ストリーミングデータレプリケーション用にコネクタを構成する

このガイドでは、ストリーミングデータレプリケーション用に BigQuery Connector for SAP を構成する方法について説明します。

始める前に

自身または管理者によって次の前提条件が満たされていることを確認してください。

SAP 環境に BigQuery Connector for SAP がインストールされている。
BigQuery API にアクセスするための認証が設定されている。

BigQuery Connector for SAP のロールと認可を作成する

BigQuery Connector for SAP を使用するには、標準の SAP LT Replication Server 承認に加えて、BigQuery Connector for SAP に付属のカスタムトランザクション /GOOG/SLT_SETTINGS と /GOOG/REPLIC_VALID です。

負荷シミュレーションツールを使用するには、BigQuery Connector for SAP に付属のカスタムトランザクション /GOOG/LOAD_SIMULATE にアクセスする必要があります。

デフォルトでは、カスタムトランザクション /GOOG/SLT_SETTINGS および /GOOG/REPLIC_VALID にアクセスできるユーザーがどの構成の設定も変更できるため、必要に応じて特定の構成へのアクセスを制限できます。BigQuery Connector for SAP の設定を表示する必要があるユーザーには、カスタムトランザクション /GOOG/SLT_SETT_DISP に対する読み取り専用アクセス権を付与できます。

BigQuery Connector for SAP トランスポートファイルには、BigQuery Connector for SAP に固有の承認用の Google BigQuery Settings Authorization オブジェクト ZGOOG_MTID が含まれています。

カスタムトランザクションに対するアクセス権を付与し、特定の構成へのアクセスを制限するには、次の手順を行います。

SAP トランザクションコード PFCG を使用して、BigQuery Connector for SAP のロールを定義します。
そのロールに、カスタムトランザクション /GOOG/SLT_SETTINGS、/GOOG/REPLIC_VALID、/GOOG/LOAD_SIMULATE へのアクセス権を付与します。
ロールのアクセスを制限するには、ZGOOG_MTID 認可オブジェクトを使用してロールがアクセスできる各構成の認可グループを指定します。例:
- BigQuery Connector for SAP（ZGOOG_MTID）の認可オブジェクト:
  - Activity 01
  - Authorization Group AUTH_GROUP_1,AUTH_GROUP_N
AUTH_GROUP_01 と AUTH_GROUP_N は、SAP LT Replication Server 構成で定義されている値です。

ZGOOG_MTID に指定された認可グループは、SAP S_DMIS_SLT 認可オブジェクト内のロールに指定された認可グループと一致する必要があります。

BigQuery Connector for SAP の設定を表示するための SAP ロールと認可を作成する

カスタムトランザクション /GOOG/SLT_SETT_DISP の読み取り専用アクセス権を付与するには、次の手順を行います。

SAP トランザクションコード PFCG を使用して、BigQuery Connector for SAP の設定を表示するロールを定義します。
カスタムトランザクション /GOOG/SLT_SETT_DISP に対するアクセス権をロールに付与します。
次の属性を持つ BigQuery Connector for SAP（ZGOOG_MTID）の認可オブジェクトを追加します。
- Activity 03
- Authorization Group = *
ロールプロファイルを生成し、関連するユーザーをロールに割り当てます。

レプリケーションを構成する

レプリケーションを構成するには、BigQuery Connector for SAP と SAP LT Replication Server の両方の設定を指定します。

SAP LT Replication Server レプリケーション構成を作成する

SAP トランザクション LTRC を使用して、SAP LT Replication Server レプリケーション構成を作成します。

SAP LT Replication Server がソース SAP システムとは異なるサーバーで稼働している場合は、レプリケーション構成を作成する前に、2 つのシステム間に RFC 接続があることを確認します。

レプリケーション構成の一部の設定がパフォーマンスに影響を与えます。インストールに適した設定値については、SAP ヘルプポータルで、ご使用の SAP LT Replication Server バージョンのパフォーマンス最適化ガイドをご覧ください。

