Как создать резервную копию только для одного сайта в битрикс

Инкрементальный бэкап VDS с сайтом на 1С-Битрикс в Яндекс.Облако

Мне было необходимо делать 2 раза в сутки бэкап сайта на «1С-Битрикс: Управление сайтом» (файлов и базы mysql) и хранить историю изменений за 90 дней.

Сайт расположен на VDS под управлением ОС CentOS 7 с установленным «1С-Битрикс: Веб-окружение». Дополнительно делать резервную копию настроек ОС.

  • Частота — 2 раза в сутки;
  • Хранить копии за последние 90 дней;
  • Возможностью достать отдельные файлы за определенную дату, при необходимости;
  • Бэкап должен храниться в отличном от VDS дата-центре;
  • Возможность получить доступ к бэкапу из любого места (другой сервер, локальный компьютер и т.д.).

Речь идет не о снапшоте для быстрого восстановления всей системы, а именно о файлах и базе и историей изменения.

Исходные данные:

  • VDS на виртуализации XEN;
  • ОС CentOS 7;
  • 1С-Битрикс: Веб-окружение;
  • Сайт на базе «1С-Битрикс: Управление сайтом», версия Стандарт;
  • Размер файлов — 50 Гб и будет расти;
  • Размер базы — 3 Гб и будет расти.

Стандартное резервное копирование встроенное в 1С-Битрикс — исключил сразу. Оно подойдет только небольшим сайтам, т.к.:

Резервного копирования и восстановления 1С-Битрикс

  • Делает полную копию сайта каждый раз, соответственно каждая копия будет занимать столько же места, сколько занимаю файлы, в моём случае это 50 Гб.
  • Резервное копирование делается средствами PHP, что с такими объемами файлов — невозможно, оно перегрузит сервер и не закончится никогда.
  • И конечно же ни о каких 90 днях речи идти не может при хранении полной копии.

Из всего вышесказанного оптимальным для меня выбором является инкрементальный бэкап по собственному сценарию в Яндекс.Облако (Object Storage) или Amazon S3 (Amazon Simple Storage Service).

Для этого требуется:

  • root доступ к VDS;
  • установленная утилита duplicity;
  • аккаунта в Яндекс.Облаке.

Инкрементальный бэкап — метод при котором архивируются только измененные с момента последнего бэкапа данные.

duplicity — бэкап утилита использующая rsync алгоритмы и умеющая работать с Amazon S3.

Яндекс.Облако vs Amazon S3

Разницы между Яндекс.Облаком и Amazon S3 в данном случае для меня нет. Яндекс поддерживает основную часть API Amazon S3, поэтому с ним можно работать используя решения, которые есть для работы с S3. В моём случае это утилита duplicity.

Основным плюсом Яндекса может быть оплата в рублях, если данных будет очень много, то не будет привязки к курсу. В плане скорости Европейские дата-центры Amazon работают соизмеримо с российскими в Яндексе, например можно использовать Франкфурт. Я ранее использовал Amazon S3 для подобных задач, сейчас решил попробовать Яндекс.

Настройка Яндекс.Облака

1. Необходимо создать платежный аккаунт в Яндекс.Облаке. Для этого нужно авторизоваться в Яндекс.Облаке через свой аккаунт Яндекса или создать новый.

8. Битрикс — Как сделать бэкап сайта (резервную копию)

2. Создать «Облако».

3. В «Облаке» создать «Каталог».

4. Для «Каталога» создать «Сервисный аккаунт».

5. Для «Сервисного аккаунта» создать ключи.

6. Ключи сохранить, они нужны будут в дальнейшем.

7. Для «Каталога» создать «Бакет», в него будут попадать файлы.

8. Рекомендую задать лимит и выбрать «Холодное хранилище».

Настройка резервного копирования по расписанию на сервере

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

1. Установить на VDS утилиту duplicity

2. Создать папку для дампов mysql, в моём случае это /backup_db в корне VDS

Что такое Опера в компе

3. Создать папку для bash скриптов /backup_scripts и сделать первый скрипт, который будет выполнять бэкап /backup_scripts/backup.sh

4. Запустить скрипт первый раз и проверить результат, в «Бакете» должны появиться файлы.

5. Добавить скрипт в cron для пользователя root на выполнение 2 раза в день, либо с нужной вам частотой.

Восстановление данных из Яндекс.Облака

1. Сделать папку для восстановления /backup_restore

2. Сделать bash скрипт для восстановления /backup_scripts/restore.sh

Я привожу самый востребованный пример восстановления определенного файла:

3. Запустить скрипт и дождаться результата.

В папке /backup_restore/ вы найдёте файл index.php, который ранее попал в резервную копию.

Более тонкую настройку можете производить под свои нужды.

Минус duplicity

У duplicity есть один минус — нет возможности задать лимит использования канала. С обычным каналом это не создает проблемы, а с при использовании канала с защитой от DDoS с тарификацией по скорости в сутки, я бы хотел иметь возможность установить ограничение в 1-2 мегабита.

В качестве вывода

Резервирование в Яндекс.Облаке или Amazon S3 дает независимую копию сайта и настроек ОС к которой можно обратится с любого другого сервера или локального компьютера. При этом данная копия не видна ни в панели управления хостингом, ни в админке битрикса, что дает дополнительную безопасность.

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

Использовать данную методику можно с любыми VDS или Dedicated серверами и сайтами на любых движках, не только 1С-Битрикс. ОС также может быть отличная от CentOS, например Ubuntu или Debian.

Источник

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

Обновлено

Обновлено: 02.02.2022 Опубликовано: 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).

Игра в звездные войны в браузере

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.zip
  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 (файл выше).

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

* данная команда создаст пользователя 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.

Источник

Правильное резервное копирование больших проектов Битрикс

Резервные копии больших проектов таких как коробочные версии порталов Битрикс24, на которых хранится большой объем информации не стоит создавать исключительно стандартными средствами системы. Как правило больше всего файлов хранится в папке битрикс upload. Обычно там находятся файлы диска, вложения к задачам, записи телефонных звонков и многое другое.

Если делать резервную копию средствами системы и включать в нее папку upload, то при распаковке копии с помощью файла битрикс restore.php можно получить неприятный сюрприз — архив с копией окажется «битым», не распакуется и вам придется приложить огромные усилия для получения файлов из архива с резервной копией.

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

битрикс restore php ошибка при восстановление копии

Итак, действовать мы будем следующим образом: сначала создадим архив с ядром и БД средствами Битрикса (исключим из него папку upload и некоторые другие папки), а папку upload создадим через консоль командной строки, подключившись к порталу по SSH.

Кстати создать архив с помощью системы можно 2 способами: через административную панель сайта или запустив php-скрипт резервного копирования в командной строке. Архивировать в консоли считается более надежным и профессиональным способом – так как меньше шансов, что произойдет какая-нибудь ошибка, нежели при запуске инструмента архивации через браузер. В любом случае выбирать нужно вам.

В обоих случаях резервное копирование битрикс начать стоит с настроек копирования.

Настройки для первого способа можно сделать здесь: Настройки→Инструменты→Резервное копирование→Создание резервной копии (вкладка «Параметры» ). Нужно включить экспертные настройки создания резервной копии.

До параметров резервного копирования для второго способа можно добраться следующим образом: Настройки→Инструменты→Резервное копирование→Регулярное резервное копирование (вкладка «Параметры» ).

Параметры копирования находятся на разных страницах административной панели, но опции для настройки содержат практически одинаковые.

