Replicacion de SQL server

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



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

"Gustavo Genez" wrote in message
news:OZhBgx$

Estimados amigos,

Quisiera poner a su consideración unas dudas que tengo sobre replicación.

1- En caso de hacer mirror de una base de datos en otro servidor. Como se
vuelve operativo la bbdd mirror en caso de que el principal quede
intactivo o tenga inconvenientes manualmente?

2- El servidor witness o testigo, sirve para levantar automáticamente las
bbdd mirror en caso de inconvenientes? tiene alguna otra funcionalidad?

3- Necesito crear un servidor de reportería en otro servidor que no es el
de producción para balancear la performance de los equipos, que modo de
replicación me recomendarían para mantener actualizado los datos de la
bbdd de producción con la de reportes?

Desde ya les agradezco la atención y saludos.

Gustavo Genez

Sí es posible combinar Database Mirroring con Log Shipping para conseguir lo
que comentas. Echa un vistazo al artículo
http://sqlcat.com/whitepapers/archi...ether.aspx

Por otro lado, también te recomiendo la lectura del documento "Providing
High Availability using Database Mirroring"
("http://download.microsoft.com/downl...ndDBM.docx)

"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


"Gustavo Genez" wrote in message
news:%

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ó:

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 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ó:

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

Gracias Carlos,

Voy a mirar esos documentos.

Saludos...

Carlos Sacristan escribió:

Sí es posible combinar Database Mirroring con Log Shipping para
conseguir lo que comentas. Echa un vistazo al artículo
http://sqlcat.com/whitepapers/archi...ether.aspx


Por otro lado, también te recomiendo la lectura del documento "Providing
High Availability using Database Mirroring"
("http://download.microsoft.com/downl...ndDBM.docx)

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:#

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ó:

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