Добрый день. Подскажите, пожалуйста, как в ZVM создать хранимые сегменты для Natural (в частности для буферного пула), а точнее перенести из СВМ ? В СВМ - они лежат в области хранимых систем и сегментов , предварительно там описанные. И сохраняются там при помощи команды SAVESYS.
В конфигурации СВМ 4.13 - это определяется файлом : "DMKSNT ASSEMBLE", какой аналог этому в z/VM?
а версию zVM хоть скажите... хотя, для любой версии, начиная с VM/ESA, нужно делать динамическое описание в MAINT (или в другой высокоуполномоченной виртуальной машине) командой DEFSEG и SAVESEG.
доберусь до работы - попробую помочь. а так, если не ждать, есть в книжке по 4.4 в описании команды прямо однозначные соответствия макрокоманды и опциям.
Посмотрели карту сегментов командой: Q NSS ALL MAP
Чтобы не пересекались адреса сегментов создаем сегмент для буферного пула NATURAL22 командой: DEFSEG NATBP2 02A00-02DFF SN
И в ответ на это поучаем следующее:
Подскажите пожалуйста, что делаем не так? может предварительно надо было ещё что-нибудь сделать?
Добавлено (12.10.2018, 14:11) --------------------------------------------- У нас наверное было много печатных отчетов в спуле или на ридере. Удалили командой PURGE: PUR SYSTEM P ALL PUR SYSTEM R ALL Сегмент создался.
У нас наверное было много печатных отчетов в спуле или на ридере.
не жмитесь на спуле. добавьте пару-тройку томов, и на страничный обмен тоже. диски стоят дешево, а время на разбор ситуаций из-за забитого спула - дорого.
В СВМ не был. А в z/VM мы его по началу пытались вызвать командой HLASM, а надо было ASMAHL. Хотя его вызов можно переопределить в файле SYN SYNONYM, или нет?
в СВМ и в ОС ЕС назывался ASM2 (Assembler-2, а вообще этот период "удаления ссылок на прототип" нужно забыть как страшный сон). В synonym можно все переопределить.
l hlasm * * HLASM MODULE Y2 Ready; T=0.01/0.01 23:57:15
q cplevel z/VM Version 4 Release 4.0, service level 0402 (64-bit
Сообщение отредактировал Gregory - Вс, 17.11.2019, 00:04
Все Работает ! Перенос ВСЕЙ базы (7 CMS м/дисков) с ADABAS 5.24на сервер с Z/VM по FTP - занимает всего 5 минут.Если при этом в 5-ке ядро было закрыто, то ядро с ADABAS 6.23 в Z/VMзапускается без проблем (предварительно запустив конвертацию файлов).Проблема с м/дисками пользователей решается довольно просто : - по FTP переносишь нужные пакеты дисков в виде файлов; затем в них заменяешь шестнадцатеричное сочетание "PTS1" на "CMS1" с помощью шестнадцатеричного редактора или- при помощи "DITTO" в Z/VM исправляешь "PTS1" на "CMS1" Но 1-ый вариант предпочтительней, т.к. пользователей где то около 250.Для переноса описаний ВМ из CBM 4.13 (из оглавления "REL413 DIRECT" на ВМ SYSPRG)в файл оглавления для Z/VM на MAINT написал программку на Natural 2.28(выгружаю в 4-й (не во 2-ой !) рабочий файл и затем по FTP в Z/VM, и там добавляю его в DIRECT на MAINT-те)С панелями проблема решилась совсем просто - достаточно было переименовать один файл типа "Module".С запуском Natural 1.2 - решение оказалось тоже довольно простым.У всех пользователей ADABAS в PROFILE-е стоит вызов "NUCXTNTS EXEC", который находится на общем м/диске.Достаточно было вставить в него одну строчку : "CP SET 370ACCOM ON" (Режим совместимости с VM 370) инаш старенький Natural 1.2 (то бишь TRIOD) заработал без проблем. С Уважением Владимир http://s390soft.ru/load/11-1-0-65
Сообщение отредактировал SamVlad - Пт, 06.12.2019, 12:57
