Bitrix резервное копирование error processing file

Другие записи

Коварная ошибка Error processing file

Прежде всего, успокоимся — ошибка Error processing file не несет ничего страшного. Чтобы локализовать ее и исправить, обычно достаточно пройтись по небольшому списку возможных проблем. Если это не поможет — пишите, мы вам поможем 😉

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

В подавляющем большинстве случаев, этого списка достаточно, чтобы побороть эту коварную ошибку. Удачных вам бэкапов!

Наша статья вам помогла? Поддержите нас лайком!

Другие записи

Идём на BeerPHP SPB Meetup #2!

Хотите поговорить о PHP за под пиво пятничным вечером? Заметьте, это просто посиделки, а конференция, на которой мы, будем выступать. Не полным составом, конечно, а силами двух спикеров.

Секретный ингредиент 1С-Битрикс: Сайты24

В предыдущей статье мы уже начали рассказывать вам о новой версии «1С-Битрикс: Управление сайтом», которую представили на презентации 30 мая. Мы успели выделить только некоторые “фишки” и особенности новой редакции, да и то рассказали о них в общих чертах. Теперь хотелось бы остановиться на некоторых блоках более подробно, в частности, поговорить о Сайтах24.

Прыжок в невесомость вместе с 1С-Битрикс 18.0

Весна для компании 1С-Битрикс оказалась очень плодотворной. Всего пару месяцев назад мы всей командой слушали и обсуждали презентацию Битрикс24.Гонконг, а вчера появился ещё более весомый повод для дискуссий: релиз новой сборки версии «1С-Битрикс: Управление сайтом» 18.0.

Источник

Проблемы при выгрузке товаров из 1С в Битрикс

Возникают проблемы при попытке настройки обмена данными 1с и Битрикс:

1с выдает такое сообщение:

Выгружено товаров: 321
Выгружено картинок: 0
<Обработка.ОбменССайтом(302)>: Ошибка при вызове метода контекста (ОтправитьДляОбработки): Ошибка работы с Интернет: failed sending data to the peer
Произошла ошибка: . По причине:

Произошла ошибка на стороне сервера. Получен неизвестный статус импорта.
Обмен не выполнен
Ответ сервера:
.
X

Выгрузка товаров завершена с ошибками.
Ошибка в значении узла . документа CML (руб).
Обмен не выполнен
Не удалось обработать значение элемента (Документ.Валюта) = (руб).
Не удалось разобрать данные, загруженные с сервера.
Обмен не выполнен
Не выгружен ни один заказ.
Обмен заказами завершен с ошибками.

В чем может быть проблема? Читала, что возможной причиной может быть настройки интернет-провайдера? тогда что им нужно изменить в таком случае?

Очень жду Ваших ответов!

По вопросам.
1. Фактически 1С сообщает, что ей не удалось отправить данные на сайт. в связи с этим вопрос:
1) При настройке выгрузки на сайт Вы проверяли соединение 1с и сайта? Это делается там, где задается адрес сайта, логин и пароль. Если соединение есть, то надо искать проблему в другой части
2) Возможно, антивирус или firewall не блокируют отправку пакетов на сервер. Надо добавить 1С в доверенную зону/доверенные приложения

2. Обмен заказами не выполнен потому, что, видимо, различается валюта в 1С и на сайте (например, на сайте РУБ, а в 1с руб.) — здесь надо придти к единому описанию

Источник

Не запускается nginx на сервере

Прошу помощи с решением проблемы.
Вероятно где-то ошибся и накосячил.
Мы меняем местами сервера — боевой и копию.
Чтобы хватало места под папку upload (на боевом нет возможности расширить).
Попробовали добавить поддомен на копию (была some.copy.site.ru — добавили some.copy2.site.ru), чтобы потом some.copy.site.ru перенести туда где сейчас боевой, а some.copy2.site.ru заменить на some.site.ru — сделать боевым.
Стали отрываться оба поддомена ведущий на один портал. Один по https, другой по http.
При попытке добавить SSL на второй поддомен — всё сломалось.

Теперь nginx не стартует.

# systemctl start nginx.service

Job for nginx.service failed because the control process exited with error code. See «systemctl status nginx.service» and «journalctl -xe» for details.

# systemctl status nginx.service

● nginx.service — nginx — high performance web server

Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; vendor preset: disabled)

Active: failed (Result: exit-code) since Fri 2022-01-07 13:02:55 +04; 46s ago

Process: 11094 ExecStartPre=/usr/sbin/nginx -t -c /etc/nginx/nginx.conf (code=exited, status=1/FAILURE)

Jan 07 13:02:55 centos-79-64-minimal systemd[1]: Starting nginx — high performance web server.

Jan 07 13:02:55 centos-79-64-minimal nginx[11094]: nginx: [emerg] cannot load certificate «/etc/letsencrypt/live/some.

Jan 07 13:02:55 centos-79-64-minimal nginx[11094]: nginx: configuration file /etc/nginx/nginx.conf test failed

Jan 07 13:02:55 centos-79-64-minimal systemd[1]: nginx.service: control process exited, code=exited status=1

Jan 07 13:02:55 centos-79-64-minimal systemd[1]: Failed to start nginx — high performance web server.

Jan 07 13:02:55 centos-79-64-minimal systemd[1]: Unit nginx.service entered failed state.

Jan 07 13:02:55 centos-79-64-minimal systemd[1]: nginx.service failed.

Hint: Some lines were ellipsized, use -l to show in full.

— Unit session-178.scope has finished starting up.

— The start-up result is done.

Jan 07 13:05:01 centos-79-64-minimal systemd[1]: Started Session 179 of user root.

— Subject: Unit session-179.scope has finished start-up

— Unit session-179.scope has finished starting up.

— The start-up result is done.

Jan 07 13:05:01 centos-79-64-minimal systemd[1]: Started Session 180 of user bitrix.

— Subject: Unit session-180.scope has finished start-up

— Unit session-180.scope has finished starting up.

— The start-up result is done.

Jan 07 13:05:01 centos-79-64-minimal CROND[11297]: (root) CMD (/opt/webdir/bin/restart_httpd-scale.sh process)

Jan 07 13:05:01 centos-79-64-minimal CROND[11298]: (root) CMD (/opt/webdir/bin/update_network.sh eno1)

