標準至強化資料模型遷移概述

Microsoft Power Platform CLI 遷移工具會將現有 Power Pages 站點支援的設定及相關紀錄從標準資料模型移至增強資料模型，然後切換站點以使用遷移後的設定。

標準資料模型會將Power Pages站點配置儲存在使用 adx_ 前綴的資料表上。強化資料模型將網站配置儲存在 網站元件 表（powerpagecomponent）中，並依元件類型識別每個元件。了解遷移工具的運作方式、支援哪些範本，以及哪些自訂不會自動更新，有助於你決定何時以及如何移動網站。

檢視強化資料模型的好處，解釋了為何你可能會考慮遷移網站。

值得注意的是，並非所有adx_*表都會移動到 powerpagecomponent。只有中繼資料 adx_* 資料表——也就是描述網站結構與編寫介面的那些資料表，例如 adx_webpage、adx_webtemplate、adx_contentsnippet、adx_weblink、adx_pagetemplate、adx_entityform、adx_sitesetting 和 adx_entitylist——會整併到 powerpagecomponent 中（其每一列的屬性會移至 content JSON 欄位中）。

交易/執行時的 adx_* 資料表——即在執行時捕捉終端使用者活動的表格，如 adx_invitation、 adx_inviteredemption、 adx_portalcommentadx_externalidentity、，以及實體表單/進階表單提交與日誌表——不會遷移到powerpagecomponent其他資料表;它們會保留在現有結構上，並持續像以前一樣儲存執行時資料。交易資料表的改變在於，它們在引用遷移過程中，對元資料記錄的查詢會重新接線，使其指向新的 powerpagecomponent 資料列，而非舊有的元資料adx_*列。

現有以標準資料模型撰寫的網站仍運行於 adx_* 資料表，因此每個網站都必須遷移以享受增強的資料模型。遷移會將站點的配置元資料移至增強型資料模型 powerpagecomponent 形狀，將交易引用重新接線到這些新的元資料記錄，並將站點記錄翻轉為從增強型資料模型提供。這裡也是識別並修正自訂項目的地方——包括自訂的 adx_* 欄位、讀取 adx_* 屬性的 Liquid、針對 adx_* 資料表的 FetchXML、外掛程式和工作流程——因為這些自訂不會自動沿用過來，必須重寫或重新調整，才能搭配增強後的資料模型運作。

先決條件

Microsoft Power Platform CLI2.11.2 或更新版本，執行網站下載、遷移、狀態、啟用及回滾指令。欲了解更多資訊，請參閱安裝最新 Power Platform CLI。
Dataverse 基礎入口網站套件 CDSBasePortal9.3.2607.x 或更新版本，提供所需的基礎入口網站元件。
Power Pages Core 套件 PowerPages_Core1.0.2605.x 或更新版本，提供所需的 Power Pages 執行時元件。更新 Power Pages 解決方案。
系統管理員、Dynamics 365 管理員或 Power Platform 管理員角色，該角色是切換或還原主動資料模型所必需的。
熟悉用於 Power Pages 的 Power Platform CLI。
若環境處於管理模式，則啟用背景操作。

遷移工具功能

移轉公用程式會將受支援的網站設定及相關記錄複製到增強後的資料模型。遷移完成後，活躍站點會切換到增強型資料模型並進行驗證，然後才恢復正常使用。

遷移工具：

產生一份可能需要手動更改的自訂報告。
遷移受支援的網站設定及相關記錄。
讓你在切換主動資料模型前檢查遷移狀態。
如果驗證發現關鍵問題，你可以將網站還原回標準資料模型。

Important

遷移工具不會自動更新所有直接依賴標準資料模型資料表的自訂。檢視自訂報告，修正受影響的自訂程式碼，並在正式使用前測試遷移後的網站。

支援範本

您可以遷移從以下範本建立的現有標準資料模型網站：

