Резервные копии сайта на ХостСМС: что копировать и как проверять

Резервная копия сайта похожа на страховку: о ней вспоминают тогда, когда уже поздно. Сайт перестал открываться после обновления, вирус испортил файлы, кто-то по ошибке удалил раздел с ценами, хостинг потерял диск. В такие моменты выясняется, что копии либо нет, либо она трёхмесячной давности, либо не разворачивается. Для сайта, который приносит звонки и заявки, каждый день простоя означает потерянные обращения. В этой статье разберём, что именно нужно копировать на сайте под управлением ХостСМС, как часто, где хранить и главное как проверять, что копию можно восстановить.

Почему копии нужны именно сайту, который приносит заявки

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

Опасности бывают разные. Технические: сбой диска на хостинге, ошибка при обновлении системы, переполнение места, повреждение базы данных. Человеческие: случайное удаление страницы или раздела, неудачная правка шаблона, перезапись файлов при загрузке, ошибка подрядчика. Внешние: взлом, заражение вредоносным кодом, массовая отправка спама с сайта. Для каждой угрозы нужна возможность вернуться к рабочему состоянию, а не пытаться чинить всё вручную под давлением.

Резервная копия защищает ещё и от менее заметных вещей. Если вы затеяли редизайн и что-то пошло не так, копия позволяет откатиться за несколько минут. Если сотрудник, который отвечал за сайт, уволился и забрал доступы, копия даёт возможность перенести сайт на другой хостинг. Если нужно сделать тестовую версию, чтобы проверить обновление, копия служит основой для неё.

Многие думают, что хостинг-провайдер сам делает копии, и этого достаточно. Часто это действительно так, но у таких копий есть ограничения: они хранятся несколько дней, лежат на том же оборудовании, не всегда включают базу данных в нужном виде и не всегда доступны для самостоятельного восстановления. Положиться на них как на единственную защиту рискованно. Правило для бизнеса простое: копия должна лежать в другом месте, быть свежей и проверенной.

Что именно копировать на сайте под ХостСМС

Сайт на ХостСМС состоит из двух главных частей: файлов и базы данных. Файлы это сама система, шаблоны оформления, настройки, модули и загруженные материалы: изображения, документы, видео. База данных хранит содержимое: тексты страниц, товары, заказы, пользователей, настройки модулей, заявки из форм. Копировать нужно обе части, и копия одной без другой бесполезна: файлы без базы дают пустой сайт, база без файлов не работает.

Внутри файлов самое ценное то, что нельзя восстановить из другого источника. Это каталог с загруженными пользователем файлами: фотографии товаров, картинки статей, прайс-листы, документы для скачивания. Его размер быстро растёт, поэтому именно он чаще всего исключается из копий «для экономии места», и именно по нему потом бывает больнее всего. Следующая важная часть: пользовательские шаблоны и макеты, если сайт настраивался индивидуально, а также файлы конфигурации с настройками подключения. Ядро системы можно скачать заново с сайта разработчика, но привязанные к нему модификации нужно хранить.

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

Не забывайте про то, что находится вне сайта, но связано с ним. Настройки почты и домена, записи в панели хостинга, расписание задач, параметры подключения к Яндекс.Метрике, ключи для интеграции с амоСРМ или Битрикс24, настройки платёжных систем. Эти сведения нужно хранить в защищённом месте отдельно от копии сайта, например в менеджере паролей компании. При восстановлении на новом хостинге именно отсутствие этих данных занимает больше всего времени.

Для сайтов на других системах логика та же. На 1С-Битрикс копируются файлы и база данных, плюс настройки обмена с учётной системой. На ВордПресс файлы темы и плагинов, загруженные материалы и база данных. Различаются инструменты и названия каталогов, но принцип одинаков: файлы плюс база плюс сведения о подключениях.

Как часто делать копии и сколько хранить

Частота зависит от того, как быстро меняется содержимое и сколько вы готовы потерять. Спросите себя: если сайт восстановится на вчерашнее состояние, что мы потеряем? Для сайта-визитки, где тексты меняются раз в месяц, потеря суток данных почти ничего не стоит, и ежедневная копия базы избыточна. Для магазина с десятками заказов в день потеря даже нескольких часов означает потерянные заказы, и копии базы нужны чаще, а заказы дополнительно дублируются в амоСРМ или Битрикс24.

Рабочая схема для небольшого сайта услуг: полная копия файлов и базы раз в неделю, копия базы ежедневно, плюс копия перед каждым серьёзным изменением. Для магазина: копия базы каждые несколько часов, полная копия раз в сутки, перед обновлениями и массовыми изменениями дополнительные копии. Для сайта, который почти не меняется, достаточно еженедельных копий и копии перед каждой правкой.

Хранить нужно не только последнюю копию. Оптимальная схема глубины: ежедневные копии за последние семь-четырнадцать дней, еженедельные за последние четыре-восемь недель и ежемесячные за последние три-шесть месяцев. Зачем так много? Некоторые проблемы обнаруживаются не сразу: вирус может сидеть на сайте неделями, ошибка в данных может быть замечена только через месяц. Если у вас хранится только вчерашняя копия, а проблема появилась десять дней назад, вчерашняя копия уже заражена или повреждена.

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

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

