Maestro de Infraestructura y Catálogo Global en mismo DC

"Guilermo Delprato [MS-MVP]"
wrote in news::

Porque el cambio se replicará a un GC y el Infrastructure Master lo
consultará
Si entiendo bien tu pregunta :-)

Gracias, Guillermo.
Entonces, el GC siempre se ha de actualizar antes que el FSMO
Infraestructura, ¿correcto? Porque a partir de ahí, es en lo que se basa el
Infraestructure Master para mantener su BBDD, ¿no? ¿Quién consulta entonces
al FSMO Infraestructure?
A partir de aquí, ¿qué asegura la integridad de la información que
actualiza el FSMO de Infraestructura? Es decir, en un bosque extenso con
diversos dominios, sitios y GC's, podría darse el caso que al modificar la
pertenencia a grupos de diversos usuarios de diferentes dominios, tarde
cierto tiempo en replicarse a todos los GC's, y el FSMO de uno de los
dominios "afectados" consultara el GC, que todavía no estuviera actualizado
con estos cambios, y por lo tanto, el Maestro de Infraestructura no
reflejaría esta información actualizada de Active Directory. ¿Puede darse
esta situación?


Saludos,

Carlos Jiménez
CCNA, CEH
Microsoft Certified Professional

Que me estás preguntando cosas que nunca profundicé :-)
A ver si puedo resumir según entiendo
El Infrastructure Master revisa los integrantes de los grupos de SU propio
dominio, cuando encuentra una cuenta de otro dominio, consulta al GC a ver
si esa cuenta "existe en el lugar donde la tiene apuntada".
Si está: todo bien, sigamos adelante
Si no está: entiendo que buscando en el GC por el GUID de la cuenta puede
encontrarla y actualizar sus datos

En AD no se asegura que los datos sean consistentes en todo momento, hay un
período de convergencia hasta que la información se replica en todos los DCs


Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina
http://w2k8-server.spaces.live.com/

Este mensaje se proporciona "como está" sin garantías de ninguna clase,y no
otorga ningún derecho. Ud. asume los riesgos
This posting is provided "AS IS" with no warranties, and confer no rights.
You assume all risk for your use.



"zubero" wrote in message
news:

"Guilermo Delprato [MS-MVP]"
wrote in news::

Porque el cambio se replicará a un GC y el Infrastructure Master lo
consultará
Si entiendo bien tu pregunta :-)

Gracias, Guillermo.
Entonces, el GC siempre se ha de actualizar antes que el FSMO
Infraestructura, ¿correcto? Porque a partir de ahí, es en lo que se basa
el
Infraestructure Master para mantener su BBDD, ¿no? ¿Quién consulta
entonces
al FSMO Infraestructure?
A partir de aquí, ¿qué asegura la integridad de la información que
actualiza el FSMO de Infraestructura? Es decir, en un bosque extenso con
diversos dominios, sitios y GC's, podría darse el caso que al modificar la
pertenencia a grupos de diversos usuarios de diferentes dominios, tarde
cierto tiempo en replicarse a todos los GC's, y el FSMO de uno de los
dominios "afectados" consultara el GC, que todavía no estuviera
actualizado
con estos cambios, y por lo tanto, el Maestro de Infraestructura no
reflejaría esta información actualizada de Active Directory. ¿Puede darse
esta situación?


Saludos,

Carlos Jiménez
CCNA, CEH
Microsoft Certified Professional

"Guilermo Delprato [MS-MVP]"
wrote in
news:eweAu2#:

Que me estás preguntando cosas que nunca profundicé :-)
A ver si puedo resumir según entiendo
El Infrastructure Master revisa los integrantes de los grupos de SU
propio dominio, cuando encuentra una cuenta de otro dominio, consulta
al GC a ver si esa cuenta "existe en el lugar donde la tiene
apuntada". Si está: todo bien, sigamos adelante
Si no está: entiendo que buscando en el GC por el GUID de la cuenta
puede encontrarla y actualizar sus datos

En AD no se asegura que los datos sean consistentes en todo momento,
hay un período de convergencia hasta que la información se replica en
todos los DCs

Disculpa por la demora en mi respuesta.
Gracias por la explicación, Guillermo. Me ha quedado mucho más claro.


Saludos,

Carlos Jiménez
CCNA, CEH
Microsoft Certified Professional