ストレージ更改後に作成された新しいバックアップでは、リストア、マウント、およびクローニングを実行できます。ただし、バックアップには古いストレージの詳細が含まれているため、ストレージ更改前に作成されたバックアップに対してこれらの処理を実行すると失敗します。ストレージ機器更改のAPIまたはコマンドレットを実行して、SnapCenterの古いバックアップを新しいストレージの詳細で更新する必要があります。

機器更改は次のSnapCenterプラグインでサポートされています。

SnapCenter Plug-in for Microsoft SQL Server
SnapCenter Plug-in for Windows
SnapCenter Plug-in for Oracle Database
SnapCenter Plug-in for SAP HANA Database
SnapCenter Plug-in for Microsoft Exchange Server

サポートされているユースケースは次のとおりです。

プライマリーストレージの更改

ストレージ機器更改では、プライマリーストレージを新しいストレージに置き換えることができます。既存のセカンダリーストレージをプライマリーストレージに変換することはできません。
セカンダリーストレージの更改

サポートされているその他のシナリオは次のとおりです。

SVM名の変更
ボリューム名の変更

プライマリーストレージのバックアップの更新

ストレージの機器更改が完了したら、ストレージ機器更改のAPIまたはコマンドレットを実行して、SnapCenterの古いバックアップを新しいストレージの詳細で更新する必要があります。

開始する前に

このワークフローではSnapCenterリポジトリのデータが変更されるため、SnapCenterリポジトリをバックアップすることを推奨します。データに問題が発生した場合は、バックアップを使用してSnapCenterリポジトリを以前の状態に戻すことができます。

詳細については、「SnapCenterリポジトリをバックアップします」を参照してください。

手順

古いストレージから新しいストレージにデータを移行します。
ホストをメンテナンスモードにします。
新しいストレージをそれぞれのホストでマウントし、データベースを起動します。

新しいストレージは、以前と同じ方法でホストに接続する必要があります。たとえば、SANとして接続されていた場合は、SANとして接続する必要があります。

新しいストレージは、古いストレージと同じドライブまたはパスにマウントする必要があります。
すべてのリソースが動作していることを確認します。
SnapCenterで新しいストレージを追加します。

SnapCenterのクラスタ間でSVM名が一意であることを確認します。新しいストレージで同じSVM名を使用しており、ストレージ更改の実行前にSVMのすべてのボリュームを移行できる場合は、古いクラスタのSVMを削除したあとSnapCenterで古いクラスタを再検出してSVMをキャッシュから削除することを推奨します。
ホストを本番モードにします。

SnapCenterで、ストレージを移行するリソースのバックアップを作成します。SnapCenterで最新のストレージフットプリントを特定するには、新しいバックアップが必要です。このバックアップは、既存の古いバックアップのメタデータを更新するために使用されます。

ホストに新しいLUNを接続すると、新しいシリアル番号が割り当てられます。Windowsファイルシステムの検出中、SnapCenterは一意のシリアル番号すべてを新しいリソースとして扱います。ストレージ機器更改時に、新しいストレージのLUNが同じドライブレターまたはパスでホストに接続される場合、SnapCenterでWindowsファイルシステムを検出すると、同じドライブレターまたはパスでマウントされていても、既存のリソースが削除済みとしてマークされ、新しいLUNが新しいリソースとして表示されます。リソースが削除済みとマークされていると、そのリソースはSnapCenterでストレージ機器更改の対象とはみなされません。そのため、古いリソースのバックアップはすべて失われます。Windowsファイルシステムリソースの場合、ストレージ更改を行う際は、ストレージの更改APIまたはコマンドレットを実行する前にリソースの検出を実行しないでください。

ストレージ更改API/<snapcenter_version>/techrefresh/primarystorageまたはコマンドレット_Invoke-SmTechRefreshPrimaryStorage_のいずれかを実行します。

レプリケーションが有効なポリシーがリソースに設定されている場合は、ストレージ更改後の最新のバックアップにセカンダリーストレージの詳細が含まれます。

SQLフェイルオーバークラスタインスタンス（FCI）セットアップを使用している場合、バックアップはクラスタレベルで保持されます。ストレージ機器更改のために、クラスタ名を入力として指定する必要があります。
SQL可用性グループ（AG）セットアップを使用している場合、バックアップはノードレベルで保持されます。ストレージ機器更改のために、ノード名を入力として指定する必要があります。
Oracle Real Application Cluster（RAC）セットアップを使用している場合は、任意のノードでストレージ機器更改を実行できます。

IsDryRun属性は、デフォルトでTrueに設定されています。これで、ストレージが更改されているリソースが特定されます。リソースおよび変更されたストレージの詳細を表示するには、API'<snapcenter_version>/jobs/{jobid}'またはコマンドレットGet-SmJobSummaryReportのいずれかを実行します。

ストレージの詳細を確認したら、IsDryRun属性をFalseに設定し、ストレージ更改API/<snapcenter_version>/techrefresh/primarystorageまたはコマンドレットInvoke-SmTechRefreshPrimaryStorageのいずれかを実行します。

これで、古いバックアップのストレージの詳細が更新されます。

同じホストでAPIまたはコマンドレットを複数回実行できます。古いバックアップのストレージの詳細はストレージが更改された場合にのみ更新されます。

ONTAPでクローン階層を移行することはできません。移行対象のストレージのクローンメタデータがSnapCenter内にある場合、クローニングされたリソースは独立したリソースとしてマークされます。クローンメタデータのクローンは再帰的に削除されます。

（オプション）すべてのSnapshotを古いプライマリーストレージから新しいプライマリーストレージに移動しない場合は、次のAPI/<snapcenter_version>/hosts/primarybackupsexistencecheckまたはコマンドレット_Invoke-SmPrimaryBackupsExistenceCheck_を実行します。

これにより、新しいプライマリーストレージでSnapshotの有無のチェックが行われ、対応するバックアップがSnapCenterでの処理に使用できないとマークされます。

セカンダリーストレージのバックアップの更新

開始する前に

詳細については、「SnapCenterリポジトリをバックアップします」を参照してください。

手順

古いストレージから新しいストレージにデータを移行します。
プライマリーストレージと新しいセカンダリーストレージの間にSnapMirror関係を確立し、関係が正常な状態であることを確認します。

SnapCenterで、ストレージを移行するリソースのバックアップを作成します。

SnapCenterで最新のストレージフットプリントを特定するには、新しいバックアップが必要です。このバックアップは、既存の古いバックアップのメタデータを更新するために使用されます。

この処理が完了するまで待つ必要があります。完了前に次の手順に進むと、SnapCenterで古いセカンダリーSnapshotメタデータが完全に失われます。

ホスト内のすべてのリソースのバックアップが正常に作成されたら、セカンダリーストレージ更改API/<snapcenter_version>/techrefresh/secondarystorageまたはコマンドレットInvoke-SmTechRefreshSecondaryStorageのいずれかを実行します。

これで、指定したホスト内の古いバックアップのセカンダリーストレージの詳細が更新されます。

この処理をリソースレベルで実行する場合は、各リソースの[Refresh]をクリックしてセカンダリーストレージのメタデータを更新します。
古いバックアップが正常に更新されたら、プライマリーとの古いセカンダリーストレージ関係を解除できます。

SnapCenter Software 6 マニュアル ( CA08871-404 )

ストレージ システムの機器更改

プライマリー ストレージのバックアップの更新

セカンダリー ストレージのバックアップの更新

本トピックの構成

ストレージシステムの機器更改

プライマリーストレージのバックアップの更新

セカンダリーストレージのバックアップの更新