Changer de serveur

Changer de serveur - Logiciels d'entreprise - Systèmes & Réseaux Pro

Marsh Posté le 20-04-2007 à 13:30:37    

Bonjour à tous,
 
Je me permet de poster ce topic afin de vous exposer mon problème (pas très original comme situation  :lol: ).
Voila, j'ai été embauché en temps qu'informaticien dans une entreprise de petite taille. Mon boulot englobe énormement de choses bien que ma formation soit plutot du domaine de la programmation.  
C'est ici que le bas blesse ! En effet, la société qui m'a embauché dispose d'un vieux serveur (windows server 2003) sur lequel tourne toute une application 4D exposant une interface interne a l'entreprise et une interface exterieur sous la forme d'un site web. Jusqu'ici rien de bien méchant.
Cependant, on m'a chargé de changer le serveur et le réseau n'étant pas réellement mon fort, j'aurai voulu savoir si vous pouviez me guider ou me donner un lien vers un tutoriel expliquant une dermarche ou une logique d'installation pas à pas.
 
Voila donc l'exposé de la situation.
Si je n'ai pas été assez clair ou précis, n'hésitez pas à me poser des questions  ;)  
 
Par avance merci.


Message édité par Krapaud le 20-04-2007 à 17:22:10
Reply

Marsh Posté le 20-04-2007 à 13:30:37   

Reply

Marsh Posté le 20-04-2007 à 18:55:09    

Bonjour,
 
Il faudrait d'autres détails pour ce serveur .
 
Est il controleur de domaine, DNS , serveur d'impression de messagerie ?
 
Quel type de client tu as, etc
 
Il fait apparemment serveur Web  
 

Reply

Marsh Posté le 21-04-2007 à 00:13:27    

avant d'envisager l'achat d'un nouveau serveur,
 
il faut se poser un certain nombre de questions telles que (je n'ai pas la liste exhaustive en tete):
 
1) le nerf de la guerre c'est à dire le budget que ton entreprise en prete à investir dans une nouvelle machine.
 
2) la migration se fera-t-elle à iso-périmètre c'est à dire est-ce le nouveau serveur hebergera exactement les memes logiciels (dans les memes versions) et aura exactement les memes fonctions que le precedent.  Si c'est le cas alors il faut bien evidement recenser toutes les fonctions et les logiciels implémentés. Et pour les logiciels il faut d'assurer que tu as bien qq part les supports d'installation.
 
3) la puissance nécessaire (mono, bi ou quadri-proc...), la taille de la mémoire désirée, sa capacité disque, ses système de tolérance de panne souhaités (Raid, alimentation redondantes ou pas...).  
 
Pour la puissance, tu peux analyser l'ancien serveur afin de déterminer si sa puissance, sa mémoire et/ou son espace disque sont suffisant ou pas (et dans quelle mesure).  
 
A cela il faut tenir compte du nombre de personnes de connectées (à la fois via le web et via le réseau d'entreprise) ainsi que de l'évolution future (est-ce que tu penses que le nb de connexions, le volume de stockage nécessaire..etc..va augmenter rapidement ou pas)
 
4) est-ce que le nouveau serveur doit intégrer une solution de sauvegarde (genre lecteur de bande) ou est-ce que tu as déjà de quoi sauvegarder les données du serveur.  S'il faut investir dans une solution de sauvegarde alors il faut que tu tiennes compte du volume à backuper.
 
...
...
...


---------------
Les cons, ça ose tout, et c'est même à ça qu'on les reconnait....
Reply

Marsh Posté le 21-04-2007 à 12:49:28    

Je commencerai pas installer le serveur le plus basiquement du monde en suivant les instructions du constructeur (du nouveau serveur). Ensuite une fois que le serveur tourne, je le configurerai pas à pas avec l'ancien serveur à coté. Ce me semble une bonne solution pour quelqu'un qui ne s'y connais pas trop. Cela permettra aussi de se documenter en meme temps via google sur les options que tu mettra en oeuvre.

Reply

Marsh Posté le 21-04-2007 à 13:08:33    

morphorpse a écrit :

Bonjour,
 
Il faudrait d'autres détails pour ce serveur .
 
Est il controleur de domaine, DNS , serveur d'impression de messagerie ?
 
Quel type de client tu as, etc
 
