您位於此處：
Data 360 管理與 DevOps 資料套件的合併回復
使用 Sandbox 開發和驗證資料管理策略,然後透過合併方式將其部署至生產。合併回復是將已驗證中繼資料從 Sandbox 組織移回連結的生產組織或另一個連結的 Sandbox 組織的流程。DevOps 資料套件會在環境之間移動管治中繼資料,並維持一致的安全性狀況。
用於監管的資料套件類型
Data 360 提供兩種資料套件類型。
- DevOps 資料套件:用於連結環境之間的 Sandbox 轉生產合併回復。
- 標準資料套件:用於跨組織的封裝與部署。
合併回合中的監管中繼資料
合併會移動控制資料存取權的中繼資料。
- 標記指派會識別並分類資料模型物件 (DMO)、資料湖物件 (DLO) 和已計算洞察物件 (CIO)。
- 監管原則可控制資料的存取權並予以保護。
- 記錄級安全性 (RLS) 控制記錄的存取權。使用 DevOps 資料套件將監管元件部署至目標組織。
- 欄位級安全性 (FLS) 控制欄位的存取權。
- 物件級安全性 (OLS) 控制物件的存取權。
- 結構化遮蔽原則可保護敏感資料。
合併回合的資料管理支援
Mergeback 支援這些資料管理功能。
- 指派標準標記至 Data 360 物件
- 根據標準標記套用監管原則,包括:
- RLS 原則
- FLS 原則
- 物件級結構化遮蔽原則
用於監管的 DevOps 資料套件部署模型
DevOps 資料套件會將管理元件分組,並將其部署至目標組織。
- 捕捉監管原則與 Data 360 物件之間的關係。
- 使用內建的部署機制,包括變更集。
- 將資料資產 (例如 DMO 或 DLO) 新增至 DevOps 資料套件。系統會自動包含相關聯的監管原則和標記指派。
您無法將原則或標記指派單獨新增至資料套件。
備註 針對具有聯結的 RLS,請確定所有參照的物件存在於目標組織中,或在啟用原則之前使用 DevOps 資料套件進行部署。
合併回復不支援的監管功能
Mergeback 不支援這些功能。
| 不支援的功能 | 應改為執行的動作 |
|---|---|
| 在 Sandbox 中建立自訂標記並將其部署至生產環境 | 在部署前,在目標生產組織中手動重新建立自訂標記。 |
| 透過合併方式指派自訂標記 | 部署後,在目標組織中手動指派自訂標記。 |
| 根據自訂標記套用原則 | 將標準標記用於合併支援的監管原則。 |
| 套用結合標準和自訂標記的原則 | 重新設計原則,以在部署前僅使用標準標記。 |
| 在合併期間使用自訂標記,即使它們存在於目標組織中 | 直接在目標組織中重新套用或管理自訂標記用量。 |
| 非結構化資料遮蔽原則 | 在目標組織中個別設定非結構化遮蔽原則。 |
| RLS 階層運算子原則 | 將支援的 RLS 原則類型用於合併式部署。 |
| 在合併期間刪除監管中繼資料 | 使用「資料管理」UI 或支援的 API,從目標組織手動移除原則或標記指派。 |
監管合併回復部署考量事項
規劃移轉時,請考量下列特定行為。
- 支援的部署路徑:Mergeback 僅支援相關 Data 360 環境之間的部署,例如 Sandbox-to-production 或 Sandbox-to-Sandbox。
- 不支援刪除:在 Sandbox 中移除原則或標記指派並不會將其從目標組織中移除。
- 不支援 CLI:Salesforce CLI 不支援監管原則部署。
- 系統定義的標記:Salesforce 提供並維護系統定義的標記分類。請勿重新命名、刪除或重新指派這些標記,因為監管原則取決於這些標記。任何修改都會在平台更新期間回復。
- 交易限制:大型部署可能需要批次。
- 使用 DevOps 資料套件部署 Data 360 管理原則
使用 DevOps 資料套件將您的資料管理原則從 Sandbox 移轉至生產組織。此方法可維持一致性並減少手動錯誤。 - 疑難排解 Data 360 管理合併回復部署
當您移轉資料管理中繼資料時,有時可能會遇到部署錯誤。檢閱常見合併問題的症狀和解決方案,以便您能夠成功完成跨環境的部署。
此文章是否解決您的問題？
請讓我們知道，以便我們改進！
