Εντοπισμός διακομιστή υπηρεσίας καταλόγου και τη χρήση DSAccess

Μεταφράσεις άρθρων Μεταφράσεις άρθρων
Αναγν. άρθρου: 250570 - Δείτε τα προϊόντα στα οποία αναφέρεται το συγκεκριμένο άρθρο.
Ανάπτυξη όλων | Σύμπτυξη όλων

Σε αυτήν τη σελίδα

Περίληψη

DSAccess είναι μια εσωτερική διαδικασία στο Microsoft Exchange 2000 Server και στον Microsoft Exchange Server 2003 που χρησιμοποιείται για την πρόσβαση και για την αποθήκευση πληροφοριών καταλόγου. Αυτό το άρθρο παρέχει πληροφορίες σχετικά με τον τρόπο μπορείτε να ρυθμίσετε το DSAccess για στατικά ή δυναμικά εντοπίζουν διακομιστές υπηρεσίας καταλόγου που μπορεί να υπάρχουν στην τοπολογία όπου βρίσκεται ο υπολογιστής του Exchange Server. Όλες οι πληροφορίες που αναφέρονται εδώ ισχύουν για έναν υπολογιστή Exchange Server. Οποιεσδήποτε ρυθμίσεις που πραγματοποιήθηκαν στο μητρώο πρέπει να γίνονται σε όλους τους υπολογιστές του Exchange Server στην τοπολογία. Τέλος, η λίστα των δυναμικά-εντόπισε ισχύει επίσης διακομιστές της υπηρεσίας καταλόγου για τον συγκεκριμένο υπολογιστή με Exchange Server να θεωρηθεί ότι. Αυτή η δυναμική λίστα δεν είναι εγγυημένη είναι μοναδικό στο περιβάλλον 2000 multi-Exchange ή σε ένα περιβάλλον 2003 multi-Exchange.

Για πρόσθετες πληροφορίες σχετικά με το πιο πρόσφατο service pack του Microsoft Exchange 2000 Server, κάντε κλικ στον αριθμό του άρθρου παρακάτω για να προβάλετε το άρθρο της Γνωσιακής Βάσης της Microsoft:
301378Τρόπος απόκτησης του τελευταίου Service Pack του Exchange 2000 Server

Περισσότερες πληροφορίες

DSAccess διαμερίσματα στο σύνολο των διακομιστών υπηρεσίας καταλόγου είναι διαθέσιμα στις ακόλουθες τρεις (πιθανώς επικαλυπτόμενες) κατηγορίες: διακομιστές καθολικού καταλόγου, οι ελεγκτές τομέα και ρυθμίσεις παραμέτρων ελεγκτή τομέα.

Σχεδόν όλες οι Exchange Server περιβάλλον χρήστη κατάλογο υπηρεσίας συναλλαγές προορισμού καθολικοί κατάλογοι. Ωστόσο, οι ελεγκτές τομέα μπορεί να χρησιμοποιηθεί για αιτήσεις περιβάλλοντος χρήστη όταν η αίτηση υπηρεσίας έχει επαρκή γνώση της τοπικότητας του αντικειμένου χρήστη που ζητήθηκε στην αναζήτηση που εκδόθηκε. Επειδή το διακομιστή της υπηρεσίας καταλόγου που χρησιμοποιείται για έναν καθολικό κατάλογο αποτελεί επίσης το ίδιο ελεγκτή τομέα, αυτός ο διακομιστής μπορεί να χρησιμοποιηθεί ως και οι δύο τύποι καταλόγους. DSAccess δημιουργεί μια λίστα των διαθέσιμων καθολικοί κατάλογοι και οι ελεγκτές τομέα, το οποίο ενημερώνει περιοδικά όπως εντοπίζονται οι αλλαγές στην κατάσταση υπηρεσίας καταλόγου. Αυτή η λίστα μπορεί να είναι κοινόχρηστη σε άλλους καταναλωτές καταλόγου που δεν αναγκαστικά χρησιμοποιούν DSAccess ως πύλη τους όσον αφορά την πρόσβαση στην υπηρεσία καταλόγου (για παράδειγμα, κατηγοριοποίηση DSProxy και της υπηρεσίας System Attendant). Ωστόσο, παραμένουν καταλόγου οι επόμενες αλλαγές στην κατάσταση υπηρεσίας για τον εντοπισμό της υπηρεσίας που απαιτεί αυτήν τη λίστα.

