仮想サーバーのバックアップ時に避けるべき3つの大きなエラー

サーバーを仮想マシンに移行することには、明らかに多くの利点があります。ハードウェアの統合、パフォーマンス管理、およびディザスタリカバリです。

いくつかの欠点があっても、それは古いインフラストラクチャによって生成されます。ほとんどのシステムは特定の数の物理サーバーのみをサポートするように設計されているため、一部の特別なバックアップシステムは深刻な攻撃を受ける可能性があります。仮想化を使用した後は、リソースの使用が制御できなくなり、仮想化の前にソリューションを開発するとバックアップが制御不能になる可能性があると仮定すると、サーバー数が急激に増加する可能性があります。

重大なエラーの1つ：Laissez-faire

エージェントベースのバックアップは、サーバーをバックアップするための一般的な方法です。この方法には、バックアップエージェントを自分のサーバーにインストールすること、およびバックアップサーバーに従ってセットアップすることが含まれます。その後、アプリケーション固有の違いを除いて、これらのサーバーをほぼ同じ構成でバックアップして、特定の時間帯または特定の期間内にバックアップすることができます。

今度は以前と同じ方法を使用して仮想サーバーに適用します。まず、1つの物理ホスト上で1ダース以上のサーバーを実行する必要があり、同じ物理ホスト上に1ダース以上のバックアップがある場合、これらのバックアップとサーバーは同じCPUリソース、同じアクセスI /Oを持ちます。 O操作、同じデータを同時にバックアップすることが可能です。この場合、仮想環境は同等の物理環境よりも急速に成長し、仮想ホストリソースをマイニングしてインフラストラクチャをバックアップする方法を見つけることができます。

重大なエラー2：それを考慮せずにすべてを変更する

仮想化バックアップ関連の問題に対処するために、仮想化およびバックアップベンダはあなたに一連のツールをすべて販売します。しかし、特にいくつかのプログラムの価格は数万から数十万でさえあり、非常に高価であるため、これらのソリューションを慎重に比較する必要があります。さらに、これらのプログラムにも独自の長所と短所があります。

バックアップ方法はホストベースのバックアップで、仮想マシンをファイルにバックアップします。すべての仮想マシンは基本的にディスクに格納された大きなファイルなので、リソースを占有せずに仮想マシンをバックアップすると、それらを一度にバックアップできます。これにより、1回のバックアップタスクでそれらの仮想マシンをバックアップすることができ、インストールおよび監視するエージェントの数を減らすことができます。同時に、プロキシソフトウェアの圧縮など、リソースを大量に消費する機能の影響を軽減します。

このシナリオのため、各仮想マシンでプロキシの細分性が失われた可能性があります。どの仮想マシンが大きなファイルにバックアップされているかを調べることは言うまでもなく、特定のバックアップから単一のファイルを取り出すことはより困難です。あなたはファイルレベルのディレクトリ管理を失います、しかし大部分の人々は小規模な回復のためにそれに頼ります。

この場合、データのバックアップは簡単ですが、復元すると複雑になります。仮想マシンを異なるホストに転送できるようにするVMwareのVMotionのような機能を扱うとき、あなたは本当に頭痛の種になる可能性があります。これにより、ホストバックアップに基づいて仮想マシンを記録することが非常に困難になります。

バックアップに関しては、すべてを無視する必要はありません。実際のところ、各マシン上で実行されているエージェントは多くの大きな利点をもたらします。長年使用されている効果的なバックアップ方法を使用しています。エージェントを使用すると、粒度を管理できます。また、どのファイルがいつバックアップされたかを示す完全なディレクトリもあります。すべての欠点は以前に言及されています。

ホットバックアップまたはオフラインバックアップとも呼ばれる包括的なバックアップは、仮想化固有のバックアップテクノロジです。仮想マシンのスナップショットを保存し、それをローカルエリアネットワーク（LAN）またはChaolengの大規模ストレージエリアネットワーク（SANからバックアッププロキシサーバーの1つに転送します）によってバックアップエージェントがスナップショットの内容とそのソースを追跡します。すべてを管理する

一連のファイルを復元するには、エージェントがハードドライブをロードしてデータを取得する必要がありますが、新しいハードドライブ（通常はディスクベースのバックアップ）と全体のバックアップが必要です。ソリューションソフトウェアの一部ですこのソリューションは柔軟ではありますが高価です、あなたはバックアップするための新しい方法を始める必要があります。

重大なエラー3：あなたの組織のためのクイック決定

適切な選択をするためには、現在の環境を観察し、従来のエージェントや各サーバー上の仮想サーバーでも問題ないでしょうか？仮想マシンテストプラットフォームにこれらを展開します。測定、CPU、ネットワークスループット、および完了時間VMwareのテクノロジとMicrosoft Hyper-Vには、それぞれ独自に収集可能な情報があります。

バックアップ環境に保存されているデータの量？十分な空き容量がありますか？プロキシバックアップにバックアップスペースまたは完了時間があることが判明した場合C：/Windowsを500部コピーする必要はありませんが、不要なコピーが発生することがあります。

1つのホストで、すべてのバックアップタスクを同時に実行するとリソースに負荷がかかりますが、一晩中インターレースされている場合は、それらのエージェントを使用することになります。改善点

ネットワーク帯域幅がボトルネックになる場合は、バックアップ用に別の仮想ネットワークを準備することを検討してください仮想スイッチ内に複数の仮想NICと仮想ローカルエリアネットワーク（VLAN）を使用するのが一般的です。異なる仮想LANや物理NICで送信することで、帯域幅の圧迫を減らすことを検討してください。

ホストベースのバックアップを検討する際は、ぜひご覧ください。ホストエージェントが仮想マシンと互換性があるかどうか仮想マシンファイルのバックアップは矛盾を引き起こす可能性があるため、仮想マシンを管理するためのプロキシとタスクが必要になります。特にこれらの仮想ディスクがテープ上にある場合、ファイルを取得するために仮想マシンをロードしますこれは2段階のプロセスであり、仮想マシンがマウントを再開するのにより多くのディスク容量と時間が必要です。

元のバックアップインフラストラクチャを設定して微調整するときの状況を覚えている場合は、新しいシステムの適応には時間がかかることがわかります。他のITプロジェクトと同様に、魔法の杖ではなく、新しいハードウェア、ソフトウェア、構成のサポートが必要です。

正しい判断

仮想化は非常に強力で、元のコアシステムとサポートアーキテクチャを破壊しました。バックアップは、間違いをしないようにするための基本的なサービスです。この機会に新しい仮想プロジェクトでバックアップ計画を作成して、現在利用可能な方法を確認できるようにしてください。賢明な決断をすることはあなたが大きな間違いを避けるのを助けて、あなたに古い信頼できる解決策の新しい理解を与えるのに役立ちます。
zh-CN"],null,[1],zh-TW"]]]