Jan 07 13:05:01 centos-79-64-minimal CROND[11299]: (bitrix) CMD (test -f /home/bitrix/www/bitrix/modules/main/tools/cronJan 07 13:05:01 centos-79-64-minimal CROND[11300]: (bitrix) CMD (/usr/bin/php -f /home/bitrix/www/bitrix/php_interface/cJan 07 13:05:01 centos-79-64-minimal systemd[1]: Removed slice User Slice of bitrix.

— Subject: Unit user-600.slice has finished shutting down

— Unit user-600.slice has finished shutting down.

Jan 07 13:05:05 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:07 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:08 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:09 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:12 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:13 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:13 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:13 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:16 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:17 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:18 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:21 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:22 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:26 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:27 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:31 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:31 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:35 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:39 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:alines 2397-2445/2445 (END)

— Unit session-178.scope has finished starting up.

— The start-up result is done.

Jan 07 13:05:01 centos-79-64-minimal systemd[1]: Started Session 179 of user root.

— Subject: Unit session-179.scope has finished start-up

— Unit session-179.scope has finished starting up.

— The start-up result is done.

Jan 07 13:05:01 centos-79-64-minimal systemd[1]: Started Session 180 of user bitrix.

— Subject: Unit session-180.scope has finished start-up

— Unit session-180.scope has finished starting up.

— The start-up result is done.

Jan 07 13:05:01 centos-79-64-minimal CROND[11297]: (root) CMD (/opt/webdir/bin/restart_httpd-scale.sh process)

Jan 07 13:05:01 centos-79-64-minimal CROND[11298]: (root) CMD (/opt/webdir/bin/update_network.sh eno1)

Jan 07 13:05:01 centos-79-64-minimal CROND[11299]: (bitrix) CMD (test -f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php && < /usr/bin/php -f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php; >>/dev/null 2>&1)

Jan 07 13:05:01 centos-79-64-minimal CROND[11300]: (bitrix) CMD (/usr/bin/php -f /home/bitrix/www/bitrix/php_interface/cron_events.php)

Jan 07 13:05:01 centos-79-64-minimal systemd[1]: Removed slice User Slice of bitrix.

— Subject: Unit user-600.slice has finished shutting down

— Unit user-600.slice has finished shutting down.

Jan 07 13:05:05 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=21583 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:07 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=79.124.62.78 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=248 PROTO=TCP SPT=58659 DPT=63767 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:08 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=48721 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:09 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=21583 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:12 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.196.61 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=248 PROTO=TCP SPT=50389 DPT=3404 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:13 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=48721 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:13 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=45.143.203.12 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=249 PROTO=TCP SPT=45923 DPT=44393 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:13 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=21583 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:16 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.86 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=45993 DPT=48560 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:17 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=48721 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:18 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=33344 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:21 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=48721 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:22 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=33344 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:26 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=43080 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:27 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=33344 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:31 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=43080 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:31 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=33344 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:35 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=43080 WINDOW=1024 RES=0x00 SYN URGP=0

Jan 07 13:05:39 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=43080 WINDOW=1024 RES=0x00 SYN URGP=0

nginx: [emerg] cannot load certificate «/etc/letsencrypt/live/some.copy2.site.ru/fullchain.pem»: BIO_new_file() failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen(‘/etc/letsencrypt/live/some.copy2.site.ru/fullchain.pem’,’r’) error:2006D080:BIO routines:BIO_new_file:no such file)

nginx: configuration file /etc/nginx/nginx.conf test failed

Попытки переименовать WWW в папке HOME и установить по новой не помогают.

Источник

Коварная ошибка Error processing file

Прежде всего, успокоимся — ошибка Error processing file не несет ничего страшного. Чтобы локализовать ее и исправить, обычно достаточно пройтись по небольшому списку возможных проблем. Если это не поможет — пишите, мы вам поможем 😉

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

В подавляющем большинстве случаев, этого списка достаточно, чтобы побороть эту коварную ошибку. Удачных вам бэкапов!

Наша статья вам помогла? Поддержите нас лайком!

Другие записи

Идём на BeerPHP SPB Meetup #2!

Хотите поговорить о PHP за под пиво пятничным вечером? Заметьте, это просто посиделки, а конференция, на которой мы, будем выступать. Не полным составом, конечно, а силами двух спикеров.

Секретный ингредиент 1С-Битрикс: Сайты24

В предыдущей статье мы уже начали рассказывать вам о новой версии «1С-Битрикс: Управление сайтом», которую представили на презентации 30 мая. Мы успели выделить только некоторые “фишки” и особенности новой редакции, да и то рассказали о них в общих чертах. Теперь хотелось бы остановиться на некоторых блоках более подробно, в частности, поговорить о Сайтах24.

Прыжок в невесомость вместе с 1С-Битрикс 18.0

Весна для компании 1С-Битрикс оказалась очень плодотворной. Всего пару месяцев назад мы всей командой слушали и обсуждали презентацию Битрикс24.Гонконг, а вчера появился ещё более весомый повод для дискуссий: релиз новой сборки версии «1С-Битрикс: Управление сайтом» 18.0.

Источник

Ошибка при «Загрузка резервной копии — Скачать резервную копию с дальнего сайта»

1. Установил свежую BitrixVM
2. Увеличил размер диска под сайт по инструкции с этого раздела
3. Зашел на сайт с BitrixVM и выбрал пункт «Восстановить проект»
4. Сделал полную резервную копию средствами Битрикс на текущем сервере
5. Выбрал пункт «Скачать резервную копию с дальнего сайта» на Битриксе с BitrixVM
6. На нулевом проценте в окне «Загрузка» получаю ошибку «Ошибка загрузки Запрашиваю файл
Подключение к серверу SERVER.ru.
Ошибка загрузки. Сервер ответил: 404 — Not Found»
7. Проверил доступ к файлу с незалогиненого браузера, доступ есть файл начинает скачиваться

В 5-м пункте пробовал выбрать «Загрузить с локального диска», процес отвеливается по таймауту довольно быстро

Размер резервной копии в 9 томах архива около 9Гб.

Подскажите в чем может быть проблема, кто сталкивался и как решали?

Может быть подскажите где описывалась процедура раскатки резервной копии напрямую через консоль BitrixVM?

С уважением, Алексей

Цитата
Алексей Никитенко написал: Размер резервной копии в 9 томах архива около 9Гб.

первым делом если ваш сайт совпадает с SERVER.ru и вы при настройке пула назвали его тоже SERVER.ru то удалите пул и слеайте его с именем отличающимся от SERVER.ru

если отличается от имени сайта то попробуйте сделать том по 100 мгб

Цитата
Алексей Никитенко написал: Размер резервной копии в 9 томах архива около 9Гб.

первым делом если ваш сайт совпадает с SERVER.ru и вы при настройке пула назвали его тоже SERVER.ru то удалите пул и слеайте его с именем отличающимся от SERVER.ru

если отличается от имени сайта то попробуйте сделать том по 100 мгб

Пул называется по другому (в консоле имя хоста другое) выводит. До больших томов пробовал резервную копию с томами по 150мб, ошибка таже, только томов в разы больше выходило.

Точно ли нужно уменьшить до 100Мб, может быть архивирование данных отключить?

Источник

Ошибка автоматического создания резервной копии

Снова началось. Само.

В этот раз только обращение в тех.поддержку помогло, потому что параллельно с этой ошибкой еще в маркетплейсе горело

«Работа системы обновлений заблокирована. Данная ситуация могла произойти после восстановления сайта из резервной копии, переносе сайта на другой хостинг, а также в некоторых других случаях»

(ничего из вышеуказанного не делали, даже некоторых других случаев, но что-то тех.поддержка у себя подкрутила, и заработало).

В архив шел только шаблон и БД, размер всего 38 Мб, в облаке еще 1Гб свободного места.

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

Единственное, что всё еще связывало копию сайта с облаком 1С — это Регулярное резервное копирование, которое было настроено в облако 1С.

Переключение Размещения регулярной копии из облака 1С на «в папку сайта» — не помогло.

Помогло только полное отключение «Регулярного резервного копирования» на копии сайта.

Ошибка на основном сайте ушла

ПОБЕДИЛ . Я долго мучился с этой проблемой, перечитал много форумов, но безрезультатно. Потом мой коллега обратил внимание на одну строку.
В файле /bitrix/modules/main/tools/backup.php есть строка:

if (CLI && defined(‘BX_CRONTAB’))
<
Здесь происходит запуск резервного копирования в соответствии с выбранным местом (в папку сайта или в облако Битрикс).
>
elseif <
Здесь происходит запуск резервного копирования в облако (независимо от того, что указано в настройках).
>

Источник

Бекап сайта, портала Битрикс24 на сетевое хранилище Windows

Ошибка резервного копирования 1С-Битрикс

При создании резервной копии Битрикс возникает ошибка Error reading from file:

Как правило, стандартные решения этой ошибки следующие:

1. Необходимо проверить диск на сервере или хостинг-аккаунте, если свободного нет — освободить или добавить диск
2. Необходимо проверить права на папку bitrix/backup (они должны быть 755), проверить владельца этих папок (он должен совпадать с пользователем, от имени которого запущен процесс веб-сервера или php)

Если проверки прошли удачно и проблем с диском и правами нет, могут помочь следующие решения.

Бекап сайта, портала Битрикс24 на сетевое хранилище Windows

Вам приходилось сталкиваться с ситуацией, когда сайт или портал Битрикс24 недоступен, потому что на диске неожиданно закончилось место? Да, последний бэкап съел все место на диске в самый неподходящий момент.

Это обычная история, особенно для Bitrix24 в коробке, когда корпоративный портал начинают активно использовать сотрудники компании.
Здесь есть и еще один риск: если слетит диск, можно потерять и сам сайт/портал, и его бекапы. Поэтому сетевое хранилище бекапов — отличное решение.
О том, как корректно настроить бекап вашего сайта на сетевое хранилище Windows вы узнаете в этой статье. Задавайте вопросы, делитесь записью в соцсетях.

Многие сайты и корпоративные порталы Bitrix24 работают на Виртуальной машине Битрикс. Это удобно и надежно: не надо долго и нудно настраивать окружение сервера, сразу все ПО настроено «из коробки». Как правило, хостится это богатство на VPS или VDS тарифах или в каком-нибудь корпоративном облаке/сервере без бекапов.

1. Сайт или портал на Виртуальной машине Битрикс (версия 5.0 и выше).
2. Сетевое хранилище с постоянным ip-адресом 10.10.10.30 (локальная сеть) на ОС WIndows.
3. Папка Backup на сетевом хранилище, куда мы будем складывать бекапы Битрикс24-портала или сайта на Битрикс.

1. Настроить регулярное резервное копирование файлов и БД сайта/Битрикс24.
2. Хранить резервные копии на сетевом хранилище.

Пинг проходит, хранилище доступно.

2. Теперь надо вспомнить, что изначально в CentOS нет возможности подключиться к Windows-системам. Для подключения этой функции необходимо под root установить пакет samba:

3. Теперь нам надо примонтировать внешнее хранилище как диск в Виртуальной машине Битрикс.
3.1 Создадим точку монитирования windows в папке mnt, эта папка будет соответствовать сетевому хранилищу

3.2 Запишем код подключения сетевого хранилища в настройки файловой системы CentOS, чтобы диск подключался автоматически при каждой загрузке ВМ Битрикс. Для этого редактируем под root файл /etc/fstab и добавляем вниз следующую строку:

• //10.10.10.30/Backup — папка для хранения бекапов на сетевом хранилище с айпи-адресом 10.10.10.30, два слеша обязательные;
• /mnt/windows — точка монитрования диска
• uid — id пользователя CentOS, который должен стать владельцем примонитированного хранилища. Для виртуальных машин Битрикс это обычно id пользователя bitrix; узнать id вашего пользователя можно командой id -u bitrix
• username,password — логин и пароль пользователя Active Directory, имеющего права записи на сетевое хранилище.

Внимание! Эта операция перемонитирует все диски файловой системе. Эту операцию не стоит делать в загруженное время.
После этого выполняем команду df -h и видим наш диск среди других дисков системы:

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

4. Включить резервное копирование файлов и БД вашего сайта или портала Битрикс24 в Виртуальной машине Битрикс просто, это описано в учебном курсе.
Заметим только, что бекап запускается по крону, поэтому необходимо запускать перемещение файлов бекапа на сетевое хранилище через 2-3 часа после запуска бекапа. Точный срок запуска скрипта перемещения файлов на хранилище Вам необходимо вычислить самостоятельно, он будет зависеть от размера вашего сайта.

5. Создадим bash-скрипт перемещения файлов бекапа на сетевое хранилище.
Обычно Виртуальная машина Битрикс складывает готовый архив сайта в директорию /home/bitrix/backup/archive. Поэтому мы заходим в директорию /home/bitrix и создаем файл archive.sh следующего содержания:

где в sDirectory указывется путь к папке, в которую ВМ Битрикс складывает сделанные архивы, snew — точка монитрования сетевого хранилищца в ВМ Битрикс.
Файл перемещения архива готов, нам осталось добавить его запуск на крон. Добавляем в файл /etc/crontab следующую строку:

и сохраняем изменения. Теперь скрипт перемещения архива будет запускаться каждую ночь в 2 часа 10 минут.

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

Прежде чем выполнить восстановление портала, необходимо установить веб-окружения Битрикс. Для этого можно воспользоваться инструкцией Установка 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 (файл выше).

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

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

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

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

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

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

Администратор. Базовый. Резервное копирование

Выберите верные утверждения
Хранение бэкапа на локальном компьютере — дёшево, доступно, ограничено памятью жесткого диска.
Дублирование бекапа на удаленную площадку увеличивает безопасность, но значительно снижает скорость восстановления данных.
Хранение в Облаке 1С-Битрикс — бесплатно, очень надежно, просто, быстро. Объем хранимой информации зависит от редакции продукта.

Параметры соединения с базой данных могут быть установлены вручную в файле:
dbconn.php

Какое высказывание о процедуре резервного копирования многосайтового проекта на разных доменах неверно?
При распаковке архива папки сайтов автоматически переносятся в соответствующие папки на сервере.

. Представьте, что в Облаке 1С-Битрикс уже хранится 2 бекапа. Новый бекап меньше по объему всего хранилища,но в тоже время превышает объем оставшегося доступного места. Возможно ли создать новый бекап (отметьте все верные утверждения)?
да, из облака будет удален только первый архив, если объем нового бекапа меньше появившегося доступного места
да, из облака будут удалены оба старых бекапа, если недостаточно удаления первого архива

Где можно хранить резервную копию (бэкап) сайта
в сторонних облаках
в облаке 1С-Битрикс
локально

Администратор. Базовый. Резервное копирование

Представьте, что в Облаке 1С-Битрикс уже хранится 2 бекапа. Новый бекап меньше по объему всего хранилища, но в тоже время превышает объем оставшегося доступного места. Возможно ли создать новый бекап (отметьте все верные утверждения)?
1)нет, новый бекап создать невозможно, будет выведено предупреждение
2)да, из облака будет удален только первый архив, если объем нового бекапа меньше появившегося доступного места
3)да, из облака будут удалены оба старых бекапа, если недостаточно удаления первого архива
Несколько вариантов ответа

