Может кто сталкивался:
Ситуация повторяется на платформах:
IDS 7.31 ТС6 на NT4.0
IDS 9.30 TC1 на WIN2000
пробовали на разных машинах.

Для архивации используется ONUNLOAD
Написали скрипт (*.cmd файл),
где в цикле по очереди выгружаюся базы:
onunload -t D:\file_name -s 100000000000 base_name

после запуска усешно выгружается около 40 (так уж сложилось)
больших баз,
а затем скрипт виснет: не дает ответа команды onunload, ontape, dbexport,
dbimport. Сам информих не валится.
После перезагрузки база, на которой повис скрипт, отдельно (не в цикле)успешно выгружается командой onunload.

Как бы без перезагрузки сервера выгрузить в цикле все базы
именно командой onunload?
Кстати такая же ситуация с командой onload баз из файлов:
виснет загрузка после около 40 баз.

Может кто протестирует ситуацию:
в бесконечном цикле выгружать одну и туже базу на диск и тут же удалять
файл-выгрузку.
PS
on-bar, ontape, dbexport, копирование чанков - не предлагать по принципиальным соображениям.

1. Может это проблема для платформы Windows
2.В online.log нет ничего особенного
onstat -u
Userthreads
address flags sessid user tty wait tout locks nreads nwrites
5582a018 ---P--D 1 informix - 0 0 0 173 19
5582a614 ---P--F 0 informix - 0 0 0 0 2
5582ac10 ---P--F 0 informix - 0 0 0 0 0
5582b20c ---P--- 6 informix - 0 0 0 0 0
5582b808 ---P--B 7 informix - 0 0 0 0 0
5582be04 ---P--- 79 Administ GKH_CITY 0 0 0 0 0
5582c400 ---P--- 81 Administ GKH_CITY 0 0 0 0 0
5582c9fc ---P--D 10 informix - 0 0 0 0 0
8 active, 128 total, 19 maximum concurrent

Transactions
address flags userthread locks beginlg curlog logposit isol retrys coord
5585a018 A---- 5582a018 0 0 321 0x3b2018 COMMIT 0
5585a1e4 A---- 5582a614 0 0 0 0x0 COMMIT 0
5585a3b0 A---- 5582ac10 0 0 0 0x0 COMMIT 0
5585a57c A---- 5582b20c 0 0 0 0x0 COMMIT 0
5585a748 A---- 5582b808 0 0 0 0x0 COMMIT 0
5585a914 A---- 5582be04 0 0 0 0x0 COMMIT 0
5585aae0 A---- 5582c9fc 0 0 0 0x0 COMMIT 0
5585acac A---- 5582c400 0 0 0 0x0 COMMIT 0
8 active, 128 total, 9 maximum concurrent

3. Не хочется обсуждать выбор способа, но для моего случая подходит.
4. С HPL не знаком: можно ли им быстрее чем ONUNLOAD выгружать/загружать отдельно всю базу на диск, зная только ее имя?(без составления больших скриптов)

Спасибо за отклик.
Первый Administ- циклический onunload, повисший ночью.
Второй Administ - это потом утром(без перезагрузки) запущен новый onunload, но не давший даже отклика в командной строке :(

В цикле пробовал вставлять onmode -F -не помагает.(SQL-запросы выполняются, а команды onunload, dbexport, ontape перестают давать отклик)
Выполнял на разных машинах с другими данными в базах -та же беда.
Пробовал выгружать только отделные таблицы из разных баз- то же виснет после большого количества выгруженной информации.

Базы есть большие и маленькие.Зависание происходит в общем цикле и на маленьких базах.

Я onunload-ом выборочные базы и отделньные таблицы переношу с сервера на удаленный сервер.
Выполнял dbexport всех баз-все проходит успешно.
Но dbexport/dbimport- это долго + потеря информции: если в поле serial было значение 13, а потом строку удалили, то следующее значение при вставке будет 14. А после dbexport/dbimport опять будет 13.

Народ!
Может кто протестирует ситуацию на Windows:
в бесконечном цикле выгружать onunload-ом одну и туже базу(большую -около 2Г) на диск и тут же удалять файл-выгрузку.
Может мои версии informix ущербные?
Что из onstat показать?

А репликация такое извращение поддерживает??:
Есть сервер1 и сервер2 с разными именами и разной структурой dbspaces и chunks.
Они не связаны сетью.
На обоих серверах архивирование идет ontapе- ом.
На сервере1 база1 с транзакциями и база2 без транзакций.
На сервере2 база3 с транзакциями и база2 без транзакций.
Изменения вносятся во все базы одновременно.
И хотелось бы базу2 быстро(через файлы на CD_ROM???) среплицировать с сервера1 на сервер2.
(может быть даже с потерей изменений в базе2 на сервере2 ).

Кстати в цикле онунлоадил одну и ту же базу размером 0,5 Г- опять повисание после 50-ти циклов :(
Очень Не хочется перестартовывать INFORMIX ....
Напомню тестируемые платформы:
IDS 7.31 ТС6 на NT4.0
IDS 9.30 TC1 на WIN2000
Может вообще onunload можно только на ленты а не на диск??

Результат onstat -g ses 77:
Informix Dynamic Server Version 9.30.TC1 -- On-Line -- Up 02:43:23 -- 1071232 Kbytes

session #RSAM total used
id user tty pid hostname threads memory memory
77 Administ GKH_CITY 1992 gkh_city 1 24576 21176

tid name rstcb flags curstk status
233 onunload 4182be04 ---P--- 4 running

Memory pools count 1
name class addr totalsize freesize #allocfrag #freefrag
77 V 42120020 24576 3400 58 4

name free used name free used
overhead 0 1648 scb 0 96
opentable 0 280 filetable 0 320
log 0 4200 gentcb 0 1216
ostcb 0 2536 tbutility 0 1840
sqscb 0 5744 sql 0 40
hashfiletab 0 280 osenv 0 1432
sqtcb 0 1496 fragman 0 48

onmode -z тоже зависает без ответа и сессия отстается :(

На счет изменений:
Сервер2 находится в другом месте и там требуется (приказ начальства)
ввести временные данные в базу2 и получить по этим данным отчеты.
Потом, надобность в этихотчетах отпадает, но надо перенести все данные
из базы2 сервера1.

Впрочем, мне уже не интересно как выходить из этой ситуации -поручили другому:-)
Мне важно для себя разобраться(для будующего): OnUnload на диск нескольких больших баз подряд под Windows без перезагрузки Informix невозможно? Неужели очередной BUG от Informix? :-(

я так понял, что Solaris X86 ?

Народ! Потестируйте кому не лень
на Windows, и чтоб база порядка 500Mb

run.cmd:

if not exist cr echo.>cr
:loop
onunload -t file.bin -s 100000000000 database1 <cr
del file.bin
goto loop

У меня в Online.log ничего похожего