Promover DC vía conexión WAN

Las dos opciones tienen puntos a favor y en contra.
Si llevas al servidor al sitio central y lo promueves, entonces no haces
tráfico sobre la WAN, pero debes tener en cuenta los cambios de IPs.
Por otro lado, es más fácil promoverlo en la sucursal, pero debes pasar todo
tu AD por el enlace WAN. Todo depende el tamaño de tu AD, y cuánto ancho de
banda disponible tienes

No es necesario, pero tampoco es malo, haber creado la estructura de Sitios,
aunque no tengas DCs en dichos sitios. Por supuesto es conveniente donde
existan DCs. Revisa bien el tema Enlaces (Site Links) y sus correspondientes
costos para que los clientes de las sucursales elijan al DC que le quede
"más cerca"

Si el segundo DC no es GC, no te va a dar ningún mensaje de error. Si tienes
un único dominio lo conveniente es que sea GC porque eso no hará más tráfico
de red, y te da tolerancia fallas. Además que sea DNS
El "universal group caching" es sólo si el DC no fuera GC, y estuvieras
utilizando grupos Universales, que si tienes un único dominio no es
aconsejable usar

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

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.



"Pablo Fuentes" wrote in message
news:

Buenos días,

Me dispongo a configurar un nuevo DC en un site unido a la red de la
central
mediante una VPN atraves de una conexión de banda anda simétrica no
garantizada de 2Mbps. Inicialmente se me había recomendado trasladar el
Servidor a la central, promoverlo allí a DC y posteriormente trasladarlo
al
Site pero me encuentro con el problema de que el Servidor es un HP
NetServer
de los que pesan una tonelada y quería saber si era posible promoverlo a
DC
diréctamente vía WAN.

Por otra parte y respecto a la configuración de los Sites: He configurado
un
site con su subred para cada delegación unida a la central vía VPN aunque
sólamente en uno habrá un DC, es ésto necesario o sólamente si el site va
a
disponer de DC? Y cual sería el tiempo de réplica recomendable para este
site?

Para finalizar; al promover a DC este Servidor (y dado que es el 2º DC del
Dominio), me a va a comenzar a surgir el evento de que tengo que trasladar
el
GC a esta máquina pero ya que estará en un site remoto con activar el
"universal group membership" para este DC me dejará de reclamar que le
traslade el GC?
Gracias y un saludo.

-
Pablo Fuentes
Resp. de Sistemas
Novacom Multimedia

Ok, me ha quedado más o menos claro... Recomendado ser GC aunque esté en otro
site, verdad? Respecto a los costos... cual debería de asignarle a este site?
(conexión WAN 2Mbps simétrica). Respecto al Universal Group Caching y dado
que tengo un único dominio tampoco lo configuro, verdad?
Gracias y un saludo.

Pablo Fuentes
Resp. de Sistemas
Novacom Multimedia


"Guillermo Delprato [MS-MVP]" wrote:

Las dos opciones tienen puntos a favor y en contra.
Si llevas al servidor al sitio central y lo promueves, entonces no haces
tráfico sobre la WAN, pero debes tener en cuenta los cambios de IPs.
Por otro lado, es más fácil promoverlo en la sucursal, pero debes pasar todo
tu AD por el enlace WAN. Todo depende el tamaño de tu AD, y cuánto ancho de
banda disponible tienes

No es necesario, pero tampoco es malo, haber creado la estructura de Sitios,
aunque no tengas DCs en dichos sitios. Por supuesto es conveniente donde
existan DCs. Revisa bien el tema Enlaces (Site Links) y sus correspondientes
costos para que los clientes de las sucursales elijan al DC que le quede
"más cerca"

Si el segundo DC no es GC, no te va a dar ningún mensaje de error. Si tienes
un único dominio lo conveniente es que sea GC porque eso no hará más tráfico
de red, y te da tolerancia fallas. Además que sea DNS
El "universal group caching" es sólo si el DC no fuera GC, y estuvieras
utilizando grupos Universales, que si tienes un único dominio no es
aconsejable usar

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

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.



