ONTAP System Managerで、ネットワークの概要ページに移動し、タイプ：クラスタ間のIPアドレスを取得します。このIPアドレスは、FSXがインストールされているAWS VPCと通信するように設定されています。

FSXのクラスタ間IPアドレスを取得するには、CLIにログインして次のコマンドを実行します。

FSx-Dest::> network interface show -role intercluster

デスティネーションFSXクラスタ上で' cluster peer createコマンドを使用してピアリングを設定しますプロンプトが表示されたら、あとでソースクラスタで使用する一意のパスフレーズを入力して作成プロセスを完了します。

FSx-Dest::> cluster peer create -address-family ipv4 -peer-addrs source_intercluster_1, source_intercluster_2
Enter the passphrase:
Confirm the passphrase:

ソースクラスタでは、ONTAP System ManagerまたはCLIを使用してクラスタピア関係を確立できます。ONTAP System Managerで、Protection > Overviewの順に選択し、Peer Clusterを選択します。

Peer Cluster（ピアクラスタ）ダイアログボックスで、必要な情報を入力します。

次のコマンドを使用して、FSXクラスタからクラスタピア関係のステータスを確認します。

FSx-Dest::> cluster peer show

ソースFSXクラスタから、CLIから次のコマンドを使用して、SVMピア関係を作成します。

FSx-Dest::> vserver peer create -vserver DestSVM -peer-vserver Backup -peer-cluster OnPremSourceSVM -applications snapmirror

ソースONTAP クラスタで、ONTAP System ManagerまたはCLIのいずれかを使用してピアリング関係を承認します。

ONTAP System Managerで、保護>概要に移動し、Storage VMピアの下にあるピアStorage VMを選択します。

Peer Storage VMダイアログボックスで、次のフィールドに入力します。

[Peer Storage VMs]をクリックして、SVMピアリングプロセスを完了します。

FSXクラスタ上にSnapMirrorポリシーを作成します。

FSx-Dest::> snapmirror policy create -vserver DestSVM -policy PolicyName -type mirror-vault -restart always

SnapCenter ポリシーで指定されたセカンダリポリシーラベルと一致するSnapMirrorラベルを持つルールをポリシーに追加します。

FSx-Dest::> snapmirror policy add-rule -vserver DestSVM -policy PolicyName -snapmirror-label SnapMirrorLabelName -keep #ofSnapshotsToRetain

FSx-Dest::> snapmirror policy add-rule -vserver sql_svm_dest -policy Async_SnapCenter_SQL -snapmirror-label sql-ondemand -keep 15

SnapMirrorラベルごとに追加のルールを作成し、保持するSnapshotの数（保持期間）を指定します。

左側のメニューから、ストレージシステムを選択し、新規をクリックして、ストレージコントローラをSnapCenter に追加するプロセスを開始します。

Add Storage System（ストレージシステムの追加）ダイアログボックスで、ローカルのオンプレミスONTAP クラスタの管理IPアドレス、およびユーザ名とパスワードを追加します。Submitをクリックして、ストレージ・システムの検出を開始します。

FSX ONTAP システムをSnapCenter に追加するには、この手順を繰り返します。この場合、Add Storage Systemウィンドウの下部にあるMore Optionsを選択し、Secondaryチェックボックスをオンにして、SnapMirrorコピーまたはプライマリバックアップスナップショットで更新されたセカンダリストレージシステムとしてFSXシステムを指定します。

左側のメニューから、Hostsを選択し、Addをクリックして、SnapCenter にストレージコントローラを追加する処理を開始します。

[Add Hosts]ウィンドウで、ホストタイプ、ホスト名、およびホストシステムの認証情報を追加します。プラグインタイプを選択します。SQL Serverの場合は、Microsoft WindowsとMicrosoft SQL Serverプラグインを選択します。

Oracleの場合は、[Add Host]ダイアログボックスの必須フィールドに入力し、Oracle Databaseプラグインのチェックボックスをオンにします。次に、Submitをクリックして検出プロセスを開始し、ホストをSnapCenter に追加します。

左側のメニューの[Resources]セクションに移動します。