Για κάθε διακομιστή της υπηρεσίας καταλόγου είναι διαθέσιμες, DSAccess ανοίγει αποκλειστικά αποκλειστικά εκ μέρους του κάθε διεργασία που χρησιμοποιεί το DSAccess συνδέσεις LDAP. DSAccess ενημερώνει αυτές τις συνδέσεις LDAP με υπηρεσία κατάσταση πληροφοριών καταλόγου (επάνω, αργή ή κάτω) που εντοπίζει και αιτήσεις κανάλια που βασίζονται σε αυτές τις πληροφορίες κατάστασης. Το σύνολο των LDAP για τους ελεγκτές τομέα είναι διαθέσιμες και καθολικοί κατάλογοι και τις σχετικές καταστάσεις αποτελεί το προφίλ της διαδικασίας. Για την αξιοπιστία και τη δυνατότητα κλιμάκωσης, DSAccess υποστηρίζει ένα μηχανισμό εξισορρόπησης φόρτου για τη διανομή των αιτήσεων περιβάλλον υπηρεσίας καταλόγου χρήστη με τρόπο round robin ανάμεσα σε αυτές τις συνδέσεις LDAP. Στατικά, μπορείτε να ορίσετε όλα τα προφίλ στο μητρώο για να χρησιμοποιήσετε μόνο ένα συγκεκριμένο σύνολο διακομιστών της υπηρεσίας καταλόγου. Ωστόσο, η πραγματική κατάσταση και σε αυτές τις συνδέσεις εξισορρόπησης φόρτου μπορεί να διαφέρουν από μια διαδικασία σε μια διαδικασία (προφίλ σε προφίλ). Αυτό δεν συμβαίνει για αιτήσεις περιβάλλον ρύθμισης παραμέτρων.

DSAccess χρησιμοποιεί μόνο έναν μεμονωμένο ελεγκτή τομέα για όλες τις παραμέτρους περιβάλλοντος αιτήσεις για τη μείωση ζητήματα αναπαραγωγής αδράνεια (εξαιτίας ένα περιβάλλον υπηρεσίας καταλόγου πολλαπλές που υπάρχει με την αρχιτεκτονική των Microsoft Windows 2000) και για να αποφύγετε τη μερική καταλόγου προσθήκες ή τροποποιήσεις που γίνονται σε ελεγκτές τομέα διαφορετικό. Αυτός ο ελεγκτής τομέα μόνο παραμέτρων χρησιμοποιείται από κοινού από όλα τα προφίλ.

Χρήση διακομιστή υπηρεσίας καταλόγου DSAccess Static

ΣημαντικόΑυτή ενότητα, μέθοδο ή εργασία περιέχει βήματα που θα σας πληροφορήσει πώς να τροποποιήσετε το μητρώο. Ωστόσο, ενδέχεται να προκύψουν σοβαρά προβλήματα εάν δεν τροποποιήσετε σωστά το μητρώο. Κατά συνέπεια, βεβαιωθείτε ότι ακολουθείτε προσεκτικά τα εξής βήματα. Για επιπλέον προστασία, δημιουργήστε αντίγραφα ασφαλείας του μητρώου προτού το τροποποιήσετε. Με αυτόν τον τρόπο, μπορείτε να επαναφέρετε το μητρώο εάν προκύψει πρόβλημα. Για περισσότερες πληροφορίες σχετικά με τον τρόπο δημιουργίας αντιγράφων ασφαλείας και επαναφοράς του μητρώου, κάντε κλικ στον αριθμό του άρθρου παρακάτω για να προβάλετε το άρθρο της Γνωσιακής βάσης της Microsoft:
322756Τρόπος δημιουργίας αντιγράφων ασφαλείας και επαναφοράς του μητρώου στα Windows

DSAccess μπορεί να ρυθμιστεί στατικά φορτία υπηρεσίας καταλόγου καναλιών σε ένα καθορισμένο σύνολο διακομιστών της υπηρεσίας καταλόγου. Αυτό επιτυγχάνεται στο μητρώο. Όπως όλες τις τροποποιήσεις, πρέπει να γίνουν ακραίες προσοχή κατά την ενημέρωση του μητρώου. Similar in behavior to other Exchange Server services, DSAccess does not check the validity of those directory service servers that are specified in the registry and does not recognize misspellings or other mistakes made here. Upon initialization, DSAccess first reads the registry to determine if any domain controllers or global catalogs have been statically configured. If any domain controllers or global catalogs are statically configured, then no dynamic domain controller detection is performed. Conversely, if no static configurations are made to the registry, DSAccess dynamically detects those directory service servers in the topology (discussed in the "Dynamic Server Detection and Usage" section). The registry keys mentioned in this article are not present by default.