SAP LT Replication Server のインターフェースと構成オプションは、使用しているバージョンによって若干異なる場合があります。

レプリケーションを構成するには、SAP LT Replication Server のバージョンに応じた手順を使用します。

DMIS 2011 SP17、DMIS 2018 SP02 以降でレプリケーションを構成する
DMIS 2011 SP16、DMIS 2018 SP01 以前でレプリケーションを構成する

DMIS 2011 SP17、DMIS 2018 SP02 以降でレプリケーションを構成する

次の手順では、新しいバージョンの SAP LT Replication Server でレプリケーションを構成します。以前のバージョンを使用している場合は、DMIS 2011 SP16、DMIS 2018 SP01 以前でレプリケーションを構成するをご覧ください。

SAP GUI で、トランザクションコード LTRC を入力します。
[Create configuration] アイコンをクリックします。[Create configuration] ウィザードが開きます。
[Configuration Name] フィールドと [Description] フィールドに、構成の名前と説明を入力し、[Next] をクリックします。

認可グループを指定して、特定の認可グループへのアクセスを制限できます。これは後で指定するもできます。
[Source System Connection Details] パネルで次の操作を行います。
- [RFC Connection] ラジオボタンをオンにします。
- [RFC Destination] フィールドに、ソースシステムへの RFC 接続の名前を指定します。
- 必要に応じて、[Allow Multiple Usage] と [Read from Single Client] のチェックボックスをオンにします。詳細については、SAP LT Replication Server のドキュメントをご覧ください。
- [Next] をクリックします。
上記の手順は RFC 接続の場合ですが、ソースがデータベースで、トランザクション DBACOCKPIT を使用してすでに接続を定義している場合は、[DB Connection] を選択できます。
[Target System Connection Details] パネルで次の操作を行います。
- [Other] のラジオボタンを選択します。
- [Scenario] フィールドで、プルダウンメニューから [SLT SDK] を選択します。
- [Next] をクリックします。
[Specify Transfer Settings] パネルで、次の操作を行います。
1. [Data Transfer Settings] セクションの [Application] フィールドに、「/GOOG/SLT_BQ」または「ZGOOG_SLT_BQ」と入力します。
2. [Job options] セクションで、次の各フィールドに初期値を入力します。
  - Number of Data Transfer Jobs
  - Number of Initial Load Jobs
  - Number of Calculation Jobs
3. [Replication Options] セクションで、[Real Time] ラジオボタンを選択します。
4. [Next] をクリックします。
構成を確認したら、[Save] をクリックします。
[Mass Transfer] 列の 3 桁の ID をメモします。この値は、後のステップで使用します。

詳細については、SAP Note 2652704 に付属の PDF（Replicating Data Using SLT SDK - DMIS 2011 SP17, DMIS 2018 SP02.pdf）をご覧ください。

DMIS 2011 SP16、DMIS 2018 SP01 以前でレプリケーションを構成する

次の手順では、以前のバージョンの SAP LT Replication Server でレプリケーションを構成します。これよりも後のバージョンを使用している場合は、DMIS 2011 SP17、DMIS 2018 SP02 以降でレプリケーションを構成するをご覧ください。

SAP GUI で、トランザクションコード LTRC を入力します。
[New] をクリックします。新しい構成を指定するためのダイアログが開きます。
[Specify Source System] で次の操作を行います。
- 接続タイプとして [RFC Connection] を選択します。
- RFC 接続名を入力します。
- [Allow Multiple Usage] が選択されていることを確認します。
[Specify Target System] ステップで、次の操作を行います。
- ターゲットシステムへの接続データを入力します。
- 接続タイプとして [RFC Connection] を選択します。
- [Scenario for RFC Communication] フィールドで、プルダウンリストから [Write Data to Target Using BAdI] という値を選択します。RFC 接続は自動的に [NONE] に設定されます。
[Specify Transfer Settings] の手順で、[F4 Help] を押します。以前に定義したアプリケーションが [Application] フィールドに表示されます。
[Mass Transfer] 列の 3 桁の ID をメモします。この値は、後のステップで使用します。

