Почему при восстановлении сайта на Битрикс скриптом restore.php выходит ошибка?

Question

[Валерий Мадьяров]

Archive is corrupted, wrong block: 0 Текст ошибки выглядит таким образом

Answer 1

[Виктор Таран]

Archive is corrupted, wrong block: 0
Архив поврежден работа остановлена.
Хмм даже не знаю

Comments

[Валерий Мадьяров]

Снова здраствуйте Виктор, рад вас видеть.
Архив создавала сама панель битрикса. Задача встала перенести сайт с хостинга на хостинг.
Что только не делал
- Максимальный размер несжатых данных в одной части архива (МБ) 2 частями делал.
- Отключить компрессию архива (снижение нагрузки на процессор)
- Запуск по ссылке делал
- Через облако делал
- В наглую по ftp на прямую тоже
отчаялся.

[Виктор Таран]

1. убедись что на сервере хватает места для бэкапа
df -h
2. исключи ненужные папки из архива
3. Включи проверку целостности.
4.Архивируй в локальную папку потом в списке бэкапов копируешь ссылку и загружаешь по ней ( там же докачаются архивы остальные)

[Валерий Мадьяров]

Виктор Таран, Вот до 4 метода только что в интернете дошел, наверное он и самый действенный. Спасибо!

[Валерий Мадьяров]

Виктор Таран, И 4 метод не вышел...

[Антон]

Делай без restore.php, так тоже можно
Ошибка эта бывает, когда присутствуют названия файлов на кириллице, с пробелами и прочими
Можно исключить папку upload, шаблоны компонентов, потом подсунешь их.
БД перед архивацией нужно посмотреть на предмет раздутых таблиц.
Свободного места должно быть на диске больше, чем весь твой сайт и ОС в 2,5 раза

[Валерий Мадьяров]

Антон, с жёстким проблем нет, про кирилицу интересно, что значит раздутые таблицы?
Шаблоны компонентов это странички?

[Виктор Таран]

Валерий Мадьяров, сделай архив с консоли
mysqldump -u{LOGIN} -p'{PASS}' {DBNAME} > 111.sql
u и p слитно с самим логином и паролем пароль экранирован
а потом
zip -r9 archive.zip .
собственно потом на новом сервере wget site.ru/archive.zip
все
Если нет консоли то в пхп есть exec

[Виктор Таран]

Если у вас нет места на бэкап но он нужен, делаем ход конем, бэкап в потоке ( самый быстрый способ)
Бэкап архивируем исключаем лишние директории, и сразу распаковываем на втором сервере.

cd /home/bitrix/ext_www/site.ru; \
 tar -cvpzf - \
 --directory /home/bitrix/ext_www/site.ru \
 --ignore-failed-read \
 --exclude='./bitrix/tmp' \
 --exclude='./bitrix/backup/*\.gz*' \
 --exclude='./bitrix/backup/*\.tar*' \
 --exclude='./bitrix/cache' \
 --exclude='./bitrix/managed_cache' \
 --exclude='./bitrix/stack_cache' . | ssh bitrix@87.228.11.11 -p 22 "cd /home/bitrix/ext_www/site.ru;tar xvfz -"

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

Теперь БД
ЕЕ бэкапим архивируем и сразу с потока восстанавливаем на новом сервере.

mysqldump -u'userbitrix' -p'21121212121212' dbbitrix | gzip | ssh bitrix@87.228.11.11 -p 22 'gunzip | mysql -u'userbitrix' -p'3121213133' dbbitrix'

И последнее
Копирование только файлов за количество дней
Убедитесь что папка куда распаковываете существует в примере /tmp/test на обоих серверах.
Все фалы с сохранением структуры за последние 2 дня.

cd /home/bitrix/ext_www/site.ru; \
find . -type f -mtime -2 \
  -not -path "*/bitrix/managed_cache/*" \
  -not -path "*/bitrix/stack_cache/*" \
  -not -path "*/bitrix/cache/*" \
  -print0 | xargs -0 cp --parents --target-directory=/tmp/test ; tar -cvpzf - --directory /tmp/test  --ignore-failed-read  . | ssh bitrix@87.228.11.11 -p 22 "cd /tmp/test;tar xvfz -" 
cd -