Где хранить копии и как не потерять их вместе с сайтом

Главное правило: копия не должна лежать только там же, где сайт. Если копии хранятся в той же папке на том же хостинге, то при сбое диска, взломе или блокировке аккаунта вы потеряете и сайт, и копии. Нужно минимум два места: основное, рядом с сайтом, для быстрого восстановления, и дополнительное, на другой площадке, для защиты от серьёзной аварии. Разумная схема: копии на хостинге плюс копии в российском облачном хранилище, например в Яндекс Облаке, облаке Майл или у другого отечественного провайдера хранения.

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

Защитите сами копии. В них находятся пароли, заказы и данные клиентов, поэтому доступ к хранилищу должен быть только у двух-трёх человек, пароль сложный, а двухфакторная защита включена. Не отправляйте копии по почте и не храните их на личных компьютерах сотрудников. Если копии хранятся в облаке, настройте отдельную учётную запись только для записи, чтобы взлом сайта не позволил злоумышленнику удалить архивы.

Хорошая практика: правило «три-два-один». Три копии данных: рабочая и две резервных. На двух разных типах хранилищ. Одна из них вне основной площадки. Не обязательно доводить это до идеала для маленького сайта, но принцип остаётся хорошим ориентиром: чем больше независимых мест, тем меньше шанс потерять всё.

Назовите файлы копий понятно: дата, время, тип. Например «сайт-полная-2026-10-07-0300». Когда нужно срочно восстанавливаться, никто не должен разбираться, что лежит в каком архиве. Ведите короткий журнал: когда сделана копия, кто проверил, что важного изменилось. Такой журнал помогает быстро выбрать нужную точку.

Как проверять, что копию можно восстановить

Копия, которую никогда не проверяли, это предположение, а не защита. Типичная картина: сайт сломался, ответственный достаёт архив и обнаруживает, что он повреждён, неполон, не включает базу или требует пароль, которого нет. Чтобы этого не случилось, проверяйте копии на практике. Раз в месяц или хотя бы раз в квартал разверните копию на тестовом адресе и убедитесь, что сайт открывается, страницы на месте, формы работают, изображения загружаются, а в панели управления видны актуальные данные.

Проверка состоит из нескольких шагов. Сначала сверьте размер и дату архива: резкое уменьшение размера по сравнению с прошлой копией сигнализирует о проблеме. Затем распакуйте архив и убедитесь, что файлы на месте. Потом восстановите базу данных в отдельную пустую базу, чтобы не затронуть рабочий сайт. Затем разверните сайт на поддомене или на тестовом хостинге и пройдите по основным страницам. Наконец, проверьте самое важное: заявка из формы приходит, телефон и мессенджеры на месте, счётчик Яндекс.Метрики не дублирует цели с тестового адреса.

Закройте тестовую версию от поисковых систем и посетителей: запретите индексирование и поставьте пароль на вход. Иначе в Яндекс.Вебмастере вы получите дубли страниц, а клиенты могут оставить заявку на копии, которая никуда не приходит. Не подключайте к тестовой копии боевую почту и платёжные системы, чтобы тестовые заказы не уходили настоящим клиентам.

Измеряйте время восстановления. Секундомером засеките, сколько заняло развёртывание копии: час, три часа, сутки. Если выходит дольше целевого значения, думайте, как ускорить: подготовить инструкцию, сократить размер копии, отработать порядок действий. Хорошая инструкция умещается на одну страницу и содержит: где лежат копии, кто имеет доступ, какие команды выполнить, какие настройки изменить, кому позвонить.

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

Как действовать при аварии

Заранее подготовьте порядок действий, потому что в момент аварии легко наделать ошибок. Первое: определите, что произошло и когда. Сайт не открывается совсем, показывает ошибку, содержит чужой код, потерял часть данных? От этого зависит, нужна ли полная замена или точечное восстановление. Второе: сохраните текущее состояние. Прежде чем что-то восстанавливать, сделайте копию пострадавшего сайта, даже сломанного: в ней может быть информация, необходимая для расследования, и заявки, пришедшие после последней копии.

Третье: выберите точку восстановления. Если проблема заметна сразу, берите последнюю копию. Если вы подозреваете взлом, выбирайте копию, сделанную до заражения, и после восстановления обязательно смените все пароли: от панели ХостСМС, хостинга, базы данных, почты и учётных записей сотрудников. Четвёртое: восстановите на тестовом адресе, проверьте и только потом переключайте рабочий сайт. Так вы не усугубите ситуацию.

Пятое: проверьте заявки. После восстановления из копии заявки, пришедшие между созданием копии и аварией, пропадают из базы. Восстановите их из почты, из амоСРМ или Битрикс24, из записей телефонии. Именно поэтому важно, чтобы заявки сразу уходили в СРМ, а не жили только на сайте. Шестое: сообщите сотрудникам и, если нужно, клиентам, что произошло и когда всё вернётся в норму. Короткое сообщение в мессенджере лучше, чем молчание.

