IBMi SRDF移行手順

お客様がDell EMC VMAX/PMAX外部ディスク ストレージでIBMiクライアント論理パーティション(LPAR)を実行していて、現在のアレイを新世代に更新したいと考えている場合、SRDFを活用してバックグラウンド データ移行を実行し、ダウンタイムの影響を最小限に抑えながら新しいアレイにカットオーバーできます。このようなSRDFの使用法は、SRDF/データ モビリティーとも呼ばれます。
ダウンタイムがまったく許容されないお客様については、次のリンクにあるIBMiの無停止移行(NDM)に関する別の記事を参照してください。
https://www.dell.com/support/kbdoc/en-us/000193832/vmax-powermax-non-disruptive-migrations-for-the-ibmi-host-platform

IBMi LPARでは、すべてのボリュームをSRDFレプリケーションに含める必要があります。これには、AS/400シングルレベルストレージアーキテクチャ設計に基づく独自のLIC/OS設計を持つIBMiプラットフォームの異なる性質による、ロードソース(=ブートディスク)が含まれます。IBMiストレージ レプリケーションの場合は、ALLまたはNOTHINGです。移行中の(一時的な)セットアップの説明については、次の図を参照してください。

PROD-DCの古いソース アレイと新しいソース アレイは、移行用の一時的なSRDFリンクを使用して接続されます。通常、これらはSANスイッチも経由するため、それに応じてゾーニングする必要があります。代替手段として「直接接続」セットアップや、Gige IPリンク(LANスイッチ経由のギガビットイーサネット接続)を使用する方法もあります


IBMi LPARが動作している間は、古いアレイと新しいアレイ間のSRDF関係が作成されます。すべてのボリュームのデータのバックグラウンド非同期同期プロセスは、IBMiホストとそのアプリケーションに対して透過的です。既存のSANファブリックから新しいアレイへの新しいSAN接続を作成する必要があります。既存のIBMi FCまたはvFCホスト アダプターの場合は、SANゾーニングを適宜構成する必要があります。新しい接続とゾーニングの準備ができたら、IBMiアダプターのWWPNが新しいPMAXのそれぞれのFAポートにログインしていることを、新しいPMAXで確認します。

メモ: IBMiプラットフォームでは、「single-initiator>single-target」SANゾーニングのみを使用する必要があります

メモ: Unisphereから、またはSymCLIコマンド(例)を使用してIBMiアダプターのWWPNログインを検証します。symaccess -sid 123 list logins -dirport 1c:0
======================================================================================================
準備フェーズ(サンプル コマンド):

SymCLI symsanコマンドを使用して、新しいアレイからのSRDF接続を確認します。

symsan list -sanrdf -sid 000420200123 -dir ALL -port ALL

新しいアレイ上に新しいIBMiターゲット デバイスを作成し、新しいストレージ グループ(SG)に追加します。

symdev create -sid 123 -tdev -emulation as400 -cap 82400 -captype cyl -N 64 -v -nop
symsg -sid 123 create sg_ibmi_lpar1_asp1_1 -srp SRP_1 -slo diamond
symaccess -sid 123 -name sg_ibmi_lpar1_asp1_1-type storage add devs 100-13F

新しいアレイにそれぞれのイニシエーター グループ(IG)とポート グループ(PG)を作成します。

symaccess -sid 123 create -name ig_ibmi_lpar1_asp1_1 -type init
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init set ig_flags on OS2007 -disable
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde2
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde4
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde6
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde8
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde3
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde5
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde7
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde9

symaccess -sid 123 create -name pg_ibmi_lpar1_asp1_1 -type port -protocol SCSI_FC
symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 1c:0
symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 1c:1
symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 2c:0
symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 2c:1

古いアレイと新しいアレイの間に新しい一時的な動的SRDFグループを作成します。

symrdf addgrp -sid 000420200123 -rdfg 100 -remote_sid 000 000297800456 -remote_rdfg 100 -dir 1D:03,2D:03,1D:07,2D:07 -remote_dir 1E:03,2E:03,1E:07,2E:07 -label LPAR1_MIG

