Ошибка file has changed while reading

Пользователь 2268335 Заглянувший Сообщений: 2 Регистрация: 29.06.2018	#1 0 29.06.2018 06:50:41 Здрасти-мордасти! При автоматическом резервном копировании возникает ошибка. Ибо на портале часто пишется в большой лог, что также включен в бекап. Чекал — бекап распаковывается. Что не так может быть? Какие риски на будущее? В журнале резервного копирования такие записи каждый день: Цитата [410] File has changed while reading

Пользователь 136059 Гуру Сообщений: 5439 Баллов: 1077 Регистрация: 16.07.2012	#2 0 29.06.2018 09:47:26 Цитата Фёдор Шляпкин написал: [410] File has changed while reading Исключить файл из бекапа. Голосуй за идеи по развитию API Bitrix: https://idea.1c-bitrix.ru/26707/ https://idea.1c-bitrix.ru/26709/ https://idea.1c-bitrix.ru/the-local-extension-folder-js/

Пользователь 2268335 Заглянувший Сообщений: 2 Регистрация: 29.06.2018	#3 0 29.06.2018 12:16:35 Цитата Андрей Николаев написал: Цитата Фёдор Шляпкин  написал: [410] File has changed while reading Исключить файл из бекапа. а смысл? У вас встречались проблемы из-за этого?

Пользователь 136059 Гуру Сообщений: 5439 Баллов: 1077 Регистрация: 16.07.2012	#4 0 29.06.2018 14:04:33 Цитата Фёдор Шляпкин написал: а смысл? У вас встречались проблемы из-за этого? А смысл такого файла, если он не будет отражать достоверные данного бекапа? Да и логи не должны быть в бекапе Голосуй за идеи по развитию API Bitrix: https://idea.1c-bitrix.ru/26707/ https://idea.1c-bitrix.ru/26709/ https://idea.1c-bitrix.ru/the-local-extension-folder-js/

	Добрый день. Можем вернуться в прошлое)) А как исключить его из бэкапа? Действительно не понятно зачем что то исключать из бэкапа? Если что то не так может это исправить?

Пользователь 5465574 Заглянувший Сообщений: 3 Регистрация: 02.08.2021	#6 0 17.01.2022 11:00:46 Ничем не грозит, нужно просто посмотреть что это за файл, если это файл лога или кэша или еще какого-нибудь бесполезного, тогда просто добавить файл в исключение… это нужно при резервирование включить экспертный режим и поставить галочку [исключить из архива файлы и директории по маске:] и указать путь до этого файла, на который ругается.

Прежде всего, успокоимся — ошибка 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

The tar command is a commonly used tool for creating backups and archiving files in Linux systems. However, sometimes, when using the tar command, you may encounter the “error: file changed as we read it” error, which can be frustrating and hinder efficient system operation.

In this article, we will explore the “error: file changed as we read it” error, its causes, and solutions to fix it.

Understanding the “error: file changed as we read it” Error

The “error: file changed as we read it” error is a common error that occurs when using the tar command to create backups or archives in Linux systems. This error typically indicates that the tar command is trying to read a file that is being modified at the same time.

There are several scenarios that can trigger this error, such as the modification of a file during the backup process or the opening of a file by another program while the backup is in progress. This error can have a significant impact on the tar command operation, causing incomplete backups or archives.

There are several solutions to fix the “error: file changed as we read it” error when using the tar command in Linux systems.

Solution 1: Using the –ignore-failed-read Parameters

One solution is to use the –ignore-failed-read parameters when using the tar command. This option instructs the tar command to ignore any errors encountered during the backup or archiving process, allowing the backup or archive process to continue despite the “error: file changed as we read it” error.

Note: This solution may result in incomplete backups or archives, leading to data loss.

Solution 2: Using the –exclude Option

Another solution is to use the –exclude option when using the tar command. This option instructs the tar command to exclude files that are being modified during the backup or archiving process, preventing the “error: file changed as we read it” error from occurring.

This solution is effective in preventing the error, but it requires manual identification and exclusion of files being modified during the backup process, which can be time-consuming.

Solution 3: Using the –warning=no-file-changed Option

A third solution is to use the –warning=no-file-changed option when using the tar command. This option instructs the tar command to treat the “error: file changed as we read it” error as a warning rather than an error, allowing the backup or archive process to continue.

This solution is effective in preventing the error from halting the backup or archiving process, but it can also result in incomplete backup.