詳細については、SAP Note 2652704 に付属の PDF（Replicating Data Using SLT SDK - DMIS 2011 SP15, SP16, DMIS 2018 SP00, SP01.pdf）をご覧ください。

BigQuery への大量転送構成を作成する

カスタム /GOOG/SLT_SETTINGS トランザクションを使用して、BigQuery の一括転送を構成し、テーブルとフィールドのマッピングを指定します。

初期の一括転送オプションを選択する

/GOOG/SLT_SETTINGS トランザクションを初めて入力するときに、BigQuery の一括転送構成で編集が必要な部分を選択します。

一括転送構成の部分を選択するには、次の操作を行います。

SAP GUI で、/n で始まる /GOOG/SLT_SETTINGS トランザクションを入力します。
```
/n/GOOG/SLT_SETTINGS
```
[Google Cloud Partner] フィールドのプルダウンメニューから、[BigQuery] を選択します。
/GOOG/SLT_SETTINGS トランザクションの起動画面の [Settings Table] プルダウンメニューから [Mass Transfers] を選択します。

新しい転送構成の場合は、[Mass Transfer Key] フィールドを空白のままにします。
[Execute] アイコンをクリックします。[BigQuery Settings Maintenance - Mass Transfers] 画面が表示されます。

テーブル作成とその他の一般的な属性を指定する

BigQuery の一括転送構成の最初のセクションで、一括転送構成を特定し、関連するクライアントキーと、ターゲット BigQuery テーブルの作成に関連する特定のプロパティを指定します。

SAP LT Replication Server が一括転送設定をレコードとして /GOOG/BQ_MASTR カスタム構成テーブルに保存します。

[BigQuery Settings Maintenance - Mass Transfers] 画面で、[Append Row] アイコンをクリックします。
[Mass Transfer Key] フィールドで、この転送の名前を定義します。この名前が一括転送の主キーになります。
[Mass Transfer ID] フィールドに、対応する SAP LT Replication Server レプリケーション構成の作成時に生成された 3 桁の ID を入力します。
BigQuery でターゲットフィールドの名前としてソースフィールドのラベルまたは簡単な説明を使用するには、[Use Custom Names Flag] チェックボックスをオンにします。フィールド名の詳細については、フィールドのデフォルトの命名オプションをご覧ください。
挿入をトリガーした変更の種類を保存し、ソーステーブル、SAP LT Replication Server 統計情報、BigQuery テーブル間のレコード数の検証を有効にするには、[Extra Fields Flag] チェックボックスをオンにします。

このフラグを設定すると、BigQuery Connector for SAP は BigQuery テーブルスキーマに列を追加します。詳しくは、レコード変更とカウントクエリ用の追加フィールドをご覧ください。
データエラーのあるレコードが発生したときにデータの送信を停止するため、[Break at First Error Flag] チェックボックスはデフォルトでオンになっています。このチェックボックスはオンのままにすることをおすすめします。詳細については、BREAK フラグをご覧ください。
また、チャンクのバイトサイズが BigQuery で許可される HTTP リクエストの最大バイトサイズを超えた場合にチャンクサイズを自動的に小さくするには、[Dynamic Chunk Size Flag] チェックボックスをオンにします。動的チャンクサイズの詳細については、動的チャンクサイズをご覧ください。
データエラーのあるレコードが検出されたときに、レコードをスキップして BigQuery テーブルにレコードを挿入し続けるには、[Skip Invalid Records Flag] チェックボックスをオンにします。これは、オフのままにすることをおすすめします。詳細については、SKIP フラグをご覧ください。
[Google Cloud Key Name] フィールドに、/GOOG/CLIENT_KEY 構成で指定されているクライアントキーの名前を入力します。

BigQuery Connector for SAP は、/GOOG/CLIENT_KEY 構成から自動的に Google Cloud プロジェクト ID を取得します。
[BigQuery Dataset] フィールドに、前の手順で作成したターゲット BigQuery データセットの名前を入力します。
[Is Setting Active Flag] フィールドで、チェックボックスをオンにして一括転送構成を有効にします。
[Save] をクリックします。

