Migração principal do acreditação da Colaboração de 11.x a 12.1

Introdução

Este artigo descreve ponto por ponto, o procedimento para migrar do acreditação principal da Colaboração (PCA) 11.x a PCA 12.1.

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

• PCA 11.x nas versões apoiadas da migração
• Arquivo assistente da migração de dados (DMA) transferido do server do Orchestrator de Cisco Clould (CCO)
• Fixe o server FTP (SFTP)

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

• PCA 12.1
• PCA 11.x

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos usados neste original começaram com uma configuração cancelada (do padrão). Se sua rede está viva, assegure-se de que você compreenda o impacto potencial do comando any.

Configurar

  

Etapa 1. Instale o arquivo RPM

• Transfira o arquivo RPM do local CCO. Este arquivo é exigido para gerar o backup no server PCA 11.x em um formato legível pela plataforma PCA 12.X.
• Coloque o arquivo sob/optar e verifique a integridade do arquivo e verifique o md5sum.

 Combine o md5sum com esse mencionado no local CCO:

• Instale o arquivo RPM com o uso deste comando:

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

• Assegure-se de que o RPM esteja instalado com sucesso:

Etapa 2. Inicie o backup no server 11.X com o pacote instalado

• Execute este script a fim iniciar o backup. Alertá-lo-á para parâmetros para o SFTP separa como o IP, número de porta, username, trajeto.

./pcandma.sh

Note: O trajeto deve ser relativo ao trajeto de diretório de usuário. Para por exemplo se o diretório de usuário é USER1, a seguir você precise de criar um dobrador sob este diretório que será o trajeto sob que o backup será colocado.

/USER1/PCA/pca

o APC é o hostname do server (o backup será escolhido de aqui).

O PCA é o trajeto que foi mencionado.

• As verificações do script se a pasta de destino esta presente. Se não então cria o dobrador.

• Se o diretório não existe, o PCA cria automaticamente um:

• O backup é armazenado no servidor local no trajeto /opt/tempbackups/DMA_Backup/backup/appcomponent antes de transferir ao server SFTP.

• Depois que o backup DMA é terminado, o arquivo obtém colocado no server SFTP na pasta de destino.

• Você pôde ver algum atraso quando os serviços começarem. Você verá alguns logs como segue:

Recomenda-se que você espera todos os serviços para vir acima.

Etapa 3. Use o DMA para migrar dados a PCA 12.X

• Você precisa de instalar a correção de programa especial da engenharia (ES) para obter a opção permitida para a restauração DMA em PCA 12.1.

A opção DMA está disponível começando ES1.

Recomenda-se lhe instala a correção de programa a mais atrasada ES antes que você inicie o DMA.

Você pode ler-me read-arquivo para o ES antes que você inicie o DMA.

• Especifique os detalhes do server SFTP como mostrado aqui. Verifique a Conectividade SFTP.

Note: O trajeto deve ser relativo ao trajeto de diretório de usuário.

Se o diretório de usuário é USER1.

o APC é o hostname do server (o backup será escolhido de aqui).

O PCA é o trajeto que foi mencionado quando o backup DMA foi gerado.

• Uma vez que o processo DMA começa, você pode monitorar os logs com o uso do log da vista DMA, na tela DMA.
  
  

• Quando você executa o processo DMA, o GUI pôde logout. Se você entra outra vez, dirigi-lo-á a uma página fresca DMA.

Se você incorpora os detalhes e a corrida DMA outra vez, você estará alertado com estado que o DMA já está executando.

• Alternativamente você pode igualmente verificar o log do estado do CLI com o uso do log do arquivo de registro.

Este arquivo é suprimido no fim da operação DMA.

Ou você pode verificar da opção no GUI própria do log da vista DMA.

• O DMA é um processo de 20 etapas. No fim destas 20 etapas, os serviços serão reiniciados.

Depois que o reinício do serviço é terminado, os reloads VM. Você perderá o controle ao CLI e ao GUI até que a repartição estiver completa.

Uma vez que o VM recarrega, verifique o estado do serviço na página da utilidade.

Espere todo o serviço para vir acima.

Verificar

Use esta seção para confirmar se a sua configuração funciona corretamente.

Uma vez que todos os serviços são em serviço, você pode entrar para validar seus dados no PCA.

Troubleshooting

Esta seção fornece a informação que você pode se usar a fim pesquisar defeitos sua configuração.

Entra PCA 11.x:

• pcaninfra.log
• => de analytics_dma.log para a criação do backup da analítica.
• => de assurance_backup_dma.log para a criação do backup do acreditação.
• => de dma_assurance_backup_file_tran.log para transferência de arquivo de backup do acreditação
• => de dma_backup_file_tran.log para transferência de arquivo de backup da analítica
• dma_backup_sftp.log
• dma_debug.log
• => de pcandma.log observa-se que em alguns casos os serviços PCA tomam algum dia para enfiar para trás os serviços uma vez que o script DMA é executado.

Entra PCA 12.x:

• o => de pcandma.log fornece a informação detalhada na restauração e atualiza a falha.
• 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
• o => de dma_status.log este arquivo será suprimido na extremidade do script DMA.