GBAK запускается с ключами -b -t -v
"C:\Program Files\Firebird\Firebird_2_5\bin\gbak.exe" -b -v -t LOCALHOST:C:\DATA\DB.FDB F:\DATA\DB_NEW.FBK -user SYSDBA -password masterkey

gbak:backup options are:
        -CO(NVERT)            backup external files as tables
        -E(XPAND)             no data compression
        -FA(CTOR)             blocking factor
        -G(ARBAGE_COLLECT)    inhibit garbage collection
        -IG(NORE)             ignore bad checksums
        -L(IMBO)              ignore transactions in limbo
        -NOD(BTRIGGERS)       do not run database triggers
        -NT                   Non-Transportable backup file format
        -OL(D_DESCRIPTIONS)   save old style metadata descriptions
        -T(RANSPORTABLE)      transportable backup -- data in XDR format

gbak:Usage:
     gbak -b <db set> <backup set> [backup options] [general options]
     gbak -c <backup set> <db set> [restore options] [general options]
     <db set> = <database> | <db1 size1>...<dbN> (size in db pages)
     <backup set> = <backup> | <bk1 size1>...<bkN> (size in bytes = n[K|M|G])
     -recreate overwrite and -replace can be used instead of -c

Возможно из-за долгого выполнения бэкапа слишком много изменений происходит в БД и gbak выполняет таким образом рестарт.

Запустили еще раз бэкап, но уже не с живой БД, а с ее копии. Полет нормальный уже - сутки идет выполнение.

Бэкап завершился успешно. Выполнялся да почти сутки. Перед бэкапом делали удаление данных из одной таблицы около 700 млн записей. Итоговый файл бэкапа 122 гб. В БД есть ооочень большие таблицы, около 1.5 млрд записей.

Ключ t использую всегда.

SZeman писал(а) Mon, 01 August 2022 10:33

Ключ t использую всегда.

поздравляю. ключ -t по умолчанию, он вообще ни зачем не нужен, потому что бэкап и так всегда "транспортабельный". Какой-то смысл бы имел ключ -nt (non-transportable), но это сейчас тоже не имеет смысла.

Лучше было бы "всегда указывать" -g. Было бы больше пользы.

Осталось непонятным от чего была исходная проблема, почему бэкап хотел разбиться на файлы.

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

БД Firebird 2.5, размер БД около 370 Гб. При попыке выполнить бэкап базы на отдельный диск размером в 1 Тб gbak выдает сообщение о создании первого тома и ввода имени нового файла. БД в работе, режим только для чтения не устанавливался, т.е. запись и работа с БД в ходе резервного копирования не остановлены. На диске куда выполняется бэкап копировались фалы размером в 300 Гб, т.е. ограничений на размер файла нет. GBAK запускается с ключами -b -t -v
"C:\Program Files\Firebird\Firebird_2_5\bin\gbak.exe" -b -v -t LOCALHOST:C:\DATA\DB.FDB F:\DATA\DB_NEW.FBK -user SYSDBA -password masterkey
после обработки около 95млн записей выдается сообщение:
Done with volume #1, "F:\DATA\DB_NEW.FBK" Press return to reopen that file, or type a new name followed by return to open a different file. Name:
Первый раз вижу такое сообщение. Файл на диске при этом около 80 Мб. Почему начинается разбивка на тома и что с этим делать.

На диске куда выполняется бэкап копировались фалы размером в 300 Гб, т.е. ограничений на размер файла нет

SZeman писал(а) Fri, 29 July 2022 00:12

БД Firebird 2.5, размер БД около 370 Гб. При попыке выполнить бэкап базы на отдельный диск размером в 1 Тб gbak выдает сообщение о создании первого тома и ввода имени нового файла. БД в работе, режим только для чтения не устанавливался, т.е. запись и работа с БД в ходе резервного копирования не остановлены. На диске куда выполняется бэкап копировались фалы размером в 300 Гб, т.е. ограничений на размер файла нет. GBAK запускается с ключами -b -t -v
"C:\Program Files\Firebird\Firebird_2_5\bin\gbak.exe" -b -v -t LOCALHOST:C:\DATA\DB.FDB F:\DATA\DB_NEW.FBK -user SYSDBA -password masterkey
после обработки около 95млн записей выдается сообщение:
Done with volume #1, "F:\DATA\DB_NEW.FBK" Press return to reopen that file, or type a new name followed by return to open a different file. Name:
Первый раз вижу такое сообщение. Файл на диске при этом около 80 Мб. Почему начинается разбивка на тома и что с этим делать.

gbak считает, что нет места на диске с файлом бекапа.
Попробуй через сервисы, он тогда не будет спрашивать имя тома, а покажет ошибку из-за которой он считает что нет места на диске:

-SE LOCALHOST:service_mgr -b -v -t -g C:\DATA\DB.FDB F:\DATA\DB_NEW.FBK

Пробовать еще раз на работающей БД не стал.

SZeman писал(а) Fri, 12 August 2022 10:21

Пробовать еще раз на работающей БД не стал.

А почему ?