入門配置 1-5
應用程式處理
空白頁面
方案註冊
排程及管理會議
FAQ
社群入口網站（Dynamics 365）
客戶自助服務入口網站（Dynamics 365）
員工自助服務入口網站 (Dynamics 365)
Partner Portal （Dynamics 365）

Note

建立使用強化資料模型的新站點與遷移現有站點是獨立的功能。如果網站的原始範本沒有列出，就不要執行該網站的遷移工具。

開始之前

其他規劃考量：

切換至增強型資料模型環境設定控制新站點所使用的資料模型。開啟這個設定並不會遷移現有網站。
先在完整的生產環境副本中執行遷移。在遷移前完成客製化、修復與驗證。
使用貴組織的標準備份與還原流程來備份生產環境。
規劃最終正式環境切換與驗證作業的維護時段。
將網站 ID、入口網站 ID、環境網址、CLI 版本、套件版本、遷移開始時間及指令輸出表單作為遷移記錄的一部分。

規劃環境序列

遷移支援不同環境，每個環境都有不同的模式。

環境	推薦模式	你該怎麼做
發展	`configurationData`	遷移設定、檢視自訂報告、修復自訂、驗證，並將設定擷取到解決方案中。
測試或 UAT	`configurationDataReferences`	從開發中匯入測試過的解決方案，遷移支援的相關紀錄，啟動增強型資料模型，並進行驗證。
生產	`configurationDataReferences`	匯入已驗證的管理解決方案，遷移支援的相關紀錄，在維護期間啟用，並完成生產驗證。
單一環境或簡單網站	`all`	只有當你了解自訂影響且不使用多環境解決方案路徑時，才在一次操作中遷移設定和相關紀錄。

建立一個工作資料夾

使用一個空的工作資料夾來存放報告、下載的網站原始碼和比較檔案。以下範例用於 \<OUTPUT\> 此地點。

mkdir C:\PowerPagesMigration\<site-name>
cd C:\PowerPagesMigration\<site-name>

移轉階段

遷移過程分為四個階段：

預檢查 — 驗證網站、ID、CLI、套件、範本解決方案及遷移狀態。
配置 — 在開發中遷移設定，或在下游環境中匯入測試過的設定。
遷移與啟用 — 遷移相關紀錄、確認完成、切換模型並重新啟動。
驗證 — 測試行為、權限、自訂程式碼與範本流程。

第一階段（站點發現與預檢查）與第四階段（遷移後驗證）對每個站點的運作方式相同。

第二階段與第三階段會依軌道分支，其形式取決於遷移模式；而遷移模式則會根據環境類型決定軌道。

編寫軌道（模式 configurationData 或 all）用於開發和單一環境配置。元資料本身會被本地遷移，客製化資料會掃描並依標準資料模型來源修正，然後交易參考才會移動。

下游追蹤（模式 configurationDataReferences）用於 Test、UAT 和 Production 環境，其中設定中繼資料假定已透過 ALM 解決方案從 Dev 環境匯入。只有交易引用會遷移到此軌道。任何客製化結果都顯示上游的ALM缺口，而非你應該在本地完成的工作。

第一階段：預檢

請使用 pac --version 確認您的 Power Platform CLI 版本。如果你的版本比要求版本還早，請先安裝或更新 Microsoft Power Platform CLI，再繼續使用。
驗證身分以登入目標環境。
1. 執行 pac auth list。
2. 執行 pac auth who。
確認該有效驗證設定檔指向包含該網站的環境。若要選擇其他設定檔或建立設定檔，請使用 pac auth select 或 pac auth create -u "https://contoso.crm.dynamics.com"。
使用以下其中一種方法，為您的範本安裝增強型資料模型解決方案：
1. 在系統管理中心啟用增強型資料模型（EDM）旗標後，使用您的範本佈建網站。
2. 使用 CLI 並以下列指令安裝 pac application install --application-name "PowerPages_PartnerPortal_V2"
找到該網站並用記錄其識別碼。pac pages list -v

