Перейти к содержимому

Резервные копии и перенос сайта в 1С-Битрикс

Резервные копии и перенос - третья по объёму подтема инфраструктуры: 192 вопроса из собранных. Здесь собраны решения по ним.

Что общего у этих задач

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

Копия и восстановление - разные механизмы. Архив создаёт модуль, а разворачивает отдельный скрипт restore.php, который кладут на пустой сервер. Он не требует установленного продукта и потому переносит сайт куда угодно.

Перенос - это копия плюс правки после. Адрес сайта, параметры подключения к базе, права на файлы, пути в настройках модулей - всё это остаётся от прежнего сервера. Сайт, развёрнутый из архива и не поправленный, обычно открывается, но работает наполовину.

Копия считается рабочей только после восстановления. Архив, который никто не разворачивал, - это надежда, а не резервная копия проекта.

Решения подтемы

Частые вопросы

До какого размера работает штатное копирование?

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

Можно ли восстановить копию на другой версии PHP?

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

Куда складывать копии?

Не рядом с сайтом. Каталог резервных копий внутри сайта первым съедает диск и попадает в следующую же копию. Штатно доступны облако и сторонние хранилища по протоколу.

Что править после переноса?

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

Связанные темы

Первоисточники