Dimitry SibiryakovЕсть процесс восстановления базы из бэкапа на клиентской стороне через Services API.

Тот самый, который единственный канал для передачи текстовых сообщений перепрофилирует под бинарный поток FBK ?

В такой реализации, видимо, если shit happenned - то shit happenned. Ну например, а что если уборщица витую пару перегрызла - тоже ведь shit happenned?

А вот какой именно shit hapenned - это сообщить невозможно. Значит, не нужно и пытаться. А как восстанавливаться от принципиально неизвестного shit - задача уже клиента.

По хорошему же это можно разруливать только организовав мультиплексирование/туннелирование/u name it двух каналов внутри одного. Контрольного и канала с данными.

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

kdv,

я сейчас твой ответ про композиты только с третьего раза "распарсил", что с чем сравнивается

да, "не сезон" какой-то.
причём с обоих концов - и формулировки нечёткие получаются, и понимать их трудно

kdvПочему перепрофилирует? Клиенту текстовые сообщения так и продолжает лезть

перечитал релноты 2.5.8 стр.31

Note

The “verbose” (-v[erify]) switch cannot be used when performing backup because the data channel from server to client is used to deliver blocks of data from the backup file. If you try to use it you will get an error message. When restoring a database, verbose mode may be used without limitations

Да, к восстановлению не относится.

Тогда вопрос к формализации "текстового канала", чтобы клиент мог чётко получать от сервера сигналы "ошибок есть" / "ошибки нет"

это вообще не про gbak

Dimitry Sibiryakovвосстановления базы из бэкапа на клиентской стороне через Services API

то, что я процитировал из 2.5.8, gbak в принципе не умеет (может в тройке научился, не знаю), а токмо fbsvcmgr