Procédure : renommer un serveur virtuel SQL Server 2005

Article
12/15/2008

Lorsqu'une instance de SQL Server fait partie d'un cluster avec basculement, le processus permettant de renommer un serveur virtuel diffère du processus permettant de renommer une instance autonome. Pour plus d'informations sur la façon de renommer une instance autonome de SQL Server 2005, consultez Procédure : renommer un ordinateur qui héberge une instance autonome de SQL Server 2005.

Le nom du serveur virtuel est toujours identique au nom réseau SQL (le nom réseau du serveur virtuel SQL). Bien que vous puissiez modifier le nom du serveur virtuel, vous ne pouvez pas modifier le nom de l'instance. Par exemple, vous pouvez attribuer un autre nom à un serveur virtuel nommé VS1\instance1, tel que SQL35\instance1, mais la partie instance du nom (instance1) restera inchangée.

Avant de commencer

Avant de commencer le processus d'attribution d'un nouveau nom, examinez les éléments ci-dessous.

SQL Server ne prend pas en charge l'attribution d'un nouveau nom aux serveurs impliqués dans la réplication, sauf en cas d'utilisation de l'envoi de journaux avec la réplication. Le serveur secondaire dans l'envoi de journaux peut être renommé si le serveur principal est perdu de manière permanente. Pour plus d'informations, consultez Réplication et copie des journaux de transactions.
Lorsqu'un serveur configuré pour utiliser la mise en miroir de base de données doit être renommé, vous devez au préalable désactiver la mise en miroir de la base de données, puis la réactiver avec le nouveau nom du serveur virtuel. Les métadonnées pour la mise en miroir de la base de données ne seront pas mises à jour automatiquement de façon à refléter le nouveau nom du serveur virtuel.

Important :
Les stratégies de Microsoft en matière de prise en charge ne s'appliquent pas à la fonctionnalité de mise en miroir de bases de données dans SQL Server 2005. La mise en miroir de bases de données est actuellement désactivée par défaut, mais elle peut être activée à des fins d'évaluation, uniquement à l'aide de l'indicateur de trace 1400 en guise de paramètre de démarrage. (Pour plus d'informations sur les indicateurs de trace, consultez Indicateurs de trace (Transact-SQL) .) La mise en miroir de bases de données ne doit pas être utilisée dans des environnements de production, et les services de support technique Microsoft ne prendront pas en charge des bases de données ou des applications qui utilisent la mise en miroir de bases de données. La documentation relative à la mise en miroir de bases de données est incluse dans SQL Server 2005 à des fins d'évaluation uniquement, et la stratégie de documentation pour la prise en charge et la mise à niveau de SQL Server 2005 ne s'applique pas à la documentation relative à la mise en miroir de bases de données.

Les stratégies de Microsoft en matière de prise en charge ne s'appliquent pas à la fonctionnalité de mise en miroir de bases de données dans SQL Server 2005. La mise en miroir de bases de données est actuellement désactivée par défaut, mais elle peut être activée à des fins d'évaluation, uniquement à l'aide de l'indicateur de trace 1400 en guise de paramètre de démarrage. (Pour plus d'informations sur les indicateurs de trace, consultez Indicateurs de trace (Transact-SQL) .) La mise en miroir de bases de données ne doit pas être utilisée dans des environnements de production, et les services de support technique Microsoft ne prendront pas en charge des bases de données ou des applications qui utilisent la mise en miroir de bases de données. La documentation relative à la mise en miroir de bases de données est incluse dans SQL Server 2005 à des fins d'évaluation uniquement, et la stratégie de documentation pour la prise en charge et la mise à niveau de SQL Server 2005 ne s'applique pas à la documentation relative à la mise en miroir de bases de données.

Pour renommer un serveur virtuel

À l'aide de l'Administrateur de cluster, modifiez le nom réseau SQL.
Faites passer la ressource de nom réseau en mode hors connexion. La ressource SQL Server et les autres ressources dépendantes basculeront également en mode hors connexion.
Faites repasser la ressource SQL Server en mode connecté.

Vérification de l'opération d'attribution d'un nom

Une fois qu'un serveur virtuel a été renommé, toute connexion qui utilisait l'ancien nom doit maintenant se connecter à l'aide du nouveau nom.

Pour vérifier que l'opération d'attribution d'un nom a réussi, sélectionnez des informations de @@servername ou sys.servers. La fonction @@servername retournera le nouveau nom du serveur virtuel et la table sys.servers affichera le nouveau nom du serveur virtuel. Pour vérifier que le processus de basculement fonctionne correctement avec le nouveau nom, l'utilisateur doit également essayer de faire basculer la ressource SQL Server vers les autres nœuds.

Pour les connexions établies à partir d'un nœud du cluster, le nouveau nom peut être utilisé presque immédiatement. Toutefois, pour les connexions utilisant le nouveau nom à partir d'un ordinateur client, le nouveau nom ne peut être utilisé pour se connecter au serveur qu'une fois qu'il est visible à cet ordinateur client. La durée nécessaire à la propagation du nouveau nom sur le réseau peut aller de quelques secondes à quelques minutes, selon la configuration du réseau ; il faudra peut-être davantage de temps avant que l'ancien nom du serveur virtuel ne soit plus visible sur le réseau.

Pour minimiser le délai de propagation réseau lorsque vous renommez un serveur virtuel, procédez comme suit :

Pour minimiser le délai de propagation réseau

Exécutez les commandes suivantes à partir d'une invite de commandes sur le nœud du serveur :
```
ipconfig /flushdns
ipconfig /registerdns
nbtstat –RR
```

Voir aussi

Autres ressources

Procédure : renommer un ordinateur qui héberge une instance autonome de SQL Server 2005

Aide et Informations

Assistance sur SQL Server 2005