Como administrador de bases de datos, uno de los problemas más comunes que puedes enfrentar son las fallas de respaldo. Cuando los respaldos fallan, es crucial identificar el mensaje de error exacto para poder solucionar y resolver el problema de manera efectiva. En este artículo, exploraremos el mensaje de error “Falla de respaldo” y discutiremos los pasos para diagnosticar y resolver el problema.

Recientemente, tuve un cliente que reportó fallas de respaldo aleatorias. Sabiendo que puede haber varias razones para las fallas de respaldo, como problemas de permisos o espacio, solicité al cliente que me proporcionara el mensaje de error del archivo ErrorLog de SQL Server.

Al recibir el mensaje de error, noté que los respaldos estaban fallando al respaldar una base de datos en una carpeta compartida. El mensaje de error del archivo ErrorLog indicaba:

2017-05-11 11:36:23.10 spid109 Error: 18204, Severidad: 16, Estado: 1.
2017-05-11 11:36:23.10 spid109 BackupDiskFile::CreateMedia: El dispositivo de respaldo '\\ozone-fs\Backups\DBName.bak' no pudo crearse. Error del sistema operativo 1240 (La cuenta no está autorizada para iniciar sesión desde esta estación.).
2017-05-11 11:36:23.10 Backup Error: 3041, Severidad: 16, Estado: 1.
2017-05-11 11:36:23.10 Backup BACKUP no pudo completar el comando BACKUP DATABASE DBName. Verifique el registro de la aplicación de respaldo para obtener mensajes detallados.

Al analizar el mensaje de error, noté que el respaldo se estaba realizando en una carpeta compartida en lugar de una unidad local. Esto despertó mi curiosidad y pregunté sobre el tipo de carpeta compartida que se estaba utilizando. El cliente me informó que estaban utilizando una configuración de Servidor de Archivos de Escalamiento (SOFS) con carpetas Continuamente Disponibles (CA).

Cuando busqué el mensaje de error, encontré información relacionada con SMB y cambios a nivel de registro, pero no abordaba el problema con las carpetas CA. Esto me llevó a investigar más a fondo sobre el tema y realizar algunas investigaciones.

Después de una extensa investigación, descubrí un hallazgo interesante. No se recomienda utilizar la configuración de Servidor de Archivos de Escalamiento (SOFS) con carpetas Continuamente Disponibles (CA) para los respaldos de SQL. En su lugar, es aconsejable utilizar un Clúster de Servidor de Archivos de Uso General.

Al utilizar un Clúster de Servidor de Archivos de Uso General, puedes evitar problemas potenciales y garantizar un proceso de respaldo más confiable. Este cambio en la configuración puede mejorar significativamente la tasa de éxito de tus respaldos y minimizar la aparición de fallas de respaldo.

Como administrador de bases de datos, es esencial mantenerse actualizado con las mejores prácticas y recomendaciones más recientes para garantizar el buen funcionamiento de tu entorno de SQL Server. Al comprender los conceptos subyacentes y tomar decisiones informadas, puedes resolver problemas y optimizar el rendimiento de tus respaldos de SQL Server de manera efectiva.

En conclusión, cuando te enfrentes a fallas de respaldo, siempre presta atención al mensaje de error. Proporciona información valiosa sobre la causa raíz del problema. En el caso de fallas de respaldo en una carpeta compartida, considera utilizar un Clúster de Servidor de Archivos de Uso General en lugar de una configuración de Servidor de Archivos de Escalamiento (SOFS) con carpetas Continuamente Disponibles (CA). Este cambio simple puede marcar una diferencia significativa en la tasa de éxito de tus respaldos.