Резервні копії та моніторинг доступності п'яти сайтів

У компанії п'ять сайтів і власний поштовий сервер. Копії нібито робить хостинг: у панелі є рядок про виконане резервування, і на цьому наші знання вичерпуються. Лежать вони на тій самій машині й відкриваються тими самими доступами, що й сам сервер. За весь час ніхто жодного разу не завантажив такий архів, не розпакував його і не спробував підняти з нього сайт. Навесні через невдале оновлення ми втратили частину замовлень і дві доби з'ясовували, чи є взагалі до чого відкочуватися. Вдруге з'ясовувати це вже під час аварії ми не хочемо.

Потрібен нудний, записаний і перевірюваний лад. Бази й файли — кожне за власним розкладом і з розумною глибиною зберігання. Два місця зберігання, причому друге поза хостингом і поза тим самим обліковим записом. Тестовий сервер, на якому копія не просто лежить, а розгортається і запускається: у звіті має бути «сайт відкрився, адміністратор увійшов, останнє замовлення на місці», а не «архів важить чотири гігабайти». Окремо — спостереження за доступністю: перевіряти не лише код відповіді, а й вміст сторінки, бо закешована заглушка віддає успішний код і годинами каже неправду. Плюс строк сертифікатів і вільне місце на дисках: попереджати завчасно, а не того ранку, коли воно скінчилося.

Чого просимо дотримуватися окремо:

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