Cotygodniowe zadanie tworzenia kopii zapasowej wykonujemy w piątki o 21.00 i mamy kilka problemów związanych z miejscem na dysku (które czasami staje się niebezpiecznie niskie) i wydajnością. Patrzymy na usprawnienie / optymalizację tego, co się dzieje i docenimy Twoje komentarze.
Konkretnie:
Proces tworzenia kopii zapasowej trwa około 4 godzin, aby zaktualizować statystyki podczas tworzenia kopii zapasowej. Czy możemy bezpiecznie wyłączyć ten proces, aby zaoszczędzić czas?
Kończy nam się miejsce na dysku bardzo często i zastanawiamy się, czy powinniśmy ponownie uruchomić proces. Obecnie tworzy kopię zapasową, a następnie usuwa poprzednią kopię zapasową, i to właśnie zajmuje miejsce na dysku. Czy możemy najpierw bezpiecznie usunąć poprzednią, a następnie wykonać kopię zapasową?
Wszelkie inne uwagi i uwagi byłyby mile widziane. EDYCJA: Całkowity rozmiar plików SQL na serwerze wynosi około 35 GB. Jeden db ma rozmiar około 25 GB, a pozostałe sześć udziałów stanowi pozostałe 10 GB.
Odpowiedzi:
(1) Tak, zwykle sam mam proces tworzenia kopii zapasowej. Gdybym mógł, nie robiłbym wiele z niczego podczas tworzenia kopii zapasowej. Możesz poprosić o wykonanie kopii zapasowej, a następnie wykonanie aktualizacji statystyk. Jak się wydaje, wydaje się, że jednocześnie wykonujesz dwa zadania (1 dla kopii zapasowej, 1 dla statystyk aktualizacji)?
(2) Czy kopiujesz kopię zapasową na taśmę lub inną pamięć dyskową? Jeśli tak, to zazwyczaj usuwam pliki, zanim utworzę nowe kopie lokalne. Jeśli nie, to jeśli skrobię przestrzeń dyskową, rozważę spakowanie pliku kopii zapasowej przed utworzeniem nowego. (To znaczy, jeśli nie możesz włączyć kompresji kopii zapasowych, jak sugerował @ Simon , to również zaoszczędziłoby trochę miejsca).
źródło
Mogę tylko odpowiedzieć na pytanie 2 tutaj. Polecam przejrzeć skompresowane kopie zapasowe.
źródło
1) Nie widzę bezpośredniego związku między zadaniem tworzenia kopii zapasowej a zadaniem aktualizacji statystyk. Abyś mógł je bez problemu podzielić. Chciałbym zobaczyć część aktualizacji statystyk bardziej związaną z zadaniem, które defragmentuje / odbudowuje indeksy.
2) Nawet jeśli jest to krótki czas, nie chcesz być bez kopii zapasowej. Dlatego chcesz usunąć ostatnią kopię zapasową tylko wtedy, gdy masz już ją zapisaną w innym miejscu.
Uwaga dodatkowa: jeśli wykonujesz kopie zapasowe na tym samym schowku, w którym znajduje się baza danych, kopie zapasowe nie będą bezpieczne, gdy wystąpi problem sprzętowy ze schowkiem. Musisz więc zapewnić wystarczającą ilość miejsca na kopie zapasowe w innym miejscu, a nie na tym samym komputerze.
Uwaga dodatkowa 2: jak już określił Simon, zainwestuj czas / pieniądze w skompresowane kopie zapasowe, jeśli masz problemy z przestrzenią. W tym pytaniu możesz zobaczyć wiele pomysłów: najmniejsza możliwa kopia zapasowa… z SQL Server .
źródło
Twoje zadanie aktualizacji statystyk nie powinno zająć 4 godzin w przypadku bazy danych o pojemności 3-4 GB. Bardziej niż prawdopodobne jest, że masz problemy z I / O lub silnie pofragmentowaną bazę danych, która tworzy problemy I / O. Uruchom defragmentację lub przebudowę indeksu w bazie danych i sprawdź, czy to poprawi wydajność. Jeśli nie, odpal perfmon i sprawdź, gdzie jest twoje wąskie gardło.
źródło
Nie zaleca się usuwania jedynej kopii zapasowej przed zrobieniem nowej. Nie byłby to pierwszy przypadek, gdy tworzenie kopii zapasowej nie powiodło się lub instancja uległa awarii, a odradzanie przerwy w czasie bez szans na odzyskanie nie jest zalecane.
To nie jest rozwiązanie twojego problemu. Zastanawianie się, jak mieć więcej miejsca na mieszkanie, byłoby dobrym rozwiązaniem.
źródło