Errores continuos de NTDS KCC

14/12/2006 - 09:33 por msnews.microsoft.com | Informe spam
Hola de nuevo,

teníamos un DC en un sitio y ahora he creado otro sitio con otro DC (se
conectan por VPN) y no he tenido problemas para que en el nuevo se me
replique el directorio activo y los usuarios puedan loguearse. Pero cada
poco me salen advertencias y errores en el visor de sucesos, todas de NTDS
KCC. He seguido las explicaciones pero no consigo arreglarlo, los sitios
creo que los tengo bien creados (el original se llama principal y el nuevo
secundario) y tienen las replicaciones por defecto entre los dos DC. Sólo
está activado el transporte IP, no sé si tendrá algo que ver. Parece que
funciona todo pero mi jefe a veces se mete en los visores de sucesos y como
vea los errores le da algo.

¿Podeis ayudarme? Muchas gracias por todo!


Error 1566

Los controladores de dominio del siguiente sitio que pueden replicar la
partición de directorio por medio de este transporte no están disponibles
actualmente.

Sitio:
CN=principal,CN=Sites,CN=Configuration,DC=red,DC=general
Partición de directorio:
CN=Configuration,DC=red,DC=general
Transporte:
CN=IP,CN=Inter-Site Transports,CN=Sites,CN=Configuration,DC=red,DC=general

Para obtener más información, vea el Centro de ayuda y soporte técnico en
http://go.microsoft.com/fwlink/events.asp.


Error 1311

El Comprobador de coherencia de réplica (KCC) ha detectado problemas con la
siguiente partición del directorio.

Partición del directorio:
CN=Configuration,DC=red,DC=general

No hay suficiente información de conectividad de sitio en Sitios y servicios
de Active Directory para que el KCC cree una topología de replicación de
árbol de expansión. O bien, uno o más controladores de dominio con esta
partición del directorio no pueden replicar la información de partición del
directorio. Esto probablemente se deba a controladores de dominio
inaccesibles.

Acción del usuario
Use Sitios y servicios de Active Directory para realizar una de las
siguientes acciones:
- Publique suficiente información de conectividad de sitio para que el KCC
pueda determinar una ruta por la cual esta partición del directorio pueda
alcanzar este sitio. Ésta es la opción preferida.
- Agregue un objeto de conexión a un controlador de dominio que contenga la
partición del directorio en este sitio desde un controlador de dominio que
contenga la misma partición del directorio en otro sitio.

Si ninguna de las tareas de Sitios y servicios de Active Directory corrige
esta condición, consulte los sucesos que registró el KCC anteriormente y que
identifiquen los controladores de dominio inaccesibles.

Para obtener más información, vea el Centro de ayuda y soporte técnico en

-
Error 1865

El Comprobador de coherencia de réplica (KCC) no ha podido formar una
topología de red de árbol de expansión completa. Como resultado, no se puede
alcanzar la siguiente lista de sitios desde el sitio local.

Sitios:
CN=principal,CN=Sites,CN=Configuration,DC=red,DC=general

Preguntas similare

Leer las respuestas

#6 msnews.microsoft.com
14/12/2006 - 17:01 | Informe spam
Bueno, es un servidor nuevo que hemos comprado para hacer pruebas, pero mi
jefe quiere que en caso de rotura/caída gorda del DC principal podamos
quitarlo y poner éste, por eso lo hice DC del dominio también para que
replicara todas las cuentas. Además quiere hacer pruebas en él y le dije que
mejor sobre el sistema principal no, así que instalé el Vmware con 1
servidor dentro para trastear. Yo ya tenía un Vmware en mi portátil para
pruebas pero no le vale con eso, quiere poder entrar el también (es un
Director General un poco atípico).

Incluso quería que metiera en Vmware un clón de cada uno de los 3 servidores
que tenemos, un 3-en-1 vamos.

Menos mal que me queda poco tiempo en esta empresa (y a pesar de eso estoy
intentando dejarlo todo en orden) que si no...


Gracias por todo.
"Javier Inglés [MS MVP]" escribió en el mensaje
news:
Tienes en un DC instalado un VMWare???

Ni VMWare, ni Virtual Server deben estar insalados en un DC socio...eso es
un suicidio

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el mensaje
news:uSW3%
Ya he descubierto dónde está el problema. Es por el Vmware. Añade dos
interfaces de red con sus IPs correspondientes, 192.168.6.1 y
192.168.111.1 en mi caso. Me fui al DC principal e hice un ping al fqdn
del secundario (IP2.168.8.100) y mi sorpresa fue mayúscula, ya que
responde 192.168.6.1. Borrando todas esas entradas del DNS, después un
ipconfig /flushdns e ipconfig /registerdns se ha arreglado. En el
secundario lo mismo. Ahora ya replica correctamente. Vamos a ver lo que
dura porque al poco rato se han vuelto a registrar las IPs del Vmware en
el DNS, aunque por ahora me responde el que es.

Estoy por quitarlo y pasarme al Virtual Server a ver si funciona mejor
esto.

Gracias de nuevo por tu atención.


"Javier Inglés [MS MVP]" escribió en el mensaje
news:%
en prinicpio está correcto, mira elresto del artículo para más pruebas
para confirmar que esté todo OK; los erroes, por tanto y como te
digo -da igual que la VPN sea entre routers Cisco, como si es entre
routers "Pepeperex" :-P- puede ser por problemas en la línea o algo
esporádico por algún proceso en los DCs

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el mensaje
news:%
Gracias por responder tan rápido. Desde el servidor principal se
alcanza sin problemas al secundario, con ping y tracert y no hay
timeouts de ningún tipo, aunque no descarto que en algún momento haya
habido cortes, pero es raro porque es una VPN por hardware con routers
Cisco.

He probado con el DCDIAG que viene en las Support Tools y me sale esto
(perdona el tocho):


Domain Controller Diagnosis

