Al momento sei offline in attesa che la connessione Internet venga ristabilita

Implementazione della home directory in un cluster di server

Il supporto per Windows Server 2003 è terminato il 14 luglio 2015.

Microsoft ha sospeso il supporto per Windows Server 2003 in data 14 luglio 2015. Questa modifica ha interessato gli aggiornamenti software e le opzioni di sicurezza. Ulteriori informazioni su come continuare a essere protetti.

Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell’utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell’utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 256926
Sommario
In questo articolo descrive la procedura base per la condivisione le home directory su un disco condiviso in un cluster.
Informazioni
In Amministrazione Cluster, non è la configurazione ottimale per creare una risorsa condivisione file di cluster per una home directory ciascun utente. Non solo questo richiede parecchio lavoro amministrativo, ma viene inoltre utilizzata memoria e risorse della CPU che non è necessario per. Il servizio cluster utilizza la memoria e cicli di CPU per ogni risorsa che nel Cluster Administrator è stato definito. Le risorse più avere, l'overhead più che il servizio genera dei cluster. Presupponendo che siano presenti cartelle principali degli 750 utenti in un cluster, è possibile che una risorsa condivisione file verrà creata per ogni utente. Tempi di failover da un nodo a un altro aumento, oltre ad visualizzazione delle risorse in Amministrazione Cluster. Lo scenario di peggiore è che un cluster occupato molto può eliminare le connessioni causa della quantità di tempo utilizzato per gestire le risorse cluster 750.

Il metodo ottimale per utilizzare un cluster di server per le home directory servizi di accesso a terze parti consiste nell'utilizzare la funzionalità di condivisioni dinamica o "Condividi sottodirectory". L'entità di base dietro le condivisioni di file dinamici è che viene creata una risorsa condivisione file del cluster singolo, ma per ogni cartella dell'utente viene creata una condivisione di file indipendente. Ad esempio:
Z:\
Z:\Users
Z:\Users\Steve
Z:\Users\Shon
Z:\Users\Elden
Z:\Users\Dewitt
Z:\Users\Emily
Unità Z è il disco condiviso. La cartella di Z:\Users è la condivisione principale che contiene tutte le cartelle principali utente.

Configurazione non corretta:
  1. Creare una risorsa condivisione file di cluster per ogni utente. In questo caso, una risorsa del cluster viene definita cinque volte per ogni utente il Z:\Users cartella.
  2. Impostare le autorizzazioni NTFS sulla cartella Z:\Users\ Username per consentire solo l'accesso utente della cartella.
  3. Ogni volta che un utente viene creato, passare alla cartella Z:\Users e creare la cartella appropriata con autorizzazioni. Quindi utilizzare Amministrazione Cluster per creare una risorsa condivisione file.
Corretta configurazione:
  1. Creare una risorsa condivisione di file singolo cluster per il Z:\Users cartella principale.
  2. Assegnare il Everyone autorizzazioni share-level Full Control di gruppo in Amministrazione Cluster.
  3. Se si utilizza la scheda parametri per la risorsa condivisione file di directory principale cluster, fare clic per selezionare la casella di controllo condivisione di tutte le sottodirectory .
  4. Consente di impostare autorizzazioni NTFS per la cartella Z:\Users\ Username per consentire la previsto accedere alla cartella. L'account del servizio cluster deve disporre di almeno autorizzazioni di lettura. A questo punto, tutte le cartelle in Z:\users vengono condivise automaticamente con la stessa autorizzazioni di rete come la condivisione principale. Per aggiungere un utente quando si utilizza condivisioni dinamiche, creare una cartella in Z:\Users e assegnare NTFS appropriate autorizzazioni (vedere il passaggio 4). Il servizio cluster condivide automaticamente la cartella.

    Nota : quando si esegue il passaggio seguente, non nascondere le directory in una condivisione, solo le condivisioni stesse.

  5. Per rendere le condivisioni utente nascoste, utilizzare la scheda parametri per la risorsa condivisione file di directory principale cluster e quindi per selezionare la casella di controllo Nascondi sottodirectory condivise . <username>Questa azione consente di accodare "$" alla fine delle condivisioni sotto Z:\Users\ <nomeutente>.