Il fait apparemment serveur Web


 
Oui je n'ai qu'un seul serveur donc celui-ci est un controleur de domaine.
Pour la messagerie c'est compliqué et je ne peux pas repondre car je n'ai pas encore eu tous les codes d'accès. Nous disposons d'un contrat chez oleane pour l'acces web et les suffixes des adresses donnés sont differents de ceux dont nous disposons en interne (ptet rien à voir)
Les clients sont des machines qui tournent sous Windows XP. Chacune de ces machines utilise 4D Client pour se connecter à l'appli qui tourne sur le serveur (4D Serveur).
 

vrobaina a écrit :

avant d'envisager l'achat d'un nouveau serveur,
 
il faut se poser un certain nombre de questions telles que (je n'ai pas la liste exhaustive en tete):
 
1) le nerf de la guerre c'est à dire le budget que ton entreprise en prete à investir dans une nouvelle machine.
 
2) la migration se fera-t-elle à iso-périmètre c'est à dire est-ce le nouveau serveur hebergera exactement les memes logiciels (dans les memes versions) et aura exactement les memes fonctions que le precedent.  Si c'est le cas alors il faut bien evidement recenser toutes les fonctions et les logiciels implémentés. Et pour les logiciels il faut d'assurer que tu as bien qq part les supports d'installation.
 
3) la puissance nécessaire (mono, bi ou quadri-proc...), la taille de la mémoire désirée, sa capacité disque, ses système de tolérance de panne souhaités (Raid, alimentation redondantes ou pas...).  
 
Pour la puissance, tu peux analyser l'ancien serveur afin de déterminer si sa puissance, sa mémoire et/ou son espace disque sont suffisant ou pas (et dans quelle mesure).  
 
A cela il faut tenir compte du nombre de personnes de connectées (à la fois via le web et via le réseau d'entreprise) ainsi que de l'évolution future (est-ce que tu penses que le nb de connexions, le volume de stockage nécessaire..etc..va augmenter rapidement ou pas)
 
4) est-ce que le nouveau serveur doit intégrer une solution de sauvegarde (genre lecteur de bande) ou est-ce que tu as déjà de quoi sauvegarder les données du serveur.  S'il faut investir dans une solution de sauvegarde alors il faut que tu tiennes compte du volume à backuper.
 
