Вторник, 26.09.2017, 12:05
Приветствую Вас Гость | RSS
Главная | Каталог файлов | Регистрация | Вход
Форма входа
Логин:
Пароль:
Поиск

Меню сайта

Категории раздела
DB2 390 v6 [1]
DB2 390 v7 [4]
Общие [8]
zLinux [4]
zVM [3]
zOS [6]

Наш опрос
О регистрации на сайте с помощью соцсетей.
Всего ответов: 12

Метки
EGL ODM бизнес правила программирование SOA arcati блоги журналы Каталог мейнфреймы журнал z/os Freeware VM bigdata nosql MVS OS zOS SLES zLinux мейнфрейм Хабрахабр 50лет документы хранилище Java EE liberty WebSphere history сообщение Форум DFSORT Hercules VSAM отчётность Linux Analytics Accelerator Netezza IMS IBM IDC продажа CHKPT GSam XRST гипервизор KVM Shutdown #hollywar mainframe Вакансии Санкт-Петербург пример Assembler LHI vs XR instruction to clear GPR z Seies CPU performance семинар впечатление доступность ЦБ цены аутсорсинг BMC CMS ZVM санкции Rockwell история z13 мобильность DB2 Java Coupling Facility Parallel Sysplex WebSphere AS MVT ОС ЕС ссср Tape VTL Вакансия БЛОГ Линукс Новое статьи Люксофт Польша Работа

Статистика

Главная » Файлы » Книги » zOS

Статья "Опыт переноса реальной системы z/OS на Hercules"
[ Скачать с сервера (743.6Kb) ] 21.04.2015, 10:19

Подробная статья Владимира Сандалова о переносе реальной промышленной системы на базе z/OS на Hercules, с примерами, с полными текстами конфигурационных файлов и объяснениями. Рекомендовано к прочтению тем, кто изучает возможности Hercules или решает сходную задачу.

Категория: zOS | Добавил: akost
Просмотров: 1225 | Загрузок: 109 | Комментарии: 6
Всего комментариев: 6
6  

Цитата
А нельзя ли обойтись без дампа диска при переносе томов с реальных 3390 на эмулируемые?
принципиально это возможно - одна программа (автономная или в среде
операционный системы) на реальном MF читает дорожку и передает образ
дорожки (TCP/IP) другой программе в Hercules, которая этот образ пишет...
z/OS FTP поддерживает named pipe (FIFO файл), может быть с этим можно что-то выкрутить и построить pipe для прямой передачи
данных? Никто не пробовал?
Прямая передача данных возможна, и более того, осуществляется почти одними только стандартными средствами - идея с named pipes реализуема. Общий принцип:
- в системе A создаем named pipe: mkfifo /u/ibmuser/pipe_A
- в системе B создаем named pipe: mkfifo /u/ibmuser/pipe_B
- в системе A выполняем выгрузку образа диска в /u/ubmuser/pipe_A
- в системе B выполняем загрузку образа диска из /u/ibmuser/pipe_B
- связываем pipe_A системы A с pipe_B системы B завершая построение канала передачи данных.

