Как часто для резервного копирования основной базы данных?

Предложение в BOL довольно расплывчато:

Резервное копирование мастер так часто, как необходимо, чтобы защитить данные в достаточной степени для вашего бизнеса. Мы рекомендуем регулярное расписание резервного копирования, которое можно дополнить дополнительным резервным копированием после существенного обновления.

Если вы решите пойти дальше , вы найдете следующие детали:

Типы операций, которые вызывают обновление мастера и требуют резервного копирования, включают следующие:

• Создание или удаление базы данных пользователей.
• Если база данных пользователя автоматически увеличивается для размещения новых данных,
  это не влияет на основную базу данных .
• Добавление или удаление файлов и файловых групп.
• Добавление имен входа или других операций, связанных с безопасностью входа.
• Операции безопасности базы данных, такие как добавление пользователя в базу данных, не влияют на мастер.
• Изменение параметров конфигурации сервера или базы данных.
• Создание или удаление логических устройств резервного копирования.
• Настройка сервера для распределенных запросов и удаленных вызовов процедур (RPC), таких как добавление связанных серверов или удаленных входов в систему.

Итак, если все наши логины добавляются через группы Windows, и мы не вносим никаких других изменений в базу данных, означает ли это, что достаточно однократного резервного копирования мастера?

Если нет, то какой стандартный интервал резервного копирования для основной базы данных?

Ваша основная база данных, как правило, очень мала. Просто сделайте резервную копию с остальными базами данных, по крайней мере, ежедневно. Это имеет значение?

Лично, когда мне нужен SHTF, я бы хотел создать резервную копию master db, которой несколько часов, даже если у меня есть 400 других идентичных резервных копий на 400 дней. Я не хочу слишком много думать в случае, если я должен восстановить это ...

1. Да, если с момента последнего резервного копирования не было сделано никаких изменений на сервере (таких как обновления, добавление логинов, добавление новых баз данных и т. Д.), Вам фактически не нужно делать новое резервное копирование. Но я не могу понять, в чем проблема с этим: резервное копирование мастера является быстрой операцией, файл резервной копии маленький.
2. В моей компании мастер-резервные копии делятся на 3 группы:
   • один раз в 12 часов (для серверов, где можно добавить 10-50 логинов в течение рабочего дня)
   • один раз в день (для большинства серверов)
   • один раз в неделю (для небольшой части серверов с редкими изменениями)

Это не стандарт, это правило компании.

Все наши производственные базы данных ежедневно копируются в медленное время. Если бы операции выполнялись 24/7, я бы рекомендовал один раз в 12 часов, как первый ответ.

На самом деле вопрос в том, сколько данных и структур данных вы можете позволить себе потерять? Если метеорит уничтожил вашу основную базу данных, так что в земле была только яма для курения, как быстро вы могли бы создать резервную копию, чтобы занять ее место? Вы можете смеяться над невозможностью события, которое уничтожает вашу базу данных, но если бизнес-линии используют его, вы обнаружите, что очень мало терпимости к простоям.

Если вы ежедневно делаете резервную копию, сколько новой информации вы могли бы потерять за день? Сколько времени заменить / повторить эти изменения? Можете ли вы повторить изменения, которые не были сохранены? Как бы вы узнали ....

Вместо того, чтобы фокусироваться на чужой политике, вам нужно спросить руководство, какова их терпимость к потере данных и простоям.