2009-06-12 9 views
6

Mam plan konserwacji SQL 2005, który uruchamia kopię zapasową, aby utworzyć plik .bak, i po pomyślnym zakończeniu ma uruchomić zadanie czyszczenia czyszczenia, aby usunąć. pliki bak w folderze, do którego zapisywane jest zadanie kopii zapasowej, które jest starsze niż 5 dni.SQL 2005 Maintenance Cleanup Task .bak pliki nie są usuwane

Moje kopie zapasowe są tworzone, ale moje stare pliki nie są usuwane. Nie widzę żadnych błędów w dzienniku. Myślę, że być może mam problem z uprawnieniami - konto, dla którego uruchamiane jest zadanie, potrzebuje dostępu do folderu, z którego mają zostać usunięte pliki .bak. Czy wydaje się to prawdopodobną przyczyną, że pliki .bak nie są usuwane?

Jak mogę się dowiedzieć, na jakie konto jest wykonywane zadanie? Zgaduję, że byłoby to konto agenta SQL. Myślałem, że to będzie konto o nazwie "SQLServer2005AgentUser", więc próbowałem dać temu kontu pełną kontrolę, ale moje pliki .bak wciąż nie są usuwane.

Czy powinienem zastosować inne podejście do czyszczenia starych plików? Czy jest coś innego, co robię źle lub nie rozumiem?

Odpowiedz

12

Miałem dokładnie ten sam problem. Jak pamiętam, problem polegał na tym, jak określiłem rozszerzenie pliku w ustawieniach zadania czyszczenia.

W zadaniu czyszczenia konserwacyjnego sprawdź ustawienie "Rozszerzenie pliku". Jeśli jest ustawiony na ".bak", zmień go na "bak" (oczywiście bez cudzysłowów i bez kropki).

Naprawiło to problem dla mnie. To doprowadzało mnie do szału!

+0

Dziękuję bardzo. Mam '.' tam. Wyrzuciłem to i wszystkie prace były zgodne z oczekiwaniami. Zrobiłeś mój dzień! – hilary

+0

Cieszę się, że pomogło! W większości przypadków, gdy rozwiązuję problem, kończę naukę czegoś wartościowego po drodze. Nie miałem tego doświadczenia, kiedy miałem do czynienia z tym problemem - prawdopodobnie dlatego uznałem to za frustrujące. –

0

Nawet wprowadzenie tylko „bak” też jestem coraz problemu

0

W ścieżce do lokalizacji plików kopii zapasowej, upewnij się, że masz backslash po ostatnim folderu w np ścieżki.

E: \ MSSQL \ Backup \

Pracował dla nas po przejechaniu nam nakrętki na wieki ...

0

Jest jeszcze inna możliwość, aby utworzyć ten sam problem (o nie usuwanie starych kopii zapasowych plików). Gdy do modyfikacji planu konserwacji używana jest stara wersja SSMS (9.00.1399 SQL Server 2005 RTM, 1 listopada 2005), możliwość usunięcia podfolderów pierwszego poziomu będzie WYŁĄCZONA. Wiem, że większość ludzi nie używa tej bardzo starej wersji SSMS. W jednym z przypadków, które widziałem, jeden użytkownik miał na swoim komputerze wersję RTM SSMS i właśnie to spowodowało ten problem w tej sprawie. Zajęło mi trochę czasu, aby rozwiązać problem.

Podsumowując, nie tylko baza danych wymaga łatania, SSMS również wymaga poprawki. Upewnij się, że nikt nie powinien używać RTM SSMS do modyfikowania planu konserwacji.

Powiązane problemy