Política de respaldo y restauración

Es esencial implementar un política de respaldo considerada, sólida y segura antes de cualquier falla u otros requisitos de restauración. No es posible definir un enfoque único que atienda todas las posibles necesidades de los usuarios; antes de implementar una política se debe evaluar cada instalación. Considere los siguientes aspectos como parte de dicha política:
  • Configuración de inicialización Esta debe imprimirse o guardarse en cada servidor Linux después de la inicialización inicial.

  • Archivo onboarding.xml de IPOSS/SSLVPN: se debe guardar uno de cada sistema integrado.

  • Datos de claves de licencias: se deben guardar todos los archivos de claves de licencia de ADI.

  • Respaldo de configuración manual para cada IP Office después de la instalación inicial y un cambio de configuración importante.

  • Respaldo de configuración manual para Voicemail Pro después de la instalación inicial y un cambio de configuración importante.

  • Respaldo de configuración manual para one-X Portal después de la instalación inicial y un cambio de configuración importante.

  • Respaldo periódico de la configuración para cada IP Office.

  • Respaldo periódico de la configuración para one X Portal: solo Primario y servidor de aplicaciones

  • Respaldo periódico de la configuración para Voicemail Pro: solo Primario

  • Respaldo periódico de buzón de correo de voz y datos de grabación: solo Primario

  • La programación de la operación de respaldo: esto debe hacerse cuando hay poco o nada de tráfico presente en el sistema de destino, pero el proceso de respaldo en sí no afecta el servicio.

  • La programación de la operación de restauración: esto debe hacerse cuando no hay tráfico presente en el sistema restaurado. El proceso de restauración afecta el servicio: cualquier componente restaurado se reiniciará de forma automática inmediatamente cuando haya finalizado la restauración .

  • Seguridad, integridad, ubicación y capacidad de almacenamiento de datos de respaldo.
    noteNota

    el respaldo de un servidor Linux de Avaya no incluye datos de respaldo locales.

  • Seguridad de la comunicación de datos de respaldo

  • Respaldo antes de cualquier actualización de software

  • Para la retención de datos de respaldo para versiones de software anteriores, es necesario considerar una desactualización.

El período y número de instancias únicas seleccionadas debe reflejar la frecuencia de cambio, las consecuencias debido a pérdida de datos y la capacidad de almacenamiento del servidor de datos de respaldo. Los respaldos periódicos que utilizan Web Manager tienen hasta 14 instancias y una sola instancia de respaldo manual, después de lo cual el sistema sobrescribe el conjunto más antiguo. Estas instancias son para cada servidor de respaldo e independientemente del conjunto de datos de respaldo; por ejemplo, tareas de respaldo con dos semanas de separación de todas las configuraciones de IP Office y la configuración de correo de voz sobrescriben el primer conjunto después de 7 semanas.