Detección de servidor de servicio de directorio y el uso de DSAccess

Seleccione idioma Seleccione idioma
Id. de artículo: 250570 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

DSAccess es un proceso interno en Microsoft Exchange 2000 Server y en Exchange Server 2003 que se utiliza para tener acceso a y para almacenar información de directorio. En este artículo proporciona información sobre cómo puede configurar DSAccess estáticamente o dinámicamente detectar servidores de servicio de directorio que existan en la topología donde reside el equipo servidor. Toda la información aquí descrita pertenece a un único equipo con Exchange Server. Las configuraciones que realizan en el registro deben realizarse para todos los equipos Exchange Server en la topología. Por último, la lista de-detectado dinámicamente servidores del servicio de directorio se aplica también al equipo servidor determinado considerarse. No se garantiza que esta lista dinámica ser únicos en un entorno de 2000 multi-Exchange o en un entorno de 2003 multi-Exchange.

Para obtener información adicional acerca del service pack más reciente para Microsoft Exchange 2000 Server, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
301378Cómo obtener el último Service Pack de Exchange 2000 Server

Más información

DSAccess divide el conjunto de servidores de servicio de directorio disponibles en las tres categorías (posiblemente se superponen) siguientes: servidores de catálogo global, los controladores de dominio y el controlador de dominio de configuración.

Transacciones de servicio directorio de casi todos los servidores contexto de usuario de destino catálogos globales. Sin embargo, los controladores de dominio pueden utilizarse para solicitudes de contexto de usuario cuando el servicio solicitante dispone de conocimiento suficiente acerca de la localidad del objeto de usuario solicitado en la búsqueda emitida. Porque el servidor de servicio de directorio utilizado para un catálogo global también está propio un controlador de dominio, este servidor puede utilizarse como ambos tipos de directorios. DSAccess genera una lista de catálogos globales disponibles y controladores de dominio, que se actualiza periódicamente cuando se detectan cambios de estado del servicio de directorio. Esta lista puede compartirse a otros consumidores de directorio que no necesariamente utilizan DSAccess como puerta de enlace para obtener acceso el servicio de directorio (por ejemplo, el categorizador, DSProxy y el servicio Operador de sistema). Sin embargo, quedan cambios de estado del servicio de directorio siguientes a la detección del servicio que está solicitando esta lista.

Para cada servidor del servicio de directorio disponible, DSAccess abre conexiones LDAP dedicadas exclusivamente en nombre de cada proceso que utiliza DSAccess. DSAccess actualiza estas conexiones LDAP con información de estado de servicio de directorio (arriba, lento o abajo) que detecta y solicitudes de los canales según esta información de estado. El conjunto de conexiones LDAP a los controladores de dominio y catálogos globales y sus estados asociados forma el perfil del proceso. Para lograr confiabilidad y escalabilidad, DSAccess admite un mecanismo de equilibrio de carga para distribuir solicitudes de servicio de directorio de usuario contexto en turnos entre estas conexiones LDAP. Puede configurar estáticamente todos los perfiles en el registro para utilizar sólo un conjunto específico de servidores de servicio de directorio. Sin embargo, el estado real y equilibrio de carga en estas conexiones pueden diferir de proceso a proceso (perfil a perfil). No es el caso de las solicitudes de contexto de configuración.

DSAccess utiliza sólo un controlador de dominio único para todas las solicitudes de contexto de configuración para reducir los problemas de latencia de replicación (debido a de un entorno de servicio de directorio con múltiples maestros que existe con la arquitectura de Microsoft Windows 2000) y para evitar directorio parcial adiciones o modificaciones se realizan en diferentes controladores de dominio. Este controlador de dominio de configuración única es compartida por todos los perfiles.

DSAccess Static Directory Service Server Usage

importante Esta sección, el método o la tarea contiene pasos que indican cómo modificar el registro. Sin embargo, pueden producirse problemas graves si modifica incorrectamente el registro. Por tanto, asegúrese de que siga estos pasos cuidadosamente. Realice una para agregar protección, copia de seguridad del registro antes de modificarlo. A continuación, puede restaurar el registro si se produce un problema. Para obtener más información acerca de cómo realizar una copia de seguridad y restaurar el registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
322756Cómo realizar una copia de seguridad y restaurar el registro de Windows

