Administration automatisée à l'échelle d'une entreprise

S’applique à :SQL Server

Le fait d’automatiser l’administration sur plusieurs instances de SQL Server est appelé administration multiserveur. Utilisez l'administration multiserveur dans les cas suivants :

• Gérez deux serveurs ou plus ;

• Planifiez les flux d'informations entre les serveurs de l'entreprise pour constituer un Data Warehouse.

Pour tirer parti d'une administration multiserveur, vous devez disposer d'au moins un serveur maître et d’au moins un serveur cible. Un serveur maître distribue les travaux aux serveurs cibles et reçoit les événements de ces derniers. Un serveur maître stocke également la copie centrale des définitions de travaux pour les travaux exécutés sur des serveurs cibles. Les serveurs cibles se connectent régulièrement au serveur maître pour mettre à jour leur liste des travaux planifiés. Si un nouveau travail se trouve sur le serveur maître, le serveur cible le télécharge. Une fois que le serveur cible a terminé le travail, il se reconnecte au serveur maître et rend compte de l'état du travail. Notez que votre définition de travail doit être identique lors de l’exécution de toute activité liée aux bases de données.

L'illustration suivante décrit la relation entre serveurs maîtres et cibles :

Si vous administrez les serveurs départementaux d'une grande société, vous pouvez définir les éléments suivants :

• un travail de sauvegarde en plusieurs étapes ;

• les opérateurs à avertir en cas d'échec de sauvegarde ;

• un programme d'exécution pour le travail de sauvegarde.

Écrivez ce travail de sauvegarde une seule fois sur le serveur maître, puis inscrivez chaque serveur du service comme serveur cible dans le serveur maître. Dès lors qu'ils sont inscrits, tous les serveurs départementaux exécutent le même travail de sauvegarde, alors que vous n'avez défini le travail qu'une seule fois.

Dans cette section

Créer un environnement multi-serveur
Contient des informations sur la création et la gestion des serveurs maîtres et cibles.

Choisir le compte de service SQL Server Agent correct pour les environnements multiserveurs
Contient des informations sur la manière dont l'utilisation de comptes Windows non administratifs ou du compte système local pour le service SQL Server Agent peut affecter les environnements multiserveurs.

Définir des options de chiffrement sur des serveurs cibles
Contient des informations sur la définition de la sous-clé de Registre SQL Server Agent MsxEncryptChannelOptions sur les serveurs cibles.

Gérer des travaux à l'échelle d'une entreprise
Contient des informations concernant la vérification de l'état des travaux, la modification des serveurs cibles pour les travaux, la synchronisation des horloges des serveurs cibles et l'interrogation des serveurs maîtres quant à l'état des travaux en cours.

Résoudre les problèmes liés aux travaux multiserveurs qui utilisent des proxys
Contient des informations relatives au dépannage des travaux multiserveurs qui utilisent des proxys qui échouent.

Interroger des serveurs
Contient des informations sur la façon de configurer de manière implicite et explicite les serveurs cibles, de sorte qu'ils interrogent les serveurs maîtres pour la synchronisation des informations sur les travaux.

Gérer les événements
Contient des informations concernant le transfert d'événements des serveurs cibles vers les serveurs maîtres.

Paramétrer l'administration automatisée dans une entreprise
Contient des informations décrivant la façon dont l'administration automatisée au sein d'un environnement multiserveur exploite les fonctionnalités d'autoconfiguration de SQL Server.

Voir aussi

Rubriques relatives à la compatibilité descendante pour l’installation du moteur de base de données SQL Server
Inscription des serveurs
sp_add_targetservergroup
sp_delete_targetserver
sp_delete_targetservergroup
_sp_help_downloadlist
sp_help_jobserver
sp_help_targetservergroup
sp_resync_targetserver
sp_update_targetservergroup
sysjobservers
syslogins
systargetservers