"Pablo Fuentes" wrote in message
news:
> Buenos días,
>
> Me dispongo a configurar un nuevo DC en un site unido a la red de la
> central
> mediante una VPN atraves de una conexión de banda anda simétrica no
> garantizada de 2Mbps. Inicialmente se me había recomendado trasladar el
> Servidor a la central, promoverlo allí a DC y posteriormente trasladarlo
> al
> Site pero me encuentro con el problema de que el Servidor es un HP
> NetServer
> de los que pesan una tonelada y quería saber si era posible promoverlo a
> DC
> diréctamente vía WAN.
>
> Por otra parte y respecto a la configuración de los Sites: He configurado
> un
> site con su subred para cada delegación unida a la central vía VPN aunque
> sólamente en uno habrá un DC, es ésto necesario o sólamente si el site va
> a
> disponer de DC? Y cual sería el tiempo de réplica recomendable para este
> site?
>
> Para finalizar; al promover a DC este Servidor (y dado que es el 2º DC del
> Dominio), me a va a comenzar a surgir el evento de que tengo que trasladar
> el
> GC a esta máquina pero ya que estará en un site remoto con activar el
> "universal group membership" para este DC me dejará de reclamar que le
> traslade el GC?
> Gracias y un saludo.
>
> -
> Pablo Fuentes
> Resp. de Sistemas
> Novacom Multimedia

El GC es imprescindible durante el inicio de sesión de usuarios normales
(Domain Admins pueden iniciar sin GC). Por lo tanto si lo que quieres es que
el DC de la sucursal pueda validar a usuarios con el enlace desconectado,
una de las condiciones es que sea GC

Respecto a costos, es una medida de preferencia, no tiene nada que ver con
ancho de banda. Se usa para determinar quién valida a los usuarios, y cómo
replican los DCs (quien contra quien)
En tu caso, donde sólo dos sitios tienen DCs, puedes dejarle el valor por
omisión (100) ya que no va a influir
Asegúrate, eso sí, que cada sitio tenga su propio Link con el central.

El Universal Group Caching, se configura únicamente cuando no hay GC en el
sitio

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

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.



"Pablo Fuentes" wrote in message
news:

Ok, me ha quedado más o menos claro... Recomendado ser GC aunque esté en
otro
site, verdad? Respecto a los costos... cual debería de asignarle a este
site?
(conexión WAN 2Mbps simétrica). Respecto al Universal Group Caching y dado
que tengo un único dominio tampoco lo configuro, verdad?
Gracias y un saludo.

Pablo Fuentes
Resp. de Sistemas
Novacom Multimedia


"Guillermo Delprato [MS-MVP]" wrote:

Las dos opciones tienen puntos a favor y en contra.
Si llevas al servidor al sitio central y lo promueves, entonces no haces
tráfico sobre la WAN, pero debes tener en cuenta los cambios de IPs.
Por otro lado, es más fácil promoverlo en la sucursal, pero debes pasar
todo
tu AD por el enlace WAN. Todo depende el tamaño de tu AD, y cuánto ancho
de
banda disponible tienes

No es necesario, pero tampoco es malo, haber creado la estructura de
Sitios,
aunque no tengas DCs en dichos sitios. Por supuesto es conveniente donde
existan DCs. Revisa bien el tema Enlaces (Site Links) y sus
correspondientes
costos para que los clientes de las sucursales elijan al DC que le quede
"más cerca"

Si el segundo DC no es GC, no te va a dar ningún mensaje de error. Si
tienes
un único dominio lo conveniente es que sea GC porque eso no hará más
tráfico
de red, y te da tolerancia fallas. Además que sea DNS
El "universal group caching" es sólo si el DC no fuera GC, y estuvieras
utilizando grupos Universales, que si tienes un único dominio no es
aconsejable usar

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

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.



"Pablo Fuentes" wrote in message
news:
> Buenos días,
>
> Me dispongo a configurar un nuevo DC en un site unido a la red de la
> central
> mediante una VPN atraves de una conexión de banda anda simétrica no
> garantizada de 2Mbps. Inicialmente se me había recomendado trasladar el
> Servidor a la central, promoverlo allí a DC y posteriormente
> trasladarlo
> al
> Site pero me encuentro con el problema de que el Servidor es un HP
> NetServer
> de los que pesan una tonelada y quería saber si era posible promoverlo
> a
> DC
> diréctamente vía WAN.
>
> Por otra parte y respecto a la configuración de los Sites: He
> configurado
> un
> site con su subred para cada delegación unida a la central vía VPN
> aunque
> sólamente en uno habrá un DC, es ésto necesario o sólamente si el site
> va
> a
> disponer de DC? Y cual sería el tiempo de réplica recomendable para
> este
> site?
>
> Para finalizar; al promover a DC este Servidor (y dado que es el 2º DC
> del
> Dominio), me a va a comenzar a surgir el evento de que tengo que
> trasladar
> el
> GC a esta máquina pero ya que estará en un site remoto con activar el
> "universal group membership" para este DC me dejará de reclamar que le
> traslade el GC?
> Gracias y un saludo.
>
> -
> Pablo Fuentes
> Resp. de Sistemas
> Novacom Multimedia

