サポートと今すぐチャット
サポートとのチャット

NetVault Plug-in for Exchange 11.3 - ユーザー・ガイド

NetVault Backup Plug-in for Exchange － はじめに Exchangeデータ保護戦略の定義 Exchange Serverシステム構築計画 プラグインのインストールと削除 プラグインの設定 データのバックアップ データのリストア
リストアとリカバリの概要 プラグインを使用したデータのリストア 高度なリストア手順の使用
トラブルシューティング

Exchange Serverのディザスタ・リカバリ実行

このトピックでは、Plug‑in for Exchangeで実行したバックアップを利用したExchangeシステムのリカバリ方法の概要を説明します。この手順は、Exchange Serverが破損した場合や使用できない場合に、Exchange Serverを再構築するときに使用できます。Exchange Serverを再構築する場合、障害回復モードでActive Directoryサービスが利用可能である必要があります。

実行されたリストア・シーケンスは、障害が起こる前の最新の時点までExchange Serverを戻す必要があります。このシーケンスには、実行するExchange Serverバックアップ/リカバリ戦略により、フル・バックアップ、フル･バックアップ+差分バックアップ、またはフル+増分バックアップのリストアを含むことができます。ただし、このタイプのリカバリを正しく実行するために、QuestではExchangeのバージョンごとにMicrosoftのドキュメントを参照し、詳しい使用方法を確認するよう強くお勧めします。詳しくは、以下を参照してください。

•
Exchange 2007、 損失した Exchange Server を回復する方法：http://technet.microsoft.com/ja-jp/library/bb123496.aspx
•
Exchange 2010、Exchange Server を回復するまたはデータベース可用性グループのメンバー サーバーを回復させる：http://technet.microsoft.com/ja-jp/library/dd876880(v=exchg.141).aspxおよびhttp://technet.microsoft.com/ja-jp/library/dd638206(v=exchg.141).aspx
•
Exchange 2013、Exchange Server を回復するまたはデータベース可用性グループのメンバー サーバーを回復させる：https://technet.microsoft.com/ja-jp/library/dd876880(v=exchg.150).aspxおよびhttps://technet.microsoft.com/ja-jp/library/dd638206(v=exchg.150).aspx
•
Exchange 2016、Exchange Server を回復するまたはデータベース可用性グループのメンバー サーバーを回復させる：http://technet.microsoft.com/ja-jp/library/dd876880.aspxおよびhttp://technet.microsoft.com/ja-jp/library/dd638206.aspx

リストアを実行するには、以下の手順に従います。

1
OSを再インストールします。
OSとサービス・パックは、バックアップ・セーブセットが作成された際にインストールされたものと各々同一である必要があります。
2
Exchangeをリカバリ・モードで再インストールします。
Exchangeのバージョン、エディションおよびサービス・パックは、バックアップ・セーブセットが作成された際にインストールされたものと各々同一である必要があります。手順について詳しくは、前述のMicrosoft Exchange 2007の関連ドキュメントを参照してください。
3
Exchange 2007を使用する場合、Exchange Serverを作成します。
このサーバーは、移動リストアとして機能します。元のExchange Serverが、LCR、CCR、SCR等の連続レプリケーションを含む場合、連続レプリケーションをリストアの実行前に設定しないよう注意してください。また、新規Exchange Serverが新規リストア対象でPlug‑in for Exchangeにアクセス可能である必要があります。
4
NetVault BackupクライアントとPlug‑in for Exchangeを再インストールします。
5
Exchange ServerをNetVault Backupドメインにクライアントとして追加します。
詳しくは、『Quest NetVault Backupアドミニストレーターズ・ガイド』を参照してください。
6
これらのバックアップ・タイプについて詳しくは、「プラグインを使用したデータのリストア」を参照してください。
 
* 
重要： リストアを初期化する前に連続レプリケーションが有効になっていないため、ディザスタ・リカバリ・シナリオでのリストア中に、レプリケーションの再開/更新を無効化する必要はありません。
7
利用可能であれば、LCR、CCRおよびCRを含む連続レプリケーションを有効にしてください。

代替Exchange Serverへのリカバリ