Резервное копирование ТОЛЬКО товаров
После некоторых манипуляций стал некорректно работать сайт. Есть корректная резервная копия за.

Резервное копирование БД
Здравствуйте! У меня есть компьютер с развернутой базой данных средствами MS SQL Server 2005.

Резервное копирование
Драсте, есть deplhi 7, база данных access и само приложение. Нужно каким-то образом создать backup.

Резервное копирование БД
Может кто знает код или пример как можно копировать в определенную папку MS Access из приложения.

2) да, из облака будет удален только первый архив, если объем нового бекапа меньше появившегося доступного места
3) да, из облака будут удалены оба старых бекапа, если недостаточно удаления первого архива

Добавлено через 5 минут
Выберите верные утверждения

Выберите ответ:
1) Хранение бэкапа на локальном компьютере — дёшево, доступно, ограничено памятью жесткого диска.
2) Хранение бекапа в стороннем облачном хранилище выгодно, но требуется подключение к сайту сторонними утилитами. Ограничений по объему хранимой информации не имеет.
3) Дублирование бекапа на удаленную площадку увеличивает безопасность, но значительно снижает скорость восстановления данных.
4) Хранение в Облаке 1С-Битрикс — бесплатно, очень надежно, просто, быстро. Ограничений по объему хранимой информации не имеет.

