SLTとは何ですか？ SAP HANA？レプリケーションと構成

SLTとは（SAP ランドスケープ変換レプリケーション)?

SLTは、リアルタイムでデータをロードして複製したり、スケジュールを設定したりできるETLツールです。 SAP ソースシステムまたは非 SAP システムに SAP HANA データベース。

SAP SLT サーバーはトリガーベースのレプリケーション アプローチを使用して、ソース システムからターゲット システムにデータを渡します。

SLTサーバーは別のシステムまたは SAP ECC システム。

SLTシステムのメリットは以下の通りです。

• リアルタイムまたはスケジュール時間のデータ複製が可能です。
• リアルタイムでデータを複製しながら、データを移行することができます。 SAP HANA フォーマット。
• SLTハンドル Cluster そしてビリヤード台。
• これにより、ロード/レプリケーション中の非 Unicode および Unicode 変換が自動的にサポートされます。 (Unicode は ASCII に似た文字エンコード システムです。非 Unicode は ASCII よりも多くの文字をカバーするエンコード システムです)。
• これは完全に統合されています SAP ハナスタジオ.
• SLT にはテーブル設定と変換機能があります。
• SLTは監視機能を備えている SAP HANA ソリューション マネージャー。

トリガーベースの設計こそが、リアルタイム処理を可能にする鍵です。ソーステーブルに設定されたデータベーストリガーは、変更内容をすべてログテーブルに書き込み、SLTはそのログテーブルを読み取って適用します。これにより、テーブル全体を繰り返しスキャンして差異を探す必要がなくなります。

SAP SLT接続 Archi構造の概要

Archi構造の概要 SAP SLTサーバー SAP / 非SAP システムは以下の通りです。

SAP SLT接続間 SAP システムと SAP HANA

SAP SLTレプリケーションサーバーは、ABAPソースシステムからのすべてのメタデータテーブル定義を変換します。 SAP HANA.

『Brooklyn Galaxy』のために、倪氏はブルックリン美術館のコレクションからXNUMX点の名品を選び、そのイメージを極めて詳細に描き込みました。これらの作品は、彼の作品とともに中国ギャラリーに展示されています。彼はXNUMX年にこの作品の制作を開始しましたが、最初の硬貨には、当館が所蔵する SAP ソースによると、SLT接続には次の機能があります。

• テーブルが複製されると、 SAP SLT レプリケーション サーバーは、ソース システムにログ テーブルを作成します。
• 読み取りエンジンは、 SAP ソースシステム。
• 間の関係 SAP SLTと SAP ソースは RFC 接続として確立されます。
• 間の関係 SAP SLTと SAP HANAはDB接続として確立されます。

ユーザー「SYSTEM」と同じ権限を持つデータベースユーザーは、 SAP SLTと SAP HANA データベース。

SAP SLTサーバーは自動的にDB接続を作成します SAP HANA データベース (トランザクション LTR 経由で新しい構成を作成する場合)。手動で作成する必要はありません。

構成 SAP SLTサーバー SAP ソースシステム

まず設定する必要があります SAP SLTレプリケーションサーバー間の接続 SAP ソースと SAP HANAデータベース。Tコード、LTRは、 SAP ソースと SAP SLT。

ステップ1） にログインします SAP SLTサーバーとコールトランザクション 「LTR」 from SAP SLT レプリケーション サーバー。

ログイン用のWeb-dynproポップアップ画面が表示されます。 SAP SLT サーバー。

1. クライアント/ユーザーID/パスワードを入力してください
2. ログオンタブをクリックします

以下のような設定のポップアップ画面が表示されます。

新しい設定の「新規」ボタンをクリックします。

ステップ2） このステップでは、

1. 構成名と説明を入力します。
2. 選択 SAP ソースシステムとしてのシステム。
3. RFC接続を入力してください SAP システム。
4. ユーザー名/パスワード/ホスト名とインスタンス番号を入力します。
5. ジョブオプションの詳細を入力してください。データ転送ジョブの数と計算ジョブの数を指定します。
6. レプリケーション オプションを [リアルタイム] として選択します。
7. すべての設定を維持したら、「OK」をクリックして SLT に新しいスキーマを作成します。

