Time MachineでVirtualBox VMをバックアップする方法


4

私はVirtualBoxでTimeMachineを使うことについて多くの異なったことを読んだが、許容できる構成についてはっきりした答えを見つけることができなかった。 「仮想ディスク全体を含める」、「スナップショットを使って仮想ディスク以外のものをすべて含める」、「TimeMachineを忘れてバックアップドライブに別のパーティションを作成して手動でVMをエクスポートする」といった人がいます。私は、VBox vdi / vdmk全体を含めると、何らかの変更があるたびにTimeMachineにディスク全体を書き込ませ、TimeMachineのバックアップとデータをいっぱいにすることを説明しました。増分バックアップ履歴をすべて消去します。

私が読んだことのほとんどは数年前のことです。誰かがこれについて何か新しいアドバイスを持っているのではないかと思います。 TimeMachineを使用してVirtualBox VMをバックアップするための最良の方法は何ですか?それはいじってみる価値のあるタスクですらありますか、それとも手動でより良いオプションをバックアップしますか?

回答:


3

私は持っています 答え、 そうではありません 答え しかし、それがつい最近、私のiMacのHDDが数週間前にクラッシュしたときに私の後方を救ったので、私は共有すると思った。それは短い読みではありませんが、私はそれが役に立つことができると思います。

VMの周りには、VDIファイルのサイズ、スナップショット、バックアップ時間など、バックアップ戦略の問題を引き起こす可能性がある多くの問題があります。そのため、ここで私は自分のやり方をわかりやすくすることにしました。

「すべての卵を1つのバスケットに入れる」という戦略は避けます。これが意味するのは、私がWeb開発のためにFreeBSDを実行しているVMを持っている一方で、開発されたものはVMにはどこにもないということです。これは私の環境がどのように見えるかの地図です:

enter image description here

FreeBSD 10-2に切り替えたため、Oracle Linux 7を実行しなくなったため、グラフィックを更新する必要があります。 Synologyには、1つだけではなく4つのUSBドライブも接続しています。しかし、それらはマイナーであり、概念はまだまったく同じです。以下は私がそれをすべてまとめる方法です...

建築学、建築物、建築様式

私の環境は私の

  • FreeBSD VMのすべてのデータを保持するように設定されたiSCSIターゲットを備えたSynology NAS(RAID 1)
  • そのiSCSI LUNをバックアップするUSB​​ドライブ
  • Synology上のdevディレクトリのスナップショットを毎日とるためのcronジョブ(これは毎日のMySQLダンプを含みます)

私のiMacに

  • 最大サイズが24GBの動的サイズのVDI
  • FreeBSD VMは私が好きなように設定しました、更新されたすべての最新のパッチとアップデートになります
  • FreeBSD VMは "ブリッジ"されているので、私のネットワークではノードとして表示され、VirtualBoxの背後でNAT処理されていません
  • Synology iSCSI LUNに接続するiSCSIイニシエーター
  • 再起動後に自動的にVMを起動するように、VMの自動起動を有効に設定します。
  • 1日に1回バックアップするように設定されたTime Machine

この仕組み

私は自分のFreeBSD VMにマッピングされたiSCSIターゲットを持っているので、VM自体ではなくSynologyで私がすることはすべて変更されます。 FreeBSDに関する限り、それは単なる別のマウントポイントです。この場合、マウントポイントを作成しました

/mnt/web/http/htdocs -----> Synology iqn.diskstion.local-some-name

なぜiSCSIなのかiSCSIはファイルレベルではなくブロックレベルです。 OSからわかる限り、あなたはあなたのOSに別のハードディスクを接続しました。システムに追加したドライブと同じ方法でフォーマットおよびパーティションを行います。

私はその後変更しました DocumentRoothttpd.conf 前述のディレクトリに。さて、あなたが私のiMacでホストされているウェブサーバーをあなたのブラウザに向けるなら、すべてのファイルはSynologyから来て、ただVMを通過している。私が新しいコードを書くなら、それはSynologyにあります。

