Настройка резервного копирования сайта. Бекап сайта

Настройка резервного копирования сайта является критически важной процедурой, так как это позволяет сохранить рабочую версию сайта на случай форс мажорных обстоятельств, например, физической поломки сайта или удаления критически важных файлов сайта.

Есть несколько вариантов резервного копирования, имеющих свои плюсы и минусы.

Первый и самый простой вариант, это ручное полное или частичное физическое копирование файлов и базы данных сайта в резервное хранилище, например на локальный диск компьютера. Данный метод является самым простым и занимает приблизительно 30 минут плюс время скачивания файлов. Однако, данным метод не позволяет быстро восстановить сайт и является ненадежным, так как подвержен человеческому фактору.

Второй способ резервного копирования предполагает настройку автоматического создания резервной копии сайта и базы. При таком способе резервные копии создаются автоматически, но физически они по-прежнему находятся на том же сервере, на котором лежит сайт. Данный способ предполагает единоразовую настройку, которая занимает около получаса, и периодическое скачивание резервных копий. При таком варианте есть проблема с тем, что для резервных копий надо больше места на сервере и их необходимо периодически сливать в большое хранилище. Этот способ так же не позволяет быстро восстановить работу сайта (в течении нескольких минут), но гарантирует, что резервные копии сайта будут. Тем не менее, данный метод является минимально приемлемым методом резервного копирования.

Третий подход к резервному копирования предполагает автоматическое создание резервной копии и передачу данной копии в облачное резервное хранилище. Этот подход так же требует единоразовой настройки в течении получаса и не нуждается в периодическом скачивании. Время восстановление копии при таком подходе немного быстрее, чем в случае ручного скачивания, однако может занимать до получаса. Так же данный подход имеет ограничения по количеству резервных копий, находящихся в облаке, что требует периодической выгрузки копий в более надлежащее место или затиранию старых версий.

Четвертый подход к резервному копированию отличается от предыдущих, так как предполагает создание полной копии сайта на отдельном сервере. Данный подход является более дорогим, так как требует покупки отдельного сервера и более долгой настройки, которая может занять от 6 часов. Так же он не предполагает сохранение старых копий сайта, но позволяет быстро восстановить работоспособность сайта, путем переключения на резервный сервер с полной копией сайта. Так же данный подход может включать настройку автоматического обновления резервного сервера и переключения сайта при неполадках. Это занимает дополнительное время, однако позволяет сделать восстановление сайта, в случае падения, незаметным для пользователи.

Как правило, описанные выше подходы используются вместе. Обычно настраивается резервное копирование и отслеживание сайтов через систему контроля версий git, настраивается периодическое (раз в сутки) полное резервное копирование сайта в облако, настраивается создание резервных копий для скачивания в отдельное хранилище и настраивается полная копия сайта с автоматическим переключением в случае неполадок. Такая полная настройка резервного копирования позволяет сохранять и отслеживать изменения сайта, а также мгновенно восстанавливать сайт в случае неисправностей. Тем не менее, она являет дорого, введу необходимости покупки дополнительного сервера и более высоким требованиям к хостингу, а также более детальной настройки. Настройка такого подхода к резервному копированию занимает от 30 часов разработчика и может длиться на протяжении нескольких недель.