データストア間のVMwareコピーまたはバックアップ
すべての仮想マシンを最初のデータストアから2番目のデータストアにバックアップとしてコピーする必要がある状況があります。
これを達成するためのベストプラクティスは何ですか？私はVMwareの初心者であり、それについて学びたいと思っています。
http://communities.vmware.com/docs/DOC-876 からの提案を試しました。 PuTTYを使用してVMwareサーバーに接続し、ポート22でSSHとして接続しようとしました。どういうわけか、接続できず、接続がタイムアウトしました。
VMwareのデータストア間でコピーまたはバックアップするためのベストプラクティスがあるかどうかをお知らせください。
あなたの助けとアドバイスを事前にありがとう。
これは、バックアップをどのように実行するかによって異なります。まあ、それは部分的な嘘です。また、ダウンタイムに対する許容度にも依存します。
1つは、マシンを実際のマシンとして扱います。つまり、それらをバックアップサーバーのバックアップサイクルに入れます。障害が発生した場合は、仮想マシンを空白のスレートとして再作成（またはマシンからテンプレートを作成）し、他のサーバーと同様に「ベアメタル」から復元します。
次に、マシンをシャットダウンし、vSphereコンソール（またはVeamのコピーユーティリティ（Veem？）などの専用コピーユーティリティ）から、サブディレクトリをデータストアから別の場所にコピーできます。
3番目に、ファイルシステムのスナップショットを作成し、オペレーティングシステムが認識せずに他の場所にコピーできるストレージアレイを取得したり、ストレージシステムをイーサネット経由で別のサーバーにミラーリングしたりするために、資金を費やすことができます。
第4に...仮想マシンをコピーするために作成された、おそらくVMWareまたは他のベンダーから入手可能な製品があると思います。でも、こういう商品は使っていないのでよくわかりません。
絶対に安い価格でこれを行う場合は、サーバーをシャットダウンし、ディレクトリを定期的にコピーします。これには文字通り数時間かかる場合があります。私たちの場合、週末の大部分を占める可能性があります。しかし、私たちは私たちが利用できるリソースで間に合います。
エージェントを使用したバックアップサーバーへのバックアップも行います。必要に応じて、サーバーを再作成し、ほとんどの仮想マシンのバックアップから復元できます。おそらく、特別なアプリケーションを使用しない「ベストプラクティス」は、この方法で行うことです。
また、MACアドレスに至るまで、これを行う「クローン」になることも覚えておいてください。両方を同時に実行するのはおそらく良いことではありません。そうしないと、スイッチと、ネットワーク上の2つの "FileServerABC"を突然見ている他のマシンを混乱させて、静的IPとWindowsの名前を誰が所有しているのかという突然の争いになります。 。
また、仮想化されたDCはうまく機能しますが、スナップショットを作成してかなりの時間をロールバックしないでください。そうしないと、ActiveDirectoryのセットアップで大混乱を引き起こす可能性があります...
まず、BartSilverstrimのコメントを読んでください-> VMのこのビューは重要です。
技術的な可能性は、単純なvmware内にあります。
Ghettovcb.shを使用する場合は、SSHをアクティブ化するだけです（これについてはGoogleで検索してください-> esxまたはesxiによって異なります）
ダウンタイムなしでバックアップの「for」をコピーする場合-> get http://www.veeam.com/vmware-esxi-fastscp.htm 、vmのスナップショットを作成し、vmdkをコピーします他のデータストアへのファイル（スナップショットファイルservername-000X.vmdkではなくservername.vmdk）。
ただし、注意してください->これはバックアップではありません。あなたはマシンのクローンを含むコンテナ全体を持っています。
VCenter Serverを実行している場合は、仮想マシンを右クリックして[クローン]をクリックするだけです。これをスケジュールまたは自動化する必要がある場合は、スクリプトソリューションまたはサードパーティ製品が必要です。
個人的には [〜＃〜] vdr [〜＃〜] を使用して、許可するライセンスがある場合はバックアップを実行します-完璧ではありませんが、静止したスナップベースのバックアップを実行します適度に安定しています。