ああ... MySQLデータディレクトリ...あなたはそれを推測しました... Synologyに!

バックアップ

FreeBSD VMを好きなように作成したら、すぐにコピーをアーカイブしてSynologyに載せました。 そして USBスティックに。ちなみにそれはたった4GBでした。

私は自分のiMac上のVMを削除し、それを自分のiMacのVMディレクトリにコピーすることで復元手順を試した。 トリックは、インポート/エクスポートの代わりに、それをVirtualBoxに「追加」して「開く」だけです。 .vbox あなたがコピーしたマシンのファイル。

enter image description here

今、私のFreeBSDのイメージはたった4GBでした、そしてそれは決して変化しません - もちろん私が更新をしない限り。だから、(私がしたいのでなければ)Time Machineでこれをバックアップする必要はない。なぜならそれは私がOSアップデートをした時にだけ変わるからだ。

SynologyはRAID 1で構成されているため、ディスクはミラーリングされています。片方が失敗した場合、私はまだもう片方を持っています。データ保護の私の最初のレベル。私は毎日USBドライブにバックアップを取っています。それが私の2番目のレベルです。私はまた毎日ディレクトリスナップショットを使います tar そして mysqldump それは(Synologyに)書かれています。第三レベル。 Synologyにはクラウドプロバイダと同期する機能があるので、実際にこれを設定すると、4段階のデータ保護が利用可能になります。別のNASを購入してrsyncを使用してください... 5つのレベル...など

この仕組み

それで、私のHDDがクラッシュしたとき、私はこれが私のベーコンを救ったと以前に言った。私のデータは別のドライブに存在していたので安全でした。私は自分のVMイメージを2か所にバックアップして準備ができました。

自分のVMを新しいiMacにコピーし直したとき、それをロードすると、iSCSIターゲットがどこにあるのかがわかり、すぐに動作するようになりました。合計10分もかからずに復旧したのですが、これにはVMマスターイメージを見つけて新しいiMacにコピーする時間も含まれています。

しかし、それはそれが私のベーコンを救った場所ではありません...

私は1TBのSSDにアップグレードすることを選びました、そして配達は2日かかるでしょう。 2日間ダウンできなかったので、VMをSurface Pro 3にコピーしてロードしました。VMはSynology iSCSIターゲットがどこにあるかを「知っていた」ので、10分で仕事に戻りました まったく別のコンピューター上

外付けNASは必要ありません

わかりました、それで私の設定はNASとiSCSIで少しやり過ぎるかもしれません。ただし、Mac上で「共有ディレクトリ」を設定し、それを介して共有することを妨げるものは何もありません。 NFS それをVMにマウントします。覚えておいて、VMはそれがネットワーク上の独自のノードになるように設定されています。データを取得している共有ドライブにループバックしているとは考えられません。この設定でも、VMが変更されることはなく、変更されたもの(NFSを介して共有されているディレクトリ内にあるもの)のみをバックアップするという利点が得られます。

結論

私は常にその哲学に同意しました データ保護はあなたが購入する製品やサービスではありません。それはあなたが採用している戦略です。 私は1つのこと(すなわちTime Machine)に頼ることが起こるのを待っている災害であることを発見した。としてこれを構築することによって 保護レベル 私は非常に効率的であるだけでなく、災害の際には高度にバックアップされています。それはまた私がオンラインに戻ってくることにおいて非常に柔軟で「迅速」であることを可能にします。


0

Time Machineを使って特定のファイルのバックアップをすべて削除して削除するのはとても簡単なので、私は言います - あなたのマシンをバックアップしてデータを集めましょう。

  • バックアップドライブの大きさは?
  • VMは1つのスナップショットにどのくらいのスペースを使用しますか?
  • VirtualBoxの設定を使用して、VMがドライブイメージにデータを書き込むときに必要な新しいスペースを最小限に抑えることができますか?

