ситуация такая, если я инициирую ленту командой HETINIT, то содержимое обнуленное. Файл занимает 1 б. При подаче в вход к восстановление через задачу, задание заканчивается кодом 813-04:
IEC149I 813-04,IFG0195H,K020201A,ST02,TAPE,0282,02131C,G0213130 IEF142I K020201A ST02 J0120VS1 - STEP WAS EXECUTED - COND CODE 0008 IEF373I STEP/ST02 /START 2016175.0918 IEF374I STEP/ST02 /STOP 2016175.0918 CPU 0MIN 00.08SEC SRB 0MIN 00.05S IEF375I JOB/K020201A/START 2016175.0918 IEF376I JOB/K020201A/STOP 2016175.0918 CPU 0MIN 00.09SEC SRB 0MIN 00.05S PAGE 0001 5695-DF175 DFSMSDSS V2R10.0 DATA SET SERVICES 2016.175 09:18 WTO ' ВОССТАНОВЛЕНИЕ ФАЙЛОВ F0213... ЗА НУЖНЫЙ МЕСЯЦ' 00131000 ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'WTO ' REST INDD(TAPE) - 00140000 OUTDD(DASD) - 00150000 DS(INCL(K020000.F021310F, - 00160000 K020000.F021301D)) - 00161101 RENUNC((K020000.F021310F,F021310F) - 00162000 (K020000.F021301D,F021301D)) 00164002 ADR101I (R/I)-RI01 (01), TASKID 002 HAS BEEN ASSIGNED TO COMMAND 'REST ' ADR109I (R/I)-RI01 (01), 2016.175 09:18:29 INITIAL SCAN OF USER CONTROL STATEMEN ADR016I (002)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK ADR006I (002)-STEND(01), 2016.175 09:18:29 EXECUTION BEGINS ADR049E (002)-STEND(01), 2016.175 09:18:29 DFSMSDSS FUNCTION TASK ABEND RECOVERY ADR415W (002)-TDDS (02), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANY
а когда подаю на вход AWS файл, то требует вмешательства:
ситуация такая, если я инициирую ленту командой HETINIT, то содержимое обнуленное.
а как же иначе - это же инициализация ленты). После HETINIT на ленте записан VOL1 и 2 TM если лента со стандартными метками, и TM если лента без меток.
Цитатаmentor ()
а когда подаю на вход AWS файл, то требует вмешательства:
IEF503I UNIT 0281 INCORRECT VOLUME LABEL поэтому ленту отвергается и требуется установить ленту с меткой 02131С. Что-то у Вас с файлом AWS нехорошо. Посмотрите на его содержимое, если это образ ленты со стандартными метками то начало файла должно быть таким: 50 00 00 00 A0 00 E5 D6 D3 F1 далее метка тома (в EBCDIC) E5 D6 D3 F1 это 'VOL1' в EBCDIC.
а в этом случае лента сброшена с помощью IEBGENER:
Добавлено (24.06.2016, 09:56) --------------------------------------------- Gregory, спасибо за информацию. похоже, действительно немного не так преоброзовалась информация. Я пользовалась программой TAPECONV
Первый файл представляет собой образ моделируемой ленты в формате AWS, это лента со стандартными метками после инициализации, не содержащая данных. Как и должно быть, на ленте имеются две записи длиной 80 байт: VOL101231C (то есть volser 01231C) HDR100...00 (в качестве имени набора данных 00..00) за которыми следует ленточная марка ™. HDR2 отсутствует. Именно так и должна выглядеть лента после инициализации HETINIT или IEHINITT.
Второй файл представляется собой образ моделируемой ленты в формате AWS, это лента без меток, и она содержит дамп, полученый ADRDSSU. Такой дамп представляет собой последовательный набор в формате U, длина первой записи 34 байта.
Третий файл не является образом ленты. Это последовательный файл, представляющий собой дамп полученный ADRDSSU, в котором потеряны границы записей - это поток байтов, в котором уже невозможно определить, где кончается одна запись и где начинается другая, и этот набор не может быть использован для чего-либо, он бесполезен.
Таким образом, для восстановления данных можно использовать только второй файл, описав его как LABEL=(1,NL)
Если я что-то непонятно написал или у Вас есть еще вопросы, пишите.
Здравствуйте. Спасибо за емкое объяснение. Совершенно верно про содержимое. Но, второй файл в геркулесе не берётся. Постоянно высвечивается информация "требуется вмешательство" подавала на вход программе. Программа не может считать. Требуется вмешательство
Но, второй файл в геркулесе не берётся. Постоянно высвечивается информация "требуется вмешательство"
Второй файл представляет собой образ ленты без меток (NL), а такую ленту нельзя заранее устанавливать, ее нужно установить по запросу программы, иначе система отвергнет ее (IEF503I INCORRECT VOLUME LABEL). Попробуйте такую последовательность действий: - убираем ленту если она установлена: detach 281 на консоли Hercules - запускаем задание для восстановления. в задании лента описывается как LABEL=(1,NL),UNIT=3490 - в ответ на запрос распределения устройства на консоли Hercules устанавливаем ленту attach 281 3490 файл затем на консоли z/OS отвечаем xx,281
если бы лента была SL, то ее можно было бы заранее установить и смонтировать
P.S. Раньше можно было монтировать ленту NL, назначая ей условный идентификатор тома, то есть M 281,VOL=(NL,123456) и опять же, сначала M, потом установка ленты (attach) по запросу системы. Потом к ленте можно обращаться по условному идентификатору, то есть описывать ее как VOL=SER=123456,LABEL=(1,NL),UNIT=3490. Но я не уверен, что в современной версии z/OS так можно, а проверить смогу только в понедельник.
Сообщение отредактировал Gregory - Пт, 24.06.2016, 21:36
