Bitrix где хранятся резервные копии

Работа с резервными копиями в Битрикс24

Обновлено: 21.10.2023 Опубликовано: 07.10.2020

Мы рассмотрим процесс создания резервной копии как средствами веб-интерфейса, так и вручную (дамп базы данных и копирование файлов). Также мы выполним восстановление работы Битрикс24 с помощью созданных архивов. Подразумевается, что у нас уже развернут портал Битрикс24. Иначе, читаем инструкцию Установка CRM Битрикс24 на Linux CentOS.

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

Мы рассмотрим два варианта создания резервной копии для портала Битрикс24 — посредством графического веб-интерфейса и с помощью командной строки Linux.

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

Входим в панель управления и переходим в разделы Рабочий стол — Настройки — Инструменты — Резервное копирование — Создание резервной копии. На вкладке Резервное копирование: . выбираем размещение копии и кликаем по Создать резервную копию: Начнется процесс: Ждем его завершения. После, части архива будут помещены в каталог /home/bitrix/www/bitrix/backup. Для автоматического резервного копирования переходим в разделы Рабочий стол — Настройки — Инструменты — Резервное копирование — Регулярное резервное копирование и включаем его. В настройках также можно выбрать хранение бэкапа на локальном компьютере или в облаке Битрикс.

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

Чтобы сделать резерв Битрикс24, необходимо скопировать файлы портала Битрикс, а также создать дамп базы данных. Рассмотрим оба процесса по очереди. 1. Копирование файлов. Нам нужно скопировать содержимое каталога /home/bitrix/www, где /home/bitrix — базовый каталог установки Битрикс. Ниже приведем различные примеры копирования. а) простое копирование файлов:

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 DBName

* где /home/bitrix — базовый каталог, куда установлен битрикс. В моем примере строка вернула имя для базы bitrix_52, значит команда для создания дампа будет:

mysqldump -uroot -p bitrix_52 > /backup/bitrix/mysql.sql

* команда потребует ввести пароль от пользователя root (после установки веб-окружения битрикс24, пароль для суперпользователя был сохранен в файл /root/.my.cnf). Подробнее о создании дампа mysql/mariadb. 3. Скрипт для резервного копирования. Для примера, приведем следующий скрипт:

1. #!/bin/sh
2. PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin
3. fdate=`date +%Y-%m-%d`
4. my_user=’backup’
5. my_password=’backup123!’
6. my_base=’bitrix_52′
7. path_backup=’/backup/bitrix’
8. mysqldump -u$my_user -p$my_password $my_base | gzip > $path_backup/mysql/my_$fdate.sql.gz
9. tar -zcf $path_backup/archive/ar_$fdate.tar.gz /home/bitrix/www

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

Данный скрипт выполнит архивирование файлов и создания дампа базы данных.

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

Прежде чем выполнить восстановление портала, необходимо установить веб-окружения Битрикс. Для этого можно воспользоваться инструкцией Установка CRM Битрикс24 на Linux (первый подраздел).

Мы рассмотрим процесс восстановления с помощью веб-интерфейса и с помощью командной строки Linux.

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

Резервные копии хранятся в каталоге /www/bitrix/backup. В нашем примере это /home/bitrix/www/bitrix/backup. Переносим все файлы резервных копий в данную папку.

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

В следующем окне нажимаем ДАЛЕЕ для начала восстановления:

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

Начнется процесс восстановления базы данных:

Ручное восстановление

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

1. Восстановление файлов. Необходимо восстановить содержимое каталога /home/bitrix/www — для этого переносим в него содержимое одного из архивов.

Если мы взяли архив, созданный с помощью веб-интерфейса, то он будет разбит на части, при этом, не совсем корректно для Linux или некоторых программ для работы с архивами (например, 7zip) — номера частям архива присваиваются 1, 2, 3 . 200 . N. Необходимо переименовать части таким образом, чтобы они могли правильно сортироваться по имени, то есть 1 в 001, 2 — 002, 22 — 022 и так далее. В название первого архива (который заканчивается на tar.gz) добавляем 000 — получим . tar.gz.000. Теперь мы можем распаковывать архив, например, командой:

cat full_e92a233e.tar.gz* | tar -zxv -C /home/bitrix/

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

После переноса данных, задаем права:

chown -R bitrix:bitrix /home/bitrix/www

* мы указали, что владелец каталога и всего его содержимого должен быть bitrix.

2. Восстанавливаем базу данных. Сначала смотрим содержимое файла dbconn.php:

* где /home/bitrix — базовый каталог, куда был установлен битрикс24.

Нам интересны следующие значения:

• $DBLogin — пользователь, под которым идет подключение к базе.
• $DBPassword — пароль для подключения к базе.
• $DBName — имя базы данных.

Подключаемся к базе:

* напоминаю, что после установки среды окружения битрикс24, пароль для суперпользователя mysql можно посмотреть командой cat /root/.my.cnf.

Создаем базу данных:

> CREATE DATABASE bitrix_52 DEFAULT CHARACTER SET utf8 DEFAULT COLLATE utf8_unicode_ci;

* где bitrix_52 — имя базы, которая указана в переменной $DBName (файл выше).

Создаем пользователя для доступа к базе:

> CREATE USER ‘bitrix0’@’localhost’ IDENTIFIED BY ‘rqHWvA1tepbFhu9G’;

> GRANT ALL PRIVILEGES ON bitrix_52.* TO ‘bitrix0’@’localhost’;

* данные команды создадут пользователя bitrix0 с паролем rqHWvA1tepbFhu9G для доступа к базе bitrix_52. Какие именно данные вводить мы должны увидеть в файле dbconn.php выше.

Выходим из sql-оболочки:

Теперь переносим дамп на новый сервер и выполняем восстановление базы данных, например, командой:

* в данном примере мы восстановим базу bitrix_52 из дампа /backup/bitrix/mysql.sql.

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

Mysql query error: (1298) Unknown or incorrect time zone

Ошибка появляется в браузере при попытке открыть восстановленный портал.

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

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

mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root mysql -p

Мы можем получить предупреждения:

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.

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

Резервные копии

На странице Резервные копии (Настройки > Облако 1С-Битрикс > Резервные копии) представлен список резервных копий, хранящихся в облаке «1С-Битрикс».

Хранение резервных копий предоставляется для всех лицензий на «1С-Битрикс: Управление сайтом» (кроме редакции «Первый сайт») и доступно для сайтов с активной коммерческой лицензией (технической поддержкой). Для каждой лицензии будут храниться три последние резервные копии. Более старые копии автоматически удаляются. При превышении выделенного для лицензии места в облаке может сохраняться меньшее количество резервных копий (вплоть до нуля, если размер одного бекапа превысит лимит).

Все резервные копии сайта сохраняются только зашифрованными тем паролем, который вы укажете при выполнении резервного копирования. Компания «1С-Битрикс» не имеет доступа к содержимому резервных копий. Если вы забудете пароль, то восстановление резервной копии станет невозможным.

Контекстная панель

Кнопка	Описание
Выполнить резервное копирование	Создание резервной копии продукта. Перед созданием резервной копии выполняется шифрование архива.
Настроить	Переход к диалогу настройки внешнего вида отчетной формы.

Список резервных копий

Колонка	Описание
Имя файла	Имя файла резервной копи.
Размер файла	Размер файла резервной копии.

Новинки документации в соцсетях:

Пользовательские комментарии

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

Для этого нужно всего лишь авторизоваться на сайте

Но помните, что Пользовательские комментарии, несмотря на модерацию, не являются официальной документацией. Ответственность за их использование несет сам пользователь.

Также Пользовательские комментарии не являются местом для обсуждения функционала. По подобным вопросам обращайтесь на форумы.

Резервное копирование в Битрикс

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

Резервное копирование в файлы Битриксе