Performing initial setup:
Done gathering initial info.

Doing initial required tests

Testing server: Secundario\MILSRV00
Starting test: Connectivity
. MILSRV00 passed test Connectivity

Doing primary tests

Testing server: Secundario\MILSRV00
Starting test: Replications
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: DC=DomainDnsZones,DC=red,DC=general
The replication generated an error (1256):
El sistema remoto no est disponible. Para obtener m s
informaci¢n sobre c¢mo solucionar problemas en la red, vea la Ayuda de
Windows.
The failure occurred at 2006-12-14 07:52:27.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: DC=ForestDnsZones,DC=red,DC=general
The replication generated an error (1256):
El sistema remoto no est disponible. Para obtener m s
informaci¢n sobre c¢mo solucionar problemas en la red, vea la Ayuda de
Windows.
The failure occurred at 2006-12-14 07:52:27.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: CN=Schema,CN=Configuration,DC=red,DC=general
The replication generated an error (1722):
El servidor RPC no est disponible.
The failure occurred at 2006-12-14 07:53:09.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
The source MILSRV01 is responding now.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: CN=Configuration,DC=red,DC=general
The replication generated an error (1722):
El servidor RPC no est disponible.
The failure occurred at 2006-12-14 07:52:48.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
The source MILSRV01 is responding now.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: DC=red,DC=general
The replication generated an error (1722):
El servidor RPC no est disponible.
The failure occurred at 2006-12-14 07:52:27.
The last success occurred at 2006-12-14 04:52:07.
1 failures have occurred since the last success.
The source MILSRV01 is responding now.
. MILSRV00 passed test Replications
Starting test: NCSecDesc
. MILSRV00 passed test NCSecDesc
Starting test: NetLogons
. MILSRV00 passed test NetLogons
Starting test: Advertising
. MILSRV00 passed test Advertising
Starting test: KnowsOfRoleHolders
. MILSRV00 passed test
KnowsOfRoleHolders
Starting test: RidManager
. MILSRV00 passed test RidManager
Starting test: MachineAccount
. MILSRV00 passed test MachineAccount
Starting test: Services
. MILSRV00 passed test Services
Starting test: ObjectsReplicated
. MILSRV00 passed test
ObjectsReplicated
Starting test: frssysvol
. MILSRV00 passed test frssysvol
Starting test: frsevent
. MILSRV00 passed test frsevent
Starting test: kccevent
. MILSRV00 passed test kccevent
Starting test: systemlog
. MILSRV00 passed test systemlog
Starting test: VerifyReferences
. MILSRV00 passed test VerifyReferences

Running partition tests on : DomainDnsZones
Starting test: CrossRefValidation
. DomainDnsZones passed test
CrossRefValidation
Starting test: CheckSDRefDom
. DomainDnsZones passed test
CheckSDRefDom

Running partition tests on : ForestDnsZones
Starting test: CrossRefValidation
. ForestDnsZones passed test
CrossRefValidation
Starting test: CheckSDRefDom
. ForestDnsZones passed test
CheckSDRefDom

Running partition tests on : Schema
Starting test: CrossRefValidation
. Schema passed test CrossRefValidation
Starting test: CheckSDRefDom
. Schema passed test CheckSDRefDom

Running partition tests on : Configuration
Starting test: CrossRefValidation
. Configuration passed test
CrossRefValidation
Starting test: CheckSDRefDom
. Configuration passed test
CheckSDRefDom

Running partition tests on : red
Starting test: CrossRefValidation
. red passed test CrossRefValidation
Starting test: CheckSDRefDom
. red passed test CheckSDRefDom

Running enterprise tests on : red.general
Starting test: Intersite
. red.general passed test Intersite
Starting test: FsmoCheck
. red.general passed test FsmoCheck

"Javier Inglés [MS MVP]" escribió en el
mensaje news:
Mira esto:

Uso de herramientas de diagnóstico para un Controlador de Dominio
http://www.microsoft.com/spain/tech...s_mvp.mspx

Si ves que las GPO replican bien, users, etc...los mensajes se pueden
dar cuando en la línea de comunicaciones hay problemas temporales y
por ello no consiguen replicar adecuadamente.

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el mensaje
news:
Hola de nuevo,

teníamos un DC en un sitio y ahora he creado otro sitio con otro DC
(se conectan por VPN) y no he tenido problemas para que en el nuevo
se me replique el directorio activo y los usuarios puedan loguearse.
Pero cada poco me salen advertencias y errores en el visor de
sucesos, todas de NTDS KCC. He seguido las explicaciones pero no
consigo arreglarlo, los sitios creo que los tengo bien creados (el
original se llama principal y el nuevo secundario) y tienen las
replicaciones por defecto entre los dos DC. Sólo está activado el
transporte IP, no sé si tendrá algo que ver. Parece que funciona todo
pero mi jefe a veces se mete en los visores de sucesos y como vea los
errores le da algo.

¿Podeis ayudarme? Muchas gracias por todo!


Error 1566

Los controladores de dominio del siguiente sitio que pueden replicar
la partición de directorio por medio de este transporte no están
disponibles actualmente.

Sitio:
CN=principal,CN=Sites,CN=Configuration,DC=red,DC=general
Partición de directorio:
CN=Configuration,DC=red,DC=general
Transporte:
CN=IP,CN=Inter-Site
Transports,CN=Sites,CN=Configuration,DC=red,DC=general

Para obtener más información, vea el Centro de ayuda y soporte
técnico en http://go.microsoft.com/fwlink/events.asp.


Error 1311

El Comprobador de coherencia de réplica (KCC) ha detectado problemas
con la siguiente partición del directorio.

Partición del directorio:
CN=Configuration,DC=red,DC=general

No hay suficiente información de conectividad de sitio en Sitios y
servicios de Active Directory para que el KCC cree una topología de
replicación de árbol de expansión. O bien, uno o más controladores de
dominio con esta partición del directorio no pueden replicar la
información de partición del directorio. Esto probablemente se deba a
controladores de dominio inaccesibles.

