実装例
変更を提案
PDF
システムとストレージのセットアップでは多数のオプションを使用できるため、システムの個 々 のセットアップと設定の要件をテンプレートとして使用する必要があります。
|
このサンプルスクリプトは現状のまま提供されており、ネットアップではサポートしていません。スクリプトの最新バージョンは、mailto：ng-sapcc@netapp.com [ng-sapcc@netapp.com ^]にEメールでリクエストできます。 |
検証済みの構成と制限事項
以下の原則はサンプル導入に適用されており、お客様のニーズに合わせて調整する必要がある場合があります。
-
マネージドSAPシステムは、NFSを使用してネットアップストレージボリュームにアクセスし、アダプティブデザインの原則に基づいてセットアップしました。
-
NetApp Ansibleモジュール（ZAPIとREST API）でサポートされているすべてのONTAP リリースを使用できます。
-
1つのネットアップクラスタとSVMのクレデンシャルが、プロバイダスクリプトの変数としてハードコードされました。
-
ストレージクローニングは、ソースSAPシステムで使用されていたのと同じストレージシステムで実行しました。
-
ターゲットのSAPシステムのストレージボリュームの名前は、付録のソースと同じです。
-
セカンダリストレージ（SV / SM）でのクローニングは実装されていません。
-
FlexCloneスプリットを実装できませんでした。
-
インスタンス番号は、ソースとターゲットのSAPシステムで同じです。
ラボのセットアップ
次の図は、ラボのセットアップを示しています。システムのクローニングに使用されるソースのSAPシステムHN9では、データベースH09、SAP CS、およびSAP ASサービスが、がインストールされた同じホスト（sap-lnx32）で実行されています "アダプティブデザイン" 有効。に従ってAnsibleコントロールノードが準備されました "NetApp ONTAP 向けのAnsibleプレイブック" ドキュメント
SAPホストエージェントもこのホストにインストールされています。NetAppプロバイダスクリプトとAnsibleプレイブックは、Ansibleコントロールノードで設定しました（を参照）。"「付録：プロバイダスクリプトの設定」"
ホスト sap-lnx49 SAP LaMaクローニング運用のターゲットとして使用し、隔離に対応した機能を設定しました。
システムのコピーおよび更新には、さまざまなSAPシステム（ソースとしてHNA、ターゲットとしてHN2）が使用されました。これは、Post Copy Automation（PCA）が有効になっているためです。
ラボ環境では、次のソフトウェアリリースを使用しました。
-
SAP LaMa Enterprise Edition 3.00 SP23_2
-
SAP HANA 2.00.052.00.1599235305
-
SAP 7.77パッチ27（S/4 HANA 1909）
-
SAPホストエージェント7.22パッチ56
-
SAPACEXT 7.22パッチ69
-
Linux SLES 15 SP2
-
Ansible 2.13.7.
-
NetApp ONTAP 9.8P8
SAP LaMa設定
SAP LaMaプロバイダによる定義
プロバイダの定義は、次のスクリーンショットに示すように、SAP LaMaのAutomation Studio内で実行されます。この例の実装では、前に説明したように、異なるカスタムプロビジョニングステップと操作フックに使用される単一のプロバイダ定義を使用します。
プロバイダ netapp_clone スクリプトとして定義されます netapp_clone.sh SAPホストエージェントに登録されている。SAPホストエージェントは、中央のホストで実行されます `sap-jump`Ansibleコントロールノードとしても機能します。
[で使用（ Used in ）]タブには、プロバイダーが使用されるカスタムオペレーションが表示されます。カスタムプロビジョニング NetAppClone およびカスタムフック Delete NetAppClone および Delete NetAppClone Refresh *の構成は、次の章で説明します。
プロビジョニングワークフローの実行中にパラメータ* ClonePostFix および SnapPostFix *が要求され、SnapshotとFlexCloneボリュームの名前に使用されます。
SAP LaMaカスタムプロビジョニング
SAP LaMaのカスタムプロビジョニング設定で、前述したお客様のプロバイダを使用して、プロビジョニングワークフローの手順* Clone Volumes と PostCloneVolumes *を置き換えます。
SAP LaMaカスタムフック
システムの削除ワークフロー時にシステムを削除した場合は、フック* Delete NetAppClone を使用してプロバイダ定義が呼び出されます netapp_clone。インスタンスは実行中も保持されるため、システムの更新ワークフロー中は Delete NetApp Clone Refresh *フックが使用されます。
SAP LaMaがマウントポイント設定の情報をプロバイダに提供できるように、カスタムフックに「データマウントXML *を使用」を設定することが重要です。
カスタムプロビジョニングワークフローを使用してシステムを作成したときにのみカスタムフックが使用および実行されるようにするために、次の制約がそのフックに追加されます。
カスタムフックの使用方法の詳細については、を参照してください "SAP LaMaのドキュメント"。
SAPソースシステムでカスタムのプロビジョニングワークフローを有効にします
ソースシステムのカスタムプロビジョニングワークフローを有効にするには、その設定を該当するものにする必要があります。[カスタムプロビジョニングプロセスを使用する*]チェックボックスをオンにして、対応するカスタムプロビジョニング定義を選択する必要があります。
