Как восстановить резервную копию

Создание резервных копий – одно из преимуществ Битрикс перед другими CRM. Эта функция доступна во всех редакциях продукта. Бэкап можно делать на сервер или в облако. В статье разбираются оба варианта.

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

Когда бэкап необходим

Прежде всего следует отметить, что вызывает утрату данных:

• Поломка ПК.
• Ошибка функционирования ПО.
• Хищение физического носителя с программой и базой данных.
• Вредоносное ПО: вредоносный софт может серьезно повредить работу системы. Антивирусные программы не всегда могут поймать и обезвредить вирусы.
• Человеческий фактор: часто сотрудники могут случайно удалить рабочие файлы.

Своевременный бэкап Битрикс24 – это своего рода страховка данных от потери вследствие ошибок в работе ПО, хищения программы и базы данных, вирусов, и простого человеческого фактора. К тому же, восстановление резервной копии помогает сэкономить время, чтобы вернуть сайт в привычное русло работы.

Как восстановить Битрикс в облаке

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

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

После получения файла администратор аккаунта делает импорт данных в CRM.

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

Этим способом можно воспользоваться для восстановления контактов, заявок, заказов.

Полный бэкап возвращает портал к резерву выбранной даты. Он необходим, когда удалены товары или поля.

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

Как восстановить Битрикс через приложения

Стандартное восстановление резервной копии Битрикс24 подразумевает обращение в техподдержку. Откат к последней версии занимает больше суток. Восстановить данные можно самостоятельно через приложения вроде CRM Backups 24 или Backup+. Приложения для восстановления доступны в Битрикс24.Маркет Плюс.

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

Ручное резервное копирование

Сперва нужно сделать копию Битрикс портала и дамп базы данных:

1. Копирование файлов. Сначала нужно создать копию базового каталога установки Битрикс24 /home/bitrix/www. Вот несколько примеров:

а) простое копирование:

cp -R /home/bitrix/www/* /backup/bitrix/www/

* здесь копируется содержимое файлов каталога /home/bitrix/www в папку /backup/bitrix/www.

б) синхронизация файлов через rsync:

rsync -avv /home/bitrix/www/ /backup/bitrix/www/>

* здесь поддерживается актуальное состояние каталога /home/bitrix/www. Для хранения папки назначен путь /backup/bitrix/www.

в) создание архива:

tar -zcvf /backup/bitrix/archive.tar.gz /home/bitrix/www

* для создания архива файла используется команда archive.tar.gz, где находится каталог /home/bitrix/www в сжатом виде.

2. Создание дампа базы данных. Наименование базы данных:
cat /home/bitrix/www/bitrix/php_interface/dbconn.php | grep DBName7

* /home/bitrix — место установки каталога Битрикс.

В этом примере строка вернула имя для базы bitrix_52. Команда для создания дампа будет:

mysqldump -uroot -p bitrix_52 > /backup/bitrix/mysql.sql
• пользователь команды root должен ввести пароль (после установки веб-окружения битрикс24 пароль для суперпользователя сохранен в файле /root/.my.cnf).
3. 3. Создание резервной копии использует следующий скрипт:

	1. #!/bin/sh

	2. PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin

	3.

	4. fdate=`date +%Y-%m-%d`

	5. my_user='backup'

	6. my_password='backup123!'

	7. my_base='bitrix_52'

	8. path_backup='/backup/bitrix'

	9.

	10. mysqldump -u$my_user -p$my_password $my_base | gzip > $path_backup/mysql/my_$fdate.sql.zip

11. tar -zcf $path_backup/archive/ar_$fdate.tar.gz /home/bitrix/www 

 

* где:

• fdate — текущая дата, подставляется в мяи файлов бэкапа.
• my_user — пользователь для подключения к СУБД.
• my_password — пароль для подключения к СУБД.
• my_base — имя базы данных.
• path_backup — путь к месту хранения резервных копий.

По этому скрипту создаются архивы файлов и дамп базы данных.

Восстановление

Восстановить Битрикс после удаления можно через веб-интерфейс и командную строку Linux.

Веб-интерфейс

Бэкапы хранятся в каталоге <путь установки битрикс>/www/bitrix/backup.

Здесь таковым является /home/bitrix/www/bitrix/backup, куда переносятся все файлы бэкапов.

В панель управления можно перейти по следующему пути: https://<IP-адрес битрикс>/bitrix/admin. Затем в Рабочий стол - Настройки - Инструменты - Резервное копирование - Список резервных копий.

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

Клик по кнопке ДАЛЕЕ запустит процесс восстановления:

Восстановление начинается:

Мастер предложит ввести информацию для восстановления базы данных после распаковки файлов – по умолчанию подставляются значения из файла dbconn.php:

Старт восстановления базы данных:

Возможные ошибки

При открытии восстановленного портала возникает ошибка.

Причина: система не может найти в базе используемый часовой пояс во время выполнения команды SET GLOBAL time_zone в MySQL.

Решение: для загрузки данных о часовых поясах в СУБД выполняется команда:

Возможны предупреждения:

Warning: Unable to load '/usr/share/zoneinfo/iso3166.tab' as time zone. Skipping it. 

Warning: Unable to load '/usr/share/zoneinfo/leapseconds' as time zone. Skipping it. 

Warning: Unable to load '/usr/share/zoneinfo/tzdata.zi' as time zone. Skipping it. 

Warning: Unable to load '/usr/share/zoneinfo/zone.tab' as time zone. Skipping it. 

Warning: Unable to load '/usr/share/zoneinfo/zone1970.tab' as time zone. Skipping it. 

 

Не обращаем на них внимания.

По выполнении команды проблема не должна более возникать.

Вывод

Восстановление резервной копии Битрикс24 – это просто, удобно и бесплатно. Бэкап можно выполнить в несколько кликов из Административной системы.

Для уверенности в результате можно обратиться к профессиональным разработчикам.