Возможен выбор нескольких вариантов.
(если выбрать все 4, то результат 0%)

Ссылка на обучающих урок, по которому составлены вопросы: https://dev.1c-bitrix.ru/learn. .4833.9493

Резервное копирование
Здравствуйте! Есть 51 ПК на Windows XP, должны настроены быть все одинаково, я один настроил.

Резервное копирование
Я хочу сделать заводское восстановление, но хочу сохранить все достижения в играх, которые хранятся.

Резервное копирование
Доброго всем времени суток! ) Не знаю куда написать, поэтому спрошу тут (да простят меня.

Резервное копирование БД
Привет, подскажите пожалуйста как сделать копию БД и развернуть её на другом компьютере? Я.

Источник

Category:

• IT
• Cancel

Битрикс: резервное копирование проходит с ошибкой?

С недавних пор у пользователей невыделенных хостингов часто появляется следующая проблема:

при создании резервной копии сайта на Битрикс, архив создается, но он содержит ошибки.

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

Другими словами, если Вы запускаете процесс, который сильно нагружает процессор или использует много памяти, он автоматически убивается.

Для архивации стандартными средствами (tar -czf или zip -r)это означает создание «битого» архива, поскольку архиватор не успевает создать полный архив до момента своего «убийства».

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

Что делать?

1. Попробовать «архивацию по шагам» с шагом 10-15 секунд (принципиально должно помочь, но мне не помогало ни разу);
2. воспользоваться командной строкой для архивации всех файлов директории сайта — с помощью SSH ввести команду tar -czf имя_архива путь_к_директории или zip -r имя_архива путь_к_директории;
3. создать неархивированную резервную копию и потом ее заархивировать:

а) tar -cf имя_архива путь_к_директории
б) gzip имя_архива.