請記錄下表所示的數值。

值	用途
網站 ID	所有 `migrate-datamodel` 指令。
入口網站 ID	切換到增強資料模型並回歸標準資料模型。
友善名稱與網址	確認你在管理中心選對了網站。
資料模型版本	必須是標準版。如果已經是增強版，則不需要遷移。

Important

入口網站的 ID 並不是 Power Pages 應用程式的 ID。如果 CLI 沒有顯示入口網站識別碼，您可以在 Power Platform 系統管理中心的資源>Power Pages 網站>網站詳細資料下找到，或者使用具有必要網站存取權限的帳戶登入時，將 /_services/about 附加到網站 URL 後面。

請使用以下指令檢查先前或正在進行的遷移：

pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --checkMigrationStatus

Status	意義	Action
NotStarted 或沒有追蹤器	尚未開始遷移。	繼續檢查包裹。
恢復	先前的遷移被回撤。	查看還原原因，準備就緒後再繼續。
已完成	遷移完成了，但網站可能還沒被換。	確認主動資料模型。如果仍為 Standard，請繼續進行啟用。
Running	遷移仍在處理中。	繼續檢查狀態。不要再為同一網站重新遷移。
失敗	遷移過程中遇到錯誤。	收集指令輸出與環境細節，修正原因，並在理解失敗後再嘗試。

Note

如果遷移持續比預期更久，你需要提供網站 ID、環境 ID、CLI 版本、套件版本、指令輸出和遷移開始時間，才能聯絡 Microsoft 支援。除非支援團隊或經核准的操作手冊另有指示，否則不應重設進行中的移轉作業。

使用 pac solution list --includeSystemSolutions 驗證所需的第一方套件。
1. 確認 CDSBasePortal、PowerPages_Core 以及該網站範本的 EDM 解決方案均已安裝，且版本符合要求。
如果套件遺失或過時，請從 Power Platform 管理中心更新：
1. 開啟目標環境。
2. 請前往 Resources>Dynamics 365 應用程式。
3. 找到所需的包裹。
4. 選擇安裝或升級。
5. 等待作業完成後，再次執行 pac solution list --includeSystemSolutions。
Note

如果範本 EDM 解決方案無法直接安裝，在同一環境中建立一個臨時增強的資料模型網站並使用相同範本，就能安裝相應的 EDM 解決方案。解決方案確認後，你可以刪除臨時網站。
使用 pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --siteCustomizationReportPath "<OUTPUT>" 產生自訂報告。產生報告不會改變網站。

打開產生的 CSV 檔案，檢視每個參考標準資料模型表的項目。在生產遷移前，為每一項必要的修復設定指派擁有者和驗證步驟。

自訂類別	Plan
adx_元資料表上的自訂欄位	將自訂資料移至與 PowerPagecomponent 相關的支援自訂資料表。
與adx_元資料表的關係	重新建立與支援的增強型資料模型資料表的關係。
Liquid 或 FetchXML 對 adx_ 資料表的參照	更新程式碼以使用支援的 Liquid 物件、虛擬表格或 PowerPagecomponent 。
adx_ 表格上的工作流程與外掛	將邏輯重構並註冊於支援的增強型資料模型表。

Note

客製化報告並不能證明遷移後所有網站行為都能正常運作;驗證仍然需要。

選擇遷移模式，以判斷該公用事業在單一操作中遷移的對象。

Mode	遷移的內容	使用時機
組態資料	支援網站設定元資料，如頁面、網頁範本、摘要、設定、表單、清單、網頁角色及資料表權限。	開發階段是指你修正設定，並將其透過解決方案進行移轉。
組態資料參照	與已移轉的網站設定相關的支援記錄	測試、UAT 及正式環境，皆在透過解決方案匯入完成站台設定後進行。
all	包括設定和支援的相關紀錄。	單一環境，或是不使用以解決方案為基礎的環境順序的簡單移轉。

第二階段：場地配置

創作軌道：開發或單一環境

透過執行 pac pages download --webSiteId "<WEBSITE_ID>" --modelVersion 1 --path "<OUTPUT>\site-sdm"來下載 SDM 基線。指令會建立一個以該網站命名的子資料夾。記錄直接包含 website.yml的資料夾。
透過執行 pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --mode configurationData遷移站點設定。如果你想要單一運算路徑，請將替換 configurationData 為 all。

透過執行 pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --checkMigrationStatus檢查遷移狀態。使用以下 PowerShell 迴圈，每分鐘檢查一次狀態，最多可持續 30 分鐘：

$webSiteId = "<WEBSITE_ID>"
for ($i = 1; $i -le 30; $i++) {
    $output = pac pages migrate-datamodel `
        --webSiteId $webSiteId `
        --checkMigrationStatus 2>&1 | Out-String
    if ($output -match "Completed|Failed|Reverted") {
        Write-Host $output
        break
    }
    Write-Host "Attempt $i/30 - migration is still running."
    Start-Sleep -Seconds 60
}

如果迴圈結束時狀態仍為執行中，則會繼續使用 --checkMigrationStatus 進行檢查。長時間執行的作業不一定代表作業失敗。

透過使用自訂報告及本文中的指引，修復報告中的自訂內容，更新受影響的 FetchXML、Liquid、自訂欄位、關聯、工作流程及外掛。每個更換的元件都重新測試。如果你更新了下載的原始碼，請透過執行 pac pages upload --path "<OUTPUT>\site-sdm\<site-slug>" --modelVersion 1上傳直接包含 website.yml 的網站資料夾。

下游軌道：測試、UAT 或生產

匯入包含遷移與修復站點設定的解決方案。使用 Power Platform 管理中心或你已建立的部署流程。
```
pac solution import --path "<PATH_TO_SOLUTION_ZIP>" --activate-plugins true --publish-changes true
```
請在目標環境中開啟 Power Pages Management 應用程式，確認網站設定已完成。在遷移相關紀錄之前，網站紀錄及預期設定必須先存在。

移轉受支援的相關記錄。如果你已經用過 --mode all，可以跳過這一步。檢查狀態直到顯示 已完成為止。

pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --mode configurationDataReferences
pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --checkMigrationStatus

一旦遷移狀態報告成功完成，請將活動站點切換到強化資料模型。標準資料模型網站紀錄會被停用，對應的增強資料模型網站紀錄會變得活躍。
```
pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --updateDatamodelVersion --portalId "<PORTAL_ID>"
```
重新啟動網站。
1. 開放 Power Platform 管理中心。
2. 移至該環境，然後選取 Resources>Power Pages 網站。
3. 選擇地點。
4. 選取重新啟動。如果無法使用 Restart ，請停用後再啟用該網站。
5. 等操作結束後再進行驗證。
透過以下一種或多種方法確認主動資料模型：
1. 在 Power Platform 管理中心，選擇該網站並確認 資料模型 顯示為增強型。
2. 在 Power Pages 設計工作室開啟網站的設定工作區，確認顯示的資料模型。
3. 確認進階設定會在 Power Pages 管理應用程式中開啟。
4. 執行 pac pages list -v 並確認資料模型版本。
Tip

網站網址和視覺設計不會因為主動資料模型改變而改變。要驗證遷移，請使用這些檢查——而非網站外觀。

第四階段：驗證遷移站點

在重新開放生產網站前，務必完成驗證。為每個重要使用者類型和網頁角色使用測試帳號，並記錄每一次關鍵測試的結果。