Puede configurar estáticamente DSAccess para cargas de servicio de directorio de canal a un conjunto de servidores de servicio de directorio especificado. Esto se consigue en el registro. Como todas las modificaciones, tenga sumo cuidado debe realizarse al actualizar el registro. De forma similar en el comportamiento a otros servicios de Exchange Server, DSAccess no comprueba la validez de dichos servidores servicio de directorio que se especifican en el registro y no reconoce errores ortográficos o otros errores. En la inicialización, DSAccess lee primero el registro para determinar si los controladores de dominio o catálogos globales se tienen configurados estáticamente. Si los controladores de dominio o catálogos globales están configurados estáticamente, no se realiza detección de controlador de dominio dinámico. Por el contrario, si no las configuraciones estáticas se realizan en el registro, DSAccess detecta dinámicamente los servidores de servicio de directorio de la topología (trata en la sección "Detección y uso de servidor dinámico"). Las claves de registro mencionadas en este artículo no están presentes de manera predeterminada.

Cuando DSAccess se ha configurado estáticamente, DSAccess se retroceso nunca y se utilice cualquier controlador de dominio o catálogo global que en caso contrario, podría detectarse dinámicamente. Como resultado, si todos los controladores de dominio configurado estáticamente o catálogos globales están inactivos, las operaciones de DSAccess no tendrá éxito. Si los catálogos globales están configurados estáticamente, pero no controladores de dominio se especificaron en el registro, cualquier controlador de dominio disponible va dinámicamente detectado y utilizar. De forma similar, si los controladores de dominio están configurados estáticamente, pero no catálogos globales se especificaron en el registro, los catálogos globales disponibles va dinámicamente detectados y utilizar. Si el controlador de dominio de configuración no está configurado estáticamente, el controlador de dominio de configuración se tomará de la lista de controladores de dominio disponibles (si esta lista se encuentra configurado estáticamente o dinámicamente). Como se mencionó anteriormente, los controladores de dominio y los catálogos globales para las solicitudes de contexto de usuario de perfil, dependen. Por este motivo, la ubicación en el registro de estas opciones se especifica bajo la subclave Profiles\Default. Las claves del Registro siguientes son necesarias para configurar estáticamente de controlador de dominio y servidores de catálogo global para que los utilice DSAccess:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDSAccess\Profiles\Default\CDUsuario1 (Cdusuario2 etc.)

IsGC = REG_DWORD 0 x 0
HostName = REG_SZ DC_DomainName.CompanyName.com
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDSAccess\Profiles\Default\CGUsuario1 (UserGC2 y así sucesivamente)

IsGC = REG_DWORD 0 x 1
HostName = REG_SZ GC_DomainName.CompanyName.com
El controlador de dominio de configuración utilizado por DSAccess puede establecerse en una de las siguientes formas de tres:
  • Configurado estáticamente en el registro
  • Detectado dinámicamente
  • Por el operador Microsoft Exchange del sistema al que se inicia el servicio.
Después de la referencia del Registro siguiente se explican los dos primeros métodos para establecer el controlador de dominio de configuración. En Exchange 2000 Server y Exchange 2000 Server SP1, el operador de sistema de Microsoft Exchange elegirá un controlador de dominio de configuración cuando se inicia. Esta opción se publicarse DSAccess de 10 horas. En Exchange 2000 Server Service Pack 2 y versiones posteriores, el operador de sistema de Microsoft Exchange elegirá el controlador de dominio de configuración sólo en el primer inicio de servicio que se produce durante la instalación o actualización. En todos los casos, la elección por el operador de sistema se omite si el controlador de dominio de configuración se configura estáticamente en el registro. DSAccess realiza la configuración del controlador de dominio de configuración estática como una sugerencia. Esto significa que si se configura el controlador de dominio de configuración de forma estática, DSAccess prefiere este controlador de dominio para las solicitudes de contexto de configuración. Si este controlador de dominio no está disponible, se elige un controlador de dominio alternativo de la lista de controladores de dominio disponibles. En este caso, DSAccess conmuta el controlador de dominio de configuración eligiendo un controlador de dominio de usuario disponible, comportarse como si no se han establecido las claves de registro de controlador de dominio de configuración. Como se mencionó anteriormente, el controlador de dominio de configuración se comparte entre todos los perfiles. Por este motivo, la configuración del registro para el controlador de dominio de configuración se especifican bajo la subclave \Instance0, del modo como se muestra en el ejemplo siguiente.
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDSAccess\Instance0

ConfigDCHostName = REG_SZ configDC_DomainName.CompanyName.com

Detección de servidor de DSAccess dinámicos y Usage in Exchange 2000 Server y Exchange 2000 Server SP1

En la inicialización, si DSAccess no encuentra un conjunto de controladores de dominio configurado estáticamente o catálogos globales en el registro dinámicamente detecta los servidores de servicio de directorio disponible en la topología. El algoritmo de detección difiere Si DSAccess detección controladores de dominio o catálogo global y depende de la localidad del servidor de Exchange 2000. La siguiente descripción se aplica a Exchange 2000 Server y Exchange 2000 Server SP1. El método DSAccess utiliza en Exchange 2000 SP2 y posterior difiere y no se documenta aquí.

