您可以同時使用 SAP LT Replication Server 應用程式記錄和 Google Cloud 記錄,查看錯誤和記錄訊息,藉此排解 2.9 版 (最新版) BigQuery Connector for SAP 的問題。
BigQuery Connector for SAP 會將所有錯誤傳送至標準 SAP LT Replication Server 應用程式記錄。
您也可以使用 SAP LT Replication Server 偵錯功能來找出問題。
疑難排解總覽
排解 BigQuery Connector for SAP 的問題時,您可能需要根據所調查問題的區域或範圍,將注意力集中在幾個不同領域:
- 基礎架構,例如網路、硬體或作業系統。
- SAP 軟體,包括來源伺服器和 SAP LT Replication Server。
- BigQuery Connector for SAP。
- Pub/Sub
- BigQuery,包括 BigQuery API 和目標資料表。
邀請合適的團隊加入
排解問題時,首先要判斷問題發生在上述哪個領域,以及問題的範圍。
如要解決問題,您可能需要與多個團隊合作,例如 Basis 管理員、SAP LT 複製伺服器管理員、DBA 或 Google Cloud 安全 Google Cloud 管理員。
及早讓合適的團隊和技能參與其中,有助於更快解決問題。
判斷根本原因
您需要找出問題的根本原因,並確認您認為可能的原因實際上並非根本原因的症狀,而是其他原因。
SAP 系統緊密整合,但可將記錄和追蹤記錄寫入多個不同位置的檔案。排解問題時,您需要判斷要查看的正確記錄和追蹤檔案。
檢查軟體需求和必要條件
確認所有系統軟體都以最低必要版本執行,且已符合 BigQuery Connector for SAP 的所有必要條件。
如要瞭解 BigQuery Connector for SAP 的安裝先決條件,請參閱「先決條件」。
如要瞭解 BigQuery Connector for SAP 的軟體需求,請參閱「軟體需求」。
如果您使用舊版 ECC 軟體,請確認 SAP LT 複製伺服器版本與 ECC 版本相容。詳情請參閱 SAP Note 2577774 - Version compatibility for source and target systems - SLT。
針對 SAP 來源系統和 SAP LT Replication Server,請務必實作所有以 ABAP 為基礎的遷移和複製技術修正注意事項。詳情請參閱 SAP 附註 3016862 - DMIS Note Analyzers with separated scenarios for ABAP-based Migration and Replication Technology。
閱讀 SAP 支援文件
如果您有 SAP 使用者帳戶,可以閱讀 SAP ONE Support Launchpad 提供的 SAP Notes 和 SAP 知識庫文章,解決許多 SAP 軟體問題。
記錄
BigQuery Connector for SAP 會將記錄訊息傳送至 SAP LT Replication Server,您可以在 SAP LT Replication Server 應用程式記錄中查看這些訊息。
這些訊息包括 BigQuery Connector for SAP 從 BigQuery API 和 Pub/Sub API 收到的訊息。
您可以在 Google Cloud 控制台中查看一般 BigQuery 和 Pub/Sub 記錄訊息。
SAP LT Replication Server 應用程式記錄
所有錯誤訊息都會儲存至標準 SAP LT Replication Server 應用程式記錄。檢查應用程式記錄,分析並排解問題的根本原因。
如要顯示與 SAP LT 複製伺服器設定相關的應用程式記錄,請執行交易 LTRC
、開啟設定,然後選取「Application Logs」(應用程式記錄)。
顯示記錄後,選取表格列,然後按一下按鈕即可顯示任何錯誤訊息。如果您點選複寫作業的「應用程式記錄」分頁,即可篩選複寫作業的相關執行階段記錄訊息。
BigQuery Connector for SAP 產生的訊息
在記錄傳送至 BigQuery 前,BigQuery Connector for SAP 中發生的任何錯誤都會加上 /GOOG/SLT
前置字元。
BigQuery API 傳回的任何錯誤都會加上 /GOOG/MSG
前置字元。包括任何 HTTP 錯誤。
如果錯誤並非以這兩個值開頭,則表示錯誤是由 SAP LT 複製伺服器發布。
BigQuery 記錄檔
BigQuery 會在 Google Cloud 控制台中,將各種記錄項目寫入 Cloud Logging。
如要查看 BigQuery 記錄項目,請執行下列操作:
在 Google Cloud 控制台中開啟 Logging:
在「查詢」編輯器中,指定 BigQuery 資源。 例如:
resource.type="bigquery_dataset"
如要進一步瞭解 BigQuery 記錄,請參閱「記錄」。
Pub/Sub 記錄
Pub/Sub 會在 Google Cloud 控制台中,將各種記錄項目寫入 Cloud Logging。
如要查看 Pub/Sub 記錄項目,請執行下列操作:
在 Google Cloud 控制台中開啟 Logging:
在「Query」(查詢) 編輯器中,指定 Pub/Sub 資源。 例如:
resource.type="pubsub_subscription"
如要進一步瞭解 Pub/Sub 記錄,請參閱「在 Cloud Monitoring 中監控 Pub/Sub」。
HTTP 追蹤記錄
排解錯誤時,您可以在交易 SMICM
或 ST05
中啟用 HTTP 追蹤。
為減少對效能的影響,請在完成後立即停用 HTTP 追蹤。
偵錯
如果您具備必要授權,可以對 BigQuery Connector for SAP 的 Business Add-In (BAdI) 程式碼進行偵錯。
如要對 BAdI 程式碼進行偵錯,請按照下列步驟操作:
如果您尚未取得偵錯 BAdI 程式碼所需的 SAP 授權,請向 SAP 管理員提出申請。
在 SAP GUI 的交易項目欄位中輸入
/h
,然後按下Enter
,即可啟用偵錯功能。在「設定」選單中,選取「變更偵錯工具設定檔/ 設定」。
在「偵錯模式」下方,確認已選取「系統偵錯」。
視需要在程式碼中設定外部中斷點。
監控
您可以監控從 SAP 資料來源到目標 BigQuery 資料表之間資料路徑的幾個不同點,包括:
- 基礎架構 - 網路、硬體和作業系統
- SAP 資料庫層
- SAP 應用程式層
- BigQuery Connector for SAP
- Pub/Sub
- BigQuery
如要進一步瞭解各個時間點的監控作業,請參閱 BigQuery Connector for SAP 作業指南。
資料對帳
您可以在下列三個時間點查看記錄數:
- 來源資料表
- 交易
LTRC
中的 SAP LT Replication Server 負載或複製統計資料 - BigQuery 目標資料表
您可以使用「複寫驗證」工具檢查及比較記錄計數,也可以執行 SQL 查詢自行擷取記錄。
如要進一步瞭解資料對帳,請參閱「BigQuery Connector for SAP 作業指南」。
常見設定問題
本節提供解決方案,協助您解決 BigQuery Connector for SAP 初始設定和配置期間發生的常見問題。
SAP LT Replication Server 支援的資料庫資料類型
視 SAP 軟體版本而定,SAP LT Replication Server 可能不支援來源資料庫中的某些資料類型。詳情請參閱 SAP Note 1605140 - SAP Landscape Transformation Replication Server (SLT) 一文中的「Important Considerations」(重要注意事項) 一節。
問題:OS 指令無法在 SAP LT Replication Server 中取得存取權杖
問題:您建立作業系統 (OS) 指令來列印存取權杖,但該指令無法在 SAP LT Replication Server 中運作。
原因:這個問題可能有多種原因,但最有可能的原因是未正確設定 OS 指令所需的環境變數。
解決方法:確認 OS 指令設定正確無誤。
請嘗試從 OS (如 SID_LCadm
) 和 SAP 交易 SM69
執行 printenv
指令,並比較輸出內容。如果交易 SM69
中傳回的變數不完整,請嘗試重新啟動 SAP LT 複製伺服器來註冊變數。
問題:/GOOG/MSG: 400 - Bad Request Request contains an invalid argument
問題:資料轉移作業失敗,並顯示錯誤訊息 /GOOG/MSG: 400 - Bad
Request Request contains an invalid argument
。
原因:在 Google Cloud上執行的 SAP 工作負載,其用戶端金鑰表 /GOOG/CLIENT_KEY
中使用的存取範圍無效。
解決方法:如要解決這個問題,請完成下列步驟:
在 SAP GUI 中,輸入
/GOOG/SLT_SETTINGS
交易,並在前面加上/n
:/n/GOOG/SLT_SETTINGS
針對交易
LTRC
中失敗的大量轉移 ID,請記下「Google Cloud Key Name」欄位的值。輸入交易
SM30
,然後開啟資料表/GOOG/CLIENT_KEY
。針對您在上一個步驟中記下的「Google Cloud 金鑰名稱」值,請確認「範圍」欄位的值與「
/GOOG/CLIENT_KEY
中指定存取設定」一文提及的存取範圍相符。確認欄位中沒有輸入空格。重新執行複製作業。
問題:/GOOG/MSG : 400 - ICM_HTTP_CONNECTION_FAILED
問題:資料轉移作業失敗,並顯示錯誤訊息「/GOOG/MSG : 400 - ICM_HTTP_CONNECTION_FAILED
」。
原因:在 BigQuery Connector for SAP 用於連線至 Google Cloud API 的 RFC 目的地中,「路徑前置字元」或「目標主機」欄位的值不正確。
解決方法:如要解決這個問題,請完成下列步驟:
在 SAP GUI 中,輸入
/GOOG/SLT_SETTINGS
交易,並在前面加上/n
:/n/GOOG/SLT_SETTINGS
針對交易
LTRC
中失敗的大量轉移 ID,請記下「Google Cloud Key Name」欄位的值。輸入交易
SM30
,然後開啟資料表/GOOG/SERVIC_MAP
。針對您在上一個步驟中記下的「Google Cloud 金鑰名稱」值,請記下 RFC 目的地名稱。
輸入交易
SM59
,然後完成下列步驟:針對連線至 BigQuery 的 RFC 目的地,請確認「路徑前置字元」欄位值為
/bigquery/v2/
。如果是連線至 BigQuery 的 RFC 目的地,請確認「目標主機」欄位值為
bigquery.googleapis.com
。針對連線至 IAM 的 RFC 目的地,請確認「路徑前置字元」欄位值為
/v1/
。針對連線至 IAM 的 RFC 目的地,請確認「目標主機」欄位值為
iamcredentials.googleapis.com
。
重新執行複製或初始載入作業。
問題:/GOOG/MSG : 401 - Unauthorized Request is missing required authentication credential. Expected OAuth 2 access to ken, login coo
問題:資料轉移作業失敗,並顯示錯誤訊息 /GOOG/MSG : 401 -
Unauthorized Request is missing required authentication credential. Expected
OAuth 2 access to ken, login coo
。
原因:缺少 HTTP 連接埠設定。
解決方法:您必須在 SAP 系統中建立 HTTP 和 HTTPS 通訊埠,並啟用這些通訊埠。
VM 中繼資料會儲存在中繼資料伺服器上,且只能透過 HTTP 連接埠存取。因此,您必須確保已建立並啟用 HTTP 和 HTTPS 通訊埠,才能存取 VM 中繼資料。
如要解決這個問題,請完成下列步驟:
在 SAP GUI 中,輸入交易代碼
SMICM
。在選單列中,依序點選「前往」>「服務」。
確認已建立並啟用 HTTP 和 HTTPS 連接埠。 「Actv」欄中的綠色勾號表示 HTTP 和 HTTPS 連接埠處於啟用狀態。
重新執行複製作業。
如要瞭解如何設定 HTTP 和 HTTPS 連接埠,請參閱「ICM 中的 HTTP(S) 設定」。
問題:/GOOG/MSG : 401 - ICM_HTTP_CONNECTION_BROKEN
問題:在初始載入或複製期間,LTRC 交易中的資料轉移失敗,並顯示錯誤訊息 /GOOG/MSG : 401 - ICM_HTTP_CONNECTION_BROKEN
。
原因:在 Google Cloud上執行的 SAP 工作負載中,BigQuery Connector for SAP 用於連線至Google Cloud API 的 RFC 目的地未啟用 SSL。
解決方法:如要解決這個問題,請完成下列步驟:
在 SAP GUI 中,輸入
/GOOG/SLT_SETTINGS
交易,並在前面加上/n
:/n/GOOG/SLT_SETTINGS
針對交易
LTRC
中失敗的大量轉移 ID,請記下「Google Cloud Key Name」欄位的值。輸入交易
SM30
,然後開啟資料表/GOOG/SERVIC_MAP
。針對您在上一個步驟中記下的「Google Cloud 金鑰名稱」值,請記下 RFC 目的地名稱。
輸入交易
SM59
,然後針對您在上一步驟中記下的 RFC 目的地,執行下列步驟:前往「登入與安全性」分頁。
在「SSL Certificate」(SSL 憑證) 欄位中,確認已選取「DEFAULT SSL Client (Standard)」(預設 SSL 用戶端 (標準)) 選項。
確認「Service No.」(服務編號) 欄位的值為
443
。
重新執行複製作業。
第 /GOOG/MSG: 110 - HTTPIO_PLG_CANCELED
期
問題:在初始載入或複製期間,LTRC 交易中的資料轉移失敗,並顯示錯誤訊息 /GOOG/MSG: 110 - HTTPIO_PLG_CANCELED
。
原因:缺少 HTTP 連接埠設定。
解決方法:您必須在 SAP 系統中建立 HTTP 和 HTTPS 通訊埠,並啟用這些通訊埠。
VM 中繼資料 會儲存在中繼資料伺服器上,只能透過 HTTP 連接埠存取。 因此,您必須確保已建立並啟用 HTTP 和 HTTPS 通訊埠,才能存取 VM 中繼資料。
如要解決這個問題,請完成下列步驟:
在 SAP GUI 中,輸入交易代碼
SMICM
。在選單列中,依序點選「前往」>「服務」。
確認已建立並啟用 HTTP 和 HTTPS 連接埠。 「Actv」欄中的綠色勾號表示 HTTP 和 HTTPS 連接埠處於啟用狀態。
重新執行複製作業。
如要瞭解如何設定 HTTP 和 HTTPS 連接埠,請參閱「ICM 中的 HTTP(S) 設定」。
問題:/GOOG/MSG: 403 - SSL is required to perform this operation
問題:資料轉移作業失敗,並顯示錯誤訊息 /GOOG/MSG: 403 - SSL is
required to perform this operation
。
原因:在 Google Cloud上執行的 SAP 工作負載中,BigQuery Connector for SAP 用來連線至 Google Cloud API 的 RFC 目的地未啟用 SSL。
解決方法:如要解決這個問題,請完成下列步驟:
在 SAP GUI 中,輸入
/GOOG/SLT_SETTINGS
交易,並在前面加上/n
:/n/GOOG/SLT_SETTINGS
針對交易
LTRC
中失敗的大量轉移 ID,請記下「Google Cloud Key Name」欄位的值。輸入交易
SM30
,然後開啟資料表/GOOG/SERVIC_MAP
。針對您在上一個步驟中記下的「Google Cloud 金鑰名稱」值,請記下 RFC 目的地名稱。
輸入交易
SM59
,然後針對您在上一步驟中記下的 RFC 目的地,執行下列步驟:前往「登入與安全性」分頁。
在「SSL Certificate」(SSL 憑證) 欄位中,確認已選取「DEFAULT SSL Client (Standard)」(預設 SSL 用戶端 (標準)) 選項。
確認「Service No.」(服務編號) 欄位的值為
443
。
重新執行複製作業。
問題:/GOOG/MSG: 403 - Request had insufficient authentication scopes
問題:資料轉移作業失敗,並顯示錯誤訊息 /GOOG/MSG: 403 - Request
had insufficient authentication scopes
。
原因:在 Google Cloud上執行的 SAP 工作負載中,指定服務帳戶沒有存取 BigQuery 的必要範圍。/GOOG/CLIENT_KEY
解決方法:如要解決這個問題,請完成下列步驟:
在 SAP GUI 中,輸入
/GOOG/SLT_SETTINGS
交易,並在前面加上/n
:/n/GOOG/SLT_SETTINGS
針對交易
LTRC
中失敗的大量轉移 ID,請記下「Google Cloud Key Name」欄位的值。輸入交易
SM30
,然後開啟資料表/GOOG/CLIENT_KEY
。針對您在先前步驟中記下的「Google Cloud Key Name」值,請確認「Service Account Name」欄位指定的值為
default
。在 Google Cloud 控制台中,前往 Compute Engine 的「VM instances」(VM 執行個體) 頁面。
按一下代管 SAP LT Replication Server 的 VM 執行個體。
按一下「停止」,然後按照說明停止 VM 執行個體。
按一下「編輯」,編輯服務帳戶的「存取範圍」,啟用 BigQuery 存取權,然後按一下「儲存」。
按一下「啟動 / 繼續」,重新啟動 VM 執行個體。
確認 SAP LT Replication Server 正在執行。
重新執行複製作業。
問題:/GOOG/MSG: 403 - Access Denied: Dataset PROJECT_ID:DATASET_NAME: Permission bigquery.tables.created denied on dataset
問題:資料轉移作業失敗,並顯示錯誤訊息 /GOOG/MSG: 403 -
Access Denied: Dataset PROJECT_ID:DATASET_NAME: Permission
bigquery.tables.created denied on dataset
。
原因:在 Google Cloud上執行的 SAP 工作負載中,指定服務帳戶沒有存取 BigQuery API 的必要權限。/GOOG/CLIENT_KEY
解決方法:如要解決這個問題,請完成下列步驟:
在 SAP GUI 中,輸入
/GOOG/SLT_SETTINGS
交易,並在前面加上/n
:/n/GOOG/SLT_SETTINGS
針對交易
LTRC
中失敗的大量轉移 ID,請記下「Google Cloud Key Name」欄位的值。輸入交易
SM30
,然後開啟資料表/GOOG/CLIENT_KEY
。針對您在先前步驟中記下的「Google Cloud 金鑰名稱」值,請記下「服務帳戶名稱」欄位指定的值。
前往 Google Cloud 控制台的「Identity and Access Management」(身分與存取權管理) 服務帳戶頁面。
選取您在先前步驟中記下的服務帳戶。
請確認服務帳戶具備 BigQuery Connector for SAP 存取 BigQuery 所需的 IAM 角色,如「Google Cloud 身分與存取權管理」一文所述。
重新執行複製作業。
問題:/GOOG/MSG: 404 - Not Found
問題:資料轉移作業失敗,並顯示錯誤訊息 /GOOG/MSG: 404 - Not
Found
。
原因:在 BigQuery Connector for SAP 用於連線至 Google Cloud API 的 RFC 目的地中,路徑前置字串不正確。
解決方法:如要解決這個問題,請完成下列步驟:
在 SAP GUI 中,輸入
/GOOG/SLT_SETTINGS
交易,並在前面加上/n
:/n/GOOG/SLT_SETTINGS
針對交易
LTRC
中失敗的大量轉移 ID,請記下「Google Cloud Key Name」欄位的值。輸入交易
SM30
,然後開啟資料表/GOOG/SERVIC_MAP
。針對您在上一個步驟中記下的「Google Cloud 金鑰名稱」值,請記下 RFC 目的地名稱。
輸入交易
SM59
,然後完成下列步驟:- 針對連線至 BigQuery 的 RFC 目的地,請確認「路徑前置字元」欄位值為
/bigquery/v2/
。 - 針對連線至 IAM 的 RFC 目的地,請確認「路徑前置字元」欄位值為
/v1/
。
- 針對連線至 BigQuery 的 RFC 目的地,請確認「路徑前置字元」欄位值為
重新執行複製作業。
問題:/GOOG/MSG: 404 - Table PROJECT_ID:DATASET_NAME.TABLE_NAME not found
問題:資料轉移作業失敗,並顯示錯誤訊息 /GOOG/MSG: 404 -
Table PROJECT_ID:DATASET_NAME.TABLE_NAME not
found
。
原因:在 BigQuery Connector for SAP 用於連線至 Google Cloud API 的 RFC 目的地中,您為「目標主機」欄位指定的值與 Cloud DNS 中的任何 DNS 名稱都不相符。
解決方法:如要解決這個問題,請完成下列步驟:
在 SAP GUI 中輸入交易代碼
SE38
,然後開啟報表/GOOG/R_SLT_SETTINGS
。針對執行的
LTRC
交易,開啟大量轉移 ID,然後記下「Google Cloud Key Name」欄中的值。輸入交易
SM30
,然後在顯示模式中開啟資料表/GOOG/CLIENT_KEY
。使用您在上一個步驟中記下的 Google Cloud 金鑰名稱,搜尋
/GOOG/SERVIC_MAP
表格,然後記下指定的 RFC 目的地名稱。輸入交易代碼
SM59
。針對用於連線至 BigQuery 和 IAM API 的 RFC 目的地,請記下為「目標主機」欄位指定的值。
前往 Google Cloud 控制台的「Network services Cloud DNS」(網路服務 Cloud DNS) 頁面。
按一下包含 Private Service Connect 端點 DNS 記錄的私人區域,這些端點是您建立的,可讓 BigQuery Connector for SAP 私下連線至 BigQuery 和 IAM API。
請確認您在先前步驟中記下的每個目標主機值,都有相符的「DNS name」(DNS 名稱)。
重新執行複製作業。
問題:/GOOG/MSG: 404 - Not Found Requested entity was not found
問題:資料轉移作業失敗,並顯示錯誤訊息 /GOOG/MSG: 404 - Not Found Requested entity was not found
。
原因:在 Google Cloud上執行的工作負載中,用戶端金鑰表格 /GOOG/CLIENT_KEY
中使用的服務帳戶無效。
解決方法:如要解決這個問題,請完成下列步驟:
在 SAP GUI 中,輸入
/GOOG/SLT_SETTINGS
交易,並在前面加上/n
:/n/GOOG/SLT_SETTINGS
針對交易
LTRC
中失敗的大量轉移 ID,請記下「Google Cloud Key Name」欄位的值。輸入交易
SM30
,然後開啟資料表/GOOG/CLIENT_KEY
。請確認「服務帳戶名稱」欄位指定的值,是您在「建立服務帳戶」步驟中,為 BigQuery Connector for SAP 建立的服務帳戶電子郵件地址。
重新執行複製作業。
問題:/GOOG/MSG: 418
- 資料轉移失敗,並收到 SAP 的錯誤訊息
問題:資料轉移失敗,並收到 SAP 的錯誤訊息,例如 No OS command defined for the key
。
原因:如果 SAP 工作負載並非在 Google Cloud上執行,這個問題可能是由下列情況所致:
列印存取權杖的 OS 指令設定有誤
原因:這個問題可能是由下列情況造成:
您已建立作業系統 (OS) 指令來列印存取權杖,但尚未將該指令新增至用戶端金鑰表格
/GOOG/CLIENT_KEY
的存取設定。您在交易
SM69
中建立的 OS 指令無法從 Google Cloud擷取存取權杖。
解決方法:在用戶端金鑰表格 /GOOG/CLIENT_KEY
中,確認「指令名稱」欄位輸入的值,與您建立的存取權杖列印指令名稱相符。
RFC 設定有誤
原因:在 Google Cloud上執行的 SAP 工作負載中,BigQuery Connector for SAP 用來連線至 Google Cloud API 的 RFC 目的地,「目標主機」欄位值不正確。
解決方法:如要解決這個問題,請按照下列步驟操作:
在 SAP GUI 中輸入交易
SE38
,然後開啟報表/GOOG/R_SLT_SETTINGS
。針對執行的
LTRC
交易,開啟大量轉移 ID,並記下「Google Cloud Key Name」的值。輸入交易
SM30
,然後以顯示模式開啟資料表/GOOG/CLIENT_KEY
。使用您在上一個步驟中記下的 Google Cloud 金鑰名稱,搜尋
/GOOG/SERVIC_MAP
表格,然後記下指定的 RFC 目的地名稱。輸入交易代碼
SM59
,然後開啟您在上一步驟中記下的 RFC 目的地。在「目標主機」欄位中,更正指定的網址。
重新執行複製作業。
問題:/GOOG/MSG: 413 - Request Entity Too Large
問題:資料轉移作業失敗,並顯示錯誤訊息 /GOOG/MSG: 413 - Request
Entity Too Large
。
原因:如果 BigQuery Connector for SAP 傳送的區塊位元組大小,超過 BigQuery 接受的 HTTP 要求位元組大小上限,就可能發生這個問題。如果資料表記錄的大小或記錄所含資料量,導致區塊的位元組大小超出 BigQuery 限制,就會發生這種情況。
解決方法:縮減 BigQuery Connector for SAP 為資料表傳送的區塊大小。您可以執行交易 /GOOG/SLT_SETTINGS
來調整區塊大小,也可以啟用動態區塊大小,自動調整區塊大小。如需詳細資訊,請參閱:
問題:/GOOG/MSG: 503 - HTTP Communication Failure - SSL client SSL Client (Standard)
問題:資料轉移作業失敗,並顯示錯誤訊息 /GOOG/MSG: 503 - HTTP
Communication Failure - SSL client SSL Client (Standard)
。
原因:在 Google Cloud上執行的 SAP 工作負載中,BigQuery Connector for SAP 用來連線至 Google Cloud API 的 RFC 目的地,「目標主機」欄位值不正確。
解決方法:如要解決這個問題,請參閱「RFC 設定不正確」一文中的解決步驟。
問題:/GOOG/MSG: 503 - HTTP Communication Failure exception occurred during the request sending
問題:資料轉移作業失敗,並顯示錯誤訊息 /GOOG/MSG: 503 - HTTP
Communication Failure exception occurred during the request sending
。
原因:連線或網路問題可能會導致這個問題。
解決方法:檢查連線,確認網路設定正確無誤,且運作正常,不會發生壅塞情形。
問題:/GOOG/MSG: 503 - HTTP Communication Failure exception occurred during the response receiving
問題:資料轉移作業失敗,並顯示錯誤訊息 /GOOG/MSG: 503 - HTTP
Communication Failure exception occurred during the response receiving
。
這個問題可能是由以下原因造成:
RFC 目的地未啟用 SSL
原因:在 BigQuery Connector for SAP 用於連線至 Google Cloud API 的 RFC 目的地中,使用 SSL 憑證的安全選項未啟用。
解決方法:如要解決這個問題,請參閱「問題:/GOOG/MSG: 403
- 必須使用安全資料傳輸層 (SSL) 才可執行此作業」一文中的解決步驟。
安全資料傳輸層握手失敗
原因:SAP LT Replication Server 主機與 BigQuery API 端點之間的 SSL 握手失敗。如果 TLS 伺服器提供的憑證不適用於 SAP LT 複製伺服器提供的目標主機名稱,就可能發生這種情況。這可能是因為 NetWeaver 核心未實作選用的 TLS 擴充功能 SNI 的用戶端傳送作業。
解決方法:在交易 SMICM
中,尋找回傳代碼 SSLERR_SERVER_CERT_MISMATCH
。如果找到回傳代碼 SSLERR_SERVER_CERT_MISMATCH
,則必須啟用傳送 TLS 擴充功能 SNI。此外,請確認 NetWeaver 核心會實作用戶端傳送作業,傳送選用的 TLS 擴充功能 SNI。
如要啟用傳送 TLS 擴充功能 SNI,請根據 NetWeaver 核心版本,將設定檔參數 icm/HTTPS/client_sni_enabled
或 ssl/client_sni_enabled
設為 TRUE
。如需 SAP 提供的詳細資訊,請參閱:
- SAP Note 510007 - Additional considerations for setting up SSL on Application Server ABAP
- SAP Note 2582368 - SapSSL update for client-side sending of TLS extension SNI by saphttp, sapkprotp
- SAP 注意事項 2124480 - ICM / Web Dispatcher: TLS Extension Server Name Indication (SNI) as client
區塊的位元組大小超出 BigQuery 接受的 HTTP 要求位元組大小上限
原因:BigQuery Connector for SAP 傳送的區塊位元組大小,超過 BigQuery 接受的 HTTP 要求位元組大小上限。如果資料表記錄的大小或記錄所含資料量,導致區塊的位元組大小超出 BigQuery 限制,就會發生這種情況。
解決方法:減少 BigQuery Connector for SAP 為這個資料表傳送的區塊大小。您可以執行交易 /GOOG/SLT_SETTINGS
來調整區塊大小,也可以啟用動態區塊大小,自動調整區塊大小。如需詳細資訊,請參閱:
問題:/GOOG/MSG: 404 - Not found: Dataset DATASET_NAME
問題:嘗試驗證 Google Cloud 安全性或將資料載入 BigQuery 資料表時,您會收到 /GOOG/MSG: 404 - Not found: Dataset DATASET_NAME
訊息。
原因:這個問題可能是由以下情況造成:
- 尚未建立 BigQuery 資料集。
- 大量轉移設定中未正確指定資料集名稱。
- 您必須在 SAP LT Replication Server 中啟用複寫設定。
解決方法:請嘗試下列解決方法:
- 確認資料集已在 BigQuery 中建立。
- 確認大量移轉設定中的資料集名稱,與 BigQuery 中的資料集名稱相同。
- 執行
LTRC
交易,然後停用並重新啟用複寫設定。
問題:Mass Transfer Key can not be found for Mass Transfer ID XXX
問題:您收到 /GOOG/SLT: Mass Transfer Key can not
be found for Mass Transfer ID XXX
錯誤。
原因:這個問題可能是由以下情況造成:
- 指定的批次轉移 ID 沒有批次轉移設定。
- 對應的複製設定未啟用。
解決方法:如要解決這個問題,請採取下列任一做法:
- 執行
/GOOG/SLT_SETTINGS
交易,並確認大量轉移 ID 指定正確。 - 執行
LTRC
交易,然後停用並重新啟用複寫設定。
問題:/GOOG/SLT : Unable to interpret VALUE as a BOOLEAN
問題:記錄載入或複製失敗,並顯示訊息「/GOOG/SLT : Unable to interpret VALUE as a BOOLEAN
」。
原因:來源資料表中的欄位對應至 BigQuery 資料類型 BOOLEAN
,但來源欄位中的資料無法解析為布林值,因此發生這個問題。
解決方法:如要解決這個問題,請使用交易 /GOOG/SLT_SETTINGS 變更來源欄位對應的資料類型,或是移除資料類型對應並接受預設資料類型。
問題:/GOOG/SLT: Failed to convert field SAP_FIELD_NAME value to field BIGQUERY_FIELD_NAME: ERROR_DETAILS
問題:記錄載入或複製失敗,並顯示訊息「/GOOG/SLT: Failed to convert field SAP_FIELD_NAME value
to field BIGQUERY_FIELD_NAME: ERROR_DETAILS
」。
原因:來源欄位含有無效值,或是來源欄位對應至 BigQuery 資料型別,但這並非來源欄位所含資料的有效對應。
解決方法:如要解決這個問題,請使用交易 /GOOG/SLT_SETTINGS
變更來源欄位對應的資料類型,或移除資料類型對應,並接受資料類型的預設對應。
問題:/GOOG/MSG : Client key is not found in /GOOG/CLIENT_KEY table
問題:載入或複製作業並非以 /GOOG/MSG:
Client key is not found in /GOOG/CLIENT_KEY table
訊息開頭。
原因:用戶端金鑰不存在,或在交易 /GOOG/SLT_SETTINGS
的大量轉移設定中指定錯誤。
解決方法:如要解決這個問題,請使用交易 SM30
建立用戶端金鑰,或使用交易 /GOOG/SLT_SETTINGS
修正大量轉移設定中的用戶端金鑰值規格。
問題:/GOOG/MSG: DESCRIPTION_OF_ISSUE error occurred in chunk ranging START_INDEX_OF_FAILED_CHUNK - END_INDEX_OF_FAILED_CHUNK
問題:區塊的複製作業失敗,並顯示錯誤訊息「/GOOG/MSG: DESCRIPTION_OF_ISSUE error occurred in chunk
ranging START_INDEX_OF_FAILED_CHUNK -
END_INDEX_OF_FAILED_CHUNK
」。
原因:這可能有多個原因,包括 Invalid JSON Payload
、Quota Exceeded
、Request Entity Too Large
或 HTTP Communication Failure
。系統會顯示無法複製到 BigQuery 的區塊錯誤訊息,以及該區塊的開始和結束索引。
如果未在交易 BREAK
中設定 /GOOG/SLT_SETTINGS
標記,系統就會顯示這則錯誤訊息。如果未設定 BREAK
標記,即使發生錯誤,BigQuery Connector for SAP 仍會繼續傳送下一個區塊,將記錄傳送至 BigQuery。
解決方法: 請嘗試下列解決方法:
如遇
Quota Exceeded
、Request Entity Too Large
或HTTP Communication Failure
問題,請按照適當的疑難排解步驟操作:停止目前的載入作業、從 BigQuery 刪除目標資料表,然後重新啟動載入作業。
如要停止將資料傳送至 BigQuery,並在遇到含有錯誤的區塊時終止複製作業,請設定
BREAK
旗標 (建議用於正式環境)。如要瞭解如何設定
BREAK
旗標,請參閱「指定資料表建立和其他一般屬性」。
問題:DESCRIPTION_OF_ISSUE while signing JWT using profile KEY_FILE_NAME.pse. Check JWT config in STRUST
STRUST
問題:您收到 DESCRIPTION_OF_ISSUE while
signing JWT using profile KEY_FILE_NAME .pse. Check JWT config in
錯誤。STRUST
原因:JWT 設定和服務帳戶金鑰設定在 STRUST
中設定不正確。
解決方法:確認 JWT 設定和服務帳戶金鑰已按照「使用 JWT 驗證身分以取得存取權杖」一文中的說明設定。
問題:Bad Request invalid_grant. Invalid JWT Signature
問題:您收到 Bad Request invalid_grant.
Invalid JWT Signature
錯誤。
原因:匯入 STRUST
的 PSE 或 P12 金鑰檔案不屬於您用來簽署 JWT 的服務帳戶。
解決方法:請務必將正確的服務帳戶金鑰檔案匯入 STRUST
。如要瞭解如何將服務帳戶金鑰匯入 STRUST
,請參閱「將服務帳戶金鑰匯入 STRUST」。
問題:/GOOG/MSG : 400 - Bad Request invalid_grant Invalid grant: account not found
問題:無法連線至 Google Cloud API。
原因:用於 JWT 簽署的服務帳戶不正確,或沒有必要權限。
解決方法:請確認您為 JWT 權杖擷取作業指定的服務帳戶,已根據表格 /GOOG/BQ_PARAM
中的 JWT_SERVC_ACCT
參數正確維護。詳情請參閱「在 SAP LT 複寫伺服器主機上啟用服務帳戶的 JWT 簽署功能」。
問題:OAuth RFC HTTP Destination not maintained in /GOOG/SERVIC_MAP
/GOOG/SERVIC_MAP
問題:您收到 OAuth RFC HTTP Destination not maintained
in
錯誤。/GOOG/SERVIC_MAP
原因:服務對應表 /GOOG/SERVIC_MAP
中沒有 OAuth 2.0 的 RFC 目的地。
解決方法:更新服務對應表 /GOOG/SERVIC_MAP
中的 OAuth 2.0 RFC 目的地,然後重新執行載入作業。如要瞭解如何指定 RFC 目的地,請參閱「在 /GOOG/SERVIC_MAP
中指定 RFC 目的地」。
問題:如果登入語言不是英文,使用 CSV 檔案上傳資料時,欄位說明會亂碼
問題:如果登入語言不是英文,使用檔案上傳選項上傳 BigQuery 目標資料表欄位類型和欄位說明時,系統不會正確上傳 CSV 檔案中的欄位說明。上傳的說明中出現亂碼字元和符號。
原因:如果登入語言不是英文,檔案上傳公用程式就無法正確解讀 CSV 檔案中的字元。
解決方法:如要上傳非英文的 BigQuery 目標資料表欄位類型和欄位說明,請使用 UTF-8 編碼格式,並為 CSV 檔案加上位元組順序標記 (BOM)。將 CSV 檔案儲存為 UTF-8 BOM 格式,然後上傳檔案。
問題:根 CA 憑證無效,導致驗證錯誤
問題:您無法向 Google Cloud 驗證身分,且遇到下列情況:
- 您收到錯誤訊息
/GOOG/MSG: 421 - SSL handshake with iamcredentials.googleapis.com: 443 failed: SSSLERR_PEER_CERT_UNTRUSTED
。 - 在交易
SMICM
中,您會看到錯誤訊息ERROR: The chain of certificates is incomplete or untrusted, missing certificate of CN-GTS Root R4.
原因:最新版 Google 根憑證授權單位憑證未正確安裝在 STRUST
中。
解決方法:從 Google Trust Services 存放區下載所有最新的根 CA 憑證,然後在 STRUST
交易中上傳。請勿使用現有憑證。如要瞭解如何執行這項操作,請參閱「使用 JSON 網頁權杖進行驗證:設定 TLS/SSL 憑證」或「使用存取權杖進行驗證:設定 TLS/SSL 憑證」。
問題:/GOOG/MSG : 400 - Schema mismatch for table TABLE_ID. Please delete the schema from Pub/Sub and try again.
問題:您無法複製來源 SAP 資料表中的資料。
原因:特定資料表的現有 Pub/Sub 結構定義與 SAP 資料表定義衍生的結構定義不符,就會發生這項錯誤。如果兩個結構定義的時間分割設定不一致,也可能發生這種情況。
解決方法:如要解決這個問題,請完成下列步驟:
從 Pub/Sub 刪除指定資料表的現有結構定義。如要瞭解如何從 Pub/Sub 刪除結構定義,請參閱「刪除結構定義」。
重新執行複製作業。系統會根據 SAP 資料表定義自動重新建立結構定義。
問題:/GOOG/MSG : 400 - Compatibility checking failed to commit a schema revision for (schema="SCHEMA_NAME"). (reason="Revision is incompatible with previous revision: SCHEMA_NAME. Failed with error").
問題:您無法複製來源 SAP 資料表中的資料。
原因:Pub/Sub 拒絕新的結構定義修訂版本,因為該版本與先前的結構定義修訂版本不相容。
解決方法:如要解決這個問題,請確認交易 /GOOG/SLT_SETTINGS
中的結構定義變更相容於 Pub/Sub 中的 Avro 結構定義。
確認 Avro 欄位對應符合結構定義解析。
問題:/GOOG/MSG : 429 - You have exceeded your revisions per schema quota (schema="SCHEMA_NAME").
問題:您無法複製來源 SAP 資料表中的資料。
原因:Pub/Sub 結構定義的修訂版本數量超出上限。
解決方法:如要修正這個問題,請刪除任何未使用的現有結構定義修訂版本,或刪除整個結構定義,然後在 /GOOG/SLT_SETTINGS
交易中設定新的結構定義。詳情請參閱「管理 Pub/Sub 資料表結構定義,以因應資料表結構變更」。
問題:/GOOG/MSG : 400 - Incompatible schema type for field FIELD_NAME: AVRO_TYPE vs. BQ_TYPE
問題:您無法複製來源 SAP 資料表中的資料。
原因:當 Avro 結構定義與 BigQuery 目標資料表結構定義之間,特定欄位的資料類型對應不相容時,就會發生這個錯誤。
解決方法:如要解決這個問題,請完成下列步驟:
在
/GOOG/SLT_SETTINGS
交易中,修正欄位對應,確保 Avro 和 BigQuery 資料類型彼此相容。詳情請參閱「自訂預設欄位對應」。
如要瞭解 Avro 型別與 BigQuery 資料類型之間的結構定義相容性,請參閱「結構定義相容性」。
重新執行複製作業。
常見營運問題
本節提供解決方案,協助您解決首次設定 BigQuery Connector for SAP 後可能發生的常見問題。
問題:SAP 中的空白來源資料表未在 BigQuery 資料集中建立
問題:SAP 中的空白來源資料表不會在 BigQuery 資料集中建立。
原因:如果 SAP 來源資料表為空白,SAP SLT 會禁止在 BigQuery 中建立目標資料表。
解決方法:如要為 SAP 中空白的來源資料表,在 BigQuery 資料集中建立目標資料表,可以使用「建立資料表」工具。如要瞭解如何執行「建立資料表」工具,請參閱「建立資料表工具」。
問題:BigQuery 中的寫入次數不正確
問題:寫入 BigQuery 的記錄數量高於 SAP LT 複製伺服器記錄中顯示的記錄數量。
原因:這類問題可能有多種原因,包括暫時性連線問題導致 SAP LT 複製伺服器多次傳送記錄,或是 BigQuery 資料表只接受插入作業,且來源中單一記錄的每次變更都會以個別項目插入目標資料表。
解決方法:如果記錄數差異不大,且 BigQuery 中的記錄數不低於來源資料表,這是正常現象,並非問題。
如要準確比對 BigQuery 中的記錄數與來源資料表中的記錄數,請按照「SQL 查詢記錄數」一文的說明,查詢 BigQuery 資料表。
如要進一步瞭解這個問題的可能原因,請參閱「HANA 上 ABAP 來源/目標的特殊考量」。
問題:/GOOG/MSG : 400 - Schema mismatch for table TABLE_NAME
問題:您收到錯誤訊息 /GOOG/MSG : 400 - Schema mismatch
for table TABLE_NAME. Please delete the table from BigQuery and
try again.
原因:現有 BigQuery 資料表輸入了下列其中一項變更:
- 刪除欄位
- 重新命名欄位
- 欄位的資料類型變更
- 資料表的分區類型變更
上述變更無法套用至現有的 BigQuery 表格。
解決方法:如要變更現有表格中的任何欄位屬性,請刪除現有表格,然後將記錄重新載入新表格。
如果變更有誤,請在 SAP LT Replication Server 中還原變更。
如要進一步瞭解如何在目標 BigQuery 資料表中設定欄位和分區,請參閱「BigQuery 複製設定」。
問題:與無效資料相關的錯誤訊息
問題:您在應用程式記錄檔中收到錯誤訊息:
/GOOG/MSG/: DESCRIPTION_OF_INVALID_DATA error
occurred in FIELD_NAME in record
RECORD_KEYS
。
原因:將任何無效資料插入目標資料表時,BigQuery 會發出這則錯誤訊息。資料無效的原因可能如下:
- 特定記錄欄位中的資料與 BigQuery 的資料類型不相容。舉例來說,BigQuery 會在下列情況產生錯誤訊息:
- 字串會保留在
DATE
、INTEGER
或BOOLEAN
類型的欄位中。 DATE
類型的欄位中保留了無效日期 (00/00/0000
)。
- 字串會保留在
- 交易
/GOOG/SLT_SETTINGS
的欄位對應中,維持了不正確的目標資料類型。
如果記錄包含含有無效資料的欄位,BigQuery 會針對每筆記錄發出錯誤訊息。
解決方法:分析錯誤訊息,
DESCRIPTION_OF_INVALID_DATA
,瞭解資料無效的可能原因。
如要找出含有無效資料的記錄,請使用 RECORD_KEYS
,其中包含記錄前五個欄位的內容。如果資料表有五個或更少的欄位,則所有欄位的內容都會納入 RECORD_KEYS
。
- 如果欄位中的資料與 BigQuery 中的資料類型不相容,請修正來源資料表中的資料。
- 如果錯誤是因資料與資料類型不符而發生,請使用交易
/GOOG/SLT_SETTINGS
指定適當的資料類型。如要進一步瞭解資料類型對應,請參閱「資料類型對應」。
問題:交易 SE16
或 SE16N
中顯示的欄位值與 BigQuery 中顯示的值不同
問題:比較 SAP 交易 SE16
或 SE16N
中的資料與 BigQuery 時,您可能會發現下列差異:
- 交易
SE16
或SE16N
中顯示的欄位值,可能與 BigQuery 中的對應值不同。 - 交易
SE16
或SE16N
中的欄位值可能會顯示空白,但 BigQuery 中對應的欄位卻含有值。
原因:您發現這種情況的原因如下:
搭配 SAP 相容性檢視表使用的標準 SLT 行為
在 SAP S/4HANA 來源系統中,MARD
、MARC
、MBEW
和 MBEWH
等資料表具有相容性檢視畫面,可顯示交易 SE16
或 SE16N
中的值。對於這類資料表,交易 SE16
或 SE16N
中顯示的值是使用聯結條件在相容性檢視畫面中計算,其中包含其他幾個基礎資料表。
在 SLT 中設定要複製到 BigQuery 的資料表時,如果該資料表含有相容性檢視區塊,SLT 不會複製相容性檢視區塊中的資料。SLT 會分別複製每個基礎資料表的資料,因此您可能會發現,與 BigQuery 顯示的資料相比,SE16
或 SE16N
中的某些欄位值有所不同。這是標準 SLT 行為。
從資料庫傳送至 BigQuery 的未轉換值
SLT 會直接從資料庫擷取未轉換的值,並按照您或預設對應規則維護的資料轉換邏輯,將這些值傳送至 BigQuery。
因此,即使欄位在交易 SE16
或 SE16N
中顯示空白或不同值,系統仍會將未轉換的基礎值傳送至 BigQuery。
舉例來說,在資料庫中,未轉換的物料號碼通常會以零開頭。轉換程序會先移除前置零,再於 SE16N
中顯示值。如要查看開頭有零的原始值,請在 SE16N
中按兩下該項目。詳情請參閱「SE16
或 SE16N
中顯示空白欄位或不同值,是因為從資料庫傳送至 BigQuery 的值未經過轉換」。
解決方法:如要解決這個問題,請視情況採取下列行動:
由於標準 SLT 行為與 SAP 相容性檢視畫面,SE16
或 SE16N
中顯示的欄位值不同
如要解決這個問題,請完成下列步驟:
- 在 SAP GUI 中執行交易代碼
LTRS
。 - 選取 BigQuery 複製作業的大量移轉設定。
- 依序前往「進階複製設定」>「表格設定」。
- 選取使用相容性檢視區塊的資料表。如果系統未列出所需資料表,請新增資料表。
在「Processing Settings」(處理設定) 部分,輸入下列欄位的值:
- 初始載入的檢視畫面:表格的相容性檢視畫面值 (來自
SE16
或SE16N
)。 - 複製檢視:表格的相容性檢視值 (來自
SE16
或SE16N
)。
- 初始載入的檢視畫面:表格的相容性檢視畫面值 (來自
儲存設定。
或者,您也可以將相容性檢視表的所有基礎資料表複製到 BigQuery。在 BigQuery 中,使用與相容性檢視畫面相同的聯結條件,聯結這些資料表。
如要找出表格的相容性檢視畫面,請按照下列步驟操作:
- 在 SAP GUI 中執行交易代碼
SE16
或SE16N
。 - 在「Search in Table」(在表格中搜尋) 欄位中輸入
DD02L
,然後按 Enter 鍵。 - 在「Table Name」(資料表名稱) 或「TABNAME」欄位中,輸入要尋找相容性檢視表的資料表名稱。
- 按一下 [Execute] (執行) 按鈕。如果資料表有相容性檢視畫面,則「檢視畫面名稱」或「VIEWREF」欄會顯示該畫面。
如需 SAP 網站上一些知名資料表及其相容性檢視表的相關資訊,請參閱 SAP Note 2595627 - Accessing table from SE16/SE16N shows different results to SAP HANA database。
SE16
或 SE16N
中顯示空白欄位或不同值,是因為資料庫傳送至 BigQuery 的值未轉換
如要解決這個問題,請完成下列步驟:
- 在 SAP GUI 中執行交易代碼
SE16N
。 - 在「Table Name」(資料表名稱) 欄位中,輸入要檢查的 SAP 資料表名稱,然後按下 Enter 鍵。
- 找出欄位顯示空白或不同值的資料列。
- 按兩下您找到的特定資料列。
- 在資料列的詳細檢視畫面中,尋找「未轉換價值」欄。 這個資料欄會顯示相應欄位儲存在基礎資料庫中的未轉換值。
問題:升級 SLT 或 SAP 來源系統後,您無法在 LTRS
交易中維護相容性檢視畫面
問題:升級 SLT 或 SAP 來源系統後,您無法在 LTRS
交易中維護相容性檢視畫面。
原因:升級後,SAP 將異動資料擷取 (CDC) 機制切換為其他值,因此發生這個問題。
解決方法:如要在升級後維持 LTRS
交易中的相容性檢視畫面,請按照 SAP 附註 3169933 - What is report IUUC_REPL_SWITCH_REC_MCHNSM ? - SLT。
問題:Failed to create proxy table TARGET_TABLE_NAME for object SOURCE_TABLE_NAME
問題:使用 BigQuery Connector for SAP 將資料從 SAP HANA 移轉至 BigQuery 時,資料表載入作業失敗,並顯示錯誤訊息 Failed to create proxy table
TARGET_TABLE_NAME for object SOURCE_TABLE_NAME
。
原因:來源資料表的一或多個欄位字元數超過 SLT 設定的 30 個字元限制。
解決方法:請嘗試下列解決方法:
- 如果資料表索引鍵欄位的字元數超過 30 個,您就無法載入或複製這類資料表。這是 SLT 的已知限制。
- 如果資料表其他欄位的字元數超過 30 個,請建立檢視畫面,將字元數超過 30 個的欄位名稱對應至較短的欄位名稱。
詳情請參閱 SAP 附註 1768805 - SAP Landscape Transformation Replication Server (SLT):非 ABAP 架構的來源。
問題:在 BigQuery 中複製的資料中發現 NULL
欄位
問題:使用 BigQuery Connector for SAP 將資料複製到 BigQuery 時,BigQuery 資料表中會顯示 NULL
值。
原因:如果 BigQuery Connector for SAP 設定中的「傳送未壓縮的旗標」旗標已停用 (預設為停用),就會發生這種情況。如果停用這個標記,BigQuery Connector for SAP 會從傳送至 BigQuery 的來源記錄中省略空白欄位。因此,BigQuery 會在目標資料表中,將這些省略的欄位初始化為 NULL
。
解決方法:如要解決這個問題,請在 BigQuery 設定中選取「傳送未壓縮的標記」,停用記錄壓縮功能。
選取「傳送未壓縮的標記」可能會對複製效能造成負面影響。為確保最佳效能,請避免在資料表層級停用記錄壓縮功能。 如果只需要特定欄位的未壓縮資料,請改為在欄位層級為這些欄位啟用「傳送未壓縮的標記」。
詳情請參閱「記錄壓縮」。
取得支援
如果需要協助解決複製作業和 BigQuery Connector for SAP 的問題,請收集所有可用的診斷資訊,然後與 Cloud Customer Care 聯絡。
如要進一步瞭解如何與 Cloud Customer Care 聯絡,請參閱「取得 SAP 支援 Google Cloud」。