La funzionalità "Condividi sottodirectory" è stato aggiunto il Microsoft Windows NT 4.0, Enterprise Edition, servizio cluster con Service Pack 4 e migliorata con Service Pack 5. Applicare Service Pack 5 se si prevede di implementare dinamico condivisioni di file. Windows 2000 Advanced Server include questa funzionalità.

Se esistono più gruppi di condivisione di file all'interno del cluster che utilizzano le variabili di ambiente username e le sottodirectory sono condivisi in una condivisione di file del cluster, il seguente comportamento può verificarsi quando i gruppi sono portati in linea sullo stesso nodo fisico. Ad esempio, è necessario che le unità in ogni gruppo, le seguenti cartelle:
  • unità U: \\<virtual_server1>\Users |--utenti |--Utente1 |--Utente2
  • unità Z: \\<virtual_server2>\Data |--dati |--Utente1 |--Utente2
Ad esempio, quando si utilizza le variabili di ambiente e uno o entrambi dei seguenti due gruppi di server virtuale portare in linea sullo stesso nodo fisico, gli utenti possono connettersi alla condivisioni corrette:
  • \\<virtual_server1>\Users\%UserName%
  • \\<virtual_server2>\data\%UserName%
È possibile, tuttavia, se si utilizza uno o entrambi i seguenti gruppi di server virtuale, che si verifichino risultati non coerenti quando si esegue il mapping unità di rete:
  • "net use * \\ <virtual_server1> \%username%"
  • "net use * \\ <virtual_server2> \%username%"
Il servizio del server LANMAN non distingue tra le condivisioni di sottodirectory. Di conseguenza, non è possibile distinguere che \\<virtual_server1>\%username% e \\<virtual_server2>\%username% sono diverse condivisioni di file. Quando tenta di condividere la seconda istanza della condivisione di file % username %, si verifica il seguente errore 2118 nel file di registro del cluster e tale condivisione non verrà creato:

Condivisione di file WARN <data>: SmbpCheckAndBringSubSharesOnline: mediante la funzione NetShareAdd non riuscita per subshare <user1> errore $: 2118.
Condivisione di file WARN <data>: SmbpCheckAndBringSubSharesOnline: mediante la funzione NetShareAdd non riuscita per subshare <user2> errore $: 2118.
C:\err>Err 2118 # per 0x846 2118 / esadecimale decimale NERR_DuplicateShare lmerr.h # / * il nome è già stata condivisa. */

Poiché non esistono le condivisioni di seconda, il mapping di unità verrà connettersi alla condivisione prima. La soluzione migliore per evitare conflitti di nome di condivisione non è condividere delle directory secondarie con le proprietà avanzate della risorsa condivisione file in Amministrazione Cluster. È possibile utilizzare ABE (enumerazione basato su Access) per applicare ACL (elenco di controllo di accesso, Access Control List) per le sottodirectory di utente.Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:
907458 L'implementazione di enumerazione basato su Windows Server 2003 l'accesso in un ambiente DFS
In alternativa, è possibile creare condivisioni di file utilizzando uno dei due metodi descritti di seguito:
  • Rinominare tutte le sottocartelle i percorsi di condivisione originale in qualcosa di diverso, in modo che non corrispondano verrà
  • Non condividere la sottodirectory ed eseguire il mapping tutto per \\<virtual_server1>\users o \\<virtual_server2>\data o a entrambi. Quindi, è necessario utilizzare autorizzazioni NTFS in modo che gli utenti possano solo accedere propria condivisione.

Articoli correlati

186496Protezione di una cartella comune
194831Condivisioni SP4 cluster devono essere reimpostate per riconoscere le sottodirectory aggiuntive
224967Come creare condivisioni di file in un cluster
254219Considerazioni sulla protezione durante l'implementazione di cluster di condivisioni di file
257389Microsoft Cluster Server non possono condividere cartelle automaticamente
directory MSCS

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 256926 - Ultima revisione: 10/26/2007 18:37:17 - Revisione: 3.2

Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows 2000 Advanced Server, Microsoft Windows NT Server 4.0 Enterprise Edition

  • kbmt kbproductlink kbclustering kbenv kbinfo KB256926 KbMtit
Feedback