目次

はじめに

前提条件

要件

使用するコンポーネント

設定

ステップ 1. RPM ファイルをインストールして下さい

ステップ 2.インストールされるパッケージとの 11.X サーバのバックアップを始めて下さい

ステップ 3 PCA 12.X にデータを移行するのに DMA を使用して下さい

確認

トラブルシューティング

概要

この技術情報は Prime Collaboration 保証（PCA） 11.x から PCA 12.1 に移行するために、プロシージャ ステップバイステップで説明します。

前提条件

要件

次の項目に関する知識が推奨されます。

- サポートされた移行 バージョンの PCA 11.x

- Cisco Clould オーケストレータ（CCO）サーバからダウンロードされるデータ 移送アシスタント（DMA）ファイル

- FTP （SFTP）サーバを保護して下さい

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。

- PCA 12.1

- PCA 11.x

本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。 対象のネットワークが実稼働中である場合には、どのような作業についても、その潜在的な影響について確実に理解しておく必要があります。

設定

ステップ 1. RPM ファイルをインストールして下さい

- CCO サイトから RPM ファイルをダウンロードして下さい。 PCA 12.X プラットフォームによってこのファイルが読解可能な形式の PCA 11.x サーバでバックアップを生成するために必要となります。

- ファイルをの下に置き、/選択し、ファイル統合を検証し、md5sum を確認して下さい。

CCO サイトで述べられたものの md5sum を一致する:

- このコマンドの使用の RPM ファイルをインストールして下さい:

RPM - ivh CSCOpca-dma-1.0-1.x86_64.rpm

- RPM のインストールに成功するようにして下さい:

ステップ 2.インストールされるパッケージとの 11.X サーバのバックアップを始めて下さい

- バックアップを始めるためにこのスクリプトを実行して下さい。 それは IP のように SFTP のパラメータのために断絶します、ポート番号、ユーザー名、パス プロンプト表示します。

./pcandma.sh

注: パスはユーザ ディレクトリ パスに関連してあるはずです。 例えばのためにユーザ ディレクトリが USER1、そしてあなたバックアップが置かれるパスであるこのディレクトリの下でフォルダを作成する必要があって下さい。

/USER1/PCA/pca

pca はサーバのホスト名です（バックアップはここから選ばれます）。

述べられた PCA はパスです。

- スクリプトは先フォルダーがあるかどうか確認します。 それからそれがフォルダを作成すれば。

- ディレクトリがない場合、PCA は自動的に 1 つを作成します:

- バックアップは SFTP サーバへ転送する前のパス /opt/tempbackups/DMA_Backup/backup/appcomponent のローカル サーバーで保存されます。

- DMA バックアップが完了した後、ファイルは先フォルダーに SFTP サーバに保存されます。

- サービスが開始する間、遅延を見るかもしれません。 次の通りいくつかのログが表示されます:

アップするためにサービス全員を待っていることを推奨します。

ステップ 3 PCA 12.X にデータを移行するのに DMA を使用して下さい

- オプションを PCA 12.1 の DMA リストアのために有効に されて得るために Engineering Special （ES）パッチをインストールする必要があります。

DMA オプションは利用できま ES1 を開始します。

DMA を始める前にインストールします最新の ES パッチを推奨します。

DMA を始める前に ES のためのリード ミー ファイルを読むことができます。

- ここに示されているように SFTP サーバ 詳細を規定 して下さい。 SFTP 接続を確認して下さい。

注: パスはユーザ ディレクトリ パスに関連してあるはずです。

ユーザ ディレクトリが USER1 なら。

pca はサーバのホスト名です（バックアップはここから選ばれます）。

DMA バックアップが生成されたときに述べられた PCA はパスです。

- DMA プロセスが開始すれば、DMA 画面のビュー DMA ログの使用のログを、監視できます。

- DMA プロセスを実行するとき、GUI はログアウトするかもしれません。 再度ログインする場合、それは新しい DMA ページにそれを指示します。

詳細および実行 DMA を再度入力する場合、DMA が既に実行しているステータスでプロンプト表示されます。

- またまたログ ファイル ログの使用と CLI からのステータス ログをチェックできます。

このファイルは DMA オペレーションの終わりに削除されます。

または GUI のビュー DMA ログ オプション自体からチェックできます。

- DMA は 20 ステップ プロセスです。 この 20 のステップの終わりに、サービスは再開されます。

サービス再始動が完了した後、VM 読み込み。 再度ブートするが完了するまで CLI および GUI に制御を失います。

VM がリブートしたら、サービサビリティ ページのサービス ステータスをチェックして下さい。

アップするためにすべてのサービスを待って下さい。

確認

このセクションでは、設定が正常に機能していることを確認します。

サービス全員が作動中なら PCA のデータを検証するために、ログインできます。

トラブルシューティング

このセクションでは、設定のトラブルシューティングに役立つ情報を提供します。

PCA 11.x をログオンします:

- pcaninfra.log

- Analytics のための analytics_dma.log => は作成をバックアップします。

- 保証バックアップ作成のための assurance_backup_dma.log =>。

- 保証バックアップ ファイル・トランスファーのための dma_assurance_backup_file_tran.log =>

- analytics バックアップ ファイル・トランスファーのための dma_backup_file_tran.log =>

- dma_backup_sftp.log

- dma_debug.log

- DMA スクリプトが動作すればサービスを開始するために PCA サービスがいつか奪取 することを pcandma.log => 場合によっては観察されます。

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 スクリプトの端にこのファイル削除されます。