それぞれの(SG)に対してCreatePairを実行し、アダプティブ コピー ディスク モードで同期を開始します。

symrdf createpair -sid 456 -type R1 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 -remote_sg sg_ibmi_lpar1_asp1_1 -establish -rdf_mode acp_disk

同期プロセスを監視します。

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

SRDFの「アダプティブ コピー」リンク状態の性質上、アクティブなI/OがIBMiホストからソース アレイに引き続き入ってくる場合、リンクが「同期」状態にならない場合があります。これは正常な動作であり、予期された動作です
同期プロセスによってデータの大部分が新しいアレイにコピーされた場合(1,000個未満の未処理の無効なトラック)、お客様が計画したメンテナンス ウィンドウに従ってオフライン カットオーバーを実行できます。移行するホスト上のビジネス アプリの 2 時間の停止を計画することをお勧めします。これにより、アプリケーション・ジョブおよびユーザー・セッションの停止、システムの電源切断、カットオーバーの実行、システムの IPL、およびアプリケーション・サブシステムおよびジョブの再始動のための十分な時間が確保されます。

カットオーバー フェーズ(サンプル コマンド):

SRDFリンクとデバイス ペアの状態を確認します。

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

LPAR上のエンド アプリケーション、サブシステム、アクティブ ユーザー
PWRDWNSYS LPAR.
HMC をモニターして、LPAR が「非活動化」状態でダウンしていることを確認します

SRDFリンクをSYNCモードに設定します。

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 set mode sync

ステータスの変更を監視し、すべてのデバイスが無効なトラックなしで「同期」されるまで監視します。

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

SRDFリンクを分割します。

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 split

メモ: SRDF分割プロセスでは、以降の移行プロセスの間、ソース ボリュームは変更されません。この古いSRDFソース イメージには、分割が実行された時点のLPARデータの整合性のある「ポイント イン タイム」コピーが保持されています。分割中にIBMi LPARがダウンしたため、このイメージは100%整合性があります。分割状態では、R1とR2の両方のコピーがホストに対してRW_enabledされます。OLDアレイ上のこのR1イメージは、OLDアレイへの即時フォールバックに使用できます。予期しない問題が発生し、移行がキャンセルされた場合。その場合は、OLDアレイへのゾーニング/マスキングを再度行う必要があります

分割後、ステータスの変更を監視します。

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

OLDアレイ マスキング データベースのバックアップを作成します。

Symaccess -sid 456 list view -v -detail>masking-456_<date>.txt

それぞれのIBMi LPARのOLDアレイ マスキングを削除します。

Symaccess -sid 456 delete view mv_ibmi_lpar1_asp1_1

新規アレイ マスキングを作成します。

symaccess -sid 123 create view -name mv_ibmi_lpar1_asp1_1 -sg sg_ibmi_lpar1_asp1_1 -pg pg_ibmi_lpar1_asp1_1 -ig ig_ibmi_lpar1_asp1_1

通常の B-IPL モードで HMC から LPAR を再度活動化します
HMC から IPL プロセスをモニターします

サインオン画面で、SST アクセス許可を使用してサインオンします。STRSSTを実行し、ディスクとディスク パスのステータスを確認します。新しいアレイ ボリュームとシリアルIDを反映したIBMiディスクのシリアル番号の変更に注意してください。

これで、お客様/アプリケーション管理チームは、このLPARで通常の操作をすべて再開できます。

これで移行は完了です


移行後フェーズ(サンプル コマンド):

お客様がカットオーバーの成功を宣言したら(フォールバックは不要)、一時的な構成をクリーンアップできます

SRDF移行デバイス ペアリングのクリーンアップ。

symrdf deletepair -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1

symrdf removegrp -sid 000420200123 -rdfg 100

各スイッチのSANゾーニングをクリーンアップします
IBMiホストからOLDアレイへ。
SRDFゾーンをOLDアレイからNEWアレイに削除します(最後の移行が完了した後)。