для практической реализации требуется
- программа dump/restore, которая использовала бы QSAM/BSAM для записи и чтения дампа, чтобы для размещения образа можно было использовать файл. К сожалению, ADRDSSU без модификаций (подробнее об этом ниже) не позволяет использовать файл для размещения образа диска. Я использовал программу OFFLINDR (File # 719 Offline DASD Dump/Restore Program from Greg Smith)
- для передачи данных между системами A и B используем ftp.

Итак:
задание для выгрузки:
//DUMP JOB
//DUMP    EXEC PGM=OFFLINDR,PARM='DUMP,cuuA'
//STEPLIB  DD DISP=SHR,DSN=CPAC.LINKLIB
//SYSPRINT DD SYSOUT=*
//SYSUT1   DD PATH='/u/ibmuser/pipe_A',
//            PATHOPTS=(ORDWR),PATHDISP=(KEEP,KEEP),
//            FILEDATA=(BINARY),BLKSIZE=32700,RECFM=U
//

задание для загрузки:
//RESTORE JOB
//RESTORE    EXEC PGM=OFFLINDR,PARM='RESTORE,cuuB'
//STEPLIB  DD DISP=SHR,DSN=CPAC.LINKLIB
//SYSPRINT DD SYSOUT=*
//SYSUT1   DD  PATH='/u/ibmuser/pipe_B',
//             PATHOPTS=(ORDONLY),PATHDISP=(KEEP,KEEP),
//             FILEDATA=(BINARY),BLKSIZE=32700,RECFM=U
//

задание для организации передачи данных между системами:
//TRANSMIT JOB
// EXEC PGM=FTP,PARM='ip_address'
//SYSPRINT DD SYSOUT=*
//NETRC    DD  *
machine ip_address login userid password password
//INPUT    DD  *
lcd /u/ibmuser
cd /u/ibmuser
quote site unixfiletype=fifo
locsite unixfiletype=fifo
get pipe_A pipe_B
//

RESTORE и TRANSMIT стартуем в системе B, DUMP - в системе A icecream

По-видимому, можно использовать и ADRDSSU, если использовать user exit отсюда
File # 880 Extension of ADRDSSU to manage dumps in a network

Схема применима для копирования из любого z/OS (OS/390) в z/OS (OS/390) где бы он не работал - под управлением любого эмулятора, в частности, Hercules, или на реальном MF.

4  
Отличная статья, респект и спасибо автору. Добавлю 3 копейки)
- при описании эмулируемых DASD полезно указывать модель контроллера:
0A00    3390    sysres.cckd cu=3990-6
это необходимо, чобы получать наборы с EF-EA, что, в свою очередь, требуется для DB2 10.

- рекомендую очень компактный freeware эмулятор 3270 wc3270. Не поддерживает графику (GDDM, QMF), но зато поддерживает все остальное smile а из уникальных функций поддерживает сохранение образа экрана в html, что позволяет получить полностью идентичные оригиналу образы в виде текста, а не графики и тем самым позволяет в разы уменьшить размеры документов с многочисленными образами экранов

-
Цитата
Завершать работу с Hercules следует обязательно с помощью команд suspend или  quit (exit) , которые корректно закрывает
все процессы и операции ввода-вывода. При аварийном завершении
Hercules возможно разрушение оглавлений дисковых томов из-за
незавершенного ввода-вывода и несохраненных кэшей.
если аварийное завершение все же произошло (например, отключение питания), то перед повторной загрузкой необходимо выполнить проверку и исправление ошибок для всех образов дисков CCKDCDSK:
cckdcdsk -f -2 sysres.cckd

А в заключение вопрос:
А нельзя ли обойтись без дампа диска при переносе томов с реальных 3390 на эмулируемые? surprised
принципиально это возможно - одна программа (автономная или в среде операционный системы) на реальном MF читает дорожку и передает образ дорожки (TCP/IP) другой программе в Hercules, которая этот образ пишет. Для реализации можно было бы попробовать модифицировать IBCDMPRS, например, но более интересной идеей было бы применение чего-либо вроде этого mfnetdisk
Еще одна идея - z/OS FTP поддерживает named pipe (FIFO файл), может быть с этим можно что-то выкрутить и построить pipe для прямой передачи данных?
Никто не пробовал? biggrin

5  
Цитата
cckdcdsk -f -2 sysres.cckd
   
особенность утилиты такова, что если вы используете shadow files, то их надо проверять ею отдельно, непосредственно указывая в параметрах именно shadow file, сама она их не проверяет, и указать ей в параметрах и основной и shadow невозможно. Ну или я не нашёл.
Я проверяю отдельно. Потому как при использовании shadow ошибки как раз наиболее вероятны именно в них (с ними ведь вся работа идёт).

2  
не затронут вопрос эмуляции ленточных библиотек па TS3500
у меня пока не получилось.
С отдельными лентами проблем нету, но вот чтобы робота...
Возможно, такое в нынешнем дистрибутиве геркулеса просто не поддерживается.

0
3  
Гриша, думаю, что библиотека - это слишком жирно. это ж надо подхватывать в DFSMS состояние библиотеки по порту управления. почему-то мне кажется, что требует проприетарной, не описанной в Принципах, информации... но может быть я и ошибаюсь...

1  
эх, раньше бы... а то уже своим умишком пришлось smile
хотя - обходя разложенные грабли вы лишаете себя бесценного опыта!

Добавлять комментарии могут только зарегистрированные пользователи.
[ Регистрация | Вход ]


Яндекс.Метрика