測試移轉

一般過程

根據您的設定，執行移轉測試有幾種方式。

您應該有測試／開發環境來執行遷移測試。 開發環境需遵守授權：檢查您的授權合約或聯絡Adobe Campaign的銷售服務。

1. 停止所有正在進行的開發，並將其轉移到生產環境中。

2. 備份開發環境資料庫。

3. 停止開發例項上的所有Adobe Campaign程式。

4. 對生產環境資料庫進行備份，並將其作為開發環境進行恢復。

5. 在啟動Adobe Campaign服務之前，請執行​freezeInstance.js​燒灼指令碼，讓您清除啟動備份時執行之任何物件的資料庫。

   nlserver javascript nms:freezeInstance.js -instance:<instance> -arg:<run|dry>
   

   注意

   預設會在​dry​模式中啟動命令，並列出該命令執行的所有請求，而不啟動這些請求。 要執行燒灼請求，請在命令中使用​run。

6. 通過嘗試恢復備份，確保備份正確。 請確定您可以存取您的資料庫、表格、資料等。

7. 在開發環境中測試遷移過程。

   移轉至Adobe Campaign 7一節的先決條件中會詳述完整程式。

8. 如果開發環境的遷移成功，則可以遷移生產環境。

遷移工具

各種選項可讓您測量移轉的影響並找出潛在問題。 將執行下列選項：

• 在​config​命令中：

  nlserver.exe config <option> -instance:<instanceName>
  

• 或是在手術室：

  nlserver.exe config -postupgrade <option> -instance:<instanceName>
  

-showCustomEntities和-showDeletedEntities選項

• -showCustomEntities​選項顯示所有非標準對象的清單：

  nlserver.exe config -showCustomEntities -instance:<instanceName>
  

  已傳送訊息的範例：

  xtk_migration:opsecurity2 xtk:entity
  

• -showDeletedEntities​選項顯示資料庫或檔案系統中缺少的所有標準對象的清單。 對於每個缺少的對象，都指定路徑。

  nlserver.exe config -showDeletedEntities -instance:<instanceName>
  

  已傳送訊息的範例：

  Out of the box object 'nms:deliveryCustomizationMdl' belonging to the 'xtk:srcSchema' schema has not been found in the file system.
  

驗證進程

此程式與postupgrade命令中的標準整合，可讓您顯示警告和錯誤，讓移轉失敗。 如果顯示錯誤，則未執行遷移。 如果發生此情況，請更正所有錯誤，然後重新啟動postupgrade。

您可以使用以下命令自行啟動驗證進程（不進行遷移）:

nlserver.exe config -postupgrade -check -instance:<instanceName>

會搜尋下列運算式（區分大小寫）:

還進行了資料庫和模式一致性檢查。

還原選項

此選項可讓您在物件已修改時，還原現成可用的物件。 對於每個已恢復的對象，更改的備份都儲存在選定資料夾中：

nlserver.exe config -postupgrade -restoreFactory:<backupfolder> -instance:<instanceName>

繼續遷移

如果在遷移失敗後重新啟動postupgrade，它會從停止的同一位置恢復。