Если я правильно помню, FB кратен размеру блока, то есть, как DASD хранит файлы на диске, он должен соответствовать разному размеру блока, что увеличивает скорость и пропускную способность на мейнфрейме. , Если файл данных находится за пределами границ нескольких размеров (это не имеет никакого отношения к фактическому размеру данных), система DASD просто обращается к файлам в блоках по 256 байт ... будет множество специальных полей вставляется в файл данных для описания блокировки и так далее ... которая вставляется при передаче на мэйнфрейм, а данные передаются в резервные копии на магнитной ленте ...
На мэйнфрейме должен быть доступен скрипт для его преобразования с использованием JCL (языка управления заданиями). Попросите администратора мэйнфрейма сделать это за вас ...
Кстати, следует отметить, что набор символов, который вы использовали в вашем файле данных, просто помните, что мэйнфрейм использует набор символов EBCDIC ... Существует множество инструментов, которые могут преобразовать от ASCII-данных до формата, который может быть прочитан мэйнфреймом, просто о чем следует помнить ... Если данные будут преобразованы, что может повлиять на размер файла ... Думаю, это стоит упомянуть и важно!
Существует утилита Unix / Linux, которая может конвертировать данные в фиксированный размер блока с помощью утилиты dd
, хотя я не думаю, что это будет правильный способ сделать это ...
Вот полезная ссылка, которая поможет вам понять this . А также здесь SO аналогичный пользователь спрашивал о данных MVS / TSO ...