一括転送レコードは /GOOG/BQ_MASTR テーブルに追加され、[Changed By]、[Changed On]、[Changed At] フィールドに自動的に値が挿入されます。
[Display Table] をクリックします。

新しい一括転送レコードが表示され、その後にテーブル属性のエントリパネルが表示されます。

テーブル属性を指定する

/GOOG/SLT_SETTINGS トランザクションの 2 番目のセクションで、テーブル名やテーブルのパーティショニングなどのテーブル属性や、各転送に含めるレコード数や BigQuery に送信されるチャンクを指定できます。

指定した設定は、レコードとして /GOOG/BQ_TABLE 構成テーブルに保存されます。

テーブル属性を指定するには、次の操作を行います。

[Append row] アイコンをクリックします。
[SAP Table Name] フィールドに、ソース SAP テーブルの名前を入力します。
[External Table Name] フィールドに、ターゲット BigQuery テーブルの名前を入力します。ターゲットテーブルが存在しない場合、BigQuery Connector for SAP は、この名前のテーブルを作成します。BigQuery のテーブル命名規則については、テーブルの命名をご覧ください。
テーブル内のすべてのフィールドの非圧縮データを送信するには、[Send Uncompressed Flag] を選択します。この設定を有効にすると、BigQuery Connector for SAP はソーステーブルでフィールドが初期化された値を使用して、ソースレコードの空のフィールドをすべて複製します。パフォーマンスを向上させるには、このフラグを選択しないでください。

特定のフィールドのみの非圧縮データを送信する必要がある場合は、テーブルレベルで非圧縮送信フラグを選択しないでください。代わりに、該当フィールドに対して、非圧縮送信フラグをフィールドレベルで選択します。このオプションを使用すると、テーブルの残りのデータを圧縮する場合でも、BigQuery にデータを複製するときに特定のフィールドの初期値を保持できます。フィールドレベルでレコードの圧縮を変更する方法については、フィールドレベルでレコード圧縮を変更するをご覧ください。

レコード圧縮の動作の詳細については、レコードの圧縮をご覧ください。
必要に応じて、[Chunk Size] フィールドに、BigQuery に送信される各チャンクに含めるレコードの最大数を指定します。BigQuery Connector for SAP ではデフォルトのチャンクサイズ（10,000 レコード）を使用することをおすすめします。必要に応じて、チャンクサイズを 50,000 レコードまで増やすことができます。これは、BigQuery で許可されている最大レコード数です。

ソースレコードに多くのフィールドがある場合、フィールド数によってはチャンクの全体的なバイトサイズが増加し、チャンクエラーが発生することがあります。この場合は、チャンクサイズを小さくしてバイトサイズを減らしてみてください。詳細については、BigQuery Connector for SAP のチャンクサイズをご覧ください。チャンクサイズを自動的に調整するには、動的チャンクサイズを有効にします。詳細については、動的チャンクサイズをご覧ください。
必要に応じて、[Partition Type] フィールドで、パーティショニングに使用する時間の増分を指定します。有効な値は HOUR、DAY、MONTH、または YEAR です。詳細については、テーブルパーティショニングをご覧ください。
必要に応じて、[Partition Field] フィールドに、ターゲット BigQuery テーブルでパーティショニングに使用するタイムスタンプを含むフィールド名を指定します。[Partition Field] を指定する場合は、[Partition Type] も指定する必要があります。詳細については、テーブルパーティショニングをご覧ください。
[Is Setting Active Flag] フィールドで、チェックボックスをクリックしてテーブル属性を有効にします。[Is Setting Active Flag] ボックスがオンでない場合、BigQuery Connector for SAP は、SAP ソーステーブルの名前とデフォルトのチャンクサイズを使用して、パーティショニングは行わずに BigQuery テーブルを作成します。
[Save] をクリックします。

