2 votes

Migration du serveur de fichiers de Windows 2000 autonome à Windows 2003 Cluster à Windows 2008 Cluster avec DFS

Nous migrons à nouveau nos serveurs de fichiers.

Les serveurs d'origine étaient tous des serveurs Windows 2000 autonomes. Ils ont été migrés vers un cluster Windows 2003 avec une dizaine de noms de serveurs qui représentaient directement les serveurs autonomes qu'ils remplaçaient.

Les volumes contiennent des centaines de partages, de points de montage de disque, de points de montage de SUB. C'est un vrai fouillis. Près de 40 Teraoctets de données.

Nous essayons de trouver la meilleure façon de migrer vers un cluster Windows 2008.

J'ai suggéré que nous utilisions DFS Consolidated Roots pour maintenir les liens existants, afin de ne pas rompre les milliers de liens Sharepoint. En outre, j'aimerais consolider un grand nombre de volumes et me débarrasser complètement des sous-montages gênants que nous avons.

À première vue, c'est exactement ce que semble faire le Microsoft File Migration Toolkit.

J'ai donc créé un environnement de laboratoire virutal, mais je constate qu'avec les volumes à point de montage, aucun des paramètres de sécurité n'est copié et les points de montage secondaires sont complètement ignorés.

L'assistant de consolidation DFS semble faire son travail, ce qui est bien. Mais j'ai besoin d'une solution pour consolider le système de fichiers. J'aime la façon dont le FSMT peut déplacer correctement les fichiers vers les groupes de ressources appropriés en fonction des chemins d'accès aux fichiers, et il supprime également l'ancien partage de volume une fois le nouveau partage créé.

Mais le fait qu'il ne soit pas possible de copier les paramètres de sécurité en fait une cause de rupture. Existe-t-il un outil qui permette d'ajuster les paramètres de sécurité entre les serveurs ?

1voto

Evan Anderson Points 140581

Je n'ai pas encore fait ce que vous faites, mais je vous recommande l'utilitaire SetACL ( http://setacl.sourceforge.net/ ) et sa fonctionnalité de sauvegarde/restauration des descripteurs de sécurité.

Il faudrait un peu de travail pour lui faire faire exactement ce que vous voulez, parce qu'il stocke les chemins absolus dans ses fichiers de "sauvegarde" (donc vous devriez script quelque chose pour passer par ces fichiers de sauvegarde et reconstituer les chemins), mais il pourrait juste faire ce que vous voulez.

1voto

Doug Luxem Points 9572

Si vous n'avez besoin que des paramètres ACL, vous pouvez effectuer la commande suivante :

robocopy <source> <destination> /S /copy:SOU /SECFIX

Ceci copiera l'information du sous-répertoire, y compris S ecurity ACLs, O wner, et aUditing.

Voici les informations d'aide pertinentes sur les options ci-dessus :

/COPY:copyflag[s] : : ce qu'il faut COPIER pour les fichiers (la valeur par défaut est /COPY:DAT). (copyflags : D=Data, A=Attributes, T=Timestamps). (S=Security=NTFS ACLs, O=Owner info, U=aUditing info).

/SECFIX : : FIXER la sécurité des fichiers sur tous les fichiers, même ceux qui sont ignorés.

0voto

kentchen Points 754

Vous pouvez jeter un coup d'œil approfondi à richcopy pour voir si cela fonctionne pour vous. Il a la possibilité de conserver tous les attributs des fichiers, y compris les paramètres de sécurité.

http://technet.microsoft.com/en-us/magazine/2009.04.utilityspotlight.aspx?pr=blog

Il prend également en charge la copie multithread, ce qui augmente la vitesse de copie.

0voto

Svet Points 1432

Devez-vous conserver les noms de ces serveurs (je suppose qu'il y a des documents liés par des partages, donc les noms sont importants) après la migration ?

Nous avons également un cluster de fichiers MSCS, nous avons créé un alias DNS pour le serveur de fichiers précédent au nom du cluster et nous avons défini la clé pour permettre l'accès netbios à travers différents noms. Ceci est documenté par MS dans une KB (reg key DisableStrictNameChecking) : texte du lien

Cela réduira considérablement le nombre de ressources du cluster et les dépendances. Utilisez-vous également les sous-répertoires de partage automatique pour réduire les ressources de partage ?

Conservez-vous des volumes standard de base, et donc limités à 2 To ? Ou êtes-vous d'accord pour passer en GPT ?

Je ferais le plus grand ménage possible avant d'essayer de le déplacer. L'implémentation des clusters est beaucoup plus robuste en 2008, et le plus important, c'est qu'elle est sécurisée pour les administrateurs (plus d'administrateurs stupides qui suppriment un partage via l'explorateur au lieu de l'administrateur du cluster).

0 votes

Nous utilisons DFS Consolidated Roots pour maintenir les liens existants. Nous utilisons des disques GPT et consolidons de nombreux volumes qui étaient auparavant séparés. Nous avons en fait une très bonne stratégie pour la migration, c'est juste que les outils fournis ne semblent pas faire leur travail, et cela semble être lié à l'utilisation de volumes montés...

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X