Прежде всего, успокоимся — ошибка Error processing file не несет ничего страшного. Чтобы локализовать ее и исправить, обычно достаточно пройтись по небольшому списку возможных проблем. Если это не поможет — пишите, мы вам поможем 😉

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

В подавляющем большинстве случаев, этого списка достаточно, чтобы побороть эту коварную ошибку. Удачных вам бэкапов!

Наша статья вам помогла? Поддержите нас лайком!

Другие записи

Идём на BeerPHP SPB Meetup #2!

Хотите поговорить о PHP за под пиво пятничным вечером? Заметьте, это просто посиделки, а конференция, на которой мы, будем выступать. Не полным составом, конечно, а силами двух спикеров.

Секретный ингредиент 1С-Битрикс: Сайты24

В предыдущей статье мы уже начали рассказывать вам о новой версии «1С-Битрикс: Управление сайтом», которую представили на презентации 30 мая. Мы успели выделить только некоторые “фишки” и особенности новой редакции, да и то рассказали о них в общих чертах. Теперь хотелось бы остановиться на некоторых блоках более подробно, в частности, поговорить о Сайтах24.

Прыжок в невесомость вместе с 1С-Битрикс 18.0

Весна для компании 1С-Битрикс оказалась очень плодотворной. Всего пару месяцев назад мы всей командой слушали и обсуждали презентацию Битрикс24.Гонконг, а вчера появился ещё более весомый повод для дискуссий: релиз новой сборки версии «1С-Битрикс: Управление сайтом» 18.0.

Источник

Ошибка при «Загрузка резервной копии — Скачать резервную копию с дальнего сайта»

1. Установил свежую BitrixVM
2. Увеличил размер диска под сайт по инструкции с этого раздела
3. Зашел на сайт с BitrixVM и выбрал пункт «Восстановить проект»
4. Сделал полную резервную копию средствами Битрикс на текущем сервере
5. Выбрал пункт «Скачать резервную копию с дальнего сайта» на Битриксе с BitrixVM
6. На нулевом проценте в окне «Загрузка» получаю ошибку «Ошибка загрузки Запрашиваю файл
Подключение к серверу SERVER.ru.
Ошибка загрузки. Сервер ответил: 404 — Not Found»
7. Проверил доступ к файлу с незалогиненого браузера, доступ есть файл начинает скачиваться

В 5-м пункте пробовал выбрать «Загрузить с локального диска», процес отвеливается по таймауту довольно быстро

Размер резервной копии в 9 томах архива около 9Гб.

Подскажите в чем может быть проблема, кто сталкивался и как решали?

Может быть подскажите где описывалась процедура раскатки резервной копии напрямую через консоль BitrixVM?

С уважением, Алексей

Цитата
Алексей Никитенко написал: Размер резервной копии в 9 томах архива около 9Гб.

первым делом если ваш сайт совпадает с SERVER.ru и вы при настройке пула назвали его тоже SERVER.ru то удалите пул и слеайте его с именем отличающимся от SERVER.ru

если отличается от имени сайта то попробуйте сделать том по 100 мгб

Цитата
Алексей Никитенко написал: Размер резервной копии в 9 томах архива около 9Гб.

первым делом если ваш сайт совпадает с SERVER.ru и вы при настройке пула назвали его тоже SERVER.ru то удалите пул и слеайте его с именем отличающимся от SERVER.ru

если отличается от имени сайта то попробуйте сделать том по 100 мгб

Пул называется по другому (в консоле имя хоста другое) выводит. До больших томов пробовал резервную копию с томами по 150мб, ошибка таже, только томов в разы больше выходило.

Точно ли нужно уменьшить до 100Мб, может быть архивирование данных отключить?

Источник

Ошибка автоматического создания резервной копии

Снова началось. Само.

В этот раз только обращение в тех.поддержку помогло, потому что параллельно с этой ошибкой еще в маркетплейсе горело

«Работа системы обновлений заблокирована. Данная ситуация могла произойти после восстановления сайта из резервной копии, переносе сайта на другой хостинг, а также в некоторых других случаях»

(ничего из вышеуказанного не делали, даже некоторых других случаев, но что-то тех.поддержка у себя подкрутила, и заработало).

В архив шел только шаблон и БД, размер всего 38 Мб, в облаке еще 1Гб свободного места.

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