属性はレコードとして /GOOG/BQ_TABLE 構成テーブルに保存され、[Changed By]、[Changed On]、[Changed At] の各フィールドに自動的に挿入されます。
[Display Fields] をクリックします。

新しいテーブル属性レコードが表示され、その後にフィールドマッピングのエントリパネルが表示されます。

デフォルトのフィールドマッピングをカスタマイズする

ソース SAP テーブルにタイムスタンプフィールドやブール値が含まれている場合は、ターゲット BigQuery テーブルのデータタイプを正確に反映するように、デフォルトのデータ型マッピングを変更します。

他のデータ型やターゲットフィールドの名前を変更することもできます。

デフォルトのマッピングは SAP GUI で直接編集できます。他のユーザーが SAP LT Replication Server にアクセスせずに値を編集できるように、デフォルトのマッピングをスプレッドシートまたはテキストファイルにエクスポートすることもできます。

デフォルトのフィールドマッピングと変更可能な項目の詳細については、データ型マッピングをご覧ください。

ターゲット BigQuery フィールドのデフォルトマッピングをカスタマイズするには:

トランザクション /GOOG/SLT_SETTINGS の [BigQuery Settings Maintenance - Fields] ページで、構成している一括転送のデフォルトフィールドマッピングを表示します。
必要に応じて、[External Data Element] 列でデフォルトのターゲットデータ型を編集します。特に、以下のデータ型のターゲットデータ型を変更します。
- タイムスタンプ 。デフォルトのターゲットデータ型を、NUMERIC から TIMESTAMP または TIMESTAMP (LONG) に変更します。
- ブール値。デフォルトのターゲットデータ型を STRING から BOOLEAN に変更します。
- 16 進数。デフォルトのターゲットデータ型を STRING から BYTES に変更します。
デフォルトのデータ型マッピングを編集するには:
1. 編集が必要なフィールドの行で、[External Data Element] フィールドをクリックします。
2. データ型のダイアログで、必要な BigQuery データ型を選択します。
3. 変更内容を確認し、[Save] をクリックします。
[BigQuery Settings Maintenance] ページで [Custom Names] フラグを指定した場合は、必要に応じて [Temporary Field Name] 列のデフォルトのターゲットフィールド名を編集します。

指定した値は、[External Field Name] 列に表示されるデフォルトの名前をオーバーライドします。
必要に応じて、[Field Description] 列のデフォルトのターゲットフィールドの説明を編集します。
必要に応じて、外部編集用にフィールドマップをエクスポートします。手順については、CSV ファイルで BigQuery のフィールドマップを編集するをご覧ください。
すべての変更が完了し、外部で編集された値がアップロードされたら、[Is Setting Active Flag] チェックボックスがオンになっていることを確認します。[Is Setting Active Flag] がオンになっていない場合、BigQuery Connector for SAP によってターゲットテーブルがデフォルト値で作成されます。
[Save] をクリックします。

変更は、/GOOG/BQ_FIELD 構成テーブルに保存され、[Changed By]、[Changed On]、[Changed At] フィールドに自動的に挿入されます。

フィールドレベルでレコード圧縮を変更する

レプリケーションのパフォーマンスを向上させるため、BigQuery Connector for SAP は、ソースレコード内の空のフィールドをすべて省略してレコードを圧縮します。これらのフィールドは、BigQuery のターゲットテーブルで null で初期化されます。ただし、レコード圧縮を使用しつつも、一部の空のフィールドを初期値のままで BigQuery に複製する必要がある場合は、その特定のフィールドに非圧縮送信フラグを選択できます。

レコード圧縮の動作の詳細については、レコードの圧縮をご覧ください。

フィールドレベルでレコード圧縮を変更する手順は、次のとおりです。

トランザクション /GOOG/SLT_SETTINGS の [BigQuery Settings Maintenance - Fields] ページで、一括転送を構成するテーブルのフィールドのリストを表示します。
フィールドの非圧縮データを送信するには、フィールドに対応する非圧縮送信フラグを選択します。
[Save] をクリックします。

