保護されたファイル サーバーの管理
適用対象: System Center 2012 SP1 - Data Protection Manager,System Center 2012 - Data Protection Manager,System Center 2012 R2 Data Protection Manager
ボリューム間での移行
コマンドライン スクリプト Migrate-Datasource を使用すると、保護されている同じコンピューター上の異なるボリュームにデータ ソース (ファイル、フォルダー、ボリューム、または共有) が移行された後でも、データ ソースを続けて同じレプリカ ボリュームに保護することができます。System Center 2012 – Data Protection Manager (DPM) はドライブ文字でなく GUID によってボリュームを認識するため、ボリュームのドライブ文字を変更していない場合でも、Migrate-Datasource スクリプトを実行する必要があります。
.jpeg "System_CAPS_important") 重要 |
|---|
セカンダリ DPM 保護を構成した場合は、セカンダリ サーバーでも Migrate-Datasource スクリプトを実行する必要があります。 |
[!メモ]
MigrateDatasourceDataFromDPM が DPM ボリュームの移行に使用されるのに対して、Migrate-Datasource は保護されたコンピューター ボリュームの移行に使用されます。
DPM に保護されているデータ ソースをボリューム間で移動する理由としては、次のようなものが考えられます。
ディスクが破損している
組織のポリシーのために、特定の時間間隔でディスクを交換する必要がある
構文
Migrate-Datasource.ps1 [-DPMServerName] <文字列> [-Option [auto or manual]] [-PSName] <文字列>
パラメーター |
説明 |
|---|---|
DPMServerName |
データの移行元の DPM サーバー名。 |
オプション |
DPM が自動か手動のどちらで移行を実行するかを示します。 |
PSName |
データ ソースが移行される、保護されているコンピューターの名前。 |
注意点
Migrate-Datasource は、ボリュームなどのファイル システム データの移行にのみ使用します。他のデータ ソースについては、アラートの指示に従います。
DPM は、ドライブ上のボリューム (例、D:\) から、マウントされたボリューム (例: E:\<マウントポイント>、ここでマウントポイントはボリュームがマウントされた場所) への移行をサポートしません。
マウントされたボリュームの自動移行では、新しいコンピューター上のボリュームが、前に保護されたコンピューター上のボリュームと同じマウント ポイント名である必要があります。DPM では、ドライブへ移行することはできません。
マウントされたボリューム (古いボリュームがマウント ポイントを使用して保護されている場所) の移行:
保護されたボリュームにマウント ポイントが複数ある場合、新しいコンピューター上のボリュームの少なくとも 1 つのマウント ポイントに、以前と同じマウント ポイント パスが必要になります。
古いボリューム:C:\mnt
新しいボリューム:C:\mnt (ドライブ文字とその他のマウント ポイントを持つ可能性があります)ボリュームにもドライブ文字がある場合、移行のために新しいボリュームを選択しても、ドライブ文字のみが表示されます。これは手動で選択する必要があります。
ボリュームを再フォーマットしたか、ボリュームに関連付けられたボリューム GUID を変更した場合にのみ、ボリュームを移行する必要があります。
[!メモ]
移行した後は、移行前に作成された回復ポイントを元の場所に回復することはできません。"選択されたボリュームが見つかりませんでした" のメッセージが表示される回復の失敗ただし、別の場所に回復することができます。
ディスク間での移行
コマンドライン スクリプト MigrateDatasourceDataFromDPM を使用すると、データ ソース – レプリカ ボリュームおよび回復ポイント ボリューム – の System Center 2012 – Data Protection Manager (DPM) データをディスク間で移行できます。こうした移行が必要になるのは、ディスクに空き容量がなく展開できない場合や、ディスクが交換期限にある場合、ディスク エラーが表示される場合です。
[!メモ]
Migrate-Datasource が保護されているコンピューター ボリュームの移行に使用されるのに対して、MigrateDatasourceDataFromDPM は DPM ボリュームの移行に使用されます。
環境の構成方法に応じて、これは次に示すデータ ソース データ移動のシナリオの 1 つ以上を意味する場合があります。
DPM ディスクから DPM ディスクへ
データ ソースから DPM ディスクへ
データ ソースからカスタム ボリュームへ
MigrateDatasourceDataFromDPM スクリプトは、データ ソースまたはディスクのデータをすべて新しいディスクまたはボリュームへ移動します。移行が完了すると、データの移行元のディスクは新しいバックアップのホスト用には選択されません。古いディスク上の回復ポイントがすべて期限切れになるまで、それらのディスクを保持する必要があります。回復ポイントが期限切れとなると、DPM はこれらのディスク上のレプリカおよび回復ポイント ボリュームの割り当てを自動的に解除します。
移行ではレプリカ上の回復ポイント データを移動しません。単に新しいレプリカと回復ポイント ボリュームを作成してから、レプリカ データを新しいレプリカにコピーします。VSS シャドウ コピーはボリュームに固有であり、移動やコピーはできません。そのため、移行されたディスクに新しい回復ポイントがすべて作成されても、古いボリューム上の古いレプリカおよび回復ポイントは引き続き必要になります。ただし、古いディスクをできるだけ早く削除する場合は、保持期間を短縮して古い回復ポイントが期限切れになるのを待つことができます。
すべてのバックアップ スケジュールは続けて適用され、データ ソースの保護も以前のとおりに続行されます。
二次的な保護を有効にしたデータ ソースのレプリカを移行した後、セカンダリ DPM サーバーで保護グループの変更ウィザードを開始し、同じデータ ソースを選択してウィザードを完了する必要があります。これにより、プライマリ DPM サーバー上の新しいレプリカ ボリュームからセカンダリ バックアップを実行するように再構成されます。
構文
MigrateDatasourceDataFromDPM.ps1 [-DPMServerName] <文字列> [-Source] <ディスク[]> [-Destination] <ディスク[]>
MigrateDatasourceDataFromDPM.ps1 [-DPMServerName] <文字列> [-Source] <データ ソース> [-Destination] <ディスク[]>
MigrateDatasourceDataFromDPM.ps1 [-DPMServerName] <文字列> [-Source] <データ ソース> [-Destination] <DPM サーバーのボリューム[]>
パラメーター |
説明 |
|---|---|
DPMServerName |
データ移行元の DPM サーバーの名前。 |
ソース |
データの移動元の場所。この場所は、DPM ディスク (Get-DPMDisk を使用してディスクを取得) または DPM データ ソース (Get-Datasource を使用してデータ ソースを取得) のどちらかです。ディスクのセットをソースにすることもできます。 |
保存先 |
データの移動先の場所。 |
[!メモ]
ディスク配列の番号は 0 から開始します。
例
次の例はスクリプトの動作を示します。
例 1:ディスク D1 に、データ ソース DS1 のレプリカと回復ポイントが含まれている。
ディスク |
レプリカ |
回復ポイント |
|---|---|---|
D1 |
R1 |
RP1 |
ディスク D1 から別のディスク D2 へ、ディスク対ディスクのボリューム移行を実行するには、次の手順を実行します。
$disk = Get-DPMDisk –DPMServerName DPMTestServer
./MigrateDatasourceDataFromDPM.ps1 –DPMServerName DPMTestServer –Source $disk[0] –Destination $disk[1]
次のような結果が得られます。
ディスク |
レプリカ |
回復ポイント |
|---|---|---|
D1 |
R1 |
RP1 |
D2 |
R1' |
RP1’ |
D1 を最新の回復ポイントの保有期間の範囲だけ保持する必要があります。通常これは 1 か月です。最新の回復ポイントの期限が切れると、DPM はディスク D1 上のレプリカと回復ポイントの割り当てを自動的に解除します。
例 2:ディスク D1 には、データ ソース DS1 のレプリカ、およびデータ ソース DS2 用の回復ポイントが含まれている。ディスク 2 には、DS2 のレプリカ、および DS1 用の回復ポイントが含まれている。
ディスク |
レプリカ |
回復ポイント |
|---|---|---|
D1 |
R1 |
RP2 |
D2 |
R2 |
RP1 |
DPM ディスクから DPM ディスクへの移行を 3 番目のディスク (ディスク 3) に実行すると、このディスクは DS1 と DS2 用のレプリカと回復ポイントの 4 つのボリュームを持つことになります。
$disk = Get-DPMDisk –DPMServerName DPMTestServer
./MigrateDatasourceDataFromDPM.ps1 –DPMServerName DPMTestServer –Source $disk[0] –Destination $disk[2]
次のような結果が得られます。
ディスク |
レプリカ |
回復ポイント |
|---|---|---|
D1 |
R1 |
RP2 |
D2 |
R2 |
RP1 |
D3 |
R1’ および R2’ |
RP1’ と RP2’ |
これが発生する理由は、DPM はレプリカまたは回復ポイントだけを移動できず、それらを常にペアで移動するためです。そのため、コマンドが D1 からボリュームだけを移動しても、DPM は関連するレプリカおよび回復ポイントも移動することになります。
例 3:ディスク D1 には、データ ソース DS1 のレプリカ、およびデータ ソース DS2 用の回復ポイントが含まれている。ディスク D2 には、DS2 のレプリカ、および DS1 用の回復ポイントが含まれている。
ディスク |
レプリカ |
回復ポイント |
|---|---|---|
D1 |
R1 |
RP2 |
D2 |
R2 |
RP1 |
DS1 のデータだけを 3 番目のディスク (ディスク 3) に移行するように選択すると、このディスクは DS1 のレプリカと回復ポイントの 2 つのボリュームを持つことになります。
$pg = Get-ProtectionGroup DPMTestServer
$ds = Get-Datasource $pg[0]
$disk = Get-DPMDisk –DPMServerName DPMTestServer
./MigrateDatasourceDataFromDPM.ps1 –DPMServerName DPMTestServer –Source $ds[0] –Destination $disk[2]
ディスク |
レプリカ |
回復ポイント |
|---|---|---|
D1 |
R1 |
RP2 |
D2 |
R2 |
RP1 |
D3 |
R1' |
RP1’ |
サーバー クラスターの管理
計画されたクラスターのフェールオーバーの場合、System Center 2012 – Data Protection Manager (DPM) は保護を継続します。計画外のフェールオーバーでは、整合性チェックが必要であることを伝えるアラートが DPM に表示されます。
非共有ディスク クラスターでは、計画されたフェールオーバーで整合性チェックも必要となる場合があります。
ファイル サーバー クラスターのメンバーの変更
System Center 2012 – Data Protection Manager (DPM) で保護されているサーバー クラスターに変更を加えると、DPM では以下の処置がとられます。
新しいサーバーがクラスターに追加されると、DPM は保護エージェントを新しいクラスター ノードにインストールするようにアラートを発行して、保護は失敗します。
サーバーがクラスターから削除されると、DPM はノードがクラスターから除外されたことを検出して、該当のサーバーがクラスターとは別に表示されるようになり、データが保護されなくなります。
たとえば、4 つのコンピューター (Node1、Node2、Node3、Node4) を含むサーバー クラスターがあるとします。コンピューター Node4 を Node5 という新しいコンピューターに置き換える必要があります。
クラスター サービスの管理コンソールを使用して、Node5 をクラスターに追加し、Node5 にフェイルオーバーできるリソースを構成します。
保護エージェントが Node5 にインストールされるまで、サーバー クラスターの保護が失敗することを伝えるアラートが DPM で発行されます。保護エージェントを Node5 にインストールします。
リソースを Node4 からクラスター内の他のノードにフェールオーバーします。Node4 に何もリソースが残っていない場合は、クラスターから削除します。DPM でフェールオーバーが検出され、クラスターの保護が続行されます。
Node4 がノードから除外されたことが DPM で検出され、スタンドアロン ノードとして表示されるようになります。Node4 がもはやネットワーク上に存在していない場合は、そのサーバーのレコードを DPM 管理者コンソールで削除することができます。
リソース グループの変更
1 つのクラスター ノードに任意の数のリソース グループを含めることができます。DPM で保護されたデータ ソースをリソース グループへ移動する、リソース グループ間で移動する、またはリソース グループの外に移動する場合、保護ジョブが失敗する可能性があります。リソース グループのメンバーシップについてそれらの変更のいずれかを行うには、次の手順を実行します。
データ ソースの既存の保護を停止します。データ ソースは、保護対象サーバー上の単一のデータ ソースとして保護グループに含めることも、リソース グループのメンバーであるデータ ソースとして保護グループに含めることもできます。
データ ソースが保護対象サーバー上の単一のデータ ソースであるか、リソース グループのメンバーであるデータ ソースであるか、その新しい状態に応じて、データ ソースの保護を開始します。これにより、データ ソースに新しいレプリカが割り当てられます。
リソース グループの名前を変更すると、そのリソース グループ内のすべてのデータ ソースの保護に影響します。リソース グループの名前を変更するには、次の手順を実行します。
リソース グループの保護を停止します。
リソース グループの名前を変更します。
新しい名前を使用して、リソース グループの保護を開始します。