Stratégie de sauvegarde et de restauration

Il est impératif de mettre en œuvre une stratégie de sauvegarde réfléchie, solide et sécurisée avant de déterminer toute convention relative aux pannes ou à la restauration. Il est impossible de définir une approche unique qui répondrait à tous les besoins de tous les clients ; chaque installation doit être analysée avant qu'une stratégie ne soit mise en place. Tenez compte des aspects suivants d'une telle stratégie :
  • Paramètres d'initialisation. Ils doivent être imprimés ou enregistrés pour chaque serveur Linux après la première initialisation.

  • Fichier onboarding.xml IPOSS/SSLVPN : un fichier doit être enregistré pour chaque système intégré.

  • Données de la clé de licence : tous les fichiers de clé de licence ADI doivent être enregistrés.

  • Sauvegarde manuelle de la configuration de chaque instance de IP Office après l'installation initiale et après chaque modification majeure de la configuration.

  • Sauvegarde manuelle de la configuration de Voicemail Pro après l'installation initiale et après chaque modification majeure de la configuration.

  • Sauvegarde manuelle de la configuration de one-X Portal après l'installation initiale et après chaque modification majeure de la configuration.

  • Sauvegarde régulière de la configuration de chaque instance de IP Office.

  • Sauvegarde régulière de la configuration de one X Portal (serveur principal et serveur d'applications uniquement)

  • Sauvegarde régulière de la configuration de Voicemail Pro (serveur principal uniquement)

  • Sauvegarde régulière des données d'enregistrement et de la messagerie vocale (serveur principal uniquement)

  • Moment choisi pour la sauvegarde : cette opération doit être effectuée lorsque peu ou pas de trafic se trouve sur le système cible, mais la procédure de sauvegarde n'affecte pas elle-même le service.

  • Moment choisi pour la restauration : cette opération doit être effectuée lorsqu'aucun trafic ne se trouve sur le système restauré. La procédure de restauration affecte le service ; tout composant restauré redémarre automatiquement dès que la restauration est terminée.

  • Sécurité, intégrité, emplacement et capacité du stockage des données de sauvegarde.
    noteRemarque

    La sauvegarde d'un serveur Avaya Linux n'inclut aucune donnée de sauvegarde locale.

  • Sécurité de la communication des données de sauvegarde.

  • Sauvegarde avant toute mise à niveau logicielle.

  • Conservation des données de sauvegarde des anciennes versions logicielles, au cas où une mise à niveau vers une version antérieure doive être envisagée.

La période et le nombre d'instances uniques sélectionnées doit refléter la fréquence de la modification, les conséquences de la perte de données et la capacité de stockage du serveur des données de sauvegarde. Les sauvegardes régulières via Web Manager peuvent avoir jusqu'à 14 instances et une instance unique de sauvegarde manuelle. Une fois cette limite dépassée, le système écrase le jeu le plus ancien. Ces instances sont pour chaque serveur de sauvegarde et sont indépendantes du jeu de données de sauvegarde. Par exemple, deux tâches hebdomadaires de sauvegarde de toutes les configurations IP Office et de la configuration de la messagerie vocale remplacent le premier jeu après 7 semaines.