設定は次のとおりです。
少数のLinuxボックスからWindowsバックアップサーバーに圧縮せずにバックアップする必要がある、単純なツリー構造の大量の大きなファイル(4 GBを超えるもの、合計で複数のTB)。毎日数百のギグが生成され、バックアップは現在WinSCPを使用して手動で実行されています。私の目標は、プロセスを自動化し、監視のための適切なロギングを行うことです。一度書いて、めったに読まない。 (オフサイトはLTO-4または5になります)
ここに問題がありますが、私が試したほとんどすべてのソリューションには、目を見張るような問題がありました。
WinSCPスクリプト-シンボリックリンクを適切に処理しないため、ファイル転送ループが無限に発生します。手動GUIは問題なく動作します(無視できるエラーがいくつかあります)
rdiff-backup for win-バックアップサーバー上にすでに存在する既存のファイルを適切にサポートしておらず、20TBを超えるバックアップを最初から実行することは時間/リソースの実行可能なオプションではありません。 (チェックサムを生成するのに8年もかからずに、既存のデータを認識するために、stackexchangeにリストされているすべてのトリックを試しました)
cygwin経由のrsync-差分がないため、スペース要件は現在の容量をすぐに上回ります。
私の次の考えは、バックアップサーバー(またはFTP)にsshサーバーを配置し、scpなどを介してLinux側で自動化を行うことです...チェックサムと差分サポートが本当に必要ですが。
別のオプションは、nixボックスからバックアップサーバーへのsambaである可能性があります。
この件に関するご意見やご指導をいただければ幸いです。私は提案を受け入れますが、独自のクローズドソースソリューションを避けるように努力しています。私はそのような混合環境に慣れていません...
フォローアップ編集:したがって、Sunの下ですべてのオプションをいじった後、cifsを介してウィンドウをマウントし、選択したバックアッププログラムを使用することが、nixからwindowsに移行する場合に最も信頼できる方法のようです。 (いくつかの注意点があります)とはいえ、私はZFSベースのNASを実装できるようになるまでの一時的な対策としてのみそうしています。 NFS/CIFS/rsyncがすべてサポートされているため、Windows、Mac、またはLinuxからNASへの移行に問題はありません。
LinuxシステムとWindowsシステムの両方で差分増分バックアップに Backuppc を使用します。 Windowsの場合、CIFSルートを使用するだけですが、Cygwin/Gowを介してrsyncを実行できます。
Win7マシンでLinuxボックスを段階的にバックアップするいくつかの方法を試しましたが、Linux以外のファイルシステムを使用して確実にバックアップすることは事実上不可能であると結論付けました。したがって、私は次の組み合わせで使用を終了しました:
VirtualBox:Windowsホストにゲストとしてインストールされた最低限のパッケージ(Debian、テキストのみ)を備えた標準のLinuxディストリビューション(2つ目の仮想を追加することをお勧めします)ネットワークインターフェイス、ホストモード。このように、私は実際にはLinuxターミナルを使用せず、ゲストをオンにして、PuTTYを使用してローカルでSSH接続します)
Dirvish 、ハードリンクを使用して透過的な増分バックアップを提供するrsyncのPerlラッパー。
私にとってはうまくいきます。
たぶんrclone( https://rclone.org/commands/rclone_sync/ )は試してみる価値があります。 Goで記述され、いくつかのバイナリ(Windowsを含む)があり、SSHを含むいくつかのプロトコルを使用してLinuxからWindowsにディレクトリを同期できます。
最初に構成する必要があり(つまり、リモートホストエイリアス、プロトコル、および資格情報を定義する)、次にコマンドラインから実行します。
rclone sync remoteserveralias:/the/dir/path localpath
警告:sync
は宛先のファイルを削除するため(リモートとローカルの2つの同一のコピーを作成しようとします)、より安全な方法は、ファイルをソースから宛先に差分コピーするcopy
コマンドを使用することです。削除せずに。
https://rclone.org/commands/rclone_copy/ を参照してください