Единственное, что всё еще связывало копию сайта с облаком 1С — это Регулярное резервное копирование, которое было настроено в облако 1С.

Переключение Размещения регулярной копии из облака 1С на «в папку сайта» — не помогло.

Помогло только полное отключение «Регулярного резервного копирования» на копии сайта.

Ошибка на основном сайте ушла

ПОБЕДИЛ . Я долго мучился с этой проблемой, перечитал много форумов, но безрезультатно. Потом мой коллега обратил внимание на одну строку.
В файле /bitrix/modules/main/tools/backup.php есть строка:

if (CLI && defined(‘BX_CRONTAB’))
<
Здесь происходит запуск резервного копирования в соответствии с выбранным местом (в папку сайта или в облако Битрикс).
>
elseif <
Здесь происходит запуск резервного копирования в облако (независимо от того, что указано в настройках).
>

Источник

Бекап сайта, портала Битрикс24 на сетевое хранилище Windows

Ошибка резервного копирования 1С-Битрикс

При создании резервной копии Битрикс возникает ошибка Error reading from file:

Как правило, стандартные решения этой ошибки следующие:

1. Необходимо проверить диск на сервере или хостинг-аккаунте, если свободного нет — освободить или добавить диск
2. Необходимо проверить права на папку bitrix/backup (они должны быть 755), проверить владельца этих папок (он должен совпадать с пользователем, от имени которого запущен процесс веб-сервера или php)

Если проверки прошли удачно и проблем с диском и правами нет, могут помочь следующие решения.

Бекап сайта, портала Битрикс24 на сетевое хранилище Windows

Вам приходилось сталкиваться с ситуацией, когда сайт или портал Битрикс24 недоступен, потому что на диске неожиданно закончилось место? Да, последний бэкап съел все место на диске в самый неподходящий момент.

Это обычная история, особенно для Bitrix24 в коробке, когда корпоративный портал начинают активно использовать сотрудники компании.
Здесь есть и еще один риск: если слетит диск, можно потерять и сам сайт/портал, и его бекапы. Поэтому сетевое хранилище бекапов — отличное решение.
О том, как корректно настроить бекап вашего сайта на сетевое хранилище Windows вы узнаете в этой статье. Задавайте вопросы, делитесь записью в соцсетях.

Многие сайты и корпоративные порталы Bitrix24 работают на Виртуальной машине Битрикс. Это удобно и надежно: не надо долго и нудно настраивать окружение сервера, сразу все ПО настроено «из коробки». Как правило, хостится это богатство на VPS или VDS тарифах или в каком-нибудь корпоративном облаке/сервере без бекапов.

1. Сайт или портал на Виртуальной машине Битрикс (версия 5.0 и выше).
2. Сетевое хранилище с постоянным ip-адресом 10.10.10.30 (локальная сеть) на ОС WIndows.
3. Папка Backup на сетевом хранилище, куда мы будем складывать бекапы Битрикс24-портала или сайта на Битрикс.

1. Настроить регулярное резервное копирование файлов и БД сайта/Битрикс24.
2. Хранить резервные копии на сетевом хранилище.

Пинг проходит, хранилище доступно.

2. Теперь надо вспомнить, что изначально в CentOS нет возможности подключиться к Windows-системам. Для подключения этой функции необходимо под root установить пакет samba:

3. Теперь нам надо примонтировать внешнее хранилище как диск в Виртуальной машине Битрикс.
3.1 Создадим точку монитирования windows в папке mnt, эта папка будет соответствовать сетевому хранилищу

3.2 Запишем код подключения сетевого хранилища в настройки файловой системы CentOS, чтобы диск подключался автоматически при каждой загрузке ВМ Битрикс. Для этого редактируем под root файл /etc/fstab и добавляем вниз следующую строку:

• //10.10.10.30/Backup — папка для хранения бекапов на сетевом хранилище с айпи-адресом 10.10.10.30, два слеша обязательные;
• /mnt/windows — точка монитрования диска
• uid — id пользователя CentOS, который должен стать владельцем примонитированного хранилища. Для виртуальных машин Битрикс это обычно id пользователя bitrix; узнать id вашего пользователя можно командой id -u bitrix
• username,password — логин и пароль пользователя Active Directory, имеющего права записи на сетевое хранилище.

Внимание! Эта операция перемонитирует все диски файловой системе. Эту операцию не стоит делать в загруженное время.
После этого выполняем команду df -h и видим наш диск среди других дисков системы:

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

4. Включить резервное копирование файлов и БД вашего сайта или портала Битрикс24 в Виртуальной машине Битрикс просто, это описано в учебном курсе.
Заметим только, что бекап запускается по крону, поэтому необходимо запускать перемещение файлов бекапа на сетевое хранилище через 2-3 часа после запуска бекапа. Точный срок запуска скрипта перемещения файлов на хранилище Вам необходимо вычислить самостоятельно, он будет зависеть от размера вашего сайта.

