在 中管理零 ETL 整合 Oracle Database@AWS - Oracle Database@AWS
修改零 ETL 整合刪除零 ETL 整合最佳實務

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

在 中管理零 ETL 整合 Oracle Database@AWS

建立零 ETL 整合之後，您可以執行各種管理操作，包括修改和刪除整合。本節涵蓋零 ETL 整合的持續管理。

修改零 ETL 整合

您只能修改支援的資料倉儲中零 ETL 整合的名稱、描述和資料篩選選項。您無法修改用來加密整合的 AWS Key Management Service 金鑰，或是來源或目標資料庫。

修改整合的先決條件

修改零 ETL 整合之前，請確定您有下列項目：

  • 必要許可 – 除了標準odb:UpdateOutboundIntegration許可之外，您的 IAM 使用者或角色還必須具有 AWS Glue 許可。

  • 處於作用中狀態的整合 – 整合必須處於 ACTIVE 狀態，而非 CREATING、DELETING、 MODIFYING或 FAILED。

  • 有效的資料篩選條件語法 – 新的資料篩選條件必須遵循支援的包含/排除模式語法。

修改資料篩選條件

您可以修改資料篩選條件來變更要複寫的資料表或結構描述。如此一來，您可以在複寫中新增或移除資料庫物件，而無需重新建立整個整合。

若要修改整合的資料篩選條件，請使用 modify-integration命令。

aws glue modify-integration \
  --integration-identifier integration-id \
  --data-filter "include: pdb1.new_schema.*"

您也可以同時修改整合名稱和描述。在下列範例中，您可以修改 中兩個結構描述的整合名稱、描述和篩選條件pdb1。

aws glue modify-integration \
  --integration-identifier integration-id \
  --data-filter "include: pdb1.schema1.*, pdb1.schema2.*" \
  --integration-name "Updated Integration Name" \
  --description "Updated integration description"
重要

當您修改資料篩選條件時，整合會進入 modifying 狀態，並執行資料的重新同步。整合會停止複寫、套用新的篩選條件設定，並使用重新載入目標操作繼續複寫。監控整合狀態，以確保修改成功完成。

對零 ETL 整合進行資料篩選條件修改的考量

修改資料篩選條件時，請考慮下列事項：

  • 單一 PDB 限制 – 每個整合只能指定一個插入式資料庫 (PDB)。include: pdb1.*.*, include: pdb2.*.* 不支援 等資料篩選條件

  • 複寫中斷 – 資料複寫會在修改程序期間停止，並在套用新的篩選條件後繼續。

  • 資料重新載入 – 整合會執行符合新篩選條件的完整資料重新載入。

  • 效能影響 – 大型資料篩選條件變更可能需要很長的時間才能完成，並且可能會影響重新載入期間的來源資料庫效能。

修改零 ETL 整合設定的限制

建立零 ETL 整合後，您無法修改下列設定：

  • 秘密 ARN – 包含資料庫登入資料的 AWS Secrets Manager 秘密

  • KMS 金鑰 – 用於加密的客戶受管金鑰

  • 來源 ARN – Oracle Database@AWS VM 叢集

  • 目標 ARN – Amazon Redshift 叢集或命名空間

若要變更這些設定，請刪除現有的零 ETL 整合並建立新的整合。

刪除零 ETL 整合

當您不再需要零 ETL 整合時，您可以將其刪除以停止複寫並清除相關聯的資源。

使用 Glue AWS 刪除

使用 Glue API 刪除零 ETL AWS 整合。

aws glue delete-integration \
  --integration-identifier integration-id

您可以在下列狀態下刪除整合：

  • 作用中

  • needs_attention

  • 失敗

  • 同步

刪除的影響

當您刪除零 ETL 整合時，請考慮下列效果：

複寫會停止。

Oracle Database@AWS does 不會從 Amazon Redshift 複寫新變更。

保留現有資料。

已複寫至 Amazon Redshift 的資料仍然可用。

目標資料庫仍會保留。

從整合建立的 Amazon Redshift 資料庫不會自動刪除。

重要

刪除是不可復原的。如果您需要在刪除後繼續複寫，請建立新的整合，以執行完整的初始載入。

零 ETL 管理的最佳實務

遵循這些最佳實務，以確保零 ETL 整合的最佳效能、安全性和成本效益。

操作最佳實務

這些操作實務有助於維持可靠且有效率的零 ETL 整合。

定期監控

設定 CloudWatch 警示來監控整合運作狀態和效能指標。

登入資料輪換

定期輪換資料庫密碼，並在 AWS Secrets Manager 中更新它們。

備份驗證

定期驗證您的 Oracle 資料庫備份是否包含災難復原所需的元件。

效能測試

測試零 ETL 整合對 Oracle 資料庫效能的影響，特別是在尖峰使用期間。

結構描述變更規劃

在將結構描述變更套用到生產環境之前，在開發環境中規劃和測試結構描述變更。

安全最佳實務

實作這些安全措施來保護您的零 ETL 整合和資料。

最低權限存取

僅授予複寫使用者和 IAM AWS 角色所需的最低許可。

網路安全

使用安全群組和 NACLs來限制網路只能存取必要的連接埠和來源。

靜態加密

確保 Oracle 資料庫和 Amazon Redshift 叢集都使用靜態加密。

稽核記錄

在 Oracle 和 Amazon Redshift 上啟用稽核記錄，以追蹤資料存取和變更。

秘密管理

盡可能使用 AWS Secrets Manager 自動輪換功能。

成本最佳化

套用這些策略來最佳化成本，同時維持有效的零 ETL 整合效能。

資料篩選

使用精確的資料篩選條件僅複寫您需要的資料，從而降低儲存和運算成本。

Amazon Redshift 最佳化

使用適當的 Amazon Redshift 節點類型並實作資料壓縮來最佳化成本。

監控用量

透過 AWS Cost Explorer 定期檢閱您的零 ETL 整合用量和成本。

清除未使用的整合

刪除不再需要的整合，以避免持續收費。