Добрый день. Стоит задача тестового переноса системы os/390 (ada2, tso) на hercules. Знаний особо нет ни по hercules, ни по os/390, но перенести надо.
На текущий момент скачал с официального сайта hercules 3.09 При попытке запуска hercules требует настроить конфигурационный файл. Параметры этого файла мне не известны. Сегодня попытаемся разобраться с ним.
Несколько лет назад у нас были попытки его перевода (не мной), которые закончились неудачей - не смогли перенести определенные типы дисков (какие - не знаю). Диски 2 типов: ibm3380 и ibm3390.
С чего начать? Куда копать? Что почитать? Буду благодарен за любую помощь.
Сообщение отредактировал reaque - Ср, 14.08.2013, 08:22
Добрый день! Общая схема такова: 1) читать документацию по Геркулес в части конфигурационного файла. на сайте все здорово расписано. 2) под os/390 оттранслировать и запустить программу конвертации реальных томов в сжатые файлы Геркулеса. 3) перекачать любым способом конвертированные файлы на Геркулесовскую машину и описать их в файле конфигурации. 4) запустить под Геркулесом и наслаждаться неторопливой работой приложений.
Спасибо за ответ. Начал с чтения литературы "Введение в современные мейнфреймы: основы z/OS" В конфигурационном файле пока ничего особо не понимаю, но он есть у меня на руках (настроенный) В конф. файл осталось перенести записи по устройствам хранения - указать адреса и имена дисков. Для пункта 3 у нас настроен ftp-сервер.
Не понимаю как можно осуществить пункт 2 - оттранслировать и запустить программу конвертации реальных томов в сжатые файлы Геркулес Это какая-то команда в tso/ispf/omvs ?
в составе Геркулеса есть программка, на ассемблере, и JCL для ее запуска. она читает реальные тома и пишет на диск уже сжатый Геркулесовский том. Не трогайте пока конфигурационный файл. Разберитесь с конвертацией томов.
если я правильно понял из документации перекачка дисков идет в 3 этапа: 1. создать образ и конвертировать его формат ленты (awstape tapeconv.jcl) в os/390 2. перекачать конвертированный диск на компьютер геркулеса и подцепить 3. перекачать информацию с образа ленты на созданный диск геркулеса.
все верно?
Сообщение отредактировал reaque - Ср, 14.08.2013, 16:20
1. Желательно на "живой" системе подготовить IODF-конфигурацию для геркулеса. Конфигурация должна быть максимально простой. Если за основу взять существующую конфигурацию, то нужно выкинуть полностью описание Processors, Switches и Control Units. В устройствах ввода-вывода (I/O devices) нужно оставить необходимые номера устройств для дисков (тип 3390), консолей (тип 3277-2). Там же (I/O devices) желательно добавить описание сетевого устройства LCS (тип 3172, два порта). В разделе Operating system configurations нужно проверить Generics и назначение консолей.
После нужно сгенерировать новый Production IODF (SYS1.IODFxx) и подготовить новый LOADxx раздел для его использования.
2. На основе IODF-конфигурации нужно создать файл конфигурации для геркулеса. Пример: В IODF указаны следующие устройства ((I/O devices)):
Есть два варианта, через ADRDSSU DUMP + конвертация в AWS (на этот предмет я готовлю инструкцию) и через CCKDDUMP. Вариант с CCKDDUMP короче, но может давать ошибки на дисках 3390-27 и при наличии больших непрерывных наборов данных (больше 2ГБ в байтовом представлении). Со вторым случаем я столкнулся не так давно, оказалось что ограничение набора по размеру в 2ГБ - это ограничение формата CCKD (сжатого) по сей день. Поэтому, для таких случаев нужно использовать копирование через "образ ленты" и несжатый (LFS) образ диска в Геркулесе.
Т.е. в целом вариант с дампом диска, преобразованием в формат ленты и последующим восстановлением через "DFSMS Standalone Services" остается более надежным и предсказуемым, хотя и более долгим. Инструкция будет завтра, сейчас написана примерно на 2/3. Там будут примеры заданий и файлов конфигурации. Если успею, то опишу и вариант с CCKDDUMP.
Добавлено (15.08.2013, 18:32) --------------------------------------------- На самом деле главное - заранее описать в IODF консоли/терминалы. Так, чтобы после загрузки можно было ответить на сообщения и зайти в сеанс TSO/ISPF. Остальное можно делать уже потом.
Во вложении инструкция (формат PDF) и примеры файлов (архив).
Критика, дополнения и комментарии категорически приветствуются. Могу выложить исходный документ в какое-нибудь общее место для совместного редактирования и дополнения. Пока приходит в голову Google Drive, но может есть более удобное место?
IODF-конфигурацию лучше создать максимально простую. Должны присутствовать устройства ввода/вывода, описывающие диски, консол(и) и сетевые устройства LCS(рекомендую) или CTC. Плюс должны присутсвовать описания консолей и генериков (групп устройств). При создании нового IODF на основе существующего нужно удалить все описания из разделов: Processors, Switches и Control Units.
Если я верно понимаю IODF (как расшифровывается?) это конфигурационной файл hercules-a.
Вот как выглядит этот файл у нас (создавался он на базе конфигурационного файла с другого эмулятора).
IODF - это набор данных с конфигурацией "железа", который существует в z/OS. Обычно называется SYS1.IODFxx. IODF processing at IPL Конфигурация в Геркулесе должна соответствовать конфигурации в IODF.
Если до снятия образов дисков в IODF-конфигурации и в конфигурации TCP/IP не было описано LCS-устройство с адресом устройства 502-503, и с IP-адресом 10.10.10.99, то после загрузки системы в Геркулесе, будет нужен доступ в терминал (TSO/ISPF), чтобы отредактировать конфигурацию. Вообще конфигурация сети TCP/IP в z/OS - это уже следующий этап после запуска системы в Геркулесе.
По файлу конфигурации Геркулеса: Если эмулируется система z/OS, нужно указывать OSTAILOR z/OS. HTTPPORT и SHRDPORT необязательны.
MAINSIZE - Геркулес 64-битный? XPNDSIZE - точно надо?
Сообщение отредактировал EHabarov - Вт, 20.08.2013, 14:17
Спасибо, что не оставляете меня наедине с проблемой!
Геркулес я скачал и установил x64 разрядный. Эмулируется у нас именно OS/390 - значит оставляю OSTAILOR OS/390 ?
По вашей инструкции возникло пара вопросов:
1) если у нас есть уже верный конфигурационный файл Hercules-а надо ли выполнять пункты 1 и 2 инструкции: Создание IODF-конфигурации Создание LOAD-конфигурации 2) обязательно ли Запуск DFSMSdss Standalone Services. Как мне пояснили, это графический интерфейс какой-то утилиты.
Мы хотим по вашей инструкции выполнить перенос загрузочных дисков (в т.ч. системных) и попробовать стартануть эмулятор.
И да, в конфигурационный файл Hercules мы добавили раздел DASD Devices - указали все наши диски с реальными адресами (как на боевом сервере).
Сообщение отредактировал reaque - Вт, 20.08.2013, 16:36
1. Если уже есть IODF/LOAD-конфигурация, которая запустится в геркулесе, то эти пункты можно пропустить. 2. DFSMS SA - это по сути программа ADRDSSU, которую можно загрузить напрямую (IPL), т.е. это самодостаточная программа, не требующая ОС. Суть в том, что в системе z/OS вы генерируете дампы дисков и преобразуете из в формат "ленты" (AWS TAPE) для Геркулеса. Потом готовые образы лент (AWS) выгружаются на персоналку, там где Геркулес. DFSMS SA, запускаемый в Геркулесе, используется для восстановления (RESTORE) дисков с образов ленты (AWS) на образы дисков (CCKD). Никакой "графики" там и близко нет. Вот ссылка DFSMSdss Stand-Alone Services
В архиве есть "все готовое" для запуска DFSMS SA, так что проблем быть не должно. Пробуйте, должно получиться.
Пять копеек от меня. Я тестировал когда-то оба Геркулеса в соответствующих Windows - 64-х разрядный и 32-х рязрядный. Так вот OS/390 в 32-х разрядном Геркулесе был процентов от 5 до 15 быстрее, и при этом существенно надежнее (ни одного падения за неделю, тогда как 64-битный падал дважды за ту же неделю). С тех пор и Windows и Геркулес немного подросли в развитии, конечно, но что было - то было. Такие дела.
IODF - это файл, который говорит z/OS (OS/390), какое оборудование ему доступно. Hercules config - файл, который говорит эмулятору, какое оборудование он должен эмулировать так что эти файлы, как сказано выше, должны соотвествовать друг другу. Так, например, у Вас в config описаны дисплеи 3270 с адресами 00c0, 00c2-00cf, а в IODF дисплеи 00c0-00cf, не описаны, а описаны, например, 00e0 - 00ef, то при загрузке OS/390 не будет доступной консоли. Конфигурация устройств hercules является динамической, так как кроме статического config есть команды attach и detach, позволяющие "подключать" и "отключать" устройства. Конфигурацияустройств в OS/390 тоже может динамически изменяться. OSTAILOR совершенно не принципиально. Конфигурация сетевого доступа в hercules - отдельная песня, и я бы советовал наччать не с LCS, а с CTCI.
BTW. Помнится мне был где-то тут топик, в котором предлагалось коллективным разумом сочинить вразумительное руководство по запуску z/OS в hercules, и я собирался в этом поучаствовать,но что-то я этот топик не нахожу... Может быть, потому что уже 1:15 ? )))
Сообщение отредактировал Gregory - Ср, 21.08.2013, 02:20