5. Создадим bash-скрипт перемещения файлов бекапа на сетевое хранилище.
Обычно Виртуальная машина Битрикс складывает готовый архив сайта в директорию /home/bitrix/backup/archive. Поэтому мы заходим в директорию /home/bitrix и создаем файл archive.sh следующего содержания:

где в sDirectory указывется путь к папке, в которую ВМ Битрикс складывает сделанные архивы, snew — точка монитрования сетевого хранилищца в ВМ Битрикс.
Файл перемещения архива готов, нам осталось добавить его запуск на крон. Добавляем в файл /etc/crontab следующую строку:

и сохраняем изменения. Теперь скрипт перемещения архива будет запускаться каждую ночь в 2 часа 10 минут.

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

Прежде чем выполнить восстановление портала, необходимо установить веб-окружения Битрикс. Для этого можно воспользоваться инструкцией Установка 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 (файл выше).

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

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

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

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

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

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

Администратор. Базовый. Резервное копирование

Выберите верные утверждения
Хранение бэкапа на локальном компьютере — дёшево, доступно, ограничено памятью жесткого диска.
Дублирование бекапа на удаленную площадку увеличивает безопасность, но значительно снижает скорость восстановления данных.
Хранение в Облаке 1С-Битрикс — бесплатно, очень надежно, просто, быстро. Объем хранимой информации зависит от редакции продукта.

Параметры соединения с базой данных могут быть установлены вручную в файле:
dbconn.php

Какое высказывание о процедуре резервного копирования многосайтового проекта на разных доменах неверно?
При распаковке архива папки сайтов автоматически переносятся в соответствующие папки на сервере.

. Представьте, что в Облаке 1С-Битрикс уже хранится 2 бекапа. Новый бекап меньше по объему всего хранилища,но в тоже время превышает объем оставшегося доступного места. Возможно ли создать новый бекап (отметьте все верные утверждения)?
да, из облака будет удален только первый архив, если объем нового бекапа меньше появившегося доступного места
да, из облака будут удалены оба старых бекапа, если недостаточно удаления первого архива

Где можно хранить резервную копию (бэкап) сайта
в сторонних облаках
в облаке 1С-Битрикс
локально

Администратор. Базовый. Резервное копирование

Представьте, что в Облаке 1С-Битрикс уже хранится 2 бекапа. Новый бекап меньше по объему всего хранилища, но в тоже время превышает объем оставшегося доступного места. Возможно ли создать новый бекап (отметьте все верные утверждения)?
1)нет, новый бекап создать невозможно, будет выведено предупреждение
2)да, из облака будет удален только первый архив, если объем нового бекапа меньше появившегося доступного места
3)да, из облака будут удалены оба старых бекапа, если недостаточно удаления первого архива
Несколько вариантов ответа

Резервное копирование ТОЛЬКО товаров
После некоторых манипуляций стал некорректно работать сайт. Есть корректная резервная копия за.

Резервное копирование БД
Здравствуйте! У меня есть компьютер с развернутой базой данных средствами MS SQL Server 2005.

Резервное копирование
Драсте, есть deplhi 7, база данных access и само приложение. Нужно каким-то образом создать backup.

Резервное копирование БД
Может кто знает код или пример как можно копировать в определенную папку MS Access из приложения.

2) да, из облака будет удален только первый архив, если объем нового бекапа меньше появившегося доступного места
3) да, из облака будут удалены оба старых бекапа, если недостаточно удаления первого архива

Добавлено через 5 минут
Выберите верные утверждения

Выберите ответ:
1) Хранение бэкапа на локальном компьютере — дёшево, доступно, ограничено памятью жесткого диска.
2) Хранение бекапа в стороннем облачном хранилище выгодно, но требуется подключение к сайту сторонними утилитами. Ограничений по объему хранимой информации не имеет.
3) Дублирование бекапа на удаленную площадку увеличивает безопасность, но значительно снижает скорость восстановления данных.
4) Хранение в Облаке 1С-Битрикс — бесплатно, очень надежно, просто, быстро. Ограничений по объему хранимой информации не имеет.

Возможен выбор нескольких вариантов.
(если выбрать все 4, то результат 0%)

Ссылка на обучающих урок, по которому составлены вопросы: https://dev.1c-bitrix.ru/learn. .4833.9493

Резервное копирование
Здравствуйте! Есть 51 ПК на Windows XP, должны настроены быть все одинаково, я один настроил.

Резервное копирование
Я хочу сделать заводское восстановление, но хочу сохранить все достижения в играх, которые хранятся.

Резервное копирование
Доброго всем времени суток! ) Не знаю куда написать, поэтому спрошу тут (да простят меня.

Резервное копирование БД
Привет, подскажите пожалуйста как сделать копию БД и развернуть её на другом компьютере? Я.

Источник

Главная » Microsoft Word » Бекап сайта, портала Битрикс24 на сетевое хранилище Windows