Седьмое: разберите причину. После аварии проведите короткий разбор: что сломалось, почему не заметили раньше, что нужно изменить в процессе. Обновите инструкцию, поправьте расписание, добавьте проверки. Каждая авария должна оставить после себя улучшение, иначе она повторится.

Как это связано с продвижением 3 в 1

Резервные копии кажутся технической темой, но напрямую связаны с заявками во всех трёх каналах. Первый канал: поиск и нейропоиск. Если сайт недоступен несколько часов, поисковые роботы Яндекса фиксируют ошибки, а нейропоиск не находит страницы с ответами и фактами о компании. Длительная недоступность приводит к тому, что страницы временно перестают показываться, и восстановление занимает недели. Копии позволяют вернуть сайт быстро, сохранив структуру и тексты, которые отвечают на вопросы пользователей. Следите за доступностью в Яндекс.Вебмастере и настройте уведомления о проблемах, а заявки фиксируйте в Яндекс.Метрике по источникам, чтобы по провалам в графике сразу видеть простой.

Второй канал: карточка в Яндекс Бизнесе и на Яндекс Картах. Она ведёт на сайт: если по ссылке открывается ошибка, человек получает плохое впечатление и звонит конкуренту. Копия сайта защищает этот переход. Не менее важна копия самих данных карточки: список услуг, цены, описания, фотографии. Сохраняйте их в документе в облаке, чтобы при блокировке или потере доступа к аккаунту быстро восстановить карточку. Отдельный номер для карточки и метка в адресе сайта должны входить в сведения, которые хранятся вне сайта.

Третий канал: карточка в 2ГИС. Аудитория приложения переходит на сайт, чтобы проверить прайс или записаться, и ожидает, что страница откроется мгновенно. Здесь также нужны актуальные копии данных карточки и ссылка на рабочую страницу. Если после восстановления сайта изменились адреса страниц, поправьте ссылки в карточках, иначе они будут вести на несуществующие адреса.

Работа только над одним каналом даёт неполный результат. Идеально защищённый сайт не спасёт, если карточки на картах потеряны или устарели. Прекрасные карточки не помогут, если ссылка ведёт на сломанный сайт. Обращения с карт считайте наравне с заявками с сайта: заносите их в амоСРМ или Битрикс24 с пометкой источника и считайте стоимость обращения и долю доведённых до сделки по каждому каналу. Тогда вы сможете оценить стоимость простоя: сколько обращений в час даёт каждый канал и сколько потеряно за время недоступности. Эта цифра помогает обосновать затраты на резервное копирование: они всегда меньше стоимости одного серьёзного простоя.

Типичные ошибки при резервном копировании

Первая ошибка: копия только на самом хостинге. Вторая ошибка: копируются файлы, но не база данных, или наоборот. Третья ошибка: копия никогда не проверялась на восстановление. Четвёртая ошибка: хранится только одна последняя копия, и она уже содержит проблему. Пятая ошибка: копии не защищены, и доступ к ним есть у всех. Шестая ошибка: нет ответственного, и каждый думает, что этим занимается кто-то другой. Седьмая ошибка: копия делается перед обновлением системы только иногда, а не всегда. Восьмая ошибка: размер копий не контролируется, и хранилище переполняется, после чего новые копии молча перестают создаваться.

Назначьте человека, который отвечает за копии, и его заместителя. Заведите в календаре повторяющуюся задачу: раз в месяц проверка восстановления, раз в квартал полная учебная тревога с разворачиванием копии на тестовом адресе. Такая дисциплина занимает два-три часа в квартал и экономит дни работы при реальной аварии. Если в компании нет технического специалиста, передайте эту задачу подрядчику и закрепите её в регулярном сопровождении сайта.

Проверьте, что обновления системы и модулей ХостСМС ставятся только после свежей копии. Обновление это самая частая причина поломок, и откат из копии занимает минуты, если она есть, и дни, если её нет. Заведите правило: нет копии, нет обновления.

Вывод: надёжнее доверить копии специалистам

Резервное копирование состоит из множества мелочей: что копировать, как часто, где хранить, как проверять, что делать при аварии и как восстановить заявки. Пропустите одну из них, и копия окажется бесполезной именно тогда, когда нужна. Специалисты веб-студии «Сайты Профессионально» настраивают копирование сайтов на ХостСМС, выгрузку во внешнее российское хранилище, регулярные проверки восстановления и порядок действий при аварии, а также следят, чтобы данные карточек в Яндекс Бизнесе и 2ГИС тоже были сохранены. Так вы уверены, что заявки не потеряются ни при сбое, ни при ошибке сотрудника.

Если вы не уверены, что у вашего сайта есть рабочая копия, обратитесь в «Сайты Профессионально». Мы бесплатно проверим, какие копии у вас есть, можно ли из них восстановиться и сколько на это уйдёт времени, и предложим понятную схему защиты. Оставьте заявку на сайте или напишите в Телеграм, консультация ни к чему не обязывает.