Mirroring de BD

Tienes razón,

Espero ser claro, la Bd es de Personas y Liquidaciones, pesa aprox 30
Gb, crece 2 Gb por mes. La idea es manterner un servidor de respaldo,
listo por algun problema. Los datos no son actualizados constantemente
como seria por ejemplo en un Banco, por lo q se puede aceptar una
perdida de carga o procesos de algunas horas. Basicamente es eso,
espero sirva, y gracias por su atencion.

Saludos

Pues para ese escenario, no le alcanza con hacer BACKUPs periódicamente?

Gustavo Larriera, Microsoft MVP
http://www.linkedin.com/in/gustavolarriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Hernan Nieto" wrote:

Tienes razón,

Espero ser claro, la Bd es de Personas y Liquidaciones, pesa aprox 30
Gb, crece 2 Gb por mes. La idea es manterner un servidor de respaldo,
listo por algun problema. Los datos no son actualizados constantemente
como seria por ejemplo en un Banco, por lo q se puede aceptar una
perdida de carga o procesos de algunas horas. Basicamente es eso,
espero sirva, y gracias por su atencion.

Saludos

Si, esa era la idea original, pero para ahorrar el trabajo de
Backup/Copiar/Restore, pensaba implementar algo q Sql lo haga de forma
automatica. Pero me parece q vamos a hacerlo con Backup nomas, gracias
a todos, y disculpen mi total ignorancia en estos temas.

Saludos

Puedes hacer un script que te haga un backup de la base de datos, y ponerlo
en un archivo .bat, y que se ejecute cada hora, lo pones en el programador
de tareas de Windows, y ya esta, backup cada hora.


"Hernan Nieto" escribió en el mensaje de noticias
news:

Si, esa era la idea original, pero para ahorrar el trabajo de
Backup/Copiar/Restore, pensaba implementar algo q Sql lo haga de forma
automatica. Pero me parece q vamos a hacerlo con Backup nomas, gracias a
todos, y disculpen mi total ignorancia en estos temas.

Saludos

Si usas replicacion transaccional para enviar al servidor de respaldo los
registros cambiados puedes modificar los agentes de replicacion para que se
ejecuten con los intervalos que deseas. Debes crear la replicación e indicar
que objetos de la base de datos deseas replicar. Si se produce una caida
del publicador el suscriptor de respaldo esta operativo y se habran perdido
aquellas transacciones que no llegaron a replicarse. Debes tener PK en las
tablas.

Si lo que buscas es respaldo a nivel de base de datos pareceria que log
shipping es el modelo mas adecuado en tu caso ya que puedes controlar la
latencia de copia..

Mirroring asincronico de base de datos seria tu segunda alternativa, pero
aqui no controlas la latencia. Cuando quieres hacer el "force service" en el
segundo servidor la base de datos esta operativa inmediatamente. Al igual
que el log shipping puedes perder lo que no llego a pasar de un servidor al
otro. Si usas mirroring sincronico esta perdida no se produce pero aumenta
la latencia de las transacciones del servidor primario. Si los equipos estan
en un mismo datacenter podrias probar usando un cable crossover y
direccionar todo el trafico por ese cable. Unas pruebas que hice en un
modelo como ese, con un mirroring en modo asincronico la latencia de copia
era muy baja.

Backup y restore a mano de la base parece ser mucho volumen por lo que no lo
recomiendo.
Backup y restore de log es en definitiva casi un log shipping.
Estas ultimas dos se pueden automatizar con el agente.

Espero que te sea util


Saludos


Ing. Jose Mariano Alvarez
SQLTotal Consulting

(Cambia los ceros por O y saca lo que sobra)

Este mensaje se proporciona tal como es, SIN GARANTIAS de ninguna clase. Por
favor tratar de indicar la versión de SQL y Service Pack. La inclusión de
(CREATE, INSERTS, etc.) para poder reproducir el problema también ayuda.










"Hernan Nieto" wrote in message
news:

Si, esa era la idea original, pero para ahorrar el trabajo de
Backup/Copiar/Restore, pensaba implementar algo q Sql lo haga de forma
automatica. Pero me parece q vamos a hacerlo con Backup nomas, gracias a
todos, y disculpen mi total ignorancia en estos temas.

Saludos