Як часто робити резервну копію основної бази даних?

Пропозиція в BOL досить розпливчаста:

Створюйте резервні копії майстра якомога частіше, щоб захистити дані достатньо для потреб вашого бізнесу. Ми рекомендуємо регулярний графік резервного копіювання, який ви можете доповнити додатковою резервною копією після істотного оновлення.

Якщо ви ризикуєте далі , ви знайдете такі деталі:

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

• Створення або видалення користувальницької бази даних.
• Якщо база даних користувачів автоматично зростає для розміщення нових даних,
  майстер не впливає.
• Додавання та видалення файлів та груп файлів.
• Додавання логінів або інших операцій, пов’язаних із безпекою входу.
• Операції із захисту даних, такі як додавання користувача до бази даних, не впливають на майстер.
• Зміна параметрів конфігурації на сервері або на базі даних.
• Створення або видалення логічних пристроїв резервного копіювання.
• Налаштування сервера для розподілених запитів та викликів віддалених процедур (RPC), таких як додавання зв'язаних серверів або віддалених входів.

Отже, якщо всі наші входи додаються через групи Windows, і ми не вносимо жодних інших змін у базу даних, чи означає це, що достатньо одноразового резервного копіювання майстра?

Якщо ні, то який стандартний інтервал резервного копіювання для основної бази даних?

Ваш головний БД, як правило, дуже маленький. Просто створіть резервну копію решти ваших баз даних, принаймні щодня. Це важливо?

Особисто мені, коли SHTF, я хотів би створити резервну копію майстер-db, який досягає декількох годин, навіть якщо у мене ще 400 однакових, що повертаються за 400 днів. Я не хочу занадто багато думати, якщо мені доведеться його відновити ...

1. Так, якщо з останньої резервної копії не було внесено змін на сервер (наприклад, оновлення, додавання логінів, додавання нових баз даних тощо), вам фактично не потрібно робити нову резервну копію. Але я не можу зрозуміти, в чому полягає проблема: резервне копіювання майстра - це швидке запуску, файл резервного копіювання - невеликий.
2. У моїй компанії мастер-бекапи поділяються на 3 групи:
   • один раз на 12 годин (для серверів, де 10-50 входів можна додавати протягом робочого дня)
   • раз на день (для більшості серверів)
   • раз на тиждень (для невеликої частини серверів з нечастою зміною)

Це не стандарт, це правило компанії.

Всі наші виробничі бази даних щодня створюються резервними копіями протягом повільного часу. Якщо операції тривали 24/7, я б рекомендував раз на 12 годин, як перша відповідь.

Дійсно питання полягає у тому, скільки даних та структур даних ви можете собі дозволити втратити? Якщо метеорит знищив вашу основну базу даних, щоб у землі залишився лише коптильня, наскільки швидко ви могли підняти резервну копію, щоб зайняти її місце? Ви можете сміятись над неможливістю події, яка виймає вашу базу даних, але якщо бізнес-лінії використовують її, ви виявите, що терпіння простоїв дуже мало.

Якщо ви щодня створюєте резервні копії, скільки нової інформації ви могли втратити за день? Скільки часу замінити / повторити ці зміни? Чи можете ви змінити зміни, які не були резервні? Як би ти знав….

Замість того, щоб зосереджуватися на чужій політиці, потрібно запитати менеджмент, яка їх толерантність до втрати даних та простоїв.