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

Меню сайта

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

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

Метки
EGL ODM бизнес правила программирование SOA arcati блоги журналы Каталог мейнфреймы журнал z/os Freeware VM bigdata nosql zOS MVS OS SLES zLinux мейнфрейм Хабрахабр 50лет документы хранилище Java EE liberty WebSphere z/VM Share history GitHub OS/VS S/379 сообщение Форум DFSORT Hercules VSAM отчётность Linux Analytics Accelerator Netezza IMS IBM IDC продажа CHKPT GSam XRST гипервизор KVM Shutdown #hollywar mainframe Вакансии Санкт-Петербург видео Выступления Dis нагрузка пример Assembler VM/ESA НИЦЭВТ Docker Sie Kubernetes OpenShift Environment RedBook RedHat рынок 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 Вакансия БЛОГ Линукс Новое статьи Люксофт Польша Работа Москва

Статистика

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


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

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

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

Категория: Примеры | Добавил: yakigor (29.01.2016)
Просмотров: 3480 | Комментарии: 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
... и это правильно!

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

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