Ressources requises pour le serveur de conversation permanente dans Lync Server 2013

 

Rubrique Dernière modification : 2016-02-05

La haute disponibilité et la récupération d’urgence pour le serveur de conversation permanente nécessitent des ressources supplémentaires au-delà de ce qui est généralement nécessaire pour une opération complète. Avant de configurer le serveur de conversation permanente pour la haute disponibilité et la récupération d’urgence, assurez-vous que vous disposez des ressources suivantes en plus de ce qui est requis pour l’opération standard du serveur de conversation permanente. Pour plus d’informations sur la configuration, consultez Configuration du serveur de conversation permanente dans Lync Server 2013.

• Une instance de base de données dédiée située dans le même centre de données physique dans lequel se trouve le serveur frontal de base du service De conversation permanente. Cette base de données servira de miroir SQL Server pour la base de données principale de conversation permanente. Vous pouvez éventuellement désigner un serveur SQL Server supplémentaire pour servir de témoin de mise en miroir si vous souhaitez un basculement automatisé vers la base de données miroir.

• Une instance dédiée de la base de données, située dans l’autre centre de données physique. Cette base de données servira de base de données secondaire SQL Server Log Shipping pour la base de données dans le centre de données principal.

• Une instance de base de données dédiée servant de miroir SQL Server pour la base de données secondaire. Si vous le souhaitez, désignez un serveur SQL Server supplémentaire à serveur comme témoin de mise en miroir. Elles doivent toutes deux se situer dans le même centre de données physique que la base de données secondaire.

• Si la conformité du serveur de conversation permanente est activée, trois instances de base de données dédiées supplémentaires sont requises. Leur distribution est identique à celle décrite précédemment pour la base de données de conversation permanente. Bien qu’il soit possible pour la base de données de conformité de partager la même instance SQL Server que la base de données de conversation permanente, nous recommandons des instances autonomes pour la haute disponibilité et la récupération d’urgence.

• Un partage de fichiers doit être créé et désigné pour les journaux de transactions sqL Server Log Shipping. Tous les serveurs SQL des deux centres de données qui exécutent des bases de données de conversation permanente doivent disposer d’un accès en lecture/écriture à ce partage de fichiers. Celui-ci n’est pas défini avec un rôle FileStore.

• Partage de fichiers sur le serveur de base de données secondaire servant de dossier de destination pour les journaux des transactions SQL Server copiés à partir du partage de fichiers du serveur principal.

Remarque

Les serveurs de conversation permanente actifs dans un pool de serveurs de conversation permanente DOIVENT résider dans le même fuseau horaire que le pool Lync de tronçon suivant défini dans la topologie.

Les figures suivantes fournissent des exemples sur la façon dont l’ensemble du pool de serveurs de conversation permanente peut être configuré dans les deux topologies de pool étirées différentes :

• Pool de serveurs de conversation permanente étendus lorsque les centres de données sont géolocalisations avec une bande passante élevée/une faible latence.

• Pool de serveurs de conversation permanente étendus lorsque les centres de données sont géolocalisations avec une faible bande passante/une latence élevée.

La figure suivante montre une topologie de pool de serveurs de conversation permanente étirée où les centres de données sont géolocalisations avec une bande passante élevée/une faible latence.

Pool de serveurs de conversation permanente étendus lorsque les centres de données sont géolocalisations avec une bande passante élevée/une faible latence.

Examen de du

La figure suivante montre une topologie de pool de serveurs de conversation permanente étirée où les centres de données sont géolocalisations avec une faible bande passante/une latence élevée.

Pool de serveurs de conversation permanente étendus lorsque les centres de données sont géolocalisations avec une faible bande passante/une latence élevée.

de