Acción del usuario
Use Sitios y servicios de Active Directory para realizar una de las
siguientes acciones:
- Publique suficiente información de conectividad de sitio para que
el KCC pueda determinar una ruta por la cual esta partición del
directorio pueda alcanzar este sitio. Ésta es la opción preferida.
- Agregue un objeto de conexión a un controlador de dominio que
contenga la partición del directorio en este sitio desde un
controlador de dominio que contenga la misma partición del directorio
en otro sitio.

Si ninguna de las tareas de Sitios y servicios de Active Directory
corrige esta condición, consulte los sucesos que registró el KCC
anteriormente y que identifiquen los controladores de dominio
inaccesibles.

Para obtener más información, vea el Centro de ayuda y soporte
técnico en

-
Error 1865

El Comprobador de coherencia de réplica (KCC) no ha podido formar una
topología de red de árbol de expansión completa. Como resultado, no
se puede alcanzar la siguiente lista de sitios desde el sitio local.

Sitios:
CN=principal,CN=Sites,CN=Configuration,DC=red,DC=general























Respuesta Responder a este mensaje
#7 Javier Inglés [MS MVP]
14/12/2006 - 17:21 | Informe spam
En ese caso que tu jefe se empape un poco de documentación antes y se
replantee sus isdeas; un DC en una máquina virtual conlleva riesgos y hay
que tener en cuena varias cosas:

Consideraciones cuando las consideraciones incluyen controlador de dominio
de Active Directory en entornos virtuales host
http://support.microsoft.com/kb/888794

Running Domain Controllers in Virtual Server 2005
http://www.microsoft.com/downloads/...laylang=en

Y como te digo, en producción un DC no debe tener instalado un Virtual
Server o VMWare, y la redundancia de DCs no se consigue clonando o demás, si
no que o se tienen varios DCs o el correspondiente plan de contingencia para
un backup/restore de un DC, de ahí que el planteamiento no es el adecuado
Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el mensaje
news:%
Bueno, es un servidor nuevo que hemos comprado para hacer pruebas, pero mi
jefe quiere que en caso de rotura/caída gorda del DC principal podamos
quitarlo y poner éste, por eso lo hice DC del dominio también para que
replicara todas las cuentas. Además quiere hacer pruebas en él y le dije
que mejor sobre el sistema principal no, así que instalé el Vmware con 1
servidor dentro para trastear. Yo ya tenía un Vmware en mi portátil para
pruebas pero no le vale con eso, quiere poder entrar el también (es un
Director General un poco atípico).

Incluso quería que metiera en Vmware un clón de cada uno de los 3
servidores que tenemos, un 3-en-1 vamos.

Menos mal que me queda poco tiempo en esta empresa (y a pesar de eso estoy
intentando dejarlo todo en orden) que si no...


Gracias por todo.
"Javier Inglés [MS MVP]" escribió en el mensaje
news:
Tienes en un DC instalado un VMWare???

Ni VMWare, ni Virtual Server deben estar insalados en un DC socio...eso
es un suicidio

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el mensaje
news:uSW3%
Ya he descubierto dónde está el problema. Es por el Vmware. Añade dos
interfaces de red con sus IPs correspondientes, 192.168.6.1 y
192.168.111.1 en mi caso. Me fui al DC principal e hice un ping al fqdn
del secundario (IP2.168.8.100) y mi sorpresa fue mayúscula, ya que
responde 192.168.6.1. Borrando todas esas entradas del DNS, después un
ipconfig /flushdns e ipconfig /registerdns se ha arreglado. En el
secundario lo mismo. Ahora ya replica correctamente. Vamos a ver lo que
dura porque al poco rato se han vuelto a registrar las IPs del Vmware en
el DNS, aunque por ahora me responde el que es.

Estoy por quitarlo y pasarme al Virtual Server a ver si funciona mejor
esto.

Gracias de nuevo por tu atención.


"Javier Inglés [MS MVP]" escribió en el mensaje
news:%
en prinicpio está correcto, mira elresto del artículo para más pruebas
para confirmar que esté todo OK; los erroes, por tanto y como te
digo -da igual que la VPN sea entre routers Cisco, como si es entre
routers "Pepeperex" :-P- puede ser por problemas en la línea o algo
esporádico por algún proceso en los DCs

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el mensaje
news:%
Gracias por responder tan rápido. Desde el servidor principal se
alcanza sin problemas al secundario, con ping y tracert y no hay
timeouts de ningún tipo, aunque no descarto que en algún momento haya
habido cortes, pero es raro porque es una VPN por hardware con routers
Cisco.

He probado con el DCDIAG que viene en las Support Tools y me sale esto
(perdona el tocho):


Domain Controller Diagnosis

Performing initial setup:
Done gathering initial info.

Doing initial required tests

Testing server: Secundario\MILSRV00
Starting test: Connectivity
. MILSRV00 passed test Connectivity

Doing primary tests

