データ保護の準備
変更を提案
PDF
バックアップ、クローニング、リストアなどのデータ保護処理を実行する場合は、事前に戦略を定義し、環境をセットアップする必要があります。また、 SnapVault サーバで SnapMirror テクノロジと SnapCenter テクノロジを使用するように設定することもできます。
SnapVaultテクノロジとSnapMirrorテクノロジを利用するには、ストレージデバイスのソースボリュームとデスティネーションボリューム間のデータ保護関係を設定して初期化する必要があります。これらのタスクは、NetAppSystem Managerを使用するか、ストレージコンソールのコマンドラインを使用して実行できます。
-
詳細はこちら *
SnapCenter Plug-in for Microsoft Exchange Serverを使用するための前提条件
Plug-in for Exchangeを使用する前に、SnapCenter管理者がSnapCenterサーバをインストールして設定し、前提条件となるタスクを実行する必要があります。
-
SnapCenterサーバをインストールして設定します。
-
SnapCenter にログインします。
-
SnapCenter環境を設定するために、ストレージシステム接続を追加または割り当て、クレデンシャルを作成します。
SnapCenter では、異なるクラスタにある同じ名前の SVM は複数サポートされません。SnapCenter でサポートする SVM には、それぞれ一意の名前を付ける必要があります。 -
ホストを追加し、SnapCenter Plug-in for Microsoft WindowsとSnapCenter Plug-in for Microsoft Exchange Serverをインストールして、リソースを検出（更新）します。
-
SnapCenter Plug-in for Microsoft Windows を使用して、ホスト側のストレージをプロビジョニングします。
-
SnapCenterサーバを使用してVMware RDM LUN上にあるExchangeデータベースを保護する場合は、SnapCenter Plug-in for VMware vSphereを導入してプラグインをSnapCenterに登録する必要があります。詳細については、 SnapCenter Plug-in for VMware vSphere のドキュメントを参照してください。
VMDKはサポートされません。 -
Microsoft Exchangeツールを使用して、既存のMicrosoft Exchange Serverデータベースをローカルディスクからサポート対象のストレージに移動します。
-
バックアップレプリケーションが必要な場合は、SnapMirror関係とSnapVault関係をセットアップします。
SnapCenter 4.1.1 ユーザの場合、 SnapCenter Plug-in for VMware vSphere 4.1.1 のドキュメントには、仮想化されたデータベースとファイルシステムの保護に関する情報が記載されています。NetAppデータブローカー1.0および1.0.1のドキュメントには、SnapCenter 4.2.xのユーザ向けに、LinuxベースのNetAppデータブローカー仮想アプライアンス（オープン仮想アプライアンス形式）が提供するSnapCenter Plug-in for VMware vSphereを使用した仮想データベースおよびファイルシステムの保護に関する情報が記載されています。SnapCenter 4.3.xのユーザ向けに、SnapCenter Plug-in for VMware vSphere 4.3のドキュメントには、LinuxベースのSnapCenter Plug-in for VMware vSphere仮想アプライアンス（オープン仮想アプライアンス形式）を使用した仮想データベースとファイルシステムの保護に関する情報が記載されています。
Exchange Serverを保護するためのリソース、リソースグループ、ポリシーの使用方法
SnapCenterを使用する前に、実行するバックアップ、リストア、および再シードの処理に関連する基本的な概念を理解しておくと役立ちます。ここでは、さまざまな処理のリソース、リソースグループ、およびポリシーを操作します。
-
リソースとは、通常は、SnapCenterでバックアップするメールボックスデータベースまたはMicrosoft Exchangeデータベース可用性グループ（DAG）です。
-
SnapCenterリソースグループは、ホストまたはExchange DAG上のリソースの集まりであり、リソースグループにはDAG全体または個 々 のデータベースを含めることができます。
リソースグループに対して処理を実行すると、リソースグループに指定したスケジュールに従って、リソースグループに定義されているリソースに対してその処理が実行されます。
単一のリソースまたはリソースグループをオンデマンドでバックアップできます。単一のリソースおよびリソースグループに対してスケジュールされたバックアップを実行することもできます。
リソースグループは、以前はデータセットと呼ばれていました。
-
ポリシーは、バックアップ頻度、コピーの保持、スクリプト、およびデータ保護処理のその他の特性を指定します。
リソースグループを作成するときに、そのグループのポリシーを1つ以上選択します。単一のリソースに対してオンデマンドでバックアップを実行する場合は、ポリシーを1つ以上選択することもできます。
リソースグループは、保護対象となるものと、曜日と時間の観点から保護する場合を定義するものと考えてください。ポリシーは、保護する方法を定義するポリシーと考えてください。たとえば、ホストのすべてのデータベースをバックアップする場合は、ホストのすべてのデータベースを含むリソースグループを作成します。そのあとに、日次ポリシーと時間次ポリシーの2つのポリシーをリソースグループに適用できます。リソースグループを作成してポリシーを適用する際に、フルバックアップを1日1回実行するようにリソースグループを設定し、別のスケジュールでログバックアップを1時間ごとに実行するように設定します。次の図は、データベースのリソース、リソースグループ、およびポリシーの関係を示しています。
