Índice

Introdução

Pré-requisitos

Requisitos

Componentes Utilizados

Configurar

Etapa 1. Instale o arquivo RPM

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

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

Verificar

Troubleshooting

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.