Introducción
Este documento describe cómo a una ejecución un vacío de la base de datos (DB) limpiar las entradas añejas o sobreabundantes DB en la aplicación primera de la garantía de la Colaboración (PCA).
Contribuido por José Koglin, ingeniero de Cisco TAC.
Prerrequisitos
Requisitos
Cisco recomienda que usted tiene conocimiento de estos temas y realiza estas recomendaciones:
- Conocimiento básico del PCA
- Cuando usted realiza las acciones especificadas en este documento usted requerirá una ventana de mantenimiento si el PCA está en la producción.
- Usted requerirá el acceso a raíz completo - las instrucciones se pueden encontrar en la parte inferior de este documento bajo acceso a raíz si usted no lo hace configurar
Componentes Utilizados
La información en este documento se basa en estas versiones de software y aplicaciones:
PCA y PCA Postrgres DB
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si su red está viva, asegúrese de que usted entienda el impacto potencial del comando any.
Síntoma
Un vacío DB o la limpieza DB puede ser utilizado
- Cuando el espacio en disco se aumenta en varias ocasiones del directorio de /opt
- El servidor ha estado en línea durante un largo período de tiempo, ex. 6 meses o más y se pueden utilizar para el mantenimiento de rutina.
- De los respaldos fall continuamente
Piense en esto como reorganización de la base de datos, las ventajas puede ser
- El rendimiento del sistema es más rápido
- Los datos que pudieron haber mostrado intermitentemente ahora se visualizan constantemente.
- El espacio en disco puede descrease liberar drástico para arriba más espacio para un crecimiento más grande DB
- Los respaldos acaban más rápidamente y tienen una relación de transformación más alta del éxito
Nota: Antes de que usted realice el vacío DB, observe por favor el proceso del vacío DB puede tomar dondequiera a partir de 2 horas - 12 horas típicamente. Pues el vacío DB es dependiente en el tamaño DB, el tiempo de proceso puede variar
Pasos previos antes de que usted comience el vacío DB
Antes de esto satisfaga hacen una foto del VM vía Vsphere o toman un respaldo PCA, esto es una precaución, sólo para estar seguro.
Aunque no haya habido ninguna incidentes señalada de los problemas con el vacío DB en el PCA es el mejor ser seguro.
Hay dos opciones
Opción 1
Tome una foto VM:
Paso 1. Click derecho en el VM en Vsphere
Paso 2. Seleccione la foto de Snapshot>>Take. Visión en la parte inferior de Vsphere para monitorear la realización
O
Opción 2
Tome un respaldo PCA:
1. Navegue a nuevo selecto del sistema Administration>>Backup Settings>> y complete la información requerida basada encendido si usted quiere apenas los datos de la garantía o la garantía y el analytics.
Después de que usted haya creado una foto VM o respaldo exitoso satisfaga proceden adelante.
Para asegurar el puerto PCA DB está abierto
Realice por favor los siguientes pasos para asegurarse que los puertos necesarios para ejecutar el vacío DB están abiertos conectar
Paso 1. Inicie sesión al PCA vía SSH como el usuario raíz y puerto 26
Paso 2. Entrada. /sbin/iptables - UNA ENTRADA - p tcp --dport 5433 - j VALIDA
Paso 3. Entrada. salvaguardia de /etc/init.d/iptables
Proceso del vacío DB
Paso 1. Inicie sesión al PCA como usuario raíz vía la consola VM, si usted utiliza el putty o el securecrt para la sesión SSH que puede descanso y que es más confiable funcionar con estos comandos en la consola VM
Paso 2. Pare todos los procesos y servicios. parada de /opt/emms/emsam//bin/cpcmcontrol.sh (este proceso puede tardar 10-15 minutos para parar completamente todos los servicios)
Paso 3. Ejecútese para asegurarse que paran a todos los servicios. estatus de /opt/emms/emsam/bin/cpcmcontrol.sh
Paso 4. Comience el servicio DB solamente. /opt/emms/emsam/bin/start_db.sh
El paso 5.You cambiará el directorio para navegar al postgres para ejecutar el Cd /opt/postgres/9.2/ de los comandos remaining
Nota: La versión del postgres está conforme al cambio por la versión importante. Usted puede ejecutar /opt/postgres/ cd seguido por el ls - l para encontrar la versión instalada si el comando con la versión 9.2 no trabaja.
Paso 6. Entrada. postgres su
Paso 7. Entrada. vacuumlo - Cmuser U - p 5433 - cpcm v
Nota: Los pasos 7 -10 tardarán algunas horas y cada comando completará en él es poseer. Una vez que es completo, proceda al siguiente paso.
Vacuumlo del paso 8.Input - Cmuser U - p 5433 - qovr v
Paso 9. Entrada. /opt/postgres/9.2/bin/psql - p 5433 --cpcm del username=cmuser - VACÍO FULL c el “ANALIZA; ”
Paso 10. Entrada. /opt/postgres/9.2/bin/psql - p 5433 --qovr del username=qovr - VACÍO FULL c el “ANALIZA; ”
Paso 11.Input: su arraiga y entra de nuevo en la contraseña de raíz
Paso 12. Parada DB - /opt/emms/emsam/bin/shutdown_db.sh
Paso 13. Comience todos los procesos - comienzo de /opt/emms/emsam//bin/cpcmcontrol.sh
Permita por favor que aproximadamente 15 minutos para todos los servicios vengan de reserva y entonces el re-login al GUI.
Usted ahora ha completado el proceso del vacío DB
Acceso a raíz
Esta sección describe cómo obtener el acceso a raíz completo para el PCA
Paso 1. Inicie sesión con SSH al PCA y utilice el puerto 26 como el Usuario administrador
Paso 2. Input.root_enable
Teclea adentro la contraseña de raíz que usted quiere
Paso 3. Input.rootand teclean adentro la contraseña de raíz
Paso 4. Abierto una sesión una vez como entrada de la raíz. /opt/emms/emsam/bin/enableRoot.sh
Paso 5. Input.passwdand entran de nuevo en su contraseña de raíz
Usted ahora debe poder cerrar la sesión SSH y el re-registro adentro directamente como raíz