Что входит в резервную копию WordPress: база, файлы и настройки окружения

• Поддержка сайта

К вопросам по статье

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

Начните с цели восстановления. Вернуть один шаблон и восстановить магазин со связанными заказами — разный объём. Для выбранной цели составьте перечень компонентов и проверьте его на изолированном окружении. Название «полный бэкап» такой проверки не заменяет.

Разделите базу, файлы и окружение

В базе WordPress находятся записи, настройки, пользователи и данные расширений. В файлах — код CMS, темы, плагины и пользовательские загрузки. Скачивание каталога сайта обычно не сохраняет базу, а выгрузка базы не содержит сами фотографии. В официальном руководстве WordPress это две части восстановления сайта.

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

Установите границу внешних данных

Медиатека может находиться в объектном хранилище, обращения — в CRM, документы — в другом сервисе. Архив WordPress не обязан включать эти данные. В карте покрытия укажите, какие части находятся вне сайта, у кого они хранятся и как связаны с выбранной точкой восстановления.

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

Опишите состав набора до восстановления

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

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

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

Проверьте согласованность по времени

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

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

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

Доступ к копии тоже входит в проверку

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

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

Восстановите рабочий сценарий изолированно

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

• Статья с изображением. Проверьте текст, статус, вложение и редактирование. Установите, откуда действительно загрузилась картинка: старый сервер может скрыть её отсутствие в наборе.
• Рабочая запись. Для заказа или другой сущности сверяйте состав и связи на известный момент. Не запускайте реальные списания или уведомления ради проверки.
• Закрытый документ. Файл открывается нужному пользователю и сохраняет ограничения доступа.
• Окружение. Работают необходимые маршруты, расширения и редакторские действия. Импорт базы сам по себе этого не подтверждает.
• Получение набора. Владелец может получить копию предусмотренным способом; для этого не нужен забытый личный аккаунт прежнего подрядчика.

Запишите фактический результат, время данных и непроверенные части. Если испытали только файлы, не распространяйте этот результат на базу и внешние интеграции. Резервный набор также может сохранять уже повреждённое состояние — учитывайте, когда обнаружена исходная проблема и какие более ранние точки доступны.

Передайте карту покрытия и порядок пересмотра

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

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

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

Три набора с одинаковым названием «копия сайта»

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

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

Есть SQL и каталог загрузок. Контент и файлы представлены, но нужно установить, какие тема и расширения обеспечивают нужную функцию. Если форму создаёт плагин, одного её текста в базе может не хватить для рабочего сценария. Зафиксируйте версии и источник кода, проверьте необходимые условия окружения. Переустановка любых последних версий без проверки совместимости — отдельное изменение, а не доказанное восстановление исходного состояния.

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

Сценарий проверки: статья с вложением

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

• Запись. Найдите материал в восстановленном наборе. Сверьте содержание и состояние публикации; наличие похожего заголовка не подтверждает нужную версию текста.
• Изображение. Проверьте фактическую загрузку файла. Картинка может продолжать открываться с исходного домена, скрывая отсутствие локальной копии. Установите её настоящий источник.
• Документ. Откройте вложение из проверяемого набора и убедитесь, что это нужный файл. Страница с ошибкой вместо документа не считается успешным скачиванием.
• Отображение. Сравните основные блоки с согласованным образцом. Если сохранён текст, но потеряны стили или шаблон, отдельно зафиксируйте эту границу.
• Доступ. Проверьте предусмотренную роль. Закрытый документ не должен становиться публичным ради того, чтобы ссылка заработала на тестовом экземпляре.

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

Почему перенесённая страница ещё не означает сохранённый сервис

Для Pet Life Expo я перенёс сайт из Gamma на собственный хостинг. Сохранил структуру, изображения, мобильную версию и анимацию. Изображения, шрифты и стили разместил локально, чтобы статический сайт открывался независимо от исходной платформы.

У WordPress задача восстановления шире такой статической копии: кроме публичных страниц могут понадобиться заказы, учётные записи и возможность редактировать материалы. Их нужно проверить отдельно. Поэтому сначала определите, что требуется вернуть: просмотр опубликованного содержимого или продолжение работы сайта с его данными и функциями.

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