根據您的設定,執行移轉測試有幾種方式。
您應該有測試/開發環境來執行遷移測試。 開發環境需遵守授權:檢查您的授權合約或聯絡Adobe Campaign的銷售服務。
停止所有正在進行的開發,並將其轉移到生產環境中。
備份開發環境資料庫。
停止開發例項上的所有Adobe Campaign程式。
對生產環境資料庫進行備份,並將其作為開發環境進行恢復。
在啟動Adobe Campaign服務之前,請執行freezeInstance.js燒灼指令碼,讓您清除啟動備份時執行之任何物件的資料庫。
nlserver javascript nms:freezeInstance.js -instance:<instance> -arg:<run|dry>
預設會在dry模式中啟動命令,並列出該命令執行的所有請求,而不啟動這些請求。 要執行燒灼請求,請在命令中使用run。
通過嘗試恢復備份,確保備份正確。 請確定您可以存取您的資料庫、表格、資料等。
在開發環境中測試遷移過程。
移轉至Adobe Campaign 7一節的先決條件中會詳述完整程式。
如果開發環境的遷移成功,則可以遷移生產環境。
由於對資料結構所做的變更,v5平台與v7平台之間無法匯入和匯出資料封裝。
Adobe Campaign update命令(postupgrade)可讓您同步資源並更新結構和資料庫。 此操作只能在應用程式伺服器上執行一次。 在同步資源後, postupgrade命令可讓您檢測同步是否生成任何錯誤或警告。
各種選項可讓您測量移轉的影響並找出潛在問題。 將執行下列選項:
在config命令中:
nlserver.exe config <option> -instance:<instanceName>
或是在手術室:
nlserver.exe config -postupgrade <option> -instance:<instanceName>
您必須使用**-instance:<instanceame>
選項。 我們不建議使用-allinstances**選項。
-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>
請忽略所有包含JST-310040代碼的警告和錯誤。
會搜尋下列運算式(區分大小寫):
表達式 |
錯誤代碼 |
日誌類型 |
Comments |
---|---|---|---|
.@ |
PU-0001 |
警告 |
傳送個人化不再支援此類語法。 請參閱JavaScript。 否則,檢查值類型是否正確。 |
common.js |
PU-0002 |
警告 |
不得使用此庫。 |
登錄( |
PU-0003 |
警告 |
此連接方法必須不再使用。 請參閱已識別的Web應用程式。 |
new SoapMethodCall( |
PU-0004 |
警告 |
此函式僅在從sessionTokenOnly模式的安全區域執行的JavaScript程式碼中使用時才受支援。 |
sql= |
PU-0005 |
錯誤 |
這種錯誤會導致遷移失敗。 請參閱SQLData。 |
SQLDATA |
PU-0006 |
錯誤 |
這種錯誤會導致遷移失敗。 請參閱SQLData。 如果您獲得概述類型的Web應用程式錯誤日誌(從v6.02遷移),請參閱Web應用程式。 |
還進行了資料庫和模式一致性檢查。
此選項可讓您在物件已修改時,還原現成可用的物件。 對於每個已恢復的對象,更改的備份都儲存在選定資料夾中:
nlserver.exe config -postupgrade -restoreFactory:<backupfolder> -instance:<instanceName>
強烈建議使用絕對資料夾路徑並保留資料夾樹結構。 例如:backupFolder\nms\srcSchema\billing.xml。
如果在遷移失敗後重新啟動postupgrade,它會從停止的同一位置恢復。