Testing server: Secundario\MILSRV00
Starting test: Replications
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: DC=DomainDnsZones,DC=red,DC=general
The replication generated an error (1256):
El sistema remoto no est disponible. Para obtener m s
informaci¢n sobre c¢mo solucionar problemas en la red, vea la Ayuda de
Windows.
The failure occurred at 2006-12-14 07:52:27.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: DC=ForestDnsZones,DC=red,DC=general
The replication generated an error (1256):
El sistema remoto no est disponible. Para obtener m s
informaci¢n sobre c¢mo solucionar problemas en la red, vea la Ayuda de
Windows.
The failure occurred at 2006-12-14 07:52:27.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context:
CN=Schema,CN=Configuration,DC=red,DC=general
The replication generated an error (1722):
El servidor RPC no est disponible.
The failure occurred at 2006-12-14 07:53:09.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
The source MILSRV01 is responding now.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: CN=Configuration,DC=red,DC=general
The replication generated an error (1722):
El servidor RPC no est disponible.
The failure occurred at 2006-12-14 07:52:48.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
The source MILSRV01 is responding now.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: DC=red,DC=general
The replication generated an error (1722):
El servidor RPC no est disponible.
The failure occurred at 2006-12-14 07:52:27.
The last success occurred at 2006-12-14 04:52:07.
1 failures have occurred since the last success.
The source MILSRV01 is responding now.
. MILSRV00 passed test Replications
Starting test: NCSecDesc
. MILSRV00 passed test NCSecDesc
Starting test: NetLogons
. MILSRV00 passed test NetLogons
Starting test: Advertising
. MILSRV00 passed test Advertising
Starting test: KnowsOfRoleHolders
. MILSRV00 passed test
KnowsOfRoleHolders
Starting test: RidManager
. MILSRV00 passed test RidManager
Starting test: MachineAccount
. MILSRV00 passed test MachineAccount
Starting test: Services
. MILSRV00 passed test Services
Starting test: ObjectsReplicated
. MILSRV00 passed test
ObjectsReplicated
Starting test: frssysvol
. MILSRV00 passed test frssysvol
Starting test: frsevent
. MILSRV00 passed test frsevent
Starting test: kccevent
. MILSRV00 passed test kccevent
Starting test: systemlog
. MILSRV00 passed test systemlog
Starting test: VerifyReferences
. MILSRV00 passed test
VerifyReferences

Running partition tests on : DomainDnsZones
Starting test: CrossRefValidation
. DomainDnsZones passed test
CrossRefValidation
Starting test: CheckSDRefDom
. DomainDnsZones passed test
CheckSDRefDom

Running partition tests on : ForestDnsZones
Starting test: CrossRefValidation
. ForestDnsZones passed test
CrossRefValidation
Starting test: CheckSDRefDom
. ForestDnsZones passed test
CheckSDRefDom

Running partition tests on : Schema
Starting test: CrossRefValidation
. Schema passed test
CrossRefValidation
Starting test: CheckSDRefDom
. Schema passed test CheckSDRefDom

Running partition tests on : Configuration
Starting test: CrossRefValidation
. Configuration passed test
CrossRefValidation
Starting test: CheckSDRefDom
. Configuration passed test
CheckSDRefDom

Running partition tests on : red
Starting test: CrossRefValidation
. red passed test CrossRefValidation
Starting test: CheckSDRefDom
. red passed test CheckSDRefDom

Running enterprise tests on : red.general
Starting test: Intersite
. red.general passed test Intersite
Starting test: FsmoCheck
. red.general passed test FsmoCheck

"Javier Inglés [MS MVP]" escribió en el
mensaje news:
Mira esto:

Uso de herramientas de diagnóstico para un Controlador de Dominio
http://www.microsoft.com/spain/tech...s_mvp.mspx

Si ves que las GPO replican bien, users, etc...los mensajes se pueden
dar cuando en la línea de comunicaciones hay problemas temporales y
por ello no consiguen replicar adecuadamente.

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el mensaje
news:
Hola de nuevo,

teníamos un DC en un sitio y ahora he creado otro sitio con otro DC
(se conectan por VPN) y no he tenido problemas para que en el nuevo
se me replique el directorio activo y los usuarios puedan loguearse.
Pero cada poco me salen advertencias y errores en el visor de
sucesos, todas de NTDS KCC. He seguido las explicaciones pero no
consigo arreglarlo, los sitios creo que los tengo bien creados (el
original se llama principal y el nuevo secundario) y tienen las
replicaciones por defecto entre los dos DC. Sólo está activado el
transporte IP, no sé si tendrá algo que ver. Parece que funciona
todo pero mi jefe a veces se mete en los visores de sucesos y como
vea los errores le da algo.

¿Podeis ayudarme? Muchas gracias por todo!


Error 1566

Los controladores de dominio del siguiente sitio que pueden replicar
la partición de directorio por medio de este transporte no están
disponibles actualmente.

Sitio:
CN=principal,CN=Sites,CN=Configuration,DC=red,DC=general
Partición de directorio:
CN=Configuration,DC=red,DC=general
Transporte:
CN=IP,CN=Inter-Site
Transports,CN=Sites,CN=Configuration,DC=red,DC=general

Para obtener más información, vea el Centro de ayuda y soporte
técnico en http://go.microsoft.com/fwlink/events.asp.


Error 1311

El Comprobador de coherencia de réplica (KCC) ha detectado problemas
con la siguiente partición del directorio.

Partición del directorio:
CN=Configuration,DC=red,DC=general

No hay suficiente información de conectividad de sitio en Sitios y
servicios de Active Directory para que el KCC cree una topología de
replicación de árbol de expansión. O bien, uno o más controladores
de dominio con esta partición del directorio no pueden replicar la
información de partición del directorio. Esto probablemente se deba
a controladores de dominio inaccesibles.

Acción del usuario
Use Sitios y servicios de Active Directory para realizar una de las
siguientes acciones:
- Publique suficiente información de conectividad de sitio para que
el KCC pueda determinar una ruta por la cual esta partición del
directorio pueda alcanzar este sitio. Ésta es la opción preferida.
- Agregue un objeto de conexión a un controlador de dominio que
contenga la partición del directorio en este sitio desde un
controlador de dominio que contenga la misma partición del
directorio en otro sitio.

Si ninguna de las tareas de Sitios y servicios de Active Directory
corrige esta condición, consulte los sucesos que registró el KCC
anteriormente y que identifiquen los controladores de dominio
inaccesibles.

Para obtener más información, vea el Centro de ayuda y soporte
técnico en

-
Error 1865

El Comprobador de coherencia de réplica (KCC) no ha podido formar
una topología de red de árbol de expansión completa. Como resultado,
no se puede alcanzar la siguiente lista de sitios desde el sitio
local.

