Limpe o base de dados principal do acreditação da Colaboração (PCA)

Introdução

Este documento descreve como a uma execução um vácuo do base de dados (DB) limpar entradas velhas ou sobre-abundantes DB no aplicativo principal do acreditação da Colaboração (PCA).

Contribuído por Joseph Koglin, engenheiro de TAC da Cisco. 

Pré-requisitos

Requisitos

Cisco recomenda que você tem o conhecimento destes assuntos e executa estas recomendações:

• Conhecimento básico do PCA
• Quando você executa as ações especificadas neste documento você exigirá uma janela de manutenção se o PCA está na produção.
• Você exigirá o acesso raiz completo - as instruções podem ser encontradas na parte inferior deste documento sob o acesso raiz se você não o tem configurado

Componentes Utilizados

A informação neste documento é baseada nestes versões de software e aplicativos:

PCA e PCA Postrgres DB

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

Sintoma

Um vácuo DB ou a limpeza DB podem ser utilizados

• Quando o espaço de disco for aumentado repetidamente do diretório de /opt 
• O server foi em linha por um período de tempo prolongado, ex. os meses 6 ou mais e podem ser utilizados para a manutenção de rotina.
• Dos backup falha continuamente

Pense disto como uma reorganização do base de dados, os benefícios pode ser

• O desempenho de sistema é mais rápido
• Os dados que podem intermitentemente ter mostrado são indicados agora consistentemente.
• O espaço de disco pode descrease drasticamente livrar acima mais espaço para o crescimento maior DB
• Os backup terminam mais rapidamente e têm uma relação mais alta do sucesso

Nota: Antes que você execute o vácuo DB, note por favor o processo do vácuo DB pode tomar em qualquer lugar de 2 horas - 12 horas tipicamente. Porque o vácuo DB é dependente do tamanho DB, o tempo do processo pode variar

Etapas anterior antes que você começar o vácuo DB

Antes disto satisfaça fazem um instantâneo do VM através de Vsphere ou tomam um backup PCA, isto é uma precaução, apenas para ser seguro.

Embora não haja nenhuns incidentes relatada das edições com o vácuo DB no PCA é o melhor ser seguro.

Há duas opções 

Opção 1

Tome um instantâneo VM:

Etapa 1. Clicar com o botão direito no VM em Vsphere

Etapa 2. Selecione o instantâneo de Snapshot>>Take. Vista na parte inferior de Vsphere para monitorar a conclusão 

Ou

Opção 2

Tome um backup PCA:

1. Navegue a novo seleto do sistema Administration>>Backup Settings>> e preencha a informação necessária baseada sobre se você quer apenas os dados do acreditação ou o acreditação e a analítica.

Depois que você criou um instantâneo VM ou um backup bem-sucedido continuam por favor para a frente.

Para assegurar a porta PCA DB está aberto

Execute por favor as próximas etapas para assegurar-se de que as portas necessárias executar o vácuo DB estejam abertas conectar

Etapa 1. Início de uma sessão ao PCA através do SSH como o usuário de raiz e a porta 26

Etapa 2. Entrada. /sbin/iptables - UMA ENTRADA - p tcp --dport 5433 - j ACEITA
Etapa 3. Entrada.  salvaguarda de /etc/init.d/iptables

Processo do vácuo DB

  

Etapa 1. O início de uma sessão ao PCA como o usuário de raiz através do console VM, se você usa a massa de vidraceiro ou o securecrt para a sessão SSH ele pode intervalo e é mais seguro executar estes comandos no console VM

Etapa 2. Pare todos os processos e serviços.  parada de /opt/emms/emsam//bin/cpcmcontrol.sh (este processo pode tomar 10-15 minutos para parar inteiramente todos os serviços)

Etapa 3. Seja executado para assegurar-se de que todos os serviços estejam parados.  estado de /opt/emms/emsam/bin/cpcmcontrol.sh

Etapa 4. Comece o serviço DB somente. /opt/emms/emsam/bin/start_db.sh

A etapa 5.You mudará o diretório para navegar aos postgres para executar o CD /opt/postgres/9.2/ dos comandos remaining  

Nota: A versão dos postgres é sujeita mudar pela versão principal. Você pode executar o CD /opt/postgres/ seguido pelo ls - l para encontrar a versão instalada se o comando com versão 9.2 não trabalha.

Etapa 6. Entrada. postgres SU

Etapa 7. Entrada. vacuumlo - Cmuser U - p 5433 - cpcm v

Nota: As etapas 7 -10 tomarão algumas horas e cada comando terminará nele é possuir. Uma vez que está completo, continue à próxima etapa.

Vacuumlo da etapa 8.Input - Cmuser U - p 5433 - qovr v

Etapa 9. Entrada. /opt/postgres/9.2/bin/psql - p 5433 --cpcm do username=cmuser - VÁCUO FULL c o “ANALISA; ”

Etapa 10. Entrada. /opt/postgres/9.2/bin/psql - p 5433 --qovr do username=qovr - VÁCUO FULL c o “ANALISA; ”

Etapa 11.Input: a SU enraíza e reenter na senha root

Etapa 12. Parada DB - /opt/emms/emsam/bin/shutdown_db.sh

Etapa 13. Comece todos os processos - começo de /opt/emms/emsam//bin/cpcmcontrol.sh

  Permita por favor que aproximadamente 15 minutos para todos os serviços venham alternativo e então re-início de uma sessão ao GUI.

  Você tem terminado agora o processo do vácuo DB

  

Acesso raiz

Esta seção descreve como obter o acesso raiz completo para o PCA

Etapa 1. Entre com o SSH ao PCA e use a porta 26 como o usuário admin

Etapa 2. Input.root_enable

Datilografa dentro a senha root que você quer

Etapa 3. Input.rootand datilografam dentro a senha root

Etapa 4. Entrado uma vez como a entrada da raiz. /opt/emms/emsam/bin/enableRoot.sh

Etapa 5. Input.passwdand reenter em sua senha root

Você agora deve poder fechar dentro a sessão SSH e o re-log diretamente como a raiz