Replicacion de SQL server

Maxi, Log Shipping se puede usar para tener alta disponibilidad pero también
para usar la base de datos del servidor secundario para informes, dejando su
estado como Standby

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Maxi Accotto" wrote in message
news:
Mostrar la cita

Gustavo, dividi lo que es alta disponibilidad de reportes.
Para la HA podes usar (Mirror, log shipping o cluster) todo dependera de
cuanto tiempo quieras tener los servicios caidos.

Para reportes usa otro metodo (Snapshot, replicacion transaccional, SSIS)



Maxi Accotto
MVP en SQL Server
http://blog.maxiaccotto.com

"Gustavo Genez" wrote in message
news:#
Mostrar la cita

Hola Maxi,

Gracias por responder... te comento mas o menos lo que quiero hacer.

Tengo una BBDD de producción.

1.- Tener alta disponibilidad en caso de inconvenientes con el hardware
en el cual esta alojado esta bbdd. Lo que no me quedo muy claro es como
queda bbdd de respaldo en caso de que el principal caiga, o sea como
hacerlo "visible" por asi decirlo a la aplicación sin tener que usar un
servidor testigo para hacerlo automaticamente.

2.- Con esta misma bbdd que ya esta replicada como mirror quisiera saber
si es que se puede usar log shipping u otra metodologia para poblar
ciertas tablas en otra bbdd que esta en un equipo diferente que quiero
usar como reporting de tal modo a no sobrecargar de trabajo al servidor
de producción.

Saludos cordiales.


Maxi Accotto escribió:
Mostrar la cita

Hola gustavo, que busca usted hacer? tener alta disponibilidad o
replicacion de datos para reportes y otras yerbas?
Dependiendo de lo que quiera hacer y la edicion de SQL le podremos
ayudar mejor.

El mirror es alta disponibilidad y no puede acceder a los datos del
muleto, si quiere algo asi deberia usar log shipping en lugar de mirror.
El testigo es justamente un servidor que puede hasta ser un SQL Express
el cual hace el failover automatico

Hola, tecnicamente es cierto pero...

Cual es la idea de tener una alta disponibilidad: basicamente que ante un
problema poder salir lo mas rapido posible sin perdida de datos
Si usas el LS como metodo de alta disponibilidad y ademas en el mismo server
lo queres usar para reportes el problema que vas a tener es con los restore
ya que para poderlos aplicar necesitas sacar a los usuarios conectados, con
lo cual tenes dos opciones: O castigas a las usuarios conectados o castigas
la alta disponibilidad.

Por eso mi recomendacion es que se separen las cosas, lo que es alta
disponibilidad que no se use como otro fin.

Ahora tecnicamente si se puede como bien tu comentas pero...



Maxi Accotto
MVP en SQL Server
http://blog.maxiaccotto.com

"Carlos Sacristan" wrote in message
news:#
Mostrar la cita

Maxi, Log Shipping se puede usar para tener alta disponibilidad pero
también para usar la base de datos del servidor secundario para informes,
dejando su estado como Standby

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Maxi Accotto" wrote in message
news:
Mostrar la cita

Gustavo, dividi lo que es alta disponibilidad de reportes.
Para la HA podes usar (Mirror, log shipping o cluster) todo dependera de
cuanto tiempo quieras tener los servicios caidos.

Para reportes usa otro metodo (Snapshot, replicacion transaccional, SSIS)



Maxi Accotto
MVP en SQL Server
http://blog.maxiaccotto.com

"Gustavo Genez" wrote in message
news:#
Mostrar la cita

Hola Maxi,

Gracias por responder... te comento mas o menos lo que quiero hacer.

Tengo una BBDD de producción.

1.- Tener alta disponibilidad en caso de inconvenientes con el hardware
en el cual esta alojado esta bbdd. Lo que no me quedo muy claro es como
queda bbdd de respaldo en caso de que el principal caiga, o sea como
hacerlo "visible" por asi decirlo a la aplicación sin tener que usar un
servidor testigo para hacerlo automaticamente.

2.- Con esta misma bbdd que ya esta replicada como mirror quisiera saber
si es que se puede usar log shipping u otra metodologia para poblar
ciertas tablas en otra bbdd que esta en un equipo diferente que quiero
usar como reporting de tal modo a no sobrecargar de trabajo al servidor
de producción.

Saludos cordiales.


Maxi Accotto escribió:
Mostrar la cita

Hola gustavo, que busca usted hacer? tener alta disponibilidad o
replicacion de datos para reportes y otras yerbas?
Dependiendo de lo que quiera hacer y la edicion de SQL le podremos
ayudar mejor.

El mirror es alta disponibilidad y no puede acceder a los datos del
muleto, si quiere algo asi deberia usar log shipping en lugar de
mirror.
El testigo es justamente un servidor que puede hasta ser un SQL Express
el cual hace el failover automatico

A lo que me refería es que en tu primera respuesta no ponías LS como una
opción para tener una base de datos dedicada para informes (quitando de esa
carga al servidor principal), cuando justamente una de las ventajas que
podemos sacar de LS es esa (aunque pueda tener los inconvenientes de echar a
los usuarios en los momentos del restore)

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Maxi Accotto" wrote in message
news:
Mostrar la cita

Hola, tecnicamente es cierto pero...

Cual es la idea de tener una alta disponibilidad: basicamente que ante un
problema poder salir lo mas rapido posible sin perdida de datos
Si usas el LS como metodo de alta disponibilidad y ademas en el mismo
server lo queres usar para reportes el problema que vas a tener es con los
restore ya que para poderlos aplicar necesitas sacar a los usuarios
conectados, con lo cual tenes dos opciones: O castigas a las usuarios
conectados o castigas la alta disponibilidad.

Por eso mi recomendacion es que se separen las cosas, lo que es alta
disponibilidad que no se use como otro fin.

Ahora tecnicamente si se puede como bien tu comentas pero...



Maxi Accotto
MVP en SQL Server
http://blog.maxiaccotto.com

"Carlos Sacristan" wrote in message
news:#
Mostrar la cita

Maxi, Log Shipping se puede usar para tener alta disponibilidad pero
también para usar la base de datos del servidor secundario para informes,
dejando su estado como Standby

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Maxi Accotto" wrote in message
news:
Mostrar la cita

Gustavo, dividi lo que es alta disponibilidad de reportes.
Para la HA podes usar (Mirror, log shipping o cluster) todo dependera de
cuanto tiempo quieras tener los servicios caidos.

Para reportes usa otro metodo (Snapshot, replicacion transaccional,
SSIS)



Maxi Accotto
MVP en SQL Server
http://blog.maxiaccotto.com

"Gustavo Genez" wrote in message
news:#
Mostrar la cita

Hola Maxi,

Gracias por responder... te comento mas o menos lo que quiero hacer.

Tengo una BBDD de producción.

1.- Tener alta disponibilidad en caso de inconvenientes con el hardware
en el cual esta alojado esta bbdd. Lo que no me quedo muy claro es como
queda bbdd de respaldo en caso de que el principal caiga, o sea como
hacerlo "visible" por asi decirlo a la aplicación sin tener que usar un
servidor testigo para hacerlo automaticamente.

2.- Con esta misma bbdd que ya esta replicada como mirror quisiera
saber si es que se puede usar log shipping u otra metodologia para
poblar ciertas tablas en otra bbdd que esta en un equipo diferente que
quiero usar como reporting de tal modo a no sobrecargar de trabajo al
servidor de producción.

Saludos cordiales.


Maxi Accotto escribió:
Mostrar la cita

Hola gustavo, que busca usted hacer? tener alta disponibilidad o
replicacion de datos para reportes y otras yerbas?
Dependiendo de lo que quiera hacer y la edicion de SQL le podremos
ayudar mejor.

El mirror es alta disponibilidad y no puede acceder a los datos del
muleto, si quiere algo asi deberia usar log shipping en lugar de
mirror.
El testigo es justamente un servidor que puede hasta ser un SQL
Express el cual hace el failover automatico