Общие параметры резервного копирования:

  • Размещение резервной копии : выбираем вариант «в папке сайта»
  • Архивировать базу данных : ДА
  • Исключить из базы данных : отмечаем все 3 флажка (исключать статистику, поисковый индекс, журнал событий)
  • Архивировать ядро : ДА
  • Архивировать публичную часть : ДА
  • Исключить из архива файлы и директории по маске : указываем папки /upload, /bitrix/cache, /bitrix/backup, /bitrix/managed_cache, /bitrix/stack_cache, /upload/resize_cache, /bitrix/html_cache, /bitrix/tmp
  • Шифровать данные резервной копии : НЕТ
  • Проверить целостность архива после завершения : ДА
  • Отключить компрессию архива (снижение нагрузки на процессор) : ДА
  • Длительность шага : 20 сек., интервал: 3 сек.
  • Максимальный размер несжатых данных в одной части архива (МБ) : 2047

Параметры для 2-го способа (запуск скрипта через командную строку):

  • Метод запуска : наш выбор — «через прямой запуск /bitrix/modules/main/tools/backup.php»
  • Удалять локальные резервные копии : выбираем вариант «никогда не удалять»

Если вы выбрали первый способ, то после установки параметров можно смело запускать создание резервной копии bitrix.

Если выбран второй способ, то нужно подключиться к серверу по SSH. Обращаю внимание, что подключаться все команды в консоли нужно под пользователем bitrix . Если вы авторизовались под пользователем root , то выполните команду

Для запуска резервного копирования выполняем следующую команду:

$ php –f /hiome/bitrix/www/ bitrix/modules/main/tools/backup.php

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

Как редактировать свой сайт в контакте

запуска резервного копирования через php cli

Переходим к архивации содержимого папки upload . Если в папке хранится большое количество файлов и их объем составляет несколько гигабайт, то перед архивацией советую вам проверить свободное место на диске командной

Если места достаточно, то перейдите в папку, где хотите сохранить архив, например, /home/bitrix/www . Затем запустите команду:

$ tar -czvf upload.tar.gz ./upload

После того, как архив будет создан вы сможете скачать его на свой ПК. С архивом большого объема при загрузке могут возникнуть проблемы, поэтому лучше качать его не через FTP-клиент, а с помощью программы Download Master . Возможности этой программы позволяют загрузить файлы по FTP.

Если вдруг вам понадобится восстановить копию, созданную описанным в статье способом, то просто загрузите архив с копией ядра и БД в папку на сервере, где у вас должен размещаться портал (например, /home/bitrix/www ) вместе с файлом restore.php и запустите восстановление в браузере.

После успешного завершения установки, загрузите в ту же папку архив с битрикс upload и выполните распаковку:

$ tar -xvf upload.tar.gz

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

Источник

Как сделать бэкап 1с-битрикс сайта?

А как часто, вы делаете бэкап своего сайта?
По своему горькому опыту скажу, делать это нужно.

Как же сделать backup сайта на 1с-битрикс.

Переходим в админку. Идем по пути: Настройки -> Инструменты -> Резервное копирование -> Создание резервной копии.

Создание резервной копии.

Можно перейти по адресу: /bitrix/admin/dump.php. На этой странице вы можете выбрать размещение резервной копии:

  • в облаке «1С-Битрикс»
  • в папке сайта

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

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

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

Параметры резервного копирования.

Создатели 1с-битрикс предупреждают:

Изменение экспертных настроек может привести к созданию нецелостного архива и невозможности его восстановления. Вы должны хорошо понимать, что делаете.

Далее вам предоставляются возможности исправить содержимое будущего бэкапа.

Выберите, что нужно архивировать:

  • базу данных
  • ядро
  • публичную часть
  • статистику
  • поисковый индекс
  • журнал событий
  • файлы и папки по маске
  • файлы определенного размера

Далее пункт «Режим архивации».
Вы можете:

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

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

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

  1. Имя
  2. Размер
  3. Размещение
  4. Изменен – дата создания.

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

На этой странице под таблицей, прячется ссылка на скрипт (который частенько не могут найти =) ) для восстановления restore.php, про него я уже писал в своей статье Скачать resore.php .

Автоматическое создание.

