динамическое построение JCL проверки и бекапа ICF каталогов
Ну, вот, к примеру, бекап ICF каталогов
Генерирует джобик с VERIFY, EXAM, DIAGNOSE,и бекап двумя способами - IDCAMS и ADRDSSU
Те каталогим, которые не надо бекапировать, указаны в шаге PARSE1
Комментариями не изобилует, конечно...
В конце динамически построенный джобик передаётся в JES.
копировал кусками с экрана, так что если что не так - дам джобик целиком. продолжение будет по другим темам использования DFSORT Само собой, надо поправить HLQ и VOL=SER на то, что нужно.
Не о DFSORT, а боле о каталогах, что напрямую является одним из наших продуктов. От разработчиков. Просто информация к размышлению.
"In the absence of a product like Catalog RecoveryPlus (CR+), the user would need to determine all of the catalogs that they need to back up.
The IDCAMS LISTCAT UCAT is the right way to go about identifying those catalogs.As far as everything they did after that - I would not have doneit that way. However if it works, even when the catalog environmentchanges, then it is not bad They are using SORT to parse the output from the LISTCAT UCAT and build the IDCAMS EXPORT control cards. I might have done something different that seems more intuitive to me, such as using REXX, but this is really fairly clever.
However, any backup run with IDCAMS EXPORT (rather than a productsuch as CR+) is at risk for not getting a complete backup if the catalog sequence set index pointer is broken. IDCAMS relies upon the correct structural integrity of the index to traverse the catalog and read all of the records to be backed up. If the chain is broken, it is possible that not all catalogs will be backed up. They are generating the IDCAMS EXAMINE INDEXTEST that will tell them if they have a problem with the index, but they cannot necessarily obtain a reliable backup.
With a product like CR+, we can set up the JCL/control cards onetime using BACKUP BCS(**) and CR+ will go find all of the connected user catalogs and back them up. We do not have to regenerate our catalog backup job every time we want to run it in order to back up all existing catalogs. We could also add keywords to exclude specific catalogs if we wanted to and they would always be excluded.
CR+ will also more than likely always be able to back up thecatalog even if there is a problem with the index chaining. There are few times when CR+ cannot back up a catalog, and if we couldn’t, then nothing else could either. For those situations, we have a special keyword, EXCP-MODE which enables us to go to the tracks on the volume to back up as much data as possible. "
Если будут вопросы, с удовольствием отвечу или узнаю у разработчиков.
Смею ли я предположить, будучи несведущ во многих деталях российской z-действительности, что наличие ISV продуктов и большинства "IBM chargeable products" является редким исключением? И что управление z-environment происходит вот таким "подручными" (извините за быть может неудачное слово) средствами?
ну да, в основном так и есть, cbttape нашефсё... хотя у всех по-разному наверняка. Это не означает, что утилиту невозможно купить, но затраты надо обосновать...
Добавлять комментарии могут только зарегистрированные пользователи. [ Регистрация | Вход ]