トークンのキャッシュ保存を有効にする

レプリケーションのパフォーマンスを向上させるため、 Google Cloudから取得したアクセストークンをキャッシュに保存することをおすすめします。

トークンのキャッシュ保存を有効にすると、アクセストークンの有効期限が切れるか取り消されるまで、アクセストークンが再利用されます。これにより、新しいアクセストークンを取得する HTTP 呼び出しの回数が減ります。

トークンのキャッシュ保存を有効にするには、クライアントキーテーブル /GOOG/CLIENT_KEY で [Token Caching] フラグを選択します。

トークンのキャッシュ保存を有効にすると、/GOOG/CLIENT_KEY テーブルの Token Refresh Seconds フィールドに設定されている期間、アクセストークンが SAP LT Replication Server アプリケーションサーバーの共有メモリのキャッシュに保存されます。Token Refresh Seconds が指定されていないか 0 に設定されている場合、アクセストークンは、詳細設定の CMD_SECS_DEFLT パラメータに指定されている期間、キャッシュに保存されます。

また、 Google Cloudで実行されていない SAP ワークロードの場合、キャッシュに保存されたアクセストークンを使用することで、SAP LT Replication Server の複数のプロセスが同時にアクセストークンをリクエストするような大規模なデータ読み込みのレプリケーションで発生する技術的な問題も回避できます。

Google Cloud で実行され、ユーザー管理のサービスアカウントで BigQuery または Pub/Sub にアクセスする SAP ワークロードの場合、このシナリオでは 2 回の HTTP 呼び出しでアクセストークンを取得するため、トークンをキャッシュに保存することで大幅な改善が可能になります。

キャッシュに保存されたアクセストークンを消去する

トークンのキャッシュ保存が有効になっているときに、BigQuery Connector for SAP が BigQuery または Pub/Sub へのアクセスに使用するサービスアカウントに割り当てられたロールを更新した場合、キャッシュ内のトークンの有効期限が切れた後にのみ、更新されたロールに対応する新しいアクセストークンが取得されます。このような場合、アクセストークンを手動で消去できます。

キャッシュ内のアクセストークンを消去するには、トランザクション SE38 を入力してからプログラム /GOOG/R_CLEAR_TOKEN_CACHE を実行します。

レプリケーション構成をテストする

レプリケーションの構成をテストするには、データプロビジョニングを開始します。

SAP GUI で、SAP LT Replication Server Cockpit（トランザクション LTRC）を開きます。
テストしているテーブルレプリケーションの一括転送構成をクリックします。
[Data Provisioning] をクリックします。
[Data Provisioning] パネルで、データプロビジョニングを開始します。
1. ソーステーブルの名前を入力します。
2. テストするデータプロビジョニングの種類のラジオボタンをオンにします（[Start Load] など）。
3. [Execute] アイコンをクリックします。データ転送が開始され、[Participating objects] 画面に進行状況が表示されます。
  
  テーブルが BigQuery に存在しない場合、BigQuery Connector for SAP は、以前に /GOOG/SLT_SETTINGS トランザクションで定義したテーブルとフィールド属性から構築するスキーマからテーブルを作成します。
  
  テーブルの初期読み込みにかかる時間は、テーブルのサイズとレコード数によって異なります。
  
  メッセージは、SAP LT Replication Server でトランザクション LTRC の [Application Logs] セクションに書き込まれます。

または、負荷シミュレーションツールを使用して、BigQuery へのレプリケーションをテストできます。詳細については、負荷シミュレーションツールをご覧ください。

レプリケーションを検証する

レプリケーションは、次の方法を使用して検証できます。

SAP LT Replication Server の場合:
- [Data Provisioning] 画面でレプリケーションをモニタリングします。
- [Application Logs] 画面でエラーメッセージを確認します。
BigQuery のテーブル情報タブ:
- [スキーマ] タブで、スキーマが正しく表示されることを確認します。
- [プレビュー] タブで、挿入された行のプレビュー表示を確認します。
- [詳細] タブで、挿入された行数、テーブルサイズ、その他の情報を確認します。
BigQuery テーブルの構成時に [Extra Fields Flag] チェックボックスがオンになっている場合は、/GOOG/REPLIC_VALID カスタムトランザクションを入力して、レプリケーション検証ツールを実行します。

