POOL DE BASE DE DATOS

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