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

Traductions disponibles Traductions disponibles
Numéro d'article: 256926 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

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

Plus d'informations

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 :
Z:\
Z:\Users
Z:\Users\Steve
Z:\Users\Shon
Z:\Users\Elden
Z:\Users\Dewitt
Z:\Users\Emily
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 :
907458 Comment implémenter énumération basée sur Windows Server 2003 l'accès dans un environnement DFS
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

186496Sécurisation d'un dossier commun
194831Partages de SP4 cluster doivent être redéfinis pour reconnaître des sous-répertoires ajoutés
224967Comment créer des partages de fichiers sur un cluster
254219Considérations relatives à la sécurité lors de l'implémentation de cluster partages de fichiers
257389Microsoft Cluster Server peut partager pas automatiquement des dossiers

Propriétés

Numéro d'article: 256926 - Dernière mise à jour: vendredi 26 octobre 2007 - Version: 3.2
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows NT Server 4.0 Édition Entreprise
Mots-clés : 
kbmt kbproductlink kbclustering kbenv kbinfo KB256926 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 256926
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com