Резервна копія потрібна для відновлення після втрати або пошкодження даних. Правило 3-2-1 допомагає розділити ризики: кілька копій, різні носії та копія поза основним місцем. Реальна придатність залежить від ізоляції, актуальності та перевіреного відновлення.
Почніть із вимог відновлення
Визначаємо критичні дані та допустиму їх втрату в часі. Окремо погоджуємо потрібний час повернення сервісу. Збереження файлу не доводить, що застосунок запуститься з нього в потрібному середовищі.
Умовний приклад — база й вкладення зберігаються окремо. Їх потрібно відновити в сумісному стані разом із конфігурацією. Ключі шифрування також потребують власного захисту й відновлення.
Розділіть доступи й місця зберігання
Копія на тому самому диску не захищає від його відмови. Доступний для перезапису мережевий ресурс може постраждати разом із робочими даними. Перевіряємо реальні права й незалежність копій.
Незмінність об’єктів може обмежувати видалення протягом налаштованого строку. Вона залежить від режиму й прав і не є абсолютним захистом від усіх причин втрати. Строки зберігання погоджують із потребами та вимогами.
Контролюйте успішність копіювання
Перевіряємо розклад, помилки, вільне місце та актуальність. Повідомлення має надходити відповідальному, який знає наступну дію. Відсутність листа не повинна автоматично означати успіх.
Для баз потрібен погоджений узгоджений спосіб зняття копії. Копіювання відкритих файлів без перевірки може дати непридатний набір. Метод обирають за конкретною системою.
Відновіть копію до виникнення інциденту
Тестове відновлення виконуємо в ізольованому середовищі. Перевіряємо дані, запуск і потрібні бізнес-операції. Фіксуємо фактичний час та відмінності від робочого середовища.
Перед цим локальним спринтом ALL IT Agency створено окрему копію файлів із перевіркою SHA-256. Це перевірка цілісності файлів, а не доказ відновлення будь-якої бази даних або універсальний строк повернення сервісу.
Джерела та подальше читання