Чтобы перейти в настройки резервного копирования, зайдите в панель управления сайтом и кликните на пункт «Настройки». Найдите и кликните на пункт «Инструменты», затем на «Резервное копирование». Кликните на пункт «Создание резервной копии»: Откроется страница создания резервной копии. Для создания копии выберите вариант «в папке сайта» в пункте «Размещение резервной копии» и нажмите на кнопку «Создать резервную копию». Система самостоятельно проведёт процесс сохранения, упакует все файлы сайта и базу данных в архив, который будет находиться по адресу /bitrix/backup/ . Файл архива резервной копии будет разбит на несколько частей. Вы можете скачать все эти файлы через sFTP.

Вы можете прочитать подробнее про программу для загрузки файлов на сервер «FileZilla» в статье «Загрузка файлов на сайт с помощью FileZilla». Рекомендуем использовать эту программу для дальнейшей работы с сайтом при загрузке/выгрузки файлов с сервера.

После успешного создания резервной копии сайта, она появится в списке резервных копий в административном разделе. Чтобы её увидеть, кликните в боковом меню на пункт «Список резервных копий». Откроется раздел со списком резервных копий: Если нажать на кнопку опций напротив нужной резервной копии, то в выпадающем меню можно найти пункт «Скачать». Если кликнуть на него, то начнётся скачивание резервной копии через браузер. Рекомендуем использовать для этого программу «FileZilla», потому что в случае обрыва соединения у браузерного загрузчика нет возможности докачать файл — загрузка начнётся заново.

Резервное копирование в облачное хранилище Битрикса

Если на сайте установлена активная лицензия Битрикса, то можно сохранять резервные копии Вашего сайта на сервера компании «1С-Битрикс». Резервные копии шифруются ключом, который система попросит придумать во время задания настроек копирования. Только тот, кто знает этот ключ, сможет восстановить сайт из зашифрованной резервной копии.

Для создания и отправки резервной копии в облачное хранилище «1С-Битрикс», выберите соответствующую опцию на странице создания резервной копии: Если копирование в облако делается первый раз, до будет предложено придумать и сохранить у себя пароль для расшифровки. Без него расшифровать копию невозможно.

Восстановление из резервной копии в Битриксе

Чтобы восстановить сайт из резервной копии, перейдите на страницу «Список резервных копий» и кликните на значок опций нужной копии. Затем кликните на пункт «Восстановить»: При восстановлении из резервной копии, база данных и файлы сайта будут перезаписаны теми данными, которые находятся в резервной копии. Поэтому тщательно проверьте и убедитесь, что нужно восстановить именно эту копию.

Если нужно сделать восстановление резервной копии из файлов, то может потребоваться загрузка всех архивов резервной копии в папку сайта /bitrix/backup/ . Только после этого нужная копия появится в списке на странице «Список резервных копий».

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Копирование файлов. Сначала нужно создать копию базового каталога установки Битрикс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 в сжатом виде.

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

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

• пользователь команды root должен ввести пароль (после установки веб-окружения битрикс24 пароль для суперпользователя сохранен в файле /root/.my.cnf).

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:///bitrix/admin. Затем в Рабочий стол — Настройки — Инструменты — Резервное копирование — Список резервных копий.

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

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

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

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

Mysql query error: (1298) Unknown or incorrect time zone

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

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

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

mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root mysql -p

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 – это просто, удобно и бесплатно. Бэкап можно выполнить в несколько кликов из Административной системы.

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

Восстановление базы данных

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

