Planification de la récupération d’urgence des groupes Response Group dans Lync Server 2013
Rubrique Dernière modification : 2012-11-01
Cette section décrit quelques façons de préparer des groupes d’intervention pour la récupération d’urgence et fournit une vue d’ensemble du processus de récupération d’urgence.
Préparation à la récupération d’urgence du groupe d’intervention
Gardez à l’esprit les éléments suivants lorsque vous préparez et exécutez des procédures de récupération d’urgence.
Remarque
Dans un environnement de coexistence, seuls les groupes de réponses Lync Server 2013 sont pris en charge pour les procédures de récupération d’urgence décrites dans ce document.
Planifiez la récupération d’urgence lorsque vous planifiez votre capacité. Pour la capacité de récupération d’urgence, chaque pool d’un pool jumelé doit être en mesure de gérer les charges de travail de tous les groupes de réponse dans les deux pools. Pour plus d’informations sur la planification de la capacité response group, consultez Planification de la capacité pour Response Group dans Lync Server 2013.
Effectuez des copies de sauvegarde régulières de toutes les configurations de groupe de réponses dans tous les pools frontaux où vous avez déployé l’application Response Group à l’aide de la procédure d’exportation décrite dans ce document. Pour plus d’informations, consultez les procédures de récupération d’urgence du groupe response group dans Lync Server 2013. Conservez les copies de sauvegarde dans un emplacement sûr.
Conservez une copie de sauvegarde distincte de tous les fichiers audio d’origine que vous avez utilisés pour l’application Response Group, y compris les enregistrements et les fichiers de musique en attente. Conservez les fichiers de sauvegarde dans un emplacement sûr.
Pour la récupération d’urgence de Lync Server 2013, tous les paramètres response group doivent avoir des noms uniques dans votre déploiement. Cette exigence s’applique aux flux de travail, files d’attente, groupes d’agents, groupes de congés et heures d’activité. Vous devez vérifier que cette exigence est remplie lorsque les pools principaux et de sauvegarde sont toujours actifs, et avant de devoir lancer une procédure de basculement. Si vous rencontrez des conflits de noms lors de l’importation de données de groupe de réponses dans le pool de sauvegarde, l’importation échoue. Pour terminer la procédure d’importation et de basculement, vous devez résoudre les conflits de noms en renommant l’objet de groupe de réponses dans le pool de sauvegarde ou en utilisant l’applet de commande Import-CsRgsConfiguration avec le paramètre –ResolveNameConflicts pour résoudre automatiquement le conflit en ajoutant un numéro d’identification unique à l’objet de groupe de réponses.
En général, nous vous recommandons d’effectuer des sauvegardes quotidiennes, mais si vous avez un volume élevé de modifications, vous souhaiterez peut-être planifier des sauvegardes plus fréquentes. La quantité d’informations que vous pouvez perdre en cas de sinistre dépend de la fréquence de vos sauvegardes, ainsi que de la fréquence et du volume des modifications.
Il est possible d’importer des groupes de réponses dans un pool de sauvegarde avant un sinistre ou une opération de basculement. L’importation de groupes de réponses à l’avance réduit les temps d’arrêt, car le service Lync Server Response Group peut être restauré dans le pool de sauvegarde dès que les appels sont acheminés vers le pool de sauvegarde.
Remarque
L’application Response Group ne peut pas atteindre les agents hébergés dans un pool inactif tant que le basculement n’est pas terminé. Pendant ce temps, l’application Response Group traite les appels comme si ces agents n’étaient pas disponibles.
Processus de récupération d’urgence du groupe d’intervention
En cas de sinistre, vous pouvez récupérer des groupes de réponses à l’aide de l’une des approches de récupération suivantes :
Basculez vers un pool de sauvegarde, puis revenez au pool d’origine.
Basculez vers un pool de sauvegarde, créez un pool avec un autre nom de domaine complet (FQDN), puis importez les groupes de réponses dans le nouveau pool.
Pendant la phase de basculement de la récupération d’urgence, les groupes de réponses résident dans plusieurs pools : dans le pool principal (qui n’est pas disponible) et dans le pool de sauvegarde. Les groupes de réponses dans les deux pools ont le même nom et le même propriétaire (le pool principal), mais ils ont des parents différents.
Lorsque vous récupérez en créant un pool avec un nom de domaine complet différent, vous devez affecter le nouveau pool en tant que propriétaire des groupes de réponses lorsque vous les importez. La propriété des groupes de réponses reste avec le pool d’origine, sauf si vous réattribuez explicitement la propriété à l’aide du paramètre –OverwriteOwner avec l’applet de commande Import-CsRgsConfiguration .
Remarque
Vous devez également utiliser le paramètre –OverwriteOwner si vous avez reconstruit le pool pendant la récupération (autrement dit, la base de données Response Group est vide), que vous utilisiez ou non le même nom de domaine complet. Vous n’avez pas besoin d’utiliser le paramètre –OverwriteOwner si vous n’avez pas regénéré le pool, mais il est permis d’utiliser ce paramètre chaque fois que vous importez des groupes de réponses dans le pool principal.
Vous ne pouvez définir qu’un seul ensemble de paramètres de configuration response group au niveau de l’application par pool. Ces paramètres incluent la configuration par défaut de la musique en attente, le fichier audio de musique en attente par défaut, la période de grâce de rappel de l’agent et la configuration du contexte d’appel. Pour afficher ces paramètres de configuration, exécutez l’applet de commande Get-CsRgsConfiguration . Pour plus d’informations sur l’applet de commande Get-CsRgsConfiguration , consultez Get-CsRgsConfiguration.
Vous pouvez transférer ces paramètres au niveau de l’application d’un pool à un autre à l’aide de l’applet de commande Import-CsRgsConfiguration avec le paramètre –ReplaceExistingSettings, mais cela remplace les paramètres du pool de destination.
Important
Cette contrainte sur le transfert de paramètres vers un autre pool est vraie uniquement pour les paramètres au niveau de l’application et le fichier audio de musique en attente par défaut. Elle ne s’applique pas aux groupes d’agents, aux files d’attente, aux flux de travail, aux heures d’ouverture et aux jeux de congés.
Si vous ne souhaitez pas remplacer les paramètres au niveau de l’application dans le pool de sauvegarde en cas de sinistre et que le pool principal ne peut pas être récupéré, les paramètres au niveau de l’application du pool principal seront perdus. Si vous devez créer un pool pour remplacer le pool principal lors de la récupération, soit par le même nom de domaine complet, soit par un autre nom de domaine complet, vous ne pouvez pas récupérer les paramètres au niveau de l’application d’origine. Dans ce cas, vous devez configurer le nouveau pool avec ces paramètres et inclure le fichier audio de musique en attente.
Si vous décidez d’utiliser l’applet de commande Import-CsRgsConfiguration pour transférer les paramètres au niveau de l’application du pool principal vers le pool de sauvegarde en cas de sinistre, vous pouvez ensuite transférer les paramètres du pool de sauvegarde vers le nouveau pool pendant la récupération de la même façon que vous les avez transférés du pool principal vers le pool de sauvegarde.
Le tableau suivant est une vue d’ensemble des étapes impliquées dans la récupération des groupes de réponses.
Pour plus d’informations sur l’exécution de ces étapes, consultez les procédures de récupération d’urgence du groupe de réponses dans Lync Server 2013.
Étapes de récupération d’urgence du groupe d’intervention
Phase | Étapes | Groupes et rôles requis |
---|---|---|
Avant la panne |
De façon régulière, exécutez l’applet de commande Export-CsRgsConfiguration pour créer des sauvegardes de toutes les configurations response group dans tous les pools frontaux où l’application Response Group est déployée. |
RTCUniversalServerAdmins CsResponseGroupAdministrator |
En cas de panne |
Exécutez l’applet de commande Import-CsRgsConfiguration pour importer la configuration du service Lync Server Response Group sauvegardée à partir du pool principal vers le pool de sauvegarde. Remarque Utilisez le paramètre –ReplaceExistingSettings si vous souhaitez remplacer les paramètres response group au niveau de l’application dans le pool de sauvegarde par les paramètres du pool principal. Si vous ne transférez pas les paramètres au niveau de l’application du pool principal vers le pool de sauvegarde et que le pool principal ne peut pas être récupéré, vous perdrez les paramètres du pool principal. |
RTCUniversalServerAdmins CsResponseGroupAdministrator |
Après l’importation |
Exécutez les applets de commande Response Group avec le paramètre –ShowAll (pour afficher tous les groupes de réponses) ou le paramètre –Owner (pour afficher uniquement les groupes de réponses importés) pour vérifier que toutes les configurations de groupe de réponses ont été importées dans le pool de sauvegarde. Important Si vous n’utilisez pas le paramètre –ShowAll ou le paramètre –Owner, les groupes de réponses que vous avez importés dans le pool de sauvegarde ne sont pas répertoriés dans les résultats retournés par les applets de commande. Exécutez les applets de commande suivantes :
|
RTCUniversalServerAdmins CsResponseGroupAdministrator |
Après le basculement |
|
N/A |
Après la récupération, avant la restauration automatique |
Exécutez l’applet de commande Export-CsRgsConfiguration spécifiant le paramètre -Source en tant que pool de sauvegarde et le paramètre –Owner en tant que pool principal pour exporter les groupes de réponses appartenant au pool principal à partir du pool de sauvegarde. |
RTCUniversalServerAdmins CsResponseGroupAdministrator |
Après la restauration automatique |
|
RTCUniversalServerAdmins CsResponseGroupAdministrator |