Prime合作保證從11.x遷移到12.1
簡介
本文分步介紹了從Prime合作保證(PCA)11.x遷移到PCA 12.1的過程。
必要條件
需求
思科建議您瞭解以下主題：
- 支援的遷移版本中的PCA 11.x
- 從Cisco Cloud Orchestrator(CCO)伺服器下載的資料遷移助理(DMA)檔案
- 安全FTP(SFTP)伺服器
採用元件
本文中的資訊係根據以下軟體和硬體版本：
- PCA 12.1
- PCA 11.x
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。
設定
步驟1.安裝RPM檔案
- 從CCO站點下載rpm檔案。在PCA 11.x伺服器上生成備份時需要此檔案，其格式為PCA 12.X平台可讀格式。
- 將檔案放在/opt下，驗證檔案完整性並驗證md5sum。
將md5sum與CCO站點上提到的內容進行配對：
-
使用以下命令安裝rpm檔案：
rpm -ivh CSCOpca-dma-1.0-1.x86_64.rpm
- 確保rpm安裝成功：
步驟2.在安裝了軟體包的11.X伺服器上啟動備份
- 運行此指令碼以啟動備份。它會提示您輸入SFTP伺服器的引數，例如IP、埠號、使用者名稱和路徑。
./pcandma.sh
/USER1/PCA/pca
pca是伺服器的主機名（將從這裡選擇備份）。
PCA是前面提到的路徑。
- 指令碼將檢查目標資料夾是否存在。如果不是，則建立資料夾。
- 如果該目錄不存在，PCA會自動建立一個：
- 在傳輸到SFTP伺服器之前，備份儲存在本地伺服器上，路徑為/opt/tempbacts/DMA_Backup/backup/appcomponent。
- 完成DMA備份後，檔案將放置到目標資料夾的SFTP伺服器中。
- 服務啟動時可能會看到一些延遲。您將看到如下所示的一些日誌：
建議您等待所有服務啟動。
步驟3.使用DMA將資料遷移到PCA 12.X
- 您需要安裝Engineering Special(ES)補丁程式，才能在PCA 12.1中獲得Enabled for DMA restore選項。
從ES1開始，DMA選項可用。
建議您在啟動DMA之前安裝最新的ES修補程式。
啟動DMA之前，可以讀取ES的只讀檔案。
- 指定SFTP伺服器詳細資訊，如下所示。驗證SFTP連線。
如果使用者目錄是USER1。
pca是伺服器的主機名（將從這裡選擇備份）。
PCA是在生成DMA備份時提到的路徑。
- 一旦DMA進程啟動，您就可以使用DMA螢幕上的檢視DMA日誌來監控日誌。
- 運行DMA進程時，GUI可能會註銷。如果再次登入，它會將其定向到新的DMA頁面。
如果輸入詳細資訊並再次運行DMA，系統將提示您顯示DMA已在運行的狀態。
- 或者，也可以使用日誌檔案日誌從CLI檢查狀態日誌。
此檔案將在DMA操作結束時刪除。
或者可以從GUI本身的「檢視DMA日誌」(View DMA Log)選項進行檢查。
- 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指令碼結束時刪除。
意見