「これはあなたのバックアップはとても疲れていますか？」*

*そして、あなたのバックアップはどれほど古くなっていますか？ （オデッサ。）







定期的なバックアップ（たとえば、毎晩）を実行する最も高価なシステムでさえ、1つの重要な制限があります。最後のバックアップ後にコンピューター上で行われたすべては、決して保護されず、コンピューターがクラッシュすると回復不能に失われます。



たとえば、Dead Soulsの最初の部分が昨日作成され、夜間にバックアップが作成されたとします。 そして今日、第二部が書かれ、別のバックアップの時が来る前でさえ、感情的な衝動で破壊されました。



継続的データ保護（CDP）テクノロジーは、このような状況に対処するように設計されています。 ディスクに書き込まれるすべてのものが同時にバックアップに送信されます。



WindowsおよびLinux環境で実際の例を使用して、Arcserve RHA（レプリケーションおよび高可用性）製品でこれがどのように行われるかを詳しく見てみましょう。



内容



はじめに

1.アーキテクチャ

2.ソフトウェアのインストール

2.1。 制御コンポーネントのインストール

2.2。 Windowsへの管理コンポーネントのインストール

2.3。 Linuxへの管理対象コンポーネントのインストール

3.データ復旧実験

3.1。 特定の時点でのファイルの回復

3.2。 特定の時点でのMS SQLデータベースの回復

3.3特定の時点でのLinux上のMySQLデータベースの復元

4.結論と広告

はじめに

2つのサーバーがあるとします。



バトルサーバー（マスター）には、常に更新されるデータが含まれています。 変更を監視し、変更のステートメント（ジャーナル）を「それが->になった」の形式で保持します。次に例を示します。

時間	ウォッシュファイルの内容	変更ログ
10:30:51	母SOAPフレーム
10:30:52	MOM SOAP PAPU	ファイル「wash」、オフセット10、「RAM」->「PAP」

変更ログは常にバックアップサーバー（レプリカ）に送信され、そのファイルに適用されます。 したがって、戦闘サーバーとバックアップサーバーのファイルは同一になります。



いくつかの詳細：

• 変更はバイトレベルで追跡されます。つまり、1バイトが変更されると、ログにはデータブロック全体ではなく、このバイトに関する情報のみが含まれます。
• 変更ログは、通常のIPネットワークを介して送信されます。つまり、バトルサーバーとバックアップサーバーを、さまざまな都市を含むかなりの距離に分散できます。
• 接続が切断されると、データがバッファに蓄積され、接続が復元されるとすぐにデータが転送され、バックアップサーバーに適用されます。
• 変更履歴（特定のボリューム、たとえば最後の500メガバイト）は、バックアップマシンに保存され、ファイルの内容を特定の時点の状態に戻すことで逆の順序で適用できます。

1.アーキテクチャ

上記のスキームが機能するためには、マスターおよびレプリカマシンにEngineと呼ばれるコンポーネントをインストールする必要があります。これは、ファイルの変更を追跡し、あるマシンから別のマシンにデータをレプリケートするメインジョブを実行します。



これら2つのエンジンの動作を設定するために、コントロールサービスを別のマシン（マネージャー）にインストールします。 このマシンは、設定、レポートの受信、管理対象マシンでの個々のアクションの実行にのみ必要です。 常にオンにしないでください。



最後に、インターネットブラウザーで管理サービスに接続し、そこからWindowsアプリケーションをダウンロードすることにより、ユーザーインターフェイスを取得します。

2.ソフトウェアのインストール

開発者のサイトからArcserve RHA（ isoまたはzip ）をダウンロードします（ページarcserve.zendesk.com/hc/en-us/articles/205009209-RHA-R16-5-SP5-ARCSERVE-RHA-16-5-SP5に記載されています） ：



製品はライセンスキーなしで30日間使用できます。

2.1。 制御コンポーネントのインストール

管理サービス（マネージャー）にコントロールサービスをインストールすることから始めましょう。



.NET Framework 3.5が必要です。







次に、Arcserve RHAディストリビューションからSetup.exeを実行し、「コンポーネントのインストール」を選択します。







