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

Можно конечно написать свой собственный скрипт резервного копирования сайта сразу на удалённый FTP, но зачем изобретать велосипед, когда функционал резервного копирования уже есть в Битрикс: Веб-окружении.

Итак, задача: имеем сайт на Битрикс, работающий на VDS под управлением “1С-Битрикс: Веб-окружение”. Сайт большой, свободного места на сервере мало, его не достаточно для создания и хранения даже одной резервной копии. Нужно чтобы бэкапы создавались сразу на удалённый FTP сервер и хранились там же.

Решить эту задачу я предлагаю максимально просто. Используя стандартный механизм резервного копирования “1С-Битрикс: Веб-окружение” в стандартную папку, в которую мы смонтируем удалённый FTP сервер.

Монтируем удалённый ftp сервер, как локальную папку.

Устанавливаем curlftpfs:

yum install curlftpfs

Узнаём id пользователя bitrix в системе. Обычно это 600:

id -u bitrix

В файл /etc/fstab добавляем строку:

curlftpfs#ftp://USER:PASSWORD@SERVER/ /home/bitrix/backup/archive fuse rw,uid=600,allow_other,user 0 1

Где:

• USER:PASSWORD@SERVER – данные удалённого FTP сервера.
• /home/bitrix/backup/archive – стандартная папка, в которую Веб-окружение делает резервные копии.
• 600 – id пользователя bitrix, который мы узнали выше.

Монтируем:

mount -a

Проверяем, что всё примонтировалось корректно:

df -h

На этом этапе, у нас получилось так, что всё, что попадает в папку /home/bitrix/backup/archive хранится уже не на локальном сервере, а на удалённом FTP. И на локальном сервере не занимает абсолютно никакого места. Можете проверить этот момент, загружая в эту папку какие-нибудь файлы на сервере с сайтом. Они должны сразу же быть видны на удалённом FTP сервере. И наоборот.

Настраиваем резервное копирование средствами “1С-Битрикс: Веб-окружение”

Здесь всё просто и стандартно.

В меню “1С-Битрикс: Веб-окружение” выбираем пункт 6. Configure pool sites:

Затем снова пункт 6. Change backup settings on site:

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

На этом наша задача полностью решена. Теперь “1С-Битрикс: Веб-окружение” будет создавать резервные копии по заданному расписанию, эти резервные копии будут храниться на удалённом FTP сервере, и не будут занимать никакого места на сервере с сайтом.

Аналогично можно настроить резервные копии и любых других систем, которые умеют создавать бэкапы только локально.

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

Как быстро перенести сайт с одного сервера на другой, я писал в этой статье, рекомендую почитать.

Итак, исходные данные: база MySQL весит 50Гб, на старом сервере свободно на диске 5Гб. Дамп сделать не возможно, так как не помещается, даже, если использовать сжатие gzip.

На новом сервере свободно 55ГБ, но если залить на него дамп, то опять же, останется всего 5ГБ, и здесь уже обратная проблема – не получится этот дамп восстановить, снова не хватит места.

Идея родилась быстро. А что, если задействовать для переноса третий сервер, где свободного места предостаточно?

Реализовать решил так: на новом сервере смонтировать как папку удалённое ftp место с третьего сервера, и прямо туда сделать дамп, а потом оттуда же восстановить. При этом свободное место ни на одном из серверов вообще не задействуется. Кстати эту ftp папку можно было смонтировать и на старом сервере, там сделать в неё дамп, а потом из неё восстановить на новом. Но я решил сделать быстрее, управлять переносом только с нового сервера.

Приступаем к реализации задуманного.

Всё выполняем только на новом сервере. Кстати, на обоих установлена Centos 7.

Для начала устанавливаем curlftpfs:

yum install curlftpfs

Дальше в файл /etc/fstab добавляем:

curlftpfs#ftp://USER:PASSWORD@SERVER/ /remote fuse rw,uid=1000,allow_other,user 0 1

Где:

• USER:PASSWORD@SERVER – данные от нашего ftp аккаунта на удалённом, третьем сервере.
• /remote – локальная папка, в которую мы хотим примонтироваться.

Заставляем mount перечитать данные из /etc/fstab:

mount -a

Проверить, что всё хорошо, и у нас появилось новое место командой:

df -h

Дальше делаем дамп базы старого сервера прямо сюда, на новый, в эту удалённую папку:

ssh root@192.168.0.1 mysqldump -udbuser -pdbpass dbname > /remote/dump.sql

Здесь:

• root@192.168.0.1 – данные для подключения к старому серверу.
• dbuser, dbpass и dbname – соответственно данные, для подключения к базе на старом сервере.

Ну и теперь осталось дело за малым – восстановить базу из дампа на новом сервере:

mysql -udbuser -pdbpass dbname < /remote/dump.sql

Всё, конечно, происходит не очень быстро, но главное, завершается успешно. Очередная проблема решена

Для того, чтобы отмонтировать папку, удалите строку из /etc/fstab и выполните команду:

umount -l /remote