Windows Azure回復サービス。 パート3:バックアップエージェントの使用

みなさんこんにちは! Windows Azureリカバリサービスの構成を継続します。 前回は、サービスを使用するために必要な証明書をダウンロードすることに決めました。 最後に、Windows Azureバックアップエージェントを構成して、バックアッププロセスを完了します。



新しいサーバーを登録する



バックアップストレージが作成されたので、Windows Azure管理ポータルとWindows Serverを実行しているコンピューターに必要な証明書を作成してインポートしました。残りの作業は、これらのコンピューターにWindows Azureバックアップエージェントをインストールし、それに応じて構成することだけです。



Windows Azure管理ポータルを開き、[復旧サービス]セクションに移動します。 その後、作成したバックアップストレージを選択し、[ダッシュボード]タブに移動します。











Windows Serverを実行しているマシンでは、Windows Azureバックアップエージェントをインストールする必要があります。 「エージェントのダウンロード」リンクをクリックしてダウンロードします。 表示されるウィンドウで、オプション「Agent for Windows Server and System Center」を選択します。







Windows Azureバックアップエージェントのインストールは非常に簡単なので、ここでは詳しく説明しません。 ほとんどの場合、デフォルト設定のままにしてください。







インストールされたWindows Azureバックアップエージェントを実行します。 起動直後に最初にすべきことは、現在作業中のマシンをサーバーとして登録することです。そのデータはWindows Azureにバックアップされます。 これを行うには、「サーバーの登録」を選択します。







サーバー登録ウィザードでは、Windows Azure Recovery Servicesでの承認に使用される証明書を指定するよう求められます。 対応する証明書をローカルストレージに既にインポートしているため、選択するよう求められます。









その後、ドロップダウンリストから使用可能なバックアップボルトを選択します。



最後の手順は、このマシンの(ra)バックアップ暗号化のパスワードを設定することです。 独自に作成することができます(長さは16文字以上である必要があります)。または、「パスフレーズの生成」ボタンをクリックしてジェネレーターを使用できます。



パスワードとともにテキストファイルの場所も指定する必要があります。 外部メディアに保存することをお勧めします。







「登録」ボタンをクリックして、サーバーの登録を完了します。







Windows Azureバックアップエージェントのセットアップに直接進む前に、Windows Azure管理ポータルのサーバーのリストにマシンが表示されているかどうかを確認しましょう。



[リカバリサービス]セクションで作成したバックアップストレージを選択し、[サーバー]タブに移動します。 このリストにマシンが表示されます。







バックアップスケジュールの作成



Windows Azureバックアップエージェントのセットアップに戻ります。 Windows Azure管理ポータルでサーバーを登録すると、プログラムウィンドウは次のようになります。







ご覧のとおり、このサーバーのバックアップスケジュールを作成してください。 つまり、本質的に、Windows Azureバックアップエージェントは、バックアップを作成するためのスケジューラです。 [スケジュールバックアップ]ボタンをクリックして、新しいスケジュールを作成します。



データをクラウドに保存するディレクトリを指定します。 例として、現在のユーザーのプロファイルを選択します。







現在のユーザーのプロファイルには、有用なデータに加えて、拡張子が.tmpのファイルなど、不要なものが含まれている可能性があるため、そのような拡張子のファイルを考慮する必要がないことをスケジューラに伝えることができます。 これを行うには、「除外設定」ボタンをクリックし、クラウドに保存するフォルダーとまったく同じフォルダーを指定し、.tmp拡張子を無視するようにマークします。 また、スケジューラがルートフォルダー内のすべてのサブフォルダーに対してこのルールを使用するように、「サブフォルダー」パラメーターを「はい」に設定する必要があります。







次のステップでは、このタスクの頻度を示すよう求められます。 タスク自体は1日3回までしか実行できません。







最後の手順は、バックアップがストアに保存される期間を示すことです。 可能な値:過去7、15、30日間。







これで、データバックアップ操作を実行するためのスケジュールの作成が完了しました。 要件に応じて追加のタスクを追加できます。







タイマーが機能するのを待たずに、手動でバックアッププロセスを開始してみましょう。 これを行うには、「今すぐバックアップ」を選択します。







表示されるウィンドウで、バックアップ操作を実行するプロセスを監視できます。 操作はバックグラウンドで実行されるため、「閉じる」ボタンをクリックしてこのウィンドウを閉じることができます。



プロセスが完了するとすぐに、タスクの一般的なリストに完了したタスクが表示されます。







Windows Azure管理ポータルの[復旧サービス]セクションに戻り、[保護されたアイテム]タブを選択すると、このリポジトリに格納されているディレクトリのリスト、それらがどこから来たのか、いつ来たのかが表示されます。







データ復旧



次に、クラウドにあるストレージからデータを回復してみましょう。 これを行うには、Windows Azureバックアップエージェントウィンドウで[データの回復]を選択します。



最初のステップでは、このコンピューターで復元するデータのソースを示すように求められます。 この場合、バックアップは同じコンピューターから作成されたため、「このサーバー」アイテムは残ります。







次の手順では、データリカバリ用のパーティションと、データスナップショットが作成された時刻(実際にはリカバリポイント)を選択する必要があります。







次のステップは、リカバリするデータの直接選択です。 データ全体と個々の要素の両方を復元できます。







最後の手順は、追加の回復オプションを設定することです。 たとえば、この段階では、リカバリ用のディレクトリにすでにあるファイルの処理を指定したり、リカバリ用のディレクトリを指定したりできます。 さらに、ファイルおよびフォルダーへのアクセス権を復元するかどうかを指定できます。







「回復」ボタンをクリックして、ファイルの回復を完了します。









実際、これがWindows Azureリカバリサービスとの連携の仕組みです。 もちろん、System Centerとの統合の可能性については考慮しませんでした。 しかし、これは別の記事のトピックです。 ご清聴ありがとうございました!



All Articles