メインコンテンツまでスキップ

RcloneViewによるチェックサム検証済みクラウド移行(Drive、Dropbox、S3、R2)

· 約7分
Tayson
Senior Engineer

ペタバイト級のデータ移動は一度きりで済ませましょう。RcloneViewで同期し、チェックサムで検証し、アプリを切り替える前にドリフトを検出できます。

Google DriveからDropboxへ、あるいはS3からR2へのコピー自体は簡単ですが、すべてのオブジェクトが無傷で届いたことを証明するのは容易ではありません。Rcloneには実績のあるチェックサムおよび比較モードが備わっており、RcloneViewはそれらをGUIでラップすることで、スケジュール設定・ログ記録・シェルスクリプト不要の整合性検証済み移行を実現します。

関連ドキュメント

RcloneViewアプリのプレビュー

すべてのクラウドを一か所で管理・同期

RcloneViewはrcloneのクロスプラットフォームGUIです。フォルダを比較し、ファイルを転送・同期し、クリーンなビジュアルインターフェースでマルチクラウドのワークフローを自動化できます。

  • ワンクリック操作: コピー · 同期 · 比較
  • 信頼性の高い自動化のためのスケジューラーと履歴
  • Google Drive、OneDrive、Dropbox、S3、WebDAV、SFTPなどに対応
WindowsmacOSLinux
無料で始める →

コア機能は無料。Plusで自動化機能を利用可能。

チェックサム検証済み移行が重要な理由

  • サイレント破損の回避: チェックサムはビットロットや不完全なアップロードを検出します。
  • より高速な切り替え: Compareがエンドポイントを切り替える前に不一致を明らかにします。
  • マルチクラウド対応: Drive、Dropbox、OneDrive、S3、Wasabi、R2、B2、NAS間で動作します。
  • スクリプト不要: ジョブの作成・スケジュール設定・再実行をすべて視覚的に行えます。
Open multiple cloud remotes in RcloneView

移行の設計図

[Source cloud/NAS] --(RcloneView Sync with checksum enabled)--> [Target cloud]
\
--(RcloneView Compare)--> [Drift report]
  • ステージ1: チェックサム付きのベースライン同期ですべてを一度アップロードします。
  • ステージ2: スケジュールに基づく増分同期で切り替えウィンドウを縮小します。
  • ステージ3: Compareでオブジェクト数とハッシュが一致することを確認します。
  • ステージ4: 本番運用のためにターゲットを切り替え/マウントします。

前提条件

  • ソースとターゲットの両方にリモートがRcloneViewに追加済みであること(例: drive:teamdropbox:prods3:archiver2:mirror)。
  • ターゲットに十分なクォータがあり、S3互換の場合は安全のためバージョニングが有効になっていること。
  • API/IAMキーがlist/read/write権限を持ち、S3の場合はマルチパートアップロードが許可されていること。
cloud to cloud transfer default

ステップ1: チェックサム同期ジョブを作成する

  1. 新規同期ジョブ: ソース = 現在のシステム、宛先 = ターゲットクラウド。
  2. 詳細設定で、両方のリモートがハッシュに対応している場合はチェックサム比較を有効にし、回線に合わせてtransfer/checker数を設定します。
  3. フィルタリング設定で、キャッシュや一時フォルダの include/exclude フィルタを追加します。
  4. ジョブを保存し、再実行時も同じ整合性設定が維持されるようにします(ジョブマネージャー)。
Running an encrypted sync job in RcloneView

ステップ2: 増分実行をスケジュールする

  1. ジョブウィザード(ステップ4: スケジューリング、Plus)で、移行ジョブのスケジューリングを有効にします。
  2. 最終的な切り替え時の差分を減らすため、毎晩または毎時実行します。実行内容の事前確認にはシミュレートを使用します。
  3. スロットリング対策として、詳細設定で再試行回数を設定します。
  4. ログと履歴は自動的に保存されます。監査用のメモとしてジョブ履歴を確認してください。
Configure the job scheduler in RcloneView

ステップ3: Compareで検証する

  • ベースラインの後、ソースとターゲットの間でCompareを実行し、サイズだけでなく内容も検証します。
  • 遅れて発生するドリフトを検出するため、週次のCompareルーチンを追加します(Compareから手動で実行してください。スケジューラはジョブにのみ適用されます)。
  • 不一致がないかレポート/ログを確認し、差分のみを修正するために同期を再実行します。
Compare shared folder and My Drive contents

ステップ4: 安全に切り替える

  1. ソース側の書き込みを凍結します(メンテナンスウィンドウ)。
  2. チェックサムを有効にした状態で最終同期を実行し、差分を解消します。
  3. 最後にもう一度Compareを実行します。不一致がゼロであることを確認してください。

チューニングのヒント

  • 高遅延回線: transfer数を減らします。大容量メディアの場合、バックエンドが対応していればマルチスレッド転送を有効のままにします。
  • 複数クラウド混在: プロバイダーがチェックサムに対応していない場合は、サイズ/更新日時の一致に頼り、重要なデータは手動で確認します。
  • 帯域幅制限: 業務時間中は設定で上限を設定し、負荷の大きい実行は夜間にスケジュールします。
  • 安全対策: ターゲット側でバージョニングを有効にしておき、対応している場合はオブジェクトロックを利用します。

トラブルシューティングチェックリスト

  • 不一致件数がある場合: Compareを再実行し、両側がハッシュを公開していることを確認します(一部のプロバイダーはチェックサムに対応していません)。
  • 検証が遅い場合: 回線が飽和している場合はchecker/transfer数を減らします。
  • S3アップロードでAccessDeniedが発生する場合: マルチパートおよびlist権限が付与されていることを確認します。
  • 削除したファイルが再表示される場合: 厳密なミラーリングが必要な場合を除き、最終切り替え後にのみ削除フラグを解除してください。

すべての移行でチェックサムを検証すれば、データの移動は一度で済みます。

対応クラウドプロバイダー

Local Files
WebDAV
FTP
SFTP
HTTP
SMB / CIFS
Google Drive
Google Photos
Google Cloud Storage
OneDrive
Dropbox
Box
MS Azure Blob
MS File Storage
S3 Compatible
Amazon S3
pCloud
Wasabi
Mega
Backblaze B2
Cloudflare R2
Alibaba OSS
Ceph
Swift (OpenStack)
IBM Cloud Object Storage
Oracle Cloud Object Storage
IDrive e2
MinIO
Storj
DigitalOcean Spaces