Tips to Avoid the “error: file changed as we read it” Error

This error may be caused by files being archived by tar command itself being included in the tar archive file being generated.

Let’s take example to make it clearer:

The reason why the error is occurring is because the tar command is trying to create an archive file named “backup.tar“, which is also included in the list of files being archived. This causes the tar command to interpret “backup.tar” as both an input file and an output file, leading to an error because the file is being modified while it’s being archived.

To resolve the error, it is necessary to ensure that the output tar file is not included in the list of files being archived. This can be done by either changing the name or location of the output file, or by excluding it from the list of input files for the tar command. By doing so, the tar command will not interpret the output file as an input file, and the error will be avoided.

Conclusion

The “error: file changed as we read it” error is a common issue encountered when using the tar command in Linux systems. Understanding the causes of this error and implementing solutions such as using the –exclude option or making it sure that the output tar file is not being part of the files which are going to be archived.

About the author

I am an Electrical Engineer. I love to write about electronics. I am passionate about writing and sharing new ideas related to emerging technologies in the field of electronics.

Это самый дешевый вид хостинга для размещения простых вебсайтов. Загружаем по FTP исходные коды своего сайта и получаем доступ к общей СУБД MySQL. Никаких дополнительных функций обычно не предоставляется. Настройки сервера и ПО, наличие приложений и поддерживаемых языков программирования пользователь не контролирует. Один из недостатков – невозможность контролирования неполадок без обращения в техническую поддержку.
Альтернативой этому будут VPS (Virtual Private Server) и VDS (Virtual Dedicated Server). Это виртуальный выделенный сервер. Несколько виртуальных серверов работают на одной физической машине, но при этом пользователю выделяется гарантированное количество ресурсов, таких как объем постоянной и оперативной памяти, а также фиксированное количество ядер процессора. В этом случае пользователь имеет много возможностей по настройке и мониторингу, но он при этом должен обладать знаниями по настройке, либо нанимать сисадмина (мы, кстати, такое делаем).
Также есть Dedicated server (выделенный сервер, DS, дедик, dedic) – это целый компьютер – физическое устройство целиком от блока питания до сетевой карты. Пользователь является полноправным владельцем всей железяки и может делать с ней всё, что заблагорассудится.

Настройка создания автоматического резервного копирования 1С-Битрикс

Что-то пошло не так (ведь у нас же shared хостинг)

Напомню, что у нас, на сайте одного из клиентов возникла ошибка при создании резервной копии стандартными средствами CMS 1С-Битркис. Автоматическое резервное копирование не может нормально завершиться и процесс переходит в состояние UNKNOWN буквально через 15-20 секунд.
А во время ручного резервного копирования с экрана просто пропадал индикатор прогресса — ни уведомлений об ошибках, ни об успешном завершении процесса, вообще ничего.
На shared хостинге sweb логи посмотреть невозможно, а за разъяснением причин приходится звонить или писать в ТП. Тут нет никаких претензий, трубку снимают быстро, на вопросы отвечают хорошо. Специалист рассказывает, что после запуска процесса было превышение допустимой нагрузки и выполнение было прервано без суда и следствия. То есть, если какой-то процесс использует более 10% процессора более тридцати секунд, то он принудительно останавливается. Так же нас уверили, что пространство выделяется не динамически, и не должно быть проблем, связанных с свободным местом на сервере.
В 1С-Битрикс есть только 3 параметра, позволяющие ограничивать нагрузку на CPU:

• Отключить компрессию архива
• Длительность шага
• Интервал

С компрессией всё, вроде, очевидно: нет сжатия – нет нагрузки на процессор, но это не решало задачу. Длительность шага и интервал регулируют соотношение работы и простоя процессора при выполнении задачи. Настройка по умолчанию предлагает процессу 20 секунд работать, напрягая CPU, потом на 1 секунду приостанавливать всевозможную деятельность, чтоб процессор мог отдохнуть. Вроде всё вписывается, однако результат отрицательный – по-прежнему процесс переходит в UNKNOWN. А это означает, что он вдруг перестал отвечать и, скорее всего, перестал делать свою основную работу.

Error processing file (Битрикс, резервное копирование)

Поступило предложение «поиграться с формой квадрата» и, тем самым, попробовать подобрать рабочие настройки империческим путем, потому что каких-либо рекомендаций не существует.

Понятное дело, что можно было бы сразу выставить что-нибудь в духе 1/10, но при этом процесс резервного копирования занимал бы неприлично много времени.

Результат стал положительным только при настройке 5/5 секунд и менее, что, наверное, можно считать оптимальными настройками для корректной работы бэкапов 1С-Битрикс на shared-хостингах.

Выяснилось, что у сервера есть еще одно ограничение, которое техподдержка «недоговорила» — при нагрузке более 50% время не должно превышать 10 секунд! Вот почему стандартный вариант 20/1 не работал.

Справедливости ради, надо добавить, что резервное копирование, скорее всего, не совсем честно соблюдает установленные ограничения на потребление ресурсов, и нагрузка может быть несколько выше предполагаемой. Да и сервер, скорее всего, измеряет ее с какой-то погрешностью, и вряд ли он «ошибается» не в свою пользу. Поэтому варианты формата 9/1 тоже не заработали. 1 секунда оказалось слабой передышкой.

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

Вместо заключения

На сегодняшний день разница в стоимости shared хостинга и VDS/VPS не столь велика, и при совершении выбора стоит хорошо задуматься, нужна ли за столь малые деньги столь многая скорбь?

Есть вопросы? Записывайтесь на консультацию – 8 800 201-07-68.
Она бесплатная и ни к чему вас не обязывает 🙂

Источник: web-aim.ru

Ошибка регулярного резервного копирования Битрикс

Во время администрирования сайта столкнулся с тем, что после непонятной ошибки как корректно отключить регулярное резервное копирование Битрикс. В настройках все выключено, но регулярное резервное копирование продолжает делать попытки создания резервной копии. В настройках стоит метод запуска — через прямой запуск /bitrix/modules/main/tools/backup.php

Изначально я подумал. что регулярное резервное копирование слетело после обновления Битрикс.
По логу не было видно данных по отключению задания на регулярное копирование. Попытка включить регулярное копирование, а затем отключить в итоге не дает результата. При включении выдает ошибку:
«Невозможно включить автоматическое резервное копирование: необходим модуль облачных сервисов «1С-Битрикс» или агенты должны выполняться на cron.»
В «Настройки — Настройки продукта — Модули» модуль bitrixcloud как был так и остался установлен.

Идем далее, в проверке системы выдает такие ошибки:
Ошибка! Не установлены требуемые расширения: Функции шифрования MCrypt. Поддержка ssl не настроена в php (без функции шифрования MCrypt не сможет создаваться копия с паролем).

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

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

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

Вид подключения расширение PHP mcrypt в панели управления хостингом nic.ru:

Ещё статьи:

30.08.2022 Типовые претензии к подрядчику и к битрикс
По свежим следам я собрал типовые претензии к подрядчику и к битрикс. Мной был проведён аудит и я увидел, что техническое состояние сайта хорошее, нареканий. ID: 338

14.06.2022 Z-Донбасс и мой скромный волонтёрский вклад
Z-Донбасс и мой скромный волонтёрский вклад. Народ не забываем помогать людям Донбасса, которые оказались в сложной ситуации, без денег, еды.
В моём случае. ID: 334

20.09.2021 Разговор с рекрутером в 2021. Мидл это младший специалист и на удалёнку не ниже сеньёра
Рекрутер: В принципе ок, но обычно младших специалистов мы в офис берем). Что скажете?
П.С. Мда, интересно оказывается, что мидл это младший специалист. ID: 320

Новые статьи в блоге:

21.12.2022 Пример обновление коэффициентов MeasureRatio
$eventManager->addEventHandler(«catalog», «BitrixCatalogMeasureRatio::OnBeforeUpdate», function (BitrixMainEvent . ID: 424

21.12.2022 Пример события OnSaleOrderSaved
$eventManager->addEventHandler(«sale», «OnSaleOrderSaved», [‘OrderEvents’, ‘OrderServicesCollection’]); ID: 423

12.12.2022 Корзина пользователя в init.php
Формируем корзину текущего пользователя
$query = CSaleBasket::GetList(array(), array(«FUSER_ID» => CSaleBasket::GetBasketUserID(). ID: 422

Источник: admin4web.ru

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

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

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

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

Итак, действовать мы будем следующим образом: сначала создадим архив с ядром и БД средствами Битрикса (исключим из него папку 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

Переходим к архивации содержимого папки 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

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

Источник: mattweb.ru

Как перенести сайт на Битриксе на другой хостинг: 2 способа

Как перенести сайт на Битриксе на другой хостинг – один из популярных вопросов специалистам техподдержки и поиску Google.

Мы рассмотрим два способа «переезда» сайта на Битрикс и Битрикс24 с одного хостинга на другой. Их в равной степени можно применять и для миграций с виртуального хостинга на VPS или виртуальные машины, а также к переносу Битрикса с сервера на сервер.

Если вы являетесь клиентом Maxiplace или хотите протестировать наш хостинг, напишите в поддержку, и мы бесплатно поможем перенести ваш сайт на быстрые облачные сервера.

Первый способ. Перенос с помощью бэкапа Битрикс

Первый способ – это штатный вариант переноса, предусмотренный как в «1С-Битрикс: Управление сайтом», так и в коробочной версии «Битрикс24».

Алгоритм переноса простой: бэкап создается на исходном хостинге и с помощью специальной ссылки разворачивается на новом. При этом на новом хостинге в корневой директории веб-сервера должен быть залит скрипт восстановления restore.php.

Важно заранее выделить необходимое время для переноса. Сколько времени потребуется — зависит от конкретного проекта. Небольшие сайты в несколько гигабайт потребуют 10-20 минут, а перенос солидных площадок в сотни гигабайт может занять несколько часов.

Давайте рассмотрим перенос по шагам.

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

• Шаг 1 (необязательный). Перед переносом рекомендуется закрыть публичную часть сайта. Либо спланировать перенос на время низкого трафика – ночью или на выходных. Закрытие позволит снизить нагрузку на сайт, поскольку процедура создания бэкапа весьма ресурсоемкая, а сами резервные копии будут содержать все актуальные данные. Однако это необязательное условие. Если вам важна бесперебойная работа сайта, этот процесс можно сделать и без закрытия публичной части. Закрыть публичную часть можно в «Главном модуле»:

Шаг 2. Начинаем создавать резервную копию. Для этого необходимо следовать пути: Настройки -> Инструменты -> Резервное копирование -> Создание резервной копии.

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

• /bitrix/backup/ – очевидно, что бэкап переносить не нужно;
• /bitrix/cache/ – кэш создастся заново на новом хостинге, потому не нужно тратить время на его перенос;
• /bitrix/managed_cache/ – аналогично обычному кэшу.

1. Дамп БД и ее архивация создают большую нагрузку на сервер, сайт замедлит свою работу во время резервного копирования. Если сервер слабый, то возможны ошибки 502 и 504. В таких случаях нужно использовать другой способ переноса сайта.
2. Если сайт большого объема (сотни Гб), то использование встроенного резервного копирования – не лучшее решение для бэкапа. Особенно это актуально, если необходимо обеспечить минимальное время простоя.

Восстановление резервной копии на новом хостинге

• Шаг 1. Перед восстановлением резервной копии на другом хостинге или сервере мы рекомендуем протестировать их на соответствие с рекомендуемыми настройками для CMS Битрикс.

Сделать это можно с помощью скрипта bitrix_server_test.php (описание на сайте Битрикс ). Для этого скачайте его по ссылке , положите в корневую директорию сайта на новом хостинге и запустите в браузере http://ваш_домен_или_ip/bitrix_server_test.php.

В шаблоне Maxiplace для этого уже всё готово, и достаточно лишь перейти по адресу http://ваш_IP-адрес . После этого вы увидите стартовый экран, чтобы начать восстановление.

Второй способ. Перенос с помощью rsync и mysqldump

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

Он подойдет тем, кто имеет доступ к shell-консоли и обладает навыками системного администрирования. Его также логично будет использовать при больших объемах сайтов, наличии множества мелких файлов, отсутствии места на сервере или медлительности исходного хостинга.

Перенос с помощью rsync и mysqldump характеризуется:

1. Большим контролем и гибкими возможностями для переноса. Синхронизация файлов происходит вручную, ошибки можно попутно замечать и исправлять.
2. Минимальным временем простоя сайта и возможностью досинхронизировать файлы. Нет ограничений и по таймингу, когда тайм-ауты веб-серверов ограничивают соединение или выполнение переноса временными рамками.
3. Снижением нагрузки на сервер. Когда Битрикс делает резервные копии, он формирует многотомный архив, в котором для больших сайтов может быть больше сотни томов. При ручном переносе создается один большой архив, который легче контролировать.

И скопируем дамп через тот же rsync

И далее выполните ее импорт:

Как проверить систему после переноса

После восстановления следует перейти на сайт, зайти в панель администратора и выполнить проверку системы, чтобы убедится в корректности ее работы.
Необходимо следовать пути: Рабочий стол -> Настройки -> Инструменты -> Проверка системы.

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

Важный момент: если необходимо проверить работоспособность сайта на новом хостинге, не перенаправляя туда трафик, то возможны варианты мониторинга по IP-адресу, по техническому домену, если он есть на сайте, либо по основному домену на перенесенной странице через файл host (инструкция в Базе знаний Maxiplace).

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

Проблемы из-за версий php и mysql

Если на исходном сайте были устаревшие версии php/mysql, а на новом – они уже актуальные, то эта проблема может возникать. Если это произойдёт, обратитесь к разработчикам сайта, приведут код к соответствию новым версиям php/mysql.

Кроме того, нужно убедиться, что установлены все обновления Битрикс. Для этого надо сначала обновить php/mysql (даже на старом хостинге), а затем установить обновления Битрикс.

Проблемы с работой старых правил/редиректов .htaccess

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

Проблемы с отправкой почты с сервера

Для отправки почты в CMS Битрикс используется php функция mail(). Следует через phpinfo() проверить, что параметр sendmail_path указывает путь до sendmail или на его заменитель. Выявлению большинства проблем с отправкой писем помогает лог почтового сервера, по умолчанию это файл /var/log/maillog.

В шаблоне BitrixVM для отправки почты уже всё настроено, и останется лишь задать имя отправителя “from” в файле /home/bitrix/.msmtprc

Проблемы с авторизацией пользователя

Если пропадает авторизация пользователя, то можно проверить хостинг/сервер на корректность работы сессий с помощью скрипта bitrix_server_test.php по ссылке.

Проблемы с импортом базы данных

При возникновении сложностей с импортом базы данных объемом более 1 Гб, операцию следует проводить через консоль (инструкция есть в блоге MediaGuru).

Ошибки с появлением белого экрана

Бывают случаи, когда после переноса появляется белый экран, который сигнализирует об ошибках. Чтобы понять, чем конкретно это вызвано, следует в файле bitrix/php_interface/dbconn.php включить логирование ошибок:

‘exception_handling’ => array (
‘value’ => array (
‘debug’ => true,
‘handled_errors_types’ => E_ALL ~E_STRICT E_ALL ~E_WARNING ~E_USER_WARNING ~E_COMPILE_WARNING false,
‘assertion_throws_exception’ => true,
‘assertion_error_type’ => 256,
‘log’ => array (
‘settings’ => array (
‘file’ => ‘bitrix/modules/error.log’, //Файл лога, куда и будут писаться наши ошибки
‘log_size’ => 1000000,
),
),
),
‘readonly’ => false,
),

Ошибки «Mysql connect error» и «DB query error. Please try later»

В первом случае следует проверить правильность доступов к БД в файле bitrix/php_interface/dbconn.php и bitrix/.settings.php, а для решения второй ошибки в файле bitrix/php_interface/dbconn.php выставить значение $DBDebug = true, чтобы увидеть детально возникшую ошибку.

Другие проблемы и варианты их решения описаны на сайте Битрикс.

Перенос силами поддержки Maxiplace

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

Ну и важно помнить, что у вас всегда есть третий способ. Можно обратиться в поддержку Maxiplace, и для наших клиентов мы готовы осуществить перенос быстро, бесплатно и «под ключ».

Статья добавлена 7 месяцев назад. Автор — Eltigro

Источник: maxiplace.ru

I think you don’t understand me …

The database table was just an example (actually, a worst-case-scenario). Actually, the problem exist for ALL files on the server.

Ever 24h I do a FULL backup of all userdata, including the mysql-directory, /etc, httpdocs, /var/mail, /root and /home. This backup needs 5 hours. Of course, I cannot stop my mysql-server for 5 hours, just to prevent that this message appears.

Also, other files with high-traffic like logfiles (e.g. Apache access.log or email-services logs) often produce this messages.

So, your opinion is, that I should stopp ALL services like Apache, MySQL, Exim4 until the TAR-operation is done? That’s not a good solution.

I cannot believe that nobody has this problem with TAR-Backups.

I need to tell TAR that it should re-try before printing out this message (and probably producing an incomplete/errorous backup!) I did read the «man tar», but I have not seen that such an important option exists.

Can somebody help, please?