Hay una tercera vía:

311078 - How to use the Install from Media feature to promote Windows Server
2003-based domain controllers
http://support.microsoft.com/defaul...-US;311078

Un saludo
Fernando Reyes [MS MVP]
MCSE Windows 2000 / 2003
MCSA Windows Server 2003
http://freyes.svetlian.com
http://urpiano.wordpress.com
RSS: http://urpiano.wordpress.com/feed
freyes.champú@champú.mvps.org
(Aclárate la cabeza si quieres escribirme)


"Guillermo Delprato [MS-MVP]"
escribió en el mensaje de noticias
news:

Las dos opciones tienen puntos a favor y en contra.
Si llevas al servidor al sitio central y lo promueves, entonces no haces
tráfico sobre la WAN, pero debes tener en cuenta los cambios de IPs.
Por otro lado, es más fácil promoverlo en la sucursal, pero debes pasar
todo tu AD por el enlace WAN. Todo depende el tamaño de tu AD, y cuánto
ancho de banda disponible tienes

No es necesario, pero tampoco es malo, haber creado la estructura de
Sitios, aunque no tengas DCs en dichos sitios. Por supuesto es conveniente
donde existan DCs. Revisa bien el tema Enlaces (Site Links) y sus
correspondientes costos para que los clientes de las sucursales elijan al
DC que le quede "más cerca"

Si el segundo DC no es GC, no te va a dar ningún mensaje de error. Si
tienes un único dominio lo conveniente es que sea GC porque eso no hará
más tráfico de red, y te da tolerancia fallas. Además que sea DNS
El "universal group caching" es sólo si el DC no fuera GC, y estuvieras
utilizando grupos Universales, que si tienes un único dominio no es
aconsejable usar

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

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.



"Pablo Fuentes" wrote in message
news:

Buenos días,

Me dispongo a configurar un nuevo DC en un site unido a la red de la
central
mediante una VPN atraves de una conexión de banda anda simétrica no
garantizada de 2Mbps. Inicialmente se me había recomendado trasladar el
Servidor a la central, promoverlo allí a DC y posteriormente trasladarlo
al
Site pero me encuentro con el problema de que el Servidor es un HP
NetServer
de los que pesan una tonelada y quería saber si era posible promoverlo a
DC
diréctamente vía WAN.

Por otra parte y respecto a la configuración de los Sites: He configurado
un
site con su subred para cada delegación unida a la central vía VPN aunque
sólamente en uno habrá un DC, es ésto necesario o sólamente si el site va
a
disponer de DC? Y cual sería el tiempo de réplica recomendable para este
site?

Para finalizar; al promover a DC este Servidor (y dado que es el 2º DC
del
Dominio), me a va a comenzar a surgir el evento de que tengo que
trasladar el
GC a esta máquina pero ya que estará en un site remoto con activar el
"universal group membership" para este DC me dejará de reclamar que le
traslade el GC?
Gracias y un saludo.

-
Pablo Fuentes
Resp. de Sistemas
Novacom Multimedia

Buenos días Guillermo,

Me podrías explicar eso de que cada sitio tenga su propio "link" con la
central?

Actualmente tengo todos los sitios configurados con sus subnets asignadas,
el sitio con el 2º DC que he configurado como GC está dentro del
"defaultipsitelink" en el que están todos los sitios. Cómo he de configurar
qué para que las estaciones de tabajo que están en el sitio con el 2º DC
inicien sesión contra este y no con el DC del site central?

Aparte he configurado un DHCP en este 2º DC con el DNS primario apuntando a
este Servidor y el Secundario al de la central. En la central justo al revés
y los WINS de ambos replicando y de la misma forma...
Gracias y un saludo.

Pablo Fuentes
Resp. de Sistemas
Novacom Multimedia


"Guillermo Delprato [MS-MVP]" wrote:

