Administration de plusieurs serveurs à l'aide de serveurs de gestion centralisée
Dans SQL Server 2008, vous pouvez administrer plusieurs serveurs en désignant des serveurs de gestion centralisée et en créant des groupes de serveurs. Une instance de SQL Server désignée comme serveur de gestion centralisée gère des groupes de serveurs qui à leur tour gèrent les informations de connexion pour une ou plusieurs instances de SQL Server. Les instructions Transact-SQL et les stratégies de la Gestion basée sur des stratégies peuvent être exécutées simultanément sur des groupes de serveurs. Les versions de SQL Server antérieures à SQL Server 2008 ne peuvent pas être désignées comme serveurs de gestion centralisée.
[!REMARQUE]
Les instructions Transact-SQL peuvent également être exécutées contre des groupes de serveurs locaux sur les Serveurs inscrits.
Création de serveurs de gestion centralisée et de groupes de serveurs
Le serveur de gestion centralisée inclut des informations de connexion sur les cibles de configuration. Seule l'authentification Windows est prise en charge. Par conséquent, les informations d'authentification ne sont pas stockées. Les serveurs de gestion centralisée peuvent ainsi exécuter des instructions Transact-SQL sur plusieurs serveurs simultanément.
Pour créer un serveur de gestion centralisée et des groupes de serveurs, utilisez la fenêtre Serveurs inscrits dans SQL Server Management Studio. Le serveur de gestion centralisée ne peut pas être membre d'un groupe qu'il gère. Pour plus d'informations sur la création de serveurs de gestion centralisée et de groupes de serveurs, consultez Procédure : créer un serveur de gestion centralisée et un groupe de serveurs (SQL Server Management Studio).
Requêtes multiserveurs
Pour exécuter simultanément des instructions Transact-SQL contre tous les serveurs d'un groupe de serveurs, ouvrez un Éditeur de requête à partir du groupe de serveurs dans la fenêtre Serveurs inscrits. Les instructions Transact-SQL exécutées dans l'Éditeur de requête seront exécutées contre tous les serveurs du groupe. Les résultats retournés par la requête peuvent être fusionnés dans un volet de résultats unique ou retournés dans des volets de résultats distincts. Lorsque vous fusionnez des résultats, le premier serveur à répondre définit le schéma pour le jeu de résultats. Pour fusionner les jeux de résultats, la requête doit retourner le même nombre de colonnes portant les mêmes noms de colonnes à partir de chaque serveur. Lorsque vous fusionnez des résultats, un message s'affiche pour chaque serveur qui ne correspond pas au schéma (nombre de colonnes et noms des colonnes) retourné par le premier serveur ayant retourné des résultats. Lorsque vous ne fusionnez pas de résultats, le jeu de résultats de chaque serveur est affiché dans sa propre grille avec son propre schéma.
En guise d'option, l'Éditeur de requête peut inclure des colonnes qui fournissent le nom du serveur ayant produit chaque ligne et la connexion utilisée pour se connecter au serveur ayant fourni chaque ligne.
Pour plus d'informations sur la façon d'exécuter des requêtes multiserveurs, consultez Procédure : exécuter des instructions simultanément contre plusieurs serveurs (SQL Server Management Studio).
Gestion basée sur des stratégies
Une stratégie peut être évaluée sur un serveur inscrit ou sur un groupe de serveurs entier. Le mode d'exécution de stratégie à la demande active les modes d'évaluation et d'application des stratégies. Si une connexion à un ou plusieurs serveurs ne peut pas être établie, ces serveurs sont ignorés et l'évaluation sur les autres serveurs continue. Pour plus d'informations sur la Gestion basée sur des stratégies et les modes d'exécution, consultez Didacticiel : Administration de serveurs à l'aide de la Gestion basée sur des stratégies.
Sécurité
Dans la mesure où les connexions aux serveurs des groupes de serveurs de gestion centralisée sont exécutées dans le contexte de l'utilisateur, avec l'authentification Windows, les autorisations effectives sur les serveurs appartenant aux groupes de serveurs peuvent varier. Par exemple, l'utilisateur peut être membre du rôle serveur fixe sysadmin sur l'instance de SQL Server A, mais disposer d'autorisations limitées sur l'instance de SQL Server B.