エンベロープ計算の裏側には、1か月でVMファイルの24時間ごとのバックアップ、31日ごとのバックアップがあることがわかります。したがって、各バックアップでドライブイメージ全体のまったく新しいイメージが作成された場合、Time Machine上のストレージはMac上のストレージの55倍になります。

Virtual Box VMから合計20 GBのドライブ容量を作成した場合、バックアップでは1.1 TBです。それほど重要ではありませんが、3 TB以上の空き容量があればまったく問題ありません。

数日後、BackupLoupeのようなツールを使用して、ドライブがいっぱいになるまでにかかる時間を見積もり、VMがスペースを効率的に使用しているかどうか、またはバックアップの完了に遅延がバックアップ(テストするにはイメージを復元する必要があります)。


1)バックアップドライブのサイズは実際には問題ではありません。私は現在1TBを持っていますが、それは簡単に変わります。 2) スナップショット 大きすぎない(今のところ)、〜500MB。私はアプライアンスをエクスポートする場合でも、それは〜38ギガバイトです。 3)これらの設定が存在する場合、その設定がどうなるかわかりません。私は、VBoxドキュメントで役に立つものを見つけることができなかった。
Jordan Bondo

私は、古いTMバックアップを手動で削除することを気にする必要はありません。それはただ余分に、ばかげたステップのように思えます。それが最善の選択肢であれば、VBoxアプライアンスを手動でエクスポートするためのスクリプトを書くだけです。
Jordan Bondo

1
@JordanBondo毎日のバックアップの負荷がいくらであるかを感じたら、それは本当に簡単です。 VMが含まれているフォルダ(またはそのフォルダ)までFinderを開き、TMと入力します。それからギアを使って画像やフォルダのすべてのバックアップを削除します。パスワードを入力すると、すべてのインスタンスがクリーンアップされます。あなたはその後、将来のバックアップ間隔からフォルダをブラックリストに載せたいと思うでしょう。
bmike

1
成長していない画像を定期的にエクスポートするスクリプトを作成するほうが、Time Machineにやさしいです。それから賢明な使用 tmutil isexcluded そして tmutil addexclusion そして tmutil removeexclusion あなたとあなたのバックアップの両方を幸せにするでしょう@JordanBondo
bmike

0

仮想ボックスフォルダが除外されたバックアップリストに含まれていないことを確認するだけで([システム環境設定] - > [タイムマシン] - > [オプション]を選択)、残りの処理はタイムマシンによって行われます。

完全なTime Machineバックアップの後、Time Machineを入力して仮想マシンフォルダがTime Machineに存在することを確認できます。

編集:Time Machineはファイルレベルでファイルをバックアップするので、30GB * .vdiファイルのシングルビットを変更した場合、Time machineは新しいファイルの完全なコピーを作成し、古いファイルも保存します。多くのデータは正しいですが、追加のスペースが必要になると、古いバージョンは上書きされます。あなたのTCドライブがあなたのOS Xドライブの少なくとも2倍あるなら、あなたは決して衝突を起こすべきではないと思います

破損しているVMファイルに関しては、あなたが正しくVMの電源を切る(保存しない)なら、それからあなたは問題ないはずです。

見る このVMWareリンク、 Virtual Boxに適用できます。ちなみに、VMをバックアップまたはVMの移動から復元するのに問題が発生したのは、移動中にVMが保存された状態になったときだけでした。


これは私がやっていたことですが、これに関する問題は(私の理解から)TimeMachineは実行中のVMを正しくバックアップしないことです。私はそのTMを知っています する 実際にはファイルをバックアップしますが、問題はこのようにすることで、毎回TMがVDI / VDMKをバックアップするため、TMボリュームがVM HDDバックアップでいっぱいになります(私が望んでいることではありません)。
Jordan Bondo

@JordanBondo編集を参照してください。
Brian Duke
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.