РДК (АО) (Все сообщения пользователя)

Спасибо, увидел.

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

1. Аналогичная проблема с любым архивом сделанным как с помощью tar, так и с помощью админки.
2. Если распаковать архив вручную, то на шаге восстановления базы данных предлагает её почему-то создать вручную и указать параметры подключения - это усиление безопасности? (раньше был пункт "Использовать параметры по умолчанию").

Решилось следующим образом. Сравнил файл дампа создаваемый через админку и через mysqldump, оказалось что через админку создаётся дамп каждой таблицы базы bitrix отдельно, а строчки /*!...*/ просто удаляются. В итоге для дампа использую следующий bash-код:
И через restore.php всё восстанавливается без запинок.

Сначала порадовался за скрипт резервного копирования, но начал разбираться, а он ничем от моего не отличается. При простом дампе базы командой:

mysqldump <...> > /home/bitrix/www/mysql_dump_${data}_${ranfFName}.sql


архив не восстанавливается с помощью restore.php, пишет ошибку:


Error SQL query: /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
(что-то в этом роде)


Если создавать дам через админку, то строчек /*!...*/ в дампе нет, можно от них как-то избавиться в mysqldump?

Проблема решилась следующим образом - в качетсве тарджета для архивирования была указана не точка (текущая директория), а звездочка:
cd /var/www
tar -cvpzf /mnt/backup/$filebackup *

В итоге ручной бэкап взлетает без проблем.

Денис, с этим уже разобрались, после обнвления движка битрикса и переноса его на новую версию Virtual Appliance таких проблем нет (кроме тех, что вы указали - с кодировкой).

Проблема только в восстановлении бэкапа созданного вручную с помощью restore.php. Неизвестен механизм восстановления в целом, в чём может быть затык?

Притом, что резервная копия через админку это tar.gz архив с дампом базы в папке /var/www/bitrix/backup. Чем отличается ручное создание такого архива от того, что создается через админку?

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

Добавил новость. Активна, вчерашней датой. Обновил кеш страницы, потом весь кеш, потом отключил его вообще в ПУ. А на главной странице она так и не появляется. Хелп, плиз!

Настроил многосайтовость по второму варианту. Добавил в список сайтов второй сайт. В папке второго сайта сейчас лежат только линки на /bitrix и /upload. При входе в ПУ каждого сайта вижу только его контент, а контент другого - пуст. Конечно, сейчас у второго так и должно быть - он пустой, но почему не видно контент первого из ПУ второго? Кроме того в ПУ второго (пустого еще) сайта отсутсвуют возможности создать что-либо - при ПРОСМОТРЕ, РЕДАКТИРОВАНИИ панели отсутсвуют. Подскажите что-нить, пожалуйста.

А вторым вопросом будет:

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