Déplacement des serveurs au sein d'un même bâtiment

D'autres réponses couvrent les aspects techniques du déménagement. Vous devrez peut-être aussi prendre en compte d'autres éléments.

Assurez-vous que les utilisateurs savent que leurs applications seront indisponibles pendant le déménagement. Il est préférable de planifier le déménagement, par exemple en dehors des heures de travail, afin de réduire au minimum le nombre de personnes concernées.

Demandez à une ou plusieurs personnes compétentes de tester les applications après la mise en service des serveurs. Demandez-leur d'effectuer des vérifications de bon sens pour s'assurer que les applications fonctionnent comme prévu.

Après les tests, dites à vos utilisateurs que le déménagement est terminé et demandez-leur de vous faire savoir s'ils ont des problèmes.

C'est assez difficile à dire et à la limite "trop large" pour notre format. La chose la plus importante que vous devez vérifier est de savoir si vous devez reconfigurer votre réseau d'une manière ou d'une autre ou s'ils peuvent continuer à fonctionner avec les mêmes adresses. Même s'ils peuvent conserver les mêmes adresses, assurez-vous qu'elles ne sont pas configurées via DHCP et/ou vérifiez que le serveur DHCP sera disponible sur le nouveau site.

Remarque : comme vous l'avez déjà dit, avoir le serveur SQL et son miroir est loin d'être idéal. Cependant, avoir les disques de sauvegarde au même endroit est vraiment dangereux. Vous devez avoir votre sauvegarde dans un endroit physique différent.

D'autres réponses présentent de bonnes considérations avant le déménagement. Cependant, vous devez également prévoir la manière dont vous organiserez le déménagement proprement dit. Du fait que Machine3 est un miroir de Machine2 Il semble que le temps de fonctionnement soit un facteur important pour la ou les bases de données SQL Server 2008 R2. Le fait qu'il s'agisse d'un miroir vous offre une opportunité. La raison de l'existence d'un miroir est d'être disponible lorsque le serveur primaire ne l'est pas. Cela inclut l'indisponibilité pour cause de maintenance, ce qui inclut le déménagement.

Faites un plan :
Vous devez établir un plan écrit sur la manière dont le déménagement sera effectué. Vous devrez peut-être être en mesure de fournir ce plan, ou des parties de celui-ci, aux personnes chargées de certaines parties du travail (par exemple, les déménageurs). Ce plan doit inclure toutes les activités préalables au déménagement, le déménagement proprement dit et les actions postérieures au déménagement (par exemple, la vérification de la fonctionnalité).

Les bases du mouvement :

1. Déplacements Machine3 (le miroir du serveur SQL) : Le rendre totalement opérationnel. Vérifier la re-synchronisation.
2. Déplacements Machine2 : Le rendre pleinement opérationnel.
3. Déplacements Machine1 : Le rendre pleinement opérationnel.

Description plus détaillée du déménagement :

Vous trouverez ci-dessous deux méthodes (chemin A et B) d'utilisation de l'énergie solaire. Machine3 pour tester les connexions pour Machine1 et/ou Machine2 . Vous ne devez utiliser qu'une seule méthode. La manière de le faire, ou même s'il faut utiliser l'une ou l'autre, dépend d'informations qui ne sont pas contenues dans la question (par exemple, la séparation physique des emplacements des machines finales, la taille physique des machines, la longueur des cordons d'alimentation/réseau, la disponibilité d'extensions pour ceux-ci, la similarité des configurations des ports réseau, les besoins en temps de fonctionnement, etc.) Utilisation de Machine3 pour tester ces connexions permet potentiellement un meilleur temps de fonctionnement pour Machine2 mais surtout pour Machine1 qui n'a pas de miroir. Vous pouvez choisir d'utiliser l'une ou l'autre méthode, ou aucune.

1. Déplacements Machine3 d'abord.

   • Laissez Machine1 y Machine2 en place pour le moment.
   • Sauvegarde Machine3 puis l'éteindre
   • Obtenez Machine3 complètement déplacé vers le nouvel emplacement.
   • [Si les configurations du réseau et de l'alimentation sont identiques pour toutes les machines : Mettez Machine3 donde Machine1 est prévue pour finir par utiliser les connexions destinées à Machine1 .
   • Obtenez Machine3 de nouveau opérationnel. Dans le nouvel emplacement, vérifiez qu'il fonctionne normalement comme un miroir de Machine2 . Cela permettra de vérifier physiquement que la configuration de tous les problèmes (alimentation, réseau, etc.) est fonctionnelle dans le nouvel emplacement.
   • Résolvez tous les problèmes qui se présentent.
   • Vérifier que Machine3 s'est entièrement resynchronisé avec Machine2 avant de procéder.

2. Chemin A : (facultatif) :

   • Utilice Machine3 pour tester toutes les installations destinées à Machine2 y Machine1 .
   • Fermez Machine3 vers le bas et se déplacer/se déplacer vers l'utilisation de la position/des connexions pour Machine2 , (vérifier la re-synchronisation) alors Machine1 (vérifier la re-synchronisation). Si vous avez prévu de le faire, alors Machine3 aurait dû être initialement configuré avec les connexions destinées à l'utilisation finale par les personnes suivantes Machine1 o Machine2 pour que vous ne l'installiez pas d'abord à l'endroit où vous voulez. Machine3 puis le changer 3 fois, mais seulement 2 fois en commençant par utiliser les installations d'une des autres machines.
   • Vérifier que Machine3 s'est entièrement resynchronisé avec Machine2 avant de procéder.

3. Déplacements Machine2 .

   • Votre pratique avec Machine3 devrait rendre cela beaucoup plus facile.
   • Sauvegarde Machine2 puis l'éteindre
   • Déplacements Machine2 au nouvel emplacement ; faites toutes les connexions
   • Résolvez tous les problèmes qui se présentent.
   • Vérifier que Machine2 s'est entièrement resynchronisé avec Machine3 avant de procéder.

4. [Chemin B : non nécessaire si vous avez testé toutes les connexions avec Machine3 dans l'étape optionnelle n°2] Si vous avez maintenant Machine3 donde Machine1 est de finir :

   • Arrêtez Machine3 .
   • Déplacez-le vers l'endroit où il est prévu qu'il aboutisse (hors de l'endroit où vous avez l'intention de le faire). Machine1 à localiser).
   • Résolvez tous les problèmes qui se présentent.
   • Vérifier que Machine3 s'est entièrement resynchronisé avec Machine2 avant de procéder.

5. Déplacements Machine1 .

   • Ayant déplacé les deux Machine2 y Machine3 (et, espérons-le, testé les connexions réelles Machine1 sera utilisé en ayant Machine3 les utiliser temporairement), cela devrait être le plus facile des mouvements.
   • Sauvegarde Machine1 puis l'éteindre
   • Déplacements Machine1 au nouvel emplacement ; faites toutes les connexions
   • Résolvez tous les problèmes qui se présentent.
   • Si quelque chose ne va pas avec les installations dans la position que Machine1 est censé occuper, vous avez la possibilité d'utiliser les installations où Machine3 est maintenant situé. Avec un peu de chance, vous avez déjà pu tester toutes les installations dans la section Machine1 en l'ayant déjà utilisé par Machine3 pendant un certain temps (voie A ou voie B).

Si les adresses IP de l'un des serveurs changent et que les connexions à la boîte SQL se font par résolution DNS, vous devrez programmer une modification des enregistrements DNS en même temps que le déménagement.

Ce que vous devez savoir sur les logiciels et les bases de données de l'intranet :

• Le logiciel intranet se connecte-t-il au serveur SQL via IP, NetBIOS ou DNS ?
• Les comptes utilisateurs SQL Server utilisés par le logiciel intranet ont-ils une authentification limitée au trafic provenant d'une IP ?
• Les employés de votre entreprise accèdent-ils au serveur SQL directement à partir de feuilles de calcul ou d'outils de reporting ? Si oui, comment définissent-ils le DSN ?

Si vous n'obtenez pas exactement les mêmes IP, ou si vous vous retrouvez sur un sous-réseau différent, vous devrez avoir accès pour modifier le code source ou les fichiers de configuration de toutes les applications qui se connectent au serveur SQL. Les gens pourraient s'appuyer sur un accès SQL direct et non documenté pour des rapports ad hoc.