次の画面で、「Arcserve RHAコントロールサービスのインストール」を選択します。 （機能：「Arcserve RHAのインストール...」という言葉をクリックすることはできませんが、「...コントロールサービス」ではわかります）：







次に、SSL設定に到達するまで、いくつかの画面をクリックします。 テストではSSLを有効にしませんが、運用上使用するには、ここに証明書を追加するか、自己署名証明書を使用できます。







ローカルシステムに代わってサービスを開始します。







次の画面は、フォールトトレランスを向上させるために2台の制御マシンを使用する可能性に関するものです。 テストの目的で、私たちは次の1つに制限しています。







インストールが完了したら、インターネットブラウザを使用してポート8088でManagerマシンに接続します。Managerマシンのローカル管理者権限を持つユーザーとしてログインできます。







さまざまなマシンの動作の統計が公開されるページにアクセスできます。 ただし、実際の管理を行うには、このサイトからダウンロードして、Windowsユーティリティの「Arcserve RHA Manager」を実行する必要があります。 サーバーではなく、ワークステーション（たとえば、Windows 7または10）で実行できます。 ダウンロードするには、「シナリオ管理」リンクをクリックしてください。







セキュリティ警告の後、「Arcserve RHA Manager」プログラムが開始されます。







このプログラムは、引き続きWebページからのみ起動されます。

2.2。 Windowsへの管理コンポーネントのインストール

マスターマシンとレプリカマシンに、作業コンポーネント-エンジンをインストールします。



ディストリビューションからローカルにインストールすることも、リモートでインストールすることもできます。 サーバーへのリモートインストールの場合、サーバーには「ファイルサーバー」の役割がインストールされている必要があります。







「ファイルサーバー」の役割がマスターマシンとレプリカマシンにインストールされている場合、マネージャーマシンでは「\\ master \ C $」と「\\ replica \ C $」を参照できます。



前のセクションで説明したArcserve RHAマネージャユーティリティから、「ツール->リモートインストーラの起動」メニューを使用してリモートインストールを開始します。







次の画面で、「ホスト検出を開始」ボタン（1）をクリックし、Active Directoryキャッシュからマシンのリストを取得します。



マスターマシンとレプリカマシンを選択し、「追加」ボタン（3）を使用してエンジンをインストールする候補のリストに追加します。







次の画面で、リモートインストールを実行するユーザー（ドメイン管理者）を入力します。







次に、両方のサーバー（マスターとレプリカ）でリモートインストールを実行でき、チェックマークが付いていることを確認します。







次の画面で、エンジンサービスを起動するユーザーを入力します。



継続的なバックアップの目的には、ローカル管理者権限を持つユーザーで十分です。 しかし、高可用性機能を使用する場合、バックアップマシンが障害のあるメインマシンのふりをすることができる場合、ドメイン管理者の下でサービスを開始する必要があります。 セクション（）から以下に説明する例では、まさにそのような特権が必要です。







[次へ]-> [インストール]-> [はい]をクリックし、インストールが完了するまで待ちます。

2.3。 Linuxへの管理対象コンポーネントのインストール

ディストリビューションのUNIX_Linuxディレクトリを掘り下げ、tarアーカイブで必要なエージェントを見つけることにより、サーバーにエンジンコンポーネントをインストールできます。 特に、CentOS 6.5へのインストールには、 arcserverha_rhel6.tgzアーカイブを使用しました



32ビットライブラリがマシンにインストールされていない場合は、インストールする必要があります。 たとえば、CentOS 6.5では次を実行する必要がありました。

  yum install glibc.i686 libstdc ++。i686 pam.i686 

（以前の64ビットバージョンの更新：「yum install glibc libstdc ++ pam」）



次に./install.shを実行し、すべてのプロンプトに同意します。



ファイアウォールで、ポート25000（TCP）を開きます

3.データ復旧実験

3.1。 特定の時点でのファイルの回復

マスターマシンにディレクトリ「C：\ Ax-left-wife \」を作成し、そこにファイルを配置します。



Tanya.jpg



Lena.jpg



モナリザ.jpg



このディレクトリをレプリカマシンに複製するスクリプトを作成します。 [Arcserve RHA Manager]メニューで、[シナリオ]-> [新規]を選択します

