Ребят, всем доброй ночи!
Скажите пожалуйста, могу ли я както загрузить БД созданную модулем Backup and Migrate если админка перестала работать?
Сайт потух вместе с админкой, но базу скачал, а вот как загрузить если админка не пашет?
Как использовать БД сделаное в Backup Migrate если админка не работает?
Главные вкладки
Лучший ответ
1
[РЕШЕНО]
Рискнул и загрузил дамп БД из backup and migrate в PhpMyAdmin. Из-за того что БД большая без ошибок не вышло, но сайт заработал.
Хотел бы я написать что-то вроде "будьте смелее", но напишу - будьте умнее и делайте дампы из phpmyadmin и резервные копии файлов перед правками. И будет сон крепче))
Всем огромное спасибо кто откликнулся.
Комментарии
У вас, скорее всего, проблема с кодом, а не с базой.
Но желание сделать дамп базы - категорически приветствуется.
В любой непонятной ситуации - делай дамп базы, юзернейм.
Надо проверить 2 варианта: доступ к phpMyAdmin, либо к консоли ssh.
Проверять лучше всего в панели управления хостингом.
Да, доступ есть к phpMyAdmin.
Проблема в том что при настройке Mail System я выбрал какойто костыльный вариант в Site-wide MailSystemInterface Class, сохранил это дело, и все - занавес. Белый экран в админке. Посоветовали что через БД можно вернуть стандартное значения для поля. Но проблема в том что БД в phpMyAdmin отличается от той что я сделал через плагин. Я боюсь что если я загружу БД сделанную плагином в phpMyAdmin ситуация усугубится еще больше. А нужно всего найти вариант как вернуть дефолтное значение
У вас есть бекап БД созданный именно через Backup and Migrate?
Значит установите Друпал на ту же иснсталяшку (чтоб модули, темы и файловая система были), можно с новой БД. Включите модуль Backup and Migrate и в его админке сделайте восстановление с вашего файла бекапа.
Да, думал на счет этого варианта, но теперь уже кто его знает какие там модули были, сайт не мой, но как самый худший вариант восстановления уже рассматриваю.
Сначала - сделайте в phpMyAdmin дамп текущей БД. Возможно, он пригодится.
Самое простое - вставить return FALSE; в нужное время в нужном месте.
Да, дамп текущей БД сделал.
А подскажите куда это нужно вставить "return FALSE" ?
Вот сравниваю БД созданную через Backup and Migrate и БД из phpMyAdmin (создана уже после ошибки).
В БД созданную через Backup and Migrate до ошибки есть эти необходимые поля (желтым выделил)
Думаю - вот же оно, сейчас найду эти же поля с другими значениями в базе phpMyAdmin, поставлю их и дело в шляпе. А вот в БД phpMyAdmin этих полей нет.
[РЕШЕНО]
Рискнул и загрузил дамп БД из backup and migrate в PhpMyAdmin. Из-за того что БД большая без ошибок не вышло, но сайт заработал.
Хотел бы я написать что-то вроде "будьте смелее", но напишу - будьте умнее и делайте дампы из phpmyadmin и резервные копии файлов перед правками. И будет сон крепче))
Всем огромное спасибо кто откликнулся.
"загрузил дамп БД из backup and migrate в PhpMyAdmin" - а че так можно?
Честно скажу, даже не знаю. Скрестил пальцы нуки-ноги и нажал кнопку "Вперед". Решился, что если вообще беда, то буду ставить заново цмс, модули и т.д. и потом заливать БД.
При импорте несколько раз выдавало ошибку из-за тайминга. Но на третий раз база встала, и причем проверил сайт, все работает. Выходит что можно. Хотя готовился к худшему
Бекап сделанный модулем не отличается от бекапа, сделанным другими средствами, разве что в нем исключены (по-умолчанию) таблицы кеша, чтобы дамп весил меньше и было больше шансов на простом шареде успеть сделать бекап.
Много раз таким образом восстанавливал базу, проблем не было, данных не терялось.
Вполне себе можно. Но только в направлении BackupMigrate > phpMyAdmin (т.е. дампы, полученные из B&M проходят импорт в PMA). В обратном направлении - иногда тоже может проканать, но чаще всего B&M не опознаёт и ругает синтаксис отдельных директив дампа PMA.