［運用］ 社内サーバをクラウド・ストレージにバックアップする（後編） 2．Gladinet Cloud ServerによるWindows Azureからの復元 デジタルアドバンテージ　島田 広道 2012/04/19
Page1 Page2

Windows Azureストレージ上のバックアップからデータを復元する

　次は、バックアップしたデータを復元（リストア）する手順を説明する。前述の手順で毎日バックアップを実行しているサーバにて、ある時点のスナップショットにさかのぼって復元してみよう。

　Gladinet Cloud Serverの管理コンソールを起動したら、スナップショット・バックアップ時と同じく、左上メニューから［高度なバックアップ］を選び、［スナップショット］タブを選ぶ。対象のバックアップのタスクからスナップショットの一覧を表示して、復元したいスナップショットののアイコンをクリックすると、復元のウィザードが起動する。

スナップショットからの復元ウィザードの起動

バックアップ時と同じ［スナップショット］タブから、対象のスナップショットを選んで復元する。

対象のバックアップ・セットの右端にある、このアイコンをクリックする。 このタブを選ぶ。 復元したいスナップショットの行にある、このアイコンをクリックすると、復元のウィザードが始まる。 これをクリックすると、該当するスナップショットが削除される。Windows Azureストレージの容量を圧迫している場合は、古いスナップショットを削除することで使用量を減らすことができる。 フル・バックアップか増分バックアップかを表す列。「はい」ならフル、「いいえ」なら増分である。

　「復元の範囲」というウィザードの画面でバックアップ・データのフォルダ・ツリーが表示されるので、そこから復元したいフォルダを選択して次へ進む。

復元するファイル／フォルダの指定

バックアップされたフォルダ・ツリーが表示されるので、復元したいフォルダにチェックをいれてオンにする。この例ではネットワーク共有フォルダの「share」以下を丸ごと復元しようとしている。

　「確認して実行」の画面が表示されたら、復元先に同じ名前のファイルがあった場合の処理方法と、復元先フォルダをそれぞれ指定する。デフォルトでは、前者はバックアップ優先で上書きをし、後者はバックアップ時と同じパスに復元するので、必要であれば設定を変更する。あとは［完了］ボタンをクリックすれば、実際の復元が始まる。

ファイル重複時の処理方法と復元先フォルダの指定

これはウィザードの最終画面で、［完了］ボタンをクリックすると実際にファイル／フォルダの復元が始まる。

復元しようとしているものと同名のファイルが復元先フォルダに存在していた場合の処理方法を選択する。バックアップによる上書きのほか、より新しい方のファイルを残したり、ファイル名を変更して復元したり、といった処理も可能。 バックアップ時とは別のパスに復元したい場合は、ここのチェックボックスにチェックを入れてから復元先のパスを指定する。

　復元の進捗を確認するには、管理コンソールの左上にあるメニューで［詳細］を選び、［Task Manager］タブにある「リストア〜」というタスクに注目する。どこまで復元が進んでいるか、プログレス・バーで確認できる。

復元の進捗状況の確認

まず、これを選ぶ。 このタブを選択する。復元以外のタスクの状態もここに表示される。 対象の復元タスクの右端にある、このアイコンをクリックすると、この下にタスクの詳細が表示される。 このタブを選ぶと、この復元タスクの進捗の概要が表示される。

　バックアップ時とは別のパスを指定して復元した場合、そのパス以下に「＜ドライブ名＞$」から始まるフォルダ・ツリーが復元される。例えばc:\tempというパスを指定して、D:\share以下のバックアップを復元した場合、そのバックアップ・データはc:\temp\D$\share以下に展開される。

新しいサーバにバックアップ・データを復元する手順

　これまでの手順はバックアップしているサーバへ復元するためのものだったが、火事や落雷、災害などで社内サーバが完全に壊れてしまった場合はどのようにサーバを復旧すればよいのか？ 大雑把な手順としては次のようになるだろう。

1. インターネット接続の確保とLANの復旧
2. 新しいサーバ・マシンの設置とセットアップ
3. Windows Serverのインストールと初期設定
4. Gladinet Cloud Serverのインストールと初期設定
5. Windows Azureストレージに接続してデータを復元

　1.〜3.は通常の新規拠点／サーバのセットアップと変わらない。4.の手順は前編の「Gladinet Cloud Serverのインストール」と共通である。そこで以下では、5.の手順を説明する（といっても、特に難しいことはない）。

　初期設定の済んだGladinet Cloud Serverの管理コンソールを起動したら、左上のメニューから［高度なバックアップ］を選び、［スナップショット］タブを開く。その一番下に表示されている「リストア (クリックしてリストア)」をクリックすると、復元のウィザードが始まる（右上にある［リストア］アイコンをクリックしてもよい）。

新規インストール直後の復元の開始

これはGladinet Cloud Serverをインストールして初期設定を済ませたばかりの管理コンソールの画面だ。

このタブを選ぶ。この時点でバックアップ時の履歴は取得されていないので、スナップショット一覧などは表示されない。 これをクリックして復元ウィザードを始める。

　次に「復元場所」という画面が表示されるので、バックアップ・データを格納しているWindows Azureストレージを指定して次に進む。次の「復元先」という画面では、［復元するバックアップデータを選択してください］のプルダウン・リストボックスに、自動検出されたバックアップ一覧が表示されるので、該当するものを選択する。これにより［復元するスナップショットを選択してください］にスナップショット一覧が現れるので、復元したいスナップショットを選択して次へ進む。

復元したいバックアップ・セットとスナップショットの選択

Windows Azureストレージに保存されていたバックアップが自動的に検出され、その一覧がここに表示される。該当するバックアップを選択する。 で選択したバックアップ・セットに含まれるスナップショットの一覧が表示されるので、復元したいものを選ぶ。

　「確認して実行」の画面が表示されたら、あとは前述の復元と同じ手順でウィザードを完了させる。

　ファイル・サーバを復旧する前に、早くバックアップ・データを参照したい場合は、すぐ利用できるWindowsクライアントPCにGladinet Cloud Serverをインストールして、上記の手順でローカル・ドライブに復元すればよい（クライアント向けWindows OSでもGladinet Cloud Serverをインストールして復元を実行することは可能）。

　当然ながら、バックアップからの復元にはWindows AzureへサインインするためのWindows Live IDと、Gladinetのアカウントが必要になる。災害によってこれらのアカウント名やパスワードが不明にならないよう、管理には注意したい。

Windows Azureストレージの使用量や課金の有無など確認する

　Windows Azureの3カ月間無料評価版で試用中は、そのリソースの使用量が無料評価枠の上限を超えないよう、注意する必要がある（超えてしまうと、その時点でいったんサービスが停止される）。そこで、具体的にどうやってリソース使用量や課金の有無などを確認すればよいのか、説明しよう。

　Windows Azureの使用状況を確認するには、まず以下のWebページを開く。

• Windows Azureのアカウント管理ページ（マイクロソフト）

　次に「開始するにはここをクリックしてください。」をクリックしてWindows Live IDでサインインしたら、左上に表示される「サブスクリプション」というリンクをクリックする。そこで［3 か月間無料評価版］というリンクをクリックすると、各リソースの使用状況が表示される。

　本稿のようにストレージだけを利用しているなら、確認すべきは次の画面の〜のリソースの使用量だろう。

Windows Azureストレージの使用状況の確認

本稿のようなバックアップ用途の場合、注意すべきは〜の状況である。

ストレージの使用量。正確には、保存しているデータ容量の1カ月間にわたる平均値である。バックアップ対象のデータ容量が大きいほど、この値も大きくなる。右下に表示されているのは、無料で評価できる上限容量と、それに対する現在の使用量の割合（パーセンテージ）である。 Windows Azureからのデータ送信量。復元を実行するとWindows Azureから社内サーバへファイル／フォルダが送られるため、この値が増える。この例では、何回か復元をテストしたため、通常のバックアップのみの運用に比べて大きな値になったようだ。 ストレージのトランザクション回数。「2.77 10,000件」という、ちょっと分かりにくい表記だが、要は2万7700回程度のトランザクションが発生したという意味である。Gladinetのスナップショット・バックアップの場合、この値はあまり増えないようだ。 この日付までの推定請求金額。無料評価版の上限以下でWindows Azureを利用している限り、これは「￥0」のままのはずだ。

　バックアップのスケジュールを組んだりした場合は、いつのまにか上限を超えていた、ということにならないよう、ときどきこのページで状況を確認した方がよい。

■

　本稿では、Windows AzureとGladinet Cloud Serverを組み合わせて、社内サーバのストレージをクラウドにバックアップする手段の1つを紹介した。社内で閉じたWindowsシステムに慣れていると、クラウド・サービスは新しい概念と発展途上ということもあって、試してみるだけでも敷居の高さを感じることがある。しかし、使いやすいツールと組み合わせたりすれば、それほど苦労せずに導入・運用できるものも多い。今後のことを考えてクラウド・サービスに慣れていくとしたら、このように手間やコストがあまりかからない使い方から始めていくとよいだろう。

INDEX
	［運用］
	社内サーバをクラウド・ストレージにバックアップする（前編）
	1．クラウド・ストレージは対応ツールと組み合わせて活用する
	2．Windows Azure無料評価版への登録
	3．Windows AzureストレージとGladinet Cloud Serverのセットアップ
	社内サーバをクラウド・ストレージにバックアップする（後編）
	1．Gladinet Cloud ServerによるWindows Azureへのバックアップ
	2．Gladinet Cloud ServerによるWindows Azureからの復元

運用

＠IT Special PR「Azure実践活用虎の穴」

＠ITメールマガジン　新着情報やスタッフのコラムがメールで届きます（無料）