Скиньте небольшой архив с курсом, будем посмотреть. С 1.9.19 восстанавливается нормально, с тестами тоже.
Спасибо. Курс восстановился без проблем. Смотреть тут: Финансовая математика
Если нужны права преподавателя (поэкспериментировать с другими бэкапами), регистрируйтесь и запрашивайте курс или права преподавателя в этом курсе.
Нас воем сайте перед восстановлением включайте отладку на "Разработчик", чтобы знать, какая таблица дает сбой.
Для всех: перед обновлением на другую версию всегда проверяйте структуру (схему) базы данных. Используйте встроенную возможность moodle - Редактор XMLDB - для проверки индексов/умолчаний таблиц БД.
Я выяснил, почему не восстанавливались курсы в 3.0!
Если в настройках резервного копирования снять флажки с пунктов "Включить блоки" и "Включить фильтры", восстановление проходит без ошибок!!!
У меня курсы перенеслись абсолютно точно.
Если в настройках резервного копирования снять флажки с пунктов "Включить блоки" и "Включить фильтры", восстановление проходит без ошибок!!!
Значит, какой-то "левый" блок или фильтр вызывают сбой. "Колитесь", чего такого нестандартного установили на сайт?
Фильтров вообще никаких не ставил.
А вот блоков много. Например, случайные задания. Но важно то, что этот блок установлен на 3.0 и работает/
Остальные блоки и модуле посмотрите на рис.
В редакторе XMLDB при проверке индексов и умолчаний проблем не обнаружили. Но при проверке внешних ключей обнаружились некоторые проблемы, которые прилагаю в качестве скрина. Может ли наша проблема возникнуть из-за данных ошибок? Как их исправить? Попробовали выполнить в phpmyadmin "SELECT * FROM {question} t1 LEFT JOIN {question_categories} t2 ON t1.category = t2.id WHERE t1.category <> ? AND t2.id IS NULL;" - он ругается на синтаксис.
В редакторе XMLDB при проверке индексов и умолчаний проблем не обнаружили.
Это хорошо. А схему БД проверили? https://docs.moodle.org/30/en/Verify_Database_Schema
Может ли наша проблема возникнуть из-за данных ошибок? Как их исправить?
Нет, эти сообщения особо не влияют на работу moodle. Их можно не удалять, чтобы чего плохого не наделать по незнанию
Они просто показывают разработчику, какие "ненужные" записи остаются в таблицах БД при различных действиях пользователя. Например (первый запрос со скрина), категорию вопросов удалили (t2.id IS NULL), а к ней остались приписаны какие-то вопросы.
ругается на синтаксис
Ругается, потому как фигурные скобки нужно убрать и писать префикс таблицы: т. е., не SELECT * FROM {question}, а SELECT * FROM mdl_question
И знак вопроса в запросе кавычить: t1.category <> '?'
ЗЫ: При включенной отладке "Разработчик" и ошибке восстановления курса обязательно должно быть сообщение. Если у вас просто белая страница, сервер зависает, то это не хватает ресурсов сервера для восстановления курса - времени выполнения скрипта, памяти, и т. п.
Сообщение: Ошибка обращения к базе данных.