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

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] を選択します。

[ピア クラスター] ダイアログ ボックスで、必要な情報を入力します。

次のコマンドを使用して、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 から、[Protection] > [Overview] に移動し、[Storage VM Peers] の下の [Peer Storage VMs] を選択します。

ピア ストレージ VM のダイアログ ボックスで、必須フィールドに入力します。

SVM ピアリング プロセスを完了するには、[ピア ストレージ VM] をクリックします。

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ラベルと保持するスナップショットの数 (保持期間) に対して追加のルールを作成します。

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

[ストレージ システムの追加] ダイアログ ボックスで、ローカルのオンプレミスONTAPクラスターの管理 IP アドレスとユーザー名およびパスワードを追加します。次に、「送信」をクリックしてストレージ システムの検出を開始します。

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

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

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

Oracleの場合、「ホストの追加」ダイアログボックスの必須フィールドに入力し、Oracle Databaseプラグインのチェックボックスをオンにします。「送信」をクリックすると検出プロセスが開始され、ホストがSnapCenterに追加されます。

左側のメニューの「リソース」セクションに移動します。

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

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

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

コンピューター名を元のオンプレミスのSnapCenter Server と同じになるように構成します。

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 が元のサーバーと同じであることを確認します。これは、DB の復元を成功させるために必要です。

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

Swaggerページの災害復旧セクションに移動し、 `/4.6/disasterrecovery/server/restore`をクリックし、「試してみる」をクリックします。

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

復元プロセスを開始するには、[実行] ボタンを選択します。

SnapCenterから [モニター] セクションに移動して、復元ジョブの進行状況を表示します。

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

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

[バックアップ リポジトリ] に移動し、上部のメニューで [リポジトリの追加] をクリックして、[バックアップ リポジトリの追加] ウィザードを起動します。ウィザードの最初のページで、バックアップ リポジトリの種類としてオブジェクト ストレージを選択します。

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

Amazon クラウド ストレージ サービスのリストから、Amazon S3 を選択します。

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

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

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

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

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

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

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

完全な VM の復元ウィザードの最初のページで、必要に応じてバックアップする VM を変更し、[次へ] を選択します。

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

ホスト ページで、VM を復元するターゲット ESXi ホストまたはクラスターを選択します。

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

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

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

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

ホストを Windows ドメインに参加させます。

ホスト名を DNS またはSnapCenterサーバー上のホスト ファイルに追加します。

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

最後に、作成したイニシエーター グループに LUN をマップします。

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

パス名を見つけるには、 `lun show`指示。

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

iSCSI イニシエーターのプロパティ ユーティリティを開き、[検出]、[お気に入りのターゲット]、および [ターゲット] タブの古い接続設定をクリアします。

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

[検出] タブから [ポータルの検出] をクリックし、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ウェブクライアントでジャンクションパスを更新します。

ジャンクション パス名を追加し、[更新] をクリックします。 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 データベースは正常に起動し、使用可能になります。