SkSergeyAНасколько я знаю, на время импорта базы создаются в NoLogging.
И журнал для таких баз не ведется.
Или я не прав ? Если вы используете опцию -l dbimport'а, то база данных создаётся с журналированием, если не используете, тогда без журналирования. Операции DDL журналируются во всех базах, независимо от их режима журналирования транзакций.

SkSergeyAДоброе время суток !
Имею поставленную задачу - максимально быстро (ночь) перенести данные между двумя серверами.
Сервер1 - Windows2000AS,2x2Intel Xeon, 3 Gb-ОЗУ, RAID-5, Informix IDS 10.00.TC7, ~объем данных 100 Гб
Сервер2 - CentOS5.1, 2x4 IntelXeon, 8 Gb, RAID-10, Informix IDS 11.50.FC1
Времени на исследования дали неделю, которая заканчивается завтра :-((
HPL с полпинка завести мозгов не хватило (если кто поможет - размеры моей благодарности будут безграничны :-)) )
Посему взоры были прикованы к dbimport/dbexport. Иеено эти утилиты предназначены для переноса баз данных между платформами.

SkSergeyAПеречитав ветки форума в которых рассматривались аналогичные задачи, в особенности ветку с замерами производительности на РАВ и блочных устройствах, решил пока есть возможность, провести ряд своих экспериментов.
База объемом 15 Г заливалась из предварительно импортированных файлов.
Менялись только параметры onconfig и environment.
Вот итоги:
1. PSORT_NPROCS - not defined, PDQPRIORITY - not defined, onconfig - production: 1 час 02 мин.
2. PSORT_NPROCS - not defined, PDQPRIORITY =100, onconfig - Upload, lru 94,5/95: 0 час 56 мин.
3. PSORT_NPROCS =7, PDQPRIORITY =1, onconfig - Upload, lru 50/60: 0 час 54 мин.
После этого были попытки увеличить physfile с 2,2 Gb до 6 и увеличить buffers с 2 Gb до 4.
Никакого прироста эти попытки (проведенные по очереди) - не дали, в последнем случае даже наоборот :-(((.

Прошу помочь - какие еще настройки могут существенно повлиять на скорость загрузки.
onconfig прилагаюЯ бы чуть изменил представленную конфигурацию: буферов бы настроил 1,5 млн, lru_min_dirty устаровил бы в 70, lru_max_dirty - в 80; DS_MAX_QUERIES поставил бы в 1, DS_MAX_SCANS - в 1048576, RA_PAGES оставил бы 64, RA_THRESHOLD - в 60. Ещё я слышал, что direct i/o на Линуксе работает очень хорошо, и потому попробовал бы поставить DIRECT_IO в 1. Переменную окружения PDQPRIORITY я бы поставил в 100 (это ускорит построение индексов и обновления статистики), но после импорта нужно поставить его в 0 и обновить статистику для хранимых процедур, иначе они будут работать потом с PDQPRIORITY=100 !), PSORT_NPROCS бы не устанавливал.

SkSergeyAА основное время уходит на вставку данных, есть несколько таблиц по 10 млн. записей и соответственно на построение индексов по этим табличкам. Построение индексов и обновление статистики вы можете ускорить за счёт PDQ, вставку данных - за счёт хорошо настроенноого ввода/вывода.

SkSergeyAПрошу помочь - какие еще настройки могут существенно повлиять на скорость загрузки. onconfig прилагаю И ещё я бы настроил соединение через разделяемую память (я нашёл только NETTYPE soctcp,2,,CPU, что означает сетевое соединение).

vasilis AndronТ.е. например RA_PAGES = 10000 и RA_THRESHOLD = 9998 это далеко не предел для построения индексов и статистики по большим таблицам.
Почему то именно такие значения вызывают у меня глубокий пессимизм.
Возможно, я неправ и что то не понимаю в современной архитектуре Информикс. Я бы стал рассматривать такие значения, если бы загружались террабайты, и вопрос был бы в секундах. Кроме того, я не понимаю, как балансировать размер пула буферов, куда считываются данные, и размер виртуального сегмента, в котором будут строиться индексы. Но тесты могут меня убедить :-)

Журавлев ДенисИнтересно чем можно буфер подкрутить для курсора, BIG_FET_BUF_SIZE FET_BUF_SIZEЭто переменные окружения на клиенте ( про JDBC ) и про ESQL/C . Нужно только на сервере, в $INFORMIXSQLHOSTS, настроить такой же размер буфера, как описано в разделе "Поле опций" тут .
Только мне кажется, что выигрыш в производительности достигается за счёт увеличения размера сетевых пакетов (и, как следствие, за счёт уменьшения их числа), а у IP-протокола есть свой размер пакета, который по-умолчанию не очень велик, хотя и настраивается - 1,5 Кб, кажется. Прихожу к тому, что большой пакет клиента Информикса всё равно будет порезан на меньшие сетевые пакеты, и значительного прироста производительности не будет. ИМХО.