Backup de Front-End OWA

Bien, ¿quieres decir que no existe un procedimiento predefinido a seguir,
que pruebe en laboratorio a ver que tal? La opción de, en caso de caida

único server de OWA, de montar otro en Inside en la organización Exchange

trasladarlo nuevamente a la DMZ susituyendo el anterior caido, ¿crees que
sería viable?

Igual me estoy poniendo excesivamente pesado (disculpa por ello) pero
desearía tener a priori la máxima información posible para realizar las
pruebas con cierta garantía de éxito.

Gracias y un saludo,
Anderon


"Carlos Dinapoli [arg]" escribió en el

news:%
> Las respuesta mia es que tengas un Procediemiento de Backup/Restore
escrito
> y probado en un ambiente controlado.
>
> Saludos.
> "Anderon" wrote in message
> news:#
> > Primero gracias a ámbos por las respuestas, os comento:
> >
> > Txamakoak, dos servidores con balanceo de carga sería una aquitectura
> > viable, pero estamos hablando de tecnología cluster con Advanced

> por
> > debajo y Exchange Enterprise por encima, la verdad cambiar nuestro

> > server OWA actual a algo así no es tema baladí. Pero es una opción. En
una
> > arquitectura así (si no estoy equivocado) los clientes sólo tendrían

> > dirección de un server y el software de Microsoft balancearía las
> peticiones
> > en función de la carga de los servidores que hay detrás (lo digo por

> que
> > comentas del DNS).
> >
> > Carlos, en tu link no he logrado ver como sería posible hacer una

> > periódico de un server OWA situado en una zona perimetral. Date cuenta
que
> > tenemos capado casi todo hacia Inside, el DA casi no es accesible para
el
> > OWA, éste está montado de tal forma que incluso envia las
> autentificaciones
> > hacia el Back-End porque él ni siquiera puede hacerlas. La pregunta

> > millón es si a este server con un software de Backup y una cinta tiene
> > sentido hacerle copias periódicas y si un restore lo dejaría correcto.
> >
> > Un saludo a ámbos
> > Anderón
> >
> >
> >
> > "Carlos Dinapoli [arg]" escribió en el
> mensaje
> > news:
> > > Recorda que la mayoria de las configuraciones esta en AD, con lo

> con
> > un
> > > stup/disasterrecovery lo recuperarias rapido.
> > >
> > > Igual seria bueno que tengas un plan escrito de como hacerlo.
> > >
> > > Fijate en este link que hay info de Disaster Recovey
> > >
> >
>

> > > ol/default.asp
> > >
> > > Saludos.
> > > "Anderon" wrote in message
> > > news:
> > > > Hola foreros/as
> > > >
> > > > Tenemos una instalación de Exchange 2000 Front-End / Back-End para
> usar
> > > OWA.
> > > > El front-End esdá en nuestra DMZ y el Fw que divide la lan y la

> sólo
> > > > tiene abiertos los puertos necesarios para que ámbos servidores
> > dialoguen
> > > > correctamente. La pregunta es ¿se puede hacer una backup del

> OWA?
> > > > ¿tiene sentido? o lo más lógico en caso de caida es montar otro
> server.
> > > >
> > > > Un saludo,
> > > > Anderón
> > > >
> > > >
> > >
> > >
> >
> >
>
>

Si pero ese procediemiento que tenes lo probaste?

Si funciona ese seria viable.
"Anderon" wrote in message
news:#
> Bien, ¿quieres decir que no existe un procedimiento predefinido a

> que pruebe en laboratorio a ver que tal? La opción de, en caso de caida
del
> único server de OWA, de montar otro en Inside en la organización

y
> trasladarlo nuevamente a la DMZ susituyendo el anterior caido, ¿crees

> sería viable?
>
> Igual me estoy poniendo excesivamente pesado (disculpa por ello) pero
> desearía tener a priori la máxima información posible para realizar las
> pruebas con cierta garantía de éxito.
>
> Gracias y un saludo,
> Anderon
>
>
> "Carlos Dinapoli [arg]" escribió en el
mensaje
> news:%
> > Las respuesta mia es que tengas un Procediemiento de Backup/Restore
> escrito
> > y probado en un ambiente controlado.
> >
> > Saludos.
> > "Anderon" wrote in message
> > news:#
> > > Primero gracias a ámbos por las respuestas, os comento:
> > >
> > > Txamakoak, dos servidores con balanceo de carga sería una

> > > viable, pero estamos hablando de tecnología cluster con Advanced
Server
> > por
> > > debajo y Exchange Enterprise por encima, la verdad cambiar nuestro
único
> > > server OWA actual a algo así no es tema baladí. Pero es una opción.

> una
> > > arquitectura así (si no estoy equivocado) los clientes sólo tendrían
la
> > > dirección de un server y el software de Microsoft balancearía las
> > peticiones
> > > en función de la carga de los servidores que hay detrás (lo digo por
lo
> > que
> > > comentas del DNS).
> > >
> > > Carlos, en tu link no he logrado ver como sería posible hacer una
backup
> > > periódico de un server OWA situado en una zona perimetral. Date

> que
> > > tenemos capado casi todo hacia Inside, el DA casi no es accesible

> el
> > > OWA, éste está montado de tal forma que incluso envia las
> > autentificaciones
> > > hacia el Back-End porque él ni siquiera puede hacerlas. La pregunta
del
> > > millón es si a este server con un software de Backup y una cinta

> > > sentido hacerle copias periódicas y si un restore lo dejaría

> > >
> > > Un saludo a ámbos
> > > Anderón
> > >
> > >
> > >
> > > "Carlos Dinapoli [arg]" escribió en el
> > mensaje
> > > news:
> > > > Recorda que la mayoria de las configuraciones esta en AD, con lo
cual
> > con
> > > un
> > > > stup/disasterrecovery lo recuperarias rapido.
> > > >
> > > > Igual seria bueno que tengas un plan escrito de como hacerlo.
> > > >
> > > > Fijate en este link que hay info de Disaster Recovey
> > > >
> > >
> >
>

> > > > ol/default.asp
> > > >
> > > > Saludos.
> > > > "Anderon" wrote in message
> > > > news:
> > > > > Hola foreros/as
> > > > >
> > > > > Tenemos una instalación de Exchange 2000 Front-End / Back-End

> > usar
> > > > OWA.
> > > > > El front-End esdá en nuestra DMZ y el Fw que divide la lan y la
DMZ
> > sólo
> > > > > tiene abiertos los puertos necesarios para que ámbos servidores
> > > dialoguen
> > > > > correctamente. La pregunta es ¿se puede hacer una backup del
server
> > OWA?
> > > > > ¿tiene sentido? o lo más lógico en caso de caida es montar otro
> > server.
> > > > >
> > > > > Un saludo,
> > > > > Anderón
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>