Jak często archiwizować główną bazę danych?

Sugestia w BOL jest dość niejasna:

Twórz kopie zapasowe tak często, jak to konieczne, aby chronić dane w stopniu wystarczającym do potrzeb Twojej firmy. Zalecamy regularny harmonogram tworzenia kopii zapasowych, który można uzupełnić o dodatkową kopię zapasową po istotnej aktualizacji.

Jeśli przejdziesz dalej , znajdziesz następujące informacje:

Rodzaje operacji, które powodują aktualizację wzorca i które wymagają wykonania kopii zapasowej, obejmują:

• Tworzenie lub usuwanie bazy danych użytkowników.
• Jeśli baza użytkowników rośnie automatycznie, aby pomieścić nowe dane,
  nie ma to wpływu na dane podstawowe.
• Dodawanie lub usuwanie plików i aplikacjami.
• Dodawanie loginów lub innych operacji związanych z bezpieczeństwem logowania.
• Operacje bezpieczeństwa bazy danych, takie jak dodawanie użytkownika do bazy danych, nie wpływają na master.
• Zmiana opcji konfiguracji dla całego serwera lub bazy danych.
• Tworzenie lub usuwanie logicznych urządzeń do tworzenia kopii zapasowych.
• Konfigurowanie serwera pod kątem rozproszonych zapytań i zdalnych wywołań procedur (RPC), takich jak dodawanie połączonych serwerów lub zdalne logowanie.

Więc jeśli wszystkie nasze dane logowania są dodawane za pośrednictwem grup systemu Windows i nie wprowadzamy żadnych innych zmian w bazie danych, czy to oznacza, że ​​jednorazowa kopia zapasowa urządzenia głównego jest wystarczająca?

Jeśli nie, jaki jest standardowy interwał tworzenia kopii zapasowej dla głównej bazy danych?

Twoja główna baza danych jest na ogół bardzo mała. Po prostu wykonaj kopię zapasową wraz z resztą baz danych, przynajmniej codziennie. Czy to ma znaczenie?

Osobiście, kiedy SHTF chciałbym mieć kopię zapasową głównego db, która ma kilka godzin, nawet jeśli mam 400 innych identycznych kopii zapasowych sprzed 400 dni. Nie chcę za dużo myśleć w przypadku, gdy muszę to przywrócić ...

1. Tak, jeśli nie dokonano żadnych zmian na serwerze (takich jak aktualizacje, dodawanie danych logowania, dodawanie nowych baz danych itp.) Od ostatniej kopii zapasowej, tak naprawdę nie trzeba jej wykonywać. Ale nie rozumiem, na czym polega problem: tworzenie kopii zapasowej urządzenia głównego jest szybkie, plik kopii zapasowej jest niewielki.
2. W mojej firmie kopie zapasowe są podzielone na 3 grupy:
   • raz na 12 godzin (dla serwerów, na których można dodać 10-50 loginów w ciągu dnia roboczego)
   • raz dziennie (dla większości serwerów)
   • raz w tygodniu (w przypadku niewielkiej części serwerów z rzadkimi zmianami)

To nie jest standard, to zasada firmy.

Wszystkie nasze produkcyjne bazy danych są archiwizowane codziennie w wolnym czasie. Gdyby operacje działały 24 godziny na dobę 7 dni w tygodniu, zalecałbym raz na 12 godzin, tak jak pierwsza odpowiedź.

Naprawdę pytanie brzmi: ile danych i struktur danych możesz sobie pozwolić na utratę? Jeśli meteoryt zniszczył twoją główną bazę danych, a więc w ziemi znajdowała się tylko palarnia, jak szybko zdołasz wykonać kopię zapasową, aby to zrobić? Możesz śmiać się z niemożności zdarzenia, które usuwa bazę danych, ale jeśli skorzystają z niej linie biznesowe, zauważysz, że tolerancja na przestoje jest bardzo mała.

Jeśli codziennie wykonujesz kopię zapasową, ile nowych informacji możesz stracić w ciągu jednego dnia? Ile czasu należy wymienić / powtórzyć te zmiany? Czy możesz powtórzyć zmiany, których nie utworzono kopii zapasowej? Skąd mógłbyś wiedzieć....

Zamiast koncentrować się na czyichś zasadach, musisz zapytać kierownictwo, jaka jest ich tolerancja na utratę danych i przestoje.