Transfert principal d'assurance de Collaboration de 11.x à 12.1
Contenu
Introduction
Cet article décrit le pas à pas, la procédure pour migrer de l'assurance principale de Collaboration (PCA) 11.x vers PCA 12.1.
Conditions préalables
Conditions requises
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- PCA 11.x dans les versions prises en charge de transfert
- Fichier auxiliaire de migration des données (accès direct à la mémoire) téléchargé du serveur de l'orchestrator de Cisco Clould (CCO)
- Serveur sécurisé de FTP (SFTP)
Composants utilisés
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
- PCA 12.1
- PCA 11.x
Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est vivant, assurez-vous que vous comprenez l'impact potentiel de n'importe quelle commande.
Configurez
Étape 1. Installez le fichier RPM
- Téléchargez le fichier T/MN du site CCO. Ce fichier est exigé pour générer la sauvegarde sur le serveur PCA 11.x dans un format accessible en lecture par la plate-forme PCA 12.X.
- Placez le fichier sous/choisissez et vérifiez l'intégrité de fichier et vérifiez le md5sum.
Appariez le md5sum avec celui mentionné sur le site CCO :
-
Installez le fichier T/MN avec l'utilisation de cette commande :
T/MN - ivh CSCOpca-dma-1.0-1.x86_64.rpm
- Assurez-vous que le T/MN est installé avec succès :
Étape 2. Initiez la sauvegarde sur le serveur 11.X avec le module installé
- Exécutez ce script afin d'initier la sauvegarde. Il vous incitera pour des paramètres pour le SFTP divisent comme l'IP, numéro de port, nom d'utilisateur, chemin.
./pcandma.sh
/USER1/PCA/pca
l'APC est l'adresse Internet du serveur (la sauvegarde sera sélectionnée d'ici).
Le PCA est le chemin qui a été mentionné.
- Le script vérifie si le répertoire de destination est présent. Sinon alors il crée le répertoire.
- Si le répertoire n'existe pas, le PCA crée automatiquement un :
- La sauvegarde est enregistrée sur le serveur local au chemin /opt/tempbackups/DMA_Backup/backup/appcomponent avant de transférer vers le SFTP le serveur.
- Après que la sauvegarde d'accès direct à la mémoire soit terminée, le fichier obtient placé dans le serveur de SFTP au répertoire de destination.
- Vous pourriez voir un certain retard tandis que le début de services. Vous verrez quelques logs comme suit :
Il est recommandé que vous attendez tous les services pour monter.
Étape 3. Employez l'accès direct à la mémoire pour migrer des données vers PCA 12.X
- Vous devez installer le correctif spécial d'ingénierie (es) pour obtenir l'option activée pour la restauration d'accès direct à la mémoire dans PCA 12.1.
L'option d'accès direct à la mémoire est disponible commençant ES1.
Ce t'est recommandé installent le dernier correctif es avant que vous initiiez l'accès direct à la mémoire.
Vous pouvez me lire lecture-fichier pour l'es avant que vous initiiez l'accès direct à la mémoire.
- Spécifiez les petits groupes de serveur de SFTP comme affiché ici. Vérifiez la Connectivité de SFTP.
Si le répertoire d'utilisateur est USER1.
l'APC est l'adresse Internet du serveur (la sauvegarde sera sélectionnée d'ici).
Le PCA est le chemin qui a été mentionné quand la sauvegarde d'accès direct à la mémoire a été générée.
- Une fois que les process starts d'accès direct à la mémoire, vous peuvent surveiller les logs avec l'utilisation de l'accès direct à la mémoire de vue se connectent, sur l'écran d'accès direct à la mémoire.
- Quand vous exécutez le processus d'accès direct à la mémoire, le GUI pourrait se déconnecter. Si vous ouvrez une session de nouveau, il le dirigera vers une nouvelle page d'accès direct à la mémoire.
Si vous entrez dans les détails et l'accès direct à la mémoire de passage de nouveau, vous serez incité avec l'état que l'accès direct à la mémoire s'exécute déjà.
- Alternativement vous pouvez également vérifier le log d'état du CLI avec l'utilisation du log de fichier journal.
Ce fichier est supprimé à la fin de l'exécution d'accès direct à la mémoire.
Ou vous pouvez vérifier de l'option de log d'accès direct à la mémoire de vue dans le GUI elle-même.
- L'accès direct à la mémoire est un processus de 20 étapes. À la fin de ces 20 étapes, les services seront redémarrés.
Après que la reprise de service soit terminée, les recharges VM. Vous perdrez le contrôle au CLI et au GUI jusqu'à ce que la réinitialisation soit complète.
Une fois que la VM redémarre, vérifiez l'état du service à la page d'utilité.
Attente tout le service à monter.
Vérifiez
Utilisez cette section pour confirmer que votre configuration fonctionne correctement.
Une fois que tous les services sont en service, vous pouvez ouvrir une session pour valider vos données dans le PCA.
Dépannez
Cette section fournit des informations que vous pouvez utiliser pour dépanner votre configuration.
Logins PCA 11.x :
- pcaninfra.log
- => d'analytics_dma.log pour la création de sauvegarde d'Analytics.
- => d'assurance_backup_dma.log pour la création de sauvegarde d'assurance.
- => de dma_assurance_backup_file_tran.log pour le transfert de fichiers de sauvegarde d'assurance
- => de dma_backup_file_tran.log pour le transfert de fichiers de sauvegarde d'analytics
- dma_backup_sftp.log
- dma_debug.log
- => de pcandma.log on l'observe dans certains cas la prise de services PCA un jour ou l'autre pour mettre en marche le dos de services une fois que le script d'accès direct à la mémoire fonctionne.
Logins PCA 12.x :
- le => de pcandma.log fournit les informations détaillées sur la restauration et met à jour la panne.
- 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
- le => de dma_status.log ce fichier sera supprimé à la fin du script d'accès direct à la mémoire.
Commentaires