エフサステクノロジーズ株式会社

本ページの製品は2024年4月1日より、エフサステクノロジーズ株式会社に統合となり、順次、切り替えを実施してまいります。一部、富士通表記が混在することがありますので、ご了承ください。

SnapCenter Software 5 マニュアル ( CA08871-403 )

to English version

SnapCenterプラグイン ホストの機器更改

SnapCenterプラグイン ホストの機器更改が必要な場合は、古いホストから新しいホストにリソースを移動する必要があります。新しいホストをSnapCenterに追加すると、すべてのリソースが検出されますが、それらは新しいリソースとして扱われます。

タスク概要

古いホスト名と新しいホスト名を入力として受け取るAPIまたはコマンドレットを実行し、リソースを名前で比較して、一致するリソースのオブジェクトを古いホストから新しいホストに再リンクする必要があります。一致するリソースは保護対象としてマークされます。

  • IsDryRunパラメーターはデフォルトでTrueに設定されており、これにより、古いホストと新しいホストの一致するリソースが特定されます。

    一致するリソースを確認したら、IsDryRunパラメーターをFalseに設定して、一致するリソースのオブジェクトを古いホストから新しいホストに再リンクする必要があります。

  • AutoMigrateManuallyAddedResourcesパラメーターはデフォルトでTrueに設定されており、これにより、手動で追加したリソースが古いホストから新しいホストに自動的にコピーされます。

    AutoMigrateManuallyAddedResourcesパラメーターは、OracleリソースとSAP HANAリソースにのみ適用されます。

  • 古いホストと新しいホストでインスタンス名が異なる場合は、SQLInstanceMappingパラメーターを使用する必要があります。デフォルト インスタンスの場合は、インスタンス名としてdefault_instanceを使用します。

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

  • SnapCenter Plug-in for Microsoft SQL Server

    • SQLデータベースがインスタンス レベルで保護されていて、ホストの機器更改の一環として一部のリソースのみが新しいホストに移動されると、既存のインスタンス レベルの保護がリソース グループ保護に変換され、両方のホストのインスタンスがリソース グループに追加されます。

    • SQLホスト(仮にhost1とする)が別のホスト(仮にhost2とする)のリソースのスケジューラまたは検証サーバーとして使用されている場合は、host1で機器更改を実行している間、スケジュールまたは検証の詳細は移行されず、host1で引き続き実行されます。変更が必要な場合は、対応するホストで手動で変更する必要があります。

    • SQLフェイルオーバー クラスタ インスタンス(FCI)セットアップを使用している場合は、FCIクラスタに新しいノードを追加し、SnapCenterでプラグイン ホストを更新することで、機器更改を実行できます。

    • SQL可用性グループ(AG)セットアップを使用している場合は、機器更改は必要ありません。新しいノードをAGに追加し、SnapCenterでホストを更新できます。

  • SnapCenter Plug-in for Windows

  • SnapCenter Plug-in for Oracle Database

    Oracle Real Application Cluster(RAC)セットアップを使用している場合は、RACクラスタに新しいノードを追加し、SnapCenterでプラグイン ホストを更新することで、機器更改を実行できます。

  • SnapCenter Plug-in for SAP HANA Database

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

  • あるホストから別のホストへのリソースの移行。

  • 複数のホストからそれよりも少ない数(1つ以上)のホストへのリソースの移行。

  • 1つのホストから複数のホストへのリソースの移行。

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

  • 新しいホストの名前が古いホストと異なる

  • 既存のホストの名前が変更された

開始する前に

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

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

手順
  1. 新しいホストを導入し、アプリケーションをインストールします。

  2. 古いホストのスケジュールを一時停止します。

  3. 必要なリソースを古いホストから新しいホストに移動します。

    1. 新しいホストで同じストレージから必要なデータベースを起動します。

      • ストレージが古いホストと同じドライブまたは同じマウント パスにマッピングされていることを確認します。ストレージが正しくマッピングされていないと、古いホストで作成されたバックアップをリストアに使用できません。

        Windowsではデフォルトで、次に使用可能なドライブが自動的に割り当てられます。
      • ストレージDRが有効になっている場合は、それぞれのストレージを新しいホストにマウントする必要があります。

    2. アプリケーションのバージョンに変更がある場合は、互換性を確認します。

    3. Oracleプラグイン ホストの場合のみ、Oracleおよびそのグループ ユーザーのUIDとGIDが古いホストのUIDとGIDと同じであることを確認します。

  4. 新しいホストをSnapCenterに追加します。

  5. すべてのリソースが検出されたかを確認します。

  6. ホスト更改API /5.0/techrefresh/hostまたはコマンドレットInvoke-SmTechRefreshHostを実行します。

    ドライランはデフォルトで有効になっており、再リンクが必要な一致するリソースが特定されます。リソースを確認するには、API /jobs/{jobid}またはコマンドレットGet-SmJobSummaryReportのいずれかを実行します。

    複数のホストからリソースを移行した場合は、すべてのホストに対してAPIまたはコマンドレットを実行する必要があります。新しいホストのドライブまたはマウント パスが古いホストと同じでない場合、次のリストア処理が失敗します。

    • SQL In Placeリストアが失敗します。ただし、RTAL機能は利用できます。

    • OracleデータベースとSAP HANAデータベースのリストアが失敗します。

      複数のホストに移行する場合は、すべてのホストで手順1からの手順をすべて実行する必要があります。

      同じホストでAPIまたはコマンドレットを複数回実行できます。再リンクは、新しいリソースが特定された場合にのみ実行されます。
  7. (オプション)古いホストをSnapCenterから削除します。

関連情報

APIの詳細については、Swaggerページにアクセスする必要があります。「Swagger API WebページからREST APIにアクセスする方法」を参照してください。

コマンドレットで使用できるパラメーターとその説明は、Get-Help command_nameを実行して確認できます。または、SnapCenter Software Cmdlet Reference Guideを参照してください。

Top of Page