データのプロビジョニングとレプリケーション SAP HANA
メイソンガルシア
⚡ スマートサマリー
データプロビジョニング SAP HANAは、フロントエンドツールがデータにアクセスする前に、ソースシステムからデータをロードします。例：tract、変換、ロードはプロセスを構成し、組み込みオプションまたはSLT、データサービス、DXCなどの外部ツールを通じて提供されます。
データプロビジョニングとは何ですか?
データプロビジョニングとは、ネットワークを作成して準備し、ユーザーにデータを提供できるようにするためのプロセスです。データをロードするには、 SAP データがフロントエンド ツール経由でユーザーに届く前に HANA に送信されます。
これらすべてのプロセスは次のように呼ばれます ETL （元tract、変換、ロード）であり、詳細は以下のとおりです。
- Extracトン - これはETLの最初の、そして時には最も難しい部分であり、データ抽出が行われます。trac異なるソースシステムから取得。
- 変身 - 変換部分では、データに対して一連のルールまたは関数が定義されます。tracソースシステムから取得し、ターゲットシステムにデータをロードします。
- ロード - ロードフェーズでは、ターゲットシステムにデータをロードします。
なぜなら SAP HANAはデータをメモリに保持し、リアルタイムレポートによく使用されます。そのため、プロビジョニング方法の選択は、レポート内のデータの最新性に直接影響します。利用可能なツールの一覧の後、その選択について検討します。
でのレプリケーション SAP HANA
SAP HANAは2種類のプロビジョニングツールをサポートしています。
- SAP HANA組み込みプロビジョニングツール
- フラットファイル
- スマートなデータストリーミング
- スマート データ アクセス (SDA)
- エンタープライズ情報管理（EIM）
- リモートデータ
- サポートされている外部ツール SAP HANA
- SAP 景観の変容
- SAP ビジネスオブジェクトデータサービス
- SAP ダイレクトエクスtracTor接続
- Sybase レプリケーション サーバー
現在、データ提供の主な方法は、 SAP ハナ、これらは
| データの提供方法 | 詳細説明 |
|---|---|
| SLT | SLT (“SAP ランドスケープ変換レプリケーションサーバー（Landscape Transformation Replication Server）は、 SAP Net Weaverプラットフォーム。SLTは、リアルタイムおよびスケジュールされた時間レプリケーションに最適なソリューションです。 SAP と非SAP ソースシステム。 |
| SAP データサービス | SAP データサービス は、グラフィカル ユーザー インターフェイスを使用して ETL プロセスを設計するためのプラットフォームです。 |
| DXC | DXC Direct Ex の略ですtractor Connectは、バッチ処理型のETLツールです。 |
| フラットファイルのアップロード | このオプションは、データ（.csv、.xls、.xlsx）をアップロードするために使用します。 SAP ハナ。 |
SAP HANA SLT ロードマップ
SAP HANA SLTロードマップは以下のとおりです。SLTを介したデータプロビジョニングには、RFC/DB接続が必要です。 SAP/非SAP ソースシステムとDB接続 SAP HANAデータベース。 SAP SLT サーバーMapを定義しますping そしてデータ変換。以下は、SLT を通じたデータプロビジョニングのロードマップです。
SLT、データサービス、DXC、フラットファイルの比較
これら4つの主要な方法は互換性がありません。それぞれ異なるレイテンシ要件と異なる種類のソースに対応するように設計されており、その点は表で明確に示されています。
| SLT | SAP データサービス | DXC | フラットファイル | |
|---|---|---|---|---|
| レイテンシ | リアルタイムまたはスケジュール済み | バッチ、スケジュール済み | バッチ、スケジュール済み | マニュアル、ワンオフ |
| ソースシステム | SAP と非SAP データベースを追加しました | ファイルやウェブサービスなど、ほぼあらゆるソース | SAP ビジネススイートのみ | CSV、XLS、XLSX |
| 変換 | 複製時のルールに基づいたシンプルな操作 | 豊富なグラフィック変換 | 既存の元tracタ | なし |
| 意味は保持される | テーブルレベルのみ | 職務で設計されているとおり | はい、元tracタ | なし |
| セットアップの手間 | 中規模、SLTサーバーが必要 | 高い、データサービス環境が必要 | 低いところtracトールが存在する | 非常に低い |
| 典型的な使用 | Operaライブ取引に関する全国的な報告 | 異種ソースの統合 | 既存のBWを再利用tracトーロジック | プロトタイプping 小さなルックアップテーブル |
それぞれに専用のチュートリアルがあります。 SLT, SAP データサービス, DXC, フラットファイルのアップロード.
スマートデータアクセスとスマートデータ統合
上記の組み込みリストには、他のオプションとは異なる動作をする2つのオプションが含まれています。これらは、データのコピーを一切行わないことができるためです。
スマートデータアクセス（SDA）。 SDA は仮想テーブルを作成します SAP HANAは、リモートシステムのテーブルを参照します。データは複製されません。クエリが仮想テーブルにアクセスすると、HANAは可能な限り多くの処理をリモートデータベースにプッシュし、結果のみを取得します。利点は、ストレージコストがゼロで、データが常に最新であることです。欠点は、クエリ速度がリモートシステムに依存するため、ソースが遅いと、高速なHANAレポートも遅くなることです。
スマートデータ統合（SDI）。 SDIは、バッチ処理または変更データキャプチャによるレプリケーションと、その過程での変換処理を可能にするアダプタによって、この概念をさらに拡張します。事実上、データサービスが提供する機能の多くをHANA自体に取り込むことで、小規模プロジェクトにおける別途のETL環境の必要性を排除します。
3つの家族の中から選ぶ場合、以下の3つの点が重要になります。
- データはどの程度最新のものでなければならないか？ SLTまたはSDIの変更データキャプチャではリアルタイムでデータを取得できます。データサービスまたはDXCの場合は、一晩あれば十分です。
- そもそもデータをコピーする必要はありますか？ クエリの頻度が低く、かつ高性能なデータベースに格納されている場合、SDAは重複を完全に回避します。
- どの程度の変革が必要か？ 単純なフィルタリングはSLTに適しており、複雑なデータクレンジング、重複排除、および検索はデータサービスに適している。
データが到着すると、情報ビューを通じてレポートに公開されます。 SAP HANAモデリング チュートリアル。
