Побудуйте карту джерел, а не шукайте чарівну кнопку
Запитайте у провайдера про snapshots, окремі диски, логи та експорти. Перевірте репозиторій коду, локальні робочі файли розробника, вивантаження CMS, медіасховища, поштові сповіщення й дані в інтегрованій CRM. Не підключайте новий порожній сервер поверх того самого диска до збереження доступних залишків.
Для кожного джерела фіксуйте дату, власника й те, що воно реально містить. Часткове відновлення має бути чесно описане бізнесу.
Репозиторій
Код, історія змін і конфігураційні шаблони; не база продажів.
Провайдер
Можливі snapshots і експорт БД, якщо вони існують та доступні.
Інтеграції
CRM, пошта, платіжний сервіс можуть містити частину подій, але не повний сайт.
Що можна взяти з публічного вебу
Пошуковий кеш, CDN чи вебархів іноді допоможуть відновити тексти, зображення, структуру URL та дизайн окремих публічних сторінок. Вони можуть бути застарілими або неповними. Не очікуйте там приватних замовлень, особистих кабінетів, налаштувань оплати чи бази клієнтів.
Якщо є тільки публічний контент, це реконструкція, а не повне повернення попереднього стану.
Можливо
Публічні тексти, назви товарів, старі URL і частина медіа.
Зазвичай ні
Паролі, клієнтські записи, закриті файли, актуальні залишки й історія операцій.
Як ухвалити рішення після інвентаризації
Поділіть систему на критичні функції: контакт, продажі, облік, контент. Порівняйте доступний матеріал, ціну реконструкції й допустимий простій. Можливі три виходи: повернути частину з джерел, тимчасово приймати звернення окремо або будувати заміну з нуля.
Перш ніж обіцяти клієнтам точну дату, перевірте, хто володіє доменом, даними й платіжними інтеграціями. Якщо є підозра на компрометацію, окремо оцініть безпеку джерел.
Документуйте
Що відновлено, що втрачено, з якої дати дані і що потрібно відтворити вручну.