ウィンドウの上部で、使用するリソースタイプ（この場合はMicrosoft SQL Server）を選択し、[新しいリソースグループ]をクリックします。

バックアップのターゲットストレージとして、オンプレミスのONTAP システム上にSMBファイル共有を作成します。

SOBRに含めるAmazon S3バケットを作成します。これは、オフサイトバックアップ用のリポジトリです。

コンピュータ名を、元のオンプレミスSnapCenter サーバと同じ名前に設定します。

VMware CloudおよびFSX ONTAP インスタンスと通信するためのネットワークを設定します。

手順 を完了してSnapCenter データベースをリストアします。

SnapCenter がディザスタリカバリモードになっていることを確認し、FSXがバックアップ用のプライマリストレージになったことを確認します。

リストアした仮想マシンとの通信が再確立されたことを確認します。

VMware Cloud、FSX ONTAP 、および元のバックアップリポジトリを含むS3バケットと通信するためのネットワークを設定します。

FSX ONTAP 上のSMB共有を新しいバックアップリポジトリとして設定します。

スケールアウトバックアップリポジトリの一部として使用されていた元のS3バケットをオンプレミスにマウントします。

VMをリストアしたら、SQL VMとOracle VMを保護するための新しいバックアップジョブを確立します。

ボリュームを読み取り/書き込み可能にするFSXクラスタからSnapMirror関係を解除します。

必要に応じてCIFSサーバを作成し、クローニングされたボリュームのジャンクションパスを参照するCIFS共有を作成します。

xcopyを使用して、セカンダリSnapCenter システムのローカルディレクトリにバックアップファイルをコピーします。

SnapCenter v4.6をインストールします。

SnapCenter サーバのFQDNが元のサーバと同じであることを確認します。これは、データベースのリストアを正常に実行するために必要です。

セカンダリSnapCenter サーバのSwagger API Webページに移動し、前述の手順に従って認証トークンを取得します。

Swaggerページの[Disaster Recovery]セクションに移動し、[0/4.6/disasterrecovery/sa/restore]を選択して、[Try it out]をクリックします。

認証トークンに貼り付けて、SmDRRestarterRequestセクションで、バックアップ名とセカンダリSnapCenter サーバのローカルディレクトリに貼り付けます。

Executeボタンを選択して'リストア・プロセスを開始します

SnapCenter で、監視セクションに移動してリストアジョブの進捗状況を確認します。

セカンダリストレージからのSQL Serverのリストアを有効にするには、SnapCenter データベースをディザスタリカバリモードに切り替える必要があります。この処理は、Swagger API Webページで個別の処理として開始されます。

追加手順に関するコメントを参照してください。

[バックアップリポジトリ]に移動し、上部のメニューで[リポジトリの追加]をクリックして、[バックアップリポジトリの追加]ウィザードを起動します。ウィザードの最初のページで、バックアップリポジトリタイプとしてObject Storageを選択します。

オブジェクトストレージタイプとしてAmazon S3を選択します。

Amazon Cloud Storage ServicesのリストからAmazon S3を選択します。

ドロップダウンリストから事前に入力したクレデンシャルを選択するか、クラウドストレージリソースにアクセスするための新しいクレデンシャルを追加します。次へをクリックして続行します。

Bucketページで、データセンター、バケット、フォルダ、および必要なオプションを入力します。適用をクリックします。

最後に'完了を選択してプロセスを完了し'リポジトリを追加します

S3バックアップリポジトリで、バックアップのインポートを選択してバックアップのインポートウィザードを起動します。

インポート用のデータベースレコードが作成されたら、[次へ]を選択し、サマリー画面で[完了]を選択してインポートプロセスを開始します。

インポートが完了したら、VMware CloudクラスタにVMをリストアできます。

Veeamのホームページで、インポートしたバックアップを含むオブジェクトストレージを選択し、リストアするVMを選択して右クリックし、Restore Entire VM（VM全体のリストア）を選択します。

[Full VM Restore]ウィザードの最初のページで、必要に応じてVMをバックアップに変更し、[Next]を選択します。

[復元モード]ページで、[新しい場所に復元]または[別の設定]を選択します。

