|
|
|
Проблемы с восстановление БД из поврежденного GBK
|
|||
|---|---|---|---|
|
#18+
Добрый день. Есть сервер FB 1.5, на Centos 5.8, есть поврежденный файл gbk - необходимо достать с него данные, при том что оригинального файла БД не осталось. Запускаю рестор следующей командой: Код: powershell 1. В итоге после непродолжительного восстановления получаем ошибку: Код: powershell 1. 2. 3. 4. Подскажите пожалуйста, с какими ключами gbak можно еще попробовать выполнить рестор, либо есть ли какие-нибудь программные средства для того, чтобы достать данные из данного gbk? Заранее спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2013, 11:28:07 |
|
||
|
Проблемы с восстановление БД из поврежденного GBK
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2013, 11:41:24 |
|
||
|
Проблемы с восстановление БД из поврежденного GBK
|
|||
|---|---|---|---|
|
#18+
К сожалению я там уже был :( С ключами для gbak рестора поиграл, но более или менее разумного результата не получил :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2013, 11:44:18 |
|
||
|
Проблемы с восстановление БД из поврежденного GBK
|
|||
|---|---|---|---|
|
#18+
Set GeckoК сожалению я там уже был :(точно? статьяДобавленный столбец NOT NULL Это самая частая проблема, с которой сталкиваются разработчики. Известно, что IB позволяет добавлять новые столбцы к таблице даже если есть любое количество данных в этой таблице. При этом меняется формат таблицы (запись в системных таблицах), однако существующие записи никаким образом не обновляются. Процесс backup запишет данные как есть, и не обнаружив значения столбца установит флаг соответствующего столбца у записи в NULL. При restore контроль not null не даст записать такие данные в таблицу.! gbak в InterBase 7.x не проверяет при restore следующие ограничения - not null, check, primary, unique, foregin key. Для восстановления оригинального функционирования gbak процесс restore должен проводиться с ключом -validate. В Firebird для gbak при restore нужно указывать дополнительный ключ -no_validity.Если такая ошибка при restore является единственной, то можно попытаться сделать следующее: В базе данных у столбца убрать контроль not null. Сделать backup только метаданных (ключ -m). Если оригинальной базы уже нет, т.е. есть только бэкап, то сделать restore только метаданных, убрать в базе у столбца контроль not null...сравнить побайтово бэкап метаданных, полученный пунктом 1, и бэкап с данными. Сравнивать, естественно, по размеру бэкапа метаданных.Просмотреть обнаруженные отличия hex-редактором, чтобы убедиться, что отличия находятся примерно в месте расположения объявления домена или столбца.Исправить отличия hex-редактором в backup. Сделать restore только метаданных. Если флаг not null у столбца или домена пропал, значит все хорошо, и можно делать restore всего backup. Если приведенная процедура кажется вам сложной, или вы не хотите заниматься этим в будущем - перед бэкапом используйте утилиту CheckNull. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2013, 11:49:57 |
|
||
|
Проблемы с восстановление БД из поврежденного GBK
|
|||
|---|---|---|---|
|
#18+
При добавлении ключа -no_validity : Код: powershell 1. Получаем: Код: powershell 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. При добавлении ключа -m : Код: powershell 1. Получаем: Код: powershell 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. Может быть я указываю некорректные ключи gbak? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2013, 12:13:11 |
|
||
|
Проблемы с восстановление БД из поврежденного GBK
|
|||
|---|---|---|---|
|
#18+
Set Geckoесть ли какие-нибудь программные средства для того, чтобы достать данные из данного gbk? http://www.ib-aid.com/products/firebird_interbase/IBBackupSurgeon http://www.ibase.ru/prices/IBSurgeon_pricelist.htm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2013, 13:48:04 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=38487098&tid=1564090]: |
0ms |
get settings: |
6ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
188ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 191ms |
| total: | 476ms |

| 0 / 0 |