Sitios:
CN=principal,CN=Sites,CN=Configuration,DC=red,DC=general



























Respuesta Responder a este mensaje
#8 msnews.microsoft.com
17/01/2007 - 19:05 | Informe spam
Hola de nuevo,

tras mucho trastear y probar diferentes cosas: desinstalar vmware,
reconfigurar dns, dcdiag /v /fix, netdiag, etc. al final he ido al servidor
que me daba los problemas y he cambiado el protocolo de transporte con el
otro DC, estaba puesto IP (da para elegir IP, SMTP y RPC) y he puesto RPC, y
por ahora no ha salido ningún error en el Visor de sucesos. Creo que ya no
van a salir porque es cada 15 minutos y ha pasado más tiempo.

La cuestión es, ¿por qué no funciona bien con IP cuando el otro DC lo tiene
puesto así? ¿Tiene alguna ventaja poner RPC?

Gracias de nuevo y un saludo.



"Javier Inglés [MS MVP]" escribió en el mensaje
news:%
En ese caso que tu jefe se empape un poco de documentación antes y se
replantee sus isdeas; un DC en una máquina virtual conlleva riesgos y hay
que tener en cuena varias cosas:

Consideraciones cuando las consideraciones incluyen controlador de dominio
de Active Directory en entornos virtuales host
http://support.microsoft.com/kb/888794

Running Domain Controllers in Virtual Server 2005
http://www.microsoft.com/downloads/...laylang=en

Y como te digo, en producción un DC no debe tener instalado un Virtual
Server o VMWare, y la redundancia de DCs no se consigue clonando o demás,
si no que o se tienen varios DCs o el correspondiente plan de contingencia
para un backup/restore de un DC, de ahí que el planteamiento no es el
adecuado
Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el mensaje
news:%
Bueno, es un servidor nuevo que hemos comprado para hacer pruebas, pero
mi jefe quiere que en caso de rotura/caída gorda del DC principal podamos
quitarlo y poner éste, por eso lo hice DC del dominio también para que
replicara todas las cuentas. Además quiere hacer pruebas en él y le dije
que mejor sobre el sistema principal no, así que instalé el Vmware con 1
servidor dentro para trastear. Yo ya tenía un Vmware en mi portátil para
pruebas pero no le vale con eso, quiere poder entrar el también (es un
Director General un poco atípico).

Incluso quería que metiera en Vmware un clón de cada uno de los 3
servidores que tenemos, un 3-en-1 vamos.

Menos mal que me queda poco tiempo en esta empresa (y a pesar de eso
estoy intentando dejarlo todo en orden) que si no...


Gracias por todo.
"Javier Inglés [MS MVP]" escribió en el mensaje
news:
Tienes en un DC instalado un VMWare???

Ni VMWare, ni Virtual Server deben estar insalados en un DC socio...eso
es un suicidio

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el mensaje
news:uSW3%
Ya he descubierto dónde está el problema. Es por el Vmware. Añade dos
interfaces de red con sus IPs correspondientes, 192.168.6.1 y
192.168.111.1 en mi caso. Me fui al DC principal e hice un ping al fqdn
del secundario (IP2.168.8.100) y mi sorpresa fue mayúscula, ya que
responde 192.168.6.1. Borrando todas esas entradas del DNS, después un
ipconfig /flushdns e ipconfig /registerdns se ha arreglado. En el
secundario lo mismo. Ahora ya replica correctamente. Vamos a ver lo que
dura porque al poco rato se han vuelto a registrar las IPs del Vmware
en el DNS, aunque por ahora me responde el que es.

Estoy por quitarlo y pasarme al Virtual Server a ver si funciona mejor
esto.

Gracias de nuevo por tu atención.


"Javier Inglés [MS MVP]" escribió en el
mensaje news:%
en prinicpio está correcto, mira elresto del artículo para más pruebas
para confirmar que esté todo OK; los erroes, por tanto y como te
digo -da igual que la VPN sea entre routers Cisco, como si es entre
routers "Pepeperex" :-P- puede ser por problemas en la línea o algo
esporádico por algún proceso en los DCs

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el mensaje
news:%
Gracias por responder tan rápido. Desde el servidor principal se
alcanza sin problemas al secundario, con ping y tracert y no hay
timeouts de ningún tipo, aunque no descarto que en algún momento haya
habido cortes, pero es raro porque es una VPN por hardware con
routers Cisco.

He probado con el DCDIAG que viene en las Support Tools y me sale
esto (perdona el tocho):


Domain Controller Diagnosis

Performing initial setup:
Done gathering initial info.

Doing initial required tests

Testing server: Secundario\MILSRV00
Starting test: Connectivity
. MILSRV00 passed test Connectivity

Doing primary tests

