Implémentation de dossiers de base sur un cluster de serveurs

Cet article décrit la procédure de base pour le partage des dossiers de base sur un disque partagé sur un cluster.

Dans l'administrateur de cluster, il n'est pas la configuration optimale pour créer une ressource de partage de fichier de cluster pour dossier de base de tous les utilisateurs. Cela nécessite-t-il beaucoup de travail administratif qu'elle utilise également la mémoire et ressources processeur qu'il n'est pas nécessaire de. Le service de cluster utilise les cycles UC et mémoire pour chaque ressource que vous avez définies dans l'administrateur de cluster. Plus vous disposez des ressources et à la surcharge plus que le cluster service génère. En supposant qu'il y ait dossiers de base 750 les des utilisateurs sur un cluster, une ressource de partage de fichiers pourrait être créée pour chaque utilisateur. Délais de basculement d'un n?ud à un autre augmentation, ainsi qu'afficher des ressources dans l'administrateur de cluster. Le scénario pire est qu'un cluster très occupé peut supprimer des connexions raison de la quantité de temps utilisée pour gérer les ressources de cluster 750.

La manière optimale d'utiliser un cluster de serveurs aux dossiers de base d'échanges consiste à utiliser la fonctionnalité de partages dynamique ou «Sous-répertoires de partage». L'entité de base derrière les partages de fichiers dynamique est qu'une ressource de partage de fichiers de cluster unique est créée mais un partage de fichiers indépendant est créé pour chaque dossier utilisateur. Par exemple : Lecteur Z est le disque partagé. Le dossier Z:\Users est le partage de racine qui contient tous les dossiers de base utilisateur.

Une configuration incorrecte :

1. Créer une ressource de partage de fichiers de cluster pour chaque utilisateur. Dans ce cas, une ressource de cluster est définie à cinq fois pour chaque utilisateur sous la Z:\Users dossier.
2. Définir les autorisations NTFS dans le dossier Z:\Users\ Username pour permettre uniquement l'accès utilisateur prévu le dossier.
3. Chaque fois qu'un utilisateur est créé, accédez au dossier Z:\Users et créez le dossier approprié avec autorisations. Puis utilisez l'administrateur de cluster pour créer une ressource de partage de fichier.

Une configuration correcte :

1. Créer une ressource de partage de fichier cluster unique pour le Z:\Users dossier racine.
2. Tout le monde donner d'autorisations share-level groupe Full Control dans l'administrateur de cluster.
3. Utilisez l'onglet paramètres pour la ressource de partage de fichiers racine cluster, cliquez pour sélectionner la case à cocher partager tous les sous-répertoires.
4. Définir les autorisations NTFS dans le dossier Z:\Users\ Username pour permettre à l'utilisateur prévu accéder au dossier. Le compte de service de cluster doit avoir au moins lire les autorisations. À ce stade, tous les dossiers sous Z:\users sont automatiquement partagés avec les autorisations réseau même en tant que le partage de racine. Pour ajouter un utilisateur lorsque vous utilisez des partages dynamiques, créez un dossier sous Z:\Users et affecter NTFS bon autorisations (voir étape 4). Le service de cluster partage automatiquement le dossier.
   
   Remarque : lorsque vous effectuez l'étape suivante, vous ne masquez pas les répertoires sous un partage uniquement les partages eux-mêmes.
   
   
5. Pour rendre les partages utilisateur masqués, utilisez l'onglet Paramètres pour la ressource de partage de fichier de cluster racine et puis activez la case à cocher la case à cocher Masquer les sous-répertoires partagés. Cette action ajoute «$» à la fin des actions situé sous Z:\Users\ <username>.

La fonctionnalité «Partager les sous-répertoires» a été ajoutée à Microsoft Windows NT 4.0, Enterprise Edition, service de cluster avec Service Pack 4 et améliorée avec le Service Pack 5. Appliquer le Service Pack 5 si vous envisagez d'implémenter dynamique partages de fichiers. Windows 2000 Advanced Server comprend cette fonctionnalité.

Si les sous-répertoires sont partagés dans un partage de fichiers Clustered et il n'y a plus d'une part de groupes de fichiers dans le cluster qui utilisent des variables d'environnement en nom d'utilisateur, le problème suivant peut se produire lorsque les groupes sont mis en ligne sur le même n?ud physique. Par exemple, vous disposez des lecteurs dans chaque groupe possédant les dossiers suivants :

• \\<virtual_server1>\Users U: lecteur |--utilisateurs |--utilisateur1 |--utilisateur2
• \\<virtual_server2>\Data lecteur Z: |--données |--utilisateur1 |--utilisateur2

Par exemple, lorsque vous utilisez des variables d'environnement et une ou les deux les deux groupes de serveur virtuel suivant peut être en ligne sur le même n?ud physique, les utilisateurs peuvent se connecter aux partages corrects :

• \\<virtual_server1>\users\%UserName%
• \\<virtual_server2>\data\%UserName%

Toutefois, si vous utilisez l'une ou les deux les groupes de serveurs virtuels suivants, les utilisateurs peuvent rencontrer des résultats incohérents lorsque mapper des lecteurs réseau :

• «net use * \\ <virtual_server1> \%username% "
• «net use * \\ <virtual_server2> \%username% "

Le serveur LanMan Service ne différencie pas les partages de sous-répertoire. Par conséquent, il ne peut pas faire la distinction que \\<virtual_server1>\%username% et \\<virtual_server2>\%username% diffèrent des partages de fichiers. Lorsque la deuxième instance du partage de fichier % nom_utilisateur % tente de partager, l'erreur suivante 2118 se produit dans le fichier journal de cluster et ce partage ne sera pas créé :

Partage de fichiers WARN <data>: SmbpCheckAndBringSubSharesOnline : NetShareAdd n'a pas a échoué pour subshare <user1>erreur $: 2118.
Partage de fichiers WARN <data>: SmbpCheckAndBringSubSharesOnline : NetShareAdd n'a pas a échoué pour subshare <user2>erreur $: 2118.
C:\err>Err 2118 # pour 0x846 2118 / hexadécimal décimal NERR_DuplicateShare lmerr.h # / * le nom a déjà été partagé. */

Car les partages deuxième n'existent pas, le mappage du lecteur va se connecter au partage premier. La meilleure solution pour éviter la collision de nom de partage ne doit pas partager les sous-répertoires sous les propriétés avancées de la ressource partage de fichiers dans l'administrateur de cluster. Vous pouvez utiliser ABE (énumération basée sur Access) pour appliquer des ACL (Access Control List) pour les sous-répertoires de l'utilisateur.Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft : Ou bien, il est possible de créer les partages de fichiers à l'aide de l'une des deux méthodes suivantes :

• Renommez tous les sous-dossiers sous emplacements de partage d'origine différente afin qu'ils ne correspondent jamais
• Ne pas partager les sous-répertoires et mappez tout à \\<virtual_server1>\users ou à \\<virtual_server2>\data ou aux deux. Utilisez ensuite les autorisations NTFS afin que les utilisateurs puissent accéder uniquement à leur propre part.

Articles connexes