Area	要驗證什麼
頁面與內容	首頁、代表性內容頁、網頁範本、內容摘要、網頁檔案、導覽、重定向及多語言內容。
Authentication	登入、登出、註冊、邀請、外部身份提供者，以及被拒絕存取的體驗。
Authorization	網頁角色、資料表權限、欄位權限及頁面存取規則允許或拒絕預期的操作。
表單與清單	基本表單、多步驟表單、清單、表單元資料、提交、相關紀錄，以及網站使用的網頁表單會話。
Dynamics 365 模板旅程	您的實作所採用的主要客戶、員工、社群或合作夥伴旅程，包括特定範本頁面與存取模式。
自訂程式碼	Liquid、FetchXML、JavaScript、外掛、工作流程及整合，均在自訂報告中標示。
網站設定與檔案	網站設定、圖片、附件、SVG 檔案及其他網頁檔案都能正常載入。
資料與參考資料	重要的記錄計數和受支援的相關記錄會指向正確的已移轉網站元件。
行政與ALM	網站會在 Power Pages Management 中開啟，且可如預期新增至解決方案、從解決方案匯出，以及從解決方案匯入。

檢查瀏覽器診斷資訊

在測試代表性頁面時，開啟瀏覽器開發工具。調查：

提及 adx\_、實體、Liquid 或 FetchXML 的控制台錯誤。
來自 \_api的 HTTP 401 或 403 回應，可能表示權限或網頁角色問題。
HTTP 500 回應，可能表示 Liquid、FetchXML、外掛或整合失敗。

遷移完成標準

只有當網站顯示增強資料模型、關鍵業務旅程通過、預期安全行為被確認，以及所有高影響力的客製化結果被解決或接受時，遷移才算完成。

生產遷移序列

請使用以下生產序列來降低遷移風險：

製作完整的製作環境副本用於排練。
確認複製環境中的 CLI、套件及範本解決方案的前置條件。
產生並檢視客製化報告。
在複製的開發環境中遷移設定。
修復自訂問題，並在託管解決方案中擷取經過驗證的網站配置。
將解決方案匯入排練環境，遷移支援的相關紀錄，啟動增強型資料模型，並完成完整的驗證清單。
重複補救與排練，直到所有關鍵測試通過。
排程生產維護時段，溝通驗證與回滾決策點，並備份生產環境。
再次確認生產套件和範本解決方案的前置條件。
將經過驗證的管理解決方案匯入生產環境。
執行 configurationDataReferences、檢查遷移狀態、切換主動資料模型，然後重新啟動網站。
執行生產驗證檢查清單，並在通過關鍵測試後才恢復正常使用。

將遷移的網站還原為標準資料模型

若驗證在啟用後發現關鍵問題，請使用以下指令重新啟動標準資料模型網站記錄：

pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --revertToStandardDataModel --portalId "<PORTAL_ID>"

指令結束後：

從 Power Platform 管理中心重新啟動網站。
確認網站是否顯示 Standard 為主動資料模型。
重跑該網站的關鍵驗證測試。
在嘗試下一次遷移前，請保留遷移報告、錯誤細節及修復備註。

Important

在生產遷移前先規劃回滾決策。在還原前，請先檢視強化資料模型切換後所做的變更，因為標準紀錄與強化網站紀錄是分開的紀錄。

Troubleshooting

