SnapManager® 7.1 for Microsoft® Exchange Server
アドミニストレーション ガイド
ネットアップ株式会社
www.netapp.com/jp
部品番号: 215-09437_A0
作成日: 2014年11月
目次 | 3
目次
製品概要 ........................................................................................................ 9
データベースのバックアップと検証 ............................................................. 11
SnapManagerバックアップの概要 ............................................................................ 11
SnapManagerの命名規則 ......................................................................................... 12
バックアップ戦略の定義 ........................................................................................... 12
データベースの初回のバックアップ ......................................................................... 16
初期バックアップ セットの検証 ................................................................................ 18
定期的なバックアップのスケジュール設定 ............................................................. 19
短周期リカバリ ポイント バックアップのスケジュール設定 .................................... 20
DAGのデータベースのバックアップ計画 ................................................................ 21
バックアップ ウィザードによるバックアップ .............................................................. 23
[バックアップと検証]ウィンドウを使用したバックアップの作成 .............................. 24
リモートの追加コピー バックアップ機能の使用 ...................................................... 28
リモートの追加コピーを使用したギャップレスDAGバックアップの設定 .... 29
リモートの追加コピー バックアップ機能を使用したバックアップの管理 .... 31
リモートの追加コピー バックアップ用のcontrol.xmlファイルの設定 .......... 31
データベース フィルタを使用したDAG内にあるバックアップ対象データベース
の表示 ................................................................................................................. 32
メールボックス データベースのアクティブ化優先順位番号とは ................ 34
バックアップ保持の管理 ........................................................................................... 35
ボリューム単位のSnapshotコピーの最大数 ................................................ 35
バックアップを削除する基準 ........................................................................ 35
複数のバックアップ管理グループの管理 .................................................... 36
バックアップの自動削除 ............................................................................... 38
孤立したSnapInfoフォルダの自動削除 ....................................................... 38
バックアップの明示的な削除 ....................................................................... 39
データベース検証の管理 ......................................................................................... 44
バックアップ セット内のデータベースを検証するためのLUN要件 ............ 45
データベース検証のワークロード管理 ........................................................ 46
バックアップ検証ステータスのレポート ....................................................... 48
データベースとトランザクション ログの整合性検証の実行場所 ................ 49
4 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
バックアップ セット内のデータベースを検証するタイミング ........................ 49
トランザクション ログ バックアップの管理 ............................................................... 50
バックアップ オプション ................................................................................. 50
UTM保持の実行 .......................................................................................... 50
Exchangeで切り捨てられるトランザクション ログのバックアップ オプシ
ョン ........................................................................................................... 55
短周期リカバリ ポイント バックアップおよびリストア処理 .......................... 55
既存バックアップ セットのバックアップ管理グループの変更 ................................. 58
SnapManagerのバックアップに失敗した場合 .......................................................... 59
問題：バックアップ中のクラスタ フェイルオーバー ...................................... 59
問題：Snapshotコピーの制限に達した ......................................................... 59
問題：SnapInfoディレクトリにアクセスした ................................................... 59
問題：SnapInfoディレクトリのスペース不足 ................................................. 60
問題：データが一致しない ............................................................................ 60
問題：Snapshotコピーのビジー状態 ............................................................. 60
問題：Snapshotコピーがすでに存在する ..................................................... 60
問題：ディスクのスペース不足 ..................................................................... 60
問題：SnapManagerサーバの初期化に失敗した ........................................ 60
SnapMirrorデスティネーション ボリュームの整合性検証エラーのトラブルシュ
ーティング ............................................................................................................ 61
データベースのリストア ............................................................................... 63
Exchangeメールボックス データベースのリカバリにSnapManagerリストアを選
択する状況 .......................................................................................................... 63
SnapManagerリストアの機能 .................................................................................... 64
SnapManagerリストア処理のタイプ .............................................................. 64
リストア プロセス中に作成されるSnapshotコピー ....................................... 65
リストア処理時間の短縮方法 ...................................................................... 65
トランザクション ログ シーケンス確認オプション ......................................... 66
LUNクローン スプリット リストア方式 .......................................................... 67
DAG環境でのSnapManagerのリストア処理 ................................................ 68
SnapManagerリストアの使用に関する注意事項 ..................................................... 69
実行するリストア処理のタイプ ..................................................................... 69
SnapManagerバックアップ コピーからのリストアに関する注意事項 .......... 70
SnapManagerバックアップ コピーからのリストア ..................................................... 70
目次 | 5
SnapManagerバックアップ コピーからリストアを実行する前に決定して
おくべき項目 ............................................................................................ 71
リストア ウィザードを使用したデータベース リストア .................................. 72
[リストア]ウィンドウを使用したデータベース リストア ................................. 73
DAG内のExchangeデータベースのリストア ............................................................ 77
DAG内のリストアに使用できるバックアップ ............................................... 78
別のサーバで作成されたバックアップ コピーのリストア ............................ 78
DAG内の障害が発生したデータベース コピーの再シード ........................ 79
回復用データベースの使用 ..................................................................................... 81
回復用データベースの使用に関する制限 .................................................. 81
Exchange Serverでの回復用データベースへのメールボックス データ
ベースのリストア ..................................................................................... 82
回復用データベースを削除するタイミング .................................................. 83
管理対象外のメディアからのメールボックスのリストア .............................. 84
リストア処理のトラブルシューティング ..................................................................... 84
Single Mailbox Recoveryによるメールボックスのリストア処理 ................ 86
メールボックス データのリカバリ .............................................................................. 86
Single Mailbox Recovery後のクリーンアップ .......................................................... 87
SnapManagerレポートに記録される内容 .................................................. 89
DAG内のSnapManagerレポート .............................................................................. 89
レポート ディレクトリの場所を変更する理由 ........................................................... 89
SnapManagerレポート ディレクトリの変更 ............................................................... 90
DAG内のレポート ディレクトリの場所 ..................................................................... 90
SnapManagerレポートの表示 ................................................................................... 91
SnapManagerレポートの印刷 ................................................................................... 91
SnapManagerレポートの削除 ................................................................................... 92
レポートの自動アーカイブのコントロール ............................................................... 92
ネットアップ ストレージでのデータベース設定の変更 ............................... 93
設定ウィザードを使用したExchangeデータの移動 ................................................. 93
個別データベースのLUNへの移動 ......................................................................... 94
データベースの場所の変更 ..................................................................................... 95
データベース ファイルの完全パスの表示 ............................................................... 96
データセット保護ポリシー ......................................................................................... 96
Exchange Server のトランスポート データベース パスの移行 ................................ 97
6 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
トランザクション ログのLUNへの移動 .................................................................... 97
トランザクション ログ ファイルの場所の変更 .......................................................... 98
トランザクション ログ ファイルの完全パスの表示方法 .......................................... 98
SnapManager制御ファイルを使用した設定 ............................................................. 99
制御ファイルを使用したDAGでのSnapManagerの設定 ........................... 100
制御ファイルによるExchangeサーバ設定情報のインポート .................... 100
制御ファイルによるExchangeサーバ設定情報のエクスポート ................ 101
SnapManager制御ファイルのXMLスキーマ ............................................. 102
SnapManagerアプリケーションの設定 ..................................................... 108
SnapManagerアプリケーションを設定する場所 ..................................................... 108
管理対象サーバの追加 ......................................................................................... 109
ローカル ディスクへのデータベース移行の有効化 .............................................. 110
ローカル ディスクへのデータベース移行の無効化 .............................................. 110
データベース検証サーバの選択に関する考慮事項 ............................................ 110
検証サーバの設定 ..................................................................................... 111
リモート検証の前提条件 ............................................................................ 112
データベース検証用Snapshotコピーへのアクセス方法の選択 ............................ 113
データベース検証スロットル .................................................................................. 114
データベース検証スロットルのオプション ................................................. 114
データベース検証スロットルの動作 .......................................................... 115
検証スロットルのスリープ インターバルの計算 ........................................ 115
データベース検証スロットルの設定 .......................................................... 116
SnapManagerバックアップおよび検証レポートのスロットル エントリ ....... 117
データベース検証がパフォーマンスに与える影響 ................................... 117
リストア処理中のデータベース検証の無視 .......................................................... 118
データベース検証無視オプションの設定 .................................................. 118
SnapManagerリストア レポートの検証要件無視エントリ ........................... 119
[処理後のコマンドの実行]オプションのデフォルト値の設定 ............................... 119
フラクショナル スペース リザベーション ................................................................ 120
フラクショナル スペース リザベーションが適用されたボリュームの動
作 ........................................................................................................... 121
フラクショナル スペース リザベーション ポリシー ..................................... 122
フラクショナル スペース リザベーション ポリシーによるExchangeデー
タの管理 ................................................................................................ 125
目次 | 7
LUNに関する現在のフラクショナル スペース リザベーション データの
表示 ....................................................................................................... 127
イベント通知オプション ........................................................................................... 129
自動イベント通知の設定 ............................................................................ 130
高度な管理機能 ........................................................................................ 133
SnapManagerでサポートされる最大設定 .............................................................. 133
SnapVaultを使用してバックアップ セットをアーカイブするためのサービス アカ
ウントの要件（7-Mode環境のみ） ..................................................................... 133
バックアップの同時検証 ......................................................................................... 134
整合性検証ジョブの管理 ........................................................................... 136
SnapManagerのアップグレード ................................................................ 138
SnapManagerの対話的なアップグレード ............................................................... 138
コマンドラインからのSnapManagerのアップグレード ............................................ 139
SnapManagerの修復、再インストール、およびアンインストール ........... 141
SnapManagerの修復 ............................................................................................... 141
SnapManagerの再インストール .............................................................................. 141
ローカル ディスクへのExchangeデータの移動 ..................................................... 142
対話型モードでのSnapManagerのアンインストール ............................................. 142
CLIによるSnapManagerのアンインストール .......................................................... 143
SnapManagerバックアップのアーカイブ .................................................. 145
データをアーカイブする理由 .................................................................................. 145
SnapManagerバックアップのアーカイブの注意事項 ............................................. 145
SnapManagerバックアップのアーカイブ方法 ......................................................... 146
NDMPまたはdumpコマンドで作成されるアーカイブ ............................................ 146
NDMPおよびdumpコマンドのアーカイブ方式の評価 .............................. 147
例：処理後のコマンド実行機能によるSnapManagerバックアップのアー
カイブ ..................................................................................................... 148
業界標準のバックアップ ユーティリティを使用して作成したアーカイブ .............. 149
業界標準のバックアップ ユーティリティのアーカイブ方式の評価 ........... 150
例：業界標準バックアップ ユーティリティによるSnapManagerバックアッ
プのアーカイブ ...................................................................................... 151
Exchangeバックアップ エージェントを使用してExchangeバックアップをアーカイ
ブする方法 ........................................................................................................ 152
Exchangeバックアップ エージェントのアーカイブ方式の評価 .................. 152
8 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
例：Exchangeバックアップ エージェントによるExchangeバックアップ コ
ピーのアーカイブ .................................................................................. 153
中央集中型バックアップ モデルを使用する場合 ................................................. 153
処理後のコマンド実行機能によるバックアップの自動アーカイブ ....................... 154
処理後のコマンド実行機能でサポートされているコマンド引数 ............... 154
処理後のコマンド実行機能で実行するコマンドの指定 ............................ 155
UNCパスからのSnapManagerスクリプト起動の有効化 ....................................... 156
SnapManagerコマンドライン リファレンス ................................................ 158
SnapManager for Exchange PowerShellコマンドライン インターフェイスの使用
に関する注意事項 ............................................................................................ 158
SnapManager for Exchange PowerShellの起動 ..................................................... 158
new-backup ............................................................................................................. 159
verify-backup .......................................................................................................... 169
delete-backup .......................................................................................................... 174
get-backup ............................................................................................................... 176
restore-backup ......................................................................................................... 178
reseed-database ........................................................................................................ 185
Get-JobStatus .......................................................................................................... 188
Change-JobPriority .................................................................................................. 189
Cancel-Job ............................................................................................................... 190
Export-config .......................................................................................................... 192
Import-config .......................................................................................................... 193
著作権に関する情報 .................................................................................
商標に関する情報 .....................................................................................
ご意見をお寄せください ............................................................................
索引 ............................................................................................................
196
197
198
199
9
製品概要
SnapManager for Microsoft Exchange Serverは、NetAppのMicrosoft Exchange向け統合ストレージ
ソリューションのホスト側コンポーネントであり、Exchangeデータベースのアプリケーションに対応し
たプライマリSnapshotコピーを提供します。 NetAppのSnapMirrorテクノロジとともにSnapManagerを
使用すると、バックアップ セットのミラー コピーを別のボリュームに作成できます。また、NetAppの
SnapVault製品とともに使用すると、効率的にバックアップをディスクにアーカイブできます。
これらのツールの組み合わせにより、基盤となるストレージ システムと同様に拡張性、信頼性、可
用性に優れた、Snapshotベースの包括的なデータ保護形式が提供されます。 次の図は、clustered
Data ONTAPを使用したSnapManager導入環境内のコンポーネントを示しています。
SnapManagerの特長
SnapManagerは、Windowsホスト上のMicrosoft製品とバックエンドのNetAppのSnapshotテクノロジ
とのシームレスな統合を実現します。 SnapManagerには、使いやすいウィザードベースの管理イン
ターフェイスが用意されています。
•
Microsoft Volume Shadow Copy Service（VSS;ボリューム シャドウ コピー サービス）との統合に
より、バックアップを作成する前に書き込み要求がフリーズされ、書き込みキャッシュがフラッシ
ュされます。 SnapManagerは、Windowsボリューム マネージャ、Windows Serverフェイルオーバ
ー クラスタリング、Microsoft Multipath I/O（MPIO;マルチパスI/O）、およびExchangeデータベー
ス可用性グループを完全にサポートします。
•
NetAppのSnapDrive for Windows（SDW）ソフトウェアを使用する、 無停止の高速なSnapshotテ
クノロジにより、データベースを数秒でバックアップできます。また、Exchange Serverをオフライ
ンにしなくても、データベースを数分でリストアできます。 Snapshotコピーはストレージ スペース
を最小限しか消費しません。 保存できるコピーの数は、ボリュームあたり最大で255個です。
10 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
•
全体管理の自動化により、柔軟性と信頼性に優れたデータ管理が実現します。 日常的な
Exchange Serverデータベースのバックアップのスケジュール設定、ポリシーベースのバックアッ
プの保持の設定、ポイントインタイム リストアと最新の状態へのリストアの設定、および定期的
なEメール アラートを使用したExchange Server環境のプロアクティブな監視を行うことができま
す。 PowerShellコマンドレットを使用すると、バックアップとリストアの処理のスクリプトを簡単に
作成できます。
SnapManagerには、上記の主要な機能以外にも次の機能が用意されています。
•
Single Mailbox Recoveryの統合により、個々のメールボックス、Eメール メッセージまたは添付
ファイル、予定表アイテム、削除済みアイテム、下書き、または連絡先をリストアできます。
•
使いやすい設定ウィザードにより、既存のデータベースをネットアップ ストレージに簡単に移行
できます。
•
自動化された無停止のバックアップ検証
•
データベース可用性グループ内のデータベースの高速再シード
•
物理インフラと仮想インフラのサポート
•
iSCSI、ファイバチャネル、およびFCoEのサポート
•
サービスレベルのロールベース アクセス制御（RBAC）のサポート
11
データベースのバックアップと検証
NetApp ストレージで使用可能になったデータベースはすぐにバックアップする必要があります。 そ
のあとで、初期バックアップを検証して、定期的なバックアップと定期的なバックアップ検証のスケ
ジュールを設定できます。
注: WindowsホストにSnapManagerをインストールする方法およびSnapManagerで使用する
NetApp ストレージをセットアップする方法については、『SnapManager for Microsoft Exchange
Serverセットアップ ガイド』を参照してください。
関連情報
『SnapManager 7.1 for Microsoft Exchange Serverセットアップ ガイド（Data ONTAP 7-Mode）』
『SnapManager 7.1 for Microsoft Exchange Serverセットアップ ガイド（clustered Data ONTAP）』
SnapManagerバックアップの概要
SnapManagerでは、NetAppのSnapshotテクノロジを使用して、オンラインでデータベースの読み取
り専用コピーを作成します。 また、Exchange Serverツールを使用してバックアップの整合性を検証
します。
SnapManagerは、次の項目が格納されているボリュームのSnapshotコピーを作成することによって
データベースをバックアップします。
•
データベース データ ファイル
•
SnapInfoディレクトリとトランザクション ログ
これらの複数のSnapshotコピーを合わせてバックアップ セットが構成されます。 SnapManagerで
は、バックアップ セットを使用してデータベースをリストアします。
SnapManagerがデータベースをバックアップしたあとで、バックアップ セットの整合性検証を実行で
きます。 SnapManagerでは、Exchangeシステム管理ツールを使用して、データベースとトランザクシ
ョン ログ ファイルに物理レベルおよび論理レベルの破損がないかどうかを確認します。 この検証
により、バックアップ セットを使用して必要に応じてデータベースをリストアできるかどうかが確認さ
れます。
注: Database Availability Group（DAG;データベース可用性グループ）がある場合、データベース
検証はデフォルトでは無効です。 最低2つ以上のコピーを含み、それぞれのコピーに有効なバッ
クアップがあるDAGデータベースは検証する必要はありません。 詳細については、NetAppナレ
ッジベース3013600：Does verification in SME need to occur in an Exchange 2010 DAG
deployment?を参照してください。
12 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
重要: SnapManagerでは、Data ONTAPまたはSnapDriveによって作成されたSnapshotコピーから
データベースをリストアできません。 SnapManagerだけを使用してバックアップを実行する必要
があります。
SnapManagerの命名規則
SnapManager Snapshotコピーの命名規則には、固有の命名規則と一般的な命名規則があります。
固有の命名規則では、名前にdate_time（可変）が含まれます。一般的な命名規則では、最新の
Snapshotコピーの名前に文字列recentが含まれます。
固有の命名規則を使用する場合、最新のSnapshotコピーは最新の日付と時刻で識別されます。
次のSnapshotコピーが作成されても、以前のSnapshotコピーの名前は変更されません。
一般的な命名規則を使用する場合、最新のSnapshotコピーにはrecentを含む名前が付けられま
す。 これは旧バージョンのSnapManagerで使用される命名規則であり、旧バージョンとの互換性を
保つためのデフォルト設定です。
システムでデータセットを設定し、一般的な命名規則を選択した場合、アーカイブは作成されませ
ん。 アーカイブを作成するには、アーカイブ プロセスを有効にして、固有の命名規則を適用しま
す。 PowerShellを使用してバックアップをアーカイブする場合は、一般的な命名規則から固有の命
名規則に変更されます。 GUIでは、[バックアップ設定]ダイアログ ボックスでバックアップの命名規
則を選択できます。
注: 名前にrecentと付いたSnapshotコピーを必要とする旧バージョンのスクリプトを使用しない
場合は、固有の命名規則を選択してください。
バックアップ戦略の定義
バックアップ ジョブを作成する前にバックアップ戦略を定義しておくと、データベースの正常なリスト
アに必要なバックアップを作成するのに役立ちます。 バックアップ戦略に大きな影響を及ぼすの
は、Service Level Agreement（SLA;サービス レベル アグリーメント）とRecovery Point Objective
（RPO）です。
注: SnapManagerのベストプラクティスについては、ネットアップ テクニカル レポート4221：
『Microsoft Exchange Server 2013およびSnapManager for Exchange clustered Data ONTAP向け
ベストプラクティス ガイド』またはネットアップ テクニカル レポート4224：『Microsoft Exchange
Server 2013 and SnapManager for Exchange Best Practices Guide for Data ONTAP Operating in
7-Mode』を参照してください。
必要なSnapManagerバックアップのタイプ
SnapManagerは、次の2つのタイプのバックアップをサポートします。
データベースのバックアップと検証 | 13
バックアップ タイプ
説明
データベース バッ
クアップ
次の2つのデータベース バックアップから選択できます。
Frequent Recovery
Point（FRP;短周期
リカバリ ポイント）
バックアップ
•
フル バックアップ
データベース ファイルと切り捨てられたトランザクション ログをバックア
ップします。 Exchange Serverでは、データベースにコミット済みのエント
リを削除することによってトランザクション ログを切り捨てます。 これは
最も一般的なバックアップ タイプです。
•
コピー バックアップ
データベース ファイルおよび切り捨てられていないトランザクション ロ
グをバックアップします。 このバックアップ タイプは、別のバックアップ
アプリケーションでデータベースをバックアップする場合に使用します。
トランザクション ログを欠落のない状態で保持しておくと、任意のバック
アップ アプリケーションでデータベースをリストアできます。
切り捨てられたトランザクション ログをバックアップします。コピーされるの
は、最新のフル バックアップまたはFRPバックアップ以降にコミットされたト
ランザクションだけです。
データベース バックアップとともに短周期リカバリ ポイント バックアップの
スケジュールを設定すると、SnapManagerでは、より迅速に特定のリカバリ
ポイントまでデータベースをリストアできます。 たとえば、1日の始めと終わ
りにデータベース バックアップを実行するように設定し、1時間ごとに短周
期リカバリ ポイント バックアップを実行するように設定できます。
注: SnapManagerで短周期リカバリ ポイント バックアップが作成された場
合、トランザクション ログは検証されません。 データベース バックアップ
から作成されたバックアップ セットをSnapManagerが検証する場合は、
バックアップが検証されます。
データベースをバックアップするタイミング
データベース バックアップのスケジュールを設定するための最も重要な要因は、データベースの
変更率です。 使用頻度の高いデータベースは1時間ごとにバックアップする必要がありますが、ほ
とんど使用されないデータベースは1日に1回バックアップすれば十分です。 その他の要因として
は、組織におけるデータベースの重要性、SLAおよびRPOがあります。
使用頻度の高いデータベースであっても、1日に1～2回以上フル バックアップを実行する必要はあ
りません。 通常は、定期的なトランザクション ログ バックアップを実行すれば、必要なバックアップ
が作成されます。
ヒント: データベースをバックアップする回数が多いほど、リストア時にSnapManagerが再生する
必要のあるトランザクション ログの数が少なくなります。これにより、リストアにかかる時間を短
縮できます。
14 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
重要: SnapManagerで一度に実行できる処理は1つです。 SnapManager処理のスケジュールが重
複しないようにしてください。
バックアップ コピーを検証するタイミング
SnapManagerではバックアップ セットの作成直後にそのバックアップ セットを検証できますが、その
場合、バックアップ ジョブの完了までに必要な時間が大幅に増加します。 ほとんどの場合、別のジ
ョブであとから検証を行うようにスケジュールを設定することを推奨します。 たとえば、毎日午後5
時にデータベースをバックアップする場合は、 1時間後の午後6時から検証を行うようにスケジュー
ルを設定します。
同じ理由で、通常、バックアップを実行するたびにバックアップ セットの検証を行う必要はありませ
ん。 通常、バックアップ セットの整合性を確保するには、少ない頻度で定期的に検証を実行すれ
ば十分です。 1つの検証ジョブで複数のバックアップ セットを同時に検証できます。
注: 最低2つ以上のコピーを含み、それぞれのコピーに有効なバックアップがあるDAGデータベ
ースは検証する必要はありません。 詳細については、NetAppナレッジベース3013600：Does
verification in SME need to occur in an Exchange 2010 DAG deployment?を参照してください。
重要: SnapManagerで一度に実行できる処理は1つです。 SnapManager処理のスケジュールが重
複しないようにしてください。
必要なジョブの数
1つまたは複数のバックアップ ジョブを使用してデータベースをバックアップできます。 通常、選択
するバックアップ ジョブの数は、データベースが配置されているボリュームの数に応じて決まりま
す。 たとえば、あるボリュームに小規模なデータベースのグループを配置しており、別のボリュー
ムに1つの大規模なデータベースを配置している場合は、小規模なデータベース用のバックアップ
ジョブと大規模なデータベース用のバックアップ ジョブを1つずつ作成できます。
必要なバックアップ ジョブの数を左右するその他の要因としては、データベースのサイズ、データ
ベースの変更率、およびSLAがあります。
使用するバックアップの命名規則
バックアップの命名規則では、Snapshotコピー名に文字列を追加します。 この文字列によって、コ
ピーがいつ作成されたかを特定できます。 次の2つの命名規則があります。
命名規則
説明
固有
すべてのSnapshotコピー名にタイム スタンプを追加します。
これがデフォルトのオプションです。
例：
データベースのバックアップと検証 | 15
命名規則
説明
一般的
最新のSnapshotコピーの名前に「recent」という文字列を追加します。
他のすべてのSnapshotコピーにはタイム スタンプが追加されます。
例：
選択した命名規則はすべてのバックアップに適用されます。 固定の文字列「recent」を必要とする
スクリプトがないかぎり、固有の命名規則を使用する必要があります。
命名規則は[バックアップ設定]ダイアログ ボックスで変更できます。
バックアップ ジョブに割り当てるバックアップ管理グループ
バックアップ管理グループを選択して、Snapshotコピーにラベル規則を割り当てます。 データベー
スをバックアップする場合は、次の3つの管理グループから選択できます。
管理グループ
説明
標準
Snapshotコピー名に管理グループの名前を追加しません。
例：
毎日
Snapshotコピー名に「Daily」を追加します。
例：
毎週
Snapshotコピー名に「Weekly」を追加します。
例：
たとえば、毎日または毎週のバックアップのスケジュールを設定する場合は、「毎日」管理グルー
プおよび「毎週」管理グループにそれぞれバックアップを割り当てる必要があります。
注: 管理グループはバックアップ スケジュールを適用するものではありません。
ソース ストレージ システムとSnapMirrorデスティネーションにバックアップ コピーを保持する期間
バックアップ コピーを保持する日数を選択するか、または保持するバックアップ コピーの数（最大
255）を指定できます。 たとえば、組織でバックアップ コピーを10日間保持する必要があるとしま
す。
SnapMirrorレプリケーションを設定すると、デスティネーション ボリュームに保持ポリシーがミラーリ
ングされます。
16 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
注: バックアップ コピーを長期にわたって保持する場合は、SnapVaultを使用する必要がありま
す。
ソース ストレージ システムにトランザクション ログ バックアップを保持する期間
SnapManagerでは、最新の状態へのリストアを実行するために、トランザクション ログ バックアップ
が必要です。この場合、2つのフル バックアップの間の任意の時間の状態にデータベースがリスト
アされます。 たとえば、SnapManagerで午前8時にフル バックアップを作成し、 もう1つのフル バッ
クアップを午後5時に作成した場合は、最新のトランザクション ログ バックアップを使用して、午前8
時から午後5時までの任意の時間の状態にデータベースを リストアできます。 トランザクション ロ
グを使用できない場合、SnapManagerはポイントインタイム リストアだけを実行できます。この場
合、SnapManagerがフル バックアップを完了した時間の状態にデータベースがリストアされます。
通常、最新の状態へのリストアが必要になるのは1～2日のみです。つまり、トランザクション ログ
バックアップを保持する期間は1日または2日です。
ソース ボリュームまたはデスティネーション ボリュームを使用したバックアップ コピーの検証
SnapMirrorまたはSnapVaultを使用する場合は、プライマリ ストレージ システム上のSnapshotコピ
ーではなく、SnapMirrorまたはSnapVaultのデスティネーション ボリューム上のSnapshotコピーを使
用してバックアップ コピーを検証できます。 デスティネーション ボリュームを使用した検証によっ
て、プライマリ ストレージ システムの負荷が軽減されます。
別のツールでバックアップを作成する場合に使用する必要のあるバックアップ タイプ
別のバックアップ ツールを使用してバックアップを作成する必要がある場合は、そのツールだけを
使用してコピーまたは差分バックアップを作成します。 通常の（フル）バックアップと増分バックアッ
プでは、トランザクション ログが切り捨てられ、SnapManagerで最新の状態にリストアできません。
データベースの初回のバックアップ
ネットアップ ストレージへのデータベースの移行が完了したら、そのデータベースをすぐにバックア
ップする必要があります。 初期バックアップおよび検証のあとに、定期的なバックアップのスケジュ
ールを設定できます。
タスク概要
ここでは、[バックアップと検証]オプションを使用してデータベースを迅速にバックアップする方法に
ついて説明します。 必要に応じて、バックアップ ウィザードを使用できます。
Database Availability Group（DAG;データベース可用性グループ）がある場合は、DAGからバック
アップ ジョブを実行して、グループ内のデータベースをすべてバックアップできます。 次のいずれ
かの条件に該当する場合、DAGレベルでバックアップを実行することはできません。
データベースのバックアップと検証 | 17
•
Data ONTAP 7-Modeを使用するSnapVaultセカンダリ ボリュームにデータベースをアーカイブ
する。
•
他社ストレージを使用するDAG内のノードがある。
この場合は、代わりに、各DAGメンバーからデータベースをバックアップする必要があります。
手順
1. [コンソール ルート]ツリーで、データベースが配置されているサーバを展開し、[バックアップ]を
クリックします。
2. [バックアップ]ペインで、バックアップするデータベースを選択します。
3. [操作]ペインで、[バックアップと検証]をクリックします。
4. [バックアップ]ダイアログ ボックスで、[バックアップを作成する]を選択したままにして、バックア
ップ ジョブのプロパティを定義します。
フィールド
操作
バックアップの削除
保持するバックアップ コピーの数またはバックアップ コピーを保持する
日数を定義して、ソース ストレージ システムのバックアップ コピーの保
持ポリシーを指定します。
18 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
フィールド
操作
最新の状態へのリストアの
オプション
このフィールドをクリックして、トランザクション ログの保持ポリシーを指
定します。
バックアップされたデータベ
ースとトランザクション ログを
検証する
データベースの検証は個別の処理で行うことが推奨されるため、このフ
ィールドはクリアします。
バックアップ管理グループ
管理グループを選択します。
処理後にコマンドを実行する
バックアップ処理後にコマンドを実行する場合は、このフィールドを選択
します。 [バックアップ]をクリックしたあとにコマンドを指定します。
バックアップ アーカイブ オプ
ション
SnapVaultデスティネーション ボリュームを設定する場合は、このオプシ
ョンを選択して、デスティネーション ボリュームにバックアップ コピーを
アーカイブします。
SnapMirror オプション
SnapMirrorデスティネーション ボリュームを設定する場合は、このオプ
ションを選択して、デスティネーション ボリュームにバックアップ コピー
をレプリケートします。
詳細オプション
別のバックアップ アプリケーションを使用してデータベースをバックアッ
プする場合は、このフィールドをクリックして、[バックアップ タイプ]をクリ
ックし、最後に[コピー バックアップ]を選択します。 詳細オプションの他
のフィールドについては、デフォルトの選択内容のままにします。
5. [バックアップ]をクリックします。
6. 処理後にコマンドを実行するように選択した場合は、コマンドを実行する場所、プログラムまた
はスクリプトのパス、実行するSnapManagerの変数、およびコマンドの引数を指定して、[OK]を
クリックします。
7. [バックアップ ステータス]ダイアログ ボックスで、[今すぐ開始]をクリックします。
[バックアップ タスク リスト]タブと[バックアップ レポート]タブで処理の詳細を確認できます。
初期バックアップ セットの検証
初期バックアップ セットを検証してデータベースの整合性を確認する必要があります。
手順
1. [バックアップ]ペインで、バックアップ検証スケジュールに追加するデータベースを選択します。
2. [操作]ペインで、[バックアップと検証]をクリックします。
3. [バックアップ]ダイアログ ボックスで、[バックアップ セットを検証する]を選択し、バックアップ検
証のプロパティを定義します。
データベースのバックアップと検証 | 19
フィールド
操作
検証する最新の未検証バッ
クアップの個数
デフォルトのままにします。 ここでは、バックアップ セットを1つだけ設定
する必要があります。
バックアップ管理グループ
管理グループを選択します。
処理後にコマンドを実行する
バックアップ処理後にコマンドを実行する場合は、このフィールドを有効
にします。 [検証]をクリックしたあとにコマンドを指定します。
バックアップ アーカイブ オプ
ション
バックアップ セットをSnapVaultデスティネーション ボリュームにアーカイ
ブした場合に、デスティネーション ストレージ システム上のバックアップ
セットを検証してプライマリ ストレージ システムの負荷を軽減するに
は、[以前にアーカイブしたバックアップを検証する]をクリックします。
SnapMirror オプション
バックアップ セットをSnapMirrorデスティネーション ボリュームにレプリ
ケートした場合に、デスティネーション ストレージ システム上のバックア
ップ セットを検証してプライマリ ストレージ システムの負荷を軽減する
には、[SnapMirrorのデスティネーション ボリュームで検証を実行する]
をクリックします。
4. [検証]をクリックします。
5. 処理後にコマンドを実行するように選択した場合は、コマンドを実行する場所、プログラムまた
はスクリプトのパス、実行するSnapManagerの変数、およびコマンドの引数を指定して、[OK]を
クリックします。
6. [バックアップ ステータス]ダイアログ ボックスで、[今すぐ開始]をクリックします。
[バックアップ タスク リスト]タブと[バックアップ レポート]タブで処理の詳細を確認できます。
定期的なバックアップのスケジュール設定
Windowsのスケジュールされたタスクを使用して、定期的なバックアップ ジョブのスケジュールを設
定できます。
手順
1. [バックアップ]ペインで、バックアップ スケジュールに追加するデータベースを選択します。
2. [操作]ペインで、[バックアップと検証]をクリックします。
3. [バックアップ]ダイアログ ボックスで、[バックアップを作成する]を選択したままにして、「データ
ベースの初回のバックアップ」（16ページ）の説明に従ってバックアップ スケジュールのプロパテ
ィを定義します。
4. [スケジュール]をクリックします。
5. [スケジュール]ダイアログ ボックスで、ジョブ名を入力し、クレデンシャルを入力して[OK]をクリ
ックします。
20 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
6. Windowsのスケジュールされたタスクを使用してスケジュールを作成します。
a. [スケジュール]をクリックします。
b. スケジュールを指定します。
c. [OK]をクリックします。
d. [はい]をクリックしてジョブを保存します。
終了後の操作
SnapManagerの[スケジュール済みのジョブ]ペインでバックアップ ジョブの詳細を確認できます。
短周期リカバリ ポイント バックアップのスケジュール設定
短周期リカバリ ポイント バックアップは、トランザクション ログの保持に役立ちます。 トランザクショ
ン ログ バックアップのスケジュールは、Recovery Point Objective（RPO）を満たすことのできる頻度
で、フル データベース バックアップとともに設定する必要があります。
手順
1. [コンソール ルート]ツリーで、データベースが配置されているサーバを選択します。
2. [操作]ペインで、[短周期リカバリ ポイント バックアップ]をクリックします。
3. [短周期リカバリ ポイント バックアップ]ダイアログ ボックスで、トランザクション ログ バックアッ
プ スケジュールのプロパティを定義します。
フィールド
操作
バックアップするストレージ
グループ
バックアップ スケジュールに追加するデータベースを選択します。
バックアップの間隔
トランザクション ログをバックアップする頻度を指定します。
処理後にコマンドを実行する
バックアップ処理後にコマンドを実行する場合は、このフィールドを選択
します。 [ジョブの作成]をクリックしたあとにコマンドを指定します。
処理後に SnapMirror を更新
する
SnapMirrorデスティネーション ボリュームを設定する場合は、このフィ
ールドを選択して、デスティネーション ボリュームにバックアップ コピー
をレプリケートします。
4. [ジョブの作成]をクリックします。
5. Windowsのスケジュールされたタスクを使用してスケジュールを作成します。
a. [スケジュール]をクリックします。
b. スケジュールを指定します。
データベースのバックアップと検証 | 21
c. [OK]をクリックします。
d. [はい]をクリックしてジョブを保存します。
DAGのデータベースのバックアップ計画
Exchangeデータベースのバックアップ戦略を計画して、リストア処理が必要になった場合のデータ
損失の可能性を最小限に抑えながら、バックアップの作成と保管に必要なリソースを制御すること
ができます。
戦略を決める際は、Database Availability Group（DAG;データベース可用性グループ）ノードの数、
データベースの数、データベースのサイズ、DAGノード間のネットワーク リンク、サービス レベル
契約、データベースの再シードまでにどの程度の迅速性が求められるかなどを考慮します。
•
DAGのノードが9つの場合は、SnapManager for Exchangeのリモートの追加コピー バックアップ
機能に基づくギャップレス バックアップ戦略を選択すると、バックアップの管理が大幅に簡易化
されます。
•
DAGのノードが10以上の場合は、サーバ指向のバックアップ戦略を選択します。リカバリ要件
に応じて、サーバ指向のバックアップ戦略にFrequent Recovery Point（FRP;短周期リカバリ）バ
ックアップを追加できます。
ノードが9つのDAGのバックアップの計画
DAGのノードが9つの場合は、SnapManagerのリモートの追加コピー バックアップを使用して、バッ
クアップの計画を簡易化できます。 簡易化した計画でも、DAG内の任意のデータベースに対して、
最新の状態へのリストアおよびリシード処理は利用できます。DAGの特定のノードを利用できるか
どうかは関係ありません。 ただしデータベースのレイアウトは、バックアップの完了時間に大きく影
響します。 ギャップレス バックアップで最良の結果を得るためには、データベースを最適な方法で
配置してください。
次の表に、最適なレイアウトの例を示します。
DAG1
22 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
Server1 Server2 Server3 Server4 Server5 Server6
Server7 Server8 Server9
アクティブ
パッシブ
DB1
DB10
DB19
DB28
DB37
DB46
DB1
DB19
DB37
DB2
DB11
DB20
DB29
DB38
DB47
DB2
DB20
DB38
DB3
DB12
DB21
DB30
DB39
DB48
DB3
DB21
DB39
DB4
DB13
DB22
DB31
DB40
DB49
DB4
DB22
DB40
DB5
DB14
DB23
DB32
DB41
DB50
DB5
DB23
DB41
DB6
DB15
DB24
DB33
DB42
DB51
DB6
DB24
DB42
DB7
DB16
DB25
DB34
DB43
DB52
DB7
DB25
DB43
DB8
DB17
DB26
DB35
DB44
DB53
DB8
DB26
DB44
DB9
DB18
DB27
DB36
DB45
DB54
DB9
DB27
DB45
パッシブ
パッシブ
DB10
DB1
DB28
DB19
DB46
DB37
DB10
DB28
DB46
DB11
DB2
DB29
DB20
DB47
DB38
DB11
DB29
DB47
DB12
DB3
DB30
DB21
DB48
DB39
DB12
DB30
DB48
DB13
DB4
DB31
DB22
DB49
DB40
DB13
DB31
DB49
DB14
DB5
DB32
DB23
DB50
DB41
DB14
DB32
DB50
DB15
DB6
DB33
DB24
DB51
DB42
DB15
DB33
DB51
DB16
DB7
DB34
DB25
DB52
DB43
DB16
DB34
DB52
DB17
DB8
DB35
DB26
DB53
DB44
DB17
DB35
DB53
DB18
DB9
DB36
DB27
DB54
DB45
DB18
DB36
DB54
DAGにリモートの追加コピー バックアップを使用する方法の詳細については、「リモートの追加コ
ピー バックアップ」（28ページ）を参照してください。
「クラスタ グループ」フェイルオーバーが発生したときに、 フェイルオーバーの前にDAGレベルの
ギャップレス バックアップが 開始されていた場合は、18時間後（デフォルト）にバックアップがハン
グしてタイムアウトになる 可能性があります。 ベストプラクティスとして、クラスタ フェイルオーバー
は、 バックアップの実行中を避け、バックアップの開始前または完了後に 開始することを推奨しま
す。
注: Exchange 2013 CU1でサポートされているデータベース数はノードあたり50ですが、Exchange
2013 CU2では100のデータベースがサポートされます。
データベースのバックアップと検証 | 23
ノードが10以上のDAGのバックアップの計画
この他に、次のようなノード レベルのアプローチもあります。
1. 00:30～02:00にコピー4のフル バックアップを実行
2. 02:00～03:00にコピー3のコピー バックアップを実行
3. 03:00～04:00にコピー1のコピー バックアップとコピー2のコピー バックアップを同時に実行
サービス レベル要件によっては、このスケジュールで十分に対応できます。 このスケジュールを
繰り返すだけでは対応できない場合は、さらにFRPバックアップを使用できます。 FRPバックアップ
は、トランザクション ログのSnapshotコピーであるため、非常に短時間で済みます。 FRPバックアッ
プも使用するように変更したスケジュールの例を次に示します。
1. 00:30～02:00にコピー4のフル バックアップを実行
2. 02:00～03:00にコピー3のコピー バックアップを実行
3. 03:00～04:00にコピー1のコピー バックアップとコピー2のコピー バックアップを実行
4. 03:00～04:00にコピー3のFRPバックアップとコピー4のFRPバックアップを実行
5. 05:00～00:00にすべてのコピーのFRPバックアップを30分おきに実行
短周期リカバリ ポイント バックアップの設定の詳細については、「短周期リカバリ ポイント バックア
ップ処理」（56ページ）を参照してください。
バックアップ ウィザードによるバックアップ
SnapManagerバックアップ ウィザードを使用して、データベースをバックアップできます。 バックアッ
プを作成すると、データベースの保存とリカバリが行えます。
タスク概要
バックアップを実行する場合は、次の点に注意してください。
•
バックアップの実行中にクラスタ グループをDAGにある別のノードに移動しないでください。
•
OnCommand Unified Manager Core Packageの統合が必要な場合は、データベース、ログ、およ
びSnapInfo用のLUNをqtreeに配置してください。
•
Exchange Serverのメールボックス データベースには、SnapManagerバックアップの有効なター
ゲットとして、それぞれ専用のLUNが必要になります。
手順
1. [スコープ]ペインで、バックアップするExchangeサーバ ノードを選択します。
24 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
2. [バックアップ]をクリックします。
[結果]ペインの[バックアップ]ビューにデータベースのリストが表示され、[操作]ペインに
SnapManagerバックアップで実行できる対応作業が表示されます。
注: SnapManager MMCスナップインがDAGに接続されている場合は、データベース フィルタ
を使用して、バックアップするExchange データベースを表示するための条件を指定する必要
があります。
3. バックアップするデータベースを選択します。
[結果]ペインに、データベースでデータセットが有効かどうか、有効なデータセットの名前、
SnapMirrorのステータス、SnapVaultのステータスなど、データベースの詳細が表示されます。
4. [操作]ペインで[バックアップ ウィザード]をクリックします。
[ウィザードの開始]ウィンドウが表示されます。
5. バックアップ ウィザードの指示に従って、バックアップ プロセスを開始します。
6. [バックアップ ウィザードの完了]ダイアログ ボックスで、ウィンドウのすべての設定が正しいこと
を確認し、[終了]をクリックします。
[バックアップ ステータス]ウィンドウが表示されます。
7. [今すぐ開始]をクリックし、バックアップを開始します。
バックアップが実行され、ボリュームにSnapshotコピーが書き込まれます。 バックアップの各タ
スクが実行され、[バックアップ タスク リスト]ビューの対応するタスクにチェック マークが表示さ
れます。 チェック マーク付きのタスク リストと進捗レポートは切り替えることができます。 バック
アップ処理が正常に完了すると、[タスク]ビューに、完了したタスクにチェック マークが付いたタ
スク リストが表示されます。
注: [通知]オプションを有効にすると、Eメール メッセージが送信され、Windowsイベント ログ
にイベントが記録されます。
[バックアップと検証]ウィンドウを使用したバックアップの作成
[バックアップと検証]ウィンドウを使用すると、バックアップ ウィザードを使用するよりも簡単な操作
でバックアップ コピーを作成できます。
タスク概要
セカンダリ ストレージ システムへのデータベースのアーカイブと、アーカイブされたバックアップを
検証するタイミングを指定できます。
バックアップを実行する場合は、次の点に注意してください。
•
バックアップの実行中にクラスタ グループをDAGにある別のノードに移動しないでください。
データベースのバックアップと検証 | 25
•
OnCommand Unified Manager Core Packageの統合が必要な場合は、データベース、ログ、およ
びSnapInfo用のLUNをqtreeに配置してください。
•
Exchange Serverのメールボックス データベースには、SnapManagerバックアップの有効なター
ゲットとして、それぞれ専用のLUNが必要になります。
手順
1. [操作]ペインで、[バックアップ]を選択します。
2. [バックアップと検証]ウィンドウで、バックアップするデータベースを選択します。
注: ステータスが無効なデータベースをバックアップするように選択した場合は、バックアップ
処理を続行できません。
3. [バックアップ管理グループ]リストで、作成するバックアップ コピーの管理グループを選択しま
す。
4. SnapVaultデスティネーション ボリュームをセットアップした場合は、[バックアップ アーカイブ オ
プション]からバックアップのアーカイブ オプションを選択してセカンダリ ストレージ システムに
データベースをアーカイブします。
5. SnapVaultデスティネーション ボリュームをセットアップした場合は、[バックアップ アーカイブ オ
プション]でバックアップ保持グループを選択して、セカンダリ ストレージ システムにアーカイブ
されたデータセットの保持期間を指定します。
6. このバックアップ管理グループの古いバックアップ コピーを自動的に削除する場合は、いずれ
かの[バックアップの削除]オプションを選択します。
注: 現在のSnapshotコピーを管理する場合は、いずれかの[バックアップの削除]オプションを
選択してください。
7. 最新の状態へのリストア機能を維持するための設定を表示または変更する場合は、[詳細]をク
リックします。
状況
作業
トランザクション ログの（以前
のバックアップから現時点の
バックアップまでの）連続性
が損なわれるのを回避
[他のバックアップ管理グループの古いバックアップに対して最新状態
へのリストア機能を維持する]オプションを選択します。
トランザクション ログで消費
されるストレージ システム ス
ペースを削減（削除できるト
ランザクション ログを増や
す）
[他のバックアップ管理グループの古いバックアップに対して最新状態
へのリストア機能を維持する]オプションの選択を解除します。
選択されていない管理グループに関連したトランザクション ログを含む
LUNのSnapshotコピーは、SnapInfoディレクトリから削除されません。
26 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
8. バックアップ トランザクション ログの設定を表示または変更するには、次の手処理を実行しま
す。
状況
作業
最新ではない以前のバック
アップから最新の状態へのリ
ストア機能を実行
[バックアップの終了時に Exchange で切り捨てられるトランザクション
ログをバックアップする]を選択します。
バックアップ終了後に
Exchangeで切り捨てられるト
ランザクション ログのバック
アップで消費されるディスク
スペースを削減
このオプションは、SnapManagerを起動するたびに自動的に選択されま
す。
[バックアップの終了時に Exchange で切り捨てられるトランザクション
ログをバックアップする]オプションの選択を解除します。 このオプション
は、SnapManagerを終了しないかぎり、無効なままです。
注: このオプションの選択を解除すると、データベース検証遅延オプ
ションも解除されます。
9. [バックアップされたデータベースとトランザクション \nログを検証する]を選択し、バックアップの
完了後すぐにバックアップを検証します。
注: 未検証バックアップからのリストアも可能ですが、推奨されません。
10. バックアップ プロセス完了後にコマンドを実行する場合は、[処理後のコマンドの実行]チェック
ボックスを選択します。
[処理後のコマンドの実行]ダイアログ ボックスで、コマンドの実行場所、プログラムまたはスクリ
プトへのパス、実行するSnapManager変数、およびコマンド引数を指定します。 このダイアログ
は、[今すぐバックアップ]または[スケジュール]をクリックすると表示されます。
11. SnapMirror更新の要件に応じて、以下のいずれかを実行します。
結果
作業
ボリュームがSnapMirrorソ
ース ボリュームであり、バッ
クアップ プロセス完了後にデ
スティネーション ボリューム
を更新しない
[処理後に SnapMirror を更新する]チェック ボックスの選択を解除しま
す。
ボリュームがSnapMirrorソ
ース ボリュームであり、バッ
クアップ プロセス完了後にデ
スティネーション ボリューム
を更新する
[処理後に SnapMirror を更新する]チェック ボックスを選択します。
12. [SnapMirrorのデスティネーション ボリュームで検証を実行する]を選択し、デスティネーション
ボリュームに格納されたExchangeデータベースおよびトランザクション ログの整合性検証を実
行します。
データベースのバックアップと検証 | 27
選択したデータベースに少なくとも1つのSnapMirror関係がある場合にのみ、[使用可能な
SnapMirror デスティネーション ボリュームで検証する]オプションを使用でき、デフォルトで選
択されています。
13. バックアップ プロセスを実行するタイミングに応じて以下のいずれかを行います。
状況
作業
バックアップ プロセスをすぐ
に実行
[今すぐバックアップ]をクリックし、選択したデータベースをバックアップ
する手順に進みます。
[バックアップ ステータス]ウィンドウが表示され、タスクのリストが表示さ
れます。
バックアップ プロセスをあと
で実行
[スケジュール]をクリックし、バックアップ プロセスのスケジュールを設
定するためのWindowsタスク マネージャを起動して、次の手順に進み
ます。
14. [スケジュール ジョブ]ウィンドウでバックアップのジョブ名を指定し、ジョブのユーザIDおよびパ
スワードを入力して、[OK]をクリックします。
注: 同じジョブ名がWindowsのスケジュール済みタスクとして存在する場合、新しいジョブ名
に変更するには、[ジョブが存在する場合はジョブを置き換える]チェック ボックスを選択して、
[OK]をクリックします。
[スケジュール ジョブ]ウィンドウが表示されます。
15. [スケジュール ジョブ] ウィンドウの[スケジュール]タブで、ジョブの実行日時、および繰り返し実
行する場合は実行頻度を指定します。
16. ジョブのスケジュールを設定したら、[OK]をクリックします。
スケジュール済みのジョブは、コントロール パネルを使用して変更または取り消すことができま
す。
バックアップ ジョブが、[タスクのスケジュール]ビューで指定した日時に実行されます。
17. [バックアップ ステータス]ウィンドウで、[今すぐ開始]をクリックし、選択したデータベースのバッ
クアップを開始します。
バックアップ処理が終了し、Snapshotコピーがボリュームに書き込まれます。 バックアップの各
タスクが実行され、[バックアップ タスク リスト]ビューの対応するタスクにチェック マークが表示
されます。
チェック マーク付きのタスク リストと進捗レポートは切り替えることができます。
バックアップ プロセスが正常に完了すると、[タスク]ビューの対応するタスクにチェック マークが
表示されます。
注: [通知]を有効にした場合は、Eメール メッセージが送信され、Windowsアプリケーション イ
ベント ログにイベントが記録されます。
28 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
リモートの追加コピー バックアップ機能の使用
DAGでは、SnapManager for Exchangeのリモートの追加コピー バックアップ機能を使用すること
で、より大規模なシステムで必要になるバックアップ戦略よりもシンプルで簡単なバックアップ戦略
を作成できます。 この簡略化した計画では、あるノードが利用できない場合でも、最新の状態への
リストア処理を実行できます。
リモートの追加コピー バックアップを有効にすると、次の操作を行うことができます。
•
データベースのコピーをフル バックアップを使用してバックアップするように要求することで、ギ
ャップレス データベース可用性グループ バックアップを設定する。
ギャップレス バックアップでは、同じデータベースの重複するコピーを選択しないでください。 選
択した場合もギャップレス バックアップは機能しますが、一般に、複数の冗長なギャップレス バ
ックアップを作成するため必要以上に時間がかかります。 ギャップレス バックアップでは、次の
いずれかの方法で、各データベースのコピーを1つだけ選択します。
◦
ツリー ビューを使用して、各データベースのコピーを1つだけ選択する。
◦
PowerShellの-databaseパラメータを使用して、それぞれのデータベース コピーを指定す
る。
または、次のデータベース フィルタ オプションを使用して、コピーのリストを最適化する方法も
あります。
◦
アクティブ データベースのみ
◦
パッシブ データベースのみ
◦
指定したバックアップのアクティブ化優先順位
•
[現在のバックアップに加えて、他のDAGノードにコピー データベース バックアップを作成する]
を選択して、ギャップレスDAGバックアップを有効にする。
•
コピーのみのバックアップを実行するノードを選択する。
•
他のノードでコピーのみのバックアップを作成する場合に、バックアップ保持ポリシーを選択し、
コピー バックアップの作成後にポリシーを実行するように要求する。
ギャップレスDAGバックアップを使用する場合は次の点を考慮してください。
•
ギャップレスDAGバックアップを実行する場合は、データベースの各コピーのプライマリ バック
アップは実行しないでください。冗長で不要なバックアップが作成されることになります。
•
コピー バックアップはアクティブ データベースでもパッシブ データベースでも実行できます。
SnapManagerは、次の手順でリモートの追加コピー バックアップを実行します。
データベースのバックアップと検証 | 29
1. コピー バックアップの対象として選択されたノードのコピーのみのバックアップを作成します。
2. 選択されたデータベースのフル バックアップを作成します。
3. 選択されたノードのログをバックアップします。
4. プライマリ バックアップ ノードのログを切り捨てるようにMicrosoft Exchangeに要求します。
5. データベースのリモート コピーに切り捨てをレプリケートします。
リモートの追加コピーを使用したギャップレスDAGバックアップの設定
DAGでは、1つのノードが使用できなくなっても、最新の状態へのリストア処理は実行可能なまま
で、データベース バックアップの手順を簡略化できます。
手順
1. DAGサーバに直接接続します。
メンバー サーバに直接接続する場合、リモートの追加バックアップ コピーは使用できません。
2. バックアップを作成するデータベースを選択します。
1つのバックアップ対象データベースに対して、複数のコピーを選択しないでください。
3. [詳細オプション]ウィンドウで、[リモートの追加コピー バックアップ]タブをクリックします。
4. [DAG リモート サーバ上に追加の（コピー ベースの）バックアップを作成する] チェックボックス
を選択します。
注: 検証オプションを選択してギャップレス バックアップのスケジュールを設定した場合、クラ
スタ所有者ノードのコピーだけが検証されます。 それ以外のコピーは検証されません。
5. （任意）次のオプションのいずれか1つまたは両方を選択します。
•
リモート サーバでの追加のバックアップの作成時にバックアップを削除する
•
データセットが有効な場合、リモート サーバに作成したバックアップをセカンダリ ストレージ
にアーカイブする
6. [詳細なバックアップ オプション]ダイアログ ボックスで、コピーベースの追加のリモート コピー
バックアップを実行するサーバを選択します。
最大限の効果を得るには、すべてのDAGノードを選択します（デフォルトの設定です）。
注: リモート サーバでの追加のバックアップの作成時にバックアップを削除する場合は、次の
いずれかの方法で行います。
•
[次の個数を超過した場合]を使用する
•
[次の日数を超過した場合]を使用する
30 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
リモート バックアップには、バックアップ ウィザードでローカル バックアップ用に選択した管理
グループが継承されます。
たとえば、DAGレベルのギャップレス バックアップでは、管理グループとして[毎日]を選択した
場合、その他のノードで使用可能なリモートの追加コピーのすべてのバックアップ データベー
ス（パッシブ データベース）にこの設定が適用されます。
管理グループ
N1アクティブ データ
ベース
N2パッシブ データベ
ース - 追加コピーの
バックアップ
N3パッシブ データベ
ース - 追加コピーの
バックアップ
[毎日]が選択された
バックアップ
Daily
Daily
Daily
[毎週]が選択された
バックアップ
Weekly
Weekly
Weekly
[標準]が選択された
バックアップ
標準
標準
標準
バックアップのグループ化（サブジョブ）
ギャップレス バックアップがGUIからスケジュール設定されている場合、 バックアップの実行前
には、次の基準に基づいて作成されたバックアップ グループの数に到達するまで データベー
スはグループ化されます。
•
データベースの タイプ に基づいて、ノードごとにいくつのデータベースがどのような順序で
存在しているか（アクティブとパッシブのいずれか一方、両方ではない）
•
リモートの追加バックアップ コピー機能に対してパッシブ データベース コピーがいくつ選択
されているか
•
リモートの追加バックアップ コピー機能に対していくつのバックアップ ターゲット サーバがい
くつ選択されているか
•
限定数のLUNのみが追加され、VSSベースのスナップショットをとることができます。
たとえば、次のようなデータベース レイアウトに対して、ギャップレス バックアップ用に作成した
バックアップ グループの数は9個です （バックアップ サブジョブ）。
DAGノード
N1
N2
N3
DB1（アクティブ）
DB1*
DB1*
DB2*
DB2（アクティブ）
DB2*
DB3*
DB3*
DB3（アクティブ）
データベースのバックアップと検証 | 31
* = パッシブ
リモートの追加コピー バックアップ機能を使用したバックアップの管理
PowerShell new-backupコマンドレットでは、さまざまなパラメータを指定することで、リモートの追
加コピー バックアップ機能を使用してバックアップを作成および管理できます。たとえば、リモート
ノードに保持するバックアップ コピーの数、バックアップ コピーを保持する期間、バックアップ コピ
ーをアーカイブするかどうかなどを指定できます。
new-backupコマンドと、リモートの追加バックアップ機能に関連する以下のパラメータの詳細につ
いては、「SnapManager コマンドライン リファレンス」セクションの「new-backup」を参照してください。
•
RemoteAdditionalCopyBackup
•
AdditionalCopyBackupDAGNode
•
RetainRemoteAdditionalCopyBackup
•
RetainRemoteAdditionalCopyBackupDays
•
ArchiveRemoteAdditionalCopyBackup
リモートの追加コピー バックアップ用のcontrol.xmlファイルの設定
control.xmlファイルに特定の設定を追加することで、リモートの追加コピー バックアップのさま
ざまな設定を制御できます。 たとえば、リモート ノードに保持するバックアップ コピーの数や保持
期間を設定できます。
実行する処理
使用する設定
リモート ノードの
バックアップの削
除を制御する
<DELETE_BACKUPS_OPTION_REMCOPYBACKUP>XXXX</
DELETE_BACKUPS_OPTION_REMCOPYBACKUP>
整数
0=リモート ノードのバックアップを削除します。 1=リモート ノードのバックアッ
プを削除しません。
ギャップレス バッ
クアップの完了
後にリモート ノー
ドに保持するバッ
クアップの数を制
御する
<BACKUP_SET_TO_KEEP_REMCOPYBACKUP> XXXX</
BACKUP_SET_TO_KEEP_REMCOPYBACKUP>
整数
ギャップレス バックアップの完了後に保持するバックアップ数です。
32 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
実行する処理
使用する設定
ギャップレス バッ
クアップの完了
後にバックアップ
を保持する期間
（日数または期
間）を制御する
<BACKUP_SET_TO_KEEP_IN_DAYS_REMCOPYBACKUP> XXXXX.XXXX </
BACKUP_SET_TO_KEEP_IN_DAYS_REMCOPYBACKUP>
リモート コピー
バックアップの対
象となるメンバー
サーバを定義す
る
real-float
ギャップレス バックアップの完了後にバックアップを保持する期間（日数また
は期間）です。
<HOSTS_REMCOPYBACKUP> SERVERNAME1, SERVERNAME2, ...</
HOSTS_REMCOPYBACKUP>
文字列
リモート コピー バックアップの実行対象サーバのカンマ区切りリストです。
指定しないと、すべてのノードが処理されます。
リモートの追加コ <REQUEST_REMCOPYBACKUP>xxxx</REQUEST_REMCOPYBACKUP>
ピー バックアップ
整数
を実行するかどう
0=リモートの追加コピー バックアップを実行しません。1=リモートの追加コピ
かを制御する
ー バックアップを実行します。
リモートの追加コピー バックアップを制御するcontrol.xmlの例
<BACKUP>
<BACKUP_CLIENT_SETTING>
<DELETE_BACKUPS_OPTION_REMCOPYBACKUP>1</
DELETE_BACKUPS_OPTION_REMCOPYBACKUP>
<BACKUP_SET_TO_KEEP_REMCOPYBACKUP>8</
BACKUP_SET_TO_KEEP_REMCOPYBACKUP>
<BACKUP_SET_TO_KEEP_IN_DAYS_REMCOPYBACKUP>7.0308
</BACKUP_SET_TO_KEEP_IN_DAYS_REMCOPYBACKUP>
<HOSTS_REMCOPYBACKUP>SNAPMGR-11-VM30,SNAPMGR-11-VM31</
HOSTS_REMCOPYBACKUP>
<REQUEST_REMCOPYBACKUP>1</REQUEST_REMCOPYBACKUP></
BACKUP_CLIENT_SETTING>
</BACKUP>
データベース フィルタを使用したDAG内にあるバックアップ対象デー
タベースの表示
データベース フィルタを使用すると、DAG内にあるバックアップ対象のExchange Serverデータベー
スを表示するための条件を指定できます。 フィルタ条件を満たすデータベースが表示され、バック
データベースのバックアップと検証 | 33
アップおよび検証の対象として選択できます。 また、データベース フィルタはバックアップ ジョブの
スケジュール方法にも影響します。
タスク概要
DAGは最大16台のサーバで構成されたグループです。各サーバには、複数のデータベースが存
在します。 データベース フィルタを使用すると、表示されるデータベースを絞り込むことができま
す。 データベース フィルタは、SnapManagerユーザ インターフェイスの次の場所からDAGに接続し
た場合にアクセスできます。
•
バックアップ ウィザード
•
バックアップの[操作]ペイン
バックアップのスケジュール設定時に、SnapManager for Exchangeのバックアップ ウィザードには、
DAGデータベース コピーの名前やサーバの名前は表示されていません。 ただし、バックアップ フ
ィルタが適用されると、このウィザードにはサーバ名とDAGデータベース名が表示されます。
データベースのフェイルオーバーが発生すると、パッシブ コピーはアクティブになり、スケジュール
は失敗します。 SnapManagerジョブのバックアップ コマンドを次のように変更して、バックアップ コ
マンドからサーバ名を削除できます。
new-backup -Server 'DAGEXCH' -ClusterAware -ManagementGroup 'Standard' RetainDays 15 -RetainUtmDays 15 -Database
'MDB01','MDB25','MDB02','MDB26','MDB27'
-UseMountPoint -ActiveDatabaseOnly -RemoteAdditionalCopyBackup $True RetainRemoteAdditionalCopyBackupDays 15
デフォルトの「いずれか」以外の基準を指定した場合、[バックアップ]ウィンドウの[結果]ペインに、
「フィルタ済み」と斜体で表示されます。
手順
1. 表示するデータベースに応じて、次のいずれかを選択します。
状況または条件
作業
DAGのメンバー サーバ上の
データベースを表示
[Exchange メンバー サーバにあるデータベースを表示する]リストから
サーバを選択します。
DAG内のすべてのデータベ
ースを表示
[Exchange メンバー サーバにあるデータベースを表示する]リストから
[いずれか]を選択します。
2. データベースのアクティベーション属性に基づいてデータベースを表示するには、[指定したコピ
ーに基づいてデータベースを表示する]ボックスから次のいずれかを選択します。
34 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
状況または条件
作業
手順1で選択したメンバー サ
ーバ上またはDAG内のアク
ティブ プライマリ データベー
スだけを表示
[コピー]リストから[アクティブ プライマリ データベース]オプションを選択
します。
手順1で選択したメンバー サ
ーバ上またはDAG内のパッ
シブ コピー データベースだ
けを表示
[コピー]リストから[パッシブ コピー データベース]オプションを選択しま
す。
手順1で選択したメンバー サ
ーバ上またはDAG内のアク
ティブ データベースとパッシ
ブ データベースの両方を表
示
[コピー]リストから[いずれか]オプションを選択します。
3. Exchangeのアクティブ化する順序に基づいてデータベースの表示を制限するには、[Exchange
のアクティブ化順序に基づいてデータベースを表示する]ボックスから次のいずれかを選択しま
す。
状況または条件
作業
アクティブ化優先順位番号に
関係なく、データベースを表
示
[アクティブ化優先順位]リストから[いずれか]を選択します。
アクティブ化優先順位番号に
基づいてデータベースを表
示
[アクティブ化優先順位]リストからアクティブ化優先順位番号を選択しま
す。
メールボックス データベースのアクティブ化優先順位番号とは
Exchange Serverのメールボックス データベースのアクティブ化優先順位番号は、データベース コ
ピーの優先順位の値を指定する番号です。バックアップする特定のデータベースを選択する場合
に、データベース フィルタを使用してそのデータベースのアクティブ化優先順位番号を指定できま
す。
DAG内の元のデータベースのアクティブ化優先順位番号は常に1です。 データベースをアクティブ
化する際に、複数のデータベース コピーがアーカイブの基準を満たしている場合、アクティブ化優
先順位番号に基づいてアクティブ化するデータベース コピーが決まります。
データベースのバックアップと検証 | 35
バックアップ保持の管理
バックアップの保持計画を立てるにあたっては、ストレージ効率とリストア ニーズのバランスを取る
必要があります。 SnapManagerで古いバックアップやトランザクション ログが自動的に削除される
ように指定することも、それらを明示的に削除することもできます。
注: SnapManagerで作成したSnapshotコピーは、SnapDriveまたはストレージ システムの管理ツー
ルを使用して削除しないでください。 削除できない不要なデータが残ってしまいます。
ボリューム単位のSnapshotコピーの最大数
SnapManagerで使用されるData ONTAPソフトウェアでは、ボリュームごとに最大255のSnapshotコ
ピーをサポートしています。これにはSnapManagerで作成していないコピーも含まれます。
SnapManagerバックアップ処理を実行するたびにSnapshotコピーが作成されるため、データベース
LUNを含むボリューム数がSnapshotコピーの最大数である255を超えた場合は、SnapManagerバッ
クアップ処理に失敗します。
注: 1つのボリューム上のSnapshotコピーの総数が、保持するバックアップの数を超えることがあ
ります。 たとえば、1つのボリュームにSnapInfoディレクトリとデータベースの両方が存在する場
合、バックアップ処理ごとに、そのボリューム上に2つのSnapshotコピーが作成されます。
バックアップを削除する基準
ボリュームごとのSnapshotコピーの上限である255に到達しないようにするには、不要になった古い
バックアップを削除します。 バックアップは、使用期間または数量をベースとする基準を使用して
削除できます。
使用期間ベースのSnapshotコピー削除
特定のバックアップ管理グループに割り当てられたバックアップのうち、指定日数を経
過したバックアップを削除できます。 この削除基準を指定するには、[次の日数を超過し
た古いバックアップを削除する]オプションを選択します。 バックアップ管理グループに最新
のバックアップを保持しておく日数を入力します。
数量ベースのSnapshotコピー削除
特定のバックアップ管理グループに割り当てられたバックアップを削除して、このバック
アップ管理グループに指定個数のバックアップのみを残すことができます。 [次の個数を
超過した最も古いバックアップを削除する]オプションを選択して削除基準を指定し、最も古
いバックアップを削除します。 バックアップ管理グループに保持する最新のバックアップ
数を入力します。
注: システムに格納されるSnapshotコピー数の推奨管理方法は、管理グループ内の古いバック
アップを自動削除する方法です。
36 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
SnapManagerの保持バックアップ数には、複数のデータベースで共有されているバックアップも含
まれます。 したがって、[次の日数を超過した古いバックアップを削除する]または[次の個数を超過した
最も古いバックアップを削除する]ボックスで指定した数よりも多くのバックアップが保持されます。
たとえば、データベースAおよびBをバックアップすると想定します。 データベースAおよびB
は、どちらも同じボリューム上にあり、次のバックアップ セットを含んでいます。
バックアップ セット
説明
データベースA
exchsnap__orbit3_01-23-2012_16.21
.07
古いバックアップ—正常
exchsnap__orbit3__recent
最新のバックアップ—正常
データベースB
exchsnap__orbit3_01-23-2012_16.21
.07
古いバックアップ—正常
exchsnap__orbit3__recent
最新のバックアップ—整合性なし
また、[次の個数を超過した最も古いバックアップを削除する]ボックスを2に設定して、最新
の2つのバックアップ セットを保持するとします。
データベースBの正常なバックアップを2つ保持するために、SnapManagerは、古い正常な
Snapshotコピーexchsnap__orbit3_01-23-2012_16.21.07を削除しません。 したがっ
て、両方のデータベースが同じボリューム上にあるため、データベースAのバックアップは2
つではなく3つとなります。
複数のバックアップ管理グループの管理
バックアップ プロセスで複数の管理グループを使用する場合は、SnapManagerがバックアップ保持
を処理する方法について理解しておく必要があります。
SnapManagerでは、個々の管理グループのSnapshotコピーと保持設定に基づいてバックアップ保
持を処理し、各SnapshotコピーをUTMまたはPITとしてマークします。 複数の管理グループ（標準、
毎日、および毎週）が単一のホストまたは各DAGで使用されている場合、このプロセスは重層的な
プロセスになります。
たとえば、バックアップの保持ジョブを開始するには、管理グループのSnapshotコピーを次のように
設定しておく必要があります。
•
標準：8
•
毎日：4
データベースのバックアップと検証 | 37
•
毎週：2
標準グループの保持設定は次のとおりです。
•
保持するバックアップ数：8
•
UTMログとともに保持するバックアップ数：5
SnapManagerでは、このサンプル シナリオを次のように処理します。
1. 次の標準Snapshotコピー（S9）が作成されると、SnapManagerは最初のコピー（S1）を削除しま
す。これは、標準の保持設定ではホストに8つのバックアップしか保持できないためです。
2. SnapManagerは、保持ポリシーに従って、最新の5つの標準バックアップ（S9、S8、S7、S6、S5）を
ログ（UTM）とともに保持し、残りの3つ（S4、S3、S2）をログとともに削除して、それらをPITとして
マークします。
3. SnapManagerが特定の管理グループのバックアップ（S4、S3、およびS2）をPITとしてマークする
場合は、他の管理グループ（毎日または毎週）にある古いバックアップについても同じ処理がチ
ェックインされ、それら（W1、D3、D2、およびD1）がすべてPITとしてマークされます。
トランザクション ログのチェーンが途切れると、その特定のバックアップより前のSnapshotコピー
を使用して最新の状態へのリストア処理を行うことはできません。
38 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
注: PITバックアップをリストアするための追加のトランザクション ログは不要となるため、2つの
連続するPITバックアップ間のFRPは削除されます。
リモート バックアップを保持する場合は、同じロジックがローカル バックアップに適用され、ローカ
ル バックアップ用の管理グループを使用してすべてのリモート バックアップが行われます。
UTM保持設定は、ローカルとリモートの両方のバックアップ保持で同じままです。 この例では、バ
ックアップ保持の値をリモート保持の値に置き換える必要があります。他の値は変更しません。こ
れにより、UTMとPITになるリモート保持の数がわかります。
バックアップの自動削除
バックアップ コピーが作成されてからの期間、または格納されているバックアップ コピー数に基づ
いて、バックアップ コピーを自動的に削除するようにSnapManagerを設定すると、格納する
Snapshotコピーの数を管理できます。
自動削除では、次の条件に該当するバックアップ コピーだけが削除されます。
•
新しく作成したバックアップ コピーの管理グループと同じ管理グループ内のバックアップ コピー
•
データベースの最も古いバックアップ コピー
•
[次の日数を超過した古いバックアップを削除する]オプションまたは[次の個数を超過した最も古いバ
ックアップを削除する]オプションで指定したバックアップ保持レベルを超えたバックアップ コピー
注: あるデータベースがExchangeサーバ内で使用できなくなった場合、関連付けられているバッ
クアップ コピーは自動削除機能で削除できません。
自動バックアップ削除を選択しないと、現在のバックアップ ジョブ以降に作成されたバックアップ コ
ピーは保持されます。 この場合は、バックアップ コピーを手動で削除するか、すべてのバックアッ
プ コピーおよびトランザクション ログを格納できるだけのストレージ容量を確保するかのいずれか
が必要となります。 次回のバックアップ ジョブでバックアップの自動削除を選択すると、保持されて
いるバックアップ コピーを削除できます。
孤立したSnapInfoフォルダの自動削除
SnapManager for Exchangeでは、自動削除処理のあとに孤立したSnapInfo（SIF）フォルダが残って
いないかどうかを確認し、残っていた場合は次回のバックアップ処理中に削除してボリューム スペ
ースを節約します。
データベースまたはログのLUNのバックアップ コピーが自動的に削除された場合、SIFフォルダは
削除されずに残ります。 SIFフォルダにはExchangeの物理トランザクション ログ ファイルが保存さ
れていますが、これらのログ ファイルは大量のボリューム スペースを消費するために削除する必
要があります。 バックアップ処理中、SnapManagerはバックグラウンドで次のプロセスを実行し、孤
立したフォルダを削除します。
1. 各データベースの各SIFフォルダを確認します。
データベースのバックアップと検証 | 39
2. 各SIFフォルダにデータベースまたはLUNのSnapshotコピーがあるかどうかを確認します。
注: Frequent Recovery Point（FRP;短周期リカバリ ポイント）フォルダは、関連付けられている
Snapshotコピーがないためこの処理では考慮されません。
3. データベースまたはLUNのSnapshotコピーが見つからない場合、SnapManagerはそのSIFフォ
ルダを孤立したフォルダとみなします。
4. 次回のバックアップ処理で、孤立したSIFフォルダ（Logフォルダを含む）が削除されます。
バックアップの明示的な削除
リストア処理中に作成されたLUNのバックアップまたはSnapshotコピーは、選択して明示的に削除
できます。 バックアップの削除は、個別にまたは複数同時に行うことができます。
バックアップを明示的に削除するときは、以前のバックアップから現時点のバックアップまでのトラ
ンザクション ログの連続性が損なわれないように、削除を制限することもできます。 その結果、他
の管理グループの古いバックアップに対しても、最新の状態へのリストア機能を維持することがで
きます。
注意: SnapManagerで作成したSnapshotコピーは、SnapDriveまたはストレージ システムの管理ツ
ールを使用して削除しないでください。 これらを使用すると、削除できない不要データが残ってし
まいます。
フル データベース バックアップまたはトランザクション ログのSnapshotコピーは、個別に選択して
削除できます。 また、削除するデータベース、削除するバックアップ セット コンポーネントのタイプ
（フル データベース バックアップまたはSnapInfoディレクトリ バックアップ）、および削除するバック
アップ管理グループのタイプも選択できます。
選択されたデータベースを含むバックアップ セット（または関連するSnapInfo Snapshotコピー）を明
示的に削除する場合は、選択されたデータベースをすべて含むバックアップだけでなく、選択され
たデータベースの一部のみを含むバックアップも対象となるように、削除対象を拡張できます。
最新の状態へのリストア機能を維持するオプション
バックアップ リスト内の最も古いものではないバックアップとトランザクション ログを削除すると、最
も古いバックアップは、最新の状態へのリストアに使用できなくなります。 以前のバックアップから
現時点のバックアップまでのトランザクション ログの連続性を損なわないようにしてください。
特定のバックアップ管理グループのバックアップを削除する際に、バックアップ削除を制限すると、
最新の状態へのリストア処理で古いバックアップを引き続き使用することができます。
バックアップ削除を制限するには、[詳細オプション]ダイアログ ボックスの[他のバックアップ管理グ
ループの古いバックアップに対して最新状態へのリストア機能を維持する]オプションを使用します。 この
オプションを選択すると、削除されないトランザクション ログの分だけ、ストレージ システムの使用
スペースが増大します。このオプションはデフォルトで選択されています。
すべてのバックアップに同じバックアップ管理グループが指定されている場合は、このオプションの
選択を解除しても効果はありません。 SnapInfoディレクトリのトランザクション ログは[バックアップ
40 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
の削除]設定に従って削除され、[最新状態へのリストア機能を維持する]オプションは無視されま
す。
デフォルトでは、選択したデータベース ファイルおよび関連付けられたすべてのトランザクション ロ
グがバックアップされるため、すべてのバックアップから最新の状態へのリストアが可能です。 最
新の状態へのリストア処理を古いバックアップから実行する必要がない場合は、トランザクション
ログを削除することで、バックアップを保存しているストレージ システムのスペースを解放してくださ
い。 [他のバックアップ管理グループの古いバックアップに対して最新状態へのリストア機能を維持する]オ
プションは、SnapManagerの次回起動時に自動的に選択されます。
例として、次のバックアップが保存されているとします。
•
exchsnap_WINSRV3_01_05_2004_19.05.37_Daily（最も古い）
•
exchsnap_WINSRV3_01_06_2004_08.23.14
•
exchsnap_WINSRV3_01_06_2004_10.22.19
•
exchsnap_WINSRV3_01_06_2004_12.18.58
•
exchsnap_WINSRV3_01_06_2004_14.28.03（最新）
標準バックアップを実行し、最新の4つの標準バックアップだけを保持するように指定すると、
最も古い標準バックアップが削除されます。そのため、毎日バックアップを使用して実行でき
るのは、ポイントインタイム リストアだけになります。
•
exchsnap_WINSRV3_01_05_2004_19.05.37_Daily（最も古い）（毎日バックアップはポイ
ントインタイムのみ）
•
exchsnap_WINSRV3_01_06_2004_08.23.14（削除される最も古い標準バックアップ）
•
exchsnap_WINSRV3_01_06_2004_10.22.19
•
exchsnap_WINSRV3_01_06_2004_12.18.58
•
exchsnap_WINSRV3_01_06_2004_14.28.03
•
exchsnap_WINSRV3_01_06_2004_16.23.48（最新）（作成される新しい標準バックアップ）
トランザクション ログの連続性が損なわれないようにするには、[他のバックアップ管理グルー
プの古いバックアップに対して最新状態へのリストア機能を維持する]オプションを有効にします。
データベースのバックアップと検証 | 41
個々のバックアップ コピーの明示的な削除
バックアップ コピーは個別に削除できます。
タスク概要
[他のバックアップ管理グループの古いバックアップに対して最新の状態へのリストア機能を維持する]オプ
ションを選択すると、このバックアップ管理グループのトランザクション ログだけが削除され、その
他のバックアップ管理グループのトランザクション ログは削除されません。 このオプションの選択
を解除すると、他のバックアップ管理グループのトランザクション ログも同様に削除されます。
手順
1. [スコープ]ペインで[リストア]を選択します。
2. バックアップ コピーが含まれているデータベースを選択します。
3. [操作]ペインで、[削除]をクリックします。
4. [1 つのバックアップを削除]ウィンドウで、削除するバックアップ コピーを選択します。
5. 削除するSnapshotコピーを共有しているバックアップ コピーのリストを確認してください。これら
のバックアップ コピーはすべて同時に削除されます。
6. 他のバックアップ管理グループの古いバックアップから最新状態にリストアできるようにする場
合は、[他のバックアップ管理グループの古いバックアップに対して最新の状態へのリストア機能を維持
する]をクリックします。
7. [OK]をクリックします。
バックアップ セットまたはSnapInfo Snapshotコピーの明示的な削除
選択したデータベースを1つ以上含むバックアップ セット（またはこれらのバックアップ セットに関連
するSnapInfo Snapshotコピーだけ）を削除できます。 SnapManagerバックアップを削除せずに空き
スペースを増やしたり、Snapshotコピー数を減らしたりする場合は、関連するバックアップに影響を
与えずにSnapInfo Snapshotコピーだけを削除できます。
タスク概要
[バックアップ コンポーネント]はデフォルトで[バックアップ データ セット]に設定されているので、関
連するトランザクション ログおよびSnapInfoディレクトリを含むバックアップ セット全体が削除されま
す。 [SnapInfo Snapshot のみ]を選択すると、削除の範囲を限定できます。
[管理グループ]で、削除するバックアップのバックアップ管理グループを指定すると、削除の範囲
をさらに限定できます。
[他のバックアップ管理グループの古いバックアップに対して最新の状態へのリストア機能を維持する]オプ
ションを選択すると、指定したバックアップ管理グループのトランザクション ログだけが削除され、
42 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
その他のバックアップ管理グループのトランザクション ログは削除されません。 このオプションの
選択を解除すると、他のバックアップ管理グループのトランザクション ログも同様に削除されます。
手順
1. [操作]ペインで[バックアップの削除]をクリックします。
注: [バックアップの削除]は、メンバー サーバに接続している場合に使用できますが、DAG
経由で接続している場合は使用できません。
2. SnapManagerシステム上のバックアップ コンポーネントのリストを表示する場合は、[バックアッ
プ コンポーネント]を選択します。
注: このリストから、バックアップ コンポーネントを個別に選択して削除することはできませ
ん。
3. バックアップを削除する1つ以上のデータベースを選択します。
4. （選択したデータベースをすべて含むバックアップに加えて）選択したデータベースの一部を含
むバックアップを削除するには、[詳細] > [選択したストレージ グループに属するデータベース
を含むバックアップを削除する]をクリックします。
注: このオプションが役立つのは、セットのデータベースの一部だけを含むバックアップを作
成した場合のみです。
複数のバックアップ削除では、このオプションを使用してバックアップを削除する場合にかぎり、
選択したデータベースを1つ以上含むバックアップが削除されます。
5. [バックアップ コンポーネント]を選択します。
6. [管理グループ]を選択します。
注: これはデフォルトでは[標準]に設定されますが、[毎日]または[毎週]に変更できます。
7. 他のバックアップ管理グループの古いバックアップから最新状態にリストアできるようにする場
合は、[詳細] > [他のバックアップ管理グループの古いバックアップに対して最新の状態へのリ
ストア機能を維持する]をクリックします。
注: バックアップ管理グループに[すべて]を選択した場合、このオプションは選択できません。
8. 指定したデータベースおよびバックアップ管理グループ内で、削除するバックアップを指定しま
す。
状況または条件
操作
最も古いバックアップを削除
[次の個数を超過した最も古いバックアップを削除する]ボックスに、指
定したバックアップ管理グループ内で保持する最新のバックアップ数を
指定します。
データベースのバックアップと検証 | 43
状況または条件
操作
指定したバックアップ管理グ
ループ内のすべてのバック
アップを削除
[指定した管理グループ内のすべてのバックアップを削除する]オプショ
ンを選択します。
指定日数を経過したバックア
ップだけを削除
[次の日数を超過した古いバックアップを削除する]ボックスで、最新の
バックアップを保持しておく日数を指定します。
9. 次のいずれかを実行します。
•
削除を実行せずに、入力したパラメータによって削除されるバックアップ コンポーネントを確
認します。
a. [プレビュー削除]をクリックします。
[バックアップ データ セットの削除のプレビュー]ウィンドウが表示されます。 削除対象の
バックアップ コンポーネントのリストが表示されます。
b. 削除対象のプレビューを行い、リストに表示されているバックアップ コンポーネントを削
除するには、[削除]をクリックします。
プレビュー ウィンドウに表示されていたバックアップ コンポーネントが削除されます。
•
削除対象のプレビューを行わずにバックアップ コンポーネントを削除します。
◦
[削除]をクリックします。
削除が完了すると、ステータスを示すポップアップ ウィンドウが表示されます。
SnapManagerリストアにより作成されたSnapshotコピーの明示的な削除
以前のリストア処理中に作成されたSnapshotコピーを削除できます。
手順
1. [操作]ペインで[バックアップの削除]をクリックします。
2. [リストア中に作成された LUN の Snapshot コピーを削除する]を選択します。
3. SnapManagerシステム上のバックアップ コンポーネントのリストを表示する場合は、[バックアッ
プ コンポーネント]を選択します。
注: このリストから、バックアップ コンポーネントを個別に選択して削除することはできませ
ん。
4. 削除するリストアSnapshotコピーを指定します。
状況または条件
操作
最も古いリストアSnapshotコ
ピーを削除
[次の個数を超過した最も古い Snapshot コピーを削除する]ボックス
に、保持する最新のリストアSnapshotコピー数を指定します。
44 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
状況または条件
操作
すべてのリストアSnapshotコ
ピーを削除
[リストア中に作成された Snapshot コピーをすべて削除する]オプション
を選択します。
指定日数を経過したリストア
Snapshotコピーだけを削除
[次の日数を超過した古いバックアップを削除する]ボックスで、最新の
リストアSnapshotコピーを保持しておく日数を指定します。
5. 次のいずれかを実行します。
•
削除するリストアSnapshotコピーのレビューを、それらのコピーを削除せずに行います。
a. [プレビュー削除]をクリックします。
[バックアップ データ セットの削除のプレビュー]ウィンドウが表示されます。 削除対象の
リストアSnapshotコピーのリストが表示されます。
b. 削除のプレビューを確認したあとで、表示されているリストアSnapshotコピーを削除する
場合は、[削除]をクリックします。
プレビュー ウィンドウに表示されていたリストアSnapshotコピーが削除されます。
•
削除のプレビューを確認せずにリストアSnapshotコピーを削除する
◦
[削除]をクリックします。
削除が完了すると、ステータスを示すポップアップ ウィンドウが表示されます。
「busy snapshotエラー」によるバックアップ削除時の問題
別のSnapshotコピーによってすでにバックアップされたLUNのバックアップ コピーを削除しようとす
ると、Snapshotコピーがビジー状態のために削除できないというエラー メッセージ（busy snapshotエ
ラー）が表示されます。 この場合には、最新のバックアップ コピーを削除しないと、古いバックアッ
プを削除できません。
OnCommand System ManagerでSnapshotコピーのステータスを表示するか、ストレージ システムの
snap listコマンドを使用できます。 使用中のSnapshotコピーの削除の詳細については、ご使用
のData ONTAPバージョンの『システム アドミニストレーション ガイド』を参照してください。
注: この状況を回避するには、バックアップの作成時に、Snapshotコピーによってすでにバックア
ップが開始されているLUNが存在しないこと（検証の実行中ではない、またはSnapshotコピーか
ら作成されたLUNのアーカイブ中ではない、など）を確認してください。
データベース検証の管理
Exchange Serverデータベース ファイルの検証には、Microsoft Exchangeユーティリティ
ChkSgFilesを使用します。 SnapManagerでは、Exchange Serverデータベースとトランザクション ロ
データベースのバックアップと検証 | 45
グの検証に、整合性検証ライブラリChkSgFiles.dllを使用します。 ChkSgFilesは、ページレベ
ルでもデータベースの整合性を検証します。
ChkSgFiles.dllライブラリでは、チェックサム検証を使用して、データベースとトランザクション ロ
グ ファイルに物理レベルおよび論理レベルの破損がないかどうかが確認されます。 整合性検証
を実行するサーバに、Exchange Server管理ツールをインストールする必要があります。
注: デフォルトのSnapManagerリストアでは、検証済みバックアップだけを使用する必要がありま
すが、この要件は無視することもできます。
DAGにデータベース コピーが複数ある場合、データベースの整合性を確認する必要はありませ
ん。 Microsoftでは、トランザクション ログの検証を推奨しています。 SnapManager for Exchangeを
使用してDAGバックアップを実行する場合、デフォルトでは検証はオフになります。
ローカルとリモートのどちらで実行している検証ジョブも、SnapManager for Exchange Admin Center
から監視できます。
検証サーバおよび検証ジョブに関する次の点に注意してください。
•
1つのExchangeメールボックス サーバで同時に実行できる検証プロセスは、検証サーバごとに
1つだけです。
•
検証サーバでは、それぞれのExchangeメールボックス サーバの検証ジョブを同時に1つずつ実
行できます。
•
検証サーバを複数使用すると、1つのExchangeメールボックス サーバの複数のバックアップ ジ
ョブを同時に実行できます。
•
検証サーバでは、仮想マシンを利用して検証をオフロードすることが可能です。
必要に応じてEseutilコマンドライン ツールを使用して、データベースとトランザクション ログに物
理レベルの破損がないかどうかを確認できます。 EseutilはExchange Serverの一部として自動的
にインストールされます。 物理レベルの破損の詳細については、Microsoft Exchangeのマニュアル
を参照してください。
バックアップ セット内のデータベースを検証するためのLUN要件
検証前にすべてのデータベースをマウントする必要があります。 SnapManager検証サーバには、
検証シナリオに応じて、検証対象のバックアップ セットを保存するLUNをマウントするのに十分な
数のドライブ レターやマウント ポイントが確保されていなければなりません。
SnapDriveコマンドを使用して、検証対象のバックアップ セットを格納するLUNをマウントします。
マウントするLUNごとに、空きドライブ レターまたはマウント ポイントが1つ必要です。
単一LUNまたは複数のLUNに格納されたバックアップを検証するには、検証サーバに、空きドライ
ブ レターまたはマウント ポイントが1つ以上必要です。
リモート検証サーバを使用する場合は、1回のジョブで複数のバックアップ セットを検証するため
に、割り当てられていない2つのドライブ レターまたはマウント ポイントが必要となります。
46 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
それ以外の場合は、割り当てられていないドライブ レターまたはマウント ポイントが1つ必要となり
ます。
割り当てられていない1つのドライブ レターまたはマウント ポイントは、SnapshotコピーのLUNをマ
ウントするために使用します。 Snapshotコピーは、トランザクション ログ検証を実行するために、複
数のデータベースに対応したトランザクション ログ ディレクトリを格納しています。 SnapManagerが
最初のバックアップ セットのトランザクション ログを検証しても、LUNがアンマウントされたり、割り
当てられたドライブ レターが解放されたりすることはありません。 2つ目のバックアップ セットでも
同じトランザクション ログLUN検証が再利用されます。
2つ目の空きドライブ レターまたはマウント ポイントがない場合は、バックアップ セットを1つずつ検
証するように、バックアップ ジョブまたは検証ジョブをスケジュールしてください。
注: 同じトランザクション ログLUNを共有する複数のデータベースがデスティネーション ボリュー
ムに格納されていて、このボリュームを検証する場合は、Exchangeサーバに使用可能な別のド
ライブ レターまたはマウント ポイントがあることを確認してください。
データベース検証のワークロード管理
本番サーバでのデータベース検証の実行は、サーバとストレージ システム両方に多大な負荷が
かかるため、このワークロードを管理して、特に作業ピーク時のExchangeの応答遅延を防ぐ必要
があります。
データベース検証ワークロードの管理には、次の方法を使用できます。
•
データベースの保留検証
•
リモート データベース検証
•
SnapVaultデスティネーションでのリモート検証
•
検証スロットル
•
SnapMirrorデスティネーション ボリュームの整合性検証
データベースのバックアップと検証 | 47
データベースの遅延検証
バックアップの作成後すぐに実行される自動整合性検証を無効にし、あとで別に検証を実行するこ
とで、システムの負荷を分散させることができます。
リモート データベース検証
バックアップの作成後すぐに実行される自動整合性検証を無効にし、別のExchangeサーバから検
証を実行することで、システムの負荷を分散させることができます。
SnapVaultデスティネーションでのリモート検証
検証プロセスをSnapVaultデスティネーションにオフロードすることで、システムのワークロードを分
散できます。
このリリースのインストールまたはアップグレードを実行したあと、SnapMirrorおよびSnapVaultのデ
スティネーション ボリュームでのバックアップ セットの検証スケジュールを設定するためには、それ
らのボリュームを[データベース検証設定]ダイアログで指定する必要があります。 [データベース
検証設定]ダイアログで、[検証サーバ] > [デスティネーション ボリュームでの検証]をクリックし、次
にデスティネーション ボリュームを選択します。
検証スロットル
Microsoft Exchange Serverを使用している場合は、検証スロットルを使用して整合性検証の速度を
低下させ、Windowsホストとストレージ システムの負荷を軽減することができます。
注: データベース可用性グループにコピーが複数あるデータベースの場合、データベースの検
証はサポート要件には含まれません。 SnapManager for Exchangeを使用してDAGバックアップ
を実行する場合、デフォルトでは検証はオフになります。
SnapManagerでは、チェックサム検証モードで整合性検証（Microsoft Exchange整合性チェッカー
ユーティリティ）の内容を絞り込むことで、ホストCPUとストレージ サブシステムの負荷を軽減できま
す。 この.dllファイルはデータベースとトランザクション ログ ファイルに対して整合性検証を実行
します。
SnapMirrorデスティネーション ボリュームの整合性検証
SnapManagerでは、SnapMirrorデスティネーション ボリュームの整合性検証がサポートされていま
す。
SnapMirrorデスティネーション ボリュームの整合性検証を実行するには、次の機能を使用します。
•
[バックアップと検証]ウィンドウ
•
バックアップ ウィザード
注: SnapMirrorデータベースの場合、[バックアップ]ビューの[SnapMirrorのデスティネーショ
ン ボリュームで検証を実行する]はノード レベルでのみ有効になります。 このオプションを
48 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
DAGレベルで有効にするには、SnapMirrorデータベースをホストするノードがDAGの所有者
である必要があります。
•
保留検証
•
[テスト リストア]ボタンとリストア ウィザード
注: [リストア]ウィンドウでリストア処理を実行すると、ソース ボリュームまたはデスティネーシ
ョン ボリュームに関連付けられているSnapMirrorボリューム関係があれば、そのボリューム
で整合性検証を行うように要求されます。
[整合性を検証する SnapMirror デスティネーション ボリュームの選択]ウィンドウには、各
SnapMirrorボリュームが、ボリューム、LUN、およびLUNに格納されているデータベース間の関係
を示すツリー形式で表示されます。 各ソース ボリュームにデスティネーション ボリュームのリスト
が表示され、各デスティネーション ボリュームにSnapMirror状態が表示されます。 検証する
SnapMirrorソース ボリュームごとに、SnapMirrorデスティネーション ボリュームを選択できます。
このリリースのインストールまたはアップグレードを実行したあと、SnapMirrorおよびSnapVaultのデ
スティネーション ボリュームでのバックアップ セットの検証スケジュールを設定するためには、それ
らのボリュームを[データベース検証設定]ダイアログで指定する必要があります。 [データベース
検証設定]ダイアログで、[検証サーバ] > [デスティネーション ボリュームでの検証]をクリックし、次
にデスティネーション ボリュームを選択します。
バックアップ検証ステータスのレポート
SnapManagerリストアを使用して、各バックアップの検証ステータスと各バックアップのトランザクシ
ョン ログの検証ステータスを確認できます。
SnapManagerリストアでは、作成されたバックアップのリストと、各バックアップの検証ステータスが
表示されます。 リストされた各バックアップには、バックアップ処理の日付と時刻のほかに、バック
アップの検証ステータスを示すアイコンが表示されます。
特定のバックアップのトランザクション ログが検証されているかどうかを確認するには、[リストア]
ウィンドウで該当するバックアップを選択します。 [結果]ペインのバックアップ情報内に、トランザク
ション ログの検証ステータスが表示されます。
バックアップ検証ステータスのアイコン
次の検証ステータス アイコンは、データベースの検証ステータスを表しています。
検証ステータス アイコン
データベースの検証ステータス
データベースは検証済みです。
データベースは未検証です。
データベースの検証に失敗したため、リストアに使用できません。
データベースのバックアップと検証 | 49
検証ステータス アイコン
データベースの検証ステータス
データベースは検証済みですが、トランザクション ログは未検証で
す。 この記号の付いたバックアップからリストアする必要がある場合
は、テクニカル サポートにお問い合わせください。
データベースとトランザクション ログの整合性検証の実行場所
バックアップ セット内のデータベースを検証するタイミングに関係なく、業務用サーバまたはリモー
ト検証システムで検証を実行できます。
最も単純なSnapManager設定では、検証は業務用サーバで実行されます。ただし、この検証では
CPUに負荷がかかり、ディスクI/Oが頻発するため、ピーク時に業務用サーバで検証を実行する
と、Exchangeのパフォーマンスが低下することがあります。
リモート システムで整合性検証を実行すると、Exchangeのシステム リソースとバックアップ スケジ
ュールへの影響を最小限に抑えることができます。
バックアップ セット内のデータベースを検証するタイミング
SnapManagerバックアップ セット内のデータベースは、作成後すぐ、またはスケジュールした時間
やリストア時に検証できます。
[バックアップされたデータベースとトランザクション ログを検証する]オプションを選択すると、バッ
クアップの作成時にフル バックアップ セットが自動的に検証されます。 （デフォルトでは、このオプ
ションはDAGではオフになっています。ノード レベルでバックアップを行う場合に、このオプション
はオンになります。）この方法では、簡単かつ確実にバックアップ セットの各データベースを検証す
ることができます。 ただし、この方法では、バックアップが完了するまでにかなりの時間を要しま
す。
バックアップ セットが1つ以上すでに作成済みであれば、その中に含まれるデータベースの検証処
理を開始できます。 検証をすぐに開始したり、パフォーマンスへの影響やバックアップ遅延が発生
しない時期に検証を実行するようにスケジュールしたりできます。
データベース整合性確認を一度も実行していないバックアップ セットからリストアする場合は、まず
このバックアップ セット内のデータベースを検証するように要求されます（ただし必須ではありませ
ん）。
注: LUNクローンで検証を実行し、LUNクローンが存在している間にボリュームのSnapshotコピ
ーを作成すると、「busy snapshotエラー」が発生し、Snapshotコピーを削除するときに問題が発生
することがあります。 このエラーを回避するため、検証中にバックアップが実行されるようなスケ
ジュール設定をしないでください。
50 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
トランザクション ログ バックアップの管理
SnapManagerでトランザクション ログ バックアップを開始またはスケジュール設定するには、
SnapManagerバックアップ ウィザードまたは[バックアップと検証]オプションを使用します。
バックアップ オプション
トランザクション ログのバックアップには、いくつかのオプションがあります。
[古いバックアップに対して最新の状態へのリストア機能を維持する]オプションでは次のバックアップを
選択できます。
•
次の日数以内に生成されたバックアップ
•
最新のバックアップ（バックアップ数）
•
古いバックアップすべて（ログを 1 つも削除しない）
バックアップ オプションの指定場所
バックアップ オプションは次のいずれかの場所で指定できます。
•
バックアップ ウィザードの[古いバックアップに対して最新の状態へのリストア機能を維持する]
•
[バックアップと検証]の[最新の状態へのリストアのオプション]
•
[バックアップの削除]の[詳細オプション]
オプションを設定すると、同じ管理グループ内の指定したバックアップ以外のバックアップを使用し
て実行できるのは、ポイントインタイム リストアだけになります。
PowerShellではNoUtmRestoreスイッチが引き続きサポートされます。ただし、このスイッチは、
RetainUtmBackupsまたはRetainUtmDaysの値を指定した時点で無効になります。
UTM保持の実行
Up-to-the-minute（UTM;最新の状態）へのリストアの保持は、バックアップによるディスク スペース
の問題を軽減するために、 全体的なバックアップ保持と切り離して実行されます。
6.1より前のSnapManager for Microsoft Exchangeでは、UTM保持はバックアップの保持に依存して
おり、バックアップ保持の設定に基づいて削除するバックアップやSnapshotが存在しなければ実行
されませんでした。 UTMリストア保持機能は、バックアップ保持ポリシーが実行されなければ保持
ポリシーを適用しませんでした。
たとえば、SnapManager for Exchangeのバックアップの保持日数が30日で、UTMリストア保持が4
日である場合、UTMリストア ポリシーはバックアップ済みのトランザクション ログを削除せず、指
定のしきい値（バックアップが作成されてから30日以上）に到達してバックアップ保持ポリシーによ
データベースのバックアップと検証 | 51
って超過したバックアップ セットの削除が開始されるまで、古い方のバックアップ セットに「ポイント
イン タイム」とマークします。 この状況ではディスク スペースに関する問題が発生する可能性があ
ります。
この問題に対処するために、UTM保持機能はバックアップの保持から分離され、バックアップのあ
とに独立して実行されるようになりました。 これら2つのタイプの保持機能がSnapManager for
Exchange内で共存します。
UTM関連のスイッチの有効な入力
スイッチとその値は次のとおりです。
RetainUtmBackups
値：整数値（0～255）
RetainUtmDays
値：浮動小数値（>= 0）
負の数値を指定するとエラー メッセージが生成されます。
RetainUtmBackupsとRetainUtmDaysの両方に値を指定するとエラー メッセージが生成されま
す。 ただし、1つ例外があります。PowerShellでは、-1をRetainUtmBackups とRetainUtmDaysの
どちらかに指定すると、SnapManagerはスイッチを無視し、エラーを生成しません。 代わりに、以前
のバックアップ保持方法が使用され、デフォルト値（0）がNoUtmRestoreに使用されます。
3つのUTM関連のスイッチがどれも指定されていない場合は、以前のバックアップ保持方法が使
用され、NoUtmRestoreのデフォルト値（0）が適用されます。
レジストリ キー
次のレジストリ キーはHKEY_LOCAL_MACHINE->Software->Network Appliance>SnapManager for Exchange->Clientの下に追加されます。
•
KeepLastNSnapshotUtm REG_DWORD
•
KeepLastNSnapshotOlderDayUtm REG_SZ
•
KeepLastNSnapshotOptUtm REG_DWORD
KeepLastNSnapshotUtmとKeepLastNSnapshotOlderDayUtmの両方に有効な値が指定されて
いる場合、SnapManagerは、以下に示すKeepLastNSnapshotOptUtmの値を使用して、処理が日
数ベースか数ベースかを判別します。
•
0：数ベース
•
1：日数ベース
•
2：すべての古いバックアップに対して最新の状態へのリストア機能を維持
52 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
<BACKUP_CLIENT_SETTING>の下にある制御ファイルに3つの新しいエントリが追加されていま
す。
•
<BACKUP_SET_TO_KEEP_UTM>
•
<BACKUP_SET_TO_KEEP_IN_DAYS_UTM>
•
<DELETE_BACKUPS_OPTION_UTM>
BACKUP_SET_TO_KEEP_UTMとBACKUP_SET_TO_KEEP_IN_DAYS_UTMの両方に有効な値が指定さ
れている場合、SnapManagerは、以下に示すDELETE_BACKUPS_OPTION_UTMの値を使用して、処
理が日数ベースか数ベースかを判別します。
•
0：数ベース
•
1：日数ベース
•
2：すべての古いバックアップに対して最新の状態へのリストア機能を維持
UTM保持のシナリオ1：スタンドアロン システムにおけるバックアップ
このシナリオでは、4つのバックアップがスタンドアロン システムに存在し、バックアップ保持は 8
に、UTMは3に設定されていると仮定しています。
バックアップが完了したあとのこのシナリオの結果では、バックアップは 5個になり、最初の3個の
バックアップはUTMリストア機能付き、残り 2個のバックアップはPITリストア機能付きです。
•
•
バックアップ前：
N1 <- 古い
=> UTM
N2 <-
=> UTM
N3 <-
=> UTM
N4 <-
=> UTM
バックアップ後：
N1 <- 古い
=> PIT
N2 <-
=> PIT
N3 <-
=> UTM
N4 <-
=> UTM
N5 <- 新しい
=> UTM
データベースのバックアップと検証 | 53
UTM保持のシナリオ2：スタンドアロン システムにおけるバックアップの日数
このシナリオでは、スタンドアロン システムに存在するバックアップの日数を4日、バックアップの
保持を8日、UTMを3日と仮定しています。
バックアップが完了したあとのこのシナリオの結果では、バックアップは5個となり、最初の3日は
UTMリストア機能付き バックアップ、残り2日はPIT リストア機能付きバックアップとなります。 バッ
クアップ保持は8に設定されていますが、依然としてUTMが適用され、指定された管理グループか
ら余分なトランザクション ログを削除します。
•
•
バックアップ前：
D1 <- 古い
=> UTM
D2 <-
=> UTM
D3 <-
=> UTM
D4 <-
=> UTM
バックアップ後：
D1 <- 古い
=> PIT
D2 <-
=> PIT
D3 <-
=> UTM
D4 <-
=> UTM
D5 <- 新しい
=> UTM
UTM保持のシナリオ3：DAG アーカイブ ノード システムのバックアップ
このシナリオでは、4個のバックアップがDAGアクティブ ノード システムに存在し、バックアップ 保
持は8に、リモートのバックアップ保持も8に、 UTMは3にそれぞれ設定されていると仮定していま
す。
バックアップの保持は8に設定されていますが、依然としてUTMが適用され、指定された管理グル
ープから余分なトランザクション ログを削除します。
バックアップ完了後のこのシナリオの結果は、次のようになります。
•
アクティブ ノード
バックアップは5個となり 、最初の3個はUTMリストア機能付き、残りの2個はPIT リストア機能
付きです。
N1 <- 古い
=> PIT
N2 <-
=> PIT
54 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
•
N3 <-
=> UTM
N4 <-
=> UTM
N5 <- 新しい
=> UTM
パッシブ ノード
バックアップ は5個となり、最初の3個はUTMリストア機能付き、残りの 2個はPITリストア機能
付きです。
N1 <- 古い
=> PIT
N2 <-
=> PIT
N3 <-
=> UTM
N4 <-
=> UTM
N5 <- 新しい
=> UTM
UTM保持のシナリオ4：DAG アーカイブ ノード システムのバックアップ日数
このシナリオでは、DAGアクティブ ノード システムに存在するバックアップの日数を4日、バックア
ップの 保持を8日、リモートのバックアップの保持も 8日、UTMを3日とそれぞれ仮定しています。
バックアップ保持は8日に設定されていますが、依然としてUTMが適用され、指定された管理グル
ープから余分なトランザクション ログを削除します。
バックアップ完了後のこのシナリオの結果は、次のようになります。
•
•
アクティブ ノード
バックアップは5日となり、最初の3日はUTMリストア機能付き、 残りの2日はPITリストア機能付
きバックアップとなります。
D1 <- 古い
=> PIT
D2 <-
=> PIT
D3 <-
=> UTM
D4 <-
=> UTM
D5 <- 新しい
=> UTM
パッシブ ノード
バックアップは 5日となり、最初の3日はUTMリストア機能付き、 残りの2日はPITリストア機能
付きバックアップとなります。
D1 <- 古い
=> PIT
D2 <-
=> PIT
データベースのバックアップと検証 | 55
D3 <-
=> UTM
D4 <-
=> UTM
D5 <- 新しい
=> UTM
Exchangeで切り捨てられるトランザクション ログのバックアップ オプション
最新ではない以前のバックアップから、最新の状態へのリストア機能を実行する必要がない場合
は、SnapManagerバックアップ処理の終了後にExchangeで切り捨てられるトランザクション ログの
バックアップを省略して、消費されるディスク スペースを削減できます。
デフォルトでは、データベースとトランザクション ログがバックアップされます。 データベース
SnapshotコピーとSnapInfo Snapshotコピーが作成されてから、すでにデータベースにコミットされた
エントリを削除することでトランザクション ログが切り捨てられます。
この機能を管理するには、[詳細オプション]ダイアログ ボックスの[バックアップの終了時に
Exchange で切り捨てられるトランザクション ログをバックアップする]オプションを使用します。
デフォルトでは、すべてのトランザクション ログ（バックアップ処理終了後にExchangeで切り捨てら
れるトランザクション ログを含む）をバックアップするオプションが選択されています。 このオプショ
ンの選択を解除すると、データベースおよびトランザクション ログの検証を遅らせることができませ
ん。このオプションの選択を解除しても、SnapManagerの次回起動時には自動的にオンに戻りま
す。
短周期リカバリ ポイント バックアップおよびリストア処理
Frequent Recovery Point（FRP;短周期リカバリ ポイント）バックアップ処理は、フル バックアップ処
理のあとに実行され、新しいトランザクション ログをバックアップします。 データは選択したリカバリ
ポイントまでリストアできます。 SnapManagerはフル バックアップ コピーと必要なトランザクション ロ
グのリストア処理を組み合わせて、選択されたリカバリ ポイントまでリストアします。
短周期リカバリ ポイント機能の動作
FRPは、Recovery Point Objective（RPO）を達成するように指定した頻度でトランザクション ログを
バックアップします。バックアップされるのは、最新のフル バックアップ コピー後または前回のFRP
バックアップ コピー後に作成された、最新のトランザクション ログです。
注: フル バックアップの進行中に開始されたFRPバックアップは、フル バックアップが完了するま
で待機します。 同様に、FRPバックアップの進行中に開始されたフル バックアップは、FRPバック
アップが完了するまで待機します。
短周期リカバリ ポイント機能を使用すると、特定の頻度でバックアップ コピーが作成され、 固有の
命名規則に従って名前が付けられます。 短周期リカバリ ポイント バックアップ コピーの最小間隔
は10分です。 デフォルト値は15分です。
56 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
短周期リカバリ ポイント バックアップ コピーは、フル バックアップ コピーの作成後に作成できま
す。 短周期リカバリ ポイント バックアップが完了したら、SnapInfoボリュームのSnapMirror更新を
実行できます。
短周期リカバリ ポイント バックアップ処理を実行すると、SnapInfoボリューム上にSnapshotコピーが
作成され、次の規則に従って名前が付けられます。
efrpinfo__<exchserver name>_date_time
SnapManagerはこの名前のSnapshotコピーを1つだけ保持します。
短周期リカバリ ポイント機能では、「処理後のコマンドの実行」オプションを使用できます。
短周期リカバリ ポイント バックアップ処理
短周期リカバリ ポイント バックアップでは、さまざまなタスクを実行できます。
•
短周期リカバリ ポイント バックアップを作成する
•
FRPBackupという名前の新しい短周期リカバリ ポイント バックアップ ジョブのスケジュールを設
定する
•
すでにスケジュール設定されている短周期リカバリ ポイント バックアップ ジョブを変更する
•
短周期リカバリ ポイント バックアップ ジョブを削除する
DAGでの短周期リカバリ ポイント バックアップ処理
DAGでのFRP（短周期リカバリ ポイント）バックアップ処理は、DAGまたはメンバー サーバに接続
することで実行できます。
DAGに接続している場合、FRPバックアップ処理では、DAG内のすべてのメンバー サーバにFRP
バックアップが作成されます。 アクティブ データベース、パッシブ データベース、またはDAG内の
指定したメンバー サーバまたはすべてのメンバー サーバ上のすべてのデータベースのFRPバック
アップを作成できます。
DAG内の各メンバー サーバには、ほかのサーバとは別に、独自のFRPバックアップが作成されま
す。
短周期リカバリ ポイント バックアップ コピーの検証
SnapManagerでは、短周期リカバリ ポイント バックアップ コピーの作成時にトランザクション ログの
検証は実行されません。 フル バックアップのコピーを検証すると、短周期リカバリ ポイント バック
アップの以前のコピーがすべて検証されます。
データベースのバックアップと検証 | 57
短周期リカバリ ポイント バックアップ コピーの削除
最新の状態へのリストア機能が有効でない場合にフル バックアップを削除すると、そこから次のフ
ル バックアップまでのFRP（短周期リカバリポイント）バックアップ コピーがすべて削除されます。 フ
ル バックアップとは別にFRPバックアップ コピーを削除することはできません。
短周期リカバリ ポイント バックアップのレポート
SnapManagerでは、短周期リカバリ ポイント バックアップのレポートを保存する専用フォルダが作
成され、命名規則「FRP Backup [server]」に従って名前が付けられます。 レポート ファイル名
の命名規則に変更はありません。
短周期リカバリ ポイント バックアップ処理の実行
短周期リカバリ ポイント バックアップを作成またはスケジュール設定できます。
手順
1. [スコープ]ペインでExchangeサーバを選択します。
2. [操作]ペインで、[短周期リカバリ ポイント バックアップ]をクリックします。
要件
操作
短周期リカバリ ポイントのバ
ックアップ ジョブをスケジュー
ル設定していない場合
ジョブの詳細は表示されません。 [ジョブの作成]ボタンを使用して、ジョ
ブの仕様を新規作成できます。
短周期リカバリ ポイントのバ
ックアップ ジョブをスケジュー
ル設定した場合
ジョブの詳細が表示されます。
[ジョブの更新]を使用して、ジョブの仕様を更新できます。
注: [スケジュール済みのジョブを無効にする]チェックボックスを選択すると、現在のジョブを
無効にできます。
3. [バックアップするストレージ グループ]で[すべて選択]をクリックすると、すべてのデータベース
を一度に選択できます。[すべて選択解除]をクリックすると、すべての選択を解除できます。
4. [バックアップの間隔]で、リカバリ ポイント バックアップを行う最大頻度を指定します。
a. [間隔]リストで、リスト ボックスから分または時間を選択して、短周期リカバリ ポイント バッ
クアップの間隔を指定します。
b. [開始時間]リストで、短周期リカバリ ポイント バックアップを実行する時刻を選択します。
5. バックアップ完了後にコマンドまたはスクリプトを実行する場合は、処理オプションで[処理後に
コマンドを実行する]を選択します。
6. 次のいずれかを実行します。
58 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
状況
作業
短周期リカバリ ポイント バッ
クアップを1つ作成する場合
[リカバリ ポイントの作成]をクリックします。
短周期リカバリ ポイント バッ
クアップを指定した間隔で実
行する場合
[ジョブの作成]をクリックします。
[バックアップ ステータス]ウィンドウが開き、タスク一覧が表示されま
す。
Windows コントロール パネルの[タスク]に、FRPBackupという名前のス
ケジュールされたジョブが作成されます。
7. [リカバリ ポイントの作成]をクリックすると、バックアップ ステータスが表示されます。[今すぐ開
始]をクリックして、リカバリ ポイント バックアップを新規で1つ作成します。
8. バックアップ処理が完了したら、[バックアップ ステータス]ウィンドウで[閉じる]をクリックします。
短周期リカバリ ポイント バックアップが作成されたというメッセージがSnapManagerに表示され
ます。
既存バックアップ セットのバックアップ管理グループの変更
[バックアップ管理グループの変更]ダイアログ ボックスで、選択されたバックアップ セットが所属す
るバックアップ管理グループを変更できます。
タスク概要
一般的な命名規則を使用して作成された最新のバックアップ セットのバックアップ管理グループは
変更できません。
手順
1. SnapManagerコンソールのルートで、[リストア]をクリックします。
2. [リストア]パネルで、管理グループを変更するバックアップ セットを特定します。
•
•
データベースSnapshot（「標準」グループ）
◦
exchsnap_exchservername__date_time
◦
exchsnap_exchservername__ recent
データベースSnapshot（「毎日」または「毎週」グループ）
◦
exchsnap_exchservername__date_time__backupmgmtgroup
◦
exchsnap_exchservername__backupmgmtgroup__recent
データベースのバックアップと検証 | 59
3. バックアップ セット名を右クリックしてコンテキスト メニューを表示し、[管理グループの変更]を
選択します。
4. [この Snapshot を共有しているバックアップ]リストに表示されているバックアップを確認します。
これらのすべてのバックアップは共通のバックアップ セットを共有しているため、この操作を完
了すると、すべてのバックアップのバックアップ管理グループが変更されます。
5. [新しい管理グループ]リストで、変更するバックアップ管理グループを選択します。
バックアップ名にはバックアップ管理グループが含まれるため、バックアップ管理グループを変
更すると、バックアップ名も変更されます。
6. [OK]をクリックします。
選択したバックアップおよび[この Snapshot を共有しているバックアップ]リストに表示されたす
べてのバックアップについて、バックアップ管理グループが変更されます。
バックアップ管理グループ変更のレポートは、Miscellaneous reportディレクトリに保存され
ます。
SnapManagerのバックアップに失敗した場合
SnapManagerのバックアップに失敗した場合は、バックアップ レポートで詳細を調べ、失敗の原因
を確認します。
問題：バックアップ中のクラスタ フェイルオーバー
バックアップ処理中にクラスタのフェイルオーバー、またはWindowsクラスタのグループ移動が発
生すると、バックアップは失敗します。この場合、バックアップ処理を再実行する必要があります。
問題：Snapshotコピーの制限に達した
LUNに含まれるSnapshotコピーが255を超える場合にバックアップしようとすると、エラー メッセージ
が表示されます。 これらのSnapshotコピーがSnapManagerで作成されたものかどうかに関係なく、
バックアップ処理は失敗します。
注: 古いバックアップの自動削除が実行されるのは、バックアップ プロセスが正常に完了した場
合だけです。 したがって、バックアップを再び開始する前に、新しいSnapshotコピーを作成できる
ように対処する必要があります。
問題：SnapInfoディレクトリにアクセスした
バックアップ処理中にSnapInfoディレクトリにアクセスすると、エラー メッセージが表示されます。
SnapManagerのバックアップ処理では、SnapInfoのサブディレクトリ名が変更されることがあります
が、Windowsではアクセスしているディレクトリの名前変更は許可されません。 したがって、
WindowsエクスプローラでSnapInfoディレクトリにアクセスしていると、バックアップは失敗すること
60 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
があります。 バックアップ プロセスの実行時には、ExchangeホストのSnapInfoディレクトリへ排他的
にアクセスしていないことを確認してください。
問題：SnapInfoディレクトリのスペース不足
SnapInfoディレクトリでスペースが不足すると、エラー メッセージが表示されます。 SnapInfoディレ
クトリを含むLUNを拡張し、Snapshotコピーを作成するボリュームに十分な空きスペースがあること
を確認します。
問題：データが一致しない
SnapManagerの起動後、Exchange Serverスデータベースを変更し、表示を更新しないと、エラー メ
ッセージが表示されます。 表示を更新するには、F5キーを押すか、SnapManagerを再起動します。
問題：Snapshotコピーのビジー状態
LUNのSnapshotコピーが存在しているときにLUNをバックアップし、次にLUNのSnapshotコピーを
削除しようとすると、エラー メッセージが表示されます。 SnapDriveによりイベント ログにEvent249
が記録され、SnapManagerのバックアップが失敗します。
問題：Snapshotコピーがすでに存在する
このエラー メッセージは、SnapManagerホストのシステム クロックと、ストレージのシステム クロック
が同期されていない場合、またはSnapMirrorによるレプリケーションの実行中にバックアップ処理
を開始しようとした場合に表示されます。
SnapDriveを正常に動作させるには、SnapManagerホストのシステム クロックと、ストレージのシス
テム クロックを同期します。 また、SnapMirrorのレプリケーションを完了できるだけの十分な時間
があることを確認してから、SnapManagerの次のバックアップ プロセスを開始するようにしてくださ
い。
問題：ディスクのスペース不足
このエラーは、データベースまたはトランザクション ログが格納されたボリュームのディスク スペー
スが不足した場合に発生します。 この場合は、ボリューム サイズを変更するか、LUNを拡張しま
す。
問題：SnapManagerサーバの初期化に失敗した
SnapManagerのサーバ アカウントまたはサーバ アカウントのアクセス許可が変更された場合や、
SnapManagerを終了してもsmesrvr.exeプロセスがまだ実行中の場合にこのエラーが発生します。
サーバ アカウントおよびサーバ アカウントのアクセス許可が正しいことを確認し、SnapManagerの
終了時に実行中の孤立したSnapManagerプロセスをすべて終了します。
データベースのバックアップと検証 | 61
SnapMirrorデスティネーション ボリュームの整合性検証エラーのト
ラブルシューティング
データを新しいデスティネーション ストレージ システムにミラーリングすることによってVolume
SnapMirror関係を変更した場合、SnapManagerがデスティネーション ストレージ システムを見つけ
ることができなくなり、エラーが発生します。 検証用に新しいパスをVolume SnapMirrorデスティネ
ーションとして設定できます。
タスク概要
Volume SnapMirrorデスティネーションでのSnapManager for Exchange整合性検証は、デスティネ
ーション ストレージ システムが使用不可能になるかまたは変更されると失敗します。 Volume
SnapMirrorデスティネーション ストレージ システムが使用不可能になると、SnapManager for
Exchangeは次のエラー メッセージを生成します。
デスティネーション ボリュームFiler2：Vol1（ソース論理ディスクE）のFlexClone状態または
SnapMirror状態が有効ではありません。
SnapMirror状態が不明です。 SnapMirror関係Filer1：Vol1 Filer2：Vol1_destを確認して
ください。 Snapshot をマウントできません。検証を中止します。
データを新しいデスティネーション ストレージ システム（たとえばFiler3）にミラーリングすることによ
ってボリュームSnapMirror関係を変更した場合、SnapManagerは、存在しない可能性のあるFiler2
への接続を試みます。 このような状況は、ストレージ システム ハードウェアのアップグレードを行
って古いストレージ システム コントローラを新しいコントローラと置き換えた場合などによく発生し
ます。 SnapMirror更新コマンドを新しいデスティネーション ストレージ システムで実行した場合、コ
マンドは動作しますが、SnapManager for Exchangeは新しいデスティネーション ストレージ システ
ムに対応していない可能性があります。
この問題を解決するには、次の要件が満たされていることを確認します。
•
Volume SnapMirrorのソースとデスティネーションのストレージ システムのSnapMirrorステータ
スが新しいデスティネーションで更新されていて、Volume SnapMirrorデスティネーションが変更
されたあとに（ストレージ システム コンソールからの）手動更新に1回以上成功してていること。
•
新しいデスティネーション ストレージ システムの組み込みのAdministratorsグループに、
SnapManager for Exchangeユーザが含まれていること。
新しいパスを検証用のVolume SnapMirrorデスティネーションとして設定するには、次の手順を実
行します。
手順
1. SnapManager for Exchangeで[バックアップ検証設定]をクリックします。
2. [検証サーバ]タブをクリックします。
62 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
3. [デスティネーション ボリュームでの検証]ボタンをクリックします。
63
データベースのリストア
DAGコピー、アーカイブされたバックアップ セット、または複数のExchangeサーバに作成された複
数のデータベースをリストアできます。 データベースを回復用データベースにリストアすることもで
きます。
以前のバックアップ コピーまたはアーカイブ バージョンからデータベースをリストアできます。 ま
た、トランザクション ログを再生することにより、データベースを最新の状態にリストアすることもで
きます。 Exchangeデータが破損または使用できない状態になった場合は、トランザクション ログの
再生が必要となります。
本番環境のバックアップ コピーは、次のいずれかの場所にリストアできます。
•
同じデータベース
•
回復用データベース
さらに、データベース コピーはDAG内のメンバー サーバにリストアすることもできます。
Exchangeメールボックス データベースのリカバリにSnapManager
リストアを選択する状況
どのような場合に、SnapManagerを使用してデータベース エラーやデータの破損からExchangeメー
ルボックスをリカバリするのかを、理解しておく必要があります。
EACまたはExchange管理シェルを使用して、Database Availability Group（DAG;データベース可用
性グループ）内の別のサーバにデータベースを切り替えることができます。
SnapManagerは、次の状況で使用します。
•
Exchange ServerとDAGを使用して、障害のあるデータベースをリカバリできない。
•
Exchange ServerとDAGを使用してデータベースをリカバリすると、データが失われる。
•
Exchange ServerとDAGを使用して、データベースを特定の時点にリカバリできない（たとえば、
すべてのデータベース コピーがウィルスに感染している場合）。
•
Exchange ServerとDAGを使用すると複雑で、SnapManagerリストアを使用した方が簡単に短時
間でリカバリでき、信頼性が高い。
64 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
SnapManagerリストアの機能
SnapManagerリストアでは、バックアップ コピーのリストアが次の順序で実行されます。 DAG内でリ
ストアを実行する場合、リストア処理の実行中は、クラスタ リソースの管理は一切行わないでくださ
い。
1. バックアップ コピーが検証済みであることを確認します。
バックアップ コピーが未検証の場合、SnapManagerは[リストア時にデータベース検証要件を無
視する]オプションが有効になっているかどうかを確認し、処理を続行します。
注意: リストア処理を正常に実行するため、リストアするのは検証済みバックアップ コピーだ
けにします。
2. リストア処理前の状態を保持するために、リストアするボリュームのSnapshotコピーを作成しま
す。
3. リストアするLUNのSnapshotコピーからデータをリストアします。
4. データをリストアするために再生が必要なトランザクション ログをリストアします。
5. Exchangeのリカバリ処理を使用して、リストアしたデータベースに対してトランザクション ログを
再生します。
Windowsの場合はソフト リカバリ処理を使用します。ソフト リカバリ処理とは、予期せぬ停止の
あとにデータベースを再マウントしたときや、オフライン状態のデータベース バックアップに対し
てトランザクション ログを再生したときに発生するトランザクション ログ再生処理のことです。
SnapManagerリストア処理のタイプ
SnapManagerリストア処理のタイプは2つあります。 ポイントインタイム リストア処理では、アクティ
ブなファイル システムのトランザクション ログのうち、バックアップ処理の時点でデータベースにコ
ミットされていないトランザクション ログが再生されます。 最新の状態へのリストア処理では、コミッ
トされていないすべてのトランザクション ログが再生され、データベースに適用されます。 このオプ
ションはデフォルトで選択されています。
ポイントインタイム リストア処理
バックアップ コピーが作成された時点でアクティブなファイルシステムに存在していたト
ランザクション ログのうち、コミットされていないトランザクション ログだけが再生されま
す。 トランザクション ログ ディレクトリに存在し、リストアされたデータベースに属してい
る、ポイントインタイムよりあと（バックアップ コピーの作成後）のトランザクション ログは
すべて削除されます。
この方法を使用すると、データベースを、破損前の状態に戻すことができます。
最新の状態へのリストア処理
データベースのリストア | 65
データベースにコミットされていないトランザクション ログがあります。 最新の状態への
リストア処理では、バックアップ セットの作成時から現時点までの、コミットされていない
すべてのトランザクション ログが再生され、データベースに適用されます。 これには、バ
ックアップ セットのトランザクション ログだけでなく、トランザクション ログ ディレクトリ内
のトランザクション ログも含まれます。 最新の状態へのリストア処理を正常に完了する
には、トランザクション ログの連続したセットが必要です。
例：最新の状態へのリストア処理
SnapManagerバックアップを毎日の正午、および水曜日の午後4時に実行している状況で、
以前のバックアップ セットからリストアを実行すると仮定します。 何らかの理由により、水曜
日の正午のバックアップ セットの検証に失敗したため、火曜日の正午のバックアップ セット
を使用してリストアを実行することにしました。 バックアップ セットがリストアされると、トラン
ザクション ログがすべて再生され、リストアされたデータベースに適用されます。 この作業
は、火曜日のバックアップ セットの作成時にコミットされていなかったトランザクション ログか
ら開始され、水曜日の午後4時に書き込まれた最新のトランザクション ログまで続行されま
す。
リストア プロセス中に作成されるSnapshotコピー
リストア プロセスを実行するごとに、トランザクション ログを含むボリューム上にSnapshotコピーが
作成されます。
リストア処理中に作成されたSnapshotコピーの名前には、「rstrsnap__」という接頭辞が付いてい
ます。 リストア処理中に作成されたSnapshotコピーは、リストア プロセスが正常に完了し、その結
果に問題がなければ、[操作]ペインの[削除]オプションを使用して削除できます。
リストア処理時間の短縮方法
作成するバックアップ コピー数を増やし、進行中のLUNクローン スプリット処理が完了しているこ
とを確認すれば、SnapManagerでのリストア処理時間を短縮できます。
実行するバックアップ処理が多いほど、リストア時に再生しなければならないExchangeトランザクシ
ョン ログ数が 少なくなります。 少なくとも、24時間おきに1回、SnapManagerのフル データベース バ
ックアップ処理を実行してください。
本番用サイトに対するフェイルバックを開始する前に、進行中のすべてのLUNクローン スプリット
処理が完了していることを確認します。 LUNクローン スプリット機能は、SnapManagerまたは
SnapDriveを使用してデータベースをリストアする場合、オンラインでのSnapshotコピーのリストア処
理時間を大幅に短縮します。 この機能はデフォルトで有効になっています。
66 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
トランザクション ログ シーケンス確認オプション
リストア前のトランザクション ログ シーケンス検証とデータベース メタデータ チェックを省略する
と、リストア処理の所要時間を短縮できます。 ただし、これらのチェックを省略すると、トランザクシ
ョン ログ シーケンスまたはデータベース メタデータに問題があった場合はリストアに失敗します。
メタデータの完全チェックを実行するには、[リストア] > [詳細オプション]で、[リストアする前にトラン
ザクション ログ シーケンスとデータベース メタデータを検証する]チェック ボックスと[完全な検証]
チェック ボックスを選択します。SnapManagerの複数バージョン間で後方互換性を維持するため、
デフォルトではメタデータの完全チェックが選択されています。
トランザクション ログの高速簡易チェックを実行するには、[リストア] > [詳細オプション]で、[リスト
アする前にトランザクション ログ シーケンスとデータベース メタデータを検証する]を選択し、[完全
な検証]の選択を解除します。
メタデータの検証を省略するには、[リストア] > [詳細オプション]で、[リストアする前にトランザクシ
ョン ログ シーケンスとデータベース メタデータを検証する]チェック ボックスと[完全な検証]チェック
ボックスの選択を解除します。
リストア前のトランザクション ログ シーケンス オプションとして、次のオプションを使用できます。
•
トランザクション ログ シーケンスの完全検証
•
トランザクション ログ シーケンスの簡易検証
トランザクション ログ シーケンスの完全検証
トランザクション ログ シーケンスの完全検証を実行すると、トランザクション ログのヘッダーが分析
され、さらに詳しく検証するためSnapshotコピーがマウントされます。
SnapManagerは次の順序で検証を実行します。
1. トランザクション ログのヘッダーを分析します。
2. 次の状態になっているかを確認します。
•
トランザクション ログがすべて存在し、シーケンスが正常である
•
すべてのトランザクション ログのシグネチャが一致している
•
各トランザクション ログの作成時刻が、次のログ内の前回時刻と一致している
3. このバックアップ コピーに含まれるデータベースのSnapshotコピーをマウントし、データベース
ヘッダーを分析します。
4. データベースのシグネチャとログ データベースのシグネチャが一致するかを調べます。
データベースのリストア | 67
トランザクション ログ シーケンスの簡易検証
トランザクション ログ シーケンスの簡易検証では、トランザクション ログのファイル名のみが検証
に使用されます。 この検証ではトランザクション ログ シーケンスが正しいかどうか、すべてのログ
ファイルが存在するかどうかが確認されます。
このオプションを有効にするには、[リストア] > [詳細オプション]を選択して、[完全な検証]チェック
ボックスの選択を解除します。
LUNクローン スプリット リストア方式
SnapManagerでは、LUNクローン スプリット リストア方式を使用して、ボリューム内の影響を受けた
LUNのみをリストアします。
LUNクローン スプリット リストア処理では、アクティブ ファイルシステムで使用中のデータ ブロック
だけがコピーされます。 リストア先がアクティブ ファイルシステム内に存在している必要がありま
す。
SnapManagerは次の手順に従って、LUNクローンにLUNをリストアします。
1. バックアップ時に、SnapManagerがLUNクローンを作成します。
LUNクローンはデータI/Oには使用できません。 LUNクローンは、アクティブ ファイルシステム
内のLUNの設定を継承します。
2. リストア時に、SnapManagerが元のLUN名を使用してLUNクローンの名前を変更します。
3. LUNクローン スプリットがバックグラウンドで開始されます。
LUNクローン スプリット処理が完了すると、LUNクローンをデータI/Oに使用できるようになりま
す。
LUNクローン スプリットのステータスの確認
実行中のLUNクローン スプリット処理を完了させることによって、SnapManagerリストアのパフォー
マンスを向上できます。 ストレージ システム コンソールまたはSnapDriveを使用すると、LUNクロ
ーン スプリットのステータスを確認できます。
手順
1. ストレージ システム コンソールで、Data ONTAPのlun clone split statusコマンドを使用
します。
さらに、SnapDriveユーザ インターフェイスの[処理ステータス]列にも、LUNクローン スプリット
のステータスが表示されます。 詳細については、関連するSnapDriveとData ONTAPのドキュメ
ントを参照してください。
68 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
DAG環境でのSnapManagerのリストア処理
DAG環境の場合、SnapManagerはExchange DAGインスタンス全体をオフラインにするのではな
く、データベースのアクティブ コピーのリストア処理を実行する前に、オンラインになっているリスト
ア対象のデータベースをオフラインにします。
SnapManagerでは、次の手順を実行してパッシブ データベースを再シードします。
1. suspend-database PowerShellコマンドを使用して、リストア処理を開始する前にパッシブ コピ
ーのレプリケーションを中断します。
2. ボリュームのレイアウトに基づいて、最新のローカルSnapshotコピーをリストアします。
注: アーカイブされたコピーは使用できません。
3. resume-database PowerShellコマンドを使用して、リストア処理が完了したあとでパッシブ コ
ピーのレプリケーションを再開します。
4. 正常な状態のデータベースのパッシブ コピーが作成され、リストア処理が完了します。
注: データベースのパッシブ コピーのリストア処理実行中、データベースのアクティブ コピーはデ
ィスマウントされません。
パッシブ データベースのリストア処理の目的は、次の理由により、Snapshotコピーを使用してデー
タベースをより迅速に再シードすることです。
•
パッシブ コピーが破損しているため、Exchangeの再同期を実行できず、再シードを行わないと
回復できない。
•
DAGノード間で低速WANリンクを使用する一部の環境で、データベース コピーの再シードに
時間がかかる。
•
現在パッシブ状態のコピーのバックアップからリストアすることで、（より新しい）アクティブ コピ
ーの内容を変更せずにパッシブ コピーを回復できる。
データベースのリストア | 69
SnapManagerリストアの使用に関する注意事項
最新状態へのリストア処理とポイントインタイム リストア処理のどちらを使用するかを選択する場
合は、いくつかの注意事項に従う必要があります。 注意事項には、リストア先およびデータベース
の命名規則に関連するものもあります。
実行するリストア処理のタイプ
実行するリストア処理のタイプ（ポイントインタイム リストア処理または最新の状態へのリストア処
理）を決定するには、リストア処理を実行する理由を考慮する必要があります。
最新の状態へのリストア処理を使用する場合
•
すべてのトランザクションを最新時刻まで再生する。
•
個々のデータベースをリストアする。
•
最新ではない以前のバックアップ コピーを使用してポイントインタイム リストア処理を実行した
あとに、バックアップ コピーをリストアする。
•
最新のバックアップを使用してポイントインタイム リストア処理を実行したあとに、最新のバック
アップ コピーを含む任意のバックアップ コピーから最新の状態へのリストア処理を実行する。
前回のバックアップ コピー作成時からポイントインタイム リストア処理の実行時までのトランザ
クションが、すべて失われる可能性があります。
注: 最新の状態へのリストア処理が成功するためには、SnapInfoフォルダおよびデータベースの
トランザクション ログ ディレクトリに、必要なすべてのトランザクション ログの連続したセットが格
納されている必要があります。
ポイントインタイム リストア処理を使用する場合
•
データベースを、最新のバックアップ コピーの作成時点など、特定の時点の状態にリカバリす
る。
•
データベースを、回復用データベースにリストアする。
•
最新ではない以前のバックアップのポイントインタイム リストアを実行したあとに、既存のすべ
てのバックアップ コピーをリストアする。
70 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
SnapManagerバックアップ コピーからのリストアに関する注意事項
バックアップからのリストアを開始する前に、リストア処理のタイプ、リストア先、データベースの命
名規則に関する注意事項に従う必要があります。
•
最新状態へのリストア プロセスには最新のバックアップ コピーを使用してください。そうしない
と、再生が必要なトランザクション ログの数が多くなり、リストア プロセスの所要時間が長くなり
ます。
固有の命名規則を使用していない場合、最新のバックアップ コピーの名前にはrecentが含ま
れ、固有の命名規則を使用している場合は最新のタイムスタンプが含まれています。
•
データベースのバックアップ後に名前を変更した場合は、そのバックアップ コピーからリカバリ
できなくなります。
データベース名の変更前に作成されたバックアップ コピーからデータベースをリカバリする場
合は、データベース名を元に戻し、同じ名前でバックアップ コピーからリカバリします。
•
データベースの名前を変更した場合には、できるだけ早くバックアップを作成してください。
注: データベース名を変更するときは、すべてのデータベースをアンマウントしてください。 こ
れらのデータベースはすべてアンマウントしたあとに再マウントできます。 再マウントした時
点で、Exchangeは新しいデータベース名を認識するようになり、SnapManagerは新しいバック
アップ コピーを作成できます。
•
データベースを回復用データベースにリストアする場合は、ポイントインタイム リストア プロセス
だけを実行できます。
•
同じLUN上のデータベースはすべて同時に格納されます。
SnapManagerバックアップ コピーからのリストア
SnapManagerを次の2通りの方法で使用して、バックアップ コピーからデータベースをリストアでき
ます。
•
SnapManagerリストア ウィザード
•
[操作]ペインから起動する[リストア]ウィンドウ
データベースのリストア | 71
SnapManagerバックアップ コピーからリストアを実行する前に決定しておくべき項目
リストア処理の実行時には、リストア オブジェクトとリストア先、リストア処理のタイプ、検証オプショ
ンなどの情報を指定します。これらの情報は、リストア処理を実行する前に準備しておく必要があ
ります。
リストア オブジェクトとリストア先
•
どの項目をリストアするか
リストアする本番環境のデータベースコピーを選択できます。
•
どのデータベースをリストアするか
•
どこにバックアップ セットをリストアするか
バックアップ セットは次のいずれかの場所にリストアできます。
◦
同じデータベースまたは同じサーバ
◦
回復用データベース
リストア処理のタイプ
•
最新状態へのリストア処理（デフォルト）とポイントインタイム リストア処理のどちらを実行する
か
•
実際にリストア処理を実行するか、テスト リストア処理のみを実行するか
テスト リストア処理を実行すると、実際のリストア プロセスをプレビューできるため、現在の設
定で進めてよいかを確認できます。
•
実際のリストア処理を実行する場合は、リストア処理の完了後にデータベースをマウントするか
検証オプション
•
リストア処理の前にトランザクション ログ シーケンスとデータベース メタデータを検証するか
[リストア後にデータベースをリカバリしてマウントする]を選択するとデータベースがリカバリさ
れます。 このオプションの選択を解除すると、SnapManagerはデータベースのリカバリのみ行
い、マウントは行いません。
•
最新状態へのテスト リストア処理を実行する場合、現在のトランザクション ログを検証するか
現在のトランザクション ログを検証するオプションを使用すると、必要なトランザクション ログが
すべて存在するかを確認できます。
•
バックアップ コピーを検証していない場合、リストア処理の前に検証を実行するか
•
どの検証設定をバックアップ セットのリストアに適用するか
•
整合性検証を実行するSnapMirrorデスティネーション ボリュームを選択するか
72 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
選択する場合は、[データベース検証設定]ダイアログ ボックスの[検証サーバ]タブをクリックし
て、SnapMirrorデスティネーション ボリュームを選択します。
マウント オプション
リストア処理を実行する場合、リストア後にマウント オプションを指定できます。 SnapManagerがリ
ストア処理を完了した直後にデータベースをマウントするように設定したり、あとでデータベースを
手動でマウントするように設定したりできます。
別のExchangeサーバで作成されたバックアップをリストアする場合、またはアーカイブからバックア
ップ セットをリストアする場合、新規にリストアしたデータベース内のすべてのメールボックスを、現
在接続されているExchangeサーバに関連付けることもできます。
リストア ウィザードを使用したデータベース リストア
SnapManagerリストア ウィザードを使用してリストア プロセスを実行すると、バックアップ セットから
データベースをリストアできます。
開始する前に
•
SnapManagerを実行するExchangeサーバ上のウィンドウをすべて閉じます。
•
リモート アドミニストレーション サーバまたはリモート検証サーバ上にスケジュール設定してい
るジョブも含め、リストアするExchangeデータに対して実行されるSnapManager処理のスケジュ
ール設定をすべて無効にします。
タスク概要
一度にリストアできるのは、データベース可用性グループ内の1つのデータベースだけです。
リストア後にSnapManagerのバックアップおよび検証処理を実行して、リストアしたデータベースに
物理レベルの破損がないかどうかを確認することもできます。
バックアップ処理の実行中はリストア処理を実行しないでください。 現在実行中のバックアップ処
理をキャンセルすると、Exchangeサーバ上、またはDAG環境のすべてのノード上のスケジュール
設定しているアクティブなバックアップ ジョブがすべて中断されます。またリストア処理を実行する
前の現在のバックアップ コピーの作成もキャンセルされます。 リストア処理が完了すると、中断さ
れていたスケジュール設定済みのバックアップ ジョブが再度有効になります。 アクティブではない
その他のジョブはいずれも変更されません。
現在のバックアップ処理の完了後にリストアする場合、現在のExchangeサーバ上（DAG環境のす
べてのノード上）のスケジュール設定しているアクティブなバックアップ ジョブがすべて中断されま
すが、リストア処理は現在のバックアップ処理が完了してから実行されます。 リストア処理が完了
すると、中断されていたスケジュール設定済みのバックアップ ジョブが再度有効になります。 アク
ティブではないその他のジョブはいずれも変更されません。
選択したバックアップがアーカイブ バックアップの場合、またはそのバックアップにアーカイブ バッ
クアップが含まれている場合、[結果]ペインには次の詳細情報が表示されます。
データベースのリストア | 73
•
EDBプライマリ ストレージ
•
EDBプライマリのLUNパス
•
EDBセカンダリ ストレージ
•
EDBセカンダリのqtreeパス
•
EDBセカンダリのSnapshotコピー名
EDBセカンダリ ストレージ、EDBセカンダリのqtreeパス、EDBセカンダリのSnapshotコピー名は、
SnapDrive CLIでSnapshotコピーをマウントするときに使用します。 アーカイブ バックアップからメー
ルボックスをリカバリするには、Single Mailbox Recoveryツールを使用します。
手順
1. [スコープ]ペインでExchangeサーバ ノードを選択して、[リストア]をクリックします。
Exchangeサーバ データベースが表示されます。SnapManagerがDAGに接続した場合は、DAG
内のすべてのバックアップが表示されます。SnapManagerがDAGのメンバー サーバに接続し
た場合は、そのサーバ上のバックアップのみが表示されます。
2. リストアするデータベースをダブルクリックします。
3. [操作]ペインで、[リストア ウィザード]をクリックします。
4. リストア ウィザードの指示に従って、[リストア ステータス]ウィンドウに移動します。
5. リストア プロセスが完了したら、[OK]をクリックします。
Exchangeサーバがオンラインに戻ります。
[リストア]ウィンドウを使用したデータベース リストア
リストア ウィザードを使用してデータベースをリストアする場合とは異なり、[リストア]ウィンドウを使
用すると、リストア プロセスを自由に設定できます。
開始する前に
•
SnapManagerを実行するExchangeサーバ上のウィンドウをすべて閉じます。
•
リモート アドミニストレーション サーバまたはリモート検証サーバでスケジュール設定している
ジョブも含め、リストアするExchangeデータに対して実行されるSnapManager処理のスケジュー
ル設定をすべて無効にします。
タスク概要
バックアップ処理の実行中はリストア処理を実行しないでください。 現在実行中のバックアップ処
理をキャンセルすると、Exchangeサーバ上、またはデータベース可用性グループ環境のすべての
74 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
ノード上のスケジュール設定しているアクティブなバックアップ ジョブがすべて中断されます。また
リストア処理を実行する前の現在のバックアップ コピーの作成もキャンセルされます。 リストア処
理が完了すると、中断されていたスケジュール設定済みのバックアップ ジョブが再度有効になりま
す。 アクティブではないその他のジョブはいずれも変更されません。
現在のバックアップ処理の完了後にリストアする場合、現在のExchangeサーバ上（DAG環境のす
べてのノード上）のスケジュール設定しているアクティブなバックアップ ジョブがすべて中断されま
すが、リストア処理は現在のバックアップ処理が完了してから実行されます。 リストア処理が完了
すると、中断されていたスケジュール設定済みのバックアップ ジョブが再度有効になります。 アク
ティブではないその他のジョブはいずれも変更されません。
実際のリストア プロセス後にバックアップおよび検証処理を実行して、リストアしたデータベースに
物理レベルの破損がないかどうかを確認することもできます。
手順
1. [スコープ]ペインで[リストア]をクリックします。
2. リストアするデータベースを選択します。
アーカイブ バックアップ コピーからリストアし、システム内にデータセットを設定する場合は、リ
スト内のアーカイブ バックアップ コピーからSnapVaultストレージ システムまたはSnapMirror対
応ストレージ システムを選択します。
3. リストアするデータベースのバックアップ コピーをダブルクリックします。
4. [操作]ペインで、[リストア]を選択します。
5. [リストアするデータベースの選択]ペインで、リストアするデータベースを選択します。
6. [リストアのタイプ]で、最新状態へのリストア処理またはポイントインタイム リストア処理を選択
します。
7. リストア プロセスの前にトランザクション ログ シーケンスとデータベース メタデータの完全検証
を実行しない場合は、[詳細オプション]をクリックします。
8. [処理オプション]で、[リストアする前にトランザクション ログ シーケンスとデータベース メタデー
タを検証する]チェック ボックスと[完全な検証]チェック ボックスの選択を解除します。
9. [ジョブ制御オプション]ペインを使用して、バックアップ プロセスとリストア プロセスを調整しま
す。
状況または条件
作業
現在実行中のバックアップ処
理をキャンセルする場合
[処理中の競合するバックアップをキャンセルする]を選択します。
現在のバックアップ処理の完
了後にリストアする場合
[実行中のバックアップが完了するまで待機する]を選択します。
データベースのリストア | 75
状況または条件
作業
リストア処理を終了する場合
[競合する処理が実行中の場合はリストアを中止する]を選択します。
10. バックアップをアーカイブしたストレージにリストア サーバがアクセスできない場合は、[詳細オ
プション]をクリックし、[アーカイブ済みバックアップへのアクセス]の下に表示されている[バック
アップをアーカイブしたストレージへのアクセス権がリストア サーバにない]を選択します。
11. テスト リストア処理を実行する場合は、[テスト リストア]をクリックします。
a. 現在のログを確認し（最新状態へのリストア処理の場合のみ）、データベース検証を実行す
るには、[テスト リストア オプションの選択]ウィンドウで、[現在のログをチェックする]を選択
します。
b. 使用可能なデスティネーション ボリューム上のデータベースとトランザクション ログを検証
するには、[コンピュータ上で検証を実行する]を選択します。
このリソース プロセスで実行されるタスクが[リストア ステータス]ウィンドウに表示されます。
12. [今すぐ開始]をクリックします。
指定のFRPへのデータベースのリストア
[リストア]ウィンドウを使用すると、フル バックアップまたはコピー バックアップの処理後に作成され
た、ポイントインタイムの短周期リカバリ ポイント（FRP）データベース バックアップをリストアできま
す。 SnapManagerはデータベースのフル バックアップまたはコピー バックアップと必要なトランザク
ション ログのリストア処理を組み合わせて、選択されたリカバリ ポイントまでリストアします。 テスト
リストアを実行して、現在のログの確認（最新状態へのリストア処理の場合のみ）やデータベース
検証を実行することもできます。
開始する前に
リストアするバックアップ コピーのFRPを把握する必要があります。
バックアップ処理の実行中は実行できません。
タスク概要
バックアップ処理の実行中はリストア処理を実行しないでください。 現在実行中のバックアップ処
理をキャンセルすると、Exchangeサーバ上、またはDAG環境のすべてのノード上のスケジュール
設定しているアクティブなバックアップ ジョブがすべて中断されます。またリストア処理を実行する
前の現在のバックアップ処理もキャンセルされます。 リストア処理が完了すると、中断されていた
スケジュール設定済みのバックアップ ジョブが再度有効になります。 アクティブではないその他の
ジョブはいずれも変更されません。
現在のバックアップ処理の完了後にリストアする場合、現在のExchangeサーバ上（DAG環境のす
べてのノード上）のスケジュール設定しているアクティブなバックアップ ジョブがすべて中断されま
すが、リストア処理は現在のバックアップ処理が完了してから実行されます。 リストア処理が完了
76 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
すると、中断されていたスケジュール設定済みのバックアップ ジョブが再度有効になります。 アク
ティブではないその他のジョブはいずれも変更されません。
リストア プロセス後にバックアップおよび検証処理を実行して、リストアしたデータベースに物理レ
ベルの破損がないかどうかを確認することもできます。
手順
1. [スコープ]ペインで[リストア]をクリックします。
2. リストアするデータベースを選択し、リストアするバックアップ セットをダブルクリックします。
3. [操作]ペインで、[リストア]を選択します。
4. [リストアするデータベースの選択]ペインで、リストアするデータベースを選択します。
5. [リストアのタイプ]で、[ポイントインタイム リストア]を選択します。
6. [リカバリ ポイントの選択]をクリックします。
7. [リカバリ ポイントの選択]リストの[範囲]領域で、日付、開始時刻、および終了時刻を選択しま
す。
8. [更新]をクリックします。
9. [使用可能なリカバリ ポイント]リストでリカバリ ポイントを選択します。
選択したリカバリ ポイントまで、トランザクション ログがリストアされます。 このログは、あとでリ
カバリするときにExchangeによってロール フォワードされます。
10. [OK]をクリックします。
11. バックアップ プロセスとリストア プロセスを調整するには、[詳細オプション]をクリックします。
状況または条件
作業
現在実行中のバックアップ処
理をキャンセルする場合
[処理中の競合するバックアップをキャンセルする]を選択します。
現在のバックアップ処理の完
了後にリストアする場合
[実行中のバックアップが完了するまで待機する]を選択します。
リストア処理を終了する場合
[競合する処理が実行中の場合はリストアを中止する]を選択します。
12. [処理オプション]ペインで、次のいずれかを選択して、完全検証の設定とマウント設定を行いま
す。
データベースのリストア | 77
状況または条件
作業
リストア プロセスの前にトラ
ンザクション ログ シーケンス
およびデータベース メタデー
タの完全検証を実行する場
合
[リストアする前にトランザクション ログ シーケンスとデータベース メタ
データを検証する]と[完全な検証]を選択します。
リストアが終了したらすぐに、
リストアされたデータベース
を自動的に再マウントする場
合
[リストア後にデータベースをリカバリしてマウントする]を選択します。
13. テスト リストア処理を実行する場合は、[テスト リストア]をクリックします。
a. 現在のログを確認し（最新状態へのリストア処理の場合のみ）、データベース検証を実行す
るには、[テスト リストア オプションの選択]ウィンドウで、[現在のログをチェックする]を選択
します。
b. 使用可能なデスティネーション ボリューム上のデータベースとトランザクション ログを検証
するには、[コンピュータ上で検証を実行する]を選択します。
このリソース プロセスで実行されるタスクが[リストア ステータス]ウィンドウに表示されます。
14. [今すぐ開始]をクリックします。
FRPへのデータベースのリカバリ
フル バックアップまたはコピー バックアップをリストアする際に、そのバックアップ以降のFRP（短周
期リカバリ ポイント）バックアップの中からリカバリ ポイントを指定できます。 ポイントインタイム リ
ストア処理が実行され、指定したリカバリ ポイントまでデータベースがリカバリされます。
DAG内のExchangeデータベースのリストア
DAG内のExchange Server データベースは、同じExchange Serverに作成されたバックアップ コピー
またはDAG内の複数のExchange Serverに作成されたバックアップ セットからリストアできます。 元
の場所だけでなく、複数の異なるリストア先にデータベースをリストアできます。
次のリストア元からDAG内のデータベースをリストアできます。
•
同じExchange Serverに作成されたSnapManagerバックアップ コピー
•
DAG内の複数のExchange Serverに作成されたバックアップ セット
データは指定したFRPまでリストアできます。 データベースを回復用データベースにリストアするこ
ともできます。
78 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
DAG内のリストアに使用できるバックアップ
SnapManager MMCスナップインがDAGに接続している場合は、DAG内のすべてのバックアップ
がまとめて表示されます。 そこからリストアするバックアップ コピーを選択できます。
バックアップは、データベースが配置されているサーバに作成されます。 SnapManager MMCスナ
ップインがDAGのメンバー サーバに接続している場合は、そのサーバに固有のバックアップを表
示できます。 バックアップされている各データベースのバックアップは、[ローカル バックアップ]と
[アーカイブ バックアップ]に分けて表示されます。 バックアップ名にはExchangeサーバの名前が含
まれているため、バックアップ名からバックアップの配置場所がわかります。
注: データベースのリストアは、バックアップが配置されているサーバで行われます。
別のサーバで作成されたバックアップ コピーのリストア
SnapManagerのリストア ウィザードを使用すると、Exchangeで作成されたバックアップ コピーを同じ
組織の別のExchangeメールボックス サーバにリストアすることができます。
タスク概要
サーバの物理的なクラッシュが原因でExchange Server（メールボックス サーバ）がダウンした場合
は、LUNを切断し、別のスタンドアロンのExchange Serverに再マッピングする必要があります。次
に、リストア ウィザードからリストア処理を実行して、データベースをリカバリします。
注: これは、スタンドアロンのメールボックス サーバでのみ可能です。
バックアップ セットが検証されていない場合は、リストア処理の前にバックアップ セットの検証オプ
ションが表示されます。
リストア プロセスの完了後にバックアップおよび検証処理を実行して、リストアしたデータベースに
物理レベルの破損がないかどうかを確認することもできます。
手順
1. [スコープ]ペインでExchangeサーバを選択します。
2. [操作]ペインで、[リストア ウィザード]をクリックします。
3. [バックアップを作成した Exchange サーバ]ウィンドウで[別のサーバで作成されたバックアップ
をリストアする]オプションを選択します。
4. [バックアップを作成した Exchange サーバ]ウィンドウで、データベースがバックアップされた
ExchangeサーバとSnapInfoディレクトリ パスを指定します。
5. リストアするバックアップ セットを選択します。
6. [リストア先]パネルで、リストア オプションを選択します。
データベースのリストア | 79
7. リストア ウィザードの指示に従って、[マウント オプション]ページに移動します。
8. リストア プロセス後にデータベースをリカバリしてマウントするには、[リストア後にデータベース
をリカバリしてマウントする]を選択します。
9. [リストアされたデータベースのメールボックスに関連したユーザ アカウントを更新して、メール
ボックス サーバに新しい名前を指定する]をオフにします。
注: 別のサーバで作成されたバックアップをリストアする場合は、SnapManager for Exchange
の外部でSet-mailboxコマンドレットを実行して、新規にリストアしたデータベースのすべて
のメールボックスを現在接続しているExchangeサーバに関連付けます。 次のコマンドを使用
します。
Get-Mailbox -Database SourceDatabase |where {$_.ObjectClass NotMatch '(SystemAttendantMailbox|ExOleDbSystemMailbox)'}|
Set-Mailbox -Database TargetDatabase
DAG内の障害が発生したデータベース コピーの再シード
障害が発生したデータベースのパッシブ コピーを再シードして最新のローカルSnapshotコピーにリ
ストアし、正常な状態に戻すことができます。
開始する前に
•
データベースのパッシブ コピーに障害が発生している（Failed、FailedandSuspended、また
はSuspended）場合にのみ再シード処理を実行できます。
•
再シードの対象となるデータベース コピーはパッシブ コピーのみです。
•
Snapshotバックアップが使用可能である必要があります。
タスク概要
SnapManagerに実装されている再シードプロセスは、障害が発生している（Failed、
FailedandSuspended、またはSuspended）を最新のローカルSnapshotコピー（アーカイブ コピー
は使用できません）にリストアし、正常な状態に戻します。
データベースのパッシブ コピーの再シードは、次のデータベース構成で実行できます。
•
異なるボリューム上の異なるLUNにあるデータベース
この場合は、再シードのワークフローによってsnapshot-restore-volume ZAPIを使用するボリュ
ーム リストア処理が実行されます。
80 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
•
同じボリューム上の異なるLUNにあるデータベース
この場合は、再シードのワークフローによってsnapshot-restore-file ZAPIを使用するLUNリスト
ア処理が実行されます。
Data ONTAP 7-Modeでは、データベース構成に関係なくLUNリストア処理が実行されます。
手順
1. [コンソール ルート]ツリーで、障害が発生したデータベース コピーがあるDAGノードに接続しま
す。
注: DAGノードがまだ追加されていない場合は、[管理対象の Exchange サーバを追加]オプ
ションに移動します。
2. [操作]ペインで、[再シード ウィザード]をクリックします。
3. [ジョブ制御オプション]ペインを使用して再シード プロセスを調整します。
注: リストに表示されるのは、障害が発生したデータベース コピーまたは中断されたデータベ
ース コピーです。 すべてのデータベースが正常な場合は、「選択したサーバには、中断または
障害が発生したデータベースはありません」というメッセージがダイアログ ボックスに表示され、
再シード ウィザードが終了します。 この場合は、障害が発生したデータベース コピーがある
DAGノードにもう一度接続してください。
データベースのリストア | 81
状況
作業
現在実行中のバックアップ処
理をキャンセルする場合
[処理中の競合するバックアップをキャンセルする]を選択します。
現在のバックアップ処理の完
了後に再シードする場合
[実行中のバックアップが完了するまで待機する]を選択します。
再シード処理を終了する場
合
[競合する処理が実行中の場合は再シードを中止する]を選択します。
回復用データベースの使用
回復用データベースは特別な種類のメールボックス データベースです。回復用データベースを使
用すると、元のデータベースがユーザにサービスを提供している間にExchangeサーバにデータベ
ースをリストア、リカバリ、およびマウントすることができます。 これは、Exchange Serverで使用でき
る機能です。
回復用データベースは、特定のサーバまたはデータベースにバインドされません。それぞれの
Exchange Serverでマウントできる回復用データベースは、一度に1つだけです。
SnapManagerでは、メールボックス ストアのリカバリ プロセスが自動的に実行されます。 Exchange
Serverの管理シェル コマンドレットを使用してExchangeメールボックス ストアを追加し、その後、回
復用データベースに作成および格納されたバックアップ コピーからメールボックスをリストアできま
す。
SnapManagerコマンドライン インターフェイスで適切なパラメータを指定してrestore-backupコマ
ンドレットを実行すると、回復用データベースにデータベースをリストアできます。
回復用データベースの使用に関する制限
回復用データベースを使用すると、元のデータベースがユーザにサービスを提供している間に
Exchangeサーバにデータベースをリストア、リカバリ、およびマウントしてメールを取得できます。 こ
れらの機能には、リストアできるデータベースの数、実行できるリストア処理の種類、およびリスト
ア処理の設定に関していくつかの制限があります。
•
回復用データベースは、Exchange メールボックス データベースに対して使用できます。
•
回復用データベースはリストア処理のターゲットとして使用できますが、バックアップ処理には
使用できません。
•
回復用データベースは、Exchange Server 上に一度に1つだけマウントできます。
82 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
Exchange Serverでの回復用データベースへのメールボックス データベースのリスト
ア
リストア ウィザードを使用すると、回復用データベースにExchangeデータベースをリストアできま
す。
タスク概要
バックアップ セットが検証されていない場合は、リストア処理の前にバックアップ セットの検証オプ
ションが表示されます。
次のリストア元を使用してリストアできます。
•
同じExchangeサーバに作成されたバックアップ
•
別のExchangeサーバに作成されたバックアップ
実際のリストア プロセス後に検証処理を実行して、リストアしたデータベースに破損がないかどう
かを確認することもできます。
手順
1. [スコープ]ペインでExchangeサーバ ノードを選択するか、DAGに接続します。
2. [操作]ペインで、[リストア ウィザード]をクリックします。
3. [バックアップを作成した Exchange サーバ]ウィンドウで、リストア元を選択します。
4. [リストアするバックアップを選択]ウィンドウで、データベースの下に表示されているバックアップ
セットをダブルクリックします。
5. [バックアップのリストア先の選択]ウィンドウで、[回復用ストレージ グループ / データベースにリ
ストアする]を選択します。
6. [リストアするアイテムを選択]ウィンドウで、リストアする本番環境のデータベースのチェックボッ
クスを選択します。
7. [回復用ストレージ グループ / データベースの選択]ウィンドウで、バックアップ セットをリストア
するデスティネーションExchangeサーバを選択します。
注: デスティネーションExchangeサーバとして、DAGの名前を指定することはできません。
8. 選択したバックアップ セットをリストアする新しい回復用データベースの名前を指定します。
9. [リストアのタイプ]ウィンドウで、データベースのリカバリ ポイントを選択します。
10. [検証オプション]ウィンドウで検証を設定します。
データベースのリストア | 83
a. 現在のログを確認し（最新状態へのリストア処理の場合のみ）、データベース検証を実行す
るには、[テスト リストア オプションの選択]ウィンドウで、[現在のログをチェックする]を選択
します。
b. リストア プロセスの前にトランザクション ログ シーケンスとデータベース メタデータの完全
検証を実行しない場合は、[完全な検証]チェック ボックスの選択を解除します。
c. バックアップをアーカイブしたストレージにリストア サーバがアクセスできない場合は、[詳細
オプション]をクリックし、[アーカイブ済みバックアップへのアクセス]の下に表示されている
[バックアップをアーカイブしたストレージへのアクセス権がリストア サーバにない]を選択し
ます。
d. バックアップ プロセスとリストア プロセスを調整するには、[ジョブ制御オプション]ペインで次
の選択を行います。
状況または条件
作業
現在実行中のバックアップ処
理をキャンセルする場合
[処理中の競合するバックアップをキャンセルする]を選択します。
現在のバックアップ処理の完
了後にリストアする場合
[実行中のバックアップが完了するまで待機する]を選択します。
リストア処理を終了する場合
[競合する処理が実行中の場合はリストアを中止する]を選択します。
11. 実際のリストア プロセスで、プロセスの完了後すぐにリストア済みデータベースを自動的にリカ
バリして再マウントする場合は、[マウント オプション]ウィンドウで[リストア後にデータベースを
自動的にマウントする]を選択します。
12. リストア設定を確認し、[終了]をクリックします。
13. [今すぐ開始]をクリックし、リストア プロセスを開始します。
終了後の操作
回復用データベースにメールボックス データベースをリストアしたあと、SnapManagerによって
Exchangeインフォメーション ストア サービスとレプリケーション サービスが再開され、新規にリスト
アしたメールボックス データベースが表示されます。
回復用データベースを削除するタイミング
各Exchange Serverでマウントできる回復用データベースは常に1つだけであるため、回復用データ
ベースからメールボックスをリカバリしたら、回復用データベースを削除する必要があります。 その
後、他のメールボックス データベースをリカバリできます。
回復用データベースは、SnapManager MMCを使用して削除できます。
84 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
管理対象外のメディアからのメールボックスのリストア
SnapManagerバックアップをディザスタ リカバリ サイトに アーカイブしている場合も、この管理対象
外のメディアからリストアすることができます。
タスク概要
このアーカイブ済みのバックアップは、テープまたは その他の種類のコールド ストレージに格納さ
れ、SnapManagerで 追跡されません。 ただし、メールボックスやそのグループをリストアし、 このバ
ックアップをExchangeの回復用データベースに マウントすることができます。
管理対象外のメディアからバックアップをリストアする際のガイドラインとして、一般的な手順を 次
に示します。
手順
1. SnapDriveを使用して一時的なLUNを作成します。
注: 詳細については、SnapDriveのマニュアルを参照してください。
2. データベースLUNとログLUNを一時的なLUNにリストアします。 この作業では、必要に応じて
テープからのリストアを行います。
3. Exchangeユーティリティ（eseutil.exe）で/rオプションを指定して、ログをデータベースに 保
管します。
注: eseutil.exeの詳細については、Microsoft Exchangeのマニュアルを参照するか、
ESEUTIL /?と入力してください。
4. Exchangeの管理ツールまたはPowershellを使用して、このストアを回復用データベースにマウ
ントします。
5. データをリカバリします。
この作業では、ExchangeツールまたはPowershellを使用してメールボックスやそのアイテムをリ
カバリします。
6. 回復用データベースをディスマウントします。
7. 一時的なLUNを削除します。
リストア処理のトラブルシューティング
リストア処理に失敗して、「エラー：0xC00413CA。以下の Exchange ライター エラーを検出しました。
SnapManager 処理を再実行してください。 VSS_E_WRITERERROR_RETRYABLE：」のようなエラー メッ
データベースのリストア | 85
セージ（およびその他の情報）が表示された場合は、問題を解決してリストアをもう一度実行するこ
とができます。
タスク概要
リストア処理中に、restore.envログ ファイルが作成されます。 あとで同じデータをリストアする場
合にそのログ ファイルが残っていると、処理は失敗します。
手順
1. データベースのトランザクション ログのLUNにrestore.envファイル（E01restore.envなど）
があるかどうかを確認します。
2. このファイルが存在する場合は削除し、リストア処理をもう一度実行します。
86 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
Single Mailbox Recoveryによるメールボックスのリスト
ア処理
SnapManager for Exchangeを使用して、Single Mailbox Recoveryアプリケーションを起動し、メール
ボックス データをリストアできます。 Single Mailbox Recoveryを使用すると、リストアするアイテム
を検索し、そのアイテムを任意の単位でExchangeサーバ上の既存のメールボックスに直接リストア
できます。
Single Mailbox Recoveryは、SnapManager for Exchangeと連携して動作します。Single Mailbox
Recoveryを使用すると、以前に削除したExchangeメールボックス アイテムを個別にリストアできま
す。
Single Mailbox RecoveryによるExchangeの個々のメールボックスのリストアの詳細については、使
用しているシステムに対応した『Single Mailbox Recoveryアドミニストレーション ガイド』を参照して
ください。
メールボックス データのリカバリ
メールボックス アイテムをExchangeサーバにリストアする必要がある場合は、SnapManager for
ExchangeからSingle Mailbox Recoveryアプリケーションを起動して、目的のアイテムを検索し、リス
トアします。
開始する前に
SnapManager for Microsoft Exchangeユーザ インターフェイス（MMCスナップイン）が実行されてい
るサーバに対応するバージョンのSingle Mailbox Recoveryがインストールされている必要がありま
す。
また、Protection Managerを使用している場合は、ソースおよびデスティネーションのSingle
Mailbox RecoveryサーバがProtection Managerアクセス用に設定されている必要があります。
Protection ManagerサーバにアクセスするためのSnapDriveの設定方法については、sdcli
dfm_configコマンドの説明を参照してください。
注: アーカイブSnapshotコピーのSingle Mailbox Recoveryマウントは、現在ローカル ノードでのみ
機能します。 リモート ノードからアーカイブSnapshotコピーをマウントしようとすると、Single
Mailbox Recoveryマウントは失敗します。 たとえば、Snapshotコピーをノード1にアーカイブし、こ
のSnapshotコピーを同じノードからSingle Mailbox Recoveryにマウントしようとした場合、マウント
は正常に機能します。ただし、同じマウント処理をノード2から行った場合、 Single Mailbox
Recoveryマウントは失敗します。
Single Mailbox Recoveryによるメールボックスのリストア処理 | 87
手順
1. [スコープ]ペインでExchangeサーバ ノードを選択し、[リストア]を選択します。
中央のペインにExchangeサーバ データベースが表示されます。
2. リストアするバックアップの名前を選択し、[操作]ペインの[SMBR の実行]をクリックします。
注: SnapManagerとSingle Mailbox Recoveryが同じホストにインストールされている場合は、
AutoSupport（ASUP）メッセージを使用して、Single Mailbox Recoveryの使用状況が追跡され
ます。
[SMBR を開始する]ダイアログ ボックスが表示されます。
3. データベース名や（オプションの）トランザクション ログの使用など、Single Mailbox Recoveryソ
フトウェアが必要とする情報を指定します。 [トランザクション ログ ファイルを使用する]チェック
ボックスがオンになっている場合はオフにします （トランザクション ログを使用するにはソフトウ
ェアでログのLUNをマウントする必要がありますが、この場合はポイントインタイム リストアであ
るため、ログのLUNはすでに削除されており、マウントに失敗します）。
4. [SMBR を開始する]をクリックして、Single Mailbox Recoveryソフトウェアを起動し、メールボッ
クスのリカバリを開始します。
終了後の操作
Single Mailbox Recoveryアプリケーションを使用してメールボックス アイテムをリストアしたら、リス
トアしたSnapshotコピーをディスマウントする必要があります。
Single Mailbox Recovery後のクリーンアップ
Single Mailbox Recoveryでは、メールボックス データをリカバリする場合に、該当するデータを格
納しているメールボックスのバックアップ コピーをマウントする必要があります。 メールボックス デ
ータがリカバリされたら、そのバックアップ コピーをディスマウントする必要があります。 マウントさ
れたバックアップ コピーはリソースを使用し、削除することはできません。
タスク概要
バックアップ コピーをディスマウントすると、リソース グループのバックアップ コピーの名前にタイ
ムスタンプが追加されて変更されます。
手順
1. [スコープ]ペインでExchangeサーバ ノードを選択し、[リストア]を選択します。
中央のペインにExchangeサーバ データベースが表示されます。
2. [操作]ペインの[SMBR クリーンアップ]をクリックします。
88 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
注: SnapManagerとSingle Mailbox Recoveryが同じホストにインストールされている場合は、
ASUPメッセージを使用して、Single Mailbox Recoveryの使用状況が追跡されます。
3. ディスマウントするLUNを選択し、[ディスマウント]をクリックします。
リストア プロセス中にマウントされたすべてのLUNを選択する場合は、[すべて選択]をクリック
します。
4. クリーンアップ プロセスが完了したことが進捗バーに示されたら、ウィンドウを閉じます。
89
SnapManagerレポートに記録される内容
SnapManagerレポートには、SnapManagerで実行したすべての処理の手順ごとの詳細、処理の最
終ステータス、および処理中に発生したエラー メッセージが記録されます。
SnapManagerレポート ディレクトリのフォルダには、以下の処理ごとにレポートが分類されていま
す。
•
バックアップ
•
構成
•
デバッグ
•
短周期リカバリ ポイント
•
Snapshotの削除
•
リストア
•
再シード
•
その他
注: SnapManagerをDAGで実行している場合、上記以外のフォルダも存在することがあります。
DAG内のSnapManagerレポート
SnapManager MMCスナップインがDatabase Availability Group（DAG;データベース可用性グルー
プ）に接続している場合は、DAGのすべてのメンバー サーバのすべてのレポートを表示できます。
レポート フォルダは、DAGの各メンバー サーバに配置されます。 DAGのレポート フォルダは、
DAGの「所有者ノード」に配置されます。 設定処理、バックアップ処理、またはリストア処理が実行
されるたびに、その処理が実行された時点で、生成されたDAGのレポートがDAGの所有者ノード
にあるサーバのレポート フォルダに格納されます。
レポート ディレクトリの場所を変更する理由
スペースに制限がある場合や、DAG環境で稼働しているSnapManagerとExchangeサーバとの間で
ディレクトリを共有する場合は、レポート ディレクトリの場所を変更しなければならない場合があり
ます。
現在のレポート ディレクトリのスペースが限られている場合は、十分なディスク スペースがある別
の場所にレポート ディレクトリを移動できます。
90 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
SnapManagerレポート ディレクトリの変更
元のレポート ディレクトリのスペースに制限がある場合は、レポートを格納するレポート ディレクト
リを変更できます。
タスク概要
レポート ディレクトリを変更すると、パス変更前に作成されたレポートを参照できなくなります。 この
ようなレポートを表示するには、レポート ディレクトリのパスを元のパスに戻して、表示を更新しま
す。
手順
1. [操作]ペインで[レポート ディレクトリ設定]をクリックします。
2. 新しいレポート ディレクトリのパス名を入力するか、検索します。
注: このディレクトリはCIFS共有上のディレクトリにすることはできません。
3. [操作]ペインで[更新]をクリックします。
DAG内のレポート ディレクトリの場所
デフォルトでは、SnapManagerレポート ディレクトリはSnapManagerがインストールされたディスクに
作成されます。
タスク概要
•
すべてのSnapManagerノードからディレクトリを変更します。
•
レポート ディレクトリには、ExchangeまたはSnapManagerのデータが格納されていないディスク
を使用します。
リストア処理を実行すると、Snapshotコピーからレポート ディレクトリがリストアされます。
手順
1. [操作]ペインで[レポート ディレクトリ設定]をクリックします。
2. 新しいレポート ディレクトリ パスを入力するか、検索します。
3. [操作]ペインで[更新]をクリックします。
SnapManagerレポートに記録される内容 | 91
SnapManagerレポートの表示
SnapManagerレポートは、SnapManagerのGUIから表示できます。
手順
1. [スコープ]ペインで、[レポート]をクリックします。
[結果]ペインにレポート フォルダが表示されます。
2. レポート フォルダで、レポートを表示するデータベースをダブルクリックします。
[結果]ペインにレポートが表示されます。
注: レポートは降順、つまり最新のレポートが先頭に表示されます。
SnapManagerレポートの印刷
SnapManagerレポートを印刷する場合は、表示されたレポートを直接印刷するか、メモ帳で開いて
から印刷します。
手順
1. [スコープ]ペインで、[レポート]をクリックします。
2. 印刷するレポートのディレクトリをクリックします。
状況または条件
操作
表示されたレポートを直接印
a.
刷する場合
メモ帳から印刷する場合
印刷するレポートを選択します。
b.
[結果]ペインに表示されたレポート内の任意の場所を右クリックし、
[印刷]を選択します。
a.
[結果]ペインのレポート名を右クリックし、[メモ帳で開く]を選択しま
す。
b.
メモ帳の[ファイル]メニューで、[印刷]を選択します。
92 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
SnapManagerレポートの削除
レポート ディレクトリからレポートを削除すると、ディレクトリ内の空きスペースを増やすことができ
ます。
手順
1. [スコープ]ペインでレポートをクリックします。
2. SnapManagerレポート ディレクトリで、目的のレポートを選択します。
3. 削除するレポート ディレクトリまたは個々のレポートを右クリックし、[すべて削除]または[削除]
を選択します。
4. 表示されたダイアログ ボックスで[はい]をクリックします。
レポートが削除されます。
レポートの自動アーカイブのコントロール
SnapManagerは、その使用期間や数に基いてレポートをアーカイブすることにより、レポートに要す
るスペースの量を削減できます。 使用しているスペースの量に合わせてこのプロセスを制御でき
ます。
SnapManagerレポート ディレクトリ設定オプションのウィンドウでもレポートの自動アーカイブ機能を
制御できます。 レポート ディレクトリの確認の実行間隔を設定したり、レポートを使用期間または
数に基いてアーカイブするかどうかを設定できます。
自動アーカイブは、自動アーカイブ オプションを設定しない限り開始されません。
実行間隔
アーカイブするレポート用のレポート ディレクトリを確認する実行間隔を制御します。 こ
の実行間隔は、0～60分、または0～60時間の間で設定できます。
次の日数を超過した場合：
レポートがアーカイブされてから何日後かを指定します。 設定可能な範囲は0～30日で
す。
次の個数を超過した場合：
アーカイブされていないレポートの数を指定します。 この値よりも多くのレポートがある
場合、レポートは設定した数のレポートになるまで古いものから順にアーカイブに追加さ
れます。
1つのアーカイブ ファイルが存在し、レポート ディレクトリに格納されます。 そのファイルの名前は、
レポート ディレクトリの名前に.zipが付け加えられたものです。
93
ネットアップ ストレージでのデータベース設定の変更
SnapManager設定ウィザードを使用すると、データベース検証サーバを選択したり、Exchangeデー
タベースおよびトランザクション ログをData ONTAP LUNに移動したり、自動イベント通知を設定し
たりできます。 SnapManagerはシステム コンソールから実行する必要があります。
設定ウィザードを使用したExchangeデータの移動
管理対象から除外するExchangeデータをLUNからローカル ディスクに移動したり、Exchangeデー
タベースをローカル ディスクからLUNに移動したりしなければならないことがあります。 リソース管
理で問題が発生したときに、ExchangeデータをLUNからLUNに移行しなければならない場合があ
ります。 そのような場合は、SnapManager設定ウィザードを使用してExchangeデータを移動するこ
とができます。
ローカル ディスクからLUNへ
Exchangeデータベースを移動する場合、このウィザードを使用して、メールボックス データベース
またはExchangeデータベースをアンマウントし、選択したLUNにExchangeデータベースとトランザク
ション ログ ファイルを移動して、データベースを再マウントできます。
注: 移動処理中は、SnapManagerによって、Exchangeデータベースがオフラインになります。
ウィザードでは、バックアップ セットおよびバックアップ トランザクション ログの情報を保存するため
にSnapManagerで使用されるSnapInfoディレクトリが作成されます。
また、データベースとメールボックス データベースの最新の状態へのリストアを実行できるように、
LUNに移動されるすべてのメールボックス データベースとデータベースの循環ロギングが無効に
なります。
また、ウィザードには、いくつかのアプリケーション設定手順も示されます。 これらの設定には、Eメ
ールを使用したSnapManagerイベント通知、syslog、またはAutoSupport機能の有効化などがありま
す。
LUNからLUNへ
リソース管理で問題が発生したときに、ExchangeデータをLUNからLUNに移行しなければならな
い場合があります。 たとえば、別のストレージ システム上のExchangeデータを統合する場合など
に、LUNからLUNへの移行が必要となります。
LUNからローカル ディスクへ
今後SnapManagerを使用してデータを管理しない場合は、ExchangeデータをLUNからローカル デ
ィスクに移動する必要があります。
94 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
注: 設定ウィザードを実行すれば、いつでもProtection Managerとの連携を有効にでき、
SnapManager for Exchangeを再インストールする必要はありません。 最初に、SnapDriveと
Protection Managerの連携の設定をしておく必要があります。 SnapDriveとProtection Managerの
連携が設定されていない場合は、sdcliコマンドを実行したあとでSnapDriveサービスを再起動
するか、またはSnapDriveセットアップを再実行し、連携を設定します。 Protection Managerの連
携についての詳細は、SnapDriveのヘルプを参照してください。
すべてのデータベースがローカル ディスクからLUNに移行されることを確認します。 異機種混在
の設定例として、LUNとローカル ストレージに同時に存在するExchangeデータベースがあります。
Exchangeデータベースは、SnapManagerがバックアップを実行できるように、NetApp LUN上に配
置する必要があります。
Exchange Serverでは、DAGのすべてのノードのExchangeデータLUNで同じドライブ レターまたは
マウント ポイントを使用する必要があります。
SnapManagerとSnapDrive for Windowsを、Exchange Server 2010のDAGのすべてのメンバー サー
バにインストールします。 1組のノードでNetAppストレージを、またそれ以外のノードでNetApp以外
のストレージを使用するには、SnapDrive for Windowsがすべてのノードで必要です。ただし、
SnapManager for Exchangeは必要ありません。 SnapManagerは、NetAppストレージに接続されて
いて、バックアップの実行に使用するノードにインストールできます。
•
SnapDrive for Windowsはすべてのノードにインストールする必要があります。 また、すべての
ノードからストレージ システムへの適切なネットワーク接続が確立されていることを確認してく
ださい。
•
SnapManagerが必ずしもすべてのノードにはインストールされていない場合、SnapManagerの設
定ウィザードを使用してデータベースを移行することはできません。
SnapManagerをすべてのノードにインストールしていなければ、SnapManagerのDAG機能を使用す
ることはできません。その場合、SnapManagerがインストールされているExchangeサーバ上でのみ
SnapManagerを使用できます。
個別データベースのLUNへの移動
設定ウィザードを使用して、データベースをLUNに個別に移動できます。 データベースをLUNに個
別に移動するには、[LUN に移動するデータベースの選択]ページを使用します。
タスク概要
ウィンドウでの選択内容に応じて、使用可能なドライブがドライブ リストに表示されます。
手順
1. [操作]ペインで、[設定ウィザード]をクリックします。
2. [ディスク]リストから、データベースの移動先とするディスクのドライブ レターを選択します。
ネットアップ ストレージでのデータベース設定の変更 | 95
3. [<=>]をクリックします。
選択したデータベースとディスクが関連付けられ、設定ウィザードがデータを移動する際には、
データベースのファイルがこのディスクに移動されます。
4. ウィザードの指示に従って進み、[設定ウィザードを完了しています]ページで設定内容を確認し
て、[終了]をクリックします。
5. [今すぐ開始]をクリックします。
注: この手順でExchangeデータベースの場所を移動する場合は、処理に時間がかかること
があります。
6. [OK]をクリックします。
データベースの場所の変更
設定プランを変更する場合は、設定ウィザードを使用して、LUNまたはローカル ディスクに関連付
けたデータベースの場所を変更できます。
タスク概要
ウィンドウでの選択内容に応じて、使用可能なドライブがドライブ リストに表示されます。
Exchangeシステム ファイルのパスがデータベースLUN上にある場合（旧バージョンの
SnapManager用に格納されている場合）に、設定ウィザードを使用してトランザクション ログ ファイ
ルのパスを再設定すると、システム ファイルのパスがトランザクション ログ ファイルのパスと同じ
LUNに自動的に移動されます。
手順
1. [操作]ペインで、[設定ウィザード]をクリックします。
2. [データベースの場所の結果]で、移動するデータベースの名前をハイライト表示し、[再設定]を
クリックします。
選択したデータベースが未設定のデータベースのリストに戻り、任意の使用可能なディスクに
新たに関連付けることができます。
3. ウィザードの指示に従って進み、[設定ウィザードを完了しています]ページで設定内容を確認し
て、[終了]をクリックします。
4. [今すぐ開始]をクリックします。
注: この手順でExchangeデータベースの場所を移動する場合は、処理に時間がかかること
があります。
5. [OK]をクリックします。
96 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
データベース ファイルの完全パスの表示
データベースを移行するときは、データベースの場所が正しいことを確認する必要があります。 設
定ウィザードでは、データベース ファイルの完全パスを表示できます。
手順
1. [操作]ペインで、[設定ウィザード]をクリックします。
2. 設定ウィザードの[データベースの場所の結果]でデータベースを選択し、[詳細]をクリックしま
す。
選択したデータベースの[データベース設定]ウィンドウが表示されます。
3. [詳細]をクリックします。
選択したデータベースの現在のパス名とファイル名が表示されます。選択したデータベースの
場所を変更した場合には、新しいパス名とファイル名も表示されます。
4. ウィザードの指示に従って進み、[設定ウィザードを完了しています]ページで設定内容を確認し
て、[終了]をクリックします。
5. ダイアログ ボックスが表示されます。 [今すぐ開始]をクリックします。
注: この手順でExchangeデータベースの場所を移動する場合は、処理に時間がかかること
があります。
6. [OK]をクリックします。
データセット保護ポリシー
設定ウィザードを使用して、データセットの保護ポリシーを指定する必要があります。 データセット
に割り当てた保護ポリシーによって、レプリケーション方法が決定されます。 また、セカンダリストレ
ージSnapVaultターゲットにバックアップを保持する期間も決定されます。
データセットには、以下の保護ポリシーを割り当てることができます。
•
バックアップ
•
リモート バックアップのみ
•
上記の2つのポリシー テンプレートに基づいたカスタム ポリシー
バックアップポリシーおよびリモート バックアップのみポリシーでは、ユーザがSnapManagerを使用
してバックアップ処理または検証処理を実行した際に実行される「オンデマンド」のSnapVaultレプリ
ネットアップ ストレージでのデータベース設定の変更 | 97
ケーションのほかに、バックグラウンドで実行されるSnapVaultレプリケーションがスケジュール設
定されています。
「バックアップの保持」タイプによって、アーカイブ バックアップの保持期間と、「検証のみ」の処理
中に検証されるバックアップが決定されます。
Exchange Server のトランスポート データベース パスの移行
設定ウィザードを使用して、Exchange Server のトランスポート データベース パスを移行することは
できません。 設定ウィザードでは、Exchange Serverトランスポート サーバの役割のトランスポート
データベース パスの移行をサポートしていません。
Exchange Server でSnapManagerを実行した場合、キュー データベースを設定するオプションは省
略されます。 Exchange サーバに接続している場合、このオプションは使用できません。
キュー データベースと キュー データベース トランザクション ログの場所を変更するには、
%ExchangeInstallPath%Bin\EdgeTransport.exe.configファイルで 次のキーを変更しま
す。
•
QueueDatabasePath <path>
•
QueueDatabaseLoggingPath <path>
トランザクション ログのLUNへの移動
設定ウィザードを使用して、トランザクション ログをLUNに移動できます。
手順
1. [操作]ペインで、[設定ウィザード]をクリックします。
2. 設定ウィザードの[データベース]リストで、トランザクション ログを移動するデータベースを選択
します。
3. ディスク リストから、トランザクション ログの移動先とするLUNまたはローカル ディスクのドライ
ブ レターを選択します。
4. [<=>]をクリックします。
選択したデータベースのトランザクション ログとLUNが関連付けられ、設定ウィザードがデータ
を移動する際には、トランザクション ログ ファイルがこのLUNに移動されます。
5. ウィザードの指示に従って進み、[設定ウィザードを完了しています]ページで設定内容を確認し
て、[終了]をクリックします。
6. [今すぐ開始]をクリックします。
98 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
注: この手順でExchangeデータベースの場所を移動する場合は、処理に時間がかかること
があります。
7. [OK]をクリックします。
トランザクション ログ ファイルの場所の変更
トランザクション ログ ファイルを効率的に管理するために、設定ウィザードを使用して場所を再設
定することができます。
手順
1. [操作]ペインで、[設定ウィザード]をクリックします。
2. 設定ウィザードの[トランザクション ログの場所の結果]で、トランザクション ログ ファイルを移動
するデータベースを選択し、[再設定]をクリックします。
選択したデータベースが未設定のトランザクション ログのリストに戻り、任意の使用可能な
LUNまたはローカル ディスクに新たに関連付けることができます。
3. ウィザードの指示に従って進み、[設定ウィザードを完了しています]ページで設定内容を確認し
て、[終了]をクリックします。
4. [今すぐ開始]をクリックします。
注: この手順でExchangeデータベースの場所を移動する場合は、処理に時間がかかること
があります。
5. [OK]をクリックします。
トランザクション ログ ファイルの完全パスの表示方法
設定ウィザードを使用してトランザクション ログ ファイルの完全パスを表示できます。
手順
1. [操作]ペインで、[設定ウィザード]をクリックします。
2. 設定ウィザードの[トランザクション ログの場所の結果]でデータベースを選択し、[詳細]をクリッ
クします。
選択したデータベースの[トランザクション ログのパス]ウィンドウが表示されます。 トランザクシ
ョン ログ ファイルの場所を変更した場合は、選択したデータベースのトランザクション ログの現
在のパスとファイル名が、新しいパスとファイル名とともに表示されます。
ネットアップ ストレージでのデータベース設定の変更 | 99
3. ウィザードの指示に従って進み、[設定ウィザードを完了しています]ページで設定内容を確認し
て、[終了]をクリックします。
4. [今すぐ開始]をクリックします。
注: この手順でExchangeデータベースの場所を移動する場合は、処理に時間がかかること
があります。
5. [OK]をクリックします。
SnapManager制御ファイルを使用した設定
SnapManagerは、Exchangeサーバの設定情報を含む制御ファイルを作成します。 制御ファイル
は、Exchangeサーバ設定のインポートにもエクスポートにも使用できます。
制御ファイルの設定データは、XML形式で表記されます。 制御ファイルはXMLエディタを使用し
て手動で編集できます。
制御ファイルの設定データは、管理しやすいように、次のセクションごとにグループ化されていま
す。
•
ストレージ レイアウト設定
•
通知設定
•
検証設定
•
レポート ディレクトリ設定
•
バックアップ設定
•
スケジュール済みのジョブ
•
SnapMirror関係設定
次のシナリオでは、データベースとトランザクション ログをLUNに移行するたびに設定ウィザードを
実行する代わりに、制御ファイルを使用します。
•
大規模な構成
•
大規模な導入
100 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
制御ファイルを使用したDAGでのSnapManagerの設定
設定ウィザードの代わりに、制御ファイルを使用して、SnapManagerを設定できます。 Exchange
Serverメールボックス データベースの制御ファイルは、メンバー サーバ レベルではなく、Database
Availability Group（DAG;データベース可用性グループ）レベルでサポートされます。
DAGの設定を別のDAGにエクスポートすることや、別のDAGから設定をインポートすることができ
ます。 それには、SnapManagerスナップインまたはSnapManager for Exchange PowerShellコマンド
レットを使用します。
データベースのレプリケーション処理を適切に行うためには、DAGのすべてのメンバー サーバの
すべてのデータベース インスタンスを同時に移行する必要があるため、Exchange Serverメールボ
ックス データベースの制御ファイルは、メンバー サーバ ベースではなく、DAGベースでサポートさ
れます。 DAG内のメンバー サーバの設定を制御ファイルにエクスポートし、その制御ファイルを同
じDAG内の別のメンバー サーバにインポートすることはできません。
制御ファイルによるExchangeサーバ設定情報のインポート
ほかのExchangeサーバからエクスポートされた設定情報が保存されている制御ファイルを使用し
て、Exchangeサーバを設定することができます。 制御ファイルからExchangeのすべての設定をイ
ンポートすることも、一部のセクションだけをインポートすることもできます。
手順
1. [操作]ペインで、[設定ウィザード]をクリックします。
2. [制御ファイルを使用する]を選択します。
3. サーバ設定の詳細をインポートするには、[次へ]をクリックします。
[選択範囲をインポートまたはエクスポート]ウィンドウが表示されます。
4. [インポート]を選択します。
5. [設定ウィザードの設定を確認する]を選択すると、設定内容を確認できます。
6. [制御ファイルを使用する]で、制御ファイルの完全パスを入力するか、検索機能を使用してファ
イル パスを検索し、選択します。
7. [詳細]をクリックします。
8. [設定のインポート / エクスポートの詳細オプション]ウィンドウで、インポートまたはエクスポート
する設定を指定します。
9. [OK]を選択します。
10. [次へ]をクリックします。制御ファイルをロードし、インポートされた設定を有効にするには、[適
用]をクリックします。
ネットアップ ストレージでのデータベース設定の変更 | 101
新しい設定を適用しない場合は、[キャンセル]をクリックします。
[適用]をクリックすると、制御ファイルがロードされ、インポートされた設定が有効になります。
制御ファイルによるExchangeサーバ設定情報のエクスポート
特定のExchangeサーバ設定を制御ファイルにエクスポートし、その制御ファイルを使ってほかの
Exchangeサーバを設定できます。 制御ファイルに現在のすべての設定をエクスポートすることも、
一部のセクションだけをエクスポートすることもできます。
手順
1. [操作]ペインで、[設定ウィザード]をクリックします。
2. [制御ファイルを使用する]を選択します。
3. サーバ設定の詳細をエクスポートするには、[次へ]をクリックします。
[選択範囲をインポートまたはエクスポート]ウィンドウが表示されます。
4. [エクスポート]を選択します。
5. [制御ファイルを使用する]で、制御ファイルの完全パスを入力するか、検索機能を使用してファ
イル パスを検索し、選択します。
6. [詳細]をクリックします。
7. [設定のインポート / エクスポートの詳細オプション]ウィンドウで、エクスポートする設定を指定
します。
8. [OK]を選択します。
9. [次へ]をクリックします。制御ファイルをロードし、インポートされた設定を有効にするには、[適
用]をクリックします。
新しい設定を適用しない場合は、[キャンセル]をクリックします。
[適用]をクリックすると、制御ファイルがロードされ、インポートされた設定が有効になります。
102 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
SnapManager制御ファイルのXMLスキーマ
ストレージのレイアウト、通知、検証、レポート ディレクトリ、バックアップ、およびSnapMirrorの設定
と編集は、XMLスキーマを使用する制御ファイルを通じて行います。
ストレージ レイアウト設定のXMLスキーマ
ストレージ レイアウトの設定と編集を行うには、ストレージ レイアウト設定のXMLスキーマを使用
します。
<?xml version="1.0" encoding="utf-8"?>
<xsd:schema xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
attributeFormDefault="unqualified"
elementFormDefault="qualified">
<xs:element name="SMECONFIG">
<xs:complexType>
<xs:sequence>
<xs:element name="HOST_NAME" type="xs:string" />
<xs:element name="SERVER_NAME" type="xs:string" />
<xs:element name="STORAGE_LAYOUT">
<xs:complexType>
<xs:sequence>
<xs:element name="MTA_SYSTEM_FILES">
<xs:complexType>
<xs:sequence>
<xs:element name="MTA_DB_DIR"
type="xs:string" />
<xs:element name="MTA_RUN_DIR"
type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="SMTP_SYSTEM_FILES_VS">
<xs:complexType>
<xs:sequence>
<xs:element name="SMTP_SVC_PATH">
<xs:complexType>
<xs:sequence>
<xs:element
name="STMP_DISK" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="ADD_MSISCSI_DEPENDENCY"
type="xs:boolean" />
<xs:element name="STORAGE_GROUPS">
<xs:complexType>
ネットアップ ストレージでのデータベース設定の変更 | 103
<xs:sequence>
<xs:element
maxOccurs="unbounded" name="STORAGE_GROUP">
<xs:complexType>
<xs:sequence>
<xs:element
name="SG_NAME" type="xs:string" />
<xs:element
name="SG_SYS_PATH" type="xs:string" />
<xs:element
name="SG_LOG_PATH" type="xs:string" />
<xs:element
name="SG_SNAPINFO" type="xs:string" />
<xs:element
name="DATABASES">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="DATABASE">
<xs:complexType>
<xs:sequence>
<xs:element name="DB_NAME" type="xs:string" />
<xs:element name="EDB_PATH" type="xs:string" />
<xs:element name="STM_PATH" type="xs:string" />
</xs:sequence>
</xs:complexType>
</
xs:element>
</
xs:sequence>
</
xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
ホストでデータセットを設定し、ストレージ グループにデータセット ポリシーを設定すると、エクスポ
ートされた制御ファイルのストレージ レイアウト設定は、次のようになります。
<STORAGE_GROUPS>
104 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
<STORAGE GROUP>
<SG_NAME>First Storage Group</SG_NAME>
<SG_SYS_PATH>Q:\Program Files\Exchsrvr\mdbdata\</SG_SYS_PATH>
<SG_LOG_PATH>Q:\Program Files\Exchsrvr\mdbdata\</SG_LOG_PATH>
<SG_SNAPINFO_PATH>Q:\SIF\SME_SnapInfo\</SG_SNAPINFO_PATH>
<SG_DATASET_POLICY>Backup up</SG_DATASET_POLICY>
......
</STORAGE_GROUP>
</STORAGE_GROUPS>
通知設定のXMLスキーマ
通知設定を指定するには、通知設定のXMLスキーマを使用します。
<xs:element name="COMMON_SETTINGS">
<xs:complexType>
<xs:sequence>
<xs:element name="NOTIFICATION">
<xs:complexType>
<xs:sequence>
<xs:element name="SEND_EMAIL_NOTIFICATION">
<xs:complexType>
<xs:sequence>
<xs:element name="SMTPSERVER"
type="xs:string" />
<xs:element name="FROM"
type="xs:string" />
<xs:element name="TO"
type="xs:string" />
<xs:element name="SUBJECT"
type="xs:string" />
<xs:element
name="NOTIFY_AUTO" type="xs:boolean" />
<xs:element
name="LONG_MSG" type="xs:boolean" />
<xs:element
name="AS_ATTACHMENT" type="xs:boolean" />
<xs:element
name="SEND_ON_FAILURE" type="xs:boolean" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="EMS_ENABLED" type="xs:boolean" />
<xs:element name="ASUP_ENABLED"
type="xs:boolean" />
<xs:element name="ASUP_ON_FAIL"
type="xs:boolean" />
</xs:sequence>
</xs:complexType>
</xs:element>
ネットアップ ストレージでのデータベース設定の変更 | 105
検証設定のXMLスキーマ
検証設定を指定するには、検証設定のXMLスキーマを使用します。
<xs:element name="VERIFICATION">
<xs:complexType>
<xs:sequence>
<xs:element name="VERIFICATION_CLIENT_SETTING">
<xs:complexType>
<xs:sequence>
<xs:element name="VER_SERVER" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element
name="VERIFICATION_SERVER_SETTING">
<xs:complexType>
<xs:sequence>
<xs:element
name="ESEUTIL_PATH" type="xs:string" />
<xs:element
name="AUTO_DRIVELETTER" type="xs:boolean" />
<xs:element
name="MP_DIR" type="xs:string" />
<xs:element
name="THROTTLE" type="xs:boolean" />
<xs:element
name="IO_PAUSE" type="xs:unsignedByte" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
レポート ディレクトリ設定のXMLスキーマ
レポート ディレクトリ設定を指定するには、レポート ディレクトリ設定のXMLスキーマを使用しま
す。
<xs:element name="REPORT_DIRECTORY" type="xs:string" />
<xs:element name="BACKUP">
<xs:complexType>
<xs:sequence>
<xs:element name="BACKUP_CLIENT_SETTING">
<xs:complexType>
<xs:sequence>
<xs:element name="NAMING_CONVENTION">
<xs:complexType>
<xs:attribute name="GENERIC"
type="xs:boolean" use="required" />
106 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
<xs:attribute name="UNIQUE"
type="xs:boolean" use="required" />
</xs:complexType>
</xs:element>
<xs:element
name="BACKUP_SET_TO_KEEP" type="xs:unsignedByte" />
<xs:element
name="BACKUP_SET_TO_KEEP_IN_DAYS" type="xs:unsignedByte" />
<xs:element
name="BACKUP_SET_TO_VERIFY" type="xs:unsignedByte" />
</
xs:sequence>
</
xs:complexType>
</
xs:element>
バックアップ設定のXMLスキーマ
バックアップ設定を指定するには、バックアップ設定のXMLスキーマを使用します。
<xs:element name="BACKUP_SERVER_SETTING">
<xs:complexType>
<xs:sequence>
<xs:element name="RUN_CMD_PATH" type="xs:string" />
<xs:element name="RUN_CMD_ARGUMENT" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
SnapMirror関係設定のXMLスキーマ
SnapMirror関係設定を指定するには、SnapMirror関係設定のXMLスキーマを使用します。
<xs:element name="VERIFICATION_ON_DESTINATION">
<xs:complexType>
<xs:element name="SELECTED_DESTINATIONS">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded"
name="SELECTED_DESTINATION">
<xs:complexType>
<xs:sequence>
<xs:element name="SOURCE_FILER"
type="xs:string" />
<xs:element name="SOURCE_VOLUME"
type="xs:string" />
<xs:element
ネットアップ ストレージでのデータベース設定の変更 | 107
name="DESTINATION_FILER" type="xs:string" />
<xs:element
name="DESTINATION_VOLUME" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element
name="OTHER_AVAILABLE_DESTINATIONS">
<xs:complexType>
<xs:sequence>
<xs:element
maxOccurs="unbounded"
name="AVAILABLE_DESTINATION">
<xs:complexType>
<xs:sequence>
<xs:element name="SOURCE_FILER" type="xs:string"/>
<xs:element name="SOURCE_VOLUME" type="xs:string"/>
<xs:element name="DESTINATION_FILER" type="xs:string"/>
<xs:element
name="DESTINATION_VOLUME" type="xs:string"/>
</
xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xsd:schema>
108 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
SnapManagerアプリケーションの設定
SnapManagerアプリケーションの設定は、SnapManagerのインストール後にいつでも設定または変
更できます。ただし、SnapManagerは、Terminal Servicesクライアントからではなく、システム コンソ
ールから実行する必要があります。
SnapManagerアプリケーションを設定する場所
SnapManagerアプリケーションの設定は、SnapManagerのインストール後にいつでも、SnapManager
ユーザ インターフェイスを使用して簡単に設定または変更できます。 アプリケーション設定には、
複数の方法でアクセスできます。
設定ウィザードからアクセスできるのは、検証サーバの設定だけです。 他の検証設定（[検証の無
視]、[検証スロットル]、[Snapshot コピー内の LUN にアクセス]）にアクセスするには、[検証設定]ダ
イアログ ボックスを開きます。
[操作]ペインから[処理後のコマンドの実行]ダイアログ ボックスを開くと、デフォルト設定だけを表
示または設定できます。 ただし、特定の処理のコンテキスト内では、デフォルト設定の表示後、そ
の処理に限って設定を変更できます。 また、オプションで、デフォルト設定を更新できます。
次の表に、SnapManagerアプリケーション設定に使用できるGUIコンポーネントを示します。
アプリケーション設定
設定する場所
管理対象サーバの追加
[操作]ペイン
設定ウィザード
Exchangeユーザ アカウント
[操作]ペイン
ローカル ディスクへのデータ
ベースの移行
[操作]ペイン
データベース検証設定
[操作]ペイン
•
検証サーバ
•
リストア時の無視
•
検証スロットル
•
マウント ポイント
バックアップ ウィザード
リストア ウィザード
設定ウィザード
SnapManagerアプリケーションの設定 | 109
アプリケーション設定
設定する場所
バックアップ設定
[操作]ペイン
バックアップ ウィザード
バックアップと検証
処理後のコマンド実行機能
のデフォルト設定
[操作]ペイン
フラクショナル スペース リザ
ベーション ポリシーの設定
[操作]ペイン
•
現在のステータス
•
ポリシー設定
バックアップまたはデータベース検証処理のコンテキスト内：バッ
クアップ ウィザードまたは[バックアップと検証]ウィンドウ
レポート ディレクトリ設定
[操作]ペイン
イベントの通知設定
設定ウィザード
[操作]ペイン
•
Eメール通知
•
ロギング
管理対象サーバの追加
[管理対象のサーバを追加]オプションを使用して、1つのExchangeサーバまたは複数のExchange
サーバをSnapManagerで管理できます。 Exchangeサーバを正しく追加するまでは、SnapManagerを
使用できません。 複数のサーバも管理できます。
手順
1. [操作]ペインで[管理対象のサーバを追加]をクリックします。
2. 管理するExchangeサーバの名前を入力するか、またはExchangeサーバを参照します。
この設定は、変更しないかぎり、デフォルトExchangeサーバの設定として存続します。
タスクの結果
SnapManagerプログラムが起動すると、SnapManagerはデフォルトのセキュリティ認証方法を使用し
て、自動的にデフォルトExchangeサーバに接続します。
注: あとで別のExchangeサーバを管理する場合は、[管理対象のサーバを追加]オプションを使
用して、Exchangeサーバに接続して管理します。
110 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
ローカル ディスクへのデータベース移行の有効化
SnapManager設定のデータベースを移行したあと、データベースをローカル ディスクに移行し直す
ことができます。
タスク概要
[ローカル ディスクへのデータベースとトランザクション ログの移行を有効にする]オプションを有効
にした場合でも、SnapManagerの次回起動時には無効に設定されます。
手順
1. [操作]ペインで、[設定ウィザードのオプション設定]をクリックします。
2. [ローカル ディスクへのデータベースとトランザクション ログの移行を有効にする]チェック ボック
スを選択して、「ローカル ディスクへの移行」機能を有効にします。
3. [OK]をクリックします。
ローカル ディスクへのデータベース移行の無効化
SnapManagerの設定が完了したら、ローカル ディスクへのデータベース移行を無効にできます。
手順
1. [操作]ペインで、[設定ウィザードのオプション設定]をクリックします。
2. [ローカル ディスクへのデータベースとトランザクション ログの移行を有効にする]チェック ボック
スを選択して、「ローカル ディスクへの移行」機能を無効にします。
3. [OK]をクリックします。
データベース検証サーバの選択に関する考慮事項
バックアップ セットの検証は、 本番用Exchangeサーバまたはリモート検証サーバ上で実行できま
す。検証は、保留検証、リモート検証、および検証スロットルを使用して管理できます。
バックアップ セット内のデータベースの検証は、本番用Exchangeサーバ（ユーザにサービスを提供
するExchangeサーバを実行中のWindowsホスト システム）、またはリモート検証システム
（Exchange管理ツールがインストールされている別のExchangeサーバ）上で実行できます。 本番
用Exchangeサーバ上でデータベース検証を実行すると、WindowsホストのCPUに大きな負荷がか
かるほか、ストレージ システム上のさまざまな動作に影響します。
SnapManagerアプリケーションの設定 | 111
注: データベース検証サーバを変更しても、すでにスケジュールが設定されているデータベース
バックアップ（検証付き）またはデータベース検証のみのジョブには反映されません。 変更を適
用するには、スケジュール設定されたバックアップ ジョブを再作成する必要があります。
SnapManagerにはデータベース検証の負荷を管理する方法が3つあり、それぞれを個別に使用し
たり、組み合わせて使用したりできます。
•
保留検証
•
リモート検証
•
検証スロットル
保留検証およびリモート検証では、データベース検証をバックアップ処理から分離することにより、
データベース検証の負荷を管理します。 検証スロットルでは、検証のスループットを低下させるこ
とにより、データベース検証の負荷を管理します。
検証サーバの設定
SnapManagerの設定後に、ホスト サーバまたはリモート サーバを検証サーバとして設定できます。
リモート サーバを検証サーバとして設定すると、ホスト サーバの負荷が軽減されます。
SnapManagerの設定が完了してから、検証サーバを設定することもできます。
開始する前に
ご使用の検証サーバにSnapDrive、SnapManager、およびExchangeをインストールしておく必要が
あります。 リモート サーバを検証サーバとして設定する場合は、ホスト サーバとリモート サーバの
両方で同じバージョンのSnapManagerとSnapDriveを使用する必要があります。
検証サーバの設定は、[操作] > [バックアップ検証設定] > [検証サーバ]の順に選択して行うことも
できます。
タスク概要
設定中に検証サーバの設定を省略するには、設定ウィザードで[メニューを使用して検証サーバを
選択する]チェック ボックスを選択します。
選択したコンピュータにExchangeがインストールされていない場合は、eseutil.exeファイルパス
を指定し、必要なファイルをコンピュータにコピーしてから処理を続行します。
手順
1. [操作]ペインで、[設定ウィザード]をクリックします。
2. [データベース検証サーバ]ウィンドウで、検証サーバとして使用するサーバの名前を入力する
か、検索します。
112 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
リモート検証の前提条件
リモート検証サーバを使用する前に、Windowsホストの要件とLUNの要件を満たしていること、検
証サーバが指定されていることを確認する必要があります。
リモート検証は、バックアップ処理を開始したホストとは別のホスト上で検証を実行するという点を
除けば、ローカルでの検証と同じ方法で実行します。 そのため、リモート検証サーバにSnapDrive
およびSnapManagerをインストールし、ストレージ システムへのFCまたはiSCSI接続を確保しておく
必要があります。
リモート検証サーバを使用して、1回のジョブで複数のデータベースを検証する場合には、LUNが
もう1つ必要になります。
検証サーバは業務用Exchangeサーバから指定できます。
リモート検証の動作
SnapManagerはプライマリ ホストでバックアップ処理を開始し、このプライマリ ホストがリモート検証
サーバと通信します。 リモート検証サーバはSnapDriveを使用して検証を行い、プライマリ ホストに
結果を送信します。
このプロセスの基本手順は次のとおりです。
1. リモート検証サーバ上で検証を実行するように設定したプライマリSnapManagerホストで、検証
を含むSnapManagerバックアップ（または検証のみ）を開始します。
2. プライマリSnapManagerホストは、リモート検証サーバと通信し、検証ジョブを開始します。
3. リモート検証サーバはSnapDriveを使用して、Snapshotコピーから作成されたLUNのうち、検証
対象のデータベースを含むLUNに接続します。
4. リモート検証サーバは、Snapshotコピーから作成されたLUN上で、データベース検証を実行し
ます。
5. 検証が完了すると、リモート検証サーバはプライマリSnapManagerホストに結果を送信します。
注: 検証処理の実行中にバックアップ処理が開始されないように、スケジュールを慎重に設定す
る必要があります。 検証は常に、Snapshotコピーから作成されたLUN上で実行されます。
Snapshotコピーから作成されたLUNが存在するときに同じボリュームのSnapshotコピーを作成す
ると、busy snapshot状態が発生し、一部のSnapshotコピーを削除できなくなる場合があります。
SnapManagerアプリケーションの設定 | 113
検証サーバの表示または変更
現在の検証サーバを確認できます。また、検証の負荷を管理するために検証サーバを変更するこ
ともできます。
開始する前に
検証サーバを表示または変更するには、本番用Exchangeサーバに接続する必要があります。
タスク概要
検証設定を指定するまで、データベース検証は、選択したExchangeサーバから実行されます。 検
証は、[データベース検証設定]ダイアログ ボックスを開いたシステム上で実行されるとはかぎりま
せん。 検証サーバに対する変更内容は、すでにスケジュール設定されているデータベース検証ジ
ョブには反映されません。
手順
1. [操作]ペインで、[バックアップ検証設定]をクリックします。
次の方法も使用できます。
•
バックアップ ウィザード > [検証設定]
•
リストア ウィザード > [検証設定]
デフォルトでは、[検証サーバ]タブがアクティブで、現在の検証サーバのホスト名が表示されま
す。
2. [検証サーバ]タブで、データベース検証サーバとして使用するExchangeサーバを入力するか、
検索します。
注: リモート検証サーバを指定する場合は、サーバが正しく設定されていることを確認しま
す。
3. [OK]をクリックします。
データベース検証用Snapshotコピーへのアクセス方法の選択
データベース整合性検証中に、SnapManagerがデータベース バックアップSnapshotコピーにアクセ
スする方法を指定するには、[Snapshot コピー内の LUN にアクセス]タブを使用します。 マウント
したLUNとしてバックアップSnapshotコピーにアクセスするために、ドライブレターまたはディレクトリ
パスのどちらかを指定します。
手順
1. [Snapshot コピー内の LUN にアクセス]タブをクリックします。
114 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
[Snapshot コピー内の LUN にアクセス]タブには、設定ウィザードの[検証設定]ウィンドウ、[バ
ックアップ検証設定]ウィンドウ、バックアップ ウィザード、またはリストア ウィザードからアクセス
できます。
2. マウントしたLUNとしてバックアップSnapshotコピーにアクセスするために、ドライブレターまたは
ディレクトリ パスのどちらかを指定します。
状況
作業
次に使用可能なドライブ レタ
ーにSnapshotコピーをマウン
ト
[使用可能なドライブ レターを自動的に割り当てる]を選択します。
特定のNTFSマウント ポイン
トにSnapshotコピーをマウン
ト
次の手順を実行します。
a.
[空の NTFS ディレクトリにマウントする]オプションを選択します。
b.
NTFSマウント ポイントのディレクトリ パスを入力するか、検索しま
す。
注: SnapManagerでドライブ レターを使用するように設定していても、
使用できるドライブ レターがなくなってしまったら、このマウントポイン
トが使用されます。
3. [OK]をクリックします。
データベース検証スロットル
SnapManagerでは、Exchange Serverを使用してデータベース チェックサム検証レートのスロットル
を行うことができます。 検証の負荷は、データベース検証スロットルを使用して管理できます。
注: DAGにコピーが複数あるデータベースの場合、データベース検証はサポート要件に含まれ
ません。 SnapManager for Exchangeを使用してDAGバックアップを実行する場合、デフォルトで
は検証はオフになります。
データベース検証スロットルのオプション
SnapManagerのスロットル オプションでは、Microsoft Exchange整合性検証ライブラリである
ChkSgFilesがデフォルトで使用されます。 ただしこれは、レジストリで、Microsoft Exchangeの整
合性チェッカー ユーティリティであるEseutilを使用するように変更できます。
SnapManagerアプリケーションの設定 | 115
データベース検証スロットルの動作
ChkSgFilesは、データベースの物理的な整合性検証中に、指定された数のI/O処理が実行され
たあとで1秒間のポーズを挿入します。
オプションで、Eseutil.exeを（レジストリを変更して）使用し、データベースの物理的な整合性検
証中に指定された数のI/O処理が実行されたあとで1秒間のポーズを挿入できます。
ChkSgFiles（またはEseutil.exe）は、各データベース チェックサム検証I/O処理で512KBを読
み込みます。 したがって、スロットル値を設定すると、データベース チェックサム検証の最大スル
ープットを以下のように低下させることができます。
512 KB（I/Oあたりの読み取り量）× x（1秒あたりのI/O数）= 512 × x KB/s
最大スループットを減少するには、1秒間のポーズとポーズの間に実行されるI/O処理数（x）を減ら
します。
1秒のポーズ間のI/O処
理数（x）
データベース検証の最大可能速度
計算
最大速度
100
512 KB/IO×100 IO/s＝51,200
KB/s
50 MB/s
150
512 KB/IO×150 IO/s＝76,800
KB/s
75 MB/s
200
512 KB/IO×200 IO/s＝102,400
KB/s
100 MB/s
250
512 KB/IO×250 IO/s＝128,000
KB/s
125 MB/s
注: ChkSgFiles （またはEseutil.exe）データベース検証のスループットを低下させると、デー
タベース チェックサム検証を完了するまでの時間が長くなります。 また、検証を実行するバック
アップ ジョブも、完了までの時間が長くなります。 ただし、検証のスループットを低下させても、
検証を実行しないバックアップ ジョブの完了時間には影響しません。
検証スロットルのスリープ インターバルの計算
各サーバで使用する適切なスリープ インターバル値を計算する必要があります。 データベースを
格納しているLUNの読み書きパフォーマンスを監視し、物理ディスク パフォーマンスの平均値およ
びピーク値が、Microsoftが設定した最大値を下回るように、検証スロットル設定を計算します。
タスク概要
•
SnapManagerの進行状況を監視するには、バックアップ ジョブを手動で開始したときに表示さ
れる[バックアップ ステータス]ウィンドウを監視します。
116 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
•
1日のうち作業量が最も多い時間帯に実行される検証、または検証を含むバックアップのカウ
ンタを監視します。
手順
1. Exchangeサーバを実行しているコンピュータ上で、Windowsパフォーマンス モニタ ユーティリテ
ィ（「Perfmon」）を起動します。
2. データベースを格納しているLUNごとに、PerfmonカウンタとしてPhysicalDisk\Average Disk
sec/ReadとPhysicalDisk\Average Disk sec/Writeを追加します。
3. SnapManager検証ジョブ、または検証を含むバックアップ ジョブの実行中に、Physical Disk
\Average Disk sec/ReadとPhysicalDisk\Average Disk sec/Writeの両方の値を監視します。
検証を含むバックアップ ジョブの検証部分の実行中に、カウンタを監視するようにしてくださ
い。 同じExchangeサーバ上の複数のデータベースは、順番に検証されます。必ずすべてのデ
ータベース検証のカウンタを監視してください。
4. スロットル設定はグローバルなので、パフォーマンスが最低である（カウンタ値が最も高い）デ
ータベースのカウンタ値を選択します。
5. 測定値を、Microsoftの推奨最大読み書き値と比較します。
Physical Disk\Average Disk sec/Read：平均読み取り時間は20 ms未満、ピーク時の最大読み取
り時間は50 ms未満です。
Physical Disk\Average Disk sec/Write：Microsoftが設定した物理ディスクの最大パフォーマンス
時間は、平均書き込み時間が20 ms未満、ピーク時の最大書き込み時間が50 msです。
測定値を、Microsoftの推奨最大読み書き値と比較します。 平均時間は20 ms未満、 ピーク時
の最大時間は50 ms未満です。
6. 測定値がMicrosoftの推奨最大値を超えていた場合には、スロットル設定を調整して、検証ス
ループットを低下させます。
データベース検証スロットルの設定
Exchange Serverを実行し、データベース検証を実行するすべてのWindowsホスト システム上で、
データベース検証スロットルを設定する必要があります。
開始する前に
検証サーバにMicrosoft Exchange Serverがインストールされている場合にのみ、スロットルにアク
セスできます。
手順
1. SnapManagerコンソールで、[操作]ペインの[バックアップ検証設定]をクリックします。
次の方法も使用できます。
SnapManagerアプリケーションの設定 | 117
•
バックアップ ウィザード > [データベースとトランザクション ログのバックアップまたは検証] >
[データベースとトランザクション ログを検証する] > [バックアップ管理グループ] > [データベ
ース検証サーバ] > [検証設定]
•
リストア ウィザード > [マウント オプション] > [検証設定]
2. [検証スロットル]タブをクリックします。
3. [データベース チェックサム検証のスロットル]チェック ボックスを選択するか､選択を解除して、
スロットル機能を有効または無効にします。
4. スロットル機能を有効にした場合は、[次の処理数後に 1 秒間停止する：x I/O 処理]ボックスに
正の整数値を入力します。
デフォルト値は150です。 データベースの物理的な整合性検証中に、1秒間のポーズを挿入す
るまでに実行する入出力（I/O）処理数を入力します。
100～250の値がほとんどの環境に適しています。
5. [OK]をクリックします。
SnapManagerバックアップおよび検証レポートのスロットル エントリ
EseutilスロットルまたはChkSgFilesスロットルが有効になっている場合は、各データベース検証処
理の前に、スロットル機能が有効になっていることを示すメッセージがSnapManagerのバックアップ
および検証レポートに記録されます。
Eseutilスロットルを使用する場合は、各データベース検証の前に、次のエントリがSnapManagerバ
ックアップおよび検証レポートに表示されます。
ESEUTIL throttling feature is enabled.
ChkSgFilesスロットルを使用する場合は、各データベース検証の前に、次のエントリが
SnapManagerバックアップおよび検証レポートに表示されます。
Running Integrity Verification using ChkSgFiles API Throttle (Pause): 1000
ms per X I/O's
データベース検証がパフォーマンスに与える影響
データベース検証を実行すると、Exchangeサーバおよびストレージ システムの両方のパフォーマ
ンスが低下する場合があります。 パフォーマンスへの影響を緩和するには、データベース検証プ
ロセスをデータベース バックアップ処理から分離します。
検証を実行すると、特に業務の集中する時間には、Exchangeサーバの応答が遅くなることがあり
ます。 データベース検証をデータベース バックアップ処理と分離することによって負荷を分散する
オプションが2つあります。データベースの保留検証とリモート データベース検証です。
負荷をさらに軽減するために、既存のいずれかまたは両方のオプションと組み合わせて、データベ
ース検証スロットルを使用することもできます。 この機能では、データベース チェックサム検証モ
118 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
ードで、Eseutil（Microsoft Exchange整合性チェッカー ユーティリティ）のスロットルが可能になって
います。
データベース検証を管理するもう1つのオプションとして、同じデータベース チェックサム アルゴリ
ズムをEseutilスロットルとして使用する方法があります。 この機能では、データベース チェックサ
ム検証モードで、ChkSgFiles（Microsoft Exchange整合性検証ライブラリ）のスロットルが可能にな
っています。
リストア処理中のデータベース検証の無視
リストア処理のソースとして、未検証のバックアップ コピーを選択することはできません。 リストア
が必要なときに検証済みのバックアップ コピーが存在せず、検証が完了するまでリストア作業を保
留できない場合には、検証を無視して、未検証のバックアップ コピーからリストアできます。
データベース検証無視オプションの設定
SnapManagerでは、検証要件を無視して、未検証のバックアップ コピーから直接リストアするように
設定できます。
手順
1. [操作]ペインで、[バックアップ検証設定] > [検証設定]をクリックします。
[検証設定]は次の方法で開くこともできます。
•
バックアップ ウィザードから、[このバックアップ内のデータベースとトランザクション ログを
検証]ウィンドウの[検証設定]をクリックします
•
リストア ウィザードから、[このバックアップ内のデータベース整合性を検証]ウィンドウ（未検
証バックアップ コピーからのリストアを選択した場合にのみ表示される）の[検証設定]をクリ
ックします
2. [検証の無視]タブを選択します。
3. [リストア時にデータベース検証要件を無視する]オプションを設定します。
注: このオプションを有効にしても、SnapManagerアプリケーションの次回の起動時にはリセッ
トされます。
4. 「未検証のバックアップには、物理的に破損した Exchange データベースのイメージが含まれて
いる可能性があります。 バックアップ内のデータベースが物理的に破損していた場合、リストア
されたデータベースも破損状態になります。」というメッセージが表示されます。[リストア時にデ
ータベース検証要件を無視する]オプションを有効にする場合は、[OK]をクリックします。それ
以外の場合は、[いいえ]をクリックします。
5. [OK]をクリックして、ダイアログ ボックスを終了し、変更を適用します。
SnapManagerアプリケーションの設定 | 119
注: リストア ウィザードを使用する場合は、[リストア時にデータベース検証要件を無視する]
オプションを選択すると、[リストア前に、このバックアップのデータベース整合性を検証する]
オプションが選択可能になるため、このオプションを無効に設定します。
状況または条件
操作
無視オプションを無効にする
（デフォルトおよび推奨設定）
リストア処理のソースとして、未検証のバックアップ コピーを選択するこ
とはできません。
無視オプションを有効にする
（非推奨設定）
リストア処理のソースとして未検証のバックアップ コピーを選択すると、
リストア処理の続行を確認するメッセージが表示されます。
注: このオプションは、SnapManagerを終了するとリセットされます。
SnapManagerリストア レポートの検証要件無視エントリ
リストア処理を確実に成功させるためには、検証済みのデータベースからのみリストアする必要が
あります。 個々のデータベース検証が実行される前に、SnapManagerリストア レポートによって、
検証要件の無視が有効になっているかどうかが示されます。 この機能が有効に設定されている場
合、レポートには「リストア前のデータベース検証が無視されました」という警告が表示されます。
[処理後のコマンドの実行]オプションのデフォルト値の設定
バックアップまたは検証処理後にコマンドやスクリプトを実行するための[処理後のコマンドの実行]
ダイアログ ボックスを、[操作]ペイン、[バックアップと検証]ウィンドウ、またはバックアップ ウィザー
ドから開いたときに、このダイアログ ボックスに表示されるデフォルト値を設定できます。
手順
1. [操作]ペインで[処理後のコマンドの実行]をクリックします。
2. [コマンドを実行するコンピュータを指定します：]ボックスで、プログラムまたはスクリプトが格納
されたホストの名前を入力または検索します。
3. [実行するプログラムまたはスクリプトの完全パスを指定します：]ボックスで、プログラムまたは
スクリプトを検索します。
4. [コマンドの引数]ボックスに、コマンド入力文字列を入力します。
次の方法を任意に組み合わせることができます。
•
[コマンドの引数]ボックスにテキストを直接入力するには、ボックス内をクリックしてテキスト
を入力します
•
[コマンドの引数]ボックスにSnapManagerの変数を入力するには、次の手順を実行します
a. [コマンドの引数]ボックスをクリックして、変数を入力する位置にカーソルを移動します。
120 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
b. [SnapManager の変数]リストで、入力する変数を選択します。
c. [選択]をクリックします。
注: $SnapInfoPath変数は、パス名にスペースを挿入してもWindowsコマンド ラインでのス
クリプト実行に影響しないように、二重引用符で囲まれます。 コマンド ラインに二重引用符を
表示しない場合は、[コマンドの引数]ボックスで削除します。
5. 必要に応じて手順1～4を繰り返し、[コマンドの引数]ボックスに、プログラムまたはスクリプトに
渡す引数を指定します。
6. [OK]をクリックします。
注: SnapManagerにより、指定されたプログラムがシステムに存在するかどうかが確認されま
す。 このコマンドは、バックアップまたは検証処理が完了するまで実行されません。
[バックアップと検証]ウィンドウまたはバックアップ ウィザードから[処理後のコマンドの実行]ダ
イアログ ボックスを開くと、設定したデフォルト値がボックス内に表示されます。
フラクショナル スペース リザベーション
LUNを作成すると、ディスク スペース不足によってLUNへの書き込み処理が失敗しないように、
Data ONTAPによってこのLUNを含むボリューム内にスペースがリザーブされます。 フラクショナ
ル リザーブでは、リザーブされるスペース容量が、LUNの合計サイズに対して100%未満の値に
設定されます。
SnapDriveは、スペース リザベーションを有効にしてLUNを作成および管理します。 Snapshotコピ
ーの作成や新規LUNの作成などの処理は、リザーブされていない空きスペースが十分にある場
合のみ実行されます。 このような処理にリザーブ スペースが使用されることはありません。
スペース リザベーションはLUNレベルで有効に設定されますが、フラクショナル オーバーライト リ
ザーブ容量はボリューム レベルで設定されます。したがって、フラクショナル スペース リザベーシ
ョンでは、ボリューム内のオーバーライト用にリザーブされた合計スペース容量を、そのボリューム
の個々のLUNにどのように適用するかを制御することはできません。
ボリュームの保証オプションは、fileでなくvolumeに設定されています。 フラクショナル リザーブ
はData ONTAP 7.1以降でサポートされています。 詳細については、ご使用のData ONTAPバージ
ョンの『SANアドミニストレーション ガイド』 を参照してください。
スペース リザベーションが有効でない、ボリューム上の追加スペースは、LUNに属するオーバー
ライト ブロック用に自動的にリザーブされます。 デフォルトでは、この追加スペースは、ボリューム
でスペースがリザーブされたすべてのLUNの合計サイズ（100%）と同じになります。 スペース リザ
ベーションが無効の場合、ボリュームでディスク スペースが不足すると、LUNへの書き込み処理に
失敗し、ホスト アプリケーションが停止したり、I/Oエラーが報告されたり、予期せぬ動作が生じるこ
とがあります。
SnapManagerアプリケーションの設定 | 121
フラクショナル リザーブでは、オーバーライト用にリザーブされるスペース容量が100%未満に設定
され、スペース リザベーション用に事前に割り当てられるスペースは、このパーセンテージまで減
らされます。 フラクショナル リザーブは通常、変更率の少ないデータを保管するLUNのボリューム
に使用します。
フラクショナル スペース リザベーションが適用されたボリュームの動作
フラクショナル スペース リザベーションが設定されたボリュームでオーバーライト リザーブ スペー
スが不足すると、LUNへの書き込み処理に失敗し、ホスト アプリケーションが停止したり、I/Oエラ
ーが報告されたり、予期せぬ動作が生じることがあります。 Data ONTAPはフレキシブル ボリュー
ムの自動拡張機能や、フレキシブル ボリュームからのSnapshotコピーの自動削除機能を使用し
て、この状況を回避します。
LUNのスペースが100%リザーブされている場合は、スペース不足が原因で書き込み処理に失敗
することはありません。 ただし、ボリュームのオーバーライト リザーブを100%未満に設定すると、
ボリュームの空きディスク スペースが不足した場合に、そのボリュームのLUNへの書き込み処理
に失敗することがあります。
フレキシブル ボリュームの自動拡張機能、およびフレキシブル ボリュームからのSnapshotコピー
の自動削除機能では、リザーブされたスペースが監視され、空きスペースが不足しそうになると処
理が実行されます。 詳細については、ご使用のData ONTAPバージョンの『SANアドミニストレーシ
ョン ガイド』を参照してください。
フレキシブル ボリュームの自動拡張
Data ONTAPは、ボリュームのデータ量がフルに近づくと、アグリゲート内でそのボリュームに事前
に割り当てられたスペースに自動的に拡張します。 このボリュームは、保証オプションがVolume
に設定されたフレキシブル ボリュームでなければなりません。 Snapshotコピーの自動削除機能と
FlexVolの自動拡張機能は、個別に有効にすることもできますが、一方のポリシーが他方のポリシ
ーよりも前に適用されるように設定すれば同時に有効にすることもできます。 ただし、フラクショナ
ル スペース リザベーションが適用されたボリュームのLUNにExchangeデータベース ファイルが格
納されている場合には、FlexVolの自動拡張機能だけを実行できます。
フレキシブル ボリュームからのSnapshotコピーの自動削除
Snapshotコピーの自動削除ポリシーを有効にすると、ボリュームのデータ量がフルに近づいたとき
に、そのボリューム上の1つ以上のSnapshotコピーが自動的に削除されます。 実行条件が検出さ
れると、ボリュームの空きスペースが設定されたパーセンテージになるまで、最も古い、または最も
新しいSnapshotコピーが削除されます。 ボリューム上でSnapshotコピーの自動削除を実行しない場
合は、ストレージ システムのフラクショナル スペース リザベーションを100%に設定することで、オ
ーバーライト リザーブを100%に設定できます。
このData ONTAP機能は、Exchangeデータベースのバックアップおよびリストア処理をサポートする
ために設計されたわけではありません。 削除するSnapshotコピーを選択するオプションは、
SnapManagerで設定したバックアップSnapshotコピーの自動削除の条件を考慮しません。 データベ
ースごとに、1つ以上のオンライン バックアップ コピーを常に保管しておく必要があります。
122 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
フラクショナル スペース リザベーション ポリシー
フラクショナル スペース リザベーション ポリシーに含まれる複数のしきい値は、ボリュームのオー
バーライト リザーブ スペースが不足してきた場合に、Exchangeバックアップ セットの削除、
Exchangeデータベースのアンマウント、またはその両方の処理を実行するタイミングを決定しま
す。
フラクショナル スペース リザベーションが適用されたボリュームでオーバーライト リザーブ スペー
スが不足してきた場合、SnapManagerは、オーバーライト リザーブ スペースが完全に消費されな
いように防止します。
デフォルトのフラクショナル スペース リザベーション ポリシー
SnapManagerでは、フラクショナル スペース リザベーションにデフォルト ポリシーが設定されてい
ます。 ストレージ システム ボリュームに適用されることになるデフォルト値は、そのまま使用するこ
とも、変更することもできます。
オーバーライト リザーブが100%未満に設定されているトラディショナル ボリュームまたはフレキシ
ブル ボリュームの場合は、デフォルトのフラクショナル スペース リザベーション ポリシーが自動的
に有効になります。 ボリュームには、Exchangeデータベース ファイル、Exchangeトランザクション ロ
グ ファイル、またはSnapManager SnapInfoディレクトリが格納されるLUNも含まれている必要があ
ります。
デフォルト ポリシー
デフォルトのポリシーをそのまま使用し、フラクショナル スペース リザーブLUNを含む
すべてのボリュームに出荷時のデフォルト値を適用できます。
カスタム設定を使用するデフォルト ポリシー
任意に、デフォルト ポリシーをカスタマイズして、フラクショナル スペース リザーブLUN
を含むすべてのストレージ システム ボリュームに適用できます。
ボリューム固有のポリシー
任意に、フラクショナル スペース リザーブLUNを含む特定のボリュームのデフォルト ポ
リシーを無視し、カスタム ポリシーを適用できます。
フラクショナル スペース リザベーション ポリシーの設定
フラクショナル スペース リザベーション ポリシー設定では、オーバーライト リザーブの使用率に応
じてSnapshotコピーの削除やExchangeデータベースのアンマウントを自動的に開始するタイミング
を指定できます。 保持するSnapshotコピー数も指定できます。
ExchangeバックアップSnapshotコピーの自動削除を有効にしても、ボリュームのスペース不足が防
止されるとは限りません。 したがって、データベースのアンマウントが常に有効に設定されます。
Snapshotコピーの削除が有効な場合は、データベースのアンマウントよりも先に実行されるように
設定する必要があります。
SnapManagerアプリケーションの設定 | 123
ExchangeバックアップSnapshotコピーの削除
SnapManagerのフラクショナル スペース リザベー
ション ポリシーの設定
出荷時のデフォ
ルト値
設定可能な値
ステータス：有効
ステータス：有効また
は無効
オーバーライト リザーブ使用率のしきい値
70%
1～99%
保持するSnapshotコピー数
5
1～256
Exchangeデータベースのアンマウント
SnapManagerのフラクショナル スペース リザベーショ
ン ポリシーの設定
オーバーライト リザーブ使用率のしきい値
出荷時のデフォルト
値
設定可能な値
ステータス：有効
ステータス：有効
90%
1～99%
フラクショナル スペース リザベーション ポリシーの設定
フラクショナル スペース リザベーションを有効にし、さらにフラクショナル スペース リザベーション
の値を設定することもできます。 フラクショナル リザーブでは、トラディショナル ボリュームまたは
フレキシブル ボリューム内でオーバーライト用にリザーブされるスペース容量は、スペースがリザ
ーブされたすべてのLUNの合計サイズ（100%）よりも少なく設定されます。
タスク概要
•
ExchangeバックアップSnapshotコピーの自動削除によりボリュームのスペース不足が防止され
るとは限りませんが、Exchangeデータが格納されたフラクショナル スペース リザーブLUNを含
むすべてのボリュームで、バックアップの自動削除を有効にすることを推奨します。
•
Data ONTAPには、これとは別に独自のSnapshotコピー自動削除機能があります。
SnapManagerの自動削除機能は、Data ONTAPの自動削除機能の代わりに使用するか、また
はData ONTAPの自動削除機能と併用できます。
注: Database Availability Group（DAG;データベース可用性グループ）を使用して、フラクショナ
ル スペース リザベーション ポリシーを設定することはできません。 フラクショナル スペース リザ
ベーション ポリシーは、DAGのメンバー サーバに接続している場合にのみ設定できます。
手順
1. [操作]ペインで、[フラクショナル スペース リザベーション設定]を選択します。
2. [ポリシー設定]タブをクリックします。
124 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
3. 表示または変更するポリシーを指定します。
アクセス対象
作業
デフォルト ポリシー
ナビゲーション ツリーで、[デフォルト ポリシー]を選択します。
ボリューム固有のポリシー
ナビゲーション ツリーで、ストレージ システムおよびボリュームを順に
選択します。
4. フラクショナル スペース リザベーションの監視を有効にするには、[フラクショナル スペース リ
ザベーション監視を有効にする]チェック ボックスを選択します。
5. ボリューム上のフラクショナル スペース リザーブLUNのExchangeバックアップSnapshotコピー
自動削除を有効または無効にするには、[バックアップ セットを自動的に削除する]を使用しま
す。
状況
操作
Exchangeバックアップ
Snapshotコピーの自動削除
を有効にする
[オーバーライト リザベーションが 100% 未満の LUN を含むバックアッ
プを削除する]を選択し、手順8に進みます。
Exchangeバックアップ
Snapshotコピーの自動削除
を無効にする
[オーバーライト リザベーションが 100% 未満の LUN を含むバックアッ
プを削除する]の選択を解除して、手順6に進みます。
6. [オーバーライト リザーブ使用率のトリガー ポイント]フィールドに、Exchangeバックアップ
Snapshotコピーの削除を実行するオーバーライト リザーブ使用率のレベル（合計リザーブ に対
する割合）を入力します。
[データベースの自動ディスマウント]パネルの[オーバーライト リザーブ使用率のトリガー ポイ
ント]の値よりも小さい正の整数値を指定する必要があります。
7. [最新のバックアップ（バックアップ数）]フィールドに、バックアップ セットの自動削除が実行され
た場合に保持するバックアップ セット数を入力します。
バックアップの作成および検証のスケジュールに基づいて、1～256の正の整数値を指定する
必要があります。
8. ボリューム上のフラクショナル スペース リザーブLUNにExchangeデータベースの自動アンマウ
ントを設定するには、[データベースの自動ディスマウント]パネルを使用します。
注: ExchangeバックアップSnapshotコピーの自動削除によりボリュームのスペース不足が防
止されるとは限らないので、SnapManagerのフラクショナル スペース リザベーション ポリシー
では、データベースのアンマウントを無効に設定することはできません。
9. [オーバーライト リザーブ使用率のトリガー ポイント]フィールドに、Exchangeデータベースのア
ンマウントを実行するオーバーライト リザーブ使用率のレベル（合計リザーブに対する割合）を
入力します。
0～99の正の整数値を指定する必要があります。
SnapManagerアプリケーションの設定 | 125
注: Snapshotコピー自動削除が有効に設定されている場合、このしきい値は、Snapshotコピー
自動削除のしきい値よりも高く設定する必要があります。 しきい値を高く設定すると、
Snapshotコピーの自動削除が先に実行されます。
10. [OK]をクリックします。
フラクショナル スペース リザベーション ポリシーによるExchangeデータの管理
フラクショナル スペース リザベーション ポリシーを使用すると、Exchangeデータを含み、フラクショ
ナル スペース リザベーションが設定されたボリュームのオーバーライト リザーブ使用率を監視で
きます。
SnapManager環境でフラクショナル スペース リザベーションが適用されたボリュームのLUNに
Exchangeデータを保管する場合は、Exchangeに対応した操作によって、Exchangeバックアップ セッ
ト コンポーネントの削除を明示的または暗黙的に制御して、ボリューム上のスペース不足を回避
する必要があります。
この要件を満たすために、SnapManagerには、ボリューム上のオーバーライト リザーブ使用率を監
視する独自のスペース管理ツールがあります。 フラクショナル スペース リザベーションが適用さ
れたボリュームでオーバーライト リザーブ スペースが不足してきた場合、SnapManagerは、オーバ
ーライト リザーブ スペースが完全に消費されるのを防ぐための処理を実行します。
フラクショナル スペース リザベーション ポリシーに含まれる複数のしきい値は、トリガー ポイントし
て機能します。 ボリュームのオーバーライト リザーブ使用率がトリガー ポイントに達したときに、
SnapManagerではExchangeバックアップ セットの削除、Exchangeデータベースのアンマウント、また
はその両方の処理を実行できます。
注: SnapManagerのEメール通知が有効になっていれば、SnapManagerフラクショナル スペース
リザベーション ポリシー イベントの完了時に、SnapManagerからSMTP Eメール メッセージが送
信されます。
Exchangeデータベースの自動アンマウント
ボリュームのオーバーライト リザーブ使用率が、フラクショナル スペース リザベーション ポリシー
で指定されたしきい値に達すると、自動アンマウントが実行されます。 SnapManagerはデータベー
スを自動的にアンマウントし、そのボリューム上のLUNに対する書き込み処理を停止します。
オーバーライト リザーブのしきい値は、フラクショナル スペース リザベーション ポリシーで指定さ
れます。 フラクショナル スペース リザベーション ポリシーのもう1つのコンポーネントは、オーバー
ライト リザーブがそれ以上消費されるのを防ぐための最終的な手段であるため、自動アンマウント
は常に有効になっています。
SnapManagerは、オーバーライト リザーブの空きスペースを作るため、最初にバックアップ セットを
削除します。 これだけでは不十分な場合、オーバーライト リザーブがそれ以上消費されないよう
に、関連するデータベースがアンマウントされます。 この処理が行われるのは、フラクショナル ス
ペース リザベーション ポリシーの両方のコンポーネントが有効になっている場合です。データベー
スのアンマウントは、オーバーライト リザーブ使用率のしきい値に達したときに実行されますが、こ
126 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
のしきい値はExchangeバックアップSnapshotコピーの削除を実行するしきい値よりも高く設定してお
きます。
注意: 別のホストまたはクライアントが関連ボリュームへのデータ書き込みを続けると、オーバー
ライト リザーブ スペースがフルになり、ボリュームがオフラインになることがあります。 このた
め、Exchangeデータには専用ボリュームを使用する必要があります。
Exchangeバックアップ コピーの自動削除
Exchangeデータが保管されているLUNのバックアップ コピーを自動的に削除できます。
SnapManagerはボリューム上のオーバーライト使用率のレベルを確認し、オーバーライト使用率の
レベルがしきい値に達すると自動削除を実行します。
LUNバックアップ コピーの自動削除は、Data ONTAP Snapshotコピー削除機能を代行または補助
するExchange対応機能として動作します。 SnapManagerは次の順序で自動削除を実行します。
1. 最も古いSnapshotコピーを削除します。
2. 指定した数のSnapshotコピーをボリューム上に保持します。
3. すべてのデータベースの最新バックアップを保持します（ボリューム上に存在する場合）。
4. 存在しないデータベースのすべてのバックアップ コピーを保持します。
バックアップ保管レベルは、バックアップ コピーの作成および検証スケジュールに基づいて選択す
る必要があります。 Snapshotコピーの削除が実行された場合に最低1つの検証済みバックアップ
コピーがボリューム上に残るようにすることが重要です。 これはExchange対応機能なので、
Snapshotコピーの自動削除によって、必ずしもボリュームのスペース不足が防止されるとは限りま
せん。
削除するバックアップ セットの数は、データベースLUNとトランザクション ログLUNで同じ値に設定
する必要があります。 この数量が一致しない場合、SnapManagerは、フラクショナル リザーブ ポリ
シーの設定に基づいてバックアップ セットを削除します。
例：複数のボリュームに分散しているバックアップ セットの自動削除
バックアップ コピーが複数のボリュームに分散していて、ボリュームごとに異なる自動削除し
きい値が設定されている場合は、各ボリュームのポリシーに基づいてSnapshotコピーが削除
されます。
この例では、各ボリュームの自動削除設定は、次の処理を行うように設定されています。
•
ボリューム1：オーバーライト リザーブの使用率が20%を超えたら、2つのSnapshotコピー
を残して、すべてを削除
•
ボリューム2：オーバーライト リザーブの使用率が20%を超えたら、5つのSnapshotコピー
を残して、すべてを削除
SnapManagerアプリケーションの設定 | 127
•
ボリューム3：オーバーライト リザーブの使用率が20%を超えたら、10のSnapshotコピーを
残して、すべてを削除
ボリューム1のオーバーライト リザーブ使用率がしきい値が20%を超えると、SnapManager
は、ボリューム2および3のポリシーに関係なく、2つのSnapshotコピーを残して、他のすべて
のSnapshotコピーを削除します。 ボリューム2のオーバーライト リザーブ使用率がしきい値が
20%を超えると、SnapManagerは、ボリューム1および3のポリシーに関係なく、5つのSnapshot
コピーを残して、他のすべてのSnapshotコピーを削除します。
LUNに関する現在のフラクショナル スペース リザベーション データの表示
現在のフラクショナル スペース リザベーション設定を表示すると、各LUNに有効なポリシーが適
切に設定されているかどうかを確認できます。
タスク概要
LUN固有の情報が表示されるのは、[ドライブ レター]列または[マウントポイント]列だけです。 [現
在の設定]タブのその他の列には、LUNを格納するボリュームに関する情報が表示されます。
SnapManagerフラクショナル スペース リザベーション ポリシーには、個別のExchange対応の自動
削除機能が含まれています。 SnapManagerの自動削除機能は、Data ONTAPの自動削除機能の
代わりに使用するか、またはData ONTAPの自動削除機能と併用できます。また、SnapManagerの
自動削除機能を無効にすることもできます。
手順
1. [操作]ペインで、[フラクショナル スペース リザベーション設定]をクリックします。
2. [現在の設定]タブで、データベースまたはSnapInfoディレクトリが格納されている各LUNのスペ
ース消費ステータスを確認します。
このタブに表示される情報は、60秒ごとに自動的に更新されます。
3. [Snapshot の自動削除]が有効に設定されている場合は、その原因を調べて、次のいずれかの
処置を実行します。
•
Data ONTAPのSnapshotコピー自動削除機能を無効にする
•
Data ONTAPのSnapshotコピー自動削除機能がExchangeバックアップ セット コンポーネント
を削除しないように設定する
snap automatic delete storage systemコマンドについての詳細は、マニュアルページを
参照してください。
4. [OK]をクリックして、ダイアログ ボックスを閉じます。
128 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
フラクショナル スペース リザベーション ステータスのデータ
現在のスペースリザベーション ステータスのデータは、[フラクショナル スペース リザベーション設
定]ダイアログ ボックスの[現在の設定]タブに表示されます。
[ストレージ Snapshot の自動削除]オプションが有効に設定されている場合、このLUNはオーバー
ライト リザーブが100%未満に設定されたFlexVolに含まれています。このボリュームは、Data
ONTAP Snapshotコピーの自動削除機能が有効で、オーバーライト リザーブがフルに近づくと、自
動削除が実行されるように設定されています。 このように設定されたボリュームに含まれている
LUNに、ExchangeデータまたはSnapManager SnapInfoディレクトリが保管されていると、Data
ONTAP Snapshotコピー自動削除ポリシーによって、Exchangeバックアップ セット コンポーネントが
削除される可能性があります。
SnapManagerの設定情報は、次の列に表示されます。
Drive Letter or Mountpoint
SnapManagerの設定。 LUNがマウントされているドライブレターまたはNTFSマウントポ
イントです。
Backup Autodelete Trigger（%）
SnapManagerのフラクショナル スペース リザベーション ポリシーの設定。 LUNが格納さ
れたボリュームに対してExchangeバックアップ セットの自動削除が実行されるオーバー
ライト リザーブ使用率のパーセンテージです。
Disable Database Trigger（%）
SnapManagerのフラクショナル スペース リザベーション ポリシーの設定。 LUNが格納さ
れたボリュームに対してExchangeデータベースの自動無効化が実行されるオーバーラ
イト リザーブ使用率のパーセンテージです。
フラクショナル リザーブの設定およびステータスは、次の列に表示されます。
Fractional Reserve（%）
このLUNが格納されたボリューム上でオーバーライト用にリザーブされているスペース
容量。ボリューム内のすべてのスペースリザーブLUNの合計サイズに対するパーセン
テージで表示されます。
Used Reserve（%）
このLUNが格納されたボリュームで使用済みのオーバーライト リザーブの容量。ボリュ
ーム内のすべてのスペース リザーブLUNの合計サイズに対するパーセンテージ、およ
びメガバイトの2種類の数値で表示されます。
Available Reserve（MB）
このLUNが格納されたボリュームで使用可能なオーバーライト リザーブの容量。
Snapshot Autodelete
このLUNが格納されたボリュームの、Data ONTAP Snapshotコピー自動削除機能のス
テータスが有効か無効かを示します。
SnapManagerアプリケーションの設定 | 129
Exchangeデータ ファイルを保管するLUNが含まれているボリュームで、Data ONTAP
Snapshotコピー自動削除機能が有効に設定されている場合は、そのボリュームで
Snapshotコピー自動削除機能を無効にするか、SnapManagerバックアップ セット コンポ
ーネントが削除されないように設定してください。
注: SnapManagerフラクショナル スペース リザベーション ポリシーのトリガーは、全スペースがリ
ザーブされているLUNには適用されません。 Fractional Overwrite Reserve（%）が100の場合、そ
のLUNは、フラクショナル スペース リザーブ ボリュームではなく、全スペースがリザーブされた
ボリュームに含まれています。
イベント通知オプション
Eメール通知、syslogイベント ロギング、およびAutoSupport通知を設定するには、設定ウィザード
または[自動通知設定]ダイアログ ボックスを使用します。
Eメール通知をサポートしている処理
次のタイプのイベントの成功または失敗について、SnapManagerから（SMTPを使用した）Eメールで
通知を受け取ることができます。
•
SnapManagerバックアップ処理
•
データベース整合性の検証
•
SnapManagerリストア処理
•
SnapManager設定
•
SnapManagerフラクショナル スペース リザベーション ポリシー イベントの実行
Eメールの本文に含めるメッセージのタイプには、[処理結果の概要を送信する]または[詳細な処
理結果を送信する]のいずれかを選択できます。
Eメール通知オプションを有効にする必要があります。このオプションは、デフォルトでは無効にな
っています。
SnapManager syslogイベントのロギング
デフォルトでは、障害が発生すると、SnapManagerイベントがストレージ システムのsyslogに記録さ
れます。 このオプションを無効にすると、ネットワークの負荷や、システムのトラブルシューティング
時の負荷を軽減できます。
AutoSupport通知
ストレージ システムおよびSnapManagerの両方でAutoSupportが有効に設定されている場合、
SnapManagerイベントまたはストレージ システムに問題が発生した場合に、テクニカル サポートに
130 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
自動的にEメール通知が送信されます。 このオプションは、デフォルトでは有効になっています。 こ
のオプションを無効にすると、ネットワークの負荷や、システムのトラブルシューティング時の負荷
を軽減できます。
AutoSupportデーモンはストレージ システムの動作を監視し、テクニカル サポートに自動的にメッ
セージを送信して、ストレージ システムの潜在的な問題について警告します。 テクニカル サポート
は、必要に応じてEメールで連絡し、潜在的なシステムの問題を解決できるように支援します。
AutoSupportデーモンは、ストレージ システム上でデフォルトで有効に設定されています。 詳細に
ついては、ご使用のData ONTAPバージョンの『システム アドミニストレーション ガイド』 を参照して
ください。
AutoSupport通知を障害イベントだけに限定
AutoSupportが有効に設定されている場合は、ストレージ システムのsyslogおよびAutoSupport
（SnapManagerで有効な場合）に転送されるSnapManagerイベントを、障害イベントだけに限定でき
ます。 このオプションは、デフォルトでは有効になっています。
自動イベント通知の設定
SnapManagerの自動イベント通知を設定できます。 Eメール通知、イベント通知の詳細設定、Eメー
ル通知の詳細設定、ストレージ システムのsyslog設定、およびAutoSupport通知設定をそれぞれ
有効にして、設定することができます。
開始する前に
自動イベント通知を設定する前に、次の情報を把握しておく必要があります。
•
SMTP Eメール サーバまたはゲートウェイのIPアドレス
•
通知の送信先である各受信者のEメール アドレス
•
通知の送信者のEメール アドレス
通知送信者のデフォルト名は、SMEAutoSenderです。 デフォルト以外の送信者を設定するに
は、次のいずれかの形式で指定します。
•
◦
SenderAlias<SenderName@SenderDomain>
◦
SenderAlias
◦
SenderName@SenderDomain
すべての通知メッセージに使用される標準の件名のテキスト：
Backup status at mm_dd_yyyy-hh.mm.ss from MachineName
デフォルトでは、文字列SnapManager for Exchangeが追加されます。
詳細形式ではなく要約形式での処理結果送信を選択した場合は、[SnapManager 処理レポートを
添付する]オプションを選択することもできます。
SnapManagerアプリケーションの設定 | 131
タスク概要
デフォルトでは、自動Eメール通知機能は無効です。
SnapManagerからEメールを送信するには、サイト内に外部Eメール ホストが必要です。 Eメール ホ
ストは、SMTPポート（25）を監視するメール サーバを実行するホストです。
SMTPメール通知を設定するには、次の2つのオプションのいずれか､または両方を選択します。
[処理に失敗した場合にのみ通知を送信する]
バックアップまたは検証の処理に失敗した場合にのみ、Eメール通知を送信します（デフ
ォルトではオフです）。
[SnapManager 処理レポートを添付する]
Eメール通知にステータス レポートを添付します（デフォルトではオフです）。
手順
1. [操作]ペイン（または設定ウィザードの[自動イベント通知の設定]画面）で、[通知設定]を選択し
ます。
[自動通知設定]ダイアログ ボックスが開きます。
2. Eメール通知を有効にするには、[E メール通知の送信]オプションを選択します。
3. 関連するテキスト ボックスに、次の情報を入力します。
a. [SMTP サーバ]テキスト ボックスに、使用するSMTP Eメール サーバまたはゲートウェイの
ホスト名またはIPアドレスを入力します。
b. [送信元]テキスト ボックスに、通知の送信者のEメール アドレスを入力します。
c. [宛先]テキスト ボックスに、各受信者のEメール アドレスを入力します。
複数の受信者に送信する場合は、アドレスをセミコロン（;）で区切ります。
d. [件名]テキスト ボックスに、標準の件名に追加するテキストを入力します。
4. [詳細]をクリックします。
[詳細なイベント通知設定]ダイアログ ボックスが開きます。
5. [E メール メッセージの内容]ペインで、Eメールの本文に含めるメッセージのタイプを選択しま
す。
6. 詳細形式ではなく要約形式を選択した場合は、[SnapManager 処理レポートを添付する]オプ
ションを選択することもできます。
7. [適用]をクリックして、設定を確定します。
8. SMTPメール通知を設定するには、次の2つのオプションのいずれか､または両方を選択しま
す。
132 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
•
[処理に失敗した場合にのみ通知を送信する]チェック ボックス
•
[SnapManager 処理レポートを添付する]チェック ボックス
9. [OK]をクリックして設定を適用し、[詳細なイベント通知設定]ダイアログ ボックスを閉じます。
10. [テスト メールの送信]をクリックします。
指定した設定でテスト メール通知が送信され、Eメール メッセージが表示されます。
11. SnapManagerのイベントをストレージ システムのsyslogに記録する場合には、[SnapManager イ
ベントをストレージ システムの syslog に記録する]を選択します。
12. syslogエントリをテクニカル サポートに自動的に通知する場合や、SnapManagerでストレージ シ
ステムのsyslogにイベントが記録される設定にする場合は、[AutoSupport 通知を送信する]を
選択します。
13. 記録するSnapManagerイベントを障害イベントだけに限定する場合は、[エラー時のみ]を選択し
ます。
14. [OK]（設定ウィザードを使用している場合は[次へ]）をクリックします。
133
高度な管理機能
非常に大規模な実装の場合は、SnapManagerの設定の制限を考慮する必要があります。 また、高
度な設定のための要件を確認しておく必要があります。
SnapManagerでサポートされる最大設定
Microsoft Exchange Server 2013には、サーバあたりのデータベース数と回復用データベース数に
関するデータ設定要件があります。
回復用データベース
回復用データベースを使用すると、別のExchangeサーバにデータベースをリストア、リカ
バリ、およびマウントできます。 それぞれのExchangeサーバでマウントできる回復用デ
ータベースは、一度に1つだけです。
DAGのメンバー サーバ
1つのDatabase Availability Group（DAG;データベース可用性グループ）には、最大で16
のExchangeメンバー サーバを設定できます。
サポートされる最大データベース数
それぞれのExchangeサーバに関連付けることができるデータベース（回復用データベー
スを含む）の最大数は次のとおりです。
•
Standard Edition：5
•
Enterprise Edition：
◦
Exchange 2013 CU1：ノードあたり50
◦
Exchange 2013 CU2：ノードあたり100
SnapVaultを使用してバックアップ セットをアーカイブするためのサ
ービス アカウントの要件（7-Mode環境のみ）
Data ONTAP 7-ModeシステムでSnapVaultを使用してバックアップ セットをアーカイブするには、
SnapDriveからDataFabric Managerサーバへのアクセス設定に使用したのと同じSnapManagerサー
ビス アカウントを使用する必要があります。 同じアカウントを使用できない場合、SnapManagerサ
ービス アカウントには、DataFabric Managerサーバに対する特定の権限が必要です。
DataFabric Managerサーバでは、次のいずれかの方法を使用してSnapManagerサービス アカウン
トに権限を割り当てることができます。
134 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
状況
操作
特定の権限を割り当て
る
DataFabric Managerサーバで次の機能を持つ役割をSnapManagerサ
ービス アカウントに割り当てます。
•
DFM.DataBase.Read Global
•
DFM.DataSet.Write Global
•
DFM.Policy.Read Global
•
DFM.BackupManager.Backup Global
•
DFM.BackupManager.Read Global
•
DFM.BackupManager.Restore Global
役割の作成、機能の追加、およびユーザの作成には、それぞれdfm
role create、dfm role add、およびdfm user addのコマンドを
使用します。
フルコントロール権限
を割り当てる
次の例に示すように、DataFabric Managerサーバに対するフルコント
ロール権限をSnapManagerサービス アカウントに割り当てます。
•
Windowsの場合：
dfm user add -r GlobalFullControl MyDomain\snapuser
•
UNIXの場合：
dfm user add -r GlobalFullControl MyDomain\\snapuser
バックアップの同時検証
バックアップを作成したサーバとは別のサーバから検証が要求された場合、検証サーバでは複数
のバックアップ検証ジョブを同時に実行できます。
注: SnapManagerは、同じホストから複数の検証要求が行われた場合には、順番に実行します。
バックアップ同時検証時のSnapManagerのワークフロー
バックアップ同時検証は次のワークフローで実行されます。
1. ソース バックアップ サーバに新しいバックアップ コピーが作成されたら、SnapManagerはただち
にそれをリモート検証サーバに送信して検証を実行します。
リモート サーバでも、ソース サーバと同じジョブIDが使用されます。
高度な管理機能 | 135
2. リモート サーバに送信されたバックアップ ジョブは、ソース サーバでは実行中と表示されま
す。
リモート サーバでは、アクティブ ジョブがキューの何番目にあるかによって、実行中または待
機中と表示されます。
3. リモート サーバで最初のバックアップ セットの検証が完了しても、すべてのバックアップ セット
が作成されて検証を終えるまでジョブは実行されます。
注: SnapManagerは、異なるサーバからのバックアップ ジョブを最大4つまで同時に検証でき
ます。 5つ目以降のジョブはキューで待機状態となります。
このジョブは、バックアップ検証を含むフル バックアップ ジョブ、保留バックアップ検証ジョブ、ま
たはリストア ジョブの一環として行われるバックアップ検証ジョブのいずれかとなります。
保留整合性検証ジョブの実行中に新しいフル バックアップを作成することもできます。
リストア処理中のバックアップ同時検証
検証ジョブの実行中にバックアップ コピーをリストアできます。 検証中にリストア ジョブが送信され
ると、SnapManagerは次のいずれかのタスクを実行します。
•
バックアップ ジョブまたは保留整合性検証ジョブが実行中の場合は、リストア ジョブを中止しま
す。
•
実行中のすべてのジョブをキャンセルし、リストア処理を開始します。
注: キャンセルしたすべての検証ジョブでは、データベースのステータスが未検証のままとな
ります。
•
現在実行中のジョブがすべて完了するまで待機してから、リストア処理を開始します。
現在実行中のすべてのジョブをキャンセルしてからリストア処理を開始する場合は、次のタスクが
実行されます。
1. キューで待機中の新規ジョブの処理を中止します。
2. Windowsスケジューラ内にある、SnapManagerでスケジュール設定されたすべてのタスクを無
効にします。
3. SnapManagerでフル バックアップを作成中の場合は、フル バックアップ処理をキャンセルしま
す。
4. SnapManagerで短周期リカバリ ポイント処理を実行中の場合は、短周期リカバリ ポイント処理
をキャンセルします。
5. 1つ以上の検証ジョブが実行中の場合は、実行中のすべてのジョブをキャンセルします。
6. フル バックアップ処理が中止されるまで待機します。
7. リストア処理を実行します。
136 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
バックアップ同時検証と短周期リカバリ ポイント バックアップ
バックアップの同時検証は、フル バックアップと並列実行される短周期リカバリ ポイント バックアッ
プにも影響します。
•
SnapManagerがVSS Snapshotコピーの開始を待機中のときは、短周期リカバリ ポイント バック
アップが実行中です。
•
SnapManagerが新しいVSS Snapshotコピー バックアップのバックアップ検証を実行中の場合
は、短周期リカバリ ポイント バックアップが開始します。
•
SnapManagerが新しいVSS Snapshotコピー バックアップを作成中の場合は、短周期リカバリ ポ
イント バックアップを開始できません。
このようなバックアップのリストア オプションは、[リストア]ウィンドウの[ジョブ制御オプション]から選
択できます。
整合性検証ジョブの管理
キューに格納された整合性検証ジョブと、実行中の整合性検証ジョブは表示、移動、取り消しを行
うことができます。 すべてのタスクは[現在のジョブ ステータス]ペインから実行できます。
SnapManagerでは、ジョブ管理はデフォルトで有効になっています。
手順
1. [スコープ]ペインでExchangeサーバを選択します。
[現在のジョブ ステータス]ペインに、このサーバのジョブのうち、キューに格納されているもの、
および実行中のものが表示されます。
2. 管理するジョブを選択します。
3. マウスをジョブの上に移動します。
フローティング メニューが表示されます。
4. 次の表の内容に従って、ジョブを管理します。
状況または条件
作業
ジョブ情報の取得
ジョブを選択します。
[結果]ペインにジョブ情報が表示されます。
キュー内のジョブの位置を上
に移動
フローティング メニューで[上へ]を選択します。
キュー内のジョブの位置を下
に移動
フローティング メニューで[下へ]を選択します。
高度な管理機能 | 137
状況または条件
作業
キューに格納されたジョブま
たは実行中のジョブの取り消
し
フローティング メニューで[ジョブのキャンセル]を選択します。
138 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
SnapManagerのアップグレード
新しいバージョンのSnapManagerがリリースされた場合、対話型のウィザードまたはコマンドを使用
して既存のインストールをアップグレードできます。
開始する前に
•
SnapManagerの新しいバージョンの最小要件をホストとストレージ システムが満たしている必
要があります。
•
SnapManagerを使用してExchangeデータベースをバックアップしておく必要があります。
•
SnapManager処理を停止しておく必要があります。
タスク概要
SnapManagerのアップグレード時にExchangeサービスを停止する必要はありません。 アップグレー
ド中も、Exchangeは動作を継続できます。
このリリースのインストールまたはアップグレードを実行したあと、SnapMirrorおよびSnapVaultのデ
スティネーション ボリュームでのバックアップ セットの検証スケジュールを設定するためには、それ
らのボリュームを[データベース検証設定]ダイアログ ボックスで指定する必要があります。 [データ
ベース検証設定]ダイアログ ボックスで、[検証サーバ] > [デスティネーション ボリュームでの検証]
をクリックし、次にデスティネーション ボリュームを選択します。
SnapManagerの対話的なアップグレード
SnapManagerインストール ウィザードを使用すると、SnapManagerを対話的にアップグレードできま
す。
タスク概要
アップグレードする際にSnapManagerインストール ユーティリティを実行すると、現在のインストー
ル ディレクトリを維持するかどうかの確認を求められます。 インストール ディレクトリを変更する
と、SnapManagerのインストール ディレクトリ パスに関連する既存のスクリプトが動作しなくなる場
合があるため、通常は現在のディレクトリを維持してください。
手順
1. ネットアップ サポート サイトからソフトウェアをダウンロードします。
NetAppダウンロード：Software
2. SnapManagerを終了します（まだ終了していない場合）。
SnapManagerのアップグレード | 139
3. ダウンロードした.exeファイルをダブルクリックします。
4. SnapManagerインストール ウィザードのページへの入力を完了してSnapManagerをアップグレー
ドします。
コマンドラインからのSnapManagerのアップグレード
Windowsコマンドラインから、SnapManagerのアップグレード プログラムをサイレント モードで自動
的かつ迅速に実行できます。
タスク概要
手順
1. ネットアップ サポート サイトから製品のインストーラをダウンロードします。
NetAppダウンロード：Software
2. SnapManagerを終了します（まだ終了していない場合）。
3. ターゲット ホストのWindowsコマンド プロンプトで、製品のインストーラをダウンロードした場所
に移動します。
4. コマンド プロンプトで、次のいずれかのコマンドを入力します。
•
ユーザ クレデンシャルを使用してサイレント アップグレードを行う場合：
installer.exe /s /v”/qn REINSTALLMODE=vomus REINSTALL=ALL
SVCUSERNAME=Domain\UserName SVCUSERPASSWORD=Password
SVCCONFIRMUSERPASSWORD=Password [/L*V DirPath\LogFileName]”
•
ユーザ クレデンシャルを使用せずにサイレント アップグレードを行う場合：
installer.exe /s /v”/qn REINSTALLMODE=vomus REINSTALL=ALL [/L*V
DirPath\LogFileName]”
各変数に次のように入力します。
変数
説明
installer
.exeファイルの名前
Domain\UserName
SnapManagerを実行するためにWindowsが使用するユーザ アカウント
このSnapManagerサービス アカウントには、Windowsホストおよび
Exchange Serverに対する特定の権限が必要です。 詳細については、
『インストールおよびセットアップ ガイド』を参照してください。
140 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
変数
説明
Password
指定したユーザ アカウント用のパスワード
[アカウント]フィールドにグループ管理サービス アカウントを入力した場
合は、このパスワードを空白のままにします。
DirPath\LogFileName
トラブルシューティングに役立つログ ファイルの場所と名前
アスタリスク（*）は、すべてのインストール情報（ステータス メッセージ、
致命的でない警告、エラー メッセージなど）をログに記録する必要があ
ることを示します。
例
"SME7.1_x64.exe" /s /v"/qn REINSTALLMODE=vomus
REINSTALL=ALL SVCUSERNAME=MKTG2\Administrator
SVCUSERPASSWORD=password SVCCONFIRMUSERPASSWORD=password /L*V C:
\SME_upgrade.log"
例
"SME7.1_x64.exe" /s /v"/qn REINSTALLMODE=vomus
REINSTALL=ALL /L*V C:\SME_upgrade_without_user.log"
141
SnapManagerの修復、再インストール、およびアンイン
ストール
必要に応じて、SnapManagerを修復、再インストール、またはアンインストールできます。
SnapManagerの修復
多くの場合、SnapManagerに関する安定性の問題は、ソフトウェアを修復することによって修正でき
ます。 ソフトウェアを修復すると、不足または破損したファイル、ショートカット、およびレジストリ エ
ントリが修正されます。
手順
1. コントロール パネルで、インストールしたプログラムに移動します。
2. [SnapManager for Microsoft Exchange Server]を選択します。
3. [修復]をクリックします。
タスクの結果
SnapManager for Microsoft Exchange Serverが設定されます。
SnapManagerの再インストール
古いバージョンのSnapManagerをインストールする場合や、修復処理を実行してもソフトウェア内の
安定性の問題が解決しなかった場合は、SnapManagerを再インストールできます。
タスク概要
SnapManagerソフトウェアの再インストール プロセスの実行前または実行中にExchange Serverを
停止する必要はありません。
手順
1. 既存のSnapInfoディレクトリの場所をメモしておきます。
2. SnapManagerをアンインストールします。
3. SnapManagerを再インストールします。
4. 再インストール前に使用していたSnapInfoディレクトリと同じ場所を使用するようにSnapManager
を設定します。
142 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
以前と異なるSnapInfoディレクトリを使用するようにSnapManagerを設定すると、SnapManagerの
再インストール前に作成されたバックアップ レコードは保持されなくなります。
ローカル ディスクへのExchangeデータの移動
SnapManagerをアンインストールする際には、アンインストール時に問題が発生した場合のデータ
損失を避けるため、ストレージ システム上のExchangeデータ ストアをあらかじめローカル ディスク
に移動しておきます。
開始する前に
データベースをローカル ディスクに戻す前に、ローカル ディスクに十分なスペースがあるかどうか
を確認します。
手順
1. Exchange管理コンソールまたはExchange管理シェルを使用して、LUN上にあるデータベース、
トランザクション ログ、およびシステム ファイルをローカル ディスクに移動します。
2. データが正しく移動され、Exchangeサーバが正常に動作していることを確認します。
3. SnapManagerのホストから、LUNを切断または削除します。
LUNの切断または削除の詳細については、SnapDriveの製品ドキュメントを参照してください。
対話型モードでのSnapManagerのアンインストール
SnapManagerとそのすべてのコンポーネントは、Windowsの[プログラムの追加と削除]ユーティリテ
ィを使用して対話的にアンインストールできます。 また、SnapManagerレポート ディレクトリも削除で
きます。 具体的なアップグレード パスまたは特定のトラブルシューティング環境での手順として明
記されていないかぎり、SnapManagerをアンインストールしてから再インストールしたり、新バージョ
ンにアップグレードしたりする必要はありません。
タスク概要
SnapManagerを、Database Availability Group（DAG;データベース可用性グループ）のすべてのノ
ードからアンインストールします。
注意: 現在インストールされているSnapManagerバージョンは、ここで説明する以外の対話式の
方法では削除しないでください。別の方法を使用すると、不明なファイルが残されたままとなり、
システムに問題が発生する原因になります。
SnapManagerのアンインストール時に、Exchangeサービスを停止したり、Exchangeデータベースを
LUNから削除する必要はありません。
SnapManagerの修復、再インストール、およびアンインストール | 143
注: アンインストール後にリブートが必要になる場合があります。 その場合はインストーラから通
知されます。
手順
1. SnapManagerを終了します。
2. コントロール パネルで[プログラムの追加と削除]を選択し、SnapManagerのエントリを選択しま
す。
3. 削除対象に応じて、次のボタンをクリックします。
状況
操作
SnapManagerソフトウェアの
みを削除して、レポート ディ
レクトリは残す場合
[削除]をクリックします。
SnapManagerソフトウェアと
a.
レポート ディレクトリを両方と
も削除する場合
b.
c.
[変更]をクリックします。
[レポート フォルダの削除]をクリックします。
[削除]をクリックします。
4. [はい]をクリックします。
CLIによるSnapManagerのアンインストール
SnapManagerは、コマンドライン インターフェイスからソフトウェア インストール ユーティリティを実
行することでアンインストールできます。 また、サイレント アンインストール用スクリプトを使用して
SnapManagerソフトウェアをアンインストールすることもできます。 具体的なアップグレード パスま
たは特定のトラブルシューティング環境での手順として明記されていないかぎり、SnapManagerをア
ンインストールしてから再インストールしたり、新バージョンにアップグレードしたりする必要はあり
ません。
タスク概要
DAGの場合は、すべてのノードからSnapManagerをアンインストールします。
注意: 現在インストールされているSnapManagerバージョンは、ここで説明する以外の自動的な
方法では削除しないでください。別の方法を使用すると、不明なファイルが残されたままとなり、
システムに問題が発生する原因になります。
注: アンインストール後にリブートが必要になる場合があります。 その場合はインストーラから通
知されます。
144 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
手順
1. ターゲット ホストのWindowsコマンド プロンプトで、製品のインストーラをダウンロードした場所
に移動します。
2. コマンド プロンプトで、次のコマンドを入力します。
installer.exe /v”REMOVE=ALL[REMOVEREPORTFOLDER=1][/L*V DirPath
\LogFileName] /qb”
変数
説明
installer
.exeファイルの名前。使用するSnapManagerインストール メディアに応じ
て、setup.exeまたはSME7.1.exeを指定します。
DirPath\LogFileName
オプション
このオプションを指定すると、インストールに関する詳細情報が、指定さ
れたログ ファイルに書き込まれます。 この情報は、SnapManagerの特
定のインスタンスのインストール状況を確認する際に使用できます。
アスタリスク（*）は、インストール情報（ステータス メッセージ、致命的で
ない警告、エラー メッセージなど）をすべて記録するように指定するワ
イルドカード文字です。
DirPathは、インストール ログを作成または上書きするディレクトリの
完全修飾名です。
LogFileNameはインストール情報を書き込むファイルの名前です。
例：
/L*V C:\SME_Uninstall.log
例
"SME7.1.exe" /v"REMOVE=ALL REMOVEREPORTFOLDER=1 /qb"
145
SnapManagerバックアップのアーカイブ
SnapManagerでは、SnapManagerバックアップ セットを含むSnapshotコピーのアーカイブをオフライ
ンで作成できます。 データをアーカイブすると、独立した完全なデータのレプリカを作成し、そこか
らデータをリカバリできます。 データはさまざまな方法でアーカイブできます。
データをアーカイブする理由
データをアーカイブする主な理由は、災害復旧です。 データをアーカイブすることによって、人的エ
ラー、偶発的な削除、ハードウェア障害、自然災害によって破損したデータや削除されたデータを
リカバリできます。 スペースに制限がある場合、履歴を分析する場合、訴訟に対応する場合は、
古いデータのアーカイブが必要になることがあります。
SnapManagerバックアップのアーカイブの注意事項
データをアーカイブする前に、アーカイブするデータのタイプの選択、命名規則、適切なプロトコル
の使用に関する注意事項を確認してください。
•
検証済みのバックアップだけをアーカイブする。
バックアップ コピーが検証済みかどうかが不明な場合は、SnapManagerの[リストア]ウィンドウ
で確認してください。
•
完全なバックアップ セットをアーカイブする。
•
最新のバックアップ コピーをアーカイブする。
•
すべてのデータベースを一括してアーカイブする。
特定の期間の適切なデータベースおよびトランザクション ログがどのSnapshotコピーに含まれ
ているかを判断できない場合には、データベースを個別にアーカイブしないでください。
•
複数のデータベースを選択してバックアップを作成する場合、バックアップのアーカイブ中に使
用されるバックアップ バージョンが1つであることに注意する。 つまり、OnCommand Unified
Manager Core Packageのバックアップ バージョンには、複数のデータベースのバックアップが含
まれます。 リモート バックアップを削除すると、そのバックアップ バージョンのすべてのバックア
ップが削除されます。
•
固有の命名規則を使用している場合は、最新の日時のSnapshotコピーを検索する。
•
バックアップ作成時に固有の命名規則を使用しなかった場合は、ストレージ システム上のLUN
ドライブ ボリュームで、次の名前の最新Snapshotコピーを検索する。/
exchsnap_servername_recentまたは/
146 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
exchsnap_servername_recent_backupmgmtgroup これは、 [処理後のコマンドの実行]機
能がサポートされていない旧バージョンのSnapManagerとの互換性を維持するためです。
•
LUNのアーカイブには、CIFSまたはNFSプロトコルを使用しない。
LUNをアーカイブするには、ストレージ システムのdumpコマンドまたはNDMPバックアップ アプ
リケーションを使用します。
注: システムがビジー状態の場合、ネットワーク速度が遅い場合、またはDataFabric Manager
サーバやストレージ システムに負荷が集中している場合は、バックアップを作成してから、
[リストア]ビューにアーカイブが表示されるまでの間にタイム ラグが生じます。
•
次の要因を考慮する。
◦
使用するアーカイブ方法
◦
ディザスタ リカバリに関するサービス レベル アグリーメント
◦
1日に実行するSnapManagerバックアップの回数
◦
Exchangeクライアントの動作スケジュール
◦
バックアップの検証時刻
SnapManagerバックアップのアーカイブ方法
アーカイブするバックアップのコンポーネントは、さまざまな方法で選択できます。
•
Network Data Management Protocol（NDMP;ネットワークデータ管理プロトコル）またはストレー
ジ システムのdumpコマンドを使用して、ストレージ システムからアーカイブ メディアに直接LUN
をアーカイブする。
•
SnapManagerバックアップSnapshotコピー内のLUNをマウントして共有し、業界標準のバックア
ップ ユーティリティを使用して、LUNの内容をアーカイブ メディアにコピーする。
•
Exchange対応バックアップ アプリケーションを使用して、アーカイブ メディアに、Exchangeコピ
ータイプのバックアップを直接作成する。
NDMPまたはdumpコマンドで作成されるアーカイブ
Network Data Management Protocol（NDMP;ネットワーク データ管理プロトコル）またはData
ONTAP dumpコマンドを使用すると、ExchangeまたはExchangeサーバをまったく使用せずに、スト
レージ システムからアーカイブ メディアに直接アーカイブしたいバックアップ セットのデータを含む
LUNをそれぞれアーカイブできます。
NDMPおよびdumpコマンドは、LUNドライブ ファイルをアーカイブする最も効率的な方法です。
LUN Snapshotコピーが作成され、アーカイブ メディアにコピーされたあと、削除されます。
SnapManagerバックアップのアーカイブ | 147
ストレージ システムからテープへのデータ バックアップの詳細については、ご使用のData ONTAP
バージョンの 『データ保護ガイド』 を参照してください。
NDMPまたはdumpコマンドを使用してSnapManagerバックアップをアーカイブする場合は、絶対パ
ス名を使用してデータベースLUNを指定します。3つの変数には、次のテキスト文字列を指定しま
す。
/vol/volume_name/.snapshot/snapshot_name/LUN_name
volume_name
アーカイブするデータを含むボリューム名
snapshot_name
アーカイブするLUNを含むSnapshotコピー名
LUN_name
アーカイブするデータを含むLUN名
たとえば、ExchVolnボリュームにあるexchsnap__SRVR3_01-20-2006_12.05.58_Dailyという
Snapshotコピーのexch1db.lunというLUNの絶対パス名は、次のようになります。
/vol/ExchVol/.snapshot/exchsnap__SRVR3_01-20- 2006_12.05.58__Daily/
exch1db.lun
NDMPおよびdumpコマンドのアーカイブ方式の評価
NDMPおよびdumpコマンドでは、LUNドライブ ファイルのアーカイブを最も効率的に作成できます
が、不要なデータもアーカイブされます。
利点
•
NDMPおよびdumpコマンド方式はSnapshotコピーのマウントに依存しないので、busy snapshot
コピーが作成されるリスクがない
•
NDMPおよびdumpコマンド方式はraw LUN全体がアーカイブされるため、リストアではLUNを
置き換えるだけで済む
•
アーカイブの実行時にネットワーク上にデータを送信しない場合、NDMPおよびdumpコマンド方
式は他の方法よりもきわめて速く実行できる
欠点
•
raw LUNをアーカイブするので、Exchangeデータを含むLUN全体がアーカイブされ、不要なデ
ータもアーカイブされる
不要なデータをアーカイブしたくない場合には、業界標準のバックアップ ユーティリティを使用し
て、対応するSnapInfoディレクトリをバックアップできます。 SnapInfoとExchangeデータを別のユ
ーティリティで個別にアーカイブする場合は、その両者の関連がわかるようにしておきます。
148 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
•
SnapInfoディレクトリを別途アーカイブする場合には、Exchangeサーバから直接バックアップさ
れたSnapInfoディレクトリと、Snapshotコピーから作成されたLUNから抽出されたExchangeデー
タをそれぞれの場所から取得し、同じアーカイブ内に保存する必要がある
例：処理後のコマンド実行機能によるSnapManagerバックアップのアーカイブ
SnapManagerバックアップの作成後、スクリプトを実行してバックアップをテープにアーカイブし、デ
ータを長期間保護することができます。 これを実行するには、処理後のコマンド実行機能を使用す
るか、スクリプトにSnapshotコピー名をハード コーディングします。
次の環境でスクリプトを実行するとします。
•
ExchangeおよびSnapManagerを実行しているコンピュータ上でスクリプトを実行します。
•
Exchangeサーバの名前はSRVR3です。
•
ストレージ システムの名前はstoragesystem1です。
•
Exchangeデータベースを含むLUNの名前は、exch1db.lunです。
•
Exchangeトランザクション ログおよびSnapInfoディレクトリを含むLUNの名前は、
exch1logs.lunです。
•
ExchangeデータベースLUNを含むボリュームの名前は、ExchDBvolです。
•
Exchangeトランザクション ログLUNを含むボリュームの名前は、ExchLogvolです。
•
NetApp Data ONTAP PowerShell ToolkitはExchangeサーバにインストールされています。
SnapManagerの処理後のコマンド実行機能を使用してスクリプトを実行するには、-RunCommandパ
ラメータに次の値を指定します。
C:\scripts\archive.bat $ExchSnapshot $InfoSnapShot
このスクリプトには、それぞれ次のような値が渡されます。
exchsnap__SRVR3_01-20-2012_12.05.58__Daily
exchloginfo__SRVR3_01-20-2012_12.05.58__Daily
archive.batスクリプトは、値をPowerShellスクリプトに渡すWindows PowerShellスクリプトを呼び出し
ます。
powershell.exe C:\Scripts\archive.ps1 %1 %2
処理後のコマンド実行機能を使用せず、バックアップ作成時に固有の命名規則を使用していない
場合には、スクリプトにSnapshotコピー名をハード コーディングできます。
たとえば、Exchangeサーバの名前がSRVR3の場合、データベースのdumpコマンドは次のようにな
ります。
SnapManagerバックアップのアーカイブ | 149
invoke -nassh -command "dump 0f nrst0a" /vol/ExchDBVol/.snapshot/
exchsnap__SRVR3__recent__Daily/exch1db.lun
次のスクリプトarchive.ps1は、ndmpを介してSnapManagerバックアップをテープにアーカイ
ブします。
#Backup up the LUN in the snapshot containing the Exchange database.
#For this example, a level 0 backup is performed
#to the tape storage device named nrst0a.
import-module dataontap
$ExchSnapshot = $args[0]
$InfoSnapshot = $args[1]
$ExchDBPath = “/vol/ExchDBVol/.snapshot/” + $ExchSnapShot + “/
exch1db.lun”
$ExchLogPath = “/vol/ExchLogVol/.snapshot/” + $ExchSnapShot + “/
exch1db.lun”
$ndmpDBcmd = “dump 0f nrst0a” + $ExchDBPath
$ndmpLogcmd = “dump 0f nrst0a” + $ExchLogPath
Connect-NaController -Name storagesystem1 -Transient
invoke-nassh –command $ndmpDBcmd
invoke-nassh –command $ndmpLogcmd
業界標準のバックアップ ユーティリティを使用して作成したアーカイブ
業界標準のバックアップ ユーティリティを使用してSnapManagerバックアップをアーカイブするに
は、アーカイブするSnapshotコピーによってバックアップされるLUNをマウントし、バックアップ ユー
ティリティを使用して、アーカイブ データをアーカイブ メディアにコピーします。
この場合には、次の図のように、raw LUNではなく、NTFSデータがバックアップされます。
150 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
ボリューム
LUN 1
LUN 2
Exchange
サーバ
Exchange
Snapshot
コピー
Snapshot
コピーから作成
されたLUN
NetCache C760
ストレージ
システム
NTFS データ
LAN
または
テープ
バックアップ
サーバ
NearStore
システム上の
.BKFファイル
注: LUNをExchangeサーバ上にマウントする必要はありません。別のコンピュータを使用してア
ーカイブできます。
アーカイブには、次の2つのコンポーネントを含める必要があります。
•
Exchangeサーバから直接バックアップされたSnapInfoディレクトリ
•
SnapshotコピーによってバックアップされているLUNから抽出されたExchangeデータ
業界標準のバックアップ ユーティリティのアーカイブ方式の評価
業界標準のバックアップ ユーティリティを使用してSnapManagerバックアップをアーカイブする際
に、アーカイブするデータを選択できます。ただし、アーカイブ中にバックアップが実行されるような
スケジュールを設定しないように注意する必要があります。
利点
•
raw LUNではなくNTFSデータをアーカイブするので、必要なデータだけをアーカイブできる
•
よく知っている手順とツールを使用できる
SnapManagerバックアップのアーカイブ | 151
欠点
•
この方式ではSnapshotコピーをマウントするため、バックアップが実行され、このマウント済みの
Snapshotコピーを作成するとこのコピーを削除できなくなるので、アーカイブ プロセス中にバック
アップが実行されるようなスケジュールを設定しないように注意する必要がある
•
Exchangeサーバから直接バックアップされたSnapInfoディレクトリと、Snapshotコピーから作成さ
れたLUNから抽出されたExchangeデータをそれぞれの場所から取得し、同じアーカイブ内に保
存する必要がある
例：業界標準バックアップ ユーティリティによるSnapManagerバックアップのアーカイ
ブ
スクリプトを使用して、Exchangeデータベースを含むLUNのSnapshotコピーをマウントし、次に業界
標準バックアップ ユーティリティを使用してデータベースをバックアップし、LUNをアンマウントし、
SnapInfoディレクトリをバックアップできます。
次の環境でスクリプトを使用するとします。
•
ExchangeおよびSnapManagerを実行しているコンピュータ上でスクリプトを実行
•
Exchangeデータベースのドライブ レターはS
•
Snapshotコピーは、ドライブVとしてマウント
スクリプト実行時に、LUNのマウントに使用するドライブ レターが使用可能である必要がありま
す。
次のスクリプトでは、Exchangeデータベースを含むLUNのSnapshotコピーをマウントし、業界標準
のバックアップ ユーティリティを使用してそのバックアップを実行します。 このスクリプトではさら
に、LUNをアンマウントして、SnapInfoディレクトリをバックアップしています。 また、テープ名と説明
のオプションを表示するために、/Nおよび/Dオプションを使用しています。
REM Mount a LUN backed by the Snapshot copy of the Exchange
REM database as drive letter V:\.
sdcli snap mount -k s -s %1 -d v
REM Use Windows Backup to back up the database files. The path
REM to the databases in your environment might be different.
ntbackup backup "V:\Program Files\Exchsrvr\mdbdata" /N %1 /D %2
REM Dismount the Snapshot copy mounted as drive letter V:\.
REM The below example is shown with an optional parameter (-f)
REM to forcefully disconnect the drive letter.
sdcli snap unmount -d v -f
REM Use Windows Backup to back up the snapinfo directory.
REM This backup appends the media so as not to
REM overwrite the database backup. The path to the
REM snapinfo directory is passed as the third
REM parameter on the command line used to launch
REM this script.
ntbackup backup %3 /T%1 /A
152 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
SnapManagerの処理後のコマンド実行機能を使用して、このスクリプトを実行するには、次のコマン
ドを使用します。
C:\SnapManager Scripts\scriptname.txt $ExchSnapshot $InfoSnapshot
コマンドライン パラメータの%1および%2は、それぞれ次のような値を提供します。
•
exchsnap__SRVR3_01-20-2012_12.05.58__Daily
•
eloginfo__SRVR3_01-20-2012_12.05.58__Daily
処理後のコマンド実行機能を使用せず、バックアップ作成時に固有の命名規則を使用していない
場合には、スクリプトにSnapshotコピー名をハード コーディング（手動で入力）できます。
たとえば、Exchangeサーバの名前がSRVR3の場合、データベースのdumpコマンドは次のようにな
ります。
rsh storagesystem1 dump 0f nrst0a
/vol/Exch/.snapshot/exchsnap__SRVR3__recent__Daily/exch1db.lun
Exchangeバックアップ エージェントを使用してExchangeバックアッ
プをアーカイブする方法
Exchangeバックアップ コピーを使用して、SnapManagerバックアップ コピーをアーカイブできます。
Exchangeデータベースのバックアップ コピーを作成するには、Windowsバックアップを使用します
（Exchangeバックアップ エージェントが使用されます）。 この場合、Exchangeデータそのものがキャ
プチャされ、アーカイブされます。
ここではバックアップ コピーの作成にSnapManagerを使用しないため、リストア プロセスにも
SnapManagerを使用しません。したがって、SnapInfoディレクトリをアーカイブする必要はありませ
ん。
注: この方法では、コピー バックアップまたは差分バックアップを使用します。 その他のバックア
ップ処理方法を実行すると、既存のSnapManagerバックアップ コピーを使用した最新の状態へ
のリストア処理を実行できなくなります。
Exchangeバックアップ エージェントのアーカイブ方式の評価
Exchangeバックアップ エージェントを使用してExchangeバックアップ コピーをアーカイブする場合
は、SnapInfoディレクトリをアーカイブする必要がありません。Exchangeデータそのものがキャプチ
ャされて、アーカイブされます。
利点
すでに使用可能な、よく知っている手順とツールを使用できる。
SnapManagerバックアップのアーカイブ | 153
欠点
この処理の実行中にSnapManagerバックアップ処理を開始できない。
例：Exchangeバックアップ エージェントによるExchangeバックアップ コピーのアーカ
イブ
Exchangeバックアップ エージェントを使用してSnapManagerバックアップ コピーをテープにアーカイ
ブするために、スクリプトを実行することもできます。 スクリプトでは、Windowsバックアップを起動
し、Exchangeバックアップ エージェントを通じてコピー形式のバックアップを実行することを指示しま
す。
スクリプトの例
このスクリプトを使用するには、Windows バックアップ GUIを使用して、バックアップするデ
ータベースを含む.BKSファイルを作成する必要があります。 このスクリプトは、Exchangeお
よびSnapManagerを実行しているコンピュータ上で実行することを前提としています。
REM Launch Windows Backup
ntbackup backup "@c:\MyConfig.BKS" /M copy
注: この方法はSnapManagerバックアップ コピーを使用しませんが、処理後のコマンド実行
機能を使用して実行することができます。
中央集中型バックアップ モデルを使用する場合
中央集中型バックアップ モデルを使用すると、中央集中型バックアップ サーバ上でコマンドを実行
するか、またはバックアップ ソフトウェアに付属のサードパーティ エージェントを経由してExchange
サーバ上でコマンドを実行することにより、バックアップ ジョブを開始できます。
実行するコマンド、およびコマンドを実行するサーバを判別するには、中央集中型バックアップ ソフ
トウェアのマニュアルを参照してください。 また、処理後のコマンド実行機能を使用して、バックアッ
プを起動できます。
Exchangeサーバ上でコマンドを実行する場合には、追加して行う操作はありません。
中央集中型バックアップ サーバ上でコマンドを実行する場合には、サーバ上にSnapManagerをイ
ンストールします。 リモート コンピュータ（中央集中型バックアップ サーバ）上でコマンドを実行でき
るように、Exchangeサーバ上のSnapManagerアプリケーションを設定します。
注: コマンドをリモートで実行するには、リモート サーバ上にExchangeサーバがインストールされ
ていない場合、リモート サーバ上にSnapManagerをインストールする必要があります。
SnapManagerは、インストールする必要はありますが、設定する必要はありません。
コマンドをリモートで実行する方法はほかにもありますが、このマニュアルでは、SnapManagerを使
用する方法だけを紹介しています。
154 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
処理後のコマンド実行機能によるバックアップの自動アーカイブ
SnapManagerには、バックアップまたはデータベース検証処理が正常に終了した場合にのみ、独
自のプログラムまたはスクリプトを自動的に実行できる機能があります。 この機能は「処理後のコ
マンド実行」と呼ばれ、通常はバックアップ コピーを自動的にアーカイブするときに使用します。
バックアップ セットのコンポーネントは、すべて同時にアーカイブするようにします。 いずれかのデ
ータベースがオフラインの状態で、処理後のコマンド実行機能を使用してバックアップ プロセスを
開始した場合は、特定のジョブのバックアップ処理がエラーになります。
処理後のコマンド実行機能でサポートされているコマンド引数
処理後のコマンド実行機能では、定義済み変数を使用して、プログラムまたはスクリプトに処理特
有の情報を渡すことができます。
$ExchSnapshot
次のようなExchangeデータベースSnapshotコピー名に展開されます。
exchsnap__winsrvr3__01-31-2012_15.03.09
exchsnap__winsrvr3__recent
SnapManagerバックアップ セットに含まれるデータベースのSnapshotコピーの数は、バッ
クアップ処理でデータベースの格納に使用されるボリュームの数によって異なります。
$InfoSnapshot
次のようなSnapInfoディレクトリSnapshotコピー名に展開されます。
eloginfo__winsrvr2__01-31-2012_15.03.09
eloginfo__winsrvr2__recent
$SnapInfoName
次のようなSnapInfoディレクトリ名に展開されます。
WINSRVR3__01-23-2012_16.21.07__Daily
WINSRVR3__recent
この変数を使用する場合は、ディレクトリへの適切なパスも指定する必要があります。
$SnapInfoPath
次のようなSnapInfoサブディレクトリ名に展開されます。
I:\SME_SnapInfo\EXCH__WINSRVR3\SG__database_name
\WINSRVR5_01-06-2012_11.52.36
$SnapInfoPath変数は、実際のパス名にスペースが含まれていてもWindowsコマンド
ラインでのスクリプト実行に影響しないように、自動的に二重引用符で囲まれます。
SnapManagerバックアップのアーカイブ | 155
コマンドラインに二重引用符を表示しないようにするには、[処理後のコマンドの実行]ダ
イアログ ボックスの[コマンドの引数]フィールドで削除します。
処理後のコマンド実行機能で実行するコマンドの指定
バックアップまたは検証の処理を指定するときに、[処理後のコマンドの実行]を使用して、処理の
完了後に実行するコマンドの詳細を指定できます。 コマンド引数のデフォルト値を使用すれば、バ
ックアップまたは検証を開始するごとにコマンド情報を入力しなくても済むようになります。
開始する前に
•
指定したコンピュータにSnapManagerをインストールする必要がありますが、設定する必要はあ
りません。
•
スクリプトがネットワーク共有に保存されている場合は、ネットワークのドライブ レターではなく
UNCパスを使用して、スクリプトの場所を指定します。
Internet Explorerの信頼済みサイトのリストにネットワークの場所を追加します。追加していない
とコマンドがエラーになる場合があります。
タスク概要
同じタイプの複数のSnapshotコピーをコマンドに指定する場合は、各Snapshotコピーに対して
Snapshotコピーの変数名を1つ含める必要があります。 この変数名を指定しないと、完全なアーカ
イブを作成できません。 たとえば、myscript $exchSnap $exchSnapと入力すると、myscript
snap1 snap2というコマンドが生成されます。
手順
1. バックアップ ウィザードまたは[バックアップと検証]ウィンドウを使用して、フル データベース バ
ックアップ、トランザクション ログだけのバックアップ、またはデータベース検証を指定します。
2. バックアップ ウィザードで[この処理後にコマンドを実行する]を選択するか、または[バックアッ
プと検証]ウィンドウで[処理後のコマンドの実行]を選択します。
3. [コマンドを実行するコンピュータを指定します]で、プログラムまたはスクリプトが格納されたホ
ストを指定します。
4. [実行するプログラムまたはスクリプトの完全パスを指定します]で、プログラムまたはスクリプト
を選択します。
5. [コマンドの引数]に、コマンド入力文字列を入力します。
テキストを直接入力できますが、入力する変数を[SnapManager の変数]リストから選択すること
もできます。
6. 必要に応じて手順4および5を繰り返し、[コマンドの引数]ボックスに、プログラムまたはスクリプ
トに渡すすべての引数を指定します。
156 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
7. [OK]をクリックして、バックアップまたは検証セットアップ プロセスに戻ります。
バックアップまたは検証が正常に完了すると、指定したコマンドは、このバックアップ処理の
SnapshotコピーとSnapInfo情報が挿入され、自動的に実行されます。
例：スクリプトと必須パラメータ
次のスクリプトを実行するとします。
C:\SnapManager Scripts\scriptname.bat
次のパラメータを指定する必要があります。
•
データベースSnapshotコピー名
•
特定のSnapInfoディレクトリ名
•
SnapInfoディレクトリへのNTFSパス
UNCパスからのSnapManagerスクリプト起動の有効化
Windows ServerシステムにSnapManagerがインストールされている場合、Uniform Naming
Convention（UNC）パスからスクリプトを起動するには、Internet Explorerの信頼済みサイトのリスト
に、スクリプトが格納されたホストを追加する必要があります。
タスク概要
•
Windows ServerシステムにSnapManagerがインストールされている場合は、UNCパスからスク
リプトを起動しようとすると、SnapManagerが停止することがあります。 この場合、ログ ファイル
にエラー情報は表示されず、ログ テキストの最終行に「指定したコマンドは正常に実行されまし
た。」は表示されません。
•
サポート対象のWindows Serverは、出荷時に、Internet Explorerの[Internet Explorerセキュリテ
ィ強化の構成]が有効に設定されています。 この設定には制限があり、ネットワーク共有上に
置かれているバッチ ファイルを実行できません。 したがって、Internet Explorerの信頼済みサイ
トのリストに、ネットワークの場所を追加する必要があります。
•
ログオンするシステムは、SnapManagerを実行するシステムと同じシステムでも、異なるサーバ
でもかまいません。 SnapManagerで使用するように設定された同じユーザ アカウントを使用し
て、ログオンします。
•
セキュリティ設定は、各コンピュータの各ユーザ アカウントに固有のものです。 スクリプトを実
行するすべてのコンピュータに対して、また各コンピュータ上でスクリプトを実行するすべての
ユーザに対して、この手順を繰り返す必要があります。 別のユーザ アカウントを使用して
SnapManagerを実行する場合も、これらの手順を繰り返す必要があります。
SnapManagerバックアップのアーカイブ | 157
手順
1. スクリプトを実行するWindows Serverシステムにログインします。
2. Internet Explorerを起動します。
3. メニュー バーで、[ツール] > [インターネット オプション]を選択します。
4. [インターネット オプション]ダイアログ ボックスで、[セキュリティ] > [ローカル イントラネット] >
[サイト]を選択します。
5. [このWebサイトをゾーンに追加する]で、スクリプトを起動するコンピュータのホスト名を入力
し、[追加]をクリックします。
6. [OK]をクリックします。
7. 変更を確認するには、スクリプトが存在するネットワークを検索し、スクリプトを起動します。
スクリプトは、セキュリティのプロンプトが表示されることなく、正常に実行されます。 このテスト
では、SnapManager変数がスクリプトに渡されないため、スクリプトが正常に完了しないことがあ
ります。
158 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
SnapManagerコマンドライン リファレンス
SnapManager 6.1 for Microsoft Exchangeには、SnapManagerコマンドライン機能が用意されている
ため、GUI（グラフィカル ユーザ インターフェイス）を使用せずにSnapManagerを実行するスクリプト
を作成できます。
SnapManager for Exchange PowerShellコマンドライン インター
フェイスの使用に関する注意事項
SnapManager for Exchange PowerShellコマンドライン インターフェイスの使用を開始する前に、パ
ラメータおよびオプションのプレゼンテーション要件を理解しておきます。
Microsoft Exchangeコマンドレットを実行するには、Microsoft Exchange管理シェルを使用します。
SnapManagerコマンドライン インターフェイスを使用するときは、次のガイドラインにしたがってして
ください。
•
パラメータとオプションではすべて大文字と小文字が区別されないため、-Dailyオプション
は、-dailyオプションを使用した場合と同じ結果になります。
•
一部のオプションは、特定の順序で呼び出す必要があります。
最善の結果を得るために、すべてのオプションで構文に指定されている順序を使用してくださ
い。
•
パラメータ値の文字列にスペースが含まれている場合には、必ず一重引用符で囲みます。たと
えば、database 1ではなく'database 1'のようにします。
SnapManager for Exchange PowerShellの起動
Windowsの[スタート]メニューからSnapManager for Exchange PowerShellを起動して、
SnapManagerのさまざまな処理を実行するコマンドライン インターフェイスを使用できます。
手順
1. SnapManager for Exchange PowerShellインターフェイスを開きます。
使用中のWindowsオペレーティング システムに応じて、次のいずれかを実行します。
Win2008の場合：
•
[スタート] > [プログラム] > [NetApp] > [SnapManager for Exchange PowerShell]を選択し
ます。
SnapManagerコマンドライン リファレンス | 159
Win2012の場合：
•
[スタート] > [SnapManager for Exchange PowerShell]を選択します。
SnapManager for Exchange PowerShellのコマンドライン インターフェイスが表示されます。
終了後の操作
Windows Serverシステムでユーザ アクセス制御を有効にしている場合は、メニュー オプション[管
理者として実行]を使用して、Windowsレジストリやその他のWindowsサーバ リソースに関するアク
セス エラーが発生しないようにします。
new-backup
new-backupコマンドでは、SnapManager GUIから実行できるすべてのオプションを使用して、バッ
クアップ ジョブや検証ジョブを開始できます。
new-backup
-ClusterAware True|False
-VerifyOnDestVolumes src_storage_system_list:src_vol:
dest_storage_system:dest_vol
-Verify
-Server server_name
-Database 'database1', 'database2',...
-ManagementGroup Standard|Weekly|Daily
-ActiveDatabaseOnly True|False
-PassiveDatabaseOnly True|False
-BackupTargetServer server_name
-ActivationPreference ActivationPreferenceNum
-UpdateMirror True|False
-VerDestVolume True|False
-NoUTMRestore True|False
-NoTruncateLogs False
-Throttle throttle_val
-VerificationServer server_name
-UseMountPoint True|False
-MountPointDir mountpoint_dir
-RetainBackups no_of_days_to_retain_backup
-RetainDays no_of_days_delete_backup
-Command True|False
-RunCommand win_path_and_script_name
-GenericNaming True|False
-RecoveryPoint win_path_and_script_name
-ReportProgress True|False
-ArchiveBackup True|False
-ArchivedBackupRetention Hourly|Monthly|Daily|Weekly|Unlimited
-RetainUtmBackups no_of_log_backups_to_retain
160 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
-RemoteAdditionalCopyBackup [Boolean]
-AdditionalCopyBackupDAGNode [String]
-RetainRemoteAdditionalCopyBackup [Integer]
-RetainRemoteAdditionalCopyBackupDays [Float]
-ArchiveRemoteAdditionalCopyBackup [SwitchParameter]
common parameters
説明
new-backupコマンドでは、Exchangeデータベースをバックアップできます。
また、このコマンドは次の共通パラメータもサポートしています。
•
-Debug（-db）
•
-ErrorAction（-ea）
•
-ErrorVariable（-ev）
•
-OutBuffer（-ob）
•
-OutVariable（-ov）
•
-Verbose（-vb）
•
-Confirm
共通パラメータの詳細については、共通パラメータに関するヘルプを参照してください。
パラメータ
-ClusterAware True|False
省略形：cl
クラスタ構成でジョブのスケジュールを設定する場合にのみ有効です。複数のク
ラスタ ノードで同じジョブのスケジュールを設定しやすくすることで、フォールト ト
レランスを強化します。
DAGの場合は、-Clusterawareを使用してジョブのスケジュールを設定すると、
そのジョブは、スケジュールを設定したホストがDAGのアクティブ ノードである場
合にのみ実行されます。
-VerifyOnDestVolumes src_storage_system_list:src_vol:dest_storage_system:dest_vol
省略形：vermirror
既存のSnapMirror関係よりも優先されます。
-Verify
Verifyは、コマンドの実行時に指定できるスイッチ パラメータです。 このパラメ
ータを指定した場合、Windows PowerShellランタイムは値をTrueと解釈します。
SnapManagerコマンドライン リファレンス | 161
パラメータを指定しなかった場合（通常のデフォルトの設定）は、Falseと解釈しま
す。
省略形：ver
バックアップされたSnapManagerデータベースとトランザクション ログを検証しま
す。
-Server Exchange_server_name
省略形：svr
対象となるExchangeサーバ名を指定します。 DAG名を指定することもできます。
クラスタ構成では、すべてのコマンドレットで-Serverを明示的に指定してすべて
の処理を実行する必要があります。 スタンドアロン サーバで-Serverを明示的に
指定しないと、new-backup、verify-backup、restore-backup、getbackup、およびdelete-backupの実行時のデフォルトとしてローカル マシンが
使用されます。
-Database 'database1', 'database2',...
省略形：dbs
次の形式でデータベースを指定します。
-Database 'DBName1', 'DBName2'
Databaseを指定しないと、コマンドレットは-serverパラメータで指定されたサー
バ上のすべてのデータベースをバックアップします。
DAGのメンバー サーバを個別に指定せずにDAG内のすべてのメールボックス
データベースをバックアップするには、次のコマンドを使用します。
new-backup -Server DAG1
たとえば、データベース（DB1など）がDAG内の3台のメンバー サーバにレプリケ
ートされている場合、次のコマンドを使用してこのデータベースをバックアップでき
ます。
new-backup -Server DAG1 -Database 'DB1'
この場合、3台のメンバー サーバ上の3つのデータベース コピーがすべてバック
アップされます。
注: 指定したサーバ名がDAG名で、-ActiveDatabaseOnlyオプションまた
は-PassiveDatabaseOnlyオプションを指定しない場合、バックアップ用のデ
ータベースを選択するには、データベースとデータベースが配置されているサ
ーバの両方を指定する必要があります。 たとえば、次のコマンドを使用してデ
ータベースを指定します。
-Database 'db1\server1, db1\server2'
-ActiveDatabaseOnly True|False
省略形：activedb
162 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
アクティブ データベースがバックアップされます。 これはスイッチ パラメータで
す。
注: -ActiveDatabaseOnlyオプションと-PassiveDatabaseOnlyオプション
のどちらも指定しない場合、バックアップには、DAG内のすべてのパッシブ デ
ータベースとアクティブ データベースが含まれます。
-PassiveDatabaseOnly True|False
省略形：passivedb
パッシブ データベースがバックアップされます。 これはスイッチ パラメータです。
注: -ActiveDatabaseOnlyオプションと-PassiveDatabaseOnlyオプション
のどちらも指定しない場合、バックアップには、DAG内のすべてのパッシブ デ
ータベースとアクティブ データベースが含まれます。
-BackupTargetServer server name
省略形：bkupsvr
指定したサーバ上のデータベースがバックアップされます。
BackupTargetServerを指定しないと、DAGのすべてのメンバー サーバ上のメ
ールボックス データベースがバックアップされます。 たとえば、new-backup server DAG1というコマンドを実行すると、DAGのすべてのメンバー サーバ上の
すべてのデータベースがバックアップされます。
-ActivationPreference ActivationPreferenceNum
省略形：actpref
指定したアクティブ化優先順位番号のデータベースがバックアップされます。
注: Microsoft Exchange 2010および2013 で次のコマンドレットを使用すると、デ
ータベースのメンバー サーバ上のActivationPreference番号のリストが表
示されます。Get-MailboxDatabase -Identity databasename | fl
-ManagementGroup Standard|Weekly|Daily
省略形：mgmt
毎日、毎週、または標準ベースで実行されるバックアップ処理または検証処理の
頻度を指定します。
-UpdateMirror True|False
省略形：updmir
バックアップ処理後にSnapMirrorの同期を開始します。
SnapMirrorは指定されたボリュームを更新して、ソース ボリュームへの差分情報
を反映します。 SnapManagerボリュームでSnapMirrorを使用できる場合は、
SnapMirrorデスティネーションがソース ボリュームから更新されます。
-VerDestVolume True|False
SnapManagerコマンドライン リファレンス | 163
省略形：verdest
SnapMirrorデスティネーション ボリュームを検証します。
-NoUTMRestore True|False
省略形：noutm
最新状態にリストアする機能を維持しません。
このバックアップ処理で削除されるすべてのバックアップ コピーのログも削除され
ます。 そのため、バックアップ処理の削除実行後に保持されている古いバックア
ップ コピーでは、最新の状態にリストアできません。
-NoTruncateLogs False
省略形：notrunc
切り捨てられるトランザクション ログをバックアップしません。 このオプションを使
用すると、Exchangeトランザクション ログのバックアップを格納するLUNのスペー
スを節約できます。
-Throttle throttle_val
省略形：throt
throttle_valは、検証処理中に使用するスロットル値を定義する整数値です。
-VerificationServer server_name
省略形：versvr
設定済みのSnapManager検証設定よりも優先されます。 バックアップ処理の検証
段階で、検証サーバとして使用するホストを指定します。 これはスイッチ パラメー
タです。
-UseMountPoint True|False
省略形：mp
SnapshotコピーをNTFSディレクトリにマウントします。 SnapManagerの検証処理
中、データベース検証の対象となるデフォルトのNTFSディレクトリにSnapshotコピ
ーがマウントされます。 このオプションは、データベース検証中にSnapshotコピー
のマウントに使用できるドライブがない場合に使用します。 このパラメータ値は、
設定済みのSnapManager検証設定よりも優先されます。
-MountPointDir mountpoint_dir
省略形：mpdir
データベース検証中にSnapshotコピーをマウントするマウント ポイント ディレクトリ
を指定します。
-RetainBackups no_of_days_to_retain_backup
省略形：rtbackups
164 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
SnapManagerバックアップ処理での削除実行後に保持するバックアップ コピーの
数を指定します。
-RetainDays no_of_days_to_delete_backup
省略形：rtdays
バックアップ コピーを何日後に削除するかを指定します。 指定した経過日数に基
づいてバックアップ コピーを削除します。 このオプションはRetainBackupsと一
緒に使用します。 このオプションを使用しないと、バックアップは、保持するバック
アップ数に基づいて削除されます。
-Command True|False
省略形：cmd
現在の処理後にRunCommandを使用することを指定します。 これはスイッチ パラ
メータです。
-RunCommand win_path_and_script_name
省略形：runcmd
コマンドの完全なパス名を指定し、そのコマンドをSnapManagerのバックアップま
たは検証後に実行します。
注: このコマンドは明示的に指定する必要があります。設定済みのコマンドは、
バックアップまたは検証の完了後には実行されません。
-GenericNaming True|False
省略形：gen
SnapManagerバックアップ セットに一般的な命名規則を指定します。
-RecoveryPoint win_path_and_script_name
短周期リカバリ ポイント バックアップを指定します。
注: このパラメータをnew-backupに指定すると、その他のパラメータは、Server、-StorageGroup、-UpdateMirror、-ClusterAware、-lcr、BackupCopyRemoteCCRNodeを除いてすべて無視されます。
-ReportProgress True|False
省略形：repprog
PowerShellの出力に処理ステータスと進行情報を表示します。 このスイッチ パラ
メータを使用しないと、進行情報はレポート ファイルにのみ記録され、PowerShell
の出力には表示されません。
注: スケジュール済みのバックアップ ジョブや検証ジョブでは、このスイッチを
使用しないでください。
-ArchiveBackup True|False
SnapManagerコマンドライン リファレンス | 165
省略形：arch
プライマリ ノードに作成されたバックアップ コピーのアーカイブを作成します。 プ
ライマリ ノードとは、バックアップ処理が開始されるノードのことです。 プライマリ
ノードでデータセットを設定し、SnapVaultセカンダリ ストレージ システムにバック
アップ コピーのアーカイブを作成する場合は、このパラメータを指定します。
-ArchivedBackupRetention Hourly|Monthly|Daily|Weekly|Unlimited
省略形：archret
ArchiveBackupパラメータを使用して作成したアーカイブの保持期間を指定しま
す。 保持期間には、毎時、毎月、毎日、毎週、または無制限を指定できます。
注: ArchivedBackupRetentionは、必ずパラメータArchiveBackupと一緒に
使用してください。 パラメータArchiveBackupのみを使用した場合は、毎日保
持タイプがデフォルトで使用されます。
-RetainUtmBackups no_of_log_backups_to_retain
保持するログ バックアップの数を定義します。
-RemoteAdditionalCopyBackup [Boolean]
省略形：remCopyBk
リモート バックアップ コピーを追加で作成するバックアップを指定します。
デフォルト値：true = DAG
このパラメータを指定すると、データベースが他のメンバー サーバにレプリケート
されている場合に、リモート ノードの選択したデータベースのリモート バックアッ
プ（コピーベース、ログ切り捨てなし）が追加で作成されます。 これは、DAGの接
続にのみ適用されます。
-AdditionalCopyBackupDAGNode [String]
省略形：remCopyBkNode
追加のリモート バックアップ（コピーベース）の作成を許可するDAGノードを指定
します。
すべてのDAGメンバー ノードが許可されます。
-RetainRemoteAdditionalCopyBackup [Integer]
省略形：rtRemCopyBk
リモート ノードに保持する追加のリモート バックアップ（コピーベース）の数を指定
します。
デフォルト値はありません。 バックアップの完了時に、既存のバックアップをいく
つ保持するかがこの値に基づいて判断されます。
-RetainRemoteAdditionalCopyBackupDays [Float]
省略形：rtRemCopyBkDays
166 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
リモート ノードで追加のリモート バックアップ（コピーベース）を実行する場合にバ
ックアップを保持する日数を指定します。
このパラメータを使用した場合は、「指定日数を経過」ポリシーに基づいて削除が
行われます。 このパラメータを使用しない場合は、保持する追加バックアップの
数に基づいて削除が行われます。
-ArchiveRemoteAdditionalCopyBackup [SwitchParameter]
省略形：archRemCopyBk
リモート クラスタのメンバー ノードで作成された追加のリモート バックアップ（コピ
ーベース）のアーカイブを作成します。
デフォルト値：false
これらのノードにデータセットを設定していて、別のSnapVaultセカンダリ ストレー
ジ システムに追加のリモート バックアップ（コピーベース）のアーカイブを作成す
る場合は、このパラメータを指定します。
例：「標準」バックアップ管理グループに2つのデータベースの新しいバックアップ コピーを作
成し、古いバックアップ コピーを削除する
このコマンドは、固有の命名規則（バックアップ コピーの名前は日時スタンプにより決定）を
使用して、「標準」バックアップ管理グループ（デフォルト）にEXCHSRVRの2つのデータベー
スの新しいバックアップ コピーを作成します。 RunCommandが実行され、最新の8つのバック
アップ コピーを残して古いバックアップ コピーはすべて削除されます。
new-backup -Server 'EXCHSRVR' -ManagementGroup 'Standard' NoTruncateLogs $False -RetainBackups 8 -Command - RunCommand 'C:
\WINDOWS\system32\svript1.bat'-CommandServer 'SNAPMGR-48' -Database
'DBName1', 'DBName2' -Verify -VerificationServer 'Snapmgr-48' Throttle 150 -UseMountPoint -MountPointDir 'C:\ProgramFiles\NetApp
\SnapManager for Exchange\SnapMgrMountPoint'
例：「標準」バックアップ管理グループに2つのデータベースの新しいバックアップを作成し、
古いバックアップ コピーを保持する
このコマンドは、固有の命名規則（バックアップ コピーの名前は日時スタンプにより決定）を
使用して、「標準」バックアップ管理グループ（デフォルト）にEXCHSRVR3の2つのデータベ
ースの新しいバックアップを作成します。 この処理後に検証などのコマンドは実行されず、
古いバックアップ コピーは削除されません。
new-backup -Server 'EXCHSRVR3' -Database 'DBName1', 'DBName2'
SnapManagerコマンドライン リファレンス | 167
例：「毎日」バックアップ管理グループに新しいバックアップを作成し、バックアップ コピーを検
証して、古いバックアップ コピーを削除する
このコマンドは、「毎日」バックアップ管理グループに新しいバックアップを作成します。 バッ
クアップはSRVR7上で検証され、古い「毎日」バックアップ コピーは最新の3つのバックアップ
コピーを残してすべて削除されます。 ボリュームがSnapMirrorソース ボリュームであっても、
バックアップ実行後にSnapMirrorレプリケーションは開始されません。
new-backup -Server 'EXCHSRVR3' -Database 'DBName1', 'DBName2' VerificationServer -SRVR7 -retainbackups 3 -ManagementGroup daily
例：新しいバックアップを作成し、デスティネーション ボリュームを検証する
このコマンドは、デスティネーション ボリューム上にバックアップを作成し、検証を実行しま
す。
new-backup -Server SNAPMGR-55 -ManagementGroup Standard NoTruncateLogs $False -Database 'DBName1' -Verify -VerificationServer
SNAPMGR-55 -VerDestVolume -UpdateMirror $False
例：短周期リカバリ バックアップを作成する
このコマンドは、「SNAPMGR-50」上の指定したデータベースから短周期リカバリ バックアッ
プを作成します。
new-backup -Server SNAPMGR-50 -Database 'DBName1', 'DBName2' UpdateMirror -RecoveryPoint
例：セカンダリ データベースでプライマリ バックアップのアーカイブを作成する
このコマンドは、セカンダリ データベースの場所でプライマリ バックアップのアーカイブを作
成します。
new-backup -Server exchange1 -Database 'DBName1', 'DBName2' GenericNaming -ManagementGroup Standard -NoTruncateLogs $False RetainBackups 8 -Verify -VerificationServer exchange2-Throttle 200 UseMountPoint - MountPointDir 'C:\Program Files\NetApp\SnapManager for
Exchange\SnapMgrMountPoint' $False -ArchiveBackup ArchivedBackupRetention Monthly
例：指定されたデータベースのバックアップを作成する
このコマンドは、サーバ「SNAPMGR-DAG1」上の指定されたデータベースのバックアップを
作成します。
168 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
new-backup -Server SNAPMGR-DAG1 -Database 'Mailbox Database
1248233294\SNAPMGR-06-VM2', 'Mailbox Database 1333555666\SNAPMGR-06',
'Mailbox Database 1456789\SNAPMGR-06-VM2'
例：DAG内の指定されたサーバ上のデータベースをバックアップする
このコマンドは、サーバ「SNAPMGR06」上の指定されたデータベースのバックアップを作成
します。
new-backup -Server 'SNAPMGR06-DAG1' -ClusterAware -ManagementGroup
'Standard' -NoTruncateLogs $False -RetainBackups 3 -dbs 'Mailbox
Database 0294565900','Mailbox Database 0793619176','DB1' -Verify UseMountPoint -BackupTargetServer snapmgr-06
例：DAG内の指定したサーバ上にある指定したアクティブ化優先順位番号のデータベース
をバックアップする
このコマンドは、サーバ「SNAPMGR06」上にあるアクティブ化優先順位番号が2のデータベ
ースのバックアップを作成します。
new-backup -Server 'SNAPMGR06-DAG1' -ClusterAware -ManagementGroup
'Standard' -NoTruncateLogs $False -RetainBackups 3 -Verify UseMountPoint -ActivationPreference 2 -BackupTargetServer snapmgr-06
例：アクティブなDAGデータベースのバックアップを作成し、追加のリモート バックアップを実
行する
このコマンドは、アクティブなDAGデータベースのバックアップを作成し、メンバー サーバの
DAG1-NODE1とDAG1-NODE2にレプリケートされているデータベースの追加のリモート バ
ックアップ（コピーベース）も実行します。 メンバー サーバのDAG1-NODE1またはDAG1NODE2でデータセットが設定されている場合、セカンダリ ストレージ システムに追加のバッ
クアップが作成されます。
new-backup -Server ‘SM-DAG1’ -ClusterAware -ActiveDatabaseOnly RemoteAdditionalCopyBackup $true -ArchiveRemoteAdditionalCopyBackup AdditionalCopyBackupDAGNode DAG1-NODE1, DAG1-NODE2 RetainRemoteAdditionalCopyBackup 4 -BackupTypeFullBackup
SnapManagerコマンドライン リファレンス | 169
verify-backup
verify-backupコマンドでは、SnapManager for Exchange PowerShellのコマンドライン インターフ
ェイスを使用してバックアップ セットを検証できます。
verify-backup
-ClusterAware True|False
-VerifyOnDestVolumes src_storage_system_list:src_vol:
dest_storage_system:dest_vol
-Server Exchange_server_name
-ManagementGroup Standard|Weekly|Daily
-Database 'database1', 'database1',...
-ActiveDatabaseOnly True|False
-PassiveDatabaseOnly True|False
-BackupTargetServer server_name
-ActivationPreference ActivationPreferenceNum
-UpdateMirror True|False
-VerDestVolume True|False
-Throttle throttle_val
-VerificationServer server_name
-UseMountPoint True|False
-MountPointDir mountpoint_dir
-VerifyBackups no_of_backups_to_verify
-ReportProgress True|False
-ArchiveBackup True|False
-ArchivedBackupRetention Hourly|Monthly|Daily|Weekly|Unlimited
-VerifyArchiveBackup True|False
common parameters
説明
このコマンドでは、SnapManager GUIから実行できるすべてのオプションを使用して、SnapManager
のバックアップ セットを検証できます。
また、このコマンドは次の共通パラメータもサポートしています。
•
-Debug（-db）
•
-ErrorAction（-ea）
•
-ErrorVariable（-ev）
•
-OutBuffer（-ob）
•
-OutVariable（-ov）
•
-Verbose（-vb）
170 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
•
-Confirm
共通パラメータの詳細については、共通パラメータに関するヘルプを参照してください。
パラメータ
-ClusterAware True|False
省略形：cl
クラスタ構成でジョブのスケジュールを設定する場合にのみ有効です。複数のク
ラスタ ノードで同じジョブのスケジュールを設定しやすくすることで、フォールト ト
レランスを強化します。
DAGの場合は、-Clusterawareを使用してジョブのスケジュールを設定すると、
そのジョブは、スケジュールを設定したホストがDAGのアクティブ ノードである場
合にのみ実行されます。
-VerifyOnDestVolumes src_storage_system_list:src_vol:dest_storage_system:dest_vol
省略形：vermirror
既存のSnapMirror関係よりも優先されます。
-Server Exchange_server_name
省略形：svr
対象となるExchangeサーバ名を指定します。
クラスタ構成では、すべてのコマンドレットで-Serverを明示的に指定してすべて
の処理を実行する必要があります。 スタンドアロン サーバで-Serverを明示的に
指定しないと、new-backup、verify-backup、restore-backup、getbackup、およびdelete-backupの実行時のデフォルトとしてローカル マシンが
使用されます。
-Database 'database1', 'database2', ...
省略形：dbs
次の形式でデータベースを指定します。
-Database 'DatabaseName1', 'DatabaseName2'
Databaseを指定しない場合、Serverパラメータで指定したサーバ上のすべての
データベースのバックアップが検証されます。
DAG内のメンバー サーバを個別に指定せずにDAG内のすべてのメールボック
ス データベースのバックアップを検証するには、次のように指定します。
verify-backup -server DAG1
注: 指定したサーバ名がDAG名で、-ActiveDatabaseOnlyオプションまた
は-PassiveDatabaseOnlyオプションを指定しない場合、バックアップ用のデ
ータベースを選択するには、データベースとデータベースが配置されているサ
SnapManagerコマンドライン リファレンス | 171
ーバの両方を指定する必要があります。 たとえば、次のようにデータベースを
指定します。
-Database 'db1\server1', 'db1\server2'
-ActiveDatabaseOnly True|False
省略形：activedb
アクティブ データベースを検証します。 これはスイッチ パラメータです。
注: -ActiveDatabaseOnlyオプションと-PassiveDatabaseOnlyオプション
のどちらも指定しない場合、DAG内のすべてのアクティブ データベースおよび
パッシブ データベースのバックアップがverify-backup処理の対象となります。
-PassiveDatabaseOnly True|False
省略形：passivedb
パッシブ データベースを検証します。 これはスイッチ パラメータです。
注: -ActiveDatabaseOnlyオプションと-PassiveDatabaseOnlyオプション
のどちらも指定しない場合、DAG内のすべてのアクティブ データベースおよび
パッシブ データベースのバックアップがverify-backup処理の対象となります。
-BackupTargetServer server name
省略形：bkupsvr
指定したサーバ上のデータベースを検証します。
BackupTargetServerを指定しない場合、DAG内のすべてのメンバー サーバ
上のメールボックス データベースのバックアップが検証されます。 たとえば、
verify-backup -server DAG1コマンドを指定した場合、DAG内のすべてのメ
ンバー サーバ上のデータベースのバックアップが検証されます。
-ActivationPreference ActivationPreferenceNum
省略形：actpref
それぞれのメンバー サーバ上で指定したアクティブ化優先順位番号を持つデー
タベースのバックアップが検証されます。
注: Microsoft Exchange 2013 PowerShellで次のコマンドレットを使用すると、デ
ータベースのメンバー サーバ上のActivationPreference番号のリストが表
示されます。
Get-MailboxDatabase -Identity databasename | fl
-ManagementGroup Standard|Weekly|Daily
省略形：mgmt
毎日、毎週、または標準ベースで実行されるバックアップ処理または検証処理を
指定します。
172 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
-UpdateMirror True|False
省略形：updmir
バックアップ処理後にSnapMirrorの同期を開始します。
SnapMirrorは指定されたボリュームを更新して、ソース ボリュームへの差分情報
を反映します。 SnapManagerボリュームでSnapMirrorを使用できる場合は、
SnapMirrorデスティネーションがソース ボリュームから更新されます。
-VerDestVolume True|False
省略形：verdest
SnapMirrorデスティネーション ボリュームを検証します。
-Throttle throttle_val
省略形：throt
検証処理で使用するスロットル値を定義します。
-VerificationServer server_name
省略形：versvr
この設定は、設定済みのSnapManager検証設定よりも優先されます。 バックアッ
プ処理の検証段階で、検証サーバとして使用するホストを指定します。 これはス
イッチ パラメータです。
-UseMountPoint True|False
省略形：mp
SnapshotコピーをNTFSディレクトリにマウントします。 SnapManagerの検証処理
中、データベース検証の対象となるデフォルトのNTFSディレクトリにSnapshotコピ
ーがマウントされます。 このオプションは、データベース検証中にSnapshotコピー
のマウントに使用できるドライブがない場合に使用します。 このパラメータ値は、
設定済みのSnapManager検証設定よりも優先されます。
-MountPointDir mountpoint_dir
省略形：mpdir
データベース検証中にSnapshotコピーのマウント先にするマウント ポイント ディレ
クトリを指定します。
-VerifyBackups no_of_backups_to_verify
省略形：verbkups
未検証のSnapManagerバックアップ セットを検証します。 デフォルト値は1です
が、検証するバックアップ コピーの数を指定できます。
-ReportProgress True|False
省略形：reppro
SnapManagerコマンドライン リファレンス | 173
PowerShellの出力に処理ステータスと進行情報を表示します。 このスイッチを使
用しないと、進行情報はレポート ファイルにのみ記録され、PowerShellの出力に
は表示されません。
注: スケジュール済みのバックアップ ジョブや検証ジョブでは、このスイッチを
使用しないでください。
-ArchiveBackup True|False
省略形：arch
プライマリ ノードに作成されたバックアップ コピーのアーカイブを作成します。 プ
ライマリ ノードとは、バックアップ処理が開始されるノードのことです。 プライマリ
ノードでデータセットを設定し、SnapVaultセカンダリ ストレージ システムにバック
アップ コピーのアーカイブを作成する場合は、このパラメータを指定します。
-ArchivedBackupRetention Hourly|Monthly|Daily|Weekly|Unlimited
省略形：archret
ArchiveBackupパラメータを使用して作成したアーカイブの保持期間を指定しま
す。 保持期間には、毎時、毎月、毎日、毎週、または無制限を指定できます。
注: ArchivedBackupRetentionは、必ずArchiveBackupと一緒に使用してく
ださい。 パラメータArchiveBackupのみを使用した場合は、毎日保持タイプが
デフォルトで使用されます。
-VerifyArchiveBackup True|False
省略形：verarch
検証を必要とするバックアップ コピーとして、アーカイブしたバックアップ コピーを
指定します。 VerifyArchiveBackupを指定せず、ローカルのバックアップ コピ
ーとアーカイブ済みのバックアップ コピーが1つずつ同じ名前で存在する場合、
SnapManagerではローカルのバックアップ コピーが検証されます。
例：バックアップ コピーを検証する
このコマンドは、指定されたデータベースのバックアップ コピーを検証します。
verify-backup -Server SNAPMGR-48 -ManagementGroup Standard -Database
'DBName1' -VerifyBackups 1 - VerificationServer Snapmgr-48 -Throttle
150 -UseMountPoint - MountPointDir 'C:\Program Files\NetApp
\SnapManager for Exchange\SnapMgrMountPoint'
例：別の検証サーバを使用してバックアップ コピーを検証する
このコマンドは、検証サーバにSNAPMGR-48を使用して、バックアップ コピーを検証します。
verify-backup -Server SNAPMGR-55 -ManagementGroup Standard -Database
'DBName1','DBName2' -VerifyBackups 5 -VerificationServer SNAPMGR-48 -
174 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
UseMountPoint -MountPointDir 'C:\Program Files\NetApp\SnapManager for
Exchange\SnapMgrMountPoint'
例：アクティブ データベースのバックアップの検証
このコマンドは、アクティブ データベースのバックアップを検証します。
verify-backup -Server 'SNAPMGR06-DAG1' -ManagementGroup 'Standard' dbs 'Mailbox Database 0294565900','Mailbox Database 0793619176','DB1'
-VerifyBackups 1 -VerificationServer 'SNAPMGR-06' -UseMountPoint MountPointDir 'C:\Program Files\NetApp\SnapManager for Exchange
\SnapMgrMountPoint' -ActiveDatabaseOnly
delete-backup
delete-backupコマンドでは、バックアップ セットを削除できます。
delete-backup
-Server server_name
-backup backup_name
-NoUTMRestore True|False
-Database 'database1', 'database2',...
-RemoteBackup True|False
-ArchiveBackup True|False
common parameters
説明
このコマンドは、バックアップ セットを削除するときに使用します。
また、このコマンドは次の共通パラメータもサポートしています。
•
-Debug（-db）
•
-ErrorAction（-ea）
•
-ErrorVariable（-ev）
•
-OutBuffer（-ob）
•
-OutVariable（-ov）
•
-Verbose（-vb）
SnapManagerコマンドライン リファレンス | 175
•
-Confirm
共通パラメータの詳細については、共通パラメータに関するヘルプを参照してください。
パラメータ
-Server Exchange_server_name
省略形：svr
このパラメータには、バックアップ サーバ名を指定します。
注: DAG構成では、すべてのコマンドレットでServerを明示的に指定して処理
を実行します。 スタンドアロン サーバでServerを明示的に指定しないと、
new-backup、verify-backup、restore-backup、get-backup、および
delete-backupの実行時にデフォルトでローカル マシンが使用されます。
注: Exchange Serverでは、このパラメータにDAGの名前を指定することはサポ
ートされていないためできません。
-backup backup_name
バックアップ セット名を指定します。
-NoUTMRestore True|False
省略形：noutm
最新状態にリストアする機能を維持しません。
このバックアップ処理で削除されるすべてのバックアップのログも削除されます。
そのため、バックアップ処理の削除実行後に保持されている古いバックアップで
は、最新状態にリストアできません。
-Database 'database1', 'database2',...
省略形：dbs
削除するデータベース名を指定します。
コマンドレットがExchange Server 2013のデータベースを削除している場合は、こ
れは必須パラメータです。
-RemoteBackup True|False
アーカイブされたバックアップ コピーを削除します。
RemoteBackupを指定しない場合は、ローカル バックアップ コピーが削除されま
す。
例：特定のデータベースのバックアップ セットを削除する
このコマンドは、バックアップ セットexchsnap__SNAPMGR-55_11-10-2006_13.39.16を削除し
ます。
delete-backup -backup exchsnap__SNAPMGR-55_11-10-2006_13.39.16
176 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
例：指定されたデータベースに属する特定のバックアップ セットを削除し、最新状態へのリス
トア機能を維持しない
このコマンドはバックアップ セットexchsnap__KRISHNA-SVR18__11-01-2012_18.12.22を削
除し、最新状態へのリストア機能を維持しません。
delete-backup -Database 'DBName1' -backup exchsnap__KRISHNASVR18__11-01-2012_18.12.22 -NoutmRestore -verbose -confirm
get-backup
get-backupコマンドでは、指定した条件でバックアップ セットを取得できます。
get-backup
-Server Exchange_server_name
-ManagementGroup Standard|Weekly|Daily
-Database 'database1', 'database2',...
-Backup name_of_the_backup
-RecoveryPoint True|False
-Details True|False
common parameters
説明
このコマンドレットでは、PowerShellコマンドライン インターフェイスで指定した入力条件を満たすバ
ックアップ セットを取得できます。
また、このコマンドは次の共通パラメータもサポートしています。
•
-Debug（-db）
•
-ErrorAction（-ea）
•
-ErrorVariable（-ev）
•
-OutBuffer（-ob）
•
-OutVariable（-ov）
•
-Verbose（-vb）
•
-Confirm
共通パラメータの詳細については、共通パラメータに関するヘルプを参照してください。
SnapManagerコマンドライン リファレンス | 177
パラメータ
-Server Exchange_server_name
省略形：svr
対象となるExchangeサーバ名を指定します。
クラスタ構成では、すべてのコマンドレットで-Serverを明示的に指定してすべて
の処理を実行する必要があります。 スタンドアロン サーバで-Serverを明示的に
指定しないと、new-backup、verify-backup、restore-backup、getbackup、およびdelete-backupの実行時のデフォルトとしてローカル マシンが
使用されます。
-ManagementGroup Standard|Weekly|Daily
省略形：mgmt
毎日、毎週、または標準ベースで実行されるバックアップ作成処理または検証処
理を指定します。
-Database 'database1', 'database2', ...
省略形：dbs
次の形式でデータベースを指定します。
-Database 'DBName1', 'DBName2'
Databaseを指定しないと、すべてのデータベースが取得されます。
-Backup name_of_the_backup
特定のフル バックアップを表示します。
Backupを指定しない場合、get-backupではすべてのフル バックアップ コピーが
表示されます。
-RecoveryPoint True|False
リカバリ ポイントを表示します。
-Details True|False
フル バックアップ コピーとリカバリ ポイントの詳細情報を表示します。
例：管理グループのバックアップ コピーを表示する
このコマンドは、データベースDBName1の標準管理グループのバックアップ コピーを表示し
ます。
get-backup -Server SNAPMGR-48 -ManagementGroup Standard -Database
'DBName1'
例：すべてのフル バックアップ コピーを表示する
このコマンドは、データベースDBName1のすべてのバックアップ コピーを表示します。
178 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
get-backup -Server SNAPMGR-48 -Database 'DBName1'
例：すべてのフル バックアップ コピーとリカバリ ポイントを表示する
このコマンドは、データベースDBName1のすべてのバックアップ コピーとリカバリ ポイントを
表示します。
get-backup -Server SNAPMGR-48 -Database 'DBName1' -RecoveryPoint
例：特定のフル バックアップ コピーとリカバリ ポイントを表示する
このコマンドは、データベースDBName1内のバックアップ セット
exchsnap_snapmgr-50_03-01-2007_08.00.00の特定のバックアップ コピーとリカバリ ポイント
を表示します。
get-backup -Server SNAPMGR-48 -Database 'DBName1' -Backup
exchsnap_snapmgr-50_03-01-2007_08.00.00 -RecoveryPoint
例：特定のフル バックアップ コピーと詳細情報を表示する
このコマンドは、バックアップ セットexchsnap_snapmgr-50_03-01-2007_08.00.00と詳細情報を
表示します。
get-backup -Server SNAPMGR-48 -Database 'DBName1' -Backup
exchsnap_snapmgr-50_03-01-2007_08.00.00 - Details
例：フル バックアップ コピーとリカバリ ポイントの両方の詳細情報を表示する
このコマンドは、バックアップ セットexchsnap_snapmgr-50_03-01-2007_08.00.00とリカバリ ポ
イントの詳細情報を表示します。
get-backup -Server SNAPMGR-48 -Database 'DBName1' -Backup
exchsnap_snapmgr-50_03-01-2007_08.00.00 - RecoveryPoint -Details
restore-backup
restore-backupコマンドでは、データベースをリストアできます。
restore-backup
-Backup name_of_the_backup
-RestoreLastBackup restore_last_backup
-VerifyOnDestVolumes src_storage_system_list:src_vol:
dest_storage_system:dest_vol:
-Verify -VerifyMetadata True|False
SnapManagerコマンドライン リファレンス | 179
-ExhaustiveVerification True|False
-Server Exchange_server_name
-DestinationServer dest_server_name
-AutoMount True|False
-TestRestore True|False
-Database 'database1', 'database2',...
-Rehomemailbox True|False
-BkUpServer backup_server_name
-SnapInfoDirectory snapinfo_dir_path
-SnapVaultSecondary svm_name:volume -PointInTime True|False
-VerDestVolume True|False
-VerificationServer verf_server_name
-OverrideVer True|False
-CheckLog True|False
-Destination database_name
-DestinationServer dest_server_name
-RecoveryPointTime recvry_pt_time_stamp
-CancelBackup True|False
-WaitForBackupComplete True|False
-RecoveryPoint True|False
-RestoreArchivedBackup True|False
-NoAccessToRemoteBackup True|False
-VerifyArchiveBackup True|False
common parameters
説明
このコマンドでは、GUIから実行できるすべてのオプションを使用してバックアップ セットをリストア
できます。
また、このコマンドは次の共通パラメータもサポートしています。
•
-Debug（-db）
•
-ErrorAction（-ea）
•
-ErrorVariable（-ev）
•
-OutBuffer（-ob）
•
-OutVariable（-ov）
•
-Verbose（-vb）
•
-Confirm
共通パラメータの詳細については、共通パラメータに関するヘルプを参照してください。
パラメータ
-Backup name_of_the_backup
180 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
省略形：bkup
リストアするバックアップ セットの名前を指定します。
-RestoreLastBackup restore_last_backup
省略形：rstlast
名前を指定しないでバックアップ コピーをリストアします。
BackupとRestoreLastBackupを一緒に使用すると、SnapManagerは
RestoreLastBackupを無視し、Backupを使用してリストアを実行します。
RestoreLastBackupパラメータの一般的な使用例は次のとおりです。
restore-backup -restorelastbackup = 1 -backup = “backup name”
RestoreLastBackupの値は1ですが、SnapManagerはこのパラメータを無視し、
Backupを使用してリストアを実行します。
注: このパラメータのデフォルト値は0です。すなわち、SnapManagerは最新の
バックアップをリストアします。 1を指定すると、SnapManagerは2番目に新しい
バックアップをリストアします。
-VerifyOnDestVolumes src_storage_system_list:src_vol:dest_storage_system:dest_vol
省略形：vermirror
既存のSnapMirror関係よりも優先されます。
-Verify
Verifyは、コマンドの実行時に指定できるスイッチ パラメータです。 このパラメ
ータを指定した場合、Windows PowerShellランタイムは値をTrueと解釈します。
パラメータを指定しなかった場合（通常のデフォルトの設定）は、Falseと解釈しま
す。
省略形：ver
バックアップされたSnapManagerデータベースとトランザクション ログを検証しま
す。 -Verifyはスイッチ パラメータです。
-VerifyMetadata True|False
省略形：vermetadata
メタデータとトランザクション ログを検証します。
-ExhaustiveVerification True|False
省略形：exhver
完全なデータベース検証を実行します。
-Server Exchange_server_name
省略形：svr
SnapManagerコマンドライン リファレンス | 181
対象となるExchangeサーバ名を指定します。
DAG構成では、すべてのコマンドレットで-Serverを明示的に指定してすべての
処理を実行する必要があります。 スタンドアロン サーバで-Serverを明示的に指
定しないと、new-backup、verify-backup、restore-backup、get-backup、
およびdelete-backupの実行時のデフォルトとしてローカル マシンが使用され
ます。
-DestinationServer dest_server_name
回復用データベースを作成するターゲット サーバの名前を指定します。
DestinationServerは、リストアの実行中に回復用データベースにリストアする
場合に指定します。
-AutoMount True|False
省略形：mt
リストア処理のあとにデータベースを自動的にマウントします。
-TestRestore True|False
省略形：test
テスト リストア処理を実行します。
デフォルト値：False
-Database 'database1', 'database2', ...
省略形：dbs
次の形式でデータベースを指定します。
-Database 'DBName1', 'DBName2'
Databaseを指定しないと、コマンドレットはすべてのデータベースをリストアしま
す。
-Rehomemailbox True|False
リストアしたデータベース内のメールボックスに関連付けられているユーザ アカ
ウントを更新して、新しい名前のメールボックス サーバを参照するようにします。
このパラメータは、別のサーバでrestore-backupコマンドレットを使用してリスト
アする場合に指定できるオプション パラメータです。
-BkUpServer backup_server_name
省略形：bksvr
バックアップ コピーが作成されたサーバの名前を指定します。 このパラメータ
は、バックアップ コピーが最初に作成されたRestoreFromServerのみと一緒に
使用します。
-SnapInfoDirectory snapinfo_dir_path
182 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
省略形：sifdir
リストア処理中に、アーカイブされたバックアップ セットのSnapInfoディレクトリ パ
スを指定します。 このパラメータは、RestoreFromServerのみと一緒に使用しま
す。
-SnapVaultSecondary svm_name:volume
省略形：vaultsec
データベースのリストア元のバックアップ ヴォールトを指定します。 このパラメー
タは、clustered Data ONTAPのみに適用されます。
リストア処理でセカンダリ デスティネーションから作成できるSnapshotコピーは1つ
だけですが、lun_DBとlun_LOGがデスティネーション上の異なるボリュームに分
離されている場合は、このタイプの情報を次の形式で指定できます。
-SnapVaultSecondary svm1:volume1, svm2:volume2, svm3:volume3
-PointInTime <True|False>>
省略形：pit
ポイントインタイム リストア処理を実行します。
-VerDestVolume True|False
省略形：verdest
SnapMirrorデスティネーション ボリュームを検証します。
-VerificationServer verf_server_name
省略形：versvr
設定済みのSnapManager検証設定よりも優先されます。 バックアップ処理の検証
段階で、検証サーバとして使用するホストを指定します。
-OverrideVer True|False
省略形：ovr
データベースの検証を無効にします。
-CheckLog True|False
省略形：chklog
リストアするトランザクション ログを指定します。
-Destination database_name
バックアップ コピーのリストア先を指定します。
同じデータベースまたは回復用データベースにリストアできます。 デフォルト値は
tosamesgです。 バックアップ コピーを回復用データベースにリストアするには、
「torsg」と入力します。
-DestinationServer dest_server_name
SnapManagerコマンドライン リファレンス | 183
省略形：dstsvr
デスティネーションExchangeサーバの名前を指定します。
-RecoveryPointTime recvry_pt_time_stamp
リカバリ ポイントのタイムスタンプを指定します。
各リカバリ ポイントのタイムスタンプは、get-backupコマンドレットの出力で確認
できます。 指定したタイムスタンプが、バックアップ コピーのどのリカバリ ポイント
とも一致しない場合、restore-backupコマンドレットはエラー メッセージを返し、
タイムスタンプ前後の使用可能なリカバリ ポイントを示します。
注: -RecoveryPointTimeオプションはPointInTimeよりも優先されます（両
方とも指定した場合）。
-CancelBackup True|False
現在のExchangeサーバ、またはDAG環境内のすべてのノード上でスケジュール
が設定されているアクティブなバックアップ ジョブをすべて中断し、現在のバック
アップ コピーの作成をキャンセルしてからリストア処理を実行します。
リストア処理が完了すると、中断されていたスケジュール設定済みのバックアップ
ジョブのみがSnapManagerによって有効になります。 アクティブではないその他
のジョブはいずれも変更されません。
-WaitForBackupComplete True|False
現在のExchangeサーバ、またはDAG環境内のすべてのノード上でスケジュール
が設定されているアクティブなバックアップ ジョブをすべて中断し、現在のバック
アップ処理が完了するまで待ってからリストア処理を実行します。 リストア処理が
完了すると、中断されていたスケジュール設定済みのバックアップ ジョブのみが
SnapManagerによって有効になります。 アクティブではないその他のジョブはいず
れも変更されません。
-RecoveryPoint True|False
バックアップ セットが短周期リカバリ ポイント バックアップかどうかを指定します。
-RestoreArchivedBackup True|False
省略形：rstarchbkup
アーカイブ済みバックアップからデータベースをリストアします。
-NoAccessToRemoteBackup True|False
省略形：noaccessarchivebkup
セカンダリ ストレージ システムへの直接アクセスが存在しないことを指定します。
SnapManagerは、プロキシ サーバを使用してセカンダリ ストレージ システムにア
クセスします。
-VerifyArchiveBackup True|False
184 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
省略形：verarch
検証を必要とするバックアップ コピーとして、アーカイブしたバックアップ コピーを
指定します。 VerifyArchiveBackupを指定せず、ローカルのバックアップ コピ
ーとアーカイブ済みのバックアップ コピーが1つずつ同じ名前で存在する場合、
SnapManagerではローカルのバックアップ コピーが検証されます。
例：データベースをリストアする
このコマンドは、指定のデータベースにexchsnap__SNAPMGR-55_11-10- 2012_13.36.24をリ
ストアします。
restore-backup -server SNAPMGR-48 -Database "DBName1" -backup
exchsnap__SNAPMGR-55_11-10- 2012_13.36.24
例：アーカイブからリストアする
このコマンドは、アーカイブ済みサーバSNAPMGR-54に作成された
exchsnap__SNAPMGR-54_11-10-2006_14.47.18をリストアします。
restore-backup -server SNAPMGR-48 -Database "DBName1" -BkUpServer
SNAPMGR-54 -backup exchsnap__SNAPMGR-54_11-10-2012_14.47.18 SnapInfoDirectory 'K:\SME_Snap\InfoEXCH__SNAPMGR-48A\SG__WZ00\1204-2012_14.47.18'
例：別のExchangeサーバに作成されたバックアップ セットをリストアする
このコマンドは、サーバSNAPMGR-54に作成された
exchsnap__SNAPMGR-54_11-10-2012_14.47.18をリストアします。
restore-backup -server 'SNAPMGR-48' -Database "DBName1" -BkUpServer
SNAPMGR-54 -backup exchsnap__SNAPMGR-54_11-10-2012_14.47.18 SnapInfoDirectory 'K:\SME_SnapInfo'
例：指定したリカバリ ポイント タイムのバックアップをリストアする
このコマンドは、リカバリ ポイント タイム03-01-2012_08:55:00の
exchsnap__snapmgr-50_03-01-2012_08.00.00をリストアします。
restore-backup -Server snapmgr-50 -Database "DBName1" -backup
exchsnap__snapmgr-50_03-01-2012_08.00.00 -RecoveryPointTime :
03-01-2012_08:55:00
SnapManagerコマンドライン リファレンス | 185
例：SnapVaultの場所からデータベースをリストアする
このコマンドは、
sn_vserver_dev:Vol_Exch2k13_pbkup_db1_vault,sn_vserver_dev:Vol_Exch2k13_pbkup_db1
_log_sif_vaultからSnapVaultバックアップexchsnap__snapmgr-54_11-10-2006_14.47.18をリス
トアします。
restore-backup -Database "MailboxDatabase01" -backup
exchsnap__snapmgr-54_11-10-2006_14.47.18 -SnapVaultSecondary
sn_vserver_dev:Vol_Exch2k13_pbkup_db1_vault,sn_vserver_dev:Vol_Exch2k1
3_pbkup_db1_log_sif_vault
reseed-database
reseed-databaseコマンドを使用すると、障害が発生したデータベースのパッシブ コピーを再シ
ードして正常な状態にリストアできます（最新のローカルSnapshotコピーを使用します。アーカイブ
したコピーは使用できません）。
reseed-database
-Server Exchange_server_or_DAG_name
-Database 'database_name'
-ReseedNode server_name
-CancelBackup True|False
-WaitForBackupComplete True|False
common parameters
説明
reseed-databaseコマンドを使用すると、障害が発生した（Failed、FailedandSuspended、ま
たはSuspended）データベースのパッシブ コピーを再シードして最新のローカルSnapshotコピーに
リストアし、正常な状態に戻すことができます。
また、このコマンドは次の共通パラメータもサポートしています。
•
-Debug（-db）
•
-ErrorAction（-ea）
•
-ErrorVariable（-ev）
•
-OutBuffer（-ob）
•
-OutVariable（-ov）
•
-Verbose（-vb）
•
-Confirm
186 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
共通パラメータの詳細については、共通パラメータに関するヘルプを参照してください。
パラメータ
-Server Exchange_server_or_DAG_name
省略形：svr
対象となるExchangeサーバ名またはDAG名を指定します。
クラスタ構成では、すべてのコマンドレットで-Serverを明示的に指定してすべて
の処理を実行する必要があります。 スタンドアロン サーバで-Serverを明示的に
指定しないと、new-backup、verify-backup、restore-backup、getbackup、delete-backup、およびreseed-databaseの実行時のデフォルトとし
てローカル マシンが使用されます。
注: DAG名を指定する場合は、-ReseedNodeパラメータのサーバ名も指定す
る必要があります。
-Database 'database_name'
省略形：dbs
このパラメータは必須です。次の形式でデータベース名を指定します。
-Database 'DBName1'
Databaseを指定しない場合は、値を入力するように求められます。 値を入力し
ないと、エラーが表示されます。 次に例を示します。
reseed-database : Cannot bind argument to parameter
'Database' because it is an empty screen.
-ReseedNode 'server1'
省略形：rsn
次の形式でサーバ名を指定します。
-ReseedNode 'server1'
-ReseedNodeパラメータを指定する場合は、-ServerパラメータにDAG名を必ず
指定してください。
-CancelBackup True|False
省略形：cancelbkup
現在のExchangeサーバ、またはDAG環境内のすべてのノード上でスケジュール
が設定されているアクティブなバックアップ ジョブをすべて中断し、現在のバック
アップ コピーの作成をキャンセルしてから再シード処理を実行します。 再シード
処理が完了すると、中断されていたスケジュール設定済みのバックアップ ジョブ
のみが有効になります。 アクティブではないその他のジョブはいずれも変更され
ません。
SnapManagerコマンドライン リファレンス | 187
注: このパラメータをFalseに設定するか、またはパラメータを指定しないと、バ
ックアップ処理の実行中に再シード処理が中止されます。
-WaitForBackupComplete True|False
省略形：waitbkup
現在のExchangeサーバ、またはDAG環境内のすべてのノード上でスケジュール
が設定されているアクティブなバックアップ ジョブをすべて中断し、現在のバック
アップ処理が完了するまで待ってから再シード処理を実行します。 再シード処理
が完了すると、中断されていたスケジュール設定済みのバックアップ ジョブのみ
が有効になります。 アクティブではないその他のジョブはいずれも変更されませ
ん。
注: このパラメータをFalseに設定するか、またはパラメータを指定しないと、バ
ックアップ処理の実行中に再シード処理が中止されます。
例：データベースのパッシブ コピーを再シードする
次のコマンドは、サーバ「SNAPMGR-VM1」（DAG 「SNAPMGR-DAG1」上）にあるデータベ
ース「Mailbox Database 1248233294」の指定されたコピーを再シードします。
reseed-database -Server SNAPMGR-DAG1 -Database 'Mailbox Database
1248233294' -ReseedNode 'SNAPMGR-06-VM2'
次のコマンドを使用して同じ処理を実行することもできます。
reseed-database -Server 'SNAPMGR-06-VM2' -Database 'Mailbox Database
1248233294'
例：DAG内の3台のメンバー サーバにレプリケートされているデータベースのパッシブ コピ
ーを再シードする
たとえば、データベースDB1がDAG内の3台のメンバー サーバにレプリケートされている場
合、次の例を使用してこのデータベースを再シードできます。
•
DAGレベルでジョブを送信します。
reseed-database -Server DAG1 -Database 'DB1' –ReseedNode 'Server1'
•
サーバ レベルでジョブを送信します。
reseed-database -Server Server1 -Database 'DB1'
188 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
Get-JobStatus
Get-JobStatusコマンドでは、キューに格納されたジョブ、実行中のジョブ、終了したジョブのステ
ータスを表示できます。
Get-JobStatus
-Server Exchange_server_name
-ShowChildJobs True|False
common parameters
説明
サーバ名を指定して特定のジョブ ステータスを表示します。 また、このコマンドは次の共通パラメ
ータもサポートしています。
•
-Debug (-db)
•
-ErrorAction (-ea)
•
-ErrorVariable (-ev)
•
-OutBuffer (-ob)
•
-OutVariable (-ov)
•
-Verbose (-vb)
•
-Confirm
共通パラメータの詳細については、共通パラメータに関するヘルプを参照してください。
パラメータ
-Server Exchange_server_name
省略形：svr
ジョブ ステータスを監視するExchangeサーバの名前を指定します。
これはオプション パラメータです。 このパラメータを指定しない場合は、このコマ
ンドレットを実行するサーバの名前がデフォルトのホスト名となります。
-ShowChildJobs True|False
省略形： cj
実行中のジョブと終了したジョブの子ジョブをすべて表示します。
これはオプション パラメータです。
SnapManagerコマンドライン リファレンス | 189
例：すべてのジョブを表示する
このコマンドは、ExchangeサーバExchange1で処理されるすべてのジョブを表示します。
Get-JobStatus -Server Exchange1
例：子ジョブを表示する
このコマンドは、ExchangeサーバExchange1で管理される実行中のジョブ、終了したジョブ、
親レベルのジョブの子ジョブをすべて表示します。
Get-JobStatus -Server Exchange1 -ShowChildJobs
Change-JobPriority
ジョブがキューに格納されたら、Change-JobPriorityによって、SnapManagerのジョブをキュー内
の異なる優先順位に移動することができます。
Change-JobPriority
-Server Exchange_server_name
-JobID numeric_job_id
-Priority position_of_the_job
-SourceBackupServer name_of_server_that_creates_the_backup
説明
Change-JobPriorityでは、ジョブをキュー内の異なる優先順位に移動できます。 現在のキュー
はGet-JobStatusコマンドレットで表示できます。
また、このコマンドは次の共通パラメータもサポートしています。
•
-Debug (-db)
•
-ErrorAction (-ea)
•
-ErrorVariable (-ev)
•
-OutBuffer (-ob)
•
-OutVariable (-ov)
•
-Verbose (-vb)
•
-Confirm
共通パラメータの詳細については、共通パラメータに関するヘルプを参照してください。
190 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
パラメータ
-Server Exchange_server_name
省略形：svr
対象となるExchangeサーバ名を指定します。
DAG構成では、すべてのコマンドレットでServerを明示的に指定してすべての処
理を実行する必要があります。 スタンドアロン サーバでServerを明示的に指定
しないと、new-backup、verify-backup、restore-backup、get-backup、お
よびdelete-backupコマンドレットの実行時のデフォルトとしてローカル マシンが
使用されます。
-JobID numeric_job_id
省略形：id
SnapManagerサーバで処理される特定のジョブを指定します。 AllJobsを指定し
ない場合、このパラメータを指定する必要があります。
-Priority position_of_the_job
省略形：p
移動先の位置を指定します。 これは必須パラメータです。
-SourceBackupServer name_of_server_that_creates_the_backup
省略形：bksvr
バックアップを作成するExchangeサーバの名前を指定します。 これはオプション
パラメータです。 このパラメータを指定しない場合は、パラメータServerで指定し
たソース バックアップ サーバの名前がサーバのデフォルト名となります。
例：ジョブの優先順位を変更する
このコマンドは、リモート検証サーバ「VerificationServer1」のキューに格納されている保留整
合性検証ジョブ（ジョブIDは123）の優先順位を1に変更します。
Change-JobPriority -Server VerificationServer1 -SourceBackupServer
Exchange1 -JobID 123 Priority 1
Cancel-Job
Cancel-Jobコマンドでは、キューに格納されたジョブまたは実行中のジョブをキャンセルできま
す。
Cancel-Job
-Server Exchange_server_name
-JobID numerical_job_id
SnapManagerコマンドライン リファレンス | 191
-AllJobs True|False
common parameters
説明
ジョブがキューに格納されている場合は、SnapManagerがそのジョブをキューから削除します。 ジョ
ブが実行中の場合、このコマンドレットは実行中のジョブをキャンセルします。 また、このコマンド
は次の共通パラメータもサポートしています。
•
-Debug (-db)
•
-ErrorAction (-ea)
•
-ErrorVariable (-ev)
•
-OutBuffer (-ob)
•
-OutVariable (-ov)
•
-Verbose (-vb)
•
-Confirm
共通パラメータの詳細については、共通パラメータに関するヘルプを参照してください。
パラメータ
-Server Exchange_server_name
省略形：svr
Exchangeサーバの名前を指定します。
このパラメータを指定しない場合は、このコマンドレットを実行するサーバの名前
がデフォルトのホストとなります。 これはオプション パラメータです。
-JobID numerical_job_id
省略形：id
SnapManagerサーバで処理される特定のジョブを指定します。
AllJobsを指定しなかった場合は、このパラメータを指定する必要があります。
-AllJobs True|False
省略形：all
このパラメータをTrueに設定すると、実行中のジョブとキューに格納されているジ
ョブを含むすべてのジョブがキャンセルされます。
JobIDを指定しなかった場合は、このパラメータを指定する必要があります。
192 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
例：ジョブをキャンセルする
このコマンドは、Exchange サーバExchange1で実行されている、ジョブ ID 123のジョブをキャ
ンセルします。
Cancel-Job -Server Exchange1 -JobID 123
例：リモート整合性検証サーバで管理されているジョブをキャンセルする
このコマンドは、リモート整合性検証サーバで管理されている実行中のジョブとキューに格
納されているジョブをすべてキャンセルします。
Cancel-Job -Server VerificationServer1 -AllJobs
Export-config
このコマンドレットでは、SnapManager設定用の制御ファイルをエクスポートできます。
Export-config
-Server Exchange_server_name
-ControlFilePath name_of_control_file_and_path
-Section comma_separated_list_of_section_names
common_parameters
説明
Export-configコマンドレットでは、SnapManager制御ファイルをエクスポートできます。この制御
ファイルには、あとでimport-configコマンドレットを使用して他のシステムのSnapManagerを設
定する際に使用できる設定情報が含まれています。
パラメータ
-Server Exchange_server_name
省略形：svr
設定をXML制御ファイルとしてエクスポートするExchangeサーバの名前を指定し
ます。
-ControlFilePath name_of_control_file_and_path
省略形：config
出力するXMLファイルの名前とパスを指定します。
-Section comma_separated_list_of_section_names
省略形：sect
SnapManagerコマンドライン リファレンス | 193
エクスポートするセクションの名前をカンマ区切りのリストで指定します。
制御ファイルの次のセクションをエクスポートできます。
storage、notification、verification、report、backup、scheduledjob、
snapmirrorvolume
Sectionを指定しない場合は、すべてのセクションのエクスポートが必要とみなさ
れます。
例：制御ファイルをエクスポートする
このコマンドは、指定された設定をSMEConfig_12_18_2007_01.12.57.xmlという制御ファ
イルにエクスポートします。
export-config -Server Exchange1 -ControlFilePath "C:\Program Files
\NetApp\SnapManager for Exchange\SMEConfig_12_18_2007_01.12.57.xml"
Import-config
Import-configコマンドレットでは、SnapManager設定用の制御ファイルをインポートできます。
Import-config
-Server Exchange_server_name
-ControlFilePath name_of_control-file_and_path
-Section comma_separated_list_of_section_names_to_import
-AllowLocal True|False
-ValidateAndApply True|False
-Username username
-Password password
-ClusterAware True|False
説明
このコマンドでは、サーバ設定情報を含むSnapManager制御ファイルをインポートできます。 制御
ファイルは、一部または全部をインポートできます。
また、このコマンドは次の共通パラメータもサポートしています。
•
-Debug（-db）
•
-ErrorAction（-ea）
•
-ErrorVariable（-ev）
•
-OutBuffer（-ob）
•
-OutVariable（-ov）
194 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
•
-Verbose（-vb）
•
-Confirm
共通パラメータの詳細については、共通パラメータに関するヘルプを参照してください。
パラメータ
-Server Exchange_server_name
省略形：svr
制御ファイルのインポート先となるExchangeサーバの名前を指定します。
-ControlFilePathname_of_control-file_and_path
省略形：config
インポートする制御ファイルの場所を指定します。
-ControlFilePathは制御ファイル名とともに指定します。 制御ファイルの場所
が現在のディレクトリでない場合は、ファイル名の完全パスを指定する必要があ
ります。
-Section comma_separated_list_of_section_names_to_import
省略形：sect
インポートするセクションの名前をカンマ区切りのリストで指定します。
制御ファイルからは、次のセクションをインポートできます。
storage、notification、verification、report、backup、scheduledjob、
snapmirrorvolume
特定のセクションを指定しない場合は、制御ファイル内のすべてのセクションがイ
ンポートされます。
-AllowLocal True|False
省略形：tolocal
データベースをローカル ディスクに移行します。
-ValidateAndApply True|False
省略形：apply
これはオプション パラメータです。 デフォルト値はFalseで、検証のみが実行され
ます。 この値がTrueの場合は、検証が実行され、その検証が成功した場合に適
用されることがこのパラメータによって示されます。
-Username username
省略形：usr
スケジュールを設定したジョブを作成する前にユーザ名を検証します。
-Password password
SnapManagerコマンドライン リファレンス | 195
省略形：pwd
スケジュールを設定したジョブを作成する前にユーザ クレデンシャルを検証しま
す。
-ClusterAware True|False
省略形：cl
クラスタ構成でジョブのスケジュールを設定する場合にのみ有効です。複数のク
ラスタ ノードで同じジョブのスケジュールを設定しやすくすることで、フォールト ト
レランスを強化します。
DAGの場合は、-Clusterawareを使用してジョブのスケジュールを設定すると、
そのジョブは、スケジュールを設定したホストがDAGのアクティブ ノードである場
合にのみ実行されます。
例：制御ファイルの一部をインポートする
このコマンドは、制御ファイルsme_config.xml内の指定したセクションを、Exchangeサーバ
Exchange1にインポートします。
import-config -Server Exchange1 -ControlFilePath "C:\Program Files
\NetApp\SnapManager for Exchange\sme_config.xml" -Section
storage,notification,verification,report,backup,scheduledjob,snapmirro
rvolume -ValidateAndApply
196 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
著作権に関する情報
Copyright © 1994–2014 NetApp, Inc. All rights reserved. Printed in the U.S.
このドキュメントは著作権によって保護されています。著作権所有者の書面による事前承諾がある
場合を除き、画像媒体、電子媒体、および写真複写、記録媒体、テープ媒体、電子検索システム
への組み込みを含む機械媒体など、いかなる形式および方法による複製も禁止します。
ネットアップの著作物から派生したソフトウェアは、次に示す使用許諾条項および免責条項の対象
となります。
このソフトウェアは、ネットアップによって「現状のまま」提供されています。ネットアップは明示的な
保証、または商品性および特定目的に対する適合性の暗示的保証を含み、かつこれに限定され
ないいかなる暗示的な保証も行いません。 ネットアップは、代替品または代替サービスの調達、使
用不能、データ損失、利益損失、業務中断を含み、かつこれに限定されない、このソフトウェアの
使用により生じたすべての直接的損害、間接的損害、偶発的損害、特別損害、懲罰的損害、必然
的損害の発生に対して、損失の発生の可能性が通知されていたとしても、その発生理由、根拠と
する責任論、契約の有無、厳格責任、不法行為（過失またはそうでない場合を含む）にかかわら
ず、一切の責任を負いません。
ネットアップは、ここに記載されているすべての製品に対する変更を随時、予告なく行う権利を保
有します。 ネットアップによる明示的な書面による合意がある場合を除き、ここに記載されている
製品の使用により生じる責任および義務に対して、ネットアップは責任を負いません。 この製品の
使用または購入は、ネットアップの特許権、商標権、または他の知的所有権に基づくライセンスの
供与とはみなされません。
このマニュアルに記載されている製品は、1つ以上の米国特許、その他の国の特許、および出願
中の特許によって保護されている場合があります。
権利の制限について：政府による使用、複製、開示は、DFARS 252.227-7103（1988年10月）およ
びFAR 52-227-19（1987年6月）のRights in Technical Data and Computer Software（技術データおよ
びコンピュータソフトウェアに関する諸権利）条項の(c) (1) (ii)項、に規定された制限が適用されま
す。
197
商標に関する情報
NetApp、NetAppのロゴ、Go Further, Faster、ASUP、AutoSupport、Campaign Express、Cloud
ONTAP、clustered Data ONTAP、Customer Fitness、Data ONTAP、DataMotion、Fitness、Flash
Accel、Flash Cache、Flash Pool、FlashRay、FlexArray、FlexCache、FlexClone、FlexPod、
FlexScale、FlexShare、FlexVol、FPolicy、GetSuccessful、LockVault、Manage ONTAP、Mars、
MetroCluster、MultiStore、NetApp Insight、OnCommand、ONTAP、ONTAPI、RAID DP、
SANtricity、SecureShare、Simplicity、Simulate ONTAP、Snap Creator、SnapCopy、SnapDrive、
SnapIntegrator、SnapLock、SnapManager、SnapMirror、SnapMover、SnapProtect、SnapRestore、
Snapshot、SnapValidator、SnapVault、StorageGRID、Tech OnTap、Unbound Cloud、およびWAFL
は米国またはその他の国におけるNetApp,Inc.の登録商標です。 ネットアップの商標の最新のリス
トは、http://www.netapp.com/jp/legal/netapptmlist.aspxでご覧いただけます。
CiscoおよびCiscoのロゴは、米国およびその他の国におけるCisco Systems, Inc.の 商標です。 そ
の他のすべてのブランドおよび製品は、それを所有する各社の商標または登録商標であり、相応
の取り扱いが必要です。
198 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
ご意見をお寄せください
弊社では、マニュアルの品質を向上していくため、皆様からのフィードバックをお待ちしています。
いただいたフィードバックは、今後のマニュアル作成に役立てさせていただきます。 ご意見やご要
望は、[email protected]までお寄せください。 その際、担当部署で適切に対応さ
せていただくため、製品名、バージョン、オペレーティング システムなどの基本情報を必ずご記入く
ださい。
郵送の場合の宛先は、次のとおりです。
〒105-0001
東京都港区虎ノ門4丁目1番8号　虎ノ門4丁目MTビル
ネットアップ株式会社
注：弊社営業担当者名を記載してください
索引 | 199
索引
A
E
AutoSupport
設定 130
AutoSupport通知
イベント用 129
障害イベントに限定する 129
Eseutil
物理レベルの破損を検出するためのコマンドライン
ツール 44
Eseutil整合性チェッカー 117
Eseutilユーティリティ 114, 115
Exchange Server
設定要件 133
Exchange Server 2013 100
Exchange Serverあたりのデータベース数
サポートされている最大数 133
Exchange Serverデータベース
リストア処理 77
Exchangeサーバ
制御ファイルの設定 100, 101
デフォルト サーバ 109
別のExchangeサーバへのバックアップのリストア
B
busy snapshotエラー
問題 49
busy snapshot状態 44
C
Cancel-Jobコマンド 190
CCR対応データベース
SnapManagerを使用したリストア 63
Change-JobPriorityコマンド 189
ChkSgFiles 114, 115
ChkSgFiles整合性検証ライブラリ 117
ChkSgFilesユーティリティ
データベース ファイルの検証 44
D
DAG
アクティブ化優先順位番号 34
ギャップレス バックアップ 28
メンバー サーバの構成の制限 133
リモートの追加コピー バックアップ機能 28
リモートの追加コピー バックアップを使用したバック
アップ 28
DAGのバックアップ ジョブ
計画 21
DAGバックアップ
リモートの追加コピーを使用した設定 29
DAGメンバー サーバ
データベース コピーのリストア 63
delete-backupコマンド
目的 174
dumpコマンド
LUNのアーカイブに使用 146
78
Exchangeデータ
設定 93
ローカル ディスクに移動 142
Exchangeデータベース
new-backupコマンドによるバックアップ 159
移動 93
Exchangeデータベースの移動
LUNからLUNへ
LUNからローカル ディスクへ 93
ローカル ディスクからLUNへ 93
Exchangeバックアップ
自動削除 126
Exchangeバックアップ エージェント
Exchangeバックアップ コピーのアーカイブ 152
Exchangeバックアップ コピー
アーカイブ 152
Exchangeメールボックス
SnapManagerを使用してリカバリする状況 63
Export-configコマンド 192
Eメール通知
設定 130
Eメール通知のサポート
イベント用 129
200 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
F
P
FlexVol
自動拡張 121
PowerShellコマンドライン インターフェイス
SnapManager for Exchange,使用ガイドライン 158
Priorityパラメータ 189
G
get-backupコマンド
目的 176
Get-JobStatusコマンド 188
I
Import-configコマンド 193
J
R
Recovery Point Objective
満たす 20
reseed-databaseコマンド
目的 185
restore-backupコマンド
目的 178
rstrsnap__ files
削除 65
JobIDパラメータ 189
S
L
Serverパラメータ 189
SIFフォルダ 38
次も参照 : SnapInfoフォルダ
Single Mailbox Recovery
メールボックス アイテムのリストアに使用 86
メールボックス データのリストア時の役割 86
SnapInfo Snapshotコピー
SnapInfo Snapshotコピー 41
明示的削除 41
SnapInfoフォルダ
孤立したフォルダの削除 38
SnapManager
コマンドライン リファレンス 158
SnapManager for Exchange
アップグレード
アップグレードの前提条件 138
SnapManager for Exchange PowerShell
起動 158
SnapManager for Exchange PowerShellコマンド ライン
インターフェイス
使用ガイドライン 158
SnapManager for Microsoft Exchange Server
機能とメリット 9
再インストール 141
修復 141
バックアップ戦略 12
バックアップの概要 11
SnapManagerスナップイン 89, 100
SnapManager制御ファイル
LCR対応データベース
SnapManagerを使用したリストア 63
LUN
書き込み処理の停止 121
LUNクローン スプリットのステータス
検証 67
LUNクローン スプリット リストア方式
典型的なベストプラクティスとの比較
影響を受けたLUNのみ 67
LUNの要件 45
M
Microsoft Exchangeコマンドレット
使用ガイドライン 158
N
NDMP
LUNのアーカイブに使用 146
new-backupコマンド
目的 159
リモートの追加コピー バックアップの指定 31
NTFSデータ
バックアップの例 149
索引 | 201
インポートまたはエクスポート 99
SnapManager設定ウィザード
Exchangeデータを移動する場合 93
SnapManagerのアップグレード
SnapManagerの対話的なインストール 138
アップグレードの前提条件 138
コマンドラインからのアップグレード 139
サイレント モードでのアップグレード 139
対話型モード 138
SnapManagerのスクリプト
GUIを使用せずにSnapManagerを実行 158
SnapManagerバックアップのアーカイブ
処理後のコマンド実行機能の使用 148
SnapManagerリストア
機能 64
SnapMirror関係
XMLスキーマ 106
Snapshotコピー
アクセス方法 113
管理 38
自動削除
削除の要件 38
命名規則 12
Snapshotコピー名
ハード コーディング 148
SnapVault
7-Mode用のサービス アカウントの要件 133
SnapVaultデスティネーション
リモート検証 47
SourceBackupServerパラメータ 189
syslogイベント ロギング
設定 130
syslogエントリ
イベント用 129
U
UNCパス 156
UTM関連のスイッチ
有効な入力 50
UTMの保持
実行 50
シナリオ1 52
シナリオ2 53
シナリオ3 53
シナリオ4 54
ポリシー 50
レジストリ キー 50
V
verify-backupコマンド
目的 169
あ
アーカイブ
Exchangeバックアップ エージェント
例 153
NDMPおよびdump
評価 147
業界標準のバックアップ ユーティリティ
評価 150
例 151
業界標準のバックアップ ユーティリティで作成 149
自動 154
注意事項 145
方法 146
アクティブ化優先順位番号
データベース フィルタを使用した表示 32
メールボックス データベース 34
元のDAGデータベース 34
アクティブ データベース
データベース フィルタを使用した表示 32
アップグレード
CLIからの実行 139
コマンドラインからの実行 139
サイレント モードでの実行 139
アプリケーション
設定 108
アプリケーション設定
アクセス 108
設定の制限
変更の制限 108
アンインストール
対話型 142
い
移行
Exchangeデータ 93
イベント
通知の設定 130
イベント通知
オプション 129
202 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
自動通知設定 129
え
エラー
busy snapshotエラー 44
リストア処理中 84
エラー0xC00413CA
リストア処理中 84
か
回復用ストレージ グループ
構成の制限 133
回復用データベース
機能 81
構成の制限事項 133
削除 83
使用 81
制限 81
データベースのリストア 63
管理グループ
概要 12
管理対象外のメディア
リストア 84
管理対象外のメディアからのリストア 84
き
機能とメリット
概要 9
ギャップレスDAGバックアップ
グループ化 29
リモートの追加コピーを使用した設定 29
ギャップレス バックアップ
DAG 28
け
検証サーバ
設定 111
検証スロットル 47
検証要件無視
レポート エントリ 119
こ
個々のバックアップ
明示的削除 41
ご提案
マニュアルに関するフィードバックの送信方法 198
個別データベース
LUNへの移動 94
コマンド
Cancel-Job 190
Change-JobPriority 189
delete-backup 174
Export-config 192
get-backup 176
Get-JobStatus 188
Import-config 193
new-backup 159
reseed-database 185
restore-backup 178
verify-backup 169
指定 155
コマンドライン インターフェイス
SnapManager for Exchange PowerShell使用ガイドラ
イン 158
SnapManager,使用ガイドライン 158
コマンドライン リファレンス
SnapManagerのコマンド 158
コマンドレット
Microsoft Exchange
使用ガイドライン 158
リモートの追加バックアップの管理 31
コメント
マニュアルに関するフィードバックの送信方法 198
さ
サービス アカウント
7-ModeのSnapVault用の要件 133
再インストール
SnapManager 141
再シード
障害が発生したデータベースのパッシブ コピーの
リストア
reseed-databaseコマンドを使用 185
再シード ウィザードを使用 79
再シード ウィザード
障害が発生したデータベースのパッシブ コピーの
再シード 79
最新の状態へのリストア 64
索引 | 203
最新の状態へのリストア機能 39
最新の状態へのリストアの保持
ポリシー 50
フラクショナル リザーブ 120
スロットル レポート
エントリ 117
し
せ
実行後のクリーンアップ
メールボックス データ 87
自動イベント通知
設定 130
自動削除
Snapshotコピー
孤立したSnapInfoフォルダ 38
要件 38
自動通知
イベント設定 129
修復
SnapManager 141
障害が発生したデータベースのパッシブ コピー
reseed-databaseコマンドによる再シード 185
再シード ウィザードによる再シード 79
使用期間ベースのSnapshotコピー削除 35
情報
マニュアルの品質向上に関するフィードバックの送
信方法 198
処理後のコマンド実行機能
SnapManagerバックアップのアーカイブに使用 148
コマンド引数 154
定義済みの変数 154
[処理後のコマンドの実行]オプション 155
制御ファイル
XMLスキーマ 102
エクスポート 100
整合性検証
SnapMirrorデスティネーション ボリューム
実行方法 47
製品概要
機能とメリット 9
設定
Exchangeデータ 93
ギャップレスDAGバックアップ 29
設定ウィザード
Exchangeデータベースを移動 93
トランザクション ログのパスの変更 95
ログ ファイルの場所の変更に使用 98
設定要件
Exchange Server 133
そ
ソフトウェアのアンインストール
アンインストール用スクリプト
ソフトウェアのアンインストールに使用 143
サイレント アンインストール
CLIを使用 143
す
数量ベースのSnapshotコピー削除 35
スクリプト
SnapManagerを実行 158
UNCパスからの起動 156
スクリプト起動時の問題 156
ストレージ グループ
クラスタあたりの最大数 133
サポートされている最大数 133
ストレージ グループあたりのデータベース数
サポートされている最大数 133
ストレージ グループのリストア
バックアップコピーから 70
ストレージ レイアウト
XMLスキーマ 102
スペース リザベーション
た
対話型アップグレード
SnapManagerのインストール 138
短周期リカバリ ポイント
検証が実行される状況 56
説明 55
操作 56
データのリストア 55
データベースのリストア 75
バックアップ 56
リストア 57
レポート 57
204 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
て
ディザスタ リカバリ
回復用データベースの役割 81
ディスマウント
バックアップ コピー 87
データセット保護ポリシー 96
データのリストア
短周期リカバリ ポイント 55
データベース
検証
スロットル 114
サポートされている最大数 133
初回のバックアップ 16
初期バックアップ セットの検証 18
スケジュールを使用したバックアップ 19
設定ウィザードによる場所の変更 95
短周期リカバリ ポイントへのリストア 75
バックアップ戦略 12
バックアップの概要 11
リストア
リストア ウィザード 72
[リストア]ウィンドウ 73
リストアのテスト, 最新の状態へのリストア処理 75
自動アンマウント 125
データベース可用性グループ
ノードが10以上の場合のバックアップの計画 21
ノードが9つの場合のバックアップの計画 21
次も参照 : DAG
データベース可用性グループ（DAG）
リストア処理 77
データベース検証
検証を実行するタイミング 49
データベース検証サーバ
選択に関する考慮事項 110
データベース検証のワークロード
SnapVaultデスティネーションでのリモート検証 46
検証スロットル 46
遅延 46
負荷の管理 46
リモート 46
データベース整合性確認
使用するユーティリティ 44
バックアップ セット 44
データベースの移行
無効化 110
有効化 110
データベースの整合性
ユーティリティ プログラムで検証 44
データベースのバックアップ
初回 16
スケジュールの使用 19
バックアップ ウィザードを使用 23
データベースのバックアップ ジョブ
DAGに含まれる場合の計画 21
データベースのリストア
SnapManagerを使用したリストア処理のタイプ 63
バックアップコピーから 70
データベースの遅延検証 47
データベース パス
表示 96
データベース破損
ユーティリティ プログラムで特定 44
データベース バックアップ
バックアップ ウィザードを使用 23
データベース ファイル
完全パスの表示 96
データベース フィルタ
DAG内にあるバックアップ対象のデータベース表
示に使用 32
アクティブ データベースの表示に使用 32
パッシブ データベースの表示に使用 32
データベース リストア処理
SnapManagerの使用 63
短周期リカバリ ポイント 75
テスト リストア
現在のログの確認とデータベースの検証 75
と
ドライブ レター 45
トラブルシューティング
busy snapshotエラー 44
SnapManagerの再インストール 141
SnapManagerの修復 141
整合性検証 61
バックアップ コピーの削除時の問題 44
リストア処理 84
トランザクション ログ シーケンスの完全検証 66
トランザクション ログ シーケンスの簡易検証 67
トランザクション ログ シーケンス検証 66
トランザクション ログ
LUNへの移動 97
完全パスの表示 98
スケジュールを使用したバックアップ 20
索引 | 205
設定ウィザードを使用した管理 98
場所の変更 98
バックアップ オプション 50
ログのパスの変更 95
切り捨てられる 55
トランザクション ログのバックアップ オプション 50
トランザクション ログ バックアップ
スケジュールの使用 20
短周期リカバリ ポイント リストアで使用 55
トランザクション ログ ファイル
設定ウィザードを使用した管理 98
トランスポート データベース 97
は
バックアップ
アーカイブの注意事項 145
リモートの追加コピー バックアップを使用 28
バックアップ モデル
中央集中型 153
バックアップ ウィザード
設定と使用 23
バックアップ管理グループ
変更 58
バックアップ検証
同時ジョブ 134
バックアップ コピー
アーカイブ 152
削除時の問題 44
ディスマウント 87
別のメールボックス サーバへのリストア 78
バックアップ ジョブ
DAGのデータベースについての計画 21
new-backupコマンドを使用 159
[バックアップと検証]ウィンドウを使用したバックアッ
プ 24
バックアップ処理
短周期リカバリ ポイントを使用 55
バックアップ セット
初期セットの検証 18
バックアップ管理グループの変更 58
バックアップ セットの管理
本番用Exchangeサーバ 110
リモート検証サーバ 110
バックアップ タイプ
概要 12
[バックアップと検証]ウィンドウ
バックアップ コピーの作成に使用 24
バックアップのアーカイブ
Exchangeバックアップ エージェントで作成 152
業界標準のバックアップ ユーティリティで作成 149
バックアップのグループ化
ギャップレスDAG例 29
バックアップの同時検証
短周期リカバリ ポイント バックアップ 134
リストア処理中 134
ワークフロー 134
バックアップの命名
オプション 12
規則 12
バックアップの命名規則
Snapshotコピー 12
バックアップ設定
XMLスキーマ 106
パッシブ データベース コピー
データベース フィルタを使用した表示 32
ふ
フィードバック
マニュアルに関するコメントの送信方法 198
複数の管理グループ
保持の管理 36
複数のバックアップ セットの検証 45
フラクショナル スペース リザベーション ポリシー
Exchangeデータの管理 125
設定 122
デフォルト 122
フラクショナル スペース リザベーション
書き込み処理の失敗防止 120
現在のデータの表示 127
ステータス データ 128
ポリシーの設定 122
ポリシー
設定 123
監視 128
フラクショナル スペース リザベーション ポリシーの設定
122
フラクショナル リザーブ
書き込み処理の失敗防止 120
フレキシブル ボリューム
自動拡張 121
206 | SnapManager 7.1 for Microsoft Exchange Serverアドミニストレーション ガイド
へ
ベストプラクティス 12
ほ
ポイントインタイム リストア 64
保持管理
複数の管理グループ 36
ポリシー
フラクショナル スペース リザベーション 122
ボリューム
フラクショナル リザーブ 120
ボリューム単位のSnapshotコピー 35
ま
マウント オプション 72
マウント ポイント 45
マニュアル
フィードバックの送信方法 198
め
明示的削除
LUNのバックアップまたはSnapshotコピー 39
複数のバックアップ
個別のバックアップ 39
命名
バックアップの命名規則 12
命名規則
Snapshotバックアップ コピー 12
概要 12
メールボックス
アーカイブからのリストア 72
メールボックス データ
Single Mailbox Recoveryでのリストア 86
Single Mailbox Recoveryによるリストア 86
実行後のクリーンアップ 87
メリットと機能
概要 9
り
リストア
Snapshotコピー 65
決定事項 70
決定しておくべき項目 71
検証オプション 71
最新の状態 64
タイプ 71
デスティネーション 71
ポイントインタイム 64
メールボックス データ 86
リストアSnapshotコピー
明示的削除 43
リストア エラー0xC00413CA
トラブルシューティング 84
リストア時間
縮小 65
リストア処理
DAG環境内
データベースのパッシブ コピー 68
Single Mailbox Recoveryによるメールボックス デー
タのリストア 86
回復用データベースを使用 81
最新の状態へのリストア処理のテスト 75
障害 84
タイプ
選択に関する注意事項 69
短周期リカバリ ポイント 75
注意事項 70
データベース可用性グループ内
データベースのバックアップ コピーから
データベースのバックアップ セットから 77
トラブルシューティング 84
パッシブ データベース
リストア処理 68
リストア ウィザードを使用する方法 72
[リストア]ウィンドウを使用する方法 73
リストア レポート
検証要件無視エントリ 119
リモート データベース検証 47
リモート検証
SnapVaultデスティネーション 47
前提条件 112
動作 112
リモートの追加コピー
ギャップレスDAGバックアップの設定に使用 29
リモートの追加バックアップ
control.xmlの例 31
管理 31
サーバの定義 31
削除 31
指定するnew-backupのパラメータ 31
保持数 31
索引 | 207
保持設定の制御 31
リモート バックアップの保持
変更 29
リモート検証サーバ 49
れ
レジストリ キー
UTM保持用 50
レポート
DAG 89
実行した処理
処理の最終ステータス
エラー メッセージ 89
表示 91
印刷 91
削除 92
レポート ディレクトリ
DAG内の場所 90
Windowsクラスタ内の場所 90
XMLスキーマ 105
変更 89, 90
レポートに使用するスペース
制御 92
レポートに使用するスペースの制御 92
レポートの自動アーカイブ
制御 92
レポートの自動アーカイブの制御 92
ろ
ログ データベースのシグネチャ 66
ログ ファイル
場所の変更 98
わ
ワークロード管理
ワークロードの管理方法 46

アーカイブ活用例

データシート - Quantum

起動可能なメディアを作成するには、次の手順を行います。 1. ツール

VMwareおよびHyper-V のバックアップで陥りや すい5つの落とし穴

5/13 の一部字幕が表示されない件についてマイクロソフトより修正 パッチ

商品購入の流れ 中原三法堂 オンラインショップ

イオンスマホセキュリティ インストール方法

② ログインできない場合には 2

ONYXチュートリアル: Adobe Illustratorを使って カットパスをデザインする

日本の言語 日本の少数言語