Migration de serveur SUN
zezinho
Messages postés
2
Statut
Membre
-
sdeb -
sdeb -
Bonjour,
Je dois, pour une entreprise, migrer tous les serveurs SUN(SOLARIS) vers une salle ventillée afin que seul l'administrateur ait accès aux serveurs.
Sachant que les serveurs se situent à différents étages au sein de l'entreprise et que certains serveurs viennent d'un site extérieur, comment à votre avis je devrais procéder pour pouvoir faire face à tous les problèmes concernant la migration des comptes utilisateurs, et tout autre problème concernant la migration de serveurs...?
Par avance merci.
Cordialemnet,
Zezinho
Je dois, pour une entreprise, migrer tous les serveurs SUN(SOLARIS) vers une salle ventillée afin que seul l'administrateur ait accès aux serveurs.
Sachant que les serveurs se situent à différents étages au sein de l'entreprise et que certains serveurs viennent d'un site extérieur, comment à votre avis je devrais procéder pour pouvoir faire face à tous les problèmes concernant la migration des comptes utilisateurs, et tout autre problème concernant la migration de serveurs...?
Par avance merci.
Cordialemnet,
Zezinho
A voir également:
- Migration de serveur SUN
- Changer serveur dns - Guide
- Serveur de reception mail - Guide
- Serveur dns gratuit - Guide
- Migration windows 7 vers windows 10 - Accueil - Mise à jour
- Serveur dns orange - Accueil - Guide box et connexion Internet
1 réponse
ben de facon tres simple
par exemple sur la machine A les utilisateurs sont connectés jusqu'a 18h des taches planifiees tournent entre 22h30 et 00h30
les premiers le matins arrivent à 08:00
et de meme pour les machine C et D...
a 01h00 tu stoppes les machines tu les dplace tu les branche dans la nouvelle salle machine tu les boot a 04h00
pour la machine B les utilisateurs sont connectés 24/24 des taches planifiees tournent entre 22h30 et 05h30
ben là pas le choix tu impose un arret a l'heure qui generea le moins de taches planifiees par contre tu le reboot de suite des qu'il est branché etc...
et ainsi de suite
pour les clusteurs faut demarrer tout en une fois donc la pas le choix
deux facon :
clusteur / cluster
ou
arret cluster
machines/machines
demarrer les machines
activer le clustering.
moins ça perturbe les taches planifiées (sauvegardes, ftp, expeditions de fax, mails, purges, replications, copies etc...)
moins tu risque d'avoir des soucis
moins tu perturbe les utilisateurs (plus c'est transparent pour eux) et moins tu aurras de soucis..
PS: TRES IMPORTANT
commences par les machines de test
termines par les machines critiques !
histoire d'etre rodé sur la manip pour ces cas delicats...
PS': si tu annonces des horaires d'arrets aux utilisateurs penses bien a faire deux marges telles que :
temps reel estimer = 1 h
temps de secours en cas de soucis = 1h + 30min
horaires donnes aux utilisateurs = 15minutes avant + 1h + 30min comme strictement interdit aux utilisateur et 30 min a 1h de plus declaré comme ok mais pas stable
ce qui te laisse un total de 2h30 pour regler une merde .... on sait jamais...
par exemple sur la machine A les utilisateurs sont connectés jusqu'a 18h des taches planifiees tournent entre 22h30 et 00h30
les premiers le matins arrivent à 08:00
et de meme pour les machine C et D...
a 01h00 tu stoppes les machines tu les dplace tu les branche dans la nouvelle salle machine tu les boot a 04h00
pour la machine B les utilisateurs sont connectés 24/24 des taches planifiees tournent entre 22h30 et 05h30
ben là pas le choix tu impose un arret a l'heure qui generea le moins de taches planifiees par contre tu le reboot de suite des qu'il est branché etc...
et ainsi de suite
pour les clusteurs faut demarrer tout en une fois donc la pas le choix
deux facon :
clusteur / cluster
ou
arret cluster
machines/machines
demarrer les machines
activer le clustering.
moins ça perturbe les taches planifiées (sauvegardes, ftp, expeditions de fax, mails, purges, replications, copies etc...)
moins tu risque d'avoir des soucis
moins tu perturbe les utilisateurs (plus c'est transparent pour eux) et moins tu aurras de soucis..
PS: TRES IMPORTANT
commences par les machines de test
termines par les machines critiques !
histoire d'etre rodé sur la manip pour ces cas delicats...
PS': si tu annonces des horaires d'arrets aux utilisateurs penses bien a faire deux marges telles que :
temps reel estimer = 1 h
temps de secours en cas de soucis = 1h + 30min
horaires donnes aux utilisateurs = 15minutes avant + 1h + 30min comme strictement interdit aux utilisateur et 30 min a 1h de plus declaré comme ok mais pas stable
ce qui te laisse un total de 2h30 pour regler une merde .... on sait jamais...