訊息或症狀	可能的原因	Action
`pac powerpages migrate-datamodel` 不被認可	指令使用錯誤的命名空間或過時的 CLI。	更新 Power Platform CLI 並使用 `pac pages migrate-datamodel`。
`CDSBasePortal` 或者 `PowerPages_Core` 根本沒被列出	系統解決方案沒有包含在指令輸出中，或者套件尚未安裝。	執行 `pac solution list --includeSystemSolutions`。安裝或升級 Power Platform 管理中心缺少的套件。
網站不支援遷移	原始範本不被支援，套件版本不足，或缺少匹配的 EDM 範本解決方案。	確認範本的資格、套件版本，以及範本解決方案參考中列出的 EDM 解決方案。
未知的引數 `--webSiteId` 被傳遞給 `pac pages upload`	上傳指令不接受網站 ID 參數。	省略論點。此網站是從 `website.yml` 識別出來的。
上傳目標錯誤或找不到該網站	路徑指向包裝器資料夾，而不是網站資料夾。	使用直接包含 website.yml 的子資料夾。
入口網站 ID 顯示 `Unknown` 或 `N/A`	該網站是非活躍狀態，或是安裝的 CLI 沒有回傳該值。	從 Power Platform 管理中心或網站的 `/_services/about` 頁面取得入口網站 ID。不要用應用程式 ID。
遷移報告 `Completed` ，但網站仍然顯示 `Standard`	使用中的資料模型未切換，或使用了錯誤的入口網站 ID。	用網站 ID 和正確的入口網站 ID 執行啟用指令，然後重新啟動並驗證網站。
現狀依然存在 `Running`	移轉正在處理大量資料，或目前受阻。	繼續檢查狀態。在聯絡客服前，先收集環境、套件、CLI、啟動時間和指令細節。不要開始第二次遷移。
狀態為 `Failed`	套件、範本、客製化、資料或服務錯誤導致操作中斷。	儲存完整的指令輸出，修正已識別的原因，並在審查失敗遷移狀態後再嘗試。
網站開啟後，使用者無法存取預期資料	遷移後，網頁角色、資料表權限或自訂查詢的行為都不符合預期。	檢視網頁角色、資料表權限、欄位權限、FetchXML、Liquid 及瀏覽器網路錯誤。

網站自訂的注意事項

客製化報告會直接識別對標準資料模型資料表的依賴關係。在生產使用前完成必要的整治。

元資料表上的自訂欄位

如果像 adx_webpage 這類標準資料模型資料表包含自訂欄位，請建立自訂資料表來儲存自訂資料，並在 powerpagecomponent 中新增查閱欄位。將自訂值遷移到新資料表，並更新讀取或寫入欄位的程式碼。

自訂資料表與元資料表之間的關係

重新建立指向 adx_ 資料表的自訂關聯，使其指向適當的增強資料模型資料表，通常 powerpagecomponent為。更新相依表單、檢視、外掛、流程與整合。

對元資料表的液態參考

如果有受支援的 Liquid 物件可用，請以其取代直接存取 entities['adx_*'] 的方式。例如，使用 weblinks Liquid 物件，而不是直接查詢 adx_weblinkset 資料表或相關資料表。每次使用都要檢視，因為回傳的物件和可用屬性可能不同。

FetchXML 對元資料表的參考

將直接的 adx_ 實體參照取代為對應的虛擬資料表或查詢 powerpagecomponent，並依 powerpagecomponenttype 篩選

標準資料模型範例：

<fetch>
  <entity name="adx_webpage">
    <attribute name="adx_name" />
    <filter>
      <condition attribute="adx_partialurl" operator="eq" value="home" />
    </filter>
  </entity>
</fetch>

增強型資料模型範例：

<fetch>
  <entity name="powerpagecomponent">
    <attribute name="name" />
    <filter type="and">
      <condition attribute="powerpagecomponenttype" operator="eq" value="2" />
      <condition attribute="partialurl" operator="eq" value="home" />
    </filter>
  </entity>
</fetch>

自訂工作流程與外掛

重構已註冊於 adx_ 資料表上的自訂工作流程與外掛程式邏輯。將更新後的邏輯登錄到適當的增強型資料模型表，並使用強化型結構與屬性。測試建立、更新、刪除及在非生產環境下的安全性行為。

命令說明

