17 января 2014 в 12:55
Здравствуйте. При обновлении с Drupal 7.24 на 7.26 у меня возникли проблемы. Некое системное сообщение писало что-то там про htaccess и покоцался дизайн в админке. (Обновлялся по инструкции отсюда.) В общем, я решил откатиться назад на 7.24. Все материалы сайта я забэкапил и дамп базы сделал, как в инструкции написано. Далее, удалил базу и все данные на сервере, залил файлы сайта из бэкапа, создал новую базу данных (с тем же именем, логином и паролем), восстановил таблицы из дампа. Но сам сайт не запускается. Мне пишется такое сообщение:
Original
PDOException: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'gimcru_2012.url_alias' doesn't exist: SELECT source FROM {url_alias} WHERE alias = :alias AND language IN (:language, :language_none) ORDER BY language ASC, pid DESC; Array ( [:alias] => node [:language] => ru [:language_none] => und ) in drupal_lookup_path() (line 176 of /home/g/gimcru/test/public_html/includes/path.inc).
Additional
PDOException: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'gimcru_2012.watchdog' doesn't exist: INSERT INTO {watchdog} (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6, :db_insert_placeholder_7, :db_insert_placeholder_8, :db_insert_placeholder_9); Array ( [:db_insert_placeholder_0] => 0 [:db_insert_placeholder_1] => php [:db_insert_placeholder_2] => %type: !message in %function (line %line of %file). [:db_insert_placeholder_3] => a:6:{s:5:"%type";s:12:"PDOException";s:8:"!message";s:331:"SQLSTATE[42S02]: Base table or view not found: 1146 Table 'gimcru_2012.url_alias' doesn't exist: SELECT source FROM {url_alias} WHERE alias = :alias AND language IN (:language, :language_none) ORDER BY language ASC, pid DESC; Array ( [:alias] => node [:language] => ru [:language_none] => und ) ";s:9:"%function";s:20:"drupal_lookup_path()";s:5:"%file";s:49:"/home/g/gimcru/test/public_html/includes/path.inc";s:5:"%line";i:176;s:14:"severity_level";i:3;} [:db_insert_placeholder_4] => 3 [:db_insert_placeholder_5] => [:db_insert_placeholder_6] => http://test.gimc.ru/ [:db_insert_placeholder_7] => [:db_insert_placeholder_8] => 109.126.232.163 [:db_insert_placeholder_9] => 1389948916 ) in dblog_watchdog() (line 160 of /home/g/gimcru/test/public_html/modules/dblog/dblog.module).
Что я делаю не так? Что нужно сделать, чтобы правильно восстановить сайт?
Буду очень признателен за любую помощь.
Комментарии
Скорее всего был бекап кривой
Базу снова загрузить попробуйте.
Как сказал RxB - мог быть бекап ваш не полный, в частности дамп бд не полный. Ищите другой, узнавайте у хостера, может у них есть.
Благодарю за помощь. Дамп базы был действительно неполный. Абсолютно все мои дампы (которые я до этого делал) оказались неполными! :-0 Таблицы скопировались только до буквы "C"!
Дампы из панели phpmyadmin делал. В чём проблема - непонятно. Докачивались почему-то не до конца.
Ситуация разрешилась восстановлением из резервных копий хостера.
Главная заповедь админа - не главное чтобы бекапы делались регулярно, главное чтобы их можно было восстановить
RxB
Я был в абсолютно полной уверенности, что в плане резервных копий у меня всё нормально. Делаю часто. Необходимости восстановиться не было.
Это что же теперь, каждый бэкап проверять - восстанавливает или нет?
P.S. ошибка, упомянутая в первом сообщении - всего лишь это. Рука лицо, как говорится. Не разобравшись полез откатываться. Зато проблема неполных бекапов вскрылась. Теперь буду качать бэкапы от хостера, а не ручками из панели делать.
Правильнее будет комбинировать варианты - чтобы были и свои бекапы, и хостера. Как показывает практика, надеяться только на хостера тоже не нужно. Часто оказывается, что у них нет бекапов или есть но старые.
Для бекапа базы - https://drupal.org/project/backup_migrate