Créez un environnement multi-serveur

S’applique à :SQL Server

L'administration multiserveur nécessite que vous configuriez un serveur maître (MSX) et au moins un serveur cible (TSX). Les tâches qui seront traitées sur l’ensemble des serveurs cibles sont d’abord définies sur le serveur maître, puis téléchargées sur les serveurs cibles.

Important

Dans Azure SQL Managed Instance, la plupart, mais pas toutes les fonctionnalités SQL Server Agent sont actuellement prises en charge. La fonctionnalité Administration multiserveur n’est pas prise en charge sur Azure SQL Managed Instance.

Par défaut, le chiffrement TLS (Transport Layer Security), anciennement SSL (Secure Sockets Layer), complet et la validation de certificats sont activés pour les connexions entre les serveurs maîtres et les serveurs cible par défaut. Pour plus d’informations, consultez Définir des options de chiffrement sur des 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 doit assurer des performances élevées pour d'autres fonctionnalités SQL Server , en effet, le trafic du serveur cible peut ralentir les performances du serveur de production. De plus, si vous transmettez des événements vers un serveur maître dédié, vous pouvez centraliser l'administration sur un seul serveur. Pour plus d’informations, consultez Gérer les événements.

Remarque

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 de administrateur système. En cas d’utilisation du traitement de tâches multiserveur, le compte doit être membre du rôle de base de données msdbTargetServersRole sur le serveur maître. L’Assistant Serveur maître ajoute automatique le compte de service à ce rôle au cours du processus d’inscription.

Considérations relatives aux environnements multiserveurs

Tenez compte des éléments ci-dessous avant de créer un environnement multiserveur :

  • Utilisez la version la plus récente comme serveur maître. La version actuelle et les deux précédentes sont prises en charge.

  • Chaque serveur cible dépend d’un seul serveur maître. Vous devez annuler l'inscription d'un serveur cible d'un serveur maître avant de pouvoir l'inscrire sur un autre.

  • Lors de la modification du nom d'un serveur cible, vous devez annuler l'inscription de celui-ci avant de modifier son nom puis l'inscrire de nouveau.

  • Si vous souhaitez démanteler une configuration multiserveur, vous devez annuler l'inscription de tous les serveurs cibles dans le serveur maître.

  • SQL Server Integration Services ne prend en charge que les serveurs cibles qui présentent la même version ou une version ultérieure à la version du serveur maître.