Partage via

Créer un environnement multiserveur

  • Article

s’applique à : SQL Server

L’administration multiserveur exige que vous configurez un serveur maître (MSX) et un ou plusieurs serveurs cibles (TSX). Les travaux traités sur tous les serveurs cibles sont d’abord définis sur le serveur maître, puis téléchargés sur les serveurs cibles.

Important

La plupart, mais pas tous, les fonctionnalités de SQL Server Agent sont actuellement prises en charge sur Azure SQL Managed Instance. La fonctionnalité d’administration multiserveur n’est pas prise en charge sur Azure SQL Managed Instance.

Par défaut, tls (Transport Layer Security), précédemment appelé SSL (Secure Sockets Layer), le chiffrement et la validation de certificat sont activés pour les connexions entre les serveurs maîtres et les serveurs cibles. Pour plus d’informations, consultez Définir les options de chiffrement sur les serveurs cibles.

Si vous avez un grand nombre de serveurs cibles, évitez de définir votre serveur maître sur un serveur de production qui a des exigences significatives en matière de performances à partir d’autres fonctionnalités SQL Server, car le trafic du serveur cible peut ralentir les performances sur votre serveur de production. Si vous transférez également des événements à un serveur maître dédié, vous pouvez centraliser l’administration sur un serveur. Pour plus d’informations, consultez Gérer les événements.

Note

Par défaut, le compte de service SQL Server Agent est mappé au SID de service SQL Server Agent par défaut (NT SERVICE\SQLSERVERAGENT), qui est membre du rôle serveur fixe sysadmin. Le compte doit également être membre du rôle de base de données msdbTargetServersRole sur le serveur maître si le traitement du travail multiserveur est utilisé. L’Assistant Serveur maître ajoute automatiquement le compte de service à ce rôle dans le cadre du processus d’inscription.

Considérations relatives aux environnements multiserveurs

Tenez compte des problèmes suivants lors de la création d’un environnement multiserveur :

  • Utilisez la version la plus récente comme serveur maître. Les versions actuelles et deux versions précédentes sont prises en charge.

  • Chaque serveur cible signale à un seul serveur maître. Vous devez dissocier un serveur cible d'un serveur principal avant de pouvoir l'inscrire dans un autre serveur.

  • Lorsque vous modifiez le nom d’un serveur cible, vous devez le désenregistrer avant de modifier le nom et le réinscrire après la modification.

  • Si vous souhaitez démonter une configuration multiserveur, vous devez déconnecter tous les serveurs cibles du réseau du serveur maître.

  • SQL Server Integration Services prend uniquement en charge les serveurs cibles qui sont la même version ou supérieure à la version du serveur maître.

Contenu connexe