El GC es imprescindible durante el inicio de sesión de usuarios normales
(Domain Admins pueden iniciar sin GC). Por lo tanto si lo que quieres es que
el DC de la sucursal pueda validar a usuarios con el enlace desconectado,
una de las condiciones es que sea GC

Respecto a costos, es una medida de preferencia, no tiene nada que ver con
ancho de banda. Se usa para determinar quién valida a los usuarios, y cómo
replican los DCs (quien contra quien)
En tu caso, donde sólo dos sitios tienen DCs, puedes dejarle el valor por
omisión (100) ya que no va a influir
Asegúrate, eso sí, que cada sitio tenga su propio Link con el central.

El Universal Group Caching, se configura únicamente cuando no hay GC en el
sitio

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

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.



"Pablo Fuentes" wrote in message
news:
> Ok, me ha quedado más o menos claro... Recomendado ser GC aunque esté en
> otro
> site, verdad? Respecto a los costos... cual debería de asignarle a este
> site?
> (conexión WAN 2Mbps simétrica). Respecto al Universal Group Caching y dado
> que tengo un único dominio tampoco lo configuro, verdad?
> Gracias y un saludo.
>
> Pablo Fuentes
> Resp. de Sistemas
> Novacom Multimedia
>
>
> "Guillermo Delprato [MS-MVP]" wrote:
>
>> Las dos opciones tienen puntos a favor y en contra.
>> Si llevas al servidor al sitio central y lo promueves, entonces no haces
>> tráfico sobre la WAN, pero debes tener en cuenta los cambios de IPs.
>> Por otro lado, es más fácil promoverlo en la sucursal, pero debes pasar
>> todo
>> tu AD por el enlace WAN. Todo depende el tamaño de tu AD, y cuánto ancho
>> de
>> banda disponible tienes
>>
>> No es necesario, pero tampoco es malo, haber creado la estructura de
>> Sitios,
>> aunque no tengas DCs en dichos sitios. Por supuesto es conveniente donde
>> existan DCs. Revisa bien el tema Enlaces (Site Links) y sus
>> correspondientes
>> costos para que los clientes de las sucursales elijan al DC que le quede
>> "más cerca"
>>
>> Si el segundo DC no es GC, no te va a dar ningún mensaje de error. Si
>> tienes
>> un único dominio lo conveniente es que sea GC porque eso no hará más
>> tráfico
>> de red, y te da tolerancia fallas. Además que sea DNS
>> El "universal group caching" es sólo si el DC no fuera GC, y estuvieras
>> utilizando grupos Universales, que si tienes un único dominio no es
>> aconsejable usar
>>
>> Guillermo Delprato
>> MVP - MCT - MCSE
>> Buenos Aires, Argentina
>>
>> 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.
>>
>>
>>
>> "Pablo Fuentes" wrote in message
>> news:
>> > Buenos días,
>> >
>> > Me dispongo a configurar un nuevo DC en un site unido a la red de la
>> > central
>> > mediante una VPN atraves de una conexión de banda anda simétrica no
>> > garantizada de 2Mbps. Inicialmente se me había recomendado trasladar el
>> > Servidor a la central, promoverlo allí a DC y posteriormente
>> > trasladarlo
>> > al
>> > Site pero me encuentro con el problema de que el Servidor es un HP
>> > NetServer
>> > de los que pesan una tonelada y quería saber si era posible promoverlo
>> > a
>> > DC
>> > diréctamente vía WAN.
>> >
>> > Por otra parte y respecto a la configuración de los Sites: He
>> > configurado
>> > un
>> > site con su subred para cada delegación unida a la central vía VPN
>> > aunque
>> > sólamente en uno habrá un DC, es ésto necesario o sólamente si el site
>> > va
>> > a
>> > disponer de DC? Y cual sería el tiempo de réplica recomendable para
>> > este
>> > site?
>> >
>> > Para finalizar; al promover a DC este Servidor (y dado que es el 2º DC
>> > del
>> > Dominio), me a va a comenzar a surgir el evento de que tengo que
>> > trasladar
>> > el
>> > GC a esta máquina pero ya que estará en un site remoto con activar el
>> > "universal group membership" para este DC me dejará de reclamar que le
>> > traslade el GC?
>> > Gracias y un saludo.
>> >
>> > -
>> > Pablo Fuentes
>> > Resp. de Sistemas
>> > Novacom Multimedia
>>
>>
>>