Testing server: Secundario\MILSRV00
Starting test: Replications
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: DC=DomainDnsZones,DC=red,DC=general
The replication generated an error (1256):
El sistema remoto no est disponible. Para obtener m s
informaci¢n sobre c¢mo solucionar problemas en la red, vea la Ayuda
de Windows.
The failure occurred at 2006-12-14 07:52:27.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: DC=ForestDnsZones,DC=red,DC=general
The replication generated an error (1256):
El sistema remoto no est disponible. Para obtener m s
informaci¢n sobre c¢mo solucionar problemas en la red, vea la Ayuda
de Windows.
The failure occurred at 2006-12-14 07:52:27.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context:
CN=Schema,CN=Configuration,DC=red,DC=general
The replication generated an error (1722):
El servidor RPC no est disponible.
The failure occurred at 2006-12-14 07:53:09.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
The source MILSRV01 is responding now.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: CN=Configuration,DC=red,DC=general
The replication generated an error (1722):
El servidor RPC no est disponible.
The failure occurred at 2006-12-14 07:52:48.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
The source MILSRV01 is responding now.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: DC=red,DC=general
The replication generated an error (1722):
El servidor RPC no est disponible.
The failure occurred at 2006-12-14 07:52:27.
The last success occurred at 2006-12-14 04:52:07.
1 failures have occurred since the last success.
The source MILSRV01 is responding now.
. MILSRV00 passed test Replications
Starting test: NCSecDesc
. MILSRV00 passed test NCSecDesc
Starting test: NetLogons
. MILSRV00 passed test NetLogons
Starting test: Advertising
. MILSRV00 passed test Advertising
Starting test: KnowsOfRoleHolders
. MILSRV00 passed test
KnowsOfRoleHolders
Starting test: RidManager
. MILSRV00 passed test RidManager
Starting test: MachineAccount
. MILSRV00 passed test MachineAccount
Starting test: Services
. MILSRV00 passed test Services
Starting test: ObjectsReplicated
. MILSRV00 passed test
ObjectsReplicated
Starting test: frssysvol
. MILSRV00 passed test frssysvol
Starting test: frsevent
. MILSRV00 passed test frsevent
Starting test: kccevent
. MILSRV00 passed test kccevent
Starting test: systemlog
. MILSRV00 passed test systemlog
Starting test: VerifyReferences
. MILSRV00 passed test
VerifyReferences

Running partition tests on : DomainDnsZones
Starting test: CrossRefValidation
. DomainDnsZones passed test
CrossRefValidation
Starting test: CheckSDRefDom
. DomainDnsZones passed test
CheckSDRefDom

Running partition tests on : ForestDnsZones
Starting test: CrossRefValidation
. ForestDnsZones passed test
CrossRefValidation
Starting test: CheckSDRefDom
. ForestDnsZones passed test
CheckSDRefDom

Running partition tests on : Schema
Starting test: CrossRefValidation
. Schema passed test
CrossRefValidation
Starting test: CheckSDRefDom
. Schema passed test CheckSDRefDom

Running partition tests on : Configuration
Starting test: CrossRefValidation
. Configuration passed test
CrossRefValidation
Starting test: CheckSDRefDom
. Configuration passed test
CheckSDRefDom

Running partition tests on : red
Starting test: CrossRefValidation
. red passed test CrossRefValidation
Starting test: CheckSDRefDom
. red passed test CheckSDRefDom

Running enterprise tests on : red.general
Starting test: Intersite
. red.general passed test Intersite
Starting test: FsmoCheck
. red.general passed test FsmoCheck

"Javier Inglés [MS MVP]" escribió en el
mensaje news:
Mira esto:

Uso de herramientas de diagnóstico para un Controlador de Dominio
http://www.microsoft.com/spain/tech...s_mvp.mspx

Si ves que las GPO replican bien, users, etc...los mensajes se
pueden dar cuando en la línea de comunicaciones hay problemas
temporales y por ello no consiguen replicar adecuadamente.

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el
mensaje news:
Hola de nuevo,

teníamos un DC en un sitio y ahora he creado otro sitio con otro DC
(se conectan por VPN) y no he tenido problemas para que en el nuevo
se me replique el directorio activo y los usuarios puedan
loguearse. Pero cada poco me salen advertencias y errores en el
visor de sucesos, todas de NTDS KCC. He seguido las explicaciones
pero no consigo arreglarlo, los sitios creo que los tengo bien
creados (el original se llama principal y el nuevo secundario) y
tienen las replicaciones por defecto entre los dos DC. Sólo está
activado el transporte IP, no sé si tendrá algo que ver. Parece que
funciona todo pero mi jefe a veces se mete en los visores de
sucesos y como vea los errores le da algo.

¿Podeis ayudarme? Muchas gracias por todo!


Error 1566

Los controladores de dominio del siguiente sitio que pueden
replicar la partición de directorio por medio de este transporte no
están disponibles actualmente.

Sitio:
CN=principal,CN=Sites,CN=Configuration,DC=red,DC=general
Partición de directorio:
CN=Configuration,DC=red,DC=general
Transporte:
CN=IP,CN=Inter-Site
Transports,CN=Sites,CN=Configuration,DC=red,DC=general

Para obtener más información, vea el Centro de ayuda y soporte
técnico en http://go.microsoft.com/fwlink/events.asp.


Error 1311

El Comprobador de coherencia de réplica (KCC) ha detectado
problemas con la siguiente partición del directorio.

Partición del directorio:
CN=Configuration,DC=red,DC=general

No hay suficiente información de conectividad de sitio en Sitios y
servicios de Active Directory para que el KCC cree una topología de
replicación de árbol de expansión. O bien, uno o más controladores
de dominio con esta partición del directorio no pueden replicar la
información de partición del directorio. Esto probablemente se deba
a controladores de dominio inaccesibles.

Acción del usuario
Use Sitios y servicios de Active Directory para realizar una de las
siguientes acciones:
- Publique suficiente información de conectividad de sitio para que
el KCC pueda determinar una ruta por la cual esta partición del
directorio pueda alcanzar este sitio. Ésta es la opción preferida.
- Agregue un objeto de conexión a un controlador de dominio que
contenga la partición del directorio en este sitio desde un
controlador de dominio que contenga la misma partición del
directorio en otro sitio.

Si ninguna de las tareas de Sitios y servicios de Active Directory
corrige esta condición, consulte los sucesos que registró el KCC
anteriormente y que identifiquen los controladores de dominio
inaccesibles.

Para obtener más información, vea el Centro de ayuda y soporte
técnico en

-
Error 1865

El Comprobador de coherencia de réplica (KCC) no ha podido formar
una topología de red de árbol de expansión completa. Como
resultado, no se puede alcanzar la siguiente lista de sitios desde
el sitio local.

Sitios:
CN=principal,CN=Sites,CN=Configuration,DC=red,DC=general































