2009-06-12 25 views
6

Tengo un plan de mantenimiento SQL 2005 que ejecuta una copia de seguridad para crear un archivo .bak, y, cuando se completa satisfactoriamente, se ejecuta una tarea de limpieza de mantenimiento para eliminar cualquiera. archivos bak en la carpeta que guarda la tarea de respaldo a más de 5 días.SQL 2005 Maintenance Cleanup Task .bak archivos no eliminados

Mis copias de seguridad se están creando, pero mis archivos antiguos no se están eliminando. No veo ningún error en el registro. Creo que tal vez tengo un problema de permisos: que la cuenta en la que se ejecuta el trabajo necesita acceso a la carpeta desde donde se eliminarán los archivos .bak. ¿Parece esto una causa probable de que los archivos .bak no se eliminen?

¿Cómo puedo saber en qué cuenta se ejecuta el trabajo? Supongo que sería la cuenta del Agente SQL. Pensé que sería la cuenta llamada 'SQLServer2005AgentUser', así que traté de darle a esa cuenta el control total, pero mis archivos .bak todavía no se eliminan.

¿Debo tomar un enfoque diferente para limpiar los archivos antiguos? ¿O hay algo más que estoy haciendo mal o no estoy entendiendo?

Respuesta

12

Tuve exactamente el mismo problema. Según recuerdo, el problema estaba en cómo especifiqué la extensión del archivo en la configuración de la tarea de limpieza.

En la Tarea de limpieza de mantenimiento, verifique su configuración para 'Extensión de archivo'. Si está configurado en ".bak", cámbielo a "bak" (sin comillas, obviamente, sin punto).

Esto me solucionó el problema. ¡Esto me volvió loco!

+0

Muchas gracias. Tuve un '.' ahí. Lo sacó y todo funciona como se esperaba. ¡Me has alegrado el día! – hilary

+0

¡Me alegro de que haya sido útil! La mayoría de las veces, cuando estoy solucionando un problema, termino aprendiendo algo que vale la pena en el camino. No tenía esa experiencia cuando estaba lidiando con este problema, probablemente por qué lo encontraba tan frustrante. –

0

Incluso dejando sólo "bak" También estoy recibiendo problema

0

En la ruta a la ubicación de los archivos de copia de seguridad, asegúrese de que tiene una barra invertida después de la última carpeta de la ruta por ejemplo.

E: \ MSSQL \ Backups \

trabajado para nosotros después de nosotros volviendo loco para las edades ...

0

Hay otra posibilidad para crear el mismo problema (de no borrar los archivos de copia de seguridad de edad). Cuando se utiliza una versión antigua SSMS (9.00.1399 SQL Server 2005 RTM, 1 de noviembre de 2005) para modificar el plan de mantenimiento, la capacidad de eliminar subcarpetas de primer nivel se DESACTIVARÁ. Sé que la mayoría de la gente no usa esta versión antigua de SSMS. En uno de los casos que vi, un usuario tenía esta versión RTM SSMS en su PC, y eso fue lo que causó este problema en el caso. Me tomó un tiempo darme cuenta del problema.

En resumen, no es solo la base de datos la que necesita parches, SSMS también necesita el parche. Asegúrese de que nadie use RTM SSMS para modificar el plan de mantenimiento.

Cuestiones relacionadas