Приложение на Delphi 10.2 (64bit) использует Firebird embedded (3.0+) в качестве базы данных.
Используется компонента TFDIBBackup для создания бекапа (Пробовал также TFDFBNBackup - у нее формат файлов другой, но проблема та же).

Проблема: ровно через минуту после успешного создания бекапа (База небольшая и бекап занимает секунду, файл тоже корректный и его можно скормить процедуре восстановления БД) в файле firebird.log каталога приложения появляется строка "Shutting down the server with 1 active connection(s) to 1 database(s), 0 active service(s)", после чего любое действие в приложении вызывает ошибку "Database shutdown".

Со стороны приложения (Если ничего не делать) в этот момент никаких ошибок не возникает, Connection активен.
Connection и не закрываю при создании Backup.

Пытаюсь понять: это глюк компоненты бекапа, или это какая-то хитрая механика Firebird (хотя зачем делать shutdown после backup - ума не приложу).
Может кто-то сталкивался с таким оригинальным поведением или таймером в 60 секунд? Куда копать?

Dimitry Sibiryakov,

В смысле приложение будет уверено, что оно работает с полноценным сервером тогда?
Да, в таком варианте shutdown, похоже, не происходит.
Но при этом для бекапа приходится закрывать все окна и соединения, ибо бекап открывает тогда файл в эксклюзивном режиме, походу.
А с чем связана такая странная логика Embedded сервера? Может можно как-то меньшей кровью обойтись?

Dimitry Sibiryakov,

Хм, после замены fbembed на fbclient для работы бекапа требуется установленная версия полноценного сервера.
В противном случае выдается Unable to complete network request to host "xnet://Global\FIREBIRD"...
То есть бекап, я так понимаю, и осуществляется сервером, а не DLL-кой Embedded-версии.

Переключение режимов слабо помогает, единственная радость, что приложение в классике можно запустить не один раз.
Но тем не менее во всех режимах Embedded бекапа через минуту коннект приложения насильно рвется, и избежать этого без перезапуска приложения пока не могу.
Остальные инстансы, что характерно, продолжают работу, то есть отключается только один - тот, который делал бекап.
Сильное желание перейти на вызов консольного gbak.

Радость еще в том, что одного файла fbembed.dll мало, рядом обязана лежать аналогичная fbclient.dll, иначе приложение просто не запустится. Если же указать fbclient в качестве ДЛЛ-ки, то бекап-компонента отказывается считать себя embedded и обращается к внешнему серверу, которого как бы и нет. Мозги уже плавятся ))

Так я только думаю. До этого использовал встроенную компоненту, она удобная, но вот с ней и проблемы. Вернее с ними, потому что родная FB Backup компонента ведет себя аналогично. Правда результат бекапа у нее больше в 5 раз.
А так без разницы, можно и ее. У меня база настолько маленькая, что разницу вряд ли кто-то заметит. Пользователь всегда один.


Все по дефолту, задаются только поля Database, UserName, Password, DriverLink, BackupFiles.


Эмм, это где?
https://www.sql.ru/forum/1008012-50/firedac вот тут нашел тему Арефьева, туда написать?


Нет, там 0.
Я вообще искал таймеры, их там вроде особо нет. Искал 60 в библиотеке, тоже не нашел чтобы где-то в тексте было. Компонент отрабатывает все на ура, и даже удаляется молча, без ошибок. Примерно секунда работы.

DarkMaster,

понял, тему там создал,
https://www.sql.ru/forum/1332797-a/problemy-s-ispolzovaniem-firedac-nezaplanirovannyy-shutdown-pri-backup-e

kdv,

Размер FDB - 10 мб. IB компонента делает бекап в 2 Мб, FB - около 10.

hvlad,

Специально попробовал утилиты gbak и nbackup отдельно - для файла базы в 9.5Мб первая делает (С ключами по умолчанию) бекап в 1.6Мб, вторая в 9Мб. Похожая разница и между компонентами...
Во втором файле наблюдается просто куча нулей, первый сильно компактнее.

Вопрос был от вас. Если вы в курсе всего этого, зачем спрашивали?
Мне при моих объемах вот совершенно до лампочки 10Мб бекап будет или 2. Было бы 100Гб я бы напрягался, пробовал варианты, читал бы про инкрементные бекапы и прочее.

Оно и не означает.
Под IB компонентой я имел ввиду TFDIBBackup, а под FB - TFDFBNBackup. И да, одна из них делает файл бекапа 2Мб, вторая 10Мб.
А есть еще какие-то компоненты в FireDAC, исполняющие ту же функцию для FB?
Утилиты же я сравнил исключительно после появившихся сомнений со стороны hvlad'а.

P.S. Собственно, уже вторая строчка моего вопроса содержала оба названия
Используется компонента TFDIBBackup для создания бекапа (Пробовал также TFDFBNBackup - у нее формат файлов другой, но проблема та же).

hvlad,
Хорошо, пусть будет "после высказанной уверенности в том, что я пользуюсь gbak\nbackup", так лучше? )))

Выложил маленький проект с ошибкой в теме в разделе Delphi, дабы не быть голословным ))
Под 10.4 ошибка все еще есть.
Ну либо у меня руки настолько кривые, тоже вполне допускаю ))

Ну почему же, они оба наследники одного класса, возможно проблема в нем?
TFDIBBackup = class (TFDIBService)
TFDFBNBackup = class (TFDIBService)


Меня это тоже слегка напрягает ))
Может я первый, кто бекапит встроенный FB компонентами FireDAC? :-O
Или первый, кто не включает в дистрибутив цельный сервер FB?

Dimitry Sibiryakov,

ну если компонента требует такое, я ж разве виноват?
И да, похоже проблема именно в этом, ибо если ее поправить, чтобы она работала только в Embedded режиме вне зависимости от LibName, то проблема волшебным образом исчезает.

Как ее поправить правильно, чтобы она работала во всех режимах - вопрос к создателю, не хочу своими ручками лезть в чужой код.