Создание резервных копий – одно из преимуществ Битрикс перед другими CRM. Эта функция доступна во всех редакциях продукта. Бэкап можно делать на сервер или в облако. В статье разбираются оба варианта. Если вам нужно восстановить сайт или некоторые из файлов, не забудьте сделать их резервную копию. Бэкап может спасти сайт от бесследной утраты в случае ошибки пользователя, неполадок в работе сайта, неверной интеграции или обновления. Мы расскажем, как откатить Битрикс до последней версии и вернуть работу сайта в нормальный режим в случае коллапса. Когда бэкап необходим Прежде всего следует отметить, что вызывает утрату данных: Поломка ПК. Ошибка функционирования ПО. Хищение физического носителя с программой и базой данных. Вредоносное ПО: вредоносный софт может серьезно повредить работу системы. Антивирусные программы не всегда могут поймать и обезвредить вирусы. Человеческий фактор: часто сотрудники могут случайно удалить рабочие файлы. Своевременный бэкап Битрикс24 – это своего рода страховка данных от потери вследствие ошибок в работе ПО, хищения программы и базы данных, вирусов, и простого человеческого фактора. К тому же, восстановление резервной копии помогает сэкономить время, чтобы вернуть сайт в привычное русло работы. Как восстановить Битрикс в облаке Облачная версия портала автоматически делает ежедневный бэкап. Восстановление потерянных данных доступно только для платных тарифов «Стандартный» и «Профессиональный» с помощью техподдержки Битрикс24. Если до обращения в техподдержку прошло больше недели, файлы восстановить невозможно. При утрате данных в облаке техподдержка получает обращение, а затем следует выбрать один из двух способов бэкапа. Первый способ: создание и отправка CSV-файла с нужным временным периодом и выбранными элементами портала. После получения файла администратор аккаунта делает импорт данных в CRM. В этом файле будут присутствовать только элементы портала, без комментариев и сопутствующих дел. Восстановление файлов будет выполнено к выбранной дате последней версии. После этого портал будет восстановлен, а все изменения, внесенные после нее, будут удалены. Этим способом можно воспользоваться для восстановления контактов, заявок, заказов. Полный бэкап возвращает портал к резерву выбранной даты. Он необходим, когда удалены товары или поля. После того, как выбран способ восстановления, администратор делает запрос в поддержку Битрикс24 с указанием даты утраты данных. Затем менеджеры поддержки сообщают о наличествующих резервных копиях. Затем следует согласовать даты и варианты отката программы. Как восстановить Битрикс через приложения Стандартное восстановление резервной копии Битрикс24 подразумевает обращение в техподдержку. Откат к последней версии занимает больше суток. Восстановить данные можно самостоятельно через приложения вроде CRM Backups 24 или Backup+. Приложения для восстановления доступны в Битрикс24.Маркет Плюс. В приложении можно настроить автоматическое и ручное сохранение данных о компаниях, контактах и заявках с выбранной периодичностью. Число бэкапов в сутки и сроки их хранения зависят от тарифа приложения. Ручное резервное копирование Сперва нужно сделать копию Битрикс портала и дамп базы данных: Копирование файлов. Сначала нужно создать копию базового каталога установки Битрикс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 в сжатом виде. Создание дампа базы данных. Наименование базы данных: 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. Создание резервной копии использует следующий скрипт: 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:///bitrix/admin. Затем в Рабочий стол — Настройки — Инструменты — Резервное копирование — Список резервных копий. В перечне следует найти бэкап, перенесенную на сервер, кликнуть по иконке меню слева от него и выбрать Восстановить: Выбираем резервную копию для восстановления Клик по кнопке ДАЛЕЕ запустит процесс восстановления: Продолжаем восстановление данных Восстановление начинается: Начало восстановления из резервной копии Мастер предложит ввести информацию для восстановления базы данных после распаковки файлов – по умолчанию подставляются значения из файла dbconn.php: Восстановление базы данных Старт восстановления базы данных: Старт восстановления базы данных Возможные ошибки Mysql query error: (1298) Unknown or incorrect time zone При открытии восстановленного портала возникает ошибка. Причина: система не может найти в базе используемый часовой пояс во время выполнения команды SET GLOBAL time_zone в MySQL. Решение: для загрузки данных о часовых поясах в СУБД выполняется команда: mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root mysql -p Возможны предупреждения: 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 – это просто, удобно и бесплатно. Бэкап можно выполнить в несколько кликов из Административной системы. Для уверенности в результате можно обратиться к профессиональным разработчикам. Восстановление базы данных Заказать услугу

Россия , Челябинская область , Челябинск , ул. Энтузиастов, 2, оф. 200 Телефон: +7 (351) 220-45-35