КАК ОРГАНИЗОВАТЬ РЕЗЕРВНОЕ КОПИРОВАНИЕ СВОЕГО САЙТА

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

Для тех, кто сомневается в такой постановке вопроса, можно посоветовать провести поиск статей по запросу «Как я потерял сайт». Многочисленные истории с различных блогов о том, как в одно мгновенье прекрасный раскрученный сайт практически на глазах владельца превращался в «пшик», который без резервной копии уже нельзя восстановить, красноречиво свидетельствуют о выше приведенных утверждениях.

Как сделать резервное копирование сайта?

Резервное копирование - страховка в мире информации

ЧТО НАДО ХРАНИТЬ В РЕЗЕРВНЫХ КОПИЯХ?

Для работы сайта используются различные файлы, которые располагаются в специальном каталоге на сервер хостера. Такими файлами является и код страниц (файлы HTML или PHP), изображения, код различных скриптов, наборы стилей и прочее. Нужно обязательно делать резервный архив файловой структуры сайта. И в зависимости от регулярности обновления данных в файлах, резервирование копирование надо делать по определенному графику. Мы рассмотрим его чуть позже.

Если сайт построен на какой-либо CMS, то содержание для его страниц хранится в базе данных. И базу данных также нужно обязательно сохранять по такому же плану. Кроме того, таких баз может оказаться несколько, если какие-либо плагины используют собственные хранилища.

КОГДА НУЖНО ДЕЛАТЬ РЕЗЕРВНЫЕ КОПИИ?

Идеальный вариант – делать резервные копии каждый день  и все их хранить. Но на такое расточительство дискового пространства не может пойти практически никто.

Поэтому обычно схема резервного копирования сайта строится по схеме замещения.  То есть вы каждый день делаете резервные копии ваших данных. Но храните не все копии, а лишь за несколько последних дней. Например, за последнюю декаду или неделю. Новая резервная копия помещается в хранилище, а самая старая – удаляется. То есть, фактически вы можете восстановить свой сайт в состоянии на любой из 10 или 7 последних дней. Чтобы расширить возможности восстановления, раз в выбранный период самая старая копия не удаляется, а сохраняется как декадная или недельная. Хранение таких декадных копий можно также организовать по схеме замещения. Таким образом, вы расширите срок восстановления своего сайта. У вас будет возможность восстановить не только за последние 7 или 10 дней, но и на тот момент, когда есть резервные копии, то есть за 20, 30, 40 дней.

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

Слишком большие сроки хранения выбирать тоже не стоит. На активно развивающихся сайтах структура данных на текущий момент может существенно отличаться от состояния трехмесячной давности.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *