Как восстановить поврежденную базу данных Firefox place.sqlite?

У меня были некоторые проблемы с оперативной памятью (несколько раз синий экран, Windows XP), и теперь мои базы данных Firefox повреждены. Firefox работает, но моя история ушла , и это отчет несколько несоответствий и ошибок при выполнении pragma integrity_checkна places.sqlite:

образ диска базы данных искажен

Теперь вопрос, как мне восстановить базы данных SQLite?

Заметка

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

После нескольких часов работы, пытаясь восстановить базу данных Places, даже читая исходный код Firefox, мне удалось добиться успеха. Вот как я это сделал:

• Загрузите последнюю версию оболочки SQLite и распакуйте ее в папку своего профиля. В Windows Vista и Windows 7 он находится в C:\Users\<username>\AppData\Roaming\Mozilla\Firefox\Profiles\<code>.defaultпапке.
• Закройте Firefox, если он запущен.
• База данных Places находится в places.sqliteфайле. Если файл был заменен из-за повреждения, используйте places.sqlite.corruptфайл для восстановления. Создайте резервную копию файла с именем places.sqlite.bakили places.sqlite.corrupt.bak.
• Используйте оболочку SQLite, чтобы открыть файл базы данных ( sqlite3 places.sqliteили sqlite3 places.sqlite.corrupt), затем введите:

.output dump.sql    -- sends output to file dump.sql
.dump               -- dumps database to file

• Поскольку база данных повреждена, результирующий дамп базы данных не завершен, и не все восстановимые данные были получены. Чтобы определить, где произошла ошибка, найдите слово ERROR(все заглавные буквы) в комментарии SQL внутри файла дампа dump.sql(для этого я использовал Notepad ++ ) и прочитайте команду SQL INSERTнад ним, чтобы определить нужную таблицу. В моем случае поврежденный стол есть moz_places. (Описание таблиц, найденных в базе данных Places, можно найти здесь , включая устаревшую диаграмму ER.) Я объясню, как восстановить дополнительные данные только из этой таблицы; следующая процедура, вероятно, неприменима для других таблиц, поэтому пропустите эти подэтапы, если для этого используется другая таблица moz_places.)

  • Каждая строка в moz_placesтаблице имеет идентификатор. Строки выгружаются из таблицы в следующем порядке. ¹ ID - это первое значение после открывающей скобки в INSERTоператоре. Область, где база данных повреждена, вероятно, будет небольшим блоком строк в этой таблице; Идея в том, чтобы пропустить эту поврежденную область и восстановить как можно больше данных. Начальная область такого блока представлена ​​в дампе как строка перед появлением ERRORкомментария. Используя идентификатор этой строки, мы можем определить, где повреждена база данных. Мы делаем это, используя SELECTоператоры с идентификатором в качестве условия; этот процесс требует проб и ошибок. Например, если последний идентификатор перед ошибкой был 49999, а ошибка следует, поврежденный блок начинается с идентификатора 50000. Используйте такие выражения, как:

  - подавить ненужный вывод
  - следующая команда для систем Windows
  - для Linux и других Unix и Unix-подобных систем используйте .output / dev / null
  .output NUL
  
  ВЫБЕРИТЕ id ИЗ moz_places WHERE id> = 50100;
  

  • Отрегулируйте значение после id >=и повторяйте приведенную выше SELECTкоманду, пока не найдете наименьшее значение, которое не приводит к ошибке SQLite. Это идентификатор, который относится к строке, начиная с которой мы можем восстановить дополнительные данные. Предположим, этот идентификатор равен 50200. Чтобы вывести эти данные, введите:

  .output dump2.sql
  .режим вставки
  SELECT * FROM moz_places WHERE id> = 50200;
  
  - восстановить нормальное поведение на выходе
  .output stdout
  .mode list
  

  • Обратите внимание, что INSERTоператоры в dump2.sqlфайле начинаются с INSERT INTO table VALUES, поэтому используйте функцию поиска и замены в текстовом редакторе, чтобы заменить все экземпляры этой строки на INSERT INTO moz_places VALUES.
  • Скопируйте все содержимое dump2.sqlфайла и вставьте его в dump.sqlфайл, где ERRORпоявляется комментарий.
• Замените ROLLBACK; -- due to errorsв конце файла на COMMIT;.
• Добавьте следующий код в начало dump.sqlфайла. Замените его <version>на правильное значение, которое требуется для Firefox, чтобы определить версию схемы базы данных на основе версии Firefox, следующим образом (это можно найти в исходном файле Firefox toolkit/components/places/Database.cpp):
  • Firefox 52: схема версии 35
  • Firefox 53: схема версии 36
  • Firefox 57: схема версии 39
  • Firefox 58: схема версии 41
  • Firefox 60: схема версии 43
  • Firefox 61: схема версии 47
  • Firefox 62: схема версии 52
  • Firefox 69: схема версии 53

PRAGMA user_version = <версия>;
PRAGMA journal_mode = truncate;
PRAGMA page_size = 32768;
VACUUM;
PRAGMA journal_mode = wal;

• Выйдите из оболочки SQLite, удалите places.sqliteи запустите оболочку SQLite, создав пустую places.sqliteбазу данных с помощью sqlite3 places.sqlite. Введите, .read dump.sqlчтобы загрузить дамп SQL в базу данных.
• Запустите Firefox и убедитесь, что ваша история и адресная строка работают так, как задумано. Как только вы подтвердите, что все в порядке, удалите файлы дампа базы данных и исполняемый файл оболочки SQLite из папки профиля.

Более актуальная информация может быть найдена на следующих страницах:

• http://kb.mozillazine.org/Locked_or_damaged_places.sqlite
• http://www.sqlite.org/pragma.html

Упрощенная процедура описана в этой статье MDN, но я не проверял ее. Тем не менее, я включил обновленные PRAGMAкоманды из этой статьи.

¹ SQL обычно не гарантирует, что выходные данные базы данных будут передаваться в любом порядке, если вы не используете ORDER BYпредложение. Однако, ORDER BYскорее всего, не получится выводить данные из поврежденной базы данных (так как SQLite потребуется прочитать всю таблицу, прежде чем он сможет произвести какой-либо вывод). Насколько я знаю, Firefox всегда пишет moz_placesзаписи в таблице с последовательными идентификаторами, поэтому мы можем предположить, что весь вывод упорядочен по идентификатору.

Ну, в зависимости от того, насколько он поврежден, ремонт может быть невозможен. Лучше всего, вероятно, попытаться сбросить дб с помощью sqlite, а затем посмотреть, что вы можете спасти.

Если это не удастся, вам, вероятно, придется восстановить из резервной копии.

Чтобы создать дамп и восстановить базу данных, используйте команду .dump:

sqlite places.sqlite .dump | sqlite places-new.sqlite

Как и всегда, выполняя подобное восстановление, я рекомендую сначала сделать хотя бы одну резервную копию файла place.sqlite, расположенного в каталоге вашего профиля. Наличие резервной копии позволяет вам попробовать различные способы устранения таких проблем, зная, что если попытка восстановления ухудшит ситуацию, вы всегда можете сделать еще одну копию резервной копии, чтобы повторить попытку.

В зависимости от того, что повреждено и насколько сильно оно повреждено, может быть возможно исправить проблемы с расширением Places Maintenance . Я несколько раз получал испорченный файл place.sqlite. Обслуживание мест было в состоянии решить проблему каждый раз, выполняя различные проверки / исправления, которые он предоставляет как операции в своем диалоге параметров. Различные проверки и / или отчеты должны занимать от нескольких минут до нескольких минут.

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

Этот процесс, описанный в MDN, помог мне решить проблему, когда новые страницы, которые я посетил, не были записаны в истории браузера. У меня не было places.sqlite.corrupt(или places.sqlite-corrupt) файла, но проверка целостности моего places.sqliteфайла показала ошибку в образе диска базы данных .

Выйдите из Firefox и сделайте резервную копию своего профиля Firefox, прежде чем идти дальше.

$ cd /Users/<username>/Library/Application\ Support/Firefox/Profiles/<profile_dir>/
$ cp places.sqlite places.sqlite.bak  # for safety

$ sqlite3 places.sqlite
sqlite> PRAGMA integrity_check;
*** in database main ***
On tree page 2 cell 131: Rowid 20884 out of order
...
Error: database disk image is malformed
sqlite> .clone places-clone.sqlite
moz_places... done
moz_historyvisits... done
... more output like above plus a few errors (which I ignored) like
sqlite_sequence... Error: object name reserved for internal use: sqlite_sequence
SQL: [CREATE TABLE sqlite_sequence(name,seq)]
done
...
sqlite> PRAGMA user_version;
43  <----- TAKE NOTE OF THIS VALUE it may be different for you
sqlite> .exit

$ sqlite3 places-clone.sqlite
sqlite> PRAGMA integrity_check;
ok
sqlite> PRAGMA user_version = 43;  -- use the number you got from PRAGMA user_version; above
sqlite> PRAGMA journal_mode = truncate;
truncate
sqlite> PRAGMA page_size = 32768;
sqlite> VACUUM;
sqlite> PRAGMA journal_mode = wal;
wal
sqlite> .exit

$ mv places-clone.sqlite places.sqlite

Запустите Firefox. История должна работать снова.

Я на Mac с Firefox 60.0.1. Возможно, вам придется настроить команды для вашей платформы.