Respuesta Responder a este mensaje
#9 Javier Inglés [MS MVP]
18/01/2007 - 09:14 | Informe spam
RPC se usa en réplicas Intra-Site, mientras que IP suele usarse en réplicas
InterSite

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el mensaje
news:%
Hola de nuevo,

tras mucho trastear y probar diferentes cosas: desinstalar vmware,
reconfigurar dns, dcdiag /v /fix, netdiag, etc. al final he ido al
servidor que me daba los problemas y he cambiado el protocolo de
transporte con el otro DC, estaba puesto IP (da para elegir IP, SMTP y
RPC) y he puesto RPC, y por ahora no ha salido ningún error en el Visor de
sucesos. Creo que ya no van a salir porque es cada 15 minutos y ha pasado
más tiempo.

La cuestión es, ¿por qué no funciona bien con IP cuando el otro DC lo
tiene puesto así? ¿Tiene alguna ventaja poner RPC?

Gracias de nuevo y un saludo.



"Javier Inglés [MS MVP]" escribió en el mensaje
news:%
En ese caso que tu jefe se empape un poco de documentación antes y se
replantee sus isdeas; un DC en una máquina virtual conlleva riesgos y hay
que tener en cuena varias cosas:

Consideraciones cuando las consideraciones incluyen controlador de
dominio de Active Directory en entornos virtuales host
http://support.microsoft.com/kb/888794

Running Domain Controllers in Virtual Server 2005
http://www.microsoft.com/downloads/...laylang=en

Y como te digo, en producción un DC no debe tener instalado un Virtual
Server o VMWare, y la redundancia de DCs no se consigue clonando o demás,
si no que o se tienen varios DCs o el correspondiente plan de
contingencia para un backup/restore de un DC, de ahí que el planteamiento
no es el adecuado
Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el mensaje
news:%
Bueno, es un servidor nuevo que hemos comprado para hacer pruebas, pero
mi jefe quiere que en caso de rotura/caída gorda del DC principal
podamos quitarlo y poner éste, por eso lo hice DC del dominio también
para que replicara todas las cuentas. Además quiere hacer pruebas en él
y le dije que mejor sobre el sistema principal no, así que instalé el
Vmware con 1 servidor dentro para trastear. Yo ya tenía un Vmware en mi
portátil para pruebas pero no le vale con eso, quiere poder entrar el
también (es un Director General un poco atípico).

Incluso quería que metiera en Vmware un clón de cada uno de los 3
servidores que tenemos, un 3-en-1 vamos.

Menos mal que me queda poco tiempo en esta empresa (y a pesar de eso
estoy intentando dejarlo todo en orden) que si no...


Gracias por todo.
"Javier Inglés [MS MVP]" escribió en el mensaje
news:
Tienes en un DC instalado un VMWare???

Ni VMWare, ni Virtual Server deben estar insalados en un DC socio...eso
es un suicidio

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el mensaje
news:uSW3%
Ya he descubierto dónde está el problema. Es por el Vmware. Añade dos
interfaces de red con sus IPs correspondientes, 192.168.6.1 y
192.168.111.1 en mi caso. Me fui al DC principal e hice un ping al
fqdn del secundario (IP2.168.8.100) y mi sorpresa fue mayúscula, ya
que responde 192.168.6.1. Borrando todas esas entradas del DNS,
después un ipconfig /flushdns e ipconfig /registerdns se ha arreglado.
En el secundario lo mismo. Ahora ya replica correctamente. Vamos a ver
lo que dura porque al poco rato se han vuelto a registrar las IPs del
Vmware en el DNS, aunque por ahora me responde el que es.

Estoy por quitarlo y pasarme al Virtual Server a ver si funciona mejor
esto.

Gracias de nuevo por tu atención.


"Javier Inglés [MS MVP]" escribió en el
mensaje news:%
en prinicpio está correcto, mira elresto del artículo para más
pruebas para confirmar que esté todo OK; los erroes, por tanto y como
te digo -da igual que la VPN sea entre routers Cisco, como si es
entre routers "Pepeperex" :-P- puede ser por problemas en la línea o
algo esporádico por algún proceso en los DCs

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el mensaje
news:%
Gracias por responder tan rápido. Desde el servidor principal se
alcanza sin problemas al secundario, con ping y tracert y no hay
timeouts de ningún tipo, aunque no descarto que en algún momento
haya habido cortes, pero es raro porque es una VPN por hardware con
routers Cisco.

He probado con el DCDIAG que viene en las Support Tools y me sale
esto (perdona el tocho):


Domain Controller Diagnosis

Performing initial setup:
Done gathering initial info.

Doing initial required tests

Testing server: Secundario\MILSRV00
Starting test: Connectivity
. MILSRV00 passed test Connectivity

Doing primary tests

