Trasvase de registros?????

11/05/2005 - 19:30 por agalvanruiz | Informe spam
Hola a tod@s.
Ante todo muchas gracias por leer esto.

Tengo un problema. Necesitaría que una base de datos SQL que corre en un
servidor se duplicara automáticamente o cada pocos minutos en otro equipo,
de manera que si cae el primer servidor, sea razonablemente rápido
sustituir el servidor por el segundo, y que todo vuelva a funcionar
correctamente.

He leído algo sobre copias de seguridad y copias de "Transaction Log", que
usados conjuntamente con los trasvases de registros me podrían solucionar
el problema. Pero cuando sigo las instrucciones para hacerlo me encuentro
con que al entrar en el plan de mantenimiento, elegir la base de datos
sobre la que quiero ejecutar dicho plan, me debería aparecer una casilla
para marcar con el texto "Trasvasar los registros de transacciones a otros
servidores SQL SERVER (trasvase de registros)", pero dicha casilla no me
aparece!!!! EStoy desesperado!!!!!!!!

¿Alguien me podría echar una mano en esto?
¿Es esta la solución más correcta para el problema que planteo?
Os estaría muy agradecido si alguien me pudiera orientar un poco.

Muchas gracias y espero no haberme extendido mucho.
A. Galván.

Preguntas similare

Leer las respuestas

#1 Maxi
11/05/2005 - 19:47 | Informe spam
Hola, esta funcion esta solo disponible en la version Entherprise, vos
dispones de dicha version?


Salu2
Maxi


"AGalvan" escribió en el mensaje
news:
Hola a
Ante todo muchas gracias por leer esto.

Tengo un problema. Necesitaría que una base de datos SQL que corre en un
servidor se duplicara automáticamente o cada pocos minutos en otro equipo,
de manera que si cae el primer servidor, sea razonablemente rápido
sustituir el servidor por el segundo, y que todo vuelva a funcionar
correctamente.

He leído algo sobre copias de seguridad y copias de "Transaction Log", que
usados conjuntamente con los trasvases de registros me podrían solucionar
el problema. Pero cuando sigo las instrucciones para hacerlo me encuentro
con que al entrar en el plan de mantenimiento, elegir la base de datos
sobre la que quiero ejecutar dicho plan, me debería aparecer una casilla
para marcar con el texto "Trasvasar los registros de transacciones a otros
servidores SQL SERVER (trasvase de registros)", pero dicha casilla no me
aparece!!!! EStoy desesperado!!!!!!!!

¿Alguien me podría echar una mano en esto?
¿Es esta la solución más correcta para el problema que planteo?
Os estaría muy agradecido si alguien me pudiera orientar un poco.

Muchas gracias y espero no haberme extendido mucho.
A. Galván.

Respuesta Responder a este mensaje
#2 agalvanruiz
11/05/2005 - 20:36 | Informe spam
Maxi wrote:

Hola, esta funcion esta solo disponible en la version Entherprise, vos
dispones de dicha version?




Gracias por responder tan rápido Maxi.
Me temo que ahí está el problema. No tengo la versión Enterprise. Tengo la
MSDE.

Por otro lado, para el problema que planteaba, crees que lo más
conveniente sería usar el trasvase de registros, o me recomiendas otra
cosa?

Muchas gracias y espero no ser pesado...
Un saludo.
A. Galván.
Respuesta Responder a este mensaje
#3 Jorge Martinez
11/05/2005 - 23:16 | Informe spam
Uff, pues no se si seria la mejor solucion pero si tienes que implementar lo
que comentas yo miraria por una Replicacion del tipo SnapShot, sino tendrias
que implementarte tu mismo mediante trabajos el trasvase de registros.


"Agalvan" escribió en el mensaje
news:
Maxi wrote:

> Hola, esta funcion esta solo disponible en la version Entherprise, vos
> dispones de dicha version?


Gracias por responder tan rápido Maxi.
Me temo que ahí está el problema. No tengo la versión Enterprise. Tengo la
MSDE.

Por otro lado, para el problema que planteaba, crees que lo más
conveniente sería usar el trasvase de registros, o me recomiendas otra
cosa?

Muchas gracias y espero no ser pesado...
Un saludo.
A. Galván.


Respuesta Responder a este mensaje
#4 agalvanruiz
12/05/2005 - 18:06 | Informe spam
Jorge Martinez wrote:

Uff, pues no se si seria la mejor solucion pero si tienes que implementar lo
que comentas yo miraria por una Replicacion del tipo SnapShot, sino tendrias
que implementarte tu mismo mediante trabajos el trasvase de registros.



Gracias Jorge. No sé si estoy equivocado (probablemente sí...). Las
replicaciones SnapShot son lo mismo que las duplicaciones de instantáneas,
no?
Ten en cuenta que necesitaría hacer una duplicación cada pocos minutos
(2-3 minutos), y eso no ralentazaría al servidor? La base de datos se
"limpia cada año". A finales de año podría tener un tamaño de unos 200-300
MB (según estimaciones). Calculo que en hora punta de trabajo puede haber
unos 10 terminales accediendo continuamente al servidor de SQL, (el 99% de
las operaciones serían de inserciones de registros en la tabla). Como
solemos decir por aquí... "estoy mas perdido que el barco del arroz".

Muchas gracias de nuevo por tomarte la molestia.
Un saludo a

A. Galvan.
Respuesta Responder a este mensaje
#5 Jorge Martinez
12/05/2005 - 22:48 | Informe spam
Efectivamente SnapShot es la de instantaneas. Tambien tienes la posibilidad
claro de hacer una replicacion de mezcla pero para el caso que comentas
podria ser un engorro en el momento de que cayera el publicador/distribuidor
y luego lo tuvieras que levantar de nuevo. Pero bueno supongo que apoyandote
en una buena politica de copias de seguridad se podria plantear.

De todas formas si las BBDD van a actualizarse muy a menudo en cuanto a
estructura de tablas esto puede ser un pequeño incoveniente.

Ya me diras algo.

"Agalvan" escribió en el mensaje
news:#
Jorge Martinez wrote:

> Uff, pues no se si seria la mejor solucion pero si tienes que


implementar lo
> que comentas yo miraria por una Replicacion del tipo SnapShot, sino


tendrias
> que implementarte tu mismo mediante trabajos el trasvase de registros.

Gracias Jorge. No sé si estoy equivocado (probablemente sí...). Las
replicaciones SnapShot son lo mismo que las duplicaciones de instantáneas,
no?
Ten en cuenta que necesitaría hacer una duplicación cada pocos minutos
(2-3 minutos), y eso no ralentazaría al servidor? La base de datos se
"limpia cada año". A finales de año podría tener un tamaño de unos 200-300
MB (según estimaciones). Calculo que en hora punta de trabajo puede haber
unos 10 terminales accediendo continuamente al servidor de SQL, (el 99% de
las operaciones serían de inserciones de registros en la tabla). Como
solemos decir por aquí... "estoy mas perdido que el barco del arroz".

Muchas gracias de nuevo por tomarte la molestia.
Un saludo a

A. Galvan.


Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida