POOL DE BASE DE DATOS

03/01/2007 - 16:04 por Felipe Arretz | Informe spam
Estimados,

Tengo un servidor de base de datos (srvA) con SQL2000 Enterprise. Este
posee una carga de trabajo excesiva, por lo que he decidido incorporar
un nuevo servidor (srvB) para distribuir la carga. La idea es que el
srvA actualice constantemente a este nuevo servidor, para poder
realizar consultas sin pérdida significativa de información y además
tener un respaldo por si el srvA llegara a fallar. La base de datos es
bastante grande, 85Gb mas 55Gb de logs transaccionales. Intenté hacer
funcionar el servicio de replicación transaccional, activando como
distribuidor y publicador a srvA, pero al crear la subscripción (pull)
en el srvB, no se efectuó la actualización, sólo me enviaba errores.

Mi pregunta es si según su opinión, estoy haciendo lo correcto, o es
mejor utilizar el Logshipping para esto. Aún no tengo claro si esa
función actualiza los datos de las tablas de la base de datos o
simplemente actualiza logs transaccionales.

Saludos a todos y gracias,

Felipe Arretz

Preguntas similare

Leer las respuestas

#1 Maxi
03/01/2007 - 16:09 | Informe spam
Hola, primero antes que nada yo veria el tema del LOG, me parece una locura
que este en 55GB, ese log no deberia estar en mas de 1GB a lo sumo.
Con respecto a tu pregunta, la replicacion no es una mala idea para mantener
2 servers actualizados y hasta usarlos como plan de contingencia por si uno
se cae.
Ahora bien, no nos indicas que error da exactamente y como has hechos cada
paso de la replicacion.

Log Shipping es otra alternativa y tambien podrias usar Cluster, pero yo me
inclinaria por replicacion transaccional


Salu2

Microsoft MVP SQL Server
Culminis Speaker

"Felipe Arretz" escribió en el mensaje
news:
Estimados,

Tengo un servidor de base de datos (srvA) con SQL2000 Enterprise. Este
posee una carga de trabajo excesiva, por lo que he decidido incorporar
un nuevo servidor (srvB) para distribuir la carga. La idea es que el
srvA actualice constantemente a este nuevo servidor, para poder
realizar consultas sin pérdida significativa de información y además
tener un respaldo por si el srvA llegara a fallar. La base de datos es
bastante grande, 85Gb mas 55Gb de logs transaccionales. Intenté hacer
funcionar el servicio de replicación transaccional, activando como
distribuidor y publicador a srvA, pero al crear la subscripción (pull)
en el srvB, no se efectuó la actualización, sólo me enviaba errores.

Mi pregunta es si según su opinión, estoy haciendo lo correcto, o es
mejor utilizar el Logshipping para esto. Aún no tengo claro si esa
función actualiza los datos de las tablas de la base de datos o
simplemente actualiza logs transaccionales.

Saludos a todos y gracias,

Felipe Arretz
Respuesta Responder a este mensaje
#2 Felipe Arretz
03/01/2007 - 16:35 | Informe spam
Voy a reinstalar el servicio de replicación y te digo exactamente los
errores. Respecto al log, este es un archivo log.ldf de 55023mb. Existe
alguna manera de reducir su tamaño?


Maxi ha escrito:

Hola, primero antes que nada yo veria el tema del LOG, me parece una locura
que este en 55GB, ese log no deberia estar en mas de 1GB a lo sumo.
Con respecto a tu pregunta, la replicacion no es una mala idea para mantener
2 servers actualizados y hasta usarlos como plan de contingencia por si uno
se cae.
Ahora bien, no nos indicas que error da exactamente y como has hechos cada
paso de la replicacion.

Log Shipping es otra alternativa y tambien podrias usar Cluster, pero yo me
inclinaria por replicacion transaccional


Salu2

Microsoft MVP SQL Server
Culminis Speaker

Respuesta Responder a este mensaje
#3 Maxi
03/01/2007 - 16:57 | Informe spam
http://www.helpdna.net/sqlserver_faq.htm


Salu2

Microsoft MVP SQL Server
Culminis Speaker

"Felipe Arretz" escribió en el mensaje
news:
Voy a reinstalar el servicio de replicación y te digo exactamente los
errores. Respecto al log, este es un archivo log.ldf de 55023mb. Existe
alguna manera de reducir su tamaño?


Maxi ha escrito:

Hola, primero antes que nada yo veria el tema del LOG, me parece una
locura
que este en 55GB, ese log no deberia estar en mas de 1GB a lo sumo.
Con respecto a tu pregunta, la replicacion no es una mala idea para
mantener
2 servers actualizados y hasta usarlos como plan de contingencia por si
uno
se cae.
Ahora bien, no nos indicas que error da exactamente y como has hechos cada
paso de la replicacion.

Log Shipping es otra alternativa y tambien podrias usar Cluster, pero yo
me
inclinaria por replicacion transaccional


Salu2

Microsoft MVP SQL Server
Culminis Speaker

Respuesta Responder a este mensaje
#4 Felipe Arretz
03/01/2007 - 21:22 | Informe spam
Gracias Maxi, voy a aplicar eso una vez hecho el respadlo diario.

Otra pregunta, qué es más recomendable, una suscripción Pull o Push,
por lo que entiendo la única diferencia es que con la Push se
centraliza la administración de suscripciones, hay otra diferencia a
considerar?


Maxi ha escrito:

http://www.helpdna.net/sqlserver_faq.htm


Salu2

Microsoft MVP SQL Server
Culminis Speaker


Respuesta Responder a este mensaje
#5 Maxi
04/01/2007 - 13:07 | Informe spam
Hola, depende de que quieras hacer, no es que una es mejor que la otra sino
que son para ambientes distintos


Salu2

Microsoft MVP SQL Server
Culminis Speaker

"Felipe Arretz" escribió en el mensaje
news:
Gracias Maxi, voy a aplicar eso una vez hecho el respadlo diario.

Otra pregunta, qué es más recomendable, una suscripción Pull o Push,
por lo que entiendo la única diferencia es que con la Push se
centraliza la administración de suscripciones, hay otra diferencia a
considerar?


Maxi ha escrito:

http://www.helpdna.net/sqlserver_faq.htm


Salu2

Microsoft MVP SQL Server
Culminis Speaker


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida