Tác vụ dọn dẹp bảo trì SQL 2005. Các tệp bak không bị xóa

Question

Tôi có kế hoạch bảo trì SQL 2005 chạy bản sao lưu để tạo tệp .bak và khi hoàn thành thành công, bạn phải chạy tác vụ Bảo trì để xóa bất kỳ tệp nào. các tệp bak trong thư mục, tác vụ sao lưu sẽ lưu lại hơn 5 ngày.

Bản sao lưu của tôi đang được tạo nhưng các tệp cũ của tôi không bị xóa. Tôi không thấy bất kỳ lỗi nào trong nhật ký. Tôi nghĩ rằng có lẽ tôi có một vấn đề quyền - rằng tài khoản công việc đang chạy theo nhu cầu truy cập vào thư mục các tập tin .bak sẽ được xóa từ. Điều này có vẻ giống như nguyên nhân của tệp .bak không bị xóa không?

Làm cách nào để tìm hiểu xem công việc nào đang chạy dưới tài khoản nào? Tôi đoán nó sẽ là tài khoản Đại lý SQL. Tôi nghĩ rằng đó sẽ là tài khoản có tên 'SQLServer2005AgentUser' vì vậy tôi đã cố gắng cung cấp cho tài khoản đó toàn quyền kiểm soát, nhưng các tệp .bak của tôi vẫn không bị xóa.

Tôi có nên thực hiện một cách tiếp cận khác để dọn dẹp các tệp cũ không? Hay có điều gì khác tôi đang làm sai hay không hiểu?

Answer 1

Tôi gặp vấn đề tương tự. Khi tôi nhớ lại, vấn đề là với cách tôi chỉ định phần mở rộng tập tin trên các thiết lập nhiệm vụ làm sạch.

Trên Tác vụ xóa bảo trì, hãy kiểm tra cài đặt của bạn cho 'Tiện ích mở rộng tệp'. Nếu nó được đặt thành ".bak", hãy đổi thành "bak" (không có dấu ngoặc kép rõ ràng và không có dấu chấm).

Điều này đã khắc phục được sự cố cho tôi. Điều này làm tôi phát điên!

Answer 2

Ngay cả việc đưa chỉ là "bak" cũng Tôi nhận được vấn đề

Answer 3

Trong đường dẫn đến vị trí của tập tin sao lưu, hãy chắc chắn bạn có một dấu chéo ngược sau khi thư mục cuối cùng trong đường dẫn ví dụ.

E: \ MSSQL \ Backup \

Làm việc cho chúng tôi sau khi lái xe chúng tôi phát điên cho các lứa tuổi ...

Answer 4

Có một khả năng để tạo ra cùng một vấn đề (không xóa các tập tin sao lưu cũ). Khi một SSMS phiên bản cũ (9.00.1399 SQL Server 2005 RTM, 1 tháng 11 năm 2005) đang được sử dụng để sửa đổi kế hoạch bảo trì, khả năng xóa các thư mục con cấp một sẽ bị TẮT. Tôi biết rằng hầu hết mọi người không sử dụng SSMS phiên bản rất cũ này. Trong một trong những trường hợp tôi thấy, một người dùng có phiên bản RTM SSMS này trên máy tính của mình và đó là nguyên nhân gây ra sự cố này trong trường hợp. Tôi mất một lúc để nhận ra vấn đề.

Để tóm tắt, nó không chỉ là cơ sở dữ liệu cần vá, SSMS cũng cần bản vá. Đảm bảo rằng không ai nên sử dụng RTM SSMS để sửa đổi gói bảo trì.