Skip to main content
NetApp Solutions SAP
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

実装例

共同作成者
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ホストエージェントもこのホストにインストールされています。ネットアッププロバイダスクリプトおよびAnsibleプレイブックは、で説明するように、Ansibleコントロールノード上で設定しました "「付録：プロバイダスクリプトの設定」"

ホスト sap-lnx49 SAP LaMaクローニング運用のターゲットとして使用し、隔離に対応した機能を設定しました。

システムのコピーおよび更新には、さまざまなSAPシステム（ソースとしてHNA、ターゲットとしてHN2）が使用されました。これは、Post Copy Automation（PCA）が有効になっているためです。

この図は、SAPホストエージェントのさまざまな例と、NFSマウントを使用したネットアップストレージの操作方法を示しています。SAP LaMaインスタンスも表しています。

ラボ環境では、次のソフトウェアリリースを使用しました。

  • 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内で実行されます。この例の実装では、前に説明したように、異なるカスタムプロビジョニングステップと操作フックに使用される単一のプロバイダ定義を使用します。

SAP LaMa GUIを使用したSAPプロバイダの定義を示すスクリーンショット

プロバイダ netapp_clone スクリプトとして定義されます netapp_clone.sh SAPホストエージェントに登録されている。SAPホストエージェントは、中央のホストで実行されます `sap-jump`Ansibleコントロールノードとしても機能します。

Generalタブの個 々 のプロバイダ定義であるNetApp_cloneのスクリーンショットに、Summaryセクション、Used - forセクション、およびOptionsセクションを示します。

[で使用（ Used in ）]タブには、プロバイダーが使用されるカスタムオペレーションが表示されます。カスタムプロビジョニング NetAppClone およびカスタムフック Delete NetAppClone および Delete NetAppClone Refresh *の構成は、次の章で説明します。

使用済みセクションのスクリーンショット。定義を使用するカスタム処理のリストを示しています。この例では、「NetAppCloneの削除」、「NetAppClone更新の削除」、「NetAppClone」と表示されています。

プロビジョニングワークフローの実行中にパラメータ* ClonePostFix および SnapPostFix *が要求され、SnapshotとFlexCloneボリュームの名前に使用されます。

「パラメータ」セクションのスクリーンショット。「CLonePostFix」と「SnapPostFix」の2つのパラメータのリストです。

SAP LaMaカスタムプロビジョニング

SAP LaMaのカスタムプロビジョニング設定で、前述したお客様のプロバイダを使用して、プロビジョニングワークフローの手順* Clone Volumes と PostCloneVolumes *を置き換えます。

カスタムプロビジョニングの設定画面のスクリーンショット。CloneVolumesとFinalizeCloneVolumesのプロセスが表示されます。

SAP LaMaカスタムフック

システムの削除ワークフロー時にシステムを削除した場合は、フック* Delete NetAppClone を使用してプロバイダ定義が呼び出されます netapp_clone。インスタンスは実行中も保持されるため、システムの更新ワークフロー中は Delete NetApp Clone Refresh *フックが使用されます。

カスタムフックのスクリーンショット。カスタムフックのリストを示します。NetAppClone Refresh and Delete NetAppCloneを削除します。

SAP LaMaがマウントポイント設定の情報をプロバイダに提供できるように、カスタムフックに「データマウントXML *を使用」を設定することが重要です。

「Use Mount Data XML yes」が強調表示された「Delete NetAppClone General」画面のスクリーンショット

カスタムプロビジョニングワークフローを使用してシステムを作成したときにのみカスタムフックが使用および実行されるようにするために、次の制約がそのフックに追加されます。

NetAppClone ConstraintsページのスクリーンショットCustom clone process name（Static；カスタムクローンプロセス名）という単一の制約が含まれています。

カスタムフックの使用方法の詳細については、を参照してください "SAP LaMaのドキュメント"。

SAPソースシステムでカスタムのプロビジョニングワークフローを有効にします

ソースシステムのカスタムプロビジョニングワークフローを有効にするには、その設定を該当するものにする必要があります。[カスタムプロビジョニングプロセスを使用する*]チェックボックスをオンにして、対応するカスタムプロビジョニング定義を選択する必要があります。

SAP LaMa Configuration Systems GT; System Details画面のスクリーンショット。［カスタムプロビジョニングプロセスを使用］チェックボックスが強調表示されます。