Testing server: Secundario\MILSRV00
Starting test: Replications
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: DC=DomainDnsZones,DC=red,DC=general
The replication generated an error (1256):
El sistema remoto no est disponible. Para obtener m s
informaci¢n sobre c¢mo solucionar problemas en la red, vea la Ayuda
de Windows.
The failure occurred at 2006-12-14 07:52:27.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: DC=ForestDnsZones,DC=red,DC=general
The replication generated an error (1256):
El sistema remoto no est disponible. Para obtener m s
informaci¢n sobre c¢mo solucionar problemas en la red, vea la Ayuda
de Windows.
The failure occurred at 2006-12-14 07:52:27.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context:
CN=Schema,CN=Configuration,DC=red,DC=general
The replication generated an error (1722):
El servidor RPC no est disponible.
The failure occurred at 2006-12-14 07:53:09.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
The source MILSRV01 is responding now.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: CN=Configuration,DC=red,DC=general
The replication generated an error (1722):
El servidor RPC no est disponible.
The failure occurred at 2006-12-14 07:52:48.
The last success occurred at 2006-12-14 04:52:08.
1 failures have occurred since the last success.
The source MILSRV01 is responding now.
[Replications Check,MILSRV00] A recent replication attempt
failed:
From MILSRV01 to MILSRV00
Naming Context: DC=red,DC=general
The replication generated an error (1722):
El servidor RPC no est disponible.
The failure occurred at 2006-12-14 07:52:27.
The last success occurred at 2006-12-14 04:52:07.
1 failures have occurred since the last success.
The source MILSRV01 is responding now.
. MILSRV00 passed test Replications
Starting test: NCSecDesc
. MILSRV00 passed test NCSecDesc
Starting test: NetLogons
. MILSRV00 passed test NetLogons
Starting test: Advertising
. MILSRV00 passed test Advertising
Starting test: KnowsOfRoleHolders
. MILSRV00 passed test
KnowsOfRoleHolders
Starting test: RidManager
. MILSRV00 passed test RidManager
Starting test: MachineAccount
. MILSRV00 passed test
MachineAccount
Starting test: Services
. MILSRV00 passed test Services
Starting test: ObjectsReplicated
. MILSRV00 passed test
ObjectsReplicated
Starting test: frssysvol
. MILSRV00 passed test frssysvol
Starting test: frsevent
. MILSRV00 passed test frsevent
Starting test: kccevent
. MILSRV00 passed test kccevent
Starting test: systemlog
. MILSRV00 passed test systemlog
Starting test: VerifyReferences
. MILSRV00 passed test
VerifyReferences

Running partition tests on : DomainDnsZones
Starting test: CrossRefValidation
. DomainDnsZones passed test
CrossRefValidation
Starting test: CheckSDRefDom
. DomainDnsZones passed test
CheckSDRefDom

Running partition tests on : ForestDnsZones
Starting test: CrossRefValidation
. ForestDnsZones passed test
CrossRefValidation
Starting test: CheckSDRefDom
. ForestDnsZones passed test
CheckSDRefDom

Running partition tests on : Schema
Starting test: CrossRefValidation
. Schema passed test
CrossRefValidation
Starting test: CheckSDRefDom
. Schema passed test CheckSDRefDom

Running partition tests on : Configuration
Starting test: CrossRefValidation
. Configuration passed test
CrossRefValidation
Starting test: CheckSDRefDom
. Configuration passed test
CheckSDRefDom

Running partition tests on : red
Starting test: CrossRefValidation
. red passed test CrossRefValidation
Starting test: CheckSDRefDom
. red passed test CheckSDRefDom

Running enterprise tests on : red.general
Starting test: Intersite
. red.general passed test Intersite
Starting test: FsmoCheck
. red.general passed test FsmoCheck

"Javier Inglés [MS MVP]" escribió en el
mensaje news:
Mira esto:

Uso de herramientas de diagnóstico para un Controlador de Dominio
http://www.microsoft.com/spain/tech...s_mvp.mspx

Si ves que las GPO replican bien, users, etc...los mensajes se
pueden dar cuando en la línea de comunicaciones hay problemas
temporales y por ello no consiguen replicar adecuadamente.

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"msnews.microsoft.com" escribió en el
mensaje news:
Hola de nuevo,

teníamos un DC en un sitio y ahora he creado otro sitio con otro
DC (se conectan por VPN) y no he tenido problemas para que en el
nuevo se me replique el directorio activo y los usuarios puedan
loguearse. Pero cada poco me salen advertencias y errores en el
visor de sucesos, todas de NTDS KCC. He seguido las explicaciones
pero no consigo arreglarlo, los sitios creo que los tengo bien
creados (el original se llama principal y el nuevo secundario) y
tienen las replicaciones por defecto entre los dos DC. Sólo está
activado el transporte IP, no sé si tendrá algo que ver. Parece
que funciona todo pero mi jefe a veces se mete en los visores de
sucesos y como vea los errores le da algo.

¿Podeis ayudarme? Muchas gracias por todo!


Error 1566

Los controladores de dominio del siguiente sitio que pueden
replicar la partición de directorio por medio de este transporte
no están disponibles actualmente.

Sitio:
CN=principal,CN=Sites,CN=Configuration,DC=red,DC=general
Partición de directorio:
CN=Configuration,DC=red,DC=general
Transporte:
CN=IP,CN=Inter-Site
Transports,CN=Sites,CN=Configuration,DC=red,DC=general

Para obtener más información, vea el Centro de ayuda y soporte
técnico en http://go.microsoft.com/fwlink/events.asp.


Error 1311

El Comprobador de coherencia de réplica (KCC) ha detectado
problemas con la siguiente partición del directorio.

Partición del directorio:
CN=Configuration,DC=red,DC=general

No hay suficiente información de conectividad de sitio en Sitios y
servicios de Active Directory para que el KCC cree una topología
de replicación de árbol de expansión. O bien, uno o más
controladores de dominio con esta partición del directorio no
pueden replicar la información de partición del directorio. Esto
probablemente se deba a controladores de dominio inaccesibles.

Acción del usuario
Use Sitios y servicios de Active Directory para realizar una de
las siguientes acciones:
- Publique suficiente información de conectividad de sitio para
que el KCC pueda determinar una ruta por la cual esta partición
del directorio pueda alcanzar este sitio. Ésta es la opción
preferida.
- Agregue un objeto de conexión a un controlador de dominio que
contenga la partición del directorio en este sitio desde un
controlador de dominio que contenga la misma partición del
directorio en otro sitio.

Si ninguna de las tareas de Sitios y servicios de Active Directory
corrige esta condición, consulte los sucesos que registró el KCC
anteriormente y que identifiquen los controladores de dominio
inaccesibles.

Para obtener más información, vea el Centro de ayuda y soporte
técnico en

-
Error 1865

El Comprobador de coherencia de réplica (KCC) no ha podido formar
una topología de red de árbol de expansión completa. Como
resultado, no se puede alcanzar la siguiente lista de sitios desde
el sitio local.

Sitios:
CN=principal,CN=Sites,CN=Configuration,DC=red,DC=general



































email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida