martes, 20 de julio de 2010
Hoy, en el trabajo, ha dejado de dar servicio una Base de datos MS SQL Server 2005. El primer síntoma ha sido, evidentemente el mensaje de error del software cliente de la Base de datos. Al conectarme mediante una consola de administracion al Servidor SQL, me encuentro la base de datos, en color gris, y con un Suspect (sospechoso) entre parentesis.
Es entonces, cuando descubres que el sístema de copia usado en principio, no sirve de mucho (basado en cinta y un script que paraba el servicio y copiaba los archivos, levantando despues el servicio de nuevo, se nos iva dos dias atrás), y en el plan de mantenimiento descubres, que los Backups nativos de SQL Server, están mal configurados.
Esto, entre otros problemas evidentes, ocasionaba que el archivo fisico LDF, viniese ocupando unos 9 Gb, en comparación al poco más de 1Gb que el propio archivo físico de la Base de Datos, mdf.
Finalmente, el milagro ha sido el siguiente:
1-Parar el servicio SQL Server
2-Renombrar los archivos de la Base de Datos dañada, o marcada como sospechosa.
3-Arrancar el servicio SQL Server, eliminar la Base de datos, y volver a crearla.
4-Parar el servicio SQL Server.
5-Eliminar los 2 nuevos archivos creados para la BD, y renombrar los previamente copiados en el paso 2.
6-Volver a levantar el servicio, y cruzar los dedos.
Desde la consola podremos comprobar si la Base de Datos vuelve a estar activa, o no.
En nuestro caso, ha ido bien.
Es por ello, que hay que tener bien configurados en los Planes de Mantenimiento los
backups, y limitar el tamaño del archivo LOG.
Algunos enlaces interesantes:
Planes de mantenimiento:
microsoft.com
databasedesign-resource.com
Tamaño archivos LDF:
improvisa.com
Mañana, mas ;)
Es entonces, cuando descubres que el sístema de copia usado en principio, no sirve de mucho (basado en cinta y un script que paraba el servicio y copiaba los archivos, levantando despues el servicio de nuevo, se nos iva dos dias atrás), y en el plan de mantenimiento descubres, que los Backups nativos de SQL Server, están mal configurados.
Esto, entre otros problemas evidentes, ocasionaba que el archivo fisico LDF, viniese ocupando unos 9 Gb, en comparación al poco más de 1Gb que el propio archivo físico de la Base de Datos, mdf.
Finalmente, el milagro ha sido el siguiente:
1-Parar el servicio SQL Server
2-Renombrar los archivos de la Base de Datos dañada, o marcada como sospechosa.
3-Arrancar el servicio SQL Server, eliminar la Base de datos, y volver a crearla.
4-Parar el servicio SQL Server.
5-Eliminar los 2 nuevos archivos creados para la BD, y renombrar los previamente copiados en el paso 2.
6-Volver a levantar el servicio, y cruzar los dedos.
Desde la consola podremos comprobar si la Base de Datos vuelve a estar activa, o no.
En nuestro caso, ha ido bien.
Es por ello, que hay que tener bien configurados en los Planes de Mantenimiento los
backups, y limitar el tamaño del archivo LOG.
Algunos enlaces interesantes:
Planes de mantenimiento:
microsoft.com
databasedesign-resource.com
Tamaño archivos LDF:
improvisa.com
Mañana, mas ;)
Suscribirse a:
Enviar comentarios (Atom)
0 comentarios:
Publicar un comentario