Как восстановить поврежденную базу данных Firefox place.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 ++ ) и прочитайте приведенную INSERTвыше команду SQL, чтобы определить нужную таблицу. В моем случае поврежденный стол есть moz_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 50: схема версии 33
  • Firefox 51: схема версии 34
  • Firefox 52: схема версии 35
  • Firefox 53: схема версии 36
  • Firefox 57: схема версии 39
  • Firefox 58: схема версии 41
  • Firefox 60: схема версии 43
  • Firefox 61: схема версии 47

PRAGMA page_size = 4096; PRAGMA user_version = <версия>; 

• Выйдите из оболочки 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

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

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

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

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

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

As always with performing a repair like this, I recommend that you first make at least one backup copy of your places.sqlite file located in your profile directory. Having a backup allows you to try various different things to repair such problems while knowing that if the attempted repair makes things worse, you can always make another copy of the backup on which to try again.

Depending on what is corrupted and how badly it is corrupted, it may be possible to fix the problems with the extension Places Maintenance. I have ended up with a corrupted places.sqlite file on a few occasions. Places Maintenance has been able to fix the problem each time by running various of the checks/fixes which it provides as operations in its options dialog. The various different checks and/or reporting should take only a few moments to minutes.

If this does not work, then going the route of manually fixing it in a manner similar to what DragonLord describes above may be what is needed.

Этот процесс, описанный в 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. Возможно, вам придется настроить команды для вашей платформы.