Purpose	Command
請檢查 CLI 版本	`pac --version`
列出驗證設定檔	`pac auth list`
建立驗證設定檔	`pac auth create -u "<ENV_URL>"`
列出網站和識別碼	`pac pages list -v`
列出系統解決方案	`pac solution list --includeSystemSolutions`
查詢遷移狀態	`pac pages migrate-datamodel --webSiteId "<ID>" --checkMigrationStatus`
下載 SDM 原始碼	`pac pages download --webSiteId "<ID>" --modelVersion 1 --path "<OUT>\site-sdm"`
下載EDM原始碼	`pac pages download --webSiteId "<ID>" --modelVersion 2 --path "<OUT>\site-edm"`
產生自訂化報告	`pac pages migrate-datamodel --webSiteId "<ID>" --siteCustomizationReportPath "<OUT>"`
移轉組態	`pac pages migrate-datamodel --webSiteId "<ID>" --mode configurationData`
遷移相關紀錄	`pac pages migrate-datamodel --webSiteId "<ID>" --mode configurationDataReferences`
遷移兩個類別	`pac pages migrate-datamodel --webSiteId "<ID>" --mode all`
上傳網站原始碼	`pac pages upload --path "<SITE_ROOT>" --modelVersion 1`
啟動EDM	`pac pages migrate-datamodel --webSiteId "<ID>" --updateDatamodelVersion --portalId "<PORTAL_ID>"`
回歸SDM	`pac pages migrate-datamodel --webSiteId "<ID>" --revertToStandardDataModel --portalId "<PORTAL_ID>"`

場址組件類型參考

查詢時 powerpagecomponent，請在 powerpagecomponenttype 篩選器中使用以下數值。

Component	值	Component	值
發行狀態	1	網頁	2
網頁檔案	3	網頁連結組	4
Web 連結	5	頁面範本	6
內容片段	7	Web 範本	8
網站設定	9	網頁存取控制規則	10
Web 角色	11	網站存取	12
網站標記	13	基本表單	15
基本表單元資料	16	List	17
資料表權限	18	進階表單	19
進階表單步驟	20	進階表單中繼資料	21
投票位置	24	廣告位置	26
機器人用戶	二十七	欄位權限設定檔	28
欄權限	29	Redirect	30
發佈狀態轉換規則	31	Shortcut	32
雲端流程	33	UX 元件	34

EDM 範本解決方案參考資料

執行 pac solution list --includeSystemSolutions 以確認網站範本的強化資料模型解決方案是否已安裝。

Template	EDM 解決方案唯一名稱
入門佈局1	DefaultPortalTemplate_V2
入門佈局2	PowerPages_BlankDesign002_V2
入門佈局3	PowerPages_BlankDesign003_V2
入門佈局4	PowerPages_BlankDesign004_V2
起始佈局 5	PowerPages_BlankDesign005_V2
空白頁面	PowerPages_BlankTemplate_V2
FAQ	PowerPages_FAQ_V2
應用程式處理	PowerPages_BuildingPermit_V2
方案註冊	PowerPages_ProgramRegistration_V2
排程及管理會議	PowerPages_BookMeeting_V2
社群入口網站（Dynamics 365）	PowerPages_CommunityPortal_V2
客戶自助服務入口網站（Dynamics 365）	PowerPages_CustomerPortal_V2
員工自助服務入口網站 (Dynamics 365)	PowerPages_ESSPortal_V2
Partner Portal （Dynamics 365）	PowerPages_PartnerPortal_V2

意見反應

此頁面對您有幫助嗎？

Last updated on 2026-09-01

標準至強化資料模型遷移概述

先決條件

遷移工具功能

支援範本

開始之前

規劃環境序列

建立一個工作資料夾

移轉階段

第一階段：預檢

第二階段：場地配置

創作軌道：開發或單一環境

下游軌道：測試、UAT 或生產

第三階段：相關紀錄與啟動

第四階段：驗證遷移站點

檢查瀏覽器診斷資訊

遷移完成標準

生產遷移序列

將遷移的網站還原為標準資料模型

Troubleshooting

網站自訂的注意事項

元資料表上的自訂欄位

自訂資料表與元資料表之間的關係

對元資料表的液態參考

FetchXML 對元資料表的參考

自訂工作流程與外掛

命令說明

場址組件類型參考

EDM 範本解決方案參考資料

相關內容

意見反應

其他資源