Topologie de la base de données principale

Configurations de la base de données

Dans une topologie Standard Edition, tous les rôles de serveur, notamment la base de données principale, sont colocalisés sur un ordinateur unique.

Dans une topologie Enterprise Edition, la base de données principale ne peut pas être colocalisée avec tout autre rôle de serveur dans un pool. Toutefois, la base de données principale peut être colocalisée avec d'autres bases de données Office Communications Server 2007 R2. Cela signifie que la base de données principale peut être exécutée sur une instance SQL Server partagée avec des bases de données d'archivage, de surveillance, de conversation de groupe et de conformité (pour la conversation de groupe). La base de données principale peut être exécutée sur un serveur partagé avec la base de données de directeur, mais elle doit utiliser une instance SQL Server distincte.

Remarque :
Les résultats du test des performances publiés supposent que la base de données principale est exécutée sur une instance SQL Server dédiée.

Les topologies Enterprise Edition, qu'elles soient consolidées ou étendues, prennent en charge les configurations de base de données principale suivantes :

• un serveur frontal sans programme d'équilibrage de charge et une base de données principale sur un ordinateur distinct ;
• un serveur frontal connecté à un programme d'équilibrage de la charge matérielle et une base de données principale sur un ordinateur distinct ;
• au moins deux serveurs frontaux connectés à un programme d'équilibrage de la charge matérielle et une base de données principale sur un ordinateur distinct.
• Dans un pool d'entreprise, la base de données principale peut être un ordinateur SQL Server unique. Il est également possible de regrouper au moins deux ordinateurs SQL Server dédiés dans une configuration de type actif/passif à plusieurs nœuds. Un cluster SQL Server pour la base de données principale améliore la disponibilité en fournissant des fonctions de basculement. Dans un cluster à plusieurs nœuds, l'instance SQL Office Communications Server doit être capable de basculer vers un nœud passif qui, pour des raisons de performance, ne doit pas être partagé par une autre instance SQL. Vous pouvez migrer une base de données principale pour qu'elle passe d'un statut ne fonctionnant pas en cluster à un statut fonctionnant en cluster à l'aide de l'outil DbImpExp.exe. Pour plus d’informations sur l’outil DbImpExp.exe pour Office Communications Server 2007 R2, consultez le fichier DbImpExp-Readme.htm, disponible dans le dossier <lettre du lecteur>:\Program Files\ Microsoft Office Communications Server 2007 R2\Server\Support du serveur sur lequel Office Communications Server 2007 R2 est installé.

Dans des configurations ayant plusieurs instances SQL Server, un pool d'entreprise peut utiliser l'instance par défaut ou une instance nommée. Dans l'un ou l'autre cas, le port 1433 par défaut ou un autre port est pris en charge. Pour utiliser un autre port que le 1433, utilisez l'une des méthodes suivantes :

• Exécutez le service SQL Server Browser sur l'ordinateur qui exécute SQL Server. Aucune configuration n'est requise sur le client.
• Au lieu d'exécuter le service SQL Server Browser sur l'ordinateur qui exécute SQL Server, configurez le client en créant un alias pour l'instance SQL Server et en spécifiant le numéro de port. Pour créer un alias sur un ordinateur exécutant le serveur frontal, utilisez le Gestionnaire de configuration SQL Server (un composant logiciel enfichable de Microsoft Management Console (MMC)). Vous devez créer l'alias sur chaque ordinateur qui exécute le serveur frontal.
  Pour plus d'informations, consultez la documentation de votre serveur SQL Server.

Hébergement de bases de données SQL Server d'applications tierces

Les bases de données Office Communications Server 2007 R2 (soit la base de données principale, la base de données d'archivage ou la base de données de surveillance) peuvent être exécutées sur un serveur partagé avec des bases de données d'applications tierces, mais ces dernières doivent fonctionner sur une autre instance SQL Server. L'exécution de bases de données Office Communications Server 2007 R2 sur une instance SQL Server partagée avec des bases de données d'applications tierces n'est pas prise en charge.

Remarque :
L'hébergement de bases de données d'applications tierces sur des instances distinctes d'un serveur partagé est pris en charge, mais n'est pas recommandé pour des raisons de performances.

Si vous choisissez d'exécuter des bases de données d'applications tierces sur le même serveur que votre base de données Office Communications Server, n'oubliez pas ceci :

• la base de données Office Communications Server doit avoir des disques physiques séparés pour ses bases de données et ses journaux des transactions ;
• le serveur doit avoir assez de mémoire pour mettre en cache l'instance entière utilisée par Office Communications Server.