Migrer un service cluster
-
lundi 23 avril 2012 11:58
Bonjour,
Nous avons un cluster qui gère le service Partages de fichiers. Les LUNs sont rattachées aux noeuds physiques (Windows 2003). Nous voudrions migrer ces noeuds et par conséquent le service clusterisé sur un Windows 2008 R2.
Avez-vous des procédures détaillées ou des liens pouvant m'aider svp ?
Merci.
Toutes les réponses
-
lundi 23 avril 2012 12:49Auteur de réponse
Bonjour,
Veuillez consulter le lien suivant: créer un serveur de fichiers en cluster
Dans la phase Créer un dossier partagé dans un serveur de fichiers en cluster ,essayer d'utiliser l'ancien dossier partager ou bien transférer ses données vers le nouveau dossier partagé
Best regards Bourbita Thameur Microsoft Certified Technology Specialist: Windows Server 2008 R2,Server Virtualizaton
- Marqué comme réponse Dan BajenaruMicrosoft Contingent Staff, Owner mercredi 25 avril 2012 07:35
- Non marqué comme réponse JohnLeg mercredi 25 avril 2012 13:27
-
lundi 23 avril 2012 12:54
Bonjour,
Il existe un article sur ce sujet :
http://technet.microsoft.com/en-us/library/cc754481(WS.10).aspx
Avec les éléménts fourni dans votre post, j'utiliserais une technique de migration Serveur de fichier.
1 : cree votre cluster MS 2008R2 (valider celui-ci)
2 : Migration des données par l'utilitaire Robocoy /MIR
3 : Modification script et GPO
Cette solution à pour principale avantage d'être simple et robuste à la migration, en effet vous avez la possibilité de tester votre cluster avant une mise en production. Ainsi que de relancer autant de fois que souhaité Robocopy /MIR pour synchroniser vos données. Le seul désavantage est qu’il vous faudra crée des LUN pour cette migration.
L'autre solution consiste à reutiliser vos Luns Actuel :
- Creation du cluster Microsoft windows 2008R2
- Cree un backup full et valide de votre cluster de fichier 2003.
- Attacher les luns sur votre nouveau cluster
- Cree et valider le Service d'Application de Partage de fichier
- Importer vos Lun sur le service d'Aplication et recree les partages.
- Valider l'ensemble avant mise en prod.
Cette solution à mon sens n'est pas la meilleur car elle demande une coupure de service plus importante. Ainsi qu'un retour arrière plus délicat.
J'espère vous avoir apporté un peux d'aide sur votre projet de migration.
Cordialement,
Cordialement, Yann www.adminsysteme.fr
- Modifié Esteban_135Microsoft Community Contributor lundi 23 avril 2012 12:55
- Proposé comme réponse Thameur BourbitaMicrosoft Community Contributor, Editor lundi 23 avril 2012 13:06
- Marqué comme réponse Dan BajenaruMicrosoft Contingent Staff, Owner mercredi 25 avril 2012 07:35
-
mercredi 25 avril 2012 13:29
Bonjour Yann,
Merci pour la réponse mais mon problème est que nous souhaiterions migrer le cluster 2003 vers 2008 R2 sans avoir à recréer tous les partages.
Y a t-il une solution pour se faire sans perdre les droits, les partages ...
Merci.
-
vendredi 27 avril 2012 16:18
Bonjour JohnLeg,
Je suis désolé de vous répondre si tardivement... Mais les journées fut tres chargée...
Si vous avez choisi la solution de migration vers un nouveau cluster installer sous Windows 2008R2, je vous conseil d'utiliser l'utilitaire ROBOCOPY qui vous permettra de copier les données tout en gardant les sécurités NTFS de vos utilisateurs.
Pour récupérer vos partages ainsi que vos droits, c'est en fait assez simple.
Sous le cluster Microsoft Windows 2008 R2, il existe l'utilitaire "Migration Cluster Wizzard".
Celui-ci est accessible depuis la console Cluster de Windows 2008R2.
- Effectuer un clique droit sur le nom du cluster --> More Actions --> Migrate Services and Applications.\
J'espère que cela vous aura aidé dans votre projet.
Voici quelques liens sur le sujet :
http://support.microsoft.com/kb/284838
http://technet.microsoft.com/en-us/library/ff182345(WS.10).aspx
Cordialement, Yann http://www.adminsysteme.fr
- Modifié Esteban_135Microsoft Community Contributor vendredi 27 avril 2012 16:21
- Proposé comme réponse Thameur BourbitaMicrosoft Community Contributor, Editor vendredi 27 avril 2012 20:19
- Marqué comme réponse Dan BajenaruMicrosoft Contingent Staff, Owner mercredi 2 mai 2012 09:17