Plug‑in for Exchangeを使用すると、あるExchange Serverでバックアップしたストレージ・グループを、セカンダリのExchange Serverにリストアすることもできます。このオプションは、ストレージ・グループ/メールボックス・データベースの内容を確認するためリカバリする必要があるが、イニシャルのExchange Serverには触れずにそのまま稼働させておきたい場合などに有効です。さらに、セカンダリExchange Serverへのリストアは、実行中のExchange Serverを阻害することなく、バックアップ済みのデータの整合性をテストしたい場合によい方法と言えます。このトピックでは、フル、増分および差分バックアップ・タイプのセカンダリExchange Serverへのリストア方法について説明します。

このタイプのリストアを実行する前に、リストア済みExchange Serverデータ用の新しい対象として稼働するマシンで以下のアクションを実行する必要があります。

•
新しいターゲット・サーバーでExchangeがクリーン・インストールされている：Questは、この手順を既存のExchange Serverではなく、新規にインストールされたExchange Serverで実行することをお勧めします。
•
ターゲット・サーバーが異なるネットワーク・ドメインに確立されている（ESEベース・バックアップのみ）：この操作を機能させるため、この操作用のターゲット･マシンが、元のExchange Serverが存在するドメインとは必ず異なる場所に存在する必要があります。もしこれらふたつのマシンが同じドメインに構成されている場合、NetVault Backupは常に元のExchange Serverに選択されたデータをリカバリしようとします。VSSベースのバックアップでは同じネットワーク・ドメインのターゲット・サーバーにリストアすることが可能です。
•
対象マシンで設定されたストレージ・グループ/メールボックス・データベース：
•
ESEベースのバックアップ（Exchange 2007のみに適用）：特定のストレージ・グループのリストアを実行する前に、対象となるマシンは元のマシンに表示されているとおりのストレージ・グループ構造（名前およびディレクトリ・パス）をミラーリングするよう設定されている必要があります。たとえば、ストレージ・グループに5つの個別メールボックス・データベースが含まれ、もともとC:\パーティションのルートに存在していたとします。この場合、ストレージ・グループはターゲット・マシンに同じ名前で確立され、5つのメールボックス・データベースはすべてオリジナルと同一の名前を付けて含まれ、さらにストレージ・グループはC:\パーティションのルートに存在する必要があります。
•
VSSベースのバックアップ（Exchange 2010以降に必須）：対象のストレージ・グループ/メールボックス・データベース名、データベース名、データベース・ファイル名、およびデータベース・ファイル・パスまたはディレクトリが、元のストレージ・グループ/メールボックス・データベースと一致せず、異なっている必要があります。
 
* 
重要： Exchange管理コンソールを使用して対象のExchange Serverにターゲット・データベースを作成する場合、［データベースのマウント］オプションを選択しないでください。このオプションを選択すると、Exchangeはデータベース・トランザクション・ログの初期セットを生成します。これらのログがリストア・ジョブに干渉して、ジョブが失敗する可能性があります。データベースのマウント・オプションを選択しなければ、ExchangeはデータベースをExchange Serverに追加し、データベースの空のディレクトリを作成します。リストア・ジョブはジョブの完了時にこのディレクトリに書き込みを行います。
•
NetVault BackupおよびPlug‑in for Exchangeが両方のマシンにインストールされている必要がある：この操作を機能させるには、元のExchange Serverと新規対象として設定したマシンの両方にNetVault Backupとプラグインがインストールされている必要があります。
•
両方のマシンがNetVault Backupサーバーにクライアントとして追加される必要がある：NetVault Backupサーバーの［クライアント管理］ページで、両方のマシンがNetVault Backupクライアントとして正常に追加されている必要があります。NetVault Backupサーバーへのクライアントの追加について詳しくは、『Quest NetVault Backupアドミニストレーターズ・ガイド』を参照してください。

リストアを実行するには、以下の手順に従います。

1
前提条件手順を完了した後、NetVault Backup WebUIを使用して目的のストレージ・グループ/メールボックス・データベースのリストアを実行します。
このプロセスは、いくつかの手順を除き、前述した標準リストア・プロセスと類似しています。
この例の手順では、フル・バックアップがリストアされているが増分バックアップや差分バックアップはリストアされていないことを確認します。一連の増分または差分バックアップもリカバリする場合、この手順に従って最初に初期フル・バックアップをリカバリすることになります。続く増分または差分バックアップは、次にこのタイプの標準リストアとしてリカバリされます。新規ExchangeServerとの唯一の違いは、［クライアント指定］リストから代わりにExchange Serverを選択する必要がある点です。
2
Exchangeバックアップのリストアについて詳しくは、「プラグインを使用したデータのリストア」を参照し、以下の例外に注意してください。
•
リストアを初期化する前に連続レプリケーションが有効になっていないため、代替サーバーへのリストア中に、レプリケーションの再開/更新を無効化する必要はありません。
•
リストア・ジョブの対象データベース名が、バックアップした元のデータベースと異なる場合、つまりExchange管理コンソールを使用してデータベースを作成した場合、以下の手順に従います。
a
［セレクション・セット作成］ページで、元のデータベースを選択します。
b
［アクション］リストから、［名前変更］を選択します。
c
［名前変更/再配置］ダイアログ・ボックスの［名前変更］ボックスに新規のターゲット・メールボックス・データベースの名前を入力して、［OK］をクリックします。
•
［リストアおよびリカバリ・オプション］タブで、［データベースに「このデータベースはリストアで上書きできます」フラグを設定（オリジナル・データベースへのESEリストアには不要）］を選択します。
•
利用可能であれば、［リストアとリカバリのオプション］タブでその他のオプションを変更します。
詳細は、「リストア・オプションの設定」を参照してください。
•
［セキュリティ］タブをクリックし、適切な［認証詳細］フィールドを入力します。
•
［Exchange管理者のユーザー名］：このフィールドにはデフォルトで、対象となる元のExchange Serverのバックアップに使用された管理者レベル・アカウントが表示されます。この値は必要に応じて変更することができますが、指定されたアカウントはリストアの対象として稼働するマシンについて適切なバックアップ/リストア権限を持つ必要があります。
•
［パスワード］：上記のフィールドに指定したユーザー名に対応するパスワードを入力します。
•
［Windowsドメイン］：異なるExchange Serverへのリカバリには必要ではないので、このフィールドをブランクのままにしても構いません。
•
デフォルト設定を使用しない場合は、［ジョブ名］に、ジョブの名前を指定します。
進捗状況を監視する際にジョブを識別しやすくするため、分かりやすい名前を割り当てます。ジョブ名には英数字と英数字以外の文字を使用できますが、非ラテン語系の文字を含めることはできません。Windowsの場合は長さ制限はありませんが、40文字以内に収めることをお勧めします。
•
［クライアント指定］リストで、ターゲット・データベースが作成されたExchange Serverを選択します。
•
［保存］または［保存 ＆ 実行］の、どちらか適切な方をクリックします。
［ジョブ・ステータス］ページで進捗状況を監視したり、［ログ参照］ページでログを表示したりできます。詳しくは、『Quest NetVault Backupアドミニストレーターズ・ガイド』を参照してください。
3
ESEベース・バックアップのリストア後の必要条件を完了します。
•
ユーザー・アカウントが既に作成されている可能性のあるドメインにリストアする場合、Questはメールボックス・データベースをスキャンしクリーンアップすることをお勧めします。この手順により、以前に接続解除されたすべてのメールボックスが確実に更新されます。手順について詳しくは、Microsoft Exchange 2007の関連ドキュメントを参照してください。また、次のサイトの「Clean-MailboxDatabase」を参照してください：http://technet.microsoft.com/ja-jp/library/bb124076.aspx
•
リストアの対象として稼働するExchange Serverが異なるネットワーク・ドメイン上で確立されているため、新しいドメインには、元のExchange ServerのActive Directoryからのユーザー・アカウントは存在しません。そのため、元のExchange ServerのActive Directoryからのすべてのユーザー・アカウントは、新しいExchange ServerのActive Directoryにインポートする必要があります。Exchange 2007では、Exchange管理シェル・スクリプトを利用して実行されます。手順について詳しくは、Microsoft Exchange 2007の関連ドキュメントを参照してください。また、次のサイトの「メールボックス・データベースのメールボックス情報を使用してActive Directoryアカウントを生成する方法」を参照してださい：http://technet.microsoft.com/ja-jp/library/bb430758.aspx
4
VSSベース・バックアップのリストア後の必要条件を完了します。
既存のユーザー・アカウントは、まだ以前のデータベースを指し示しているため、Exchange管理コンソールを使用して新規データベースを指し示す必要があります。
a
Exchange 管理シェルを開きます。
b
利用可能なコマンドを実行します。
•
Exchange 2007：
Get-Mailbox -Database <ソース・データベース> |where {$_.ObjectClass
-NotMatch '(SystemAttendantMailbox|ExOleDbSystemMailbox)'}
| Move-Mailbox -ConfigurationOnly -TargetDatabase <ターゲット・データベース>
•
Exchange 2010以降のバージョン：
Get-Mailbox -Database <ソース・データベース> |where {$_.ObjectClass
-NotMatch '(SystemAttendantMailbox|ExOleDbSystemMailbox)'}
| Set-Mailbox -Database <ターゲット・データベース>
<ソース・データベース>はリストア元のデータベースの名前、<ターゲット・データベース>はリストア先のデータベースの名前です。

トラブルシューティング

•
VSS関連問題の診断と解決
•
クラスタ関連問題への対処
•
その他の問題のトラブルシューティング

VSS関連問題の診断と解決

VSSバックアップ・ジョブが実行されると、プラグインはひとつまたは複数のシャドウ・コピー（スナップショット）を生成する場合があります。ジョブの完了後、プラグインはVSSサブシステムに、そのシャドウ・コピーを削除してもかまわない旨を示す通知を送信します。また、VSSジョブが何らかの理由でキャンセルされ、プラグインがイベントを検出すると、プラグインは同じタイプの通知を送信します。ただし、シャドウ・コピーが正しく削除されない場合があり、これはVSSが誤って古いシャドウ・コピーを保存したことを意味します。

プラグインがVSSシャドウ・コピーを正しく作成できない、またはバックアップ・ジョブがスナップショット取得または管理処理中に失敗した場合、古いシャドウ・コピーがVSSサブシステムの妨げとなっている可能性があります。

NetVault Backupログや個別のジョブ・ログのほかに、バックアップおよびリストア・ジョブにおけるVSS関連問題の診断を迅速に処理するため、以下のリソースが用意されています。

•
Windowsアプリケーション ログ：VSS Writersは、NetVault Backupログに記録されていないエラー・ログをこのログに詳細に記録します。詳しくは、http://msdn.microsoft.com/ja-jp/library/ms157312.aspxの「Windows アプリケーション ログ」を参照してください。
•
VssadminとDiskShadow：Vssadminを利用して、Writers/Providerとそのステータスを含む検証をすることが可能です。これにより、VSS Writersが依存するプラグインが有効で使用可能であることを確認します。またそれらにエラーが発生していないか確認することができます。新規ユーティリティのDiskShadowも有益な情報を提供します。詳しくは、http://technet.microsoft.com/ja-jp/library/bb491031.aspxおよびhttp://technet.microsoft.com/ja-jp/library/cc772172(v=WS.10).aspxを参照してください。
コマンド・プロンプトでvssadminまたはdiskshadowと入力して、追加情報を取得することも可能です。

Questは、VssadminおよびDiskShadowユーティリティを使用して、VSSサブシステムの管理、および古いシャドウ・コピーの削除などの特定の問題に対処することをお勧めします。これらのユーティリティを使用すると、VSSごとに格納されているシャドウ・コピーのリスト、シャドウ・コピーの削除、およびシャドウ・コピーのストレージに使用する特定ボリュームに割り当てる容量を管理することができます。

 
* 
メモ： これらのユーティリティを使用したシャドウ･コピーの削除に加え、Questでは、VSSバックアップ・ジョブの再開前に、ボリューム・シャドウ・コピー・サービスおよびMicrosoft Software Shadow Copy Providerサービスを再起動することをお勧めします。インスタンスによっては、Microsoft Exchange Information Storeサービスを再起動する必要があります。
関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択