На странице списка резервных копий, есть кнопка перехода на занимательную страницу — «Автоматическое создание». Переходим туда, там мы видим настройки для создания buckup в указанное время с заданной периодичностью. К сожалению доступна они только, если системные агенты выполняются на cron, иначе необходимо настроить на определенное время выполнение php скрипта /bitrix/modules/main/tools/backup.php через панель хостинга.. Также можно настроить, при каких условиях удалять локальные резервные копии.

Источник

Как сделать резервную копию сайта на 1с-Битрикс

Как сделать резервную копию сайта на 1с-Битрикс

Всем привет! Сегодня мы разберемся, как сделать резервную копию сайта.

Сохранить историю браузера в файл

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

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

Давайте теперь перейдем от слов к делу. Заходим в «админку», переходим в раздел «Настройки» и переходим во вкладку «Инструменты» открываем, и у нас здесь есть пункт «Резервное копирование».

как сделать резервную копию сайта на 1с-Битрикс

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

Резервные копии в 1С Битрикс можно создавать двумя вариантами. При условии, что у вас активная лицензия, вы можете создать резервную копию в облаке 1С Битрикс, то есть резервная копия будет хранится не на вашем хостинге, не на вашем компьютере, а на серверах компании 1С Битрикс. Они предоставляют в нашем случае 2 Гб дискового пространства, сюда влезет максимум 2 резервные копии. Я предпочитаю делать резервные копии в папке сайта.

как сделать резервную копию сайта на 1с-Битрикс

То есть, мы здесь ставим галочку в папке сайта, переходим в раздел «Параметры», нажимаем галочку «Включить экспертные настройки».

как сделать резервную копию сайта на 1с-Битрикс

Проверяем что у нас здесь стоит. Чаще всего все галочки здесь выставлены по умолчанию примерно также, как вы сейчас видите на экране, за исключением того, что в данном поле максимальный размер несжатых данных в одной части архива чаще всего стоит 100 Мб Я рекомендую выставлять хотя бы 1 Гб, то есть 1024 Мб. Это нам дает возможность упаковать весь сайт в один-два файла, потому что если сайт весит, допустим 1,5-2Гб, то по 100 Мб это 20 файлов. Это просто неудобно. Лучше иметь 1-2 файла.

как сделать резервную копию сайта на 1с-Битрикс

После того, как вы тут все посмотрели, поставили объём архива, нажимаем кнопочку «Создать резервную копию», и у нас начинается процесс создания резервной копии. Чаще всего он не занимает более 5 минут.

Итак, резервная копия у нас с вами готова, время создания 1 минута, можем перейти в список. Вот у нас наш свежий архив, состоящий из двух частей. При желании мы можем его скачать. Нажимаем здесь на эти три палочки и нажимаем кнопочку «Скачать».

как сделать резервную копию сайта на 1с-Битрикс

Это первый вариант скачки. Второй вариант скачки архива — это через FTP. Мы с вами открываем любой FTP-клиент, например, FileZilla, подключаемся к нашему сайту, переходим в папку, где лежат резервные копии. Она находится в основном каталоге public_html, папка bitrix и здесь есть папка backup. Здесь лежат наши с вами архивы резервных копий. По дате можно посмотреть, где свежая резервная копия.

В нашем случае 31.08, 31.08. Мы просто скачиваем эти файлы себе на компьютер.

как сделать резервную копию сайта на 1с-Битрикс

Так же хочу обратить ваше внимание на то, что перед тем, как сделать резервную копию, удостоверьтесь в том, что на вашем хостинге хватает дискового пространства, то есть просто есть свободное место, потому что часто бывает такое, что-либо выставлено автоматическое резервное копирование, например, раз в неделю, и в течение 1-2 месяцев стандартный хостинг забивается резервными копиями, либо еще какие-то проблемы, например, распухает, например, cash. То есть вы должны убедиться, что есть свободное место под ваш сайт. Если места достаточно, то никаких проблем с резервным копированием у вас не будет.

Источник
Рейтинг
Загрузка ...