День добрый.
Конкретно с blob сейчас помочь не могу, потому как не делал, возможно, попробую на выходных. =)

Но могу дать вам информацию, как я заталкивал большие XML-файлы, может, сами доковыряете...

У меня была колонка
XML_FILE = LongNVarChar(104857600)
Для загрузки by reference выставлял ArraySize in DB2Connector = 1
, также увеличивал DSTransfBlock (104857600).

Особая хитрость состояла (над чем я долго бился как раз для DB2 for z/OS), это использование custom sql с конструкцией cast:
insert into testik.xmltd (id, xml_file) values (ORCHESTRATE.ID, xmlparse(document cast( ORCHESTRATE.XML_FILE as clob(1g)) preserve whitespace ))

При этом обычная DB2 UDB глотала большие файлы без приседания в виде cast... Но z - это z. =)

Конкретнее опишете задачу пожалуйста
1. Размер файлов blob, в каком виде представлены
2. Куда заталкивать (пример структуры таблицы БД)

В базе была колонка типа XML.

1. Да, путь к файлу.
2. Путь на стороне DataStage Engine, использовал insert (обязательно ArraySize=1, ну и transaction size в 1 поставить).

Похоже, я кое-что перепутал...
Вы не должны были залить файл. Проверяйте.

mva_cards,
я проверил, теперь точно - я вас ввёл в заблуждение. =)

1. Путь к файлу ни при чём, кстати, скорее всего именно его вы залили в бинарном режиме в соответсвующее поле, как и я, когда решил проверить.
2. By reference тоже имеет особености... Похоже, что для вашей задаче не применимо.

В любом случае, задачу я решил. Я позже выгружу dsx...
Кратко:
Задание записи в DB2 for z/OS:
Sequential File (1a) -> Tfm (2a) -> DB2Connector (3a)
(1a): чтение файла в бинарном режиме целиком - весь файл в поле DataStage (FILE_BODY 104857600), параметры задаются схемой
(2a): добавляются поля (ID, наименование, что душе угодно...)
(3a): insert into test.table1 (id, file_name, file_body) values (ORCHESTRATE.ID, ORCHESTRATE.FILE_NAME, cast( ORCHESTRATE.FILE_BODY as blob(100M)))
Параметры задания:
$APT_DEFAULT_TRANSPORT_BLOCK_SIZE = 104857600 - Environment variable, как раз на 100 метров.
$APT_FILE_IMPORT_BUFFER_SIZE = 102400 - Environment variable, это тюнинг чтобы читать файл быстрее, я особо не заморачивасля, тоже стометровый сделал.
FILE_SCM = /tmp/test/file.scm - это файла-схемы, который используется (1a) для чтения файла с данными, пришлось использовать, так как на вкладке Format (1a) нельзя параметризовать Record length.

Задание для чтения из DB2 for z/OS:
DB2Connector(1b) -> Sequential File (2b):
(1b): чтение из базы происходит ОДНОГО файла за запуск!
(2b): запись в файл с использованием файла-схемы, аналогичной (1a)
Параметры задания:
$APT_FILE_EXPORT_BUFFER_SIZE = 102400 - Environment variable, это тюнинг чтобы писать файл быстрее.
FILE_SCM = /tmp/test/file.scm

Я протестировал на файле с размером 51.261.710 байт, задание на вставку 5 сек (network max 16321.7 KB/s), задание на выгрузку 17 сек (база почему-то тормозит на выдачу).

Да, если вы планируете заливать большие файлы в DB2 for z/OS, пусть админ глянет настройки LOBVALA/LOBVALS - они маленькие по умолчанию, большие файлы не зальёте.
Как и где настраиваются - не знаю, были проблемы, нашёл причину здесь - пинал админов.

Результаты сравнивал, cmp расхождений не показал. =)

mva_cards,
выкладываю пример - разбирайтесь.

mva_cards,
я рад, что всё хорошо.

Нетривиального ничего нет. Есть ограничения и подход к решению. =)

Из плоского файла можно читать либо по полям с разделителями, либо по полям с фиксированной длиной...

С разделителями читать нельзя, потому что неясно, что там в этих файлах - ... На своём zip-файле я не смог подобрать.
Ну а значение fixef length, к сожалению, не параметризуется... Зато параметризуется весь Sequential File stage с помощью схемы.

Дальше вопрос только в генерации схемы динамически, ибо разные файлы будут иметь разную длину. Вот и всё.
Я рутинку приложил, чтобы вы видели, что можно и так, реально - можно одной-двумя shell-командами собрать схему по шаблону.

Схему на выборку файла можно собирать по значению length(FILE_BODY) из базы данных.

Всё крайне просто и логично. Вы спрашивайте. В рабочее время скорее всего отвечать не буду, но вечерком могу глянуть. =)

Инструмент может очень много, если что-то не получается, то скорее по незнанию инструмента...
У меня всегда пока только так было, реальных ограничений не встречал.