ホストページで、VMのリストア先となるターゲットESXiホストまたはクラスタを選択します。

Datastores（データストア）ページで、構成ファイルとハードディスクの両方のターゲットデータストアの場所を選択します。

[ネットワーク]ページで、VM上の元のネットワークを新しいターゲットの場所にあるネットワークにマッピングします。

復元されたVMをスキャンしてマルウェアを検出するかどうかを選択し、概要ページを確認してから、完了をクリックして復元を開始します。

管理およびiSCSIまたはNFS用に新しいIPアドレスを割り当てます。

ホストをWindowsドメインに追加します。

DNSにホスト名を追加するか、SnapCenter サーバのhostsファイルにホスト名を追加します。

SQL Serverデータベースボリュームとログボリュームの既存のSnapMirror関係を解除するには、FSX CLIから次のコマンドを実行します。

FSx-Dest::> snapmirror break -destination-path DestSVM:DestVolName

SQL Server Windows VMのiSCSI IQNを含むイニシエータグループを作成して、LUNへのアクセスを許可します。

FSx-Dest::> igroup create -vserver DestSVM -igroup igroupName -protocol iSCSI -ostype windows -initiator IQN

最後に、作成したigroupにLUNをマッピングします。

FSx-Dest::> lun mapping create -vserver DestSVM -path LUNPath igroup igroupName

パス名を検索するには'lun showコマンドを実行します

SQL Server VMからiSCSIネットワークアダプタをセットアップし、FSXインスタンス上のiSCSIターゲットインターフェイスへの接続が確立されたVMwareポートグループ上で通信します。

iSCSI Initiator Propertiesユーティリティを開き、Discovery、Favorite Targets、およびTargetsタブの古い接続設定を消去します。

FSXインスタンス/クラスタ上のiSCSI論理インターフェイスにアクセスするためのIPアドレスを特定します。これは、AWSコンソールのAmazon FSX > ONTAP > Storage Virtual Machinesの下にあります。

[Discovery]タブで[Discover Portal]をクリックし、FSX iSCSIターゲットのIPアドレスを入力します。

[ターゲット]タブで[接続]をクリックし、構成に応じて[マルチパスを有効にする]を選択し、[OK]をクリックしてターゲットに接続します。

コンピュータの管理ユーティリティを開き、ディスクをオンラインにします。以前と同じドライブレターを保持していることを確認します。

SQL Server VMで、Microsoft SQL Server Management Studioを開き、接続を選択してデータベースへの接続プロセスを開始します。

[追加]をクリックし、SQL Serverプライマリデータベースファイルが格納されているフォルダに移動して選択し、[OK]をクリックします。

トランザクションログが別のドライブにある場合は、トランザクションログが格納されているフォルダを選択します。

終了したら、[OK]をクリックしてデータベースに接続します。

FSX CLIにログインした後、次のコマンドを実行して、正しい名前でフィルタリングされたボリュームを表示します。

FSx-Dest::> volume show -volume VolumeName*

次のコマンドを実行して、既存のSnapMirror関係を解除します。

FSx-Dest::> snapmirror break -destination-path DestSVM:DestVolName

Amazon FSX Web Clientでjunction-pathを更新します。

ジャンクションパス名を追加し、更新（Update）をクリックする。OracleサーバからNFSボリュームをマウントする際に、このジャンクションパスを指定します。

Cloud Managerで、FSXクラスタのボリュームのリストにアクセスします。

アクションメニューからマウントコマンドを選択し、Oracle Linuxサーバで使用するマウントコマンドを表示してコピーします。

NFSファイルシステムをOracle Linux Serverにマウントします。NFS共有をマウントするためのディレクトリがOracle Linuxホスト上にすでに存在している。

Oracle Linuxサーバから、mountコマンドを使用してNFSボリュームをマウントします。

FSx-Dest::> mount -t oracle_server_ip:/junction-path

再起動時にNFSマウントを維持するには'/etc/fstabファイルを編集してマウント・コマンドを追加します

Oracleサーバをリブートします。Oracleデータベースは正常に起動し、使用できるようになっている必要があります。