Backup en Alfresco

Jueves, 28 de Enero de 2010 11:17 Emili
Imprimir

Tags: alfresco | backup | caliente | copia | tomcat

Backup y restauración de un alfresco en producción

Fuente original: http://wiki.alfresco.com/wiki/Backup_and_Restore

Nota: 
 
  Este documento solo trata hacer backup del repositorio de alfresco. El sistema operativo, el gestor de base de datos, la configuración del sistema, el jdk ... se ha de tener planificado y este documento no trata de ello.
  Se ha de tener en cuenta también hacer copia de la aplicación de alfresco y del tomcat que lo ejecuta.
  Los pasos que se describen, no estarán completos, hasta que se hayan probado, tanto el backup y la restauración en un entorno de producción o de preproducción.
  Este artículo es una traducción libre del documento original de la wiki de alfresco.
 

Información general

El Backup de un repositorio de Alfresco incluye copia de seguridad del directorio apuntado por la creación dir.root Y la base de datos .

Del mismo modo, al restaurar una copia de seguridad de Alfresco debe restaurar tanto el directorio dir.root Y la base de datos del mismo conjunto de copias.

En las versiones hasta el 3.1, el directorio de dir.root se define generalmente en <configRoot>/alfresco/extension/custom-repository.properties
En las versiones 3.2 y anteriores, el directorio de dir.root se define generalmente en <configRoot>/alfresco-global.properties.  Por defecto, este directorio se denomina alf_data y se encuentra dentro del directorio donde está instalado Alfresco.

 

Procedimiento de Backup parando alfresco

Por defecto, el dir.root contiene tanto el contenido cómo los índices, y es posible hacer copia de seguridad del contenido y luego hacer una re-indexación completa cuando se restaura la copia de seguridad. Una re-indexación completa puede ser un proceso que costoso en el tiempo, sin embargo, copiando correctamente los índices nos podemos evitar realizarlo:

  1. Parar Alfresco.
  2. Hacer un Backup de la base de datos con las herramientas que ofrezca el motor de la base de datos. (Ej. mysqldump en MySQL).
  3. Hacer una copia de seguridad COMPLETA  del directorio dir.root 
  4. Almacenar  las copias de la vase de datos y del almacen de datos en un mismo sitio para evitar confusiones y cruzar copias de la base de datos con un almacen distinto.
  5. Arrancar Alfresco

 

Procedimiento de Backup en Caliente

Información general

  1. La copia de seguridad se ha de hacer con las herramientas del gestor de bases de datos utilizado.
  2. Al terminar la copia de la base de datos se ha de hacer inmediatamente copia de los datos (dir.root)
  3. Almacenar la copia de la base de datos y del almacen en el mismo sitio para evitar confusiones y cruzar copias de la base de datos con un almacen distinto.

Copia de seguridad de la base de datos

En un sistema Alfresco, la capacidad de soportar un backup en caliente depende básicamente de la capacidad que ofrece la base de datos para realizar una copia en Caliente. Concretamente, se requiere una herramienta que pueda hacer una copia "instantánea" de una versión coherente de la base de datos de Alfresco. Además para evitar problemas de rendimiento enAlfresco, el backup de la base de datos, debe realizarse sin quitar bloqueos en la base de datos o completarse rápidamente (segundos).

Las capacidades de copia de seguridad varían ampliamente entre las distintas bases de datos, y debe asegurarse de que los procedimientos de backup que se van a utilizar son validados por un calificado y experimentado administrador de Bases de datos antes de aplicarlos en un entorno de producción.

Copia de seguridad del sistema de archivos

Realizar copia de los siguientes directorios (rsync, xcopy ...):

NOTA IMPORTANTE: Nunca, bajo ninguna circunstancia, hacer copia de seguridad del directorio Lucene mientras se están utilizando los índices de Alfresco. 

Alfresco incluye un trabajo en background responsable de realizar copias de seguridad de  los índices de Lucene. (Por defecto) está configurado para ejecutarse a las 3 am cada noche. El proceso de copia de seguridad en caliente no se debe ejecutar simultáneamente con esta tarea en segundo plano, así que se debe asegurar que la copia de seguridad de los índices ha terminado antes de iniciar el backup en caliente.

PROCEDIMIENTO DE RESTAURACIÓN

  1. PArar Alfresco.
  2. Copie el dir.root existente a una ubicación temporal.
  3. Restaurar dir.root.
  4. Si va a restaurar de una copia de seguridad en caliente, cambiar el nombre de <dir.root>/backup-lucene-indexes to <dir.root>/lucene-indexes.
  5. Restaurar la base de datos de las copias de seguridad.
  6. Iniciar Alfresco.

Restauración de los Índices de Lucene

Tenga en cuenta que además de la restauración completa, la copia de seguridad tanto en fŕio cómo en caliente se puede utilizar para restaurar únicamente los índices de Lucene.  Esto es útil en casos en que el propio repositorio  no necesita ser restaurado, pero por alguna razón los índices de Lucene son viejos y su reconstrucción a partir de cero no es deseable.

 

Proceso:

  1. Parar Alfresco.
  2. Mover el actual <dir.root>/lucene-indexes a otro ruta temporal
  3. Si se está realizando copias de seguridad en frío, restaurar <dir.root>/lucene-indexes de Lucene-del conjunto de copia de seguridad más recientes.
  4. Si está realizando copias de seguridad en caliente, restaurar <dir.root>/backup-lucene-indexes del conjunto de copia de seguridad más recientes y cambiarle el nombre a <dir.root>/lucene-indexes
  5. Reiniciar Alfresco.

Al reiniciar, Alfresco (por defecto) detecta que los índices no son buenos, y de forma incremental reindexa sólo el contenido que ha cambiado desde la última copia de seguridad se llevó a cabo. A medida que el tamaño de contenido crece, el ahorro de tiempo de la realización de indexación incremental en lugar de indexación plena se hará más notable (indexación incremental se hace normalmente en minutos, mientras que la indexación completa puede tomar horas para grandes conjuntos de datos)

Nota importante: Si se quiere hacer correctamente una indexación incremental se debe establecer la propiedad index.recovery.mode a "AUTO" o dejarlo en su valor por defecto de "Validar".  Al establecer esta propiedad a "FULL" obliga a una completa re-indexación aunque indexación incremental sea posible (sin el beneficio de este procedimiento).

 


Última actualización el Jueves, 28 de Enero de 2010 12:12  
Más artículos :
» Búsqueda por nombre + apellidos en el formulario de invitación