Modification de l'adresse IP de SQL Server 2008 R2
Je voudrais savoir s'il existe des dangers ou des précautions pertinentes avant de modifier l'adresse IP d'une boîte SQL Server 2008 R2.
Nous avons construit un PC virtuel avec Windows Server 2008 R2 et SQL Server 2008 R2. Le but de cette machine est d'exécuter un travail qui restaure un fichier de sauvegarde (copié par un autre serveur), le manipule, le sauvegarde à nouveau puis le copie sur d'autres serveurs. Nous l'avons exécuté plusieurs fois dans notre test/dev DMZ et envisageons actuellement un déploiement.
L'option la plus simple serait de le ré-IP. Le nom du serveur resterait intact. Mon problème est qu'un collègue a suggéré que ce n'était pas sûr (pour ré-iper un serveur SQL). Ma question est
a) Est-ce vrai pour le système d'exploitation et le SQL que j'utilise? (Win 2008 R2 et SQL 2008 R2?)
b) Est-ce vrai pour toute autre combinaison d'OS et/ou de SQL?
c) Y a-t-il quelque chose de spécial que nous devrions faire en préparation?
Jusqu'à présent, mes recherches indiquent que tout ira bien, mais je fais plus confiance aux gens de DBA StackExchange qu'à ces personnes sociales MSDN.
http://www.sqlservercentral.com/Forums/Topic1164450-391-1.aspx
La modification de l'adresse IP d'une machine exécutant SQL Server n'est pas du tout un problème. Vous devrez redémarrer SQL Server après avoir modifié l'adresse IP afin que SQL Server commence à écouter la nouvelle adresse IP. Mais c'est tout.
Si aucun utilisateur ne se connecte réellement à la machine, il n'y a rien d'autre à faire.
Si les utilisateurs se connectaient à la machine, ils devraient actualiser leur cache DNS sur leurs postes de travail en exécutant "ipconfig/flushdns" ou en redémarrant simplement leurs ordinateurs.
À moins que vous n'ayez fait quelque chose de très inhabituel avec les écouteurs TCP dans SQL, il n'y a rien d'autre à faire avec SQL Server que le redémarrage rapide.
Le seul problème que je vois est que le serveur est référencé par une adresse IP à n'importe quel endroit (travail, chaîne de connexion ou autres endroits). Cette référence se cassera une fois que l'IP change. Dans mon laboratoire à domicile, l'une de mes boîtes SQL Server est sur DHCP et peut obtenir une adresse IP différente et casser des choses car elle est référencée par IP (il s'agit d'une rupture intentionnelle involontaire pour résoudre les problèmes des choses cassées, la production doit utiliser des adresses IP statiques).
Changer l'adresse IP est en fait le plan de mon entreprise pour la reprise après sinistre (plan très simple). Nous sommes une petite boutique et le clustering est plus compliqué que ce dont nous avons besoin. Nous avons donc 2 serveurs et si l'un meurt, nous échangeons simplement les adresses IP du primaire et de la sauvegarde. Cela fonctionne car nous référençons l'adresse IP spécifique dans chaque chaîne de connexion unique utilisée dans notre application et non le nom du serveur.
En règle générale, tout ira bien s'il s'agit d'un serveur SQL autonome - assurez-vous simplement que les mises à jour DNS se produisent assez rapidement, sinon les utilisateurs ne pourront pas continuer.
S'il s'agit d'un cluster SQL, vous devez également apporter des modifications à la configuration du cluster de basculement; voir Modifier l'adresse IP d'une instance de cluster de basculement sur MSDN pour plus de détails.