Общо публични раздел
ВАЖНО! Преди началото на възстановяване, се уверете, че всички потребители са изключени от сървъра, и да направи копие на файла с базата данни. Ако не разполагате с достъп до всички компютри в мрежата, на която заявлението е свързан с базата данни е в ход, деактивиране на сървъра (направи неактивен) мрежова връзка или просто извадете мрежовия кабел от контакта на системния блок. Изчакайте няколко минути, докато сървърът не затваря всички неактивни Connect и да рестартирате операционната система.
Влезте, за да директорията на Бин в папката, където е инсталиран Interbase / Firebird / зелен кълвач сървър. За да не се работи с "голи" прозореца на командния ред, се препоръчва да се използва всеки файл полезност като Far или Total Commander.
Ние ще провери базата данни за щети:
вместо gdbase.gdb укажете пълния път до файла на базата данни (добра идея: за да не се тежест с въвеждането на дълго пътуване, да копирате файла с базата данни директно в директорията BIN). Името на сървъра не следва да се уточни!
Ако помощната програма работи и не се дава нищо на екрана, с база глобата.
Ако има повреда, той ще се опита да ги поправи:
Ние проверяваме дали всички щети FIX:
Ако повредата не бъде отстранен, запишете информацията в Бак-файл и след това да възстановите до друга нова база данни. За тази серия писта:
Следните бутони се използват тук:
- -б - за създаване на резервно копие на базата данни;
- -V - показва подробен регистър;
- -Ай Джи - игнорирате грешките в данните;
- -г - деактивиране на събиране на боклука, когато четете от базата данни.
Имайте предвид, че когато укажете името на базата данни, трябва да укажете името на сървъра и на дебелото черво и пълния път до файла с базата данни на сървъра (имайте предвид, че дори и да се копира файл база данни в същата папка като помощната програма за архивиране все пак ще трябва да укажете пълния път до файл). Ако зададете име на файла трябва да се определи пълния път до файла без да се посочи името на сървъра.
поради което няма да се възстанови външни връзки към масата за сериозна база данни с корупцията в някои таблици могат да записват бездна. Или обратното, няма да има "фантом" рекорд в нарушение на условията на първичен ключ уникалността. В такива случаи, на етапа на възстановяване на база данни от резервно копие на екрана ще се появи на съобщения за грешки и процеса на възстановяване е прекъсната.
Запазване на базата данни, както следва: на първо място, за да го възстанови, без външни препратки (индекси) с командата:
Ако основата е повреден, така че едно непригодност индекси не е достатъчно, можете да опитате клавишите -N (проверка на достоверността на данните изключване) и -o (данни Komichi след всяка маса във връзка с изплащането).
Пример команда с горния ключ:
Както и в предишния случай, след разархивиране базата данни и ръчно възстановяване на целостта на базата данни трябва отново sarkhivirovannye и да се възстанови от архива вече е с обичайния комплект от клавиши.
Свързани статии