スクリプトウィザードの最初の画面は変更されていません。







2番目の画面では、何も変更しません。ファイル複製スクリプト（ファイルサーバー）を選択する必要があります。







マスターマシンをメインマシンとして選択し、レプリカをバックアップマシンとして選択します。







次の画面で、エンジンサービスが両方のマシンにインストールされていることの確認が表示されます。 以前にインストールしなかった場合は、ここからリモートで実行できます。



次の画面で、マスターマシンのソースディレクトリ「C：\ Ax-left-wife \」を選択します。







次の画面で、このディレクトリをレプリカマシン上の同じ名前のディレクトリに複製するように求められます。 私たちは同意します：







次の画面では、何も変更しないでください。







そして、過去の任意の時点でデータを復元できるようにするには、「データの巻き戻し」パラメーターを「オン」に設定する必要があります。







最後に、スクリプトにエラーがないことが通知されます。







「今すぐ実行」ボタンをクリックしてスクリプトを実行します。







メイン画面で、スクリプトがどのように機能するかを確認します。 指定されたディレクトリはすばやく同期され（メインマシンとバックアップマシンで同じになります）、マスターマシンのディレクトリを変更すると、レプリカマシンのコピーも同様に変更されます。







マスターマシンで3つの手順を実行します。

1. Gioconda.jpgファイルを変更します







2.ファイルTanya.jpgを削除します



3.ファイルMasha.jpgを追加します



ファイルを使用してレプリカマシンで同じことが起こったことを確認します。



ジョコンダを元の外観に戻したいと思います。 これを行うには、データリカバリツールを使用してレプリカマシンで時間を巻き戻します。



まず、スクリプトを停止する必要があります（[ツール]-> [停止]メニュー）



次に、レプリカマシンをクリックし、[ツール]-> [データ回復]メニューを呼び出します。







次のウィンドウで[復旧ポイントの選択]ボタンを押すと、次のようなウィンドウが表示されます。



（1）時間内のロールバックが可能なすべての時点のビューを設定する

（2）[適用]をクリックします

（3）モナリザがまだ破損していない最初のポイントを選択します

（4）「OK」ボタンをクリックします







次に、「実行」ボタンを押します。







レプリカマシン上のファイルに何が起こったかを確認します。



-Gioconda.jpgが再び初期状態に戻りました

-Masha.jpgが消えました

-Lena.jpgが登場



両方のマシンでデータを回復しなかったのは、Masha.jpgを失わないためです。 これで、「Dzhokonda.jpg」ファイルをマスターマシンにコピーするだけで十分です。他の人に影響を与えることなく、手付かずのファイルを元に戻します。

3.2。 特定の時点でのMS SQLデータベースの回復

MS SQLがマスターマシンにインストールされていると仮定します。 レプリカマシンにMS SQLをインストールすることはできません。これは、DATAディレクトリのリポジトリとしてのみ機能します。







MS SQL複製スクリプトはファイル複製スクリプトに似ていますが、私たちの生活を楽にする3つのことが追加されています。



1.正しい初期同期方法がブロックごとに選択されます。 複製を開始する前に、システムは2つのマシン上のデータが同一で​​あることを確認し、異なるものを同期する必要があります。



「ファイルサーバー」タイプのシナリオでは、単純化された初期同期がデフォルトで使用されます。この場合、ファイルのサイズと変更時間が一致する場合、ファイルは同一と見なされます。 このような仮定により、ファイルサーバーでの初期同期時間を大幅に節約できますが、データベースではまったく受け入れられないため、MS SQLスクリプトはファイルを構成するすべてのデータブロックを次々に比較します。



2.データベースファイルの場所を明示的に指定する必要はありません。この情報は自動的に取得されます。





2.データがメインマシン（マスター）に復元されると、MS SQLサービスは自動的に消滅し、手動開始モードになります。 回復後、すべてが元の場所に戻ります。





誰かが「更新」コマンドの「場所」を書くのを忘れたと仮定します。

begin transaction; update dbo.Table_1 set name=''; commit;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

（これを自分でやった人は誰でも転倒の深さを理解するでしょう）



