Приложение на 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Мб. Похожая разница и между компонентами...
Во втором файле наблюдается просто куча нулей, первый сильно компактнее.