Моя база даних перевищує 250 Гб. Я роблю заплановані резервні копії за допомогою стороннього інструменту.
Чи є резервне копіювання бази даних розкладів найкращим способом захисту бази даних SQL Server від корупції? Або ви можете порекомендувати щось інше?
Відповіді:
Резервне копіювання не може запобігти корупції. Ніщо не може абсолютно запобігти корупції.
Що робить резервна копія - це можливість відновити дані до більш раннього часу у випадку корупції чи іншої катастрофи.
Незалежно від того, що ваш графік резервного копіювання захищає вас адекватно, це не те, на що може відповісти спільнота однолітків - ваші ділові вимоги будуть диктувати це. Вам потрібно врахувати ціль точки відновлення (RPO) - скільки даних ви можете собі дозволити втратити? Якщо ви обмежитеся на 5 хвилин, і ви берете повну резервну копію один раз на день і реєструєте резервні копії щогодини, ви не закриваєтесь. Щоб справді захистити себе, ви повинні перебувати в повному режимі відновлення, і резервне копіювання журналу має відбуватися кожні <= n хвилин, де n - максимальний обсяг втрат даних, який ви можете зазнати.
Також є й інші міркування, такі як мета часу відновлення (RTO) - у випадку катастрофи, як довго ви можете дозволити собі витратити гроші на Інтернет? Це визначає, чи потрібно просто робити резервні копії на диску, готові до доступу, чи активно підтримувати тепле очікування, використовуючи доставку журналів, або більш високі "вартісні" методи DR, такі як дзеркальне відображення, FCI та групи доступності. Зауважте, що деякі з цих технологій можуть допомогти врятувати вас від пошкодження даних, але інші типи відмов не покриваються (наприклад, випадкове видалення без пункту, де пункт буде щасливо працювати як на первинному, так і на будь-якому другорядному).
На мій досвід, найкращим способом захисту моєї бази даних є планові резервні копії. Як сказав Аарон, на це два питання важливо відповісти:
Скільки даних ви можете собі дозволити втратити?
У разі катастрофи, як довго ви можете собі дозволити витратити гроші на Інтернет?
Звичайно, моя база даних менша, ніж 250 Гб, і я віддаю перевагу маніакальному плану резервного копіювання, це повне резервне копіювання бази даних кожні 24 години, диференційне резервне копіювання кожні три години та робити резервні копії журналу транзакцій кожні 15 хвилин. Так, можливо, знадобиться більше часу, щоб відновити мою базу даних, якщо відбудеться збій, але втрачені мої дані будуть мінімальними.
Я б подумав про налаштування реплікації для вашої бази даних. Будь ласка, прочитайте, наприклад, тут, щоб отримати докладнішу інформацію про те, як це працює і як це може допомогти в захисті ваших даних:
https://msdn.microsoft.com/en-us/en-en/library/ms151198%28v=sql.110%29.aspx
Звичайно, це має сенс, якщо ви встановлюєте реплікацію на інші хости, навіть у іншій мережі. Налаштування транзакційної реплікації - це те, що оператор хоче для максимальної безпеки, оскільки реплікація відбувається негайно, тому це завжди надійніше, ніж просто запланована резервна копія.