|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
Столкнулся с проблемой, что при попытке сделать бекап, на рабочей базе, ловлю ошибку: Ошибка чтения строки: bad parameters on attach or create database unknown ISC error 336330835 В чем могут быть грабли? Код: pascal 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. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87.
... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2018, 16:52 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
Firebird 2.5.8 ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2018, 17:19 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
Fofanov_AlexeyОшибка чтения строки: bad parameters on attach or create database unknown ISC error 336330835 В чем могут быть грабли? Как минимум это несоответствие версий сервера, клиента и файла сообщений. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2018, 17:46 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
Fofanov_Alexeyunknown ISC error 336330835336330835 - Это служебное сообщение gbak "Exiting before completion due to errors" Т.к. используются сервисы, то единственный способ для сервера подцепить кривого клиента - fbclient в system32. Айяйяй ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2018, 19:26 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
hvladТ.к. используются сервисы, то единственный способ для сервера подцепить кривого клиента - fbclient в system32.Хотя... статус-вектор же всё равно интерпретирует клиент... так что - проблема в том клиенте, который используется приложением. Ну и - статус-вектор нужно до конца рассматривать, а не останавливаться на первом коде ошибки. Этот код - ужасен, все ошибки идут в лес: Fofanov_Alexey Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2018, 19:31 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
По коду поправил, и обернул все узкие места в trye. :) Я так понимаю основная проблема в том, что используемая TIBBackupService gds32.dll отличается от установленной версии Firebird? Если так, то программно можно обнаружить данное расхождение? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.11.2018, 08:40 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
Да под SuperServer заработало, под Сlassic та же ошибка :( ... |
|||
:
Нравится:
Не нравится:
|
|||
23.11.2018, 11:00 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
Fofanov_Alexeyиспользуемая TIBBackupService gds32.dll отличается от установленной версии Firebird? у компонент нет никакой "используемой" gds32.dll. IBX - да, ждет наличия gds32.dll, но установленная версия Firebird при установке вполне генерирует gds32.dll из fbclient.dll. Можно и самому это сделать, при помощи утилиты instclient (которая в bin). То есть, не надо подсовывать вашему приложению какие-то dll, которые вы неизвестно откуда взяли. Fofanov_AlexeyДа под SuperServer заработало, под Сlassic та же ошибка в чем проблема найти и удалить лишние dll, и нормально установить клиента firebird? http://www.ibase.ru/inst_manual/ ... |
|||
:
Нравится:
Не нравится:
|
|||
23.11.2018, 12:39 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
Fofanov_AlexeyПо коду поправил, и обернул все узкие места в trye. :) Я так понимаю основная проблема в том, что используемая TIBBackupService gds32.dll отличается от установленной версии Firebird? Если так, то программно можно обнаружить данное расхождение? Зачем бороться с погодными условиями? Мали ли что там на компе у юзера может быть. Подкладывай в каталог с приложением нужную версию dll-ки, вот и все. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.11.2018, 13:47 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
Нет постойте... :) Windows 10 64b FireBird 32b ver.2.5.8.27089 Сlassic c:\Windows\SysWOW64\GDS32.DLL ProductVersion : 2.5.8.27089 Подключаю IBExpert к базе. И из консоли запускаю gbak: gbak.exe -b -v -g -ig -user SYSDBA -password masterkey odessa.fdb odessa_backup.fbk gbak: ERROR:bad parameters on attach or create database gbak:Exiting before completion due to errors И ловлю ту же самую ошибку... Отключаюсь от базы, и пошел бекап... ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2018, 13:53 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
I smell a rat Firebird Embedded. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2018, 14:08 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
Короче все дело в ключе -ig, без него все пашет. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2018, 14:24 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
Fofanov_Alexey, Собственно, а ЗАЧЕМ вы указываете опцию -ig? Ее КАТЕГОРИЧЕСКИ нельзя указывать при обычном бэкапе, только если файл базы поврежден, и без этой опции бэкап не проходит. http://www.ibase.ru/gbak/ Dimitry SibiryakovI smell a rat Firebird Embedded. какая-то мутная история. там же 2.5, а embedded у 2.5 - superclassic. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2018, 15:31 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
kdvтам же 2.5, а embedded у 2.5 - superclassic. Именно поэтому при запуске из-под разных аккаунтов вылезают разные спецэффекты из-за прав доступа. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2018, 17:49 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
Fofanov_Alexey Код: pascal 1. 2.
Это таки в самом деле плохо, эти строки надо поменять местами hvladЭтот код - ужасен, все ошибки идут в лес почему они "идут в лес" ? Тут же finally а не except ? все ошибки (исключения) летят себя дальше, пока их кто-то не обработает. Fofanov_AlexeyЕсли так, то программно можно обнаружить данное расхождение? Можно, но поскольку разработчики не хотят, чтобы сервер это сообщал через SQL, то придется искать другую библиотеку, которая знает новые Firebird-специфичные вызовы. IBX заточен на Интербейз и Firebird рассматривает как внешнего конкурента, так что в нём эти функции вряд ли будут. Впрочем.... Можно заморочиться. Но это реально скорее "а ещё под эту музыку можно делать так", чем практически удобное решение. 1) из IBX вытаскиваем название клиентской DLL (но не путь, его в IBX вроде наружу не выведено) 2) берём карту памяти своего процесса, определяем какие DLL загружены, находим по названию DLL пут ьк файлу 3) открываем файл и читаем из него ресурс VERSION_INFO ... |
|||
:
Нравится:
Не нравится:
|
|||
06.12.2018, 12:48 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
AriochFofanov_Alexey Код: pascal 1. 2.
Это таки в самом деле плохо, эти строки надо поменять местами hvladЭтот код - ужасен, все ошибки идут в лес почему они "идут в лес" ? Тут же finally а не except ? все ошибки (исключения) летят себя дальше, пока их кто-то не обработает. потому что Код: pascal 1.
нужно писать после Код: pascal 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
06.12.2018, 13:37 |
|
TIBBackupService создании бекапа на работающей базе
|
|||
---|---|---|---|
#18+
pastor, это ты к чему? если к утверждению Влада - то не "все ошибки", а только (возможно) незапланированные nil dereference а остальные - они и должны лететь до ближайшего обработчика ... |
|||
:
Нравится:
Не нравится:
|
|||
06.12.2018, 17:43 |
|
|
start [/forum/topic.php?fid=40&msg=39737297&tid=1560887]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
154ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
others: | 320ms |
total: | 562ms |
0 / 0 |