簡介
本文分步介紹了從Prime合作保證(PCA) 11.x遷移到PCA 12.1的過程。
必要條件
需求
思科建議您瞭解以下主題:
- 支援的遷移版本中的PCA 11.x
- 從Cisco Cloud Orchestrator (CCO)伺服器下載的資料遷移助手(DMA)檔案
- 安全FTP (SFTP)伺服器
採用元件
本文中的資訊係根據以下軟體和硬體版本:
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除(預設)的組態來啟動。如果您的網路運作中,請確保您瞭解任何指令可能造成的影響。
設定
步驟 1.安裝RPM檔案
- 從CCO站點下載rpm檔案。在PCA 11.x伺服器上以PCA 12.X平台可讀取的格式生成備份需要此檔案。
- 將檔案置於/opt下,驗證檔案完整性並驗證md5sum。
將md5sum與CCO站點上提及的md5sum配對:
步驟 2.安裝套裝軟體後,在11.X伺服器上啟動備份
- 運行此指令碼以啟動備份。它將提示您輸入SFTP伺服器的引數,如IP、埠號、使用者名稱和路徑。
./pcandma.sh
注意:路徑應該相對於使用者目錄路徑。例如,如果使用者目錄是USER1,則您需要在此目錄下建立一個資料夾,該資料夾將成為放置備份的路徑。
/USER1/PCA/pca
pca是伺服器的主機名(將從此處選擇備份)。
PCA是前面提到的路徑。
- 指令碼會檢查目的地資料夾是否存在。否則,它會建立資料夾。
- 在傳輸到SFTP伺服器之前,備份儲存在本地伺服器上,路徑為/opt/tempbacks/DMA_Backup/backup/appcomponent。
- 完成DMA備份後,檔案將放置到目標資料夾的SFTP伺服器中。
- 服務啟動時可能會出現一些延遲。您將會看到下列部分記錄:
建議您等待所有服務啟動。
步驟 3.使用DMA將資料遷移到PCA 12.X
- 您需要安裝工程特殊(ES)修補程式,以獲取PCA 12.1中的「為DMA恢復啟用」選項。
DMA選項從ES1開始可用。
建議您先安裝最新的ES修補程式,再啟動DMA。
在啟動DMA之前,可以讀取ES的讀我檔案。
- 如圖所示,指定SFTP伺服器詳細資訊。檢驗SFTP連線。
注意:路徑應該相對於使用者目錄路徑。
如果使用者目錄是USER1。
pca是伺服器的主機名(將從此處選擇備份)。
PCA是生成DMA備份時提到的路徑。
- 一旦DMA進程開始,您就可以在DMA螢幕上使用View DMA Log來監控日誌。
- 當您執行DMA程式時,GUI可能會登出。如果您再次登入,它會導向至新的DMA頁面。
如果輸入詳細資訊並再次運行DMA,系統將提示您顯示DMA已在運行狀態。
- 或者,您也可以從CLI使用日誌檔案日誌檢查狀態日誌。
此檔案會在DMA作業結束時刪除。
或者,您可以從GUI本身的「檢視DMA日誌」選項中進行檢查。
- DMA是一個20步的過程。這20個步驟結束時,將重新啟動服務。
服務重新啟動完成後,VM將重新載入。在重新啟動完成之前,您將無法控制CLI和GUI。
VM重新啟動後,請檢查可維護性頁面上的服務狀態。
等待所有服務啟動。
驗證
使用本節內容,確認您的組態是否正常運作。
當所有服務都啟動並運行後,您可以登入以驗證PCA中的資料。
疑難排解
本節提供的資訊可用於對組態進行疑難排解。
PCA 11.x上的日誌:
- pcaninfra.log
- analytics_dma.log =>用於建立分析備份。
- assurance_backup_dma.log =>用於建立保證備份。
- dma_assurance_backup_file_tran.log =>用於保證備份檔案傳輸
- dma_backup_file_tran.log =>用於分析備份檔案傳輸
- dma_backup_sftp.log
- dma_debug.log
- pcandma.log =>在某些情況下,DMA指令碼運行後,會發現PCA服務需要一段時間才能重新開始服務。
PCA 12.x上的日誌:
- pcandma.log =>提供了有關恢復的詳細資訊,並更新了故障。
- analytics_dma.log
- assurance_backup_dma.log
- assurance_restore_dma.log
- dma_assurance_restore_file_tran.log
- dma_backup_file_tran.log
- dma_debug.log
- dma_status.log =>此檔案將在DMA指令碼結束時刪除。