構成名「SLTECC」が追加され、アクティブになります。

設定後 SAP SLTサーバーが正常に動作しました。 SAP SLTサーバーは自動的にDB接続を作成します SAP HANA データベース (トランザクション LTR 経由で新しい構成を作成する場合)。手動で作成する必要はありません。

次のステップでは、データをインポートします SAP ハナより SAP ソース。

インポート SAP ソースデータ SAP SLT経由のHANA

設定が完了したら SAP SLTサーバー、上記の構成名としてのSCHEMA SAP SLTは SAP HANA データベース。

このスキーマには次のオブジェクトが含まれています。

1. 1スキーマ – SLTECC。
2. 1ユーザー – SLTECC。
3. 1 特典
4. 8テーブル – DD02L (SAP テーブル名）、DD02T（SAP テーブルテキスト）、RS_LOG_FILES、RS_MESSAGE、RS_ORDER、RS_ORDER_TEXT、RS_SCHEMA_MAP、RS_STATUS。
5. 4つの役割 – SLTECC_DATA_PROV、SLTECC_DATA_POWER_USER、SLTECC_DATA_USER_ADMIN、SLTECC_DATA_SELECT。
6. 2プロシージャ – RS_GRANT_ACCESS、RS_REVOKE_ACCESS。

すべての設定が完了しました。次にテーブルをロードします。 SAP ECC (ERP 中央コンポーネント)。

ステップ1） テーブルを読み込むには SAP ECCから SAP HANAデータベースの場合は、以下の手順に従ってください。

1. クイックビューからデータプロビジョニングに移動します。
2. 選択 SAP HANA システム。
3. 「完了」ボタンをクリックします。

ステップ2） SLT ベースのテーブル データ プロビジョニングの画面が表示されます。データ プロビジョニングには、以下の 5 つのオプションがあります。

プロビジョニングオプション	Detail
負荷（全負荷）	これは XNUMX 回限りのイベントであり、ソース システムからのデータの初期ロードが開始されます。
複製 (フルロード + Delta ロード）	初期ロードが開始されます (事前に実行されていない場合)。また、 デルタ 変化。 データベース トリガーと関連するログ テーブルがテーブルごとに作成されます。
レプリケーションの停止	テーブルの現在のレプリケーション プロセスを停止します。 データベーストリガーとロギングテーブルを完全に削除します。
サスペンド	実行中のテーブルのレプリケーション処理を一時停止します。データベーストリガーはソースシステムから削除されず、変更の記録は継続されます。関連情報は、ソースシステムの関連ログテーブルに保存されます。
履歴書	再開は、一時停止されたテーブルのレプリケーションを再開します。 再開後、一時停止されていたレプリケーション プロセスが再開されます。

表の最初のオプションを使用します 「ロードオプション」 テーブル（LFBK）データをソースから初期ロードする場合 SAP HANA テーブル。

ステップバイステップは以下のとおりです-

1. ソースと Target システムの詳細は、 SAP SLT 構成。
2. ロードボタンをクリックし、ロード/複製する必要があるテーブル（LFBK）を選択します。 SAP ハナ。
3. テーブル (LFBK) は、アクションが「ロード」、ステータスが「スケジュール済み」であるデータ ロード管理セクションに追加されます。

データロード後、ステータスが「実行済み」に変わります。 テーブルはデータを含む「SLTECC」スキーマで作成されます。

ステップ3） スキーマ「SLTECC」からのデータプレビューを使用して、テーブル（LFBK）のデータを確認します。以下を参照してください。

1. ログインする SAP HANAデータベース経由 SAP HANA Studioを選択し、 SAP HANA システム HDB (HANAUSER)。

2. テーブル ノードの下のテーブル (LFBK) を選択します。
3. [テーブル (LFBK)] を右クリックし、[データ プレビューを開く] オプションをクリックします。
4. SLT プロセスを通じてロードされたデータは、データ プレビュー画面に表示されます。

これで、テーブル「LFBK」にデータが正常にロードされました。 このテーブルは今後モデリングで使用します。

SAP SLT非接続SAP システムと SAP HANA

SAP SLTレプリケーションサーバーは、非ABAPソースシステムからのすべてのメタデータテーブル定義を変換します。 SAP ハナ。

非SAP ソースによると、SLT接続には次の機能があります。

• テーブルが複製されると、 SAP SLT レプリケーション サーバーは、ソース システムにログ テーブルを作成します。
• 読み取りエンジンは、 SAP SLT レプリケーション サーバー。
• 間の関係 SAP SLTと SAP ソース / SAP HANAはDB接続として確立されます。

SAP SLTは最も単純な変換しかできないため、複雑な変換には次のような別のETLツールが必要です。 SAP データ サービス。

唯一の建築上の違いは注目に値する。 SAP ソースの場合、読み取りエンジンはソースシステムにあり、リンクはRFCですが、非ソースの場合はSAP ソース側の読み取りエンジンはSLTサーバー自体上にあり、両方のリンクはデータベース接続です。下流側の動作はすべて同じです。

SLTとその他の複製方法の比較

SLTは、 SAP HANAの際立った特徴は、変換能力ではなく、むしろレイテンシー（応答速度）にある。

	SLT	SAP データサービス	DXC
レイテンシ	リアルタイムまたはスケジュール済み	バッチ	バッチ
メカニズム	データベーストリガーとログテーブル	スケジュールされたETLジョブ	ビジネススイートtracトー
ソースシステム	SAP と非SAP データベースを追加しました	ほぼすべての情報源	SAP ビジネススイートのみ
変換	シンプルなルールのみ	豊富なグラフィック変換	元tracタ
Cluster ビリヤード台	ネイティブに処理されます	追加の作業が必要です	元tracタ
追加の風景	SLTサーバー	データサービスの状況	なし

レイテンシーよりも変換が重要な場合、 SAP データサービス の方がより適しており、tracTorのロジックは既に存在する。 DXC サーバーを完全に回避します。完全な比較は データプロビジョニング チュートリアル。

SLTの監視とトラブルシューティング

レプリケーションは継続的に実行されるため、問題は通常、エラーメッセージとしてではなく、古いデータとして認識されます。これらのチェックによって、原因を迅速に特定できます。

1. まずLTRの設定を確認してください。 概要画面には、各構成とその状態、および各状態にあるテーブル数が表示されます。エラーのある構成では、その構成の下にあるすべてのテーブルが停止します。
2. 詳細については、トランザクションLTRCを使用してください。 「負荷統計」タブと「データ転送モニター」タブには、テーブルごとのスループットが表示され、どのテーブルが遅延しているかがわかります。
3. ログテーブルのサイズに注意してください。 ログテーブルが着実に増加しているということは、変更は記録されているものの適用されていないことを意味します。これは通常、データ転送ジョブの数が少なすぎることを示しています。
4. ジョブ数を調整してください。 データ転送と計算ジョブは構成時に設定されます。数が少なすぎるとレプリケーションが遅れ、多すぎるとソースシステムに悪影響が出ます。ソース側で推測するのではなく、LTRで調整してください。
5. スケジュールされた状態で停止しているテーブルを調査します。 通常、原因はSLTサーバー上にバックグラウンドで実行可能な処理プロセスがないことであり、テーブル自体に問題があるわけではありません。
6. HANAでは、レプリケートされたテーブルを削除してはいけません。 ソース側のトリガーが、コンシューマーが存在しないにもかかわらず、ログテーブルへの書き込みを続けています。まずレプリケーションを正しく停止してください。そうすることでトリガーが削除されます。
7. RevRS_STATUSとRS_MESSAGEを確認してください。 生成されたスキーマ内のこれらの制御テーブルには、SLT自体が各テーブルについてどのように考えているかが記録されます。

最もコストのかかるミスは、誰も必要としないテーブルを複製することです。複製されたテーブルはすべてソースシステムにトリガーが設定されているため、使用されていない複製は、読み取り元のトランザクションシステムに永続的なコストを課すことになります。

よくあるご質問