When DSAccess has been statically configured, DSAccess will never fall back and use any other domain controller or global catalog that might otherwise be dynamically detected. As a result, if all the statically configured domain controllers or global catalogs are down, then no DSAccess operations will succeed. If global catalogs are statically configured but no domain controllers are specified in the registry, any available domain controller will be dynamically detected and used. Similarly, if domain controllers are statically configured but no global catalogs are specified in the registry, any available global catalogs will be dynamically detected and used. If the configuration domain controller is not statically configured, the configuration domain controller will be taken from the list of available domain controllers (whether this list is found dynamically or statically configured). As mentioned previously, the domain controllers and global catalogs used for user context requests are profile-dependent. For this reason, the location in the registry for these settings is specified under the Profiles\Default subkey. The following registry keys are required to statically configure domain controller and global catalog servers for use by DSAccess:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDSAccess\Profiles\Default\UserDC1(UserDC2, and so on)

IsGC= REG_DWORD 0x0
HostName= REG_SZDC_DomainName.CompanyName.com
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDSAccess\Profiles\Default\UserGC1(UserGC2 and so on)

IsGC= REG_DWORD 0x1
HostName= REG_SZGC_DomainName.CompanyName.com
The configuration domain controller used by DSAccess can be set in one of the following three ways:
  • Statically configured in the registry
  • Dynamically detected
  • By the Microsoft Exchange System Attendant when that service starts.
The first two methods for setting the configuration domain controller are explained after the next registry reference. In Exchange 2000 Server and Exchange 2000 Server SP1, the Microsoft Exchange System Attendant will choose a Configuration Domain Controller when it starts. That choice will be honored by DSAccess for up to 10 hours. In Exchange 2000 Server SP2 and later, the Microsoft Exchange System Attendant will choose the Configuration Domain Controller only on the first service start which occurs during setup or upgrade. In all cases, the choice by the System Attendant is ignored if the configuration domain controller is statically configured in the registry. Static configuration domain controller configuration is taken by DSAccess as a suggestion. This means that if the configuration domain controller is statically configured, DSAccess prefers this domain controller for configuration context requests. If this domain controller becomes unavailable, an alternative domain controller is chosen from the list of available domain controllers. In this event, DSAccess fails over the configuration domain controller by choosing an available User domain controller, behaving as if the configuration domain controller registry keys were not set. As mentioned previously, the configuration domain controller is shared among all profiles. For this reason, the registry settings for the configuration domain controller are specified under the\Instance0subkey as shown in the following example.
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDSAccess\Instance0

ConfigDCHostName= REG_SZconfigDC_DomainName.CompanyName.com

DSAccess Dynamic DS Server Detection and Usage in Exchange 2000 Server and Exchange 2000 Server SP1

Κατά την προετοιμασία, εάν DSAccess δεν εντοπίσει ένα σύνολο καθολικών καταλόγους ή ελεγκτές τομέα στατικά ρυθμισμένη στο μητρώο, δυναμικά εντοπίζουν αυτούς τους διακομιστές υπηρεσίας καταλόγου είναι διαθέσιμα στην τοπολογία. Τον αλγόριθμο εντοπισμού διαφέρει αν DSAccess ανίχνευσης, οι ελεγκτές τομέα ή σε καθολικό κατάλογο και εξαρτάται από την τοποθεσία του διακομιστή Exchange 2000. Η ακόλουθη περιγραφή ισχύει για το Exchange 2000 Server και Exchange 2000 Server SP1. Η μέθοδος DSAccess χρησιμοποιεί Exchange 2000 SP2 και αργότερα διαφέρει και δεν τεκμηριώνονται εδώ.

Μετά την αρχική εξέταση του μητρώου, DSAccess εκδίδει έναDsBindσε οποιονδήποτε ελεγκτή τομέα του τομέα τοπικά στο διακομιστή Exchange 2000 (ή ένα συγκεκριμένο ελεγκτή τομέα εάν μία μεταβιβάζεται στο από τον καλούντα έναDsctxGetContextEx2()η κλήση) από την κλήση API του Win32DsGetDCName(). DSAccess ζητήματα μετά την κλήση API του Win32DsListServersForDomainInSite()σε αυτόν τον ελεγκτή τομέα. Αυτή η κλήση παρέχει μια λίστα με όλους τους ελεγκτές τομέα του τοπικού τομέα και την τοποθεσία. Εξισορροπεί DSAccess αποθηκεύει έως και δέκα ελεγκτών τομέα του προφίλ που τη φόρτωση σε με τρόπο round robin (για κάθε διεργασία). Ο αλγόριθμος για τον εντοπισμό του καθολικού καταλόγου είναι ελαφρώς.

DSAccess χρησιμοποιεί τον ίδιο τομέα ελεγκτή σύνδεση ως παραπάνω για τον εντοπισμό του καθολικού καταλόγου.DsListServersInSite()είναι το DSAccess εσωτερικό API που καλείται για να παραθέσετε όλες τις "διακομιστές" της τοποθεσίας.