Después de examen inicial del registro, DSAccess emite un DsBind a cualquier controlador de dominio del dominio local en el servidor Exchange 2000 (o un controlador de dominio concreto) si uno se pasa por el llamador en una llamada DsctxGetContextEx2() por medio de la llamada de API de Win32 a DsGetDCName() . A continuación, DSAccess envía la llamada de API de Win32 a DsListServersForDomainInSite() a este controlador de dominio. Esta llamada proporciona una lista de todos los los controladores de dominio en el dominio local y el sitio. Guarda de DSAccess hasta en diez controladores de dominio su perfil de carga equilibra entre un turnos (para cada proceso). El algoritmo de detección de catálogo global es ligeramente diferente.

DSAccess utiliza la misma conexión de controlador de dominio que anteriormente para la detección de catálogo global. DsListServersInSite() es la API interna de DSAccess que se llama para enumerar todos los "servidores" en el sitio.

Nota : "Server" tiene un significado diferente para esta llamada a la llamada de API de Win32 a DsListServersInSite --esto es una rareza/error en la definición de API. Actualmente, todas las API Win32 para detección de servicios de directorio son específicos de dominio. Dado que Exchange 2000 depende en gran medida los catálogos globales y para evitar problemas de latencia que pueden producirse porque un dominio es repartir en varios sitios conectados mediante vínculos lentos, DSAccess ha creado su propio mecanismo de detección servicio de directorio del sitio.

Utilizando la conexión LDAP al controlador de dominio actual que DSAccess todavía está enlazado a, a continuación lee el atributo de Opciones para el objeto configuración NTDS para cada servidor del servicio de directorio (si hay alguno) en el sitio local en el servidor Exchange 2000. Un servidor sólo se considera que un catálogo global si el atributo de Opciones existe y tiene el indicador de catálogo global. Si DSAccess no encuentra ningún catálogo global en el sitio actual, llama a la API Win32 DsGetDCName() para devolver cualquier único catálogo global disponible. Sólo selecciona un único catálogo global "remoto" porque supone que este catálogo global puede ser de al final de un vínculo lento. No obtendrá la escalabilidad de equilibrio de carga que desee en este escenario.

DSAccess realiza una redetection completo de la red ya sea cuando el vale Kerberos agota (predeterminada el período de 10 horas), cualquier momento un cambio de configuración se realiza (nuevos catálogos globales o controladores de dominio se agregan a la topología), o si todos los catálogos globales o los controladores de dominio vaya hacia abajo. En operaciones normales, un controlador de dominio o catálogo global puede ir hacia abajo. En este caso, DSAccess no a detectar la red si hay otros servidores disponibles. Simplemente indicadores ese servicio de directorio particular como "abajo" y hace ping cada cinco minutos después. Si conecta este servicio de directorio inactivo, una vez más se utilizará se.

El controlador de dominio de configuración utilizado por DSAccess forma predeterminada está establecido en el mismo controlador de dominio que DSAccess primero enlazado en la detección dinámica inicial de los controladores de dominio y catálogos globales. Si los controladores de dominio o catálogos globales están configurados estáticamente y ningún controlador de dominio de configuración está configurado explícitamente, DSAccess utiliza el primer controlador de dominio en la lista configurado el controlador de dominio como el controlador de dominio de configuración. Si el controlador de dominio de configuración utilizado por DSAccess se o no está disponible, se elegirá otro controlador de dominio de configuración del conjunto de controladores de dominio disponibles. Cualquier cambio en el controlador de dominio de configuración se propaga a todos los procesos con DSAccess en el mismo equipo.

DSAccess dinámica DS Server Detection and uso en Exchange 2000 Server Service Pack 2 y versiones posteriores

En Exchange Server 2000 SP2 y versiones posteriores, ya no es necesario modificar el registro para asignar estáticamente DSAccess funciones a servidores de servicio de directorio. Esta opción está disponible en la interfaz gráfica de usuario.

Para obtener información adicional, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
318221Funcionalidad completa de la ficha de DSAccess sólo está disponible cuando se utiliza un equipo de Exchange 2000 Service Pack 2

Propiedades

Id. de artículo: 250570 - Última revisión: jueves, 25 de octubre de 2007 - Versión: 2.5
La información de este artículo se refiere a:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
Palabras clave: 
kbmt kbexchange2000sp2fix kbinfo KB250570 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 250570

Enviar comentarios

 

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