Temps de récupération nécessaire pour basculer et restaurer les pools dans Lync Server 2013

Rubrique Dernière modification : 2012-09-10

Pour le basculement de pool et la restauration automatique du pool, la cible d’ingénierie pour l’objectif de temps de récupération (RTO) est de 30 minutes. Il s’agit du temps nécessaire pour que le basculement se produise, une fois que les administrateurs ont déterminé qu’il y a eu un incident et lancé les procédures de basculement. Cette durée ne comprend pas le temps nécessaire aux administrateurs pour évaluer la situation et prendre une décision, ni le temps nécessaire aux utilisateurs pour se connecter une fois le basculement terminé.

Pour le basculement de pool et la restauration automatique du pool, la cible d’ingénierie pour l’objectif de point de récupération (RPO) est de 30 minutes. Cela représente une mesure en temps des données qui pourraient être perdues en raison de la panne, en raison de la latence de réplication du service de sauvegarde. Par exemple, si un pool tombe en panne à 10h00 et que le RPO est de 30 minutes, les données écrites dans le pool entre 9h30 et 10h00 n’ont peut-être pas été répliquées dans le pool de sauvegarde et seraient perdues.

Les chiffres de RTO et de RPO de ce document considèrent que les deux centres de données sont situés dans la même région du monde avec un transport haute vitesse à faible latence entre les deux sites. Ces chiffres sont mesurés pour un pool avec 40 000 utilisateurs actifs et 200 000 utilisateurs activés pour Lync par rapport à un modèle utilisateur prédéfini pour lequel il n’y a pas de journal des travaux en souffrance dans la réplication des données. Ces chiffres peuvent changer en fonction du test et de la validation des performances.