На следующем этапе важно проследить, какие имеются данные о веб-проекте и как их резервируют.

Эти данные хранятся на серверах веб-проекта и в системе контроля версий, которой пользуются разработчики. Рекомендуем их регулярно копировать и хранить в нескольких дата-центрах. Для этого на уровне файловой системы создают инкрементальные снепшоты. Этот механизм также доступен у облачных провайдеров, например, в Amazon Web Services.

Эти данные хранятся в базе данных и меняются по несколько раз в секунду. Процедура резервного копирования выглядит так:

• Репликация. Поднимается сервер, на который в режиме реального времени передаются через встроенную в MySQL репликацию данные. Если откажет основной сервер, данные практически без потерь будут доступны на этом резервном сервере. Этот механизм доступен в продукте «из коробки». Однако решение не защищает от ошибки программиста, который может случайно выполнить запрос на удаление всех заказов… – тогда придет на помощь опция задержки репликации, к примеру, на несколько часов. Можно иметь один сервер с репликацией без задержки и другой с задержкой – так можно «убить двух зайцев».
• Логический бэкап. Моментальное состояние базы данных выгружается в файл бэкапа. Восстановление базы данных из бэкапа может занять часы. Рекомендуем использовать этот метод бэкапа, сохранять полную копию базы данных, хранить несколько последних копий (к примеру, неделю) и удалять старые.
• Журнал транзакций. Рекомендуем вести журнал транзакций (binlog), который хранит все выполненные в БД запросы на изменение. Если произойдет авария на основном сервере, и будут недоступны сервера-реплики, или данные в БД будут случайно испорчены, то можно восстановить БД из логического бэкапа и поверх него «проиграть» журнал транзакций – получится состояние БД на момент аварии.

По расписанию делают резервную копию Хранение в Облаке 1С-Битрикс - это бесплатно, очень надежно, просто и быстро. Можно настроить регулярное автоматическое резервирование штатными методами системы...

Подробнее ... в зашифрованном виде в облако. Подходит, если данных скопилось немного.

Необходимо использовать несколько дублирующих инструментов бэкапирования и автоматически мониторить резервное копирование. Это значительно повысит устойчивость веб-системы к потере данных.