ArbuzzzДанные из БД-получателя необходимо передавать по каналу связи, но из-за его низкой пропускной способности, они реплицируются с большими задержками. Переодическая передача файла БД по каналу связи устранит длительные задержки.Для этого есть nbackup.

ArbuzzzСмотрите, если я правильно думаю, ПО передаёт СУБД данные, которые необходимо записать в БД. В какой-то момент СУБД отключается от БД, при этом поступающие данные, она записывает во временный буфер. Происходит подмена БД и СУБД поключается к новой БД. После этого данные из буфера запишутся в новую БД и запись информации продолжается. Вот этот "временный дисконнект" БД <->СУБД реально реализовать на практике?Если заблокировать nbackup'ом пустую базу, то сервер СУБД будет писать изменения в разностный файл. Вот только я не уверен, что остановив службу сервера СУБД, можно удалить разностный файл без последствий и БД будет работать после рестарта сервера СУБД, который создаст новый разностный файл (не экспериментировал).

Мимопроходящий21.12.2017 14:52, rdb_dev пишет:
> Если заблокировать nbackup'ом пустую базу...

осталось только прикрутить nbackup к Interbase...
Или мигрировать на FirebirdSQL.
Когда ответ писал, даже не вспомнил, что речь про Interbase. Привык, что, обычно, обсуждаем FirebirdSQL.

kdv, зачем заменять на пустую? Пустую лочить, а разностный файл передавать.

kdvБез остановки сервера или отключения всех коннектов - да, ни базу, ни дельту, ни чёрта, подменить нельзя.Я так и написал, что сервер придется останавливать.

WildSery, мне кацца, дельта будет чуточку поменьше - на размер метаданных.

hvladА вот делать инкремент и передавать его - другое дело.
На приёмнике - восстанавливать БД.
В 4-ке всё для этого есть.Думаю, инкрементальный бэкап - именно то, что нужно ТС'у, только он сам еще не понял. :)

kdvв ИБ дельта существует только на момент выполнения gbak -d. Это нбэкапом в ФБ базу можно залочить, а потом разлочить.
"разностный файл передавать" - ахинея полная. Передавать куда, зачем, и что с ним делать там, куда передали? Это же промежуточный файл, привязанный guid-ом к конкретной базе.Я же не спорю, а предлагаю варианты...
Если дельта привязана к конкретному файлу БД, что мешает на другой стороне иметь этот же файл БД?

kdvгосподи, было бы на чем экономить.Судя по всему, экономят на канале передачи данных со всеми вытекающими.

kdvу него InterBase 2009. там инкрементный бэкап по другому делается. Хватит уже фигню пороть.Вот тут не надо!... Это был комментарий на предложение hvlad об инкрементальном бэкапе без указания конкретного инструментария и я, в свою очередь, также ничего про инструментарий не упомянул.

kdvда ладно бы тут все с ума сошли. Но вчера в кабаке ем сырную тарелку с вином, и какая-то баба целоваться полезла.Симпатишная, хоть?