前のケースと同様に、レプリケーションスクリプトを停止し、「ツール->データリカバリ」を実行しますが、バックアップマシンだけでなくメインマシンに対してもリカバリを選択します。







データ破損の瞬間よりも前の時点を選択し、復元を実行するだけです。

3.3。 特定の時点でのLinux上のMySQLデータベースの復元

2つの共同マスターおよび共同レプリカマシンに、CentOS 6.5とMySQLが（同じディレクトリに）インストールされます。



厳密に言えば、スタンバイマシン（co-replica）にMySQLをインストールすることはできませんが、もう少し先に進んで、スタンバイMySQLサーバー上の複製データをキャッチしようとします。



共同マスターマシンでは、MySQLサービスが実行されており、共同レプリカマシンでは、オフになっています。



「カスタムアプリケーション」などの新しいスクリプトを作成します。





「ファイルサーバー」スクリプト（セクション3.1）とは異なり、「カスタムアプリケーション」スクリプトにはデフォルトでブロックごとの初期同期があります。 もう一度繰り返します。「ファイルサーバー」タイプのシナリオでは、デフォルトで単純化された初期同期が使用されます。この場合、ファイルのサイズと変更時間が同じであれば、ファイルは同一と見なされます。 このような仮定は、ファイルサーバーでの初期同期時間を大幅に節約しますが、データベースではまったく受け入れられないため、「ファイルサーバー」などのスクリプトはMySQLレプリケーションでは受け入れられません。







レプリケーションのディレクトリが設定されている画面で、MySQLデータ（この場合はvar / lib / mysql /）を使用してディレクトリを設定します。 mysql.sockソケットファイルがないことを確認してください。 ある場合は、 my.cnf構成ファイルで別の場所を指定します 。







以前のすべてのシナリオと同様に、回復中に過去のある時点へのロールバックを許可することを忘れないでください。







共同マスターマシンで、テーブルTable_1を確認します。

 mysql> select * from Table_1;
 + ---- + -------------- +
 |  id | 名前|
 + ---- + -------------- +
 |  1 | イワノフ|
 |  2 | ペトロフ|
 + ---- + -------------- +
セット内の2行（0.01秒）

そして、すべてのエントリの名前を同じにすることでそれを台無しにします：

 mysql> update Table_1 set name = 'Sidorov';
クエリOK、影響を受ける2行（0.00秒）
一致した行：2変更：2警告：0

ここで、特定の時点の復元機能を使用して、すべてを返します。 前と同様に、レプリケーションスクリプトを停止し、両方のマシンでデータを復元します。 しかし、最初に、mysqldサービスを停止します。

 [root @ co-master mysql]＃service mysqld stop
 mysqldの停止：[OK]

ベースがまだ破損していない時点を選択します。







その後、マスターマシンでMySQLサービスを開始し、データが復元されることを確認します。



そして今-驚き！ 共同レプリカマシンでMySQLサービスを開始し、バックアップマシンで作業データベースを取得しましょう。 Arcserve RHAの高度な機能に近づき、失われたシステムの代わりに、最新のデータを備えたバックアップシステムが動作するようになります。



今日、バックアップMySQLサービスを手動で上げました。 ただし、Arcserve RHA製品は、障害が発生したシステムのように見えるように、バックアップシステムを個別に起動できます。 たとえば、必要なサービスを開始し、DNSのエントリ、IPアドレス、さらにはマシンのNetBIOS名を変更します。 これは「高可用性」などのシナリオで実行できますが、これは別の記事のトピックです。

4.結論と広告

この記事では、過去のある時点でのデータの復元を目的としたArcserve RHA製品の主な機能のみを検討しました。 つまり、「Replication and High Availability」という名前の半分しかデコードされていません。 次の記事では、名前の2番目の部分である高可用性の実装方法について説明します。 障害が発生したマシン（物理または仮想）が、データの実際のコピーを含むバックアップマシンによってどのように置き換えられるかを確認します。



[広告]現在、2016年9月末まで、Arcserve UDP Premiumの価格でArcserve UDP Premium Plus製品を購入することにより、Arcserve RHA製品を無料で入手できます。

詳細については、Arcserve パートナーにお問い合わせください。