ΣΗΜΕΙΩΣΗ: "Διακομιστής", έχει διαφορετική έννοια για αυτήν την κλήση από την κλήση API του Win32DsListServersInSite--Αυτό είναι ένα σφάλμα/quirk στον ορισμό του API. Currently, all Win32 APIs for directory service detection are domain-specific. Because Exchange 2000 relies heavily on global catalogs, and to avoid latency issues that may occur because a domain is spread across multiple sites connected by slow links, DSAccess has created its own site-specific directory service detection mechanism.

Using the LDAP connection to the current domain controller that DSAccess is still bound to, it then reads theOptionsattribute for the NTDS Settings object for each directory service server (if any) in the site local to the Exchange 2000 server. A server is only considered to be a global catalog if theOptionsattribute exists and has the global catalog flag set. If DSAccess does not find any global catalog in the current site, it calls the Win32 APIDsGetDCName()to return any single available global catalog. It only picks a single "remote" global catalog because it assumes that this global catalog may be at the end of a slow link. You will not achieve the scalability of load balancing that you want in this scenario.

DSAccess performs a full network redetection either when the Kerberos ticket times out (default period of 10 hours), any time a configuration change is made (new global catalogs or domain controllers are added to the topology), or if all global catalogs or domain controllers go down. In normal operations, a global catalog or domain controller may go down. In this event, DSAccess does not redetect the network if there are other servers available. It simply flags that particular directory service as "Down," and pings it every five minutes thereafter. If this downed directory service comes back online, it will once again be used.

The configuration domain controller used by DSAccess is by default set to the same domain controller that DSAccess first bound to in the initial dynamic detection of the domain controllers and global catalogs. If any domain controllers or global catalogs are statically configured and no configuration domain controller is explicitly configured, DSAccess uses the first domain controller in the domain controller configured list as the configuration domain controller. If the configuration domain controller used by DSAccess is or becomes unavailable, another configuration domain controller is chosen from the set of available domain controllers. Any change in the configuration domain controller is propagated to all the processes using DSAccess on the same computer.

DSAccess Dynamic DS Server Detection and Usage in Exchange 2000 Server SP2 and later

In Exchange Server 2000 SP2 and later versions, it is no longer necessary to edit the registry to statically assign DSAccess roles to directory service servers. This option is now available in the graphical user interface.

Για πρόσθετες πληροφορίες, κάντε κλικ στον αριθμό του άρθρου παρακάτω, για να προβάλετε το άρθρο της Γνωσιακής Βάσης της Microsoft (Knowledge Base):
318221Complete functionality of the DSAccess tab is only available when you use an Exchange 2000 Service Pack 2 computer

Ιδιότητες

Αναγν. άρθρου: 250570 - Τελευταία αναθεώρηση: Κυριακή, 19 Δεκεμβρίου 2010 - Αναθεώρηση: 2.0
Οι πληροφορίες σε αυτό το άρθρο ισχύουν για:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
Λέξεις-κλειδιά: 
kbExchange2000SP2Fix kbinfo kbmt KB250570 KbMtel
Μηχανικά μεταφρασμένο
ΣΗΜΑΝΤΙΚΟ: Αυτό το άρθρο είναι προϊόν λογισμικού μηχανικής μετάφρασης της Microsoft και όχι ανθρώπινης μετάφρασης. Η Microsoft σάς προσφέρει άρθρα που είναι προϊόντα ανθρώπινης αλλά και μηχανικής μετάφρασης έτσι ώστε να έχετε πρόσβαση σε όλα τα άρθρα της Γνωσιακής Βάσης μας στη δική σας γλώσσα. Ωστόσο, ένα άρθρο που έχει προκύψει από μηχανική μετάφραση δεν είναι πάντα άριστης ποιότητας. Ενδέχεται να περιέχει λεξιλογικά, συντακτικά ή γραμματικά λάθη, όπως ακριβώς τα λάθη που θα έκανε ένας μη φυσικός ομιλητής επιχειρώντας να μιλήσει τη γλώσσα σας. Η Microsoft δεν φέρει καμία ευθύνη για τυχόν ανακρίβειες, σφάλματα ή ζημίες που προκύψουν λόγω τυχόν παρερμηνειών στη μετάφραση του περιεχομένου ή χρήσης του από τους πελάτες της. Επίσης, η Microsoft πραγματοποιεί συχνά ενημερώσεις στο λογισμικό μηχανικής μετάφρασης.
Η αγγλική έκδοση αυτού του άρθρου είναι η ακόλουθη:250570

Αποστολή σχολίων

 

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