Copia de seguridad de aplicaciones a3EQUIPO intranet

a3EQUIPO | faqs informática


La información de la empresa es vital, por este motivo recuerda que, para la seguridad de los datos, es conveniente tener una correcta política de copias de seguridad (Backup).

En caso de no tener una política de copias de seguridad más exhaustiva coordinada por los responsables informáticos, se recomienda seguir el siguiente plan de mantenimiento:
 

1.- Periodicidad:

  • Mínima: una copia completa semanal.
  • Recomendado: una copia completa diaria.

 

2.- Histórico:

Es recomendable mantener un histórico de copias de seguridad, como mínimo:

  • Semanal: guarda una copia completa de las 5 últimas semanas.
  • Mensual: guarda una copia completa de los 12 últimos meses.
  • Anual: guarda una copia completa de los 5 últimos años. 

 

3.- Pasos a seguir para hacer una copia de seguridad:

Para realizar las copias de seguridad de aplicaciones Intranet debes hacer el Backup de las bases de datos A3Common y A3Laboral del SQL y la copia de las siguientes carpetas del servidor IIS (Internet Information Server):

  • Formats/Word/Customize
  • Formulas/Users
  • Files /Customer
  • A3userimages
  • A3RequestFiles
  • a3TempDir
  • A3RequestFiles\Temp
  • a3Skins
  • A3BDD

 

A tener en cuenta...
Las bases de datos A3MASTER, A3METADATA y A3TEMP se generan de nuevo durante la instalación del producto.  Pueden incluirse también en el proceso de backup de la aplicación, de cara a ser restauradas en caso de tener alguna incidencia a nivel de SQL que requiera recuperar todas las bases de datos.

Estas bases de datos no deben recuperarse en casos de cambio de servidor ya que tienen información del equipo donde está instalado el producto. En procesos de cambio de servidor, únicamente se debe recuperar a3common y a3laboral. El resto de bases de datos se generan durante la instalación del producto.

 

Recuerda que… 
Estas carpetas están ubicadas dentro del directorio donde está instalada la aplicación (excepto A3BDD que se sitúa al mismo nivel) y es posible que alguna de ellas todavía no la tengas creada o que esté vacía.

A través de la consulta Copia de seguridad con SQL Server 2005-2008-2012 mostramos el proceso de copia y restauración de las bases de datos en SQL.

Por último, es conveniente guardar el histórico de copias de seguridad en una ubicación segura para prevenir diferentes casuísticas como, por ejemplo: robo, inundación, incendio, etc.

 

 

 

    • ¿Te ha resultado útil esta página?
    • ¡Gracias por votar!
    • 2 valoraciones: 4 sobre 4 de media
    • ¿Te ha resultado útil esta página?
    • ¡Gracias por votar!
    • 2 valoraciones: 4 sobre 4 de media