taurus.rpd,

dвот что рекомендует один производитель АБС. сам не пробывал.

Перед выполнением дампа надо убедится, что размер всех таблиц находится в пределах 2ГБ, для этого надо запустить БИСквит с параметром tabanalys с перенаправлением вывода в файл (можно и на работающей базе):
bq41c tabanalys > analys.log
После окончания анализа, который может длиться достаточно долго и зависит от размера БД и степени фрагментации БД, посмотреть в полученном файле размеры таблиц. Если есть превышение, то можно воспользоваться следующим алгоритмом:
1) Для каждой таблицы, размеры которой превышают 2ГБ, создаем в каталоге $BQ/dump специальный файл типа pipe, например, для таблиц history и dataline:
mknod history.d p
mknod dataline.d p
2) Делаем перенаправление при выводе в эти файлы через архиватор gzip:
gzip -c <history.d >history.gz &
gzip -c <dataline.d >dataline.gz &
В результате получим архивы history.gz и dataline.gz. Затем выполняем выгрузку, описанную в следующем пункте. Указанные команды используются в скрипте conv89_1
3) В дальнейшем на этапе загрузки этих таблиц с помощью bulkload произойдет «зависание» - это означает, что программа загрузки ожидает данные из входного потока. В этот момент в дополнительной сессии необходимо выполнить обратные команды (скрипт conv89_4):
gzip -cd history.gz >history.d &
gzip -cd dataline.gz >dataline.d &
Сразу же bulkload выдаст предупреждающее сообщение:
Warning: Unable to read the .d trailer. Do you want to use ibm866 as the code page for conversion? [y/n]: (9271)
Надо ответить y и нажать Enter.
Однако, при массированной загрузке всех таблиц могут возникнуть проблемы. В таком случае, рекомендуется произвести раздельную загрузку сжатых данных. Сделать файлы описания для каждой таблицы history.fd и dataline.fd. Последовательно выполнить загрузку. В одной сессии запускаем bulkload с history.fd, в момент зависания переходим в другую сессию и даем команду gzip -cd history.gz >history.d &. Аналогичные действия для dataline.