60秒で復旧します（またはArcserve UDPでデータ復旧を高速化する方法）

ポーチから中庭と池を眺めて、家から地下通路を突然導いたり、池の上に石の橋を建設したりした場合、彼はそれがどれほど良いかと言うことがあります...

N.V. Gogol

死んだ魂



また、復元をすぐに実行できるとよいでしょう。



サーバーに障害が発生し、1テラバイトの有用な情報が取得されたとします。 従来の方法でデータを復元する場合、つまり、ネットワーク経由でバックアップからデータを転送する場合、たとえば1分間に8ギガバイトの回復速度で、少なくとも2時間の神経質な待機、迷惑なユーザー呼び出し、そしておそらく無駄な利益。



ただし、数分、場合によっては数秒でデータを復元できる方法があります。 それらについては、記事で説明します。

方法1.事前に復元する

バックアップを作成した直後に、そこから仮想マシンを取得します（移行します）。 動作中のサーバーに障害が発生した場合、代わりにその仮想ツインを起動します。



作業中のサーバーを修正するとき、バックアップコピーではなく、この仮想サーバーからの最新のデータを使用します。 このテクノロジーは「仮想スタンバイ」と呼ばれ、Arcserve UDP製品（およびその前身であるArcserve D2D）に数年間存在していました。 バックアップからの仮想マシンは、vSphereおよびHyper-V環境で作成できます。



この方法の利点は、実際、回復時間が短いことです。これが仮想マシンの開始時間です。



欠点は、仮想マシンのストレージスペースを犠牲にする必要があることです。

方法2.バックアップをマウントする

場合によっては、データを復元するのではなく、読み取り専用モードのネットワークドライブのようにバックアップをマウントするだけで十分な場合があります。



同時に、データはバックアップを保存するサーバー上に残り、そこから明示的に読み取ったもの（たとえば、個々のファイル）のみがネットワーク経由で送信されます。



ディスク上のマウントは即座に行われますが、ネットワーク経由でデータを読み取る速度は、もちろんこれらのファイルをローカルで読み取る場合よりも遅くなります。

方法3：連続バックアップ

コンピューターがディスクに書き込むすべてを追跡する場合、これらの変更を別のコンピューターに通知して、自分のディスクでこれらの変更を繰り返すことができます。



したがって、ディスク上に同じデータを持つ2台のコンピューターを取得します。 （正確には、2番目のコンピューターのデータは、ネットワークを介した伝送中に遅れています）。



メインコンピューターに障害が発生した場合、バックアップコンピューターはディスク上の最新データを保持して、メインコンピューターを交換できるようになります。



このようなシステムの主な欠点は、すべてのサーバーを複製する必要があることと思われます。この場合、各作業サーバーは別のバックアップを必要とします。 ただし、バックアップは仮想サーバーにすることもできます。 さらに、Windowsサーバーの場合、それらに対応するバックアップは、変更がサーバーにコピーされるまでオフのままです。つまり、単に.vmdkまたは.vhdxファイルであり、実際に必要な場合にのみ機能する仮想マシンになります。



このテクノロジーの大きな利点は、たとえば昨日の夕方にデータを復元できるが、その後に行ったすべてを失った場合、定期的なバックアップに比べてデータの損失が最小限であることです。 連続バックアップでは、サーバーの障害が発生する直前の時点までデータを返します。 このテクノロジーは、スタンドアロン製品として、またPremium PlusエディションのArcserve UDPのコンポーネントとして利用可能なArcserve Replication and High Availabilityモジュールに実装されています。



Arcserve Raplication and High Availabilityの使用に関する詳細な説明には、別の記事が必要です。これについては、まもなく公開します。

方法4.リカバリ段階で物理Linuxマシンを起動する

最初に、マシンの起動に必要なファイル（ブートローダー、カーネルなど）を復元します。 ディスクアクセスをインターセプトする別のドライバーを追加します。 それだけです 車を再起動します。



車は始動して呼吸したが、まだ完全には復元されていない。 その一部のみが復元されており、リカバリが続行されます。



しかし、見て、マシンはまだ復元されていないディスクの部分にアクセスする必要がありました！ どうする？ ここで、導入したドライバーが機能し始めます。 ディスク読み取り操作をインターセプトし、要求されたデータブロックを復元し、標準のブロックリカバリシーケンスを変更します。



はい、要求されたデータブロックがまだ復元されていない場合、マシンの速度は毎回低下します。 はい、マシンは完全に復元されるまで通常よりも遅くなります。



しかし、私たちが最初の数百メガバイトを注ぎ込んでも、彼女は稼いだ。 数分-そして、サーバーに命が吹き込まれました！ 場合によっては、回復時間が非常に重要です。

方法5.仮想マシンイメージでのインスタントリカバリ

セクション2で、実際に復元せずにマシンのディスクを確認する方法については既に説明しました。 しかし、これらのディスクを起動可能にして、そこからマシンを起動することは可能ですか？ それはあなたができることが判明しました。 このテクノロジーは、Arcserve UDPバージョン6.0で登場し、インスタントVM（インスタント仮想マシン）と呼ばれます。



これは、実際にはディスクではないディスクから起動できる仮想マシン（vSphereまたはHyper-V）です。 そのため、vSphere環境では、ネットワークストレージがNFSを介してハイパーバイザーにマウントされます。NFSには、ディスクイメージである.vmdkを含む仮想マシンファイルがあります。 実際には、このファイルはバックアップデータからの変換によりオンザフライで取得されます。



Hyper-Vホストにはネットワークストレージがマウントされていません。ローカルディスクには.vhdxファイルが表示されますが、これも通常のファイルではありませんが、バックアップから即座に変換されます。



この方法の利点は、仮想マシンの高価なディスク容量を犠牲にすることなく、移行前にコンピューティングリソースを無駄にすることなく、バックアップをほぼ瞬時に仮想マシンに変換できることです。



このテクノロジーは、物理サーバーと仮想サーバーの両方の回復に適していることを強調します。



欠点には、ネットワーク経由で接続され、バックアップからオンザフライで取得されるディスク上にある仮想マシンの速度が遅いことが含まれます。 ただし、リソースの追加コストなしで即座に回復する能力は、すべてを上回ります。



故障したサーバーを長期間交換する仮想マシンを使用する予定の場合、ハイパーバイザーを使用して仮想マシンを実際の高速ストレージに転送できます。







***

Arcserve UDPは、最先端のテクノロジーを使用してデータのバックアップとリカバリを効果的に整理できる最新のツールです。 Arcserve UDPのおかげで、予算内で目標を達成できます。

• データ復旧時間
• バックアップストレージ履歴の深さ
• バックアップのストレージ制限のコンプライアンス
• ネットワークトラフィック制限とバックアップウィンドウのコンプライアンス
• 分散環境でのバックアップ（セントラルオフィスおよびブランチ）

Arcserve UDP製品を自分で試してみたい人のために、ダウンロードリンクを以下に示します（フォームに記入する必要があります）。

arcserve.com/free-backup-software-trial/?src=RU/AR//MMitroshin



arcserve.suでロシア語のArcserve製品に関する詳細情報をいつでも見つけることができます。