Select the product you need help with
Utilizzo di DSAccess e sul rilevamento di server del servizio directoryIdentificativo articolo: 250570 - Visualizza i prodotti a cui si riferisce l?articolo. In questa paginaSommarioDSAccess è un processo interno in Microsoft Exchange 2000 Server e in Microsoft Exchange Server 2003 viene utilizzato per l'accesso e per la memorizzazione delle informazioni di directory. Questo articolo vengono fornite informazioni sulla configurazione di DSAccess in modo statico o dinamico, rilevare server del servizio directory esista nella topologia in cui risiede il computer che esegue Exchange Server. Tutte le informazioni descritte di seguito riguardano un singolo computer Exchange Server. Tutte le configurazioni apportate al Registro di sistema devono essere apportate a tutti i computer server nella topologia. Infine, l'elenco di dinamicamente-rilevato server del servizio directory viene inoltre applicato al computer server particolare preso in considerazione. Non è necessariamente essere univoco in un ambiente di 2000 multi-Exchange o in un ambiente di multi-Exchange 2003 questo elenco dinamico. Per ulteriori informazioni sul service pack più recente per Microsoft Exchange 2000 Server, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato: 301378
(http://support.microsoft.com/kb/301378/
)
Come ottenere il service pack più recente per Exchange 2000 Server InformazioniDSAccess suddivide il set di server del servizio directory disponibile nelle seguenti tre categorie (possibilmente sovrapposte): server di catalogo globale, i controller di dominio e controller di dominio di configurazione. Le transazioni del quasi tutti i server contesto utente directory servizio come destinazione cataloghi globali. Tuttavia, i controller di dominio possono essere utilizzati per le richieste utente nel contesto quando il servizio richiedente ha una conoscenza sufficiente della località dell'oggetto utente richiesto nella ricerca eseguita. Poiché il server del servizio di directory utilizzato per un catalogo globale anche è esso stesso un controller di dominio, il server può essere utilizzato come entrambi i tipi di directory. DSAccess genera un elenco dei cataloghi globali disponibili e dei controller di dominio, che vengono aggiornati periodicamente come vengono rilevate le modifiche dello stato del servizio directory. Questo elenco può essere condivisa agli altri utenti di directory non necessariamente utilizzano DSAccess come gateway per accedere al servizio directory (ad esempio, classificatore, DSProxy e il servizio Supervisore sistema). Tuttavia, successive modifiche servizio directory sullo stato vengono lasciate per il rilevamento di servizio che richiede l'elenco. Per ogni server di servizio di directory disponibile DSAccess apre le connessioni LDAP dedicate esclusivamente per conto di ogni processo che utilizza DSAccess. DSAccess aggiorna tali connessioni LDAP con informazioni di stato di servizio di directory (su, lento o giù) rileva che le richieste di canali in base a questa informazioni di stato. L'insieme di connessioni LDAP per controller di dominio disponibili e i cataloghi globali e i relativi stati associati forma il profilo del processo. Per l'affidabilità e scalabilità, DSAccess supporta un meccanismo di bilanciamento del carico di distribuire richieste servizio dell'utente contesto di directory in modalità round robin tra le connessioni LDAP. È possibile configurare staticamente tutti i profili nel Registro di sistema solo utilizzare un insieme specifico di server del servizio directory. Tuttavia, la stato effettivo e bilanciamento del carico su tali connessioni possono variare da un processo a un altro (profilo a profilo). Non nel caso di richieste del contesto di configurazione. DSAccess utilizza solo controller di dominio singolo per tutte le richieste contesto di configurazione per ridurre i problemi della latenza di replica (a causa di un ambiente di servizio directory multimaster esiste con l'architettura di Microsoft Windows 2000) e per evitare di directory parziale aggiunte o modifiche apportate al controller di dominio diversi. Questo controller di dominio configurazione singola è condiviso da tutti i profili. DSAccess Static Directory Service Server Usageimportante Questa sezione, metodo o l'attività sono contenute procedure viene illustrato come modificare il Registro di sistema. Tuttavia, possono causare seri problemi se si modifica il Registro di sistema in modo errato. Pertanto, assicurarsi che questa procedura con attenzione. Per maggiore protezione, è eseguire il backup del Registro di sistema prima di modificarlo. È quindi possibile ripristinare il Registro di sistema se si verifica un problema. Per ulteriori informazioni su come eseguire il backup e ripristino del Registro di sistema, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:322756
(http://support.microsoft.com/kb/322756/
)
Come eseguire il backup e il ripristino del Registro di sistema in WindowsÈ possibile configurare staticamente DSAccess per carichi di servizio directory di canale per un determinato set di server del servizio directory. Questa operazione viene eseguita nel Registro di sistema. Come tutte le modifiche deve essere apportate attenzione durante l'aggiornamento del Registro di sistema. Come comportamento per altri servizi di Exchange Server, DSAccess non controlla la validità di tali server servizio di directory specificate nel Registro di sistema e non riconosce gli errori di ortografia o altri errori apportate. Al momento dell'inizializzazione, DSAccess legge prima il Registro di sistema per determinare se qualsiasi controller di dominio o cataloghi globali sono stati configurati in modo statico. Se qualsiasi controller di dominio o cataloghi globali sono configurati in modo statico, verrà non eseguita nessun rilevamento di controller di dominio dinamici. Al contrario, se nessuna configurazione statica vengono apportata al Registro di sistema, DSAccess rileva dinamicamente i server di servizio directory nella topologia (descritto nella sezione "Dynamic Server Detection and Usage"). Le chiavi del Registro di sistema descritte in questo articolo non sono presente per impostazione predefinita. Se DSAccess è stato configurato in modo statico, DSAccess non verrà crittografata e utilizzare qualsiasi controller di dominio o catalogo globale che in caso contrario potrebbe essere rilevato in modo dinamico. Di conseguenza, se tutti i controller di dominio configurato in modo statico o cataloghi globali sono inattivi, le operazioni di DSAccess non verranno eseguita. Se i cataloghi globali sono configurati staticamente, ma nessun controller di dominio è specificato nel Registro di sistema, qualsiasi controller di dominio disponibile verrà dinamicamente rilevato e utilizzato. Analogamente, se i controller di dominio sono configurati staticamente, ma nessun catalogo globale è specificato nel Registro di sistema, i cataloghi globali disponibili verranno dinamicamente rilevati e utilizzati. Il controller di dominio configurazione non è configurato in modo statico, il controller di dominio configurazione verrà visualizzato automaticamente dall'elenco dei controller di dominio disponibili (se viene trovato questo elenco dinamicamente o staticamente configurato). Come accennato in precedenza, i controller di dominio e cataloghi globali utilizzati per le richieste utente nel contesto dipendono profilo. Per questo motivo, il percorso nel Registro di sistema per queste impostazioni è specificato nella sottochiave Profiles\Default. Le chiavi di registro di sistema riportato di seguito sono necessarie per configurare staticamente controller di dominio e server di catalogo globale per l'utilizzo da parte di DSAccess: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDSAccess\Profiles\Default\UserDC1 (UserDC2 e così via) IsGC = REG_DWORD 0 x 0 HostName = REG_SZ DC_DomainName.CompanyName.com HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDSAccess\Profiles\Default\UserGC1 (UserGC2 e così via) Controller di dominio di configurazione utilizzato da DSAccess può essere impostato in uno dei tre modi seguenti: IsGC = REG_DWORD 0 x 1 HostName = REG_SZ GC_DomainName.CompanyName.com
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDSAccess\Instance0 ConfigDCHostName = REG_SZ configDC_DomainName.CompanyName.com Rilevamento di server ad di DSAccess dinamico e dell'utilizzo in Exchange 2000 Server ed Exchange 2000 Server SP1Al momento dell'inizializzazione, se DSAccess non trova un insieme di controller di dominio configurato in modo statico o cataloghi globali nel Registro di sistema, rileva in modo dinamico tali server del servizio directory disponibile nella topologia. L'algoritmo di rilevamento è diverso se DSAccess è rilevamento di controller di dominio o catalogo globale e dipende la località del server Exchange 2000. La seguente descrizione si applica a Exchange 2000 Server ed Exchange 2000 Server SP1. Il metodo DSAccess utilizza in Exchange 2000 SP2 e in un secondo momento è diverso e non documentato in seguito.Dopo l'analisi iniziale del Registro di sistema, DSAccess invia una DsBind a qualsiasi controller di dominio nel dominio locale del server di Exchange 2000 (o un controller di dominio particolare) se uno viene passato dal chiamante in una chiamata DsctxGetContextEx2() per mezzo della chiamata API Win32 a DsGetDCName() . DSAccess rilascia quindi la chiamata di API Win32 a DsListServersForDomainInSite() questo controller di dominio. Questa chiamata viene fornito un elenco tutti i controller di dominio nel dominio locale e nel sito. DSAccess Salva backup in dieci controller di dominio il profilo di carico viene bilanciato su in modalità round robin (per ogni processo). L'algoritmo di rilevamento di catalogo globale è leggermente diverso. DSAccess utilizza la stessa dominio controller di connessione come sopra per il rilevamento di catalogo globale. DsListServersInSite() è l'API interno di DSAccess che viene chiamato per elencare tutte le "server" nel sito. Nota : "Server" ha un significato diverso per questa chiamata più la chiamata di API Win32 a DsListServersInSite --questo è un bug/peculiarità nella definizione dell'API. Attualmente, tutte le API Win32 per il rilevamento del servizio di directory sono specifici del dominio. Poiché Exchange 2000 si avvale soprattutto di cataloghi globali e per evitare problemi di latenza che possono verificarsi perché un dominio viene distribuito in più siti connessi tramite collegamenti lenti, DSAccess è creato il proprio meccanismo di rilevamento servizio di directory del sito. Utilizzando la connessione LDAP al controller di dominio corrente che DSAccess è ancora associata, quindi legge l'attributo Opzioni per l'oggetto Impostazioni NTDS per ogni server del servizio directory (se presente) nel sito locale del server di Exchange 2000. Un server viene considerato solo da un catalogo globale, se l'attributo Options esiste e il contrassegno di catalogo globale impostato. Se DSAccess non viene trovato alcun catalogo globale nel sito corrente, viene chiamato l' API Win32 DsGetDCName() per restituire un singolo catalogo globale disponibile. Sceglie solo un singolo catalogo globale "remoto" quanto si presuppone che il catalogo globale potrebbe essere alla fine di un collegamento lento. Non è verrà ottenere la scalabilità di bilanciamento del carico da questo scenario. DSAccess esegue un redetection di rete completo quando il ticket Kerberos scade (periodo predefinito di 10 ore), ogni volta che una modifica della configurazione viene effettuata (nuovi cataloghi globali o controller di dominio vengono aggiunti alla topologia), o se tutti i cataloghi globali o controller di dominio verso il basso. Nelle normali operazioni, potrebbe diventare un controller di dominio o catalogo globale verso il basso. Rilevare in questo caso, DSAccess non nuovamente alla rete se sono disponibili altri server. È sufficiente di flag di servizio directory specifico come "basso" e di ping di successivamente ogni cinque minuti. Se questo servizio directory inattivo viene nuovamente in linea, verrà nuovamente utilizzato. Controller di dominio di configurazione utilizzato da DSAccess è impostato al controller di dominio stesso che DSAccess associata innanzitutto a nel rilevamento dinamico iniziale dei controller di dominio e cataloghi globali per impostazione predefinita. Se nessun controller di dominio configurazione viene configurato in modo esplicito qualsiasi controller di dominio o cataloghi globali sono configurati staticamente, DSAccess utilizza il primo controller di dominio nell'elenco di controller configurato di dominio come controller di dominio di configurazione. Se il controller di dominio configurazione utilizzato da DSAccess è o non è disponibile, un altro controller di dominio di configurazione viene scelto dall'insieme di controller di dominio disponibili. Tutte le modifiche apportate nel controller di dominio di configurazione vengono propagate a tutti i processi l'utilizzo di DSAccess nello stesso computer. Rilevamento di DSAccess dinamico DS Server e utilizzo in Exchange 2000 Server SP2 e versioni successiveIn Exchange Server 2000 SP2 e versioni successive, non è necessario modificare il Registro di sistema in modo statico assegnare ruoli di DSAccess a server del servizio directory. Questa opzione è disponibile nell'interfaccia utente grafica.Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato: 318221
(http://support.microsoft.com/kb/318221/
)
Funzionalità complete della scheda DSAccess è disponibile solo quando si utilizza un computer Exchange 2000 Service Pack 2 ProprietàIdentificativo articolo: 250570 - Ultima modifica: giovedì 25 ottobre 2007 - Revisione: 2.5 Le informazioni in questo articolo si applicano a:
Traduzione automatica articoli 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: 250570
(http://support.microsoft.com/kb/250570/en-us/
)
LE INFORMAZIONI CONTENUTE NELLA MICROSOFT KNOWLEDGE BASE SONO FORNITE SENZA GARANZIA DI ALCUN TIPO, IMPLICITA OD ESPLICITA, COMPRESA QUELLA RIGUARDO ALLA COMMERCIALIZZAZIONE E/O COMPATIBILITA' IN IMPIEGHI PARTICOLARI. L'UTENTE SI ASSUME L'INTERA RESPONSABILITA' PER L'UTILIZZO DI QUESTE INFORMAZIONI. IN NESSUN CASO MICROSOFT CORPORATION E I SUOI FORNITORI SI RENDONO RESPONSABILI PER DANNI DIRETTI, INDIRETTI O ACCIDENTALI CHE POSSANO PROVOCARE PERDITA DI DENARO O DI DATI, ANCHE SE MICROSOFT O I SUOI FORNITORI FOSSERO STATI AVVISATI. IL DOCUMENTO PUO' ESSERE COPIATO E DISTRIBUITO ALLE SEGUENTI CONDIZIONI: 1) IL TESTO DEVE ESSERE COPIATO INTEGRALMENTE E TUTTE LE PAGINE DEVONO ESSERE INCLUSE. 2) I PROGRAMMI SE PRESENTI, DEVONO ESSERE COPIATI SENZA MODIFICHE, 3) IL DOCUMENTO DEVE ESSERE DISTRIBUITO INTERAMENTE IN OGNI SUA PARTE. 4) IL DOCUMENTO NON PUO' ESSERE DISTRIBUITO A SCOPO DI LUCRO. | Traduzione articoli |




Torna all'inizio








