ул. Комсомольская, 36
г. Ковров, Владимирская обл.
г. Ковров, Владимирская обл.
Представьте: пятница вечер, вы заходите на сайт, а он… пуст. Или показывает ошибку. Или открывается страница с левым текстом. Взлом? Сбой хостинга? Ошибка при обновлении? А бэкапа нет.
Знакомая история? К сожалению, большинство владельцев сайтов вспоминают о резервном копировании только после того, как данные потеряны. В этой статье — чёткое практическое руководство: что, как и когда бэкапить, где хранить копии и как восстановить сайт даже после серьёзного сбоя.
Многие ошибочно думают, что достаточно скачать папку с файлами сайта. Но это лишь половина дела.
Что обязательно должно быть в бэкапе:
| Компонент | Что включает | Почему важно |
|---|---|---|
| Файлы сайта | Тема, плагины, загруженные изображения, скрипты (папки public_html, wp-content и т.д.) | Без них сайт не запустится — это «скелет» |
| База данных (SQL) | Все записи: страницы, товары, посты, настройки, пользовательские данные | Без неё сайт будет пустым — это «содержимое» |
Важно: Хранить файлы и базу данных отдельно бесполезно. Восстанавливать нужно связку. Если у вас только файлы — вы получите «пустую» оболочку. Если только база данных — структуру без контента.
| Тип бэкапа | Что делает | Плюсы | Минусы |
|---|---|---|---|
| Полный | Копирует все файлы и БД целиком каждый раз | Простота восстановления, надёжность | Большой объём, долго создаётся |
| Инкрементный | Копирует только изменения с момента последнего бэкапа | Экономит место и время | Для восстановления нужна вся цепочка копий |
| Дифференциальный | Копирует всё, что изменилось с последнего полного бэкапа | Быстрее полного, проще инкрементного | Всё равно нужен полный бэкап |
Для сайта оптимально: полный бэкап раз в неделю + ежедневные инкрементные или дифференциальные. Многие хостинги и плагины предлагают комбинированные схемы.
Хранить копии на том же сервере, где находится сайт, — опасно. Если сервер атакуют, злоумышленники удалят и бэкапы. Поэтому нужно отдельное хранилище.
Варианты для малого бизнеса:
| Хранилище | Плюсы | Минусы |
|---|---|---|
| Яндекс.Диск / Google Drive | Бесплатно до 15 ГБ, простой доступ | Не автоматизирован (требуется ручная загрузка или плагины) |
| Облачное S3-хранилище (Selectel, VK Cloud) | Автоматизация, дешёво (копейки за ГБ), надёжно | Требует настройки |
| Отдельный сервер (VPS) в другой локации | Полный контроль | Дорого, сложно |
| Внешний жёсткий диск (в офисе) | Низкая стоимость | Риск физической поломки, кражи; не автоматизировано |
Рекомендация для малого бизнеса: используйте автоматическую выгрузку в Яндекс.Диск (через плагин) или дешёвое S3-хранилище (например, Selectel с тарифом «Объектное хранилище» — платите только за объём).
Плагины (бесплатные/условно-бесплатные):
Как настроить (UpdraftPlus):
Tilda не даёт прямого доступа к файлам и БД. Что делать:
Встроенный модуль «Резервное копирование»:
Используйте cron и скрипты на сервере:
Пример простого скрипта:
#!/bin/bash
DATE=$(date +%Y%m%d)
tar -czf /backup/files-$DATE.tar.gz /var/www/site/
mysqldump -u user -p password database > /backup/db-$DATE.sql
(а затем отправляйте через rclone или другой инструмент).
| Тип сайта | Частота полного бэкапа | Дополнительно |
|---|---|---|
| Лендинг (мало обновлений) | Раз в месяц | Перед каждым изменением — ручной бэкап |
| Корпоративный сайт | Раз в 1–2 недели | После обновления плагинов или контента — дополнительный |
| Интернет-магазин | Ежедневно (база данных), файлы – раз в неделю | Перед акциями, обновлением цен, завозом товара — дополнительный |
| Блог / новостной портал | База данных – ежедневно, файлы – раз в неделю | Перед крупными публикациями — дополнительный |
Общее правило: чем чаще меняется сайт и чем ценнее данные, тем чаще бэкап. Для интернет-магазина или сервиса с личными кабинетами пользователей бэкап БД должен быть ежедневным.
Самая частая ошибка: бэкап настроен, но не проверен. А когда приходит беда, выясняется, что копии повреждены или не загрузились.
Что нужно сделать минимум раз в месяц:
Тревожные сигналы:
Ситуация: сайт упал после неудачного обновления. У вас есть бэкап (файлы и БД) в облаке. Что делать?
Шаг 1. Отключите сайт (поставьте заглушку).
Загрузите простой index.html с сообщением «Сайт на обслуживании».
Шаг 2. Очистите сервер.
В cPanel удалите все файлы в папке public_html (или корневой папке сайта). Через phpMyAdmin удалите все таблицы в базе данных.
Шаг 3. Загрузите файлы из бэкапа.
Распакуйте архив с файлами (например, backup_files.zip) и загрузите содержимое через FTP или Файловый менеджер в ту же папку.
Шаг 4. Восстановите базу данных.
Через phpMyAdmin: импортируйте SQL-файл (бекап базы данных).
Шаг 5. Настройте права доступа.
Убедитесь, что wp-config.php (для WordPress) содержит правильные данные подключения к БД. При необходимости отредактируйте.
Шаг 6. Проверьте сайт.
Зайдите на главную, затем в админку. Если всё работает — удалите заглушку.
Шаг 7. Обновите систему до актуальной версии (по возможности).
Иногда старый бэкап содержит уязвимые версии — обновляйтесь сразу после восстановления.
Вы поняли, что бэкапа нет, а сайт упал. Экстренные меры:
Но главный вывод: после такого стресса — настройте бэкапы немедленно. Не откладывайте.
Резервное копирование — это не трата времени, а страховка бизнеса. Оно стоит дешевле (или вообще бесплатно), чем потеря данных, заказов и репутации. Настройте автоматические бэкапы сегодня, выберите надёжное хранилище, определите частоту и обязательно проверяйте восстановление.
Если вы не хотите вникать в настройки плагинов и crontab, доверьте эту задачу профессионалам. Эксперты «Точек Роста» включают ежедневное автоматическое резервное копирование в тарифы IT-сопровождения, а также могут настроить бэкапы «под ключ» для любого сайта. Свяжитесь с нами для бесплатной консультации.