rcloneのコピージョブをスケジュールする
テスト済みのrcloneコピーを、絶対パス、保護された設定、永続ログ、終了ステータスの明示的な記録を使ってスケジュールし、最初の無人実行を確認します。
最終確認日
スクリーンショットは英語版の画面です。
検証済みのrclone copyコマンドだけをスケジュールしてください。copyはコピー先にしかないパスを削除しませんが、dosyaの同名ファイルを新しいバージョンに置き換えることはあるため、コピー先を分離してログを保持してください。

手順
- 正確なコマンドを
--dry-run付きで手動実行し、次に無害なファイル1件でそのオプションを外して実行してください。スケジューラーを導入する前にコピー先を確認してください。 - rcloneの実行ファイル、コピー元、設定ファイル、ログフォルダーの絶対パスを確認してください。スケジューラーのPATH、ホーム、作業フォルダーはターミナルと異なる場合があります。
- テスト済みのコマンドを保護されたスクリプトに記述し、rclone、コピー元、リモート、設定、ログファイルには絶対パスを使ってください。
- プラットフォームのロックまたは単一インスタンスの機能を使い、前回の実行と重ならないようにしてください。APIキーはcrontabやコマンド履歴ではなく、アクセスを制限した設定ファイルに保存してください。
- 対象のサービスアカウントでPOSIXのcronエントリまたはWindowsタスクスケジューラのアクションを追加し、スクリプトの絶対パスと適切な作業フォルダーを指定してください。
- スケジュールを今すぐ1回実行してください。通常の間隔を待つ前に、終了ステータスを記録し、新しいログを読み、dosyaのコピー先を一覧表示して、ダウンロードしたサンプル1件を比較してください。
POSIXスクリプトでは/usr/local/bin/rclone copy /srv/export dosya-webdav:All/nightly --config /etc/rclone/dosya.conf --log-file /var/log/rclone/nightly.log --log-level INFOを実行できます。
フォルダーまたはワークスペースに限定したキーはスケジューラーのアクセス範囲を狭めますが、メンバーの権限を超えることはできません。そのキーを失効させると以後の実行は停止しますが、コピー済みのファイルは削除されません。同名ファイルを置き換えるとバージョンが履歴に追加され、ストレージを使用します。

期待される結果
スケジューラーの最初の無人実行で、指定した設定とパスが使われ、永続ログが作成されてコピー先が検証されます。転送または検証コマンドが失敗した場合は、失敗が記録されます。
Unknown remote、config file not found、ローカルのコピー元のエラーは、サービスアカウントの環境が異なることを示す場合がほとんどです。秘密情報を誰でも読める場所にコピーせず、その環境を修正してください。
関連ガイド
この記事は役に立ちましたか?
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。