SAP LT Replication Server のレプリケーションを確認する

トランザクション LTRC を使用して、初期読み込みまたはレプリケーションジョブの開始後に進行状況を確認し、エラーメッセージをチェックします。

SAP LT Replication Server の [Load Statistics] タブで読み込みのステータスを確認し、[Data Transfer Monitor] タブでジョブの進行状況を確認します。

トランザクション LTRC の [Application Logs] 画面には、BigQuery、BigQuery Connector for SAP、SAP LT Replication Server によって返されるすべてのメッセージが表示されます。

SAP LT Replication Server の BigQuery Connector for SAP コードによって発行されたメッセージの先頭には、接頭辞 /GOOG/SLT が付いています。BigQuery API から返されるメッセージの先頭には、接頭辞 /GOOG/MSG が付いています。

SAP LT Replication Server によって返されるメッセージの先頭には、/GOOG/ 接頭辞は付きません。

BigQuery でレプリケーションを確認する

Google Cloud コンソールで、テーブルが作成されて BigQuery によってデータが挿入されていることを確認します。

Google Cloud コンソールで、[BigQuery] ページに移動します。

[BigQuery] に移動
[エクスプローラ] セクションの検索フィールドに、ターゲット BigQuery テーブルの名前を入力し、Enter を押します。

ページの右側にあるコンテンツペインのタブの下に、テーブル情報が表示されます。
テーブル情報セクションで、次の見出しをクリックして、テーブルと行の挿入を確認します。
- プレビュー: BigQuery テーブルに挿入された行とフィールドを表示します。
- スキーマ: フィールド名とデータ型を表示します。
- 詳細: テーブルサイズ、行の合計数などの詳細を表示します。

Replication Validation ツールを実行する

BigQuery テーブルの構成時に [Extra Fields Flag] が選択されている場合は、Replication Validation ツールを使用して、BigQuery テーブルのレコード数と SAP LT Replication Server 統計またはソーステーブルのレコード数を比較するレポートを生成できます。

Replication Validation ツールを実行するには:

SAP GUI で、/n で始まる /GOOG/REPLIC_VALID トランザクションを入力します。
```
/n/GOOG/REPLIC_VALID
```
[Processing Options] セクションで、[Execute Validation] ラジオボタンをクリックします。
[Selection Options] セクションで、次の仕様を入力します。
- [GCP Partner Identifier] フィールドのプルダウンメニューから、[BigQuery] を選択します。
- [Check Type] フィールドのプルダウンメニューから、生成するレポートの種類を選択します。
  - 初期読み込み数
  - レプリケーション数
  - 現在のカウント
- [Check Date] フィールドが表示されている場合は、カウントが必要な日付を指定します。
- [Mass Transfer Key] フィールドに、一括転送構成名を入力します。
- 必要に応じて、[テーブル名] フィールドには、レポートの生成に必要な一括転送構成のテーブル名を指定します。
[Execute] アイコンをクリックして、Replication Validation ツールを実行します。
検証チェックが完了したら、[Processing Options] セクションで [Display Report] ラジオボタンをクリックし、[Execute] アイコンをクリックしてレポートを表示します。

詳細については、Replication Validation ツールをご覧ください。

トラブルシューティング

BigQuery Connector for SAP の構成時に発生する可能性のある問題の診断と解決については、BigQuery Connector for SAP トラブルシューティングガイドをご覧ください。

サポートを受ける

BigQuery Connector for SAP の構成に関する問題を解決する必要がある場合は、入手可能な診断情報をすべて収集したうえで、Cloud カスタマーケアにお問い合わせください。カスタマーケアへのお問い合わせ方法については、 Google Cloudでの SAP に関するサポートを利用するをご覧ください。