...
...
...


 
Arf, en réalité mon prédécesseur a déjà commandé le nouveau serveur qui devra être installé. Mon souci réside dans l'installation de ce nouveau serveur qui devra fonctionner à l'identique.
 
 
On m'a proposé une solution simple étant de prendre le/les disques dur(s) de l'ancien serveur et de le/les mettre dans le nouveau (Car il semblerait que pour un simple upgrade matériel, il n'y ai rien a faire). Cependant je suppose que la garantie du nouveau serveur en patirait.
 
J'avais pensé à autre chose, faire un ghost du/des disque(s) pour le/les recréer à l'identique sur le nouveau serveur. Cependant, le fait que les 2 serveurs soient différents poserait certainement un problème.

Reply

Marsh Posté le 22-04-2007 à 14:57:40    

Comme le dit blackmaster, réinstaller pas à pas le nouveau serveur parait etre la meilleure solution.
 
En commencant par ce qui s'avère etre le plus indispensale.
 
Installer les mêmes roll up, hot fix , etc
 
Quant à changer les disques c'est dommage car nouveau serveur = nouveaux disques peut etre plus performant et tout les cas tout neufs
La garantie faut foir avec ton fournisseur mais si tu passes de IBM à HP tu peux oublier
 
Bon courage

Reply

Marsh Posté le 22-04-2007 à 20:14:41    

Le fait que les serveurs soient different tu ne pourra ni faire de ghost ni utiliseer les anciens disques sur le nouveau serveur.
 
Autre point plus qu'important.
On ne met jamais sur un serveur en prod (controleur de domaine/données/etc...) le web.
Un serveur web doit toujours être en zone demilitarisé (DMZ) ou chez un hebergeur car vous vous exposez à toutes sortes d'attaques qui pourraient vous être très péjudiciable.
C'est une faille de sécurité inadmissible en entreprise.
 
Vous avez un vieux serveur, utilisez le comme serveur web, en investissant dans un firewall materiel à 3 pattes qui fera office de DMZ (on en trouve de très bon pour pas trop chère >900€).
 
La procedure:
- tu laisses en ligne le vieux serveur qui est sous W2K3.
- tu installe le nouveau sous W2K3 comme serveur membre du domaine (le meme que celui existant).
- Tu promouvois le nouveau serveur comme controlleur de domaine.
- (penser à sauvegarder l'AD)
- Tu transfert tout les rôles FSMO sur le nouveau serveur (tres tres important).
- Hors prod, tu déconnectes l'ancien serveur afin de vérifier que l'AD et le DNS fonctionne (tu prend un PC test pour te connecter avec un compte du domaine).
- Tu reinstalles tous les softs qui etaient utilisés (il faudra les recenser, contacter les editeurs pour le parametrage et migration...).
- Pour les données, le mieux à faire est une restauration à partir d'une sauvegarde complète que tu fera juste avant la mise en ligne du nouveau serveur.
Une fois toutes les install et verfications faites:
- Tu retrogrades l'ancien serveur de controlleur de domaine à simple serveur membre.
- tu le gardes en tant que serveur web et tu le place en zone démilitarisé. Si le site web est externalisé chez un hebergeur, tu pourra utiliser ce serveur comme serveur de secours dans le plan d'un disater recovery.
Dans le cas d'un RTO large (cf. http://forum.hardware.fr/hfr/syste [...] _14_1.htm) tu pourra utiliser ce serveur comme second serveur avec le rôle de 2eme controleur de domaine (dans ce cas il ne faut pas le retrograder et partager les rôles FSMO entre les 2 serveurs) et laisser des appli légères dessus afin de soulager le nouveau et ainsi augmenter sa durée d'utilisation (passer à 5 ans au lieu de 3 si la montée en charge de l'entreprise le permet, voir les contrats de maintenance constructeur).
Ceci est un point qui peut/doit etre reflechi.  
 
Voici les étapes à effectuer.
Les jalons les plus importants vont être:
- faire en sorte que le nouveau serveur soit le controleur de domaine avec les rôle FSMO, l'AD, DNS...
- Que toutes les données soient transferées sur le nouveau serveur sans pertes.
- Que les appli soient installées et paramétres sur le nouveau serveur.
- Que ton serveur web soit en zone démilitarisé (DMZ) ou externalisé dans l'optique de faire un serveur de secours.
 
Edit:  
si tu ne maitrises pas l'environnement systeme et réseau tu t'exposesà de très grosse galères voir vers un echec si tu ne l'a jamais fait.
Ce qu'on te demande c'est le métier d'un integrateur (ingé système & réseau, administreur système & réseau) qui est un autre metier que celui de developpeur.
Ceci peut être fait en 3 à 4 jours d'intervention (la migration, sans aborder la question du serveur web en DMZ) par un integrateur. A env. 800€/jour cela peut vous couter environ 2400 à 3200€.
Je pense qu'il faut bien faire comprendre à ton patron que cela n'est pas ton metier et les risques auquels vous vous exposez, déjà pour proteger l'entreprise et ensuite pour te protéger toi.
 
Maintenant si tu n'as vraiment plus le choix il va falloir bien expliquer les risques à ton boss.
Etant donné que je fait ce genre de migration depuis plusieurs années dans des structures de toutes tailles, je peux te guider mais en ce moment je suis assez limité point de vu temps etant en grand déplacement.
Mais si tu peux attendre avant de passer à la migration grandeur réelle, je peux te guider pour faire une plateforme test afin de faire cela en mode test.
 
1ere etape:
L'entrainement  :D  
Il ne faut surtout pas se lancer dans ce projet sans expérience (positive comme négative), surtout sur un serveur en prod.
Donc il te faut:
- un PC bureautique assez costaud (1Go de RAM, 100Go DD et un proc d'au moins 1,5 Ghz).
- Tu dois recuperer le logiciel Wmware serveur (il est gratuit, mais je ne suis pas sur du nom, avant ça s'appellait Vmware GSX).
- Recuperer les sources des logiciels utilisés dans ton entreprise et présents sur ton serveur.
Le but: recréer le contexte dans lequel tu te trouves dans un environnement virtuel.
- Installer Wmware serveur sur le PC .
 
Préviens lorsque que tu en es à ce point là.
 
La suite va consister à ça:
- créer un serveur virtuel au plus près du serveur existant (controlleur de domaine, AD, DNS, serveur d'impression, serveur d'appli... etc etc).
- creer un PC virtuel (sous XP) membre du domaine.
Une fois le contecte recréé, voir si cela fonctionne.
- Créer un second serveur virtuel, qui fera office de nouveau serveur.
- Tester ma procedure donnée dans la 1ere partie de mon post.
Tu va rencontrer quelques galères qui vont te former, et qui sont toujours moins stressante qu'en environnement de prod. Ces galères auront le mérite de te montrer dans quoi tu mets les doigts.
Si tu ne rencontres pas de galère et que ça passe comme sur des roulettes, tu pourra ajouter la compétences "administrateur système windows" sur ton CV  :D


Message édité par akabis le 22-04-2007 à 22:39:57
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed