Ayuda con Estrategia de backup

19/08/2004 - 23:28 por Morena | Informe spam
Tengo que diseñar e implementar la estrategia de bk para la base de datos en
Sql Server 2000 Enterprise(SP3) que tenemos en la empresa.

El escenario que tengo es el siguiente:

Tenemos un Cluster activo-pasivo con dos nodos, en los discos se encuetra
almacenada la base de datos (en un arreglo de discos los archivos .mdf y en
otro los .ldf). Cada servidor tiene Windows 2003 Server Enterprise.
Tenemos un dispositivos de cinta para hacer backups (PowerVault 122T, LTO,
100/200GB) el cual está conectado nada más a uno de los servidores. Solo
unos de los servidores que conforman el cluster tiene tarjeta controladora
para la cinta.

He leído los BOL y algunas recomendaciones en el Internet que hablan sobre
estrategias de backup similares a la siguiente:
1. Crear un Full Backup Domingo de 2:00 am a 3:00am
2. Crear un Backup diferencial cada noche a las 11:00pm
3. Crear Backup del Log de Transacciones cada hora (algunos recomiendan cada
media hora).
Obviamente esto depende del número de transaccions que se generen, del
tiempo de caída que podamos soportar y de la pérdida de datos que pueda
considerarse como aceptable.

Esta estrategia de backup en principio parece ser la adecuada para nosotros.

La duda viene sobre todo en cómo utilizar las cintas para el backup y cuál
es la solución más eficiente. He leído por ahí que es mucho más rápido y
eficiente utilizar discos que cintas(tanto para el backup como para el
recovery). Habla de cuestiones lógicas como que el acceso en tapes es
secuencial y en discos no, por ejemplo.

El asunto es que la idea de utilizar las cintas es para poder tener esos
respaldos almacenados en un banco. Se me planteó en un principio la idea de
crear primero los backups en disco y luego hacer un "backup de los backups"
en cinta, en un tiempo diferente al de los backups en disco. Esta parece una
buena solución. Mi duda en este punto es ¿cuál sería la frecuencia
recomendada para hacer los backups en cinta?

También se me planteó otra cuestión y es la de utilizar el log shippin para
pasar los datos a otro servidor y hacer los backups desde ese otro servidor.
No entiendo bien como sería esta estrategia, pues hasta donde tengo
entendido, el servidor origen envia al destino backups de log de
transacciones, el servidor destino los baja los recobra y los almacena para
mantener actualizada su base de datos. Es decir que estoy creando una copia
de la misma base de datos en otra base de datos. Esta solución no me parece
puesto que según mis lecturas se utiliza más que todo como una solución en
caso que el servidor principal se caiga, pero nosotros tenemos el clúster.
La idea de esto supongo que es utilizar el servidor destino como el backup,
pero no logro formarme en mi cabeza cómo podría ser entonces una estrategia
adecuada que me permita realizar backups sin que al recobrarlos pierda
demasiados datos (la perdida debe ser mínima y debería ser hasta el punto de
falla). Tambien no me cabe en la cabeza como entraría en este modelo el uso
de las cintas.

Mis disculpas por extenderme tanto pero quise poner lo mas amplio posible el
escenario. Les agradesco mucho todos los aportes.

Morena
 

Leer las respuestas

#1 Isaías
20/08/2004 - 00:01 | Informe spam
Hola Morena

Log Shipping es un metodo de tener una base de
datos "lista" para cuando se cae el servidor principal,
esto cuando se carece de CLUSTER, que NO es tu caso.

Como se supone que "NUNCA" tendras una caida "total", esto
es que dejes de procesar, porque cuentas con un cluster,
entonces lo mas recomendable es hacer un BACKUP COMPLETO,
todas las mañanas y hacer un BACKUP de transacciones
cada "x" tiempo (como dices, dependera del numero de
transacciones que tengas).

¿Donde hacerlo?

El disco es mucha mas rapido que una cinta, yo lo haria en
DISCO para posteriormente, mandarlo como "permanente" a
una cinta (respaldo vitalicio, fuera del lugar donde se
enecuentra fisicamente el servidor de datos).

Saludos

Preguntas similares