cron で暗号化されたサーバーバックアップを自動化する

最終更新: 2026-07-09

自分で覚えて実行しなければならないバックアップは、たいてい実行されません。cron は覚えていてくれますし、Relayium CLI はまさにそのために作られています。ディレクトリを別のマシンへコピー(またはミラー)し、すべてのファイルを検証し、ネットワークが切れても中断した所から再開する、単一の非対話型コマンドです。

本ガイドでは、cron から relayium push と増分同期の relayium sync をスケジュール実行する方法、どちらでも使える2つの転送方式、そしてそのままコピーできる crontab の行を扱います。

push と sync:全体コピーか増分ミラーか

push と sync はどちらもディレクトリを別のマシンへ転送し、どちらも繰り返し実行して安全ですが、解決するバックアップの課題は少し異なります。

push は実行するたびに SSH または daemon-direct 経由で毎回コピーを送ります——シンプルで、relayium がインストールされていない素のサーバーに対しても tar フォールバックで動作します。一方 sync は宛先をソースの増分・一方向ミラーとして維持します。変更されたファイルだけを再送するので、大きなディレクトリでも最初の同期の後は夜間の同期が高速です。sync は常に両端で relayium のネイティブプロトコルを必要とします——tar フォールバックはありません。

relayium がインストールされていないかもしれないサーバーへの、シンプルなスケジュールコピーには push を使いましょう。
大きい、あるいは頻繁に変化するディレクトリで、毎晩すべてを再送するのが無駄になる場合は sync を使いましょう。
どちらもファイルごとに SHA-256 で検証され、中断されても再開できます。

2つの転送方式:SSH か daemon-direct か

どちらのコマンドも、SSH の宛先(scp 形式、あなたの ~/.ssh/config を使用)を指定できますし、相手のマシンで relayium serve が動いていれば、SSH なしで daemon-direct プロトコル経由で直接接続することもできます。

# SSH destination — uses your existing SSH keys and config
relayium push ./data user@backup-server:/srv/backups/

# daemon-direct — the destination runs "relayium serve", no SSH required
relayium push ./data relayium://backup-server:9031

daemon-direct 接続はピン留めされた TLS 1.3 で、初回接続時に信頼(trust-on-first-use)し、以降の実行では同じフィンガープリントに対して検証します。
sync は push と同じ2つの宛先の書き方を受け付けます。

cron でスケジュール実行する

push と sync はどちらも単一の非対話型コマンドなので、そのまま crontab に組み込めます。パスフレーズなしの鍵(または agent)を指定し、出力をログに残して失敗を確認できるようにしましょう:

# full copy every night at 2am — add to your crontab (crontab -e)
0 2 * * * relayium push -i ~/.ssh/backup_key ~/documents user@backup-server:/srv/backups/ >> ~/relayium-backup.log 2>&1

# incremental mirror every 15 minutes instead
*/15 * * * * relayium sync -i ~/.ssh/backup_key ~/documents user@backup-server:/srv/backups/ >> ~/relayium-sync.log 2>&1

いずれかのファイルが整合性チェックに失敗すると、コマンドは非ゼロで終了するので、cron の失敗時メール通知で問題に気づけます。
中断された実行は、次の予定された実行で自動的に再開または追いつきます。

削除のミラーリングとリアルタイム同期

デフォルトでは、sync は宛先側でファイルを追加または更新するだけです。--delete を付けると真のミラーになり、ソースにもう存在しないファイルも削除します——受信側は serve --allow-delete で明示的に待ち受けている必要があり、そうでなければ削除は黙って無視され、拒否されたと結果に報告されます。ソースディレクトリが1つもファイルを解決しない場合、sync は --delete の実行そのものを拒否するので、ソースパスの誤字で宛先が消えてしまうことはありません。

cron の次の実行タイミングを待ちたくない場合は、--watch を使うと relayium sync が動き続け、ソース配下のファイルが変化するとすぐに自動で再同期します——スケジュールでポーリングする代わりの軽量な選択肢です。

relayium sync ./data user@backup-server:/srv/backups/ --delete は削除もミラーします(受信側に serve --allow-delete が必要)。
relayium sync ./data user@backup-server:/srv/backups/ --watch は動き続けて変化のたびに同期します。cron による単発実行の代わりに使えます。

よくある質問

バックアップサーバーに relayium のインストールは必要ですか?

コマンドによります。push はどちらでも動作します。relayium がインストールされていればネイティブプロトコル(再開 + ファイルごとの SHA-256 検証)を使い、なければ push は SSH 上の tar ストリームにフォールバックするので、素のサーバーでも動作します。sync は常にリモート側で relayium のネイティブプロトコルが必要です——sync に tar フォールバックはないので、先にインストールしてください。

バックアップは暗号化・検証されますか?

されます。すべてのファイルはエンドツーエンドで SHA-256 ハッシュによって検証され、SSH または daemon-direct でプッシュする場合、バイトはその接続自体の暗号化によってすでに保護されています——追加の設定は不要です。

cron ジョブが途中で中断された場合はどうなりますか?

両端に relayium があれば、次の予定された実行で部分的なファイルが全体を再送するのではなく再開されます。きれいに全体を再送したい場合は --no-resume を指定してください。

--delete で誤って宛先を消してしまうことはありますか?

sync はソースディレクトリにファイルが1つもない場合、--delete の実行自体を拒否します。また、削除が実際に反映されるには受信側が serve --allow-delete で起動されている必要があります——そうでなければスキップされ、結果として報告されます。

アカウントは必要ですか、これは有料ですか?

いいえ。CLI は無料で、push、pull、sync のいずれにもアカウントは不要です。転送はあなた自身の SSH 接続、または直接の daemon 接続の上で行われ、Relayium のサーバーは経由しません。

覚えておかなくていいスケジュールにバックアップを乗せましょう——暗号化、再開可能、そして無料です。

CLI を入手