Пт, 08.05.2026, 13:26
Приветствую Вас Гость | RSS
Главная | Каталог статей | Регистрация | Вход
Форма входа
Поиск

Меню сайта

Категории раздела
Общие статьи [18]
Переводные статьи [6]
Примеры [8]
Эмуляторы [2]
Linux [3]
Презентации по IBM DS [6]
О.Ю.Еремин. Материалы по технологиям хранения и восстановления информации.

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

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

Главная » Статьи » Мейнфреймы » Примеры


Проверка системного и пользовательских каталогов на наличие "потерянных" записей

Представляю пример использования DFSORT для формирования задания на удалению из системного и пользовательских каталогов записей о наборах данных, расположенных на томах, исключенных из конфигурации z/OS. Список активных томов формируется с помощью программы ACBJBAOB от NAVIQUEST. На шаге PARSE0 исключаются тома, имена которых начинаются на IBM (так как в нашей среде это ленты) и MIGRA (т.к. такие наборы данных были мигрированы средствами HSM). Сгенерированное с помощью DFSORT задание на удаление DELINDSN содержит синтаксис только для наборов данных типа NONVSAM. Задание DELINDSN сохраняется в н.д. FINTLIBS.JOB.DELETE.CATL.DSN. Если появятся записи другого типа, то задание DELINDSN на удаление нужно поправить вручную. 

Файл с заданием выложен в разделе "Каталог файлов" под темой с названием, аналогичным данному материалу (ссылка).

Категория: Примеры | Добавил: yakigor (29.01.2016)
Просмотров: 3897 | Комментарии: 11


Всего комментариев: 11
1 ggv  
Могу только добавить, что можно доработать в плане определения имени мастер-каталога динамически, а так же задание на удаление генерировать в синтаксисе, правильном для удаляемой записи (cluster там, или usercat), но это ещё более усложнит джобик, а поскольку подавляющее большинство "повисших" записей у нас было NONVSAM (всего было свыше 1600 "повисших" в воздухе записей каталогов), да и перед удалением надо бы глазками посмотреть, а не автоматом сразу удалять, то решили, что не стоит усложнять джобик ради несущественных улучшений. Может, кто таки возьмёт и доработает?

Ещё вопрос по программе определения активных томов в z/OS.
Может, кто знает какую другую программу? ACBJBAOB уж очень неторопливо работает.

2 AKonev  

Цитата
Ещё вопрос по программе определения активных томов в z/OS.
Может, кто знает какую другую программу? ACBJBAOB уж очень неторопливо работает.

Может быть cbttape.org/tftp/cbt/CBT634.zip

3 ggv  
О! Очень похоже!
Благодарим я и yakigor!

4 yakigor  
Александр,
спасибо за подсказку.
Программка работает на "ура".
Быстродействие по поиску активных дисковых томов заметно увеличилось.

5 akost  
0
Я очень похожую задачу - поиск ссылок из каталога на несуществующие НД и  некаталогизированные НД - решаю с помощью пары утилит с cbttape. Не помню номера, но сами утилиты - DSDSM08 и IEBLIST, их можно найти (навскидку при простом поиске - 510 и 566). Если надо, сюда выложу. Работают за допустимое для нас время.

6 ggv  
DSDSM08 - scan catalog looking for dsns cataloged on a wrong volume
можно посмотреть, действительно может помочь упростить джоб.
а вот IEBLIST по описанию, вроде, как не нужен.
Хотя теперь, с использованием LISTUCB работает шустро, можно немного упростить, за счёт REXX-овой части.
Но на DSDSM08 надо посмотреть - готовясь иметь огромное количество документов в наборах данных надо усиленно набирать опыт в работе с ICF разными способами smile
Лучше спокойно учиться до, чем метаться в панике после smile

7 akost  
0
при поддержке целостности смотреть надо с двух сторон - какие ссылки есть в каталоге, но нет на дисках, и наоборот. так что утилиты регулярно гоняю те и другие.
а так - да, способов решения поставленной задачи много, выбирай подходящие.

8 ggv  
о, про момент обратной выверки я не то, чтобы забыл, но упустил сейчас из виду, вот IEBLIST как раз под это дело может подойти.
Я то смотрел в русле узкой задачи - удаляются старые тома, без очистки каталогов ICF (не удаляются и не раскаталогизируются наборы на удаляемых томах), и надо приводить каталоги в порядок, регулярно проверяя, что там администратор СХД натворил smile

9 akost  
0
вот про "чистить" и "удалять" - это только вручную. а вот понять, где торчат битые ссылки - это ух как важно!

10 ggv  
Так ведь так и сделано - в конце строится набор данных, в котором джобик на удаление. А поправить и запустить - ручками

11 akost  
0
... и это правильно!

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

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