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
Últimos mensajes - Powered by IBM
Palabras claves
Hacer una pregunta
Siga el debate
Tengo una respuesta
Busqueda sugerida
Domingo 22 de diciembre - 23:52
Registrar
Leer las respuestas