13 июля 2012 в 9:45
Здравствуйте! У меня были проблемы с сайтом в следствие не корректного удаления начавших выдавать в отчете ошибки модулей и/или из-за переезда дата-серверов одной из площадок хостера. Проблема была в полном исчезновении полей материалов, вследствии чего отображались только заголовки и контексные ссылки, тело материала было абсолютно пустым, полей не было даже в списках. Но таблицы в базах данных были в порядке - существовали под теми же названиями, которые были, и были заполнены. Восстановить сайт с бэкапа получилось только с сохраненной копии за 25 июня, копии недельной давности у хостера не оказалось, а до 11-12 июля было выложено некоторое количество материала, который необходимо восстановить. Хостер создал вторую базу данных, в которую восстановил данные (за 25 июня), та база, на которой работал сайт осталась неприкосновенной. Как правильно экспортировать таблицы из старой базы данных, какие строки кроме тех, которые отвечают за CCK-поля, нужно переэкспортировать? Если есть где-то более-менее подробная инструкция, можно на английском, дайте, пожалуйста, ссылку.
И... меня есть бэкап базы за 8 июля, после снятия сайт три дня полноценно работал, сами модули я удаляла 11-12 июля. С этой копии бэкапа базы я пробовала восстанавливать сайт, еще до обращения к хостеру, но это восстановление тогда мне ничего не дало. Стоит ли пробовать восстанавливать базу с этой копии, или нет. Побаиваюсь ошибиться.
Заранее спасибо!
Комментарии
А файлы не меняли?шаблоны в частности или ещё чтото,отвечающее за вывод контента?
Нет, ни темы, ни шаблонов не меняла. Удалила dev модуль relevant content, который больше полгода работал без проблем, а потом ни с того, ни с сего стал выдавать в отчете ошибки, следом просто перестал выводить список похожих материалов. И удалила модуль internationalization, который стал выдавать ошибки при каждом обновлении БД. Релевант удалила как смогла, сначала сск-поле, в котором он выполнял свои функции, а затем папку с модулем через файловый менеджер хостеровской админки. А интернационализейшн - по правилам удалила - отключила все его подмодули, сам его, потом удалила через друпал, а уже потом папку с модулем... После передергивания кэша и после запуска крона сайт... работал...
Помогла поддержка хостера... Для тех, кто возможно столкнется с такой же проблемой, опишу пошагово действия...
1. Экспортировать ничего не нужно.
2. Через админ-панель хостера создаем базу данных, в си-панели это можно сделать через мастера баз данных MySQL:
Запоминаем или записываем логины-пароли.
3. Теперь заходим в phpMyAdmin (тоже через админ-панель хостера:
4. Выбираем только что созданную БД.
5. Жмем вверху "импорт":
через кнопку обзора выбираем сохраненный архив с копией БД, остальное можно оставить по умолчанию, жмем "ок" и ждем, когда архив зальется.
6. Теперь нужно включить эту БД, заходим в диспетчер файлов (опять же админ-панели хостера):
7. Находим файл settings.php (/home/ваш_аккаунт/public_html/sites/default/settings.php) и меняем у этого файла права на 644:
8. Теперь открываем этот файл штатным редактором исходного текста и исправляем данные текущей БД на данные недавно созданной, строчки такие:
'database' => 'название_бд',
'username' => 'логин_пользователя_БД',
'password' => 'пароль',
Сохраняем.
9. Загружаем сайт.
Если при загрузке вылезла ошибка типа:
PDOException: SQLSTATE[28000] [1045] Access denied for user \'b0ssa920_bdmf\'@\'localhost\' (using password: YES) in lock_may_be_available() (line 167 of /home/ваш_аккаунт/public_html/includes/lock.inc),
то пользователя старой БД "оформляем" в новую БД, опять же через админку хостера - в панельке с работой с БД... Не забываем и в файле settings.php исправить пользователя и пароль...
Сайт просто обязан после всего этого заработать (если, конечно, копия БД была снята не с уже убитого сайта)
Ах да, теперь идем обратно в диспетчер файлов, находим файл settings.php и меняем у этого файла права обратно на 444.
Таким образом Вы, если что-то пойдет не так, не убьете снова свой сайт, в любой момент смело меняете данные БД в settings.php и пользуетесь рабочей БД...