Управление данными

Разбить на страницы

Показывать лекцию целиком

Средства управления данными в z/OS (DFSMS)

Управление данными в z/OS заключается в организации идентификации, хранения, каталогизации, поиска данных различного назначения (в том числе и программ), которые применяются для системных и пользовательских нужд. Основной единицей управления является набор данных (data set), определяемый как именованная совокупность связанных элементов данных, размещаемых во внешней памяти или иных устройствах.

Функции управления данными в z/OS возложены на подсистему управления данными DFSMS (Data Facility Storage Management System), которая включает набор компонентов, представленных в виде пяти модулей .

DFSMSdfp (data facility product) - базовый элемент z/OS, реализующий основные функции управления данными и устройствами хранения данных, включая распределение внешней памяти, организацию доступа к данным, поддержку операций над наборами данных, ведение каталогов наборов данных.

DFSMSdss (data set service) - средства администрирования данных и устройств внешней памяти на магнитных дисках (резервное копирование, восстановление, дефрагментация);

DFSMShsm (hierarchical storage manager) - средства оптимизации хранения наборов данных на различных носителях в зависимости от интенсивности использования и обеспечения сохранности данных;

DFSMSrmm (removable media manager) - средства управления сменными носителями (ленточные и оптические устройства);

DFSMStvs (transactional VSAM service) - поддержка параллельной обработки наборов данных VSAM для пакетных заданий и транзакций CICS.

Последние четыре модуля являются опциональными.

В z/OS реализованы и параллельно существуют две различные технологии управления данными, условно называемые MVS и SMS. Технология MVS (иногда говорят non-SMS ) базируется на применении классических возможностей и методов управления данными, основы которых были заложены еще в OS/360. Главной особенностью данной технологии является непосредственный контроль пользователя над параметрами распределения наборов данных во внешней памяти при их создании. Технология SMS (от System Managed Storage) представляет собой программную надстройку, обеспечивающую комплексное автоматизированное управление наборами данных, включая их создание, размещение и администрирование на основе специально определяемых классов данных. Каждому такому классу приписывается фиксированный набор атрибутов, включая устройство размещения (том), объем выделяемой памяти, характеристики набора данных (тип, структура), параметры обслуживания и защиты и т.п. Использование технологии SMS требует особой системной настройки и специальным образом сконфигурированных томов внешней памяти.

В данном разделе вначале будут представлены базовые понятия и средства, реализованные в технологии MVS, а затем описаны особенности технологии SMS.

Характеристика наборов данных

Операционная система z/OS поддерживает работу с наборами данных, различающимися по типу логической организации: последовательными, индексно-последовательными, прямого доступа, библиотечными (PDS и PDSE), наборами данных, использующими метод доступа на основе виртуальной памяти (VSAM), а также наборами данных файловой системы UNIX (HFS, zFS) . Для поддержки наборов данных различных типов в составе DFSMSdfp представлены компоненты, получившие название методы доступа и описанные в п. 5.1.3. Каждый метод доступа ориентирован на работу с наборами данных определенного типа и обеспечивает поддержку необходимых операций для организации ввода-вывода.

Операционная система z/OS обеспечивает обработку наборов данных на уровне логических записей и блоков. Это означает, что набор данных представляется в виде совокупности логических записей, а приложения получают доступ к логическим записям и обрабатывают их как единое целое. В то же время обмен данными между периферийными устройствами и основной памятью (ввод-вывод) осуществляется блоками (или физическими записями). В блоке объединяется некоторое количество логических записей. Таким образом, для каждого набора данных необходимо установить согласованные размеры логических записей и блоков.

В z/OS поддерживаются три формата логических записей: записи фиксированной длины, записи переменной длины, записи неопределенной длины. Записи фиксированной длины имеют постоянный размер и в языке управления заданиями идентифицируются символами F или FB в зависимости от выбранного способа блокирования записей:

F - в каждом блоке содержится только одна логическая запись;

FB - каждом блоке может содержаться более одной логической записи.

Записи переменной длины могут иметь различный размер внутри одного набора данных, поэтому помимо данных они включают в себя дополнительное поле (дескриптор), где указывается длина текущей записи. Используемый для обозначения записей переменной длины идентификатор V означает, что в каждом блоке содержится только одна логическая запись, включая дескриптор записи. Идентификатор VB применяется в тех случаях, если в каждом блоке может содержаться более одной логической записи, при этом для каждого блока дополнительно формируется дескриптор, содержащий длину блока.

Записи неопределенной длины (идентификатор U ) характеризуются только размером блока и не содержат никакой информации о делении на логические записи.

Каждый набор данных характеризуется уникальным именем. Имена бывают простые и составные. Простое имя может содержать не более 8 символов (латинские буквы A-Z, цифры 0-9, спецсимволы #,@,$,-), причем первым символом имени не может быть цифра. Например, РАRTS01, B1934-1, $$$$A.

Составное имя набора данных складывается из нескольких простых, разделенных символом "." ("точка"). Например, D.USER1.JCL, А.VERY.LONG.DATASET.NАМЕ, $PARTS.DАTА2.

Максимальная длина составного имени - 44 символа, включая разделительные точки.

Простые имена в составном имени принято называть квалификаторами.

Далее будут рассмотрены основные типы организации наборов данных, за исключением индексно-последовательных и наборов данных прямого доступа (не рекомендованы IBM к использованию как устаревшие) и HFS (будут рассмотрены в п. 5.1.6).

Последовательные наборы данных

Последовательные наборы данных (Physical Sequential, PS) рассматриваются как совокупность логических записей, которые обрабатываются в том порядке, в каком они были помещены в набор данных (т.е. последовательно). Корректировка последовательного набора данных возможна либо путем полной перезаписи всей информации, либо путем добавления новых логических записей в конец набора данных. Последовательные наборы данных используются чаще всего для хранения относительно больших объемов информации (отчетов о выполненных заданиях, журналов сеанса и т.д.) на любых типах устройств внешней памяти. Причем на ленточных накопителях могут использоваться исключительно последовательные наборы данных. Для обработки последовательных наборов данных в z/OS поддерживается два метода доступа: "базисный" BSAM и "с очередями" QSAM.

В зависимости от используемого типа логических записей и блокирования, поддерживается несколько форматов последовательных наборов данных (рис. 5.14). На рисунке использованы принятые в языке управления заданиями z/OS идентификаторы: RECFM - формат записи, LRECL - длина записи, BLKSIZE - длина блока.

(рис 5.14) Структура последовательного набора данных

При использовании записей фиксированной длины (форматы F и FB ) LRECL определяет размер каждой записи набора данных. Размер блока для формата FB выбирается кратным длине записи.

При использовании записей переменной длины (форматы V и VB ) каждая запись включает четырехбайтовый дескриптор RDW, содержащий длину записи. Параметр LRECL определяет максимальную по длине запись с учетом поля дескриптора. Блоки записей переменной длины (формат VB ) дополнительно включают четырехбайтовое поле дескриптора BDW, предназначенного для хранения длины блока. Параметр BLKSIZE в этом случае определяет максимальную длину блока.

При использовании записей неопределенной длины (формат U ) система не поддерживает деления набора данных на логические записи и производит его обработку блоками фиксированного размера ( BLKSIZE ).

Библиотечные наборы данных

Библиотечные наборы данных (Partitioned Data Set, PDS), или библиотеки, рассматриваются как совокупность разделов (members), каждый из которых имеет внутреннюю организацию, соответствующую последовательному набору данных. z/OS обеспечивает доступ к разделам библиотечного набора данных по их уникальным именам. Имя раздела формируется по тем же правилам, что и простое имя набора данных, и указывается в круглых скобках после имени библиотечного набора данных, например: MY.DSET.PROG(PROG01) - раздел PROG01 набора данных MY.DSET.PROG. Для обработки библиотечных наборов данных в z/OS поддерживается специальный метод доступа BPAM.

Область внешней памяти, выделенной под размещение библиотечного набора данных, состоит из двух частей, граница между которыми фиксируется в момент создания набора данных (рис. 5.15):

оглавление (directory), в котором содержится информация об именах разделов и их размещении в памяти (распределяется блоками по 256 байт);

область данных, в которой содержатся сами разделы библиотеки.

(рис 5.15) Структура библиотечного набора данных

Каждый элемент оглавления может содержать до 62 байт пользовательской или системной информации о соответствующем разделе набора данных. Эта возможность используется, в частности, в диалоговом компоненте ISPF/PDF.

Разделы могут обрабатываться в произвольном порядке, то есть разрешается считывать, удалять, переименовывать, копировать любые разделы. Добавление новых разделов возможно при наличии достаточного свободного пространства в конце области данных и в области оглавления. Память, выделенная под библиотечный набор данных, считается исчерпанной, если отсутствует возможность добавить новый раздел, в том числе и из-за нехватки места в области оглавления. Для библиотечных наборов данных поддерживается специальная операция "сжатия" или "чистки", которая заключается в устранении незанятых блоков в области данных библиотеки и увеличения непрерывного свободного пространства в конце области данных путем перераспределения разделов. Все разделы характеризуются единым набором значений параметров логических записей ( RECFM, LRECL, BLKSIZE ).

Библиотечные наборы данных обычно используются для хранения относительно небольших по объему "блоков" информации: исходных текстов программ, процедур и заданий, объектных модулей, текстовых документов, таблиц и т.п. Для хранения некоторых типов данных z/OS требует использовать только библиотечные наборы (PDS или PDSE), как, например, для хранения загрузочных модулей и каталогизированных процедур. Кроме того, многие системные наборы данных, такие как системный реестр SYS1.PARMLIB, имеют библиотечную организацию.

PDSE наборы данных

В z/OS поддерживается расширенный формат библиотечных наборов данных PDSE ( Partitioned Data Set Extended ), который, сохраняя основные внешние черты и свойства стандартного библиотечного набора данных, реализует более эффективный механизм использования памяти и доступа к данным.

В основе данного механизма лежит представление области внешней памяти, выделенной набору данных, в виде совокупности блоков размером 4 KB. Блоки распределяются между разделами и оглавлением разрывным способом, что дает возможность динамически изменять размеры отдельных разделов и добавлять при необходимости новые блоки к области оглавления. Такой способ исключает необходимость в выполнении операции сжатия, без которой трудно представить использование стандартных библиотечных наборов данных, а также исключает ситуации, связанные с нехваткой памяти в области оглавления.

Для повышения скорости доступа к данным оглавление PDSE имеет индексную организацию. Применяется кэширование оглавления и разделов в виртуальной памяти (пространствах данных и гиперпространствах).

Во многих случаях наборы данных PDSE можно использовать как более эффективную и удобную альтернативу стандартным библиотечным наборам данных. Однако для размещения исполнимых программ, представленных в формате program object (программный объект), используются исключительно наборы данных PDSE (см. п. 5.1.8).

Наборы данных PDSE вплоть до версии OS/390 2.8 могли использоваться только в рамках SMS-технологии, однако в z/OS поддержка PDSE перенесена на уровень MVS.

Наборы данных VSAM

В основе наборов данных VSAM (Virtual Storage Access Method) лежит универсальный формат доступа к данным, объединяющий возможности последовательных, индексно-последовательных и наборов данных прямого доступа с применением более эффективной технологии. Управление наборами данных VSAM основано на использовании виртуального адресного пространства для размещения буферов ввода-вывода и управляющих таблиц, а также на применении метода индексирования записей.

Набор данных VSAM (рис. 5.16) состоит из логических записей (R) фиксированной или переменной длины, объединяемых в блоки равного размера. Такие блоки принято называть управляющими интервалами CI (control interval). Помимо записей управляющий интервал включает системную информацию. Часть пространства CI может оказаться неиспользуемой. Управляющий интервал является единицей обмена данными между виртуальной памятью и диском. Управляющие интервалы, в свою очередь, могут объединяться в управляющие области CA (control area), каждая размером, кратным одному цилиндру. Таким образом, VSAM набор данных может быть представлен совокупностью управляющих областей равного размера.

(рис 5.16) Обобщенная структура наборов данных VSAM

Набор данных VSAM может быть дополнен индексной составляющей, обеспечивающей доступ к данным по одному или нескольким альтернативным ключам. Совокупность данных и связанных с ними индексных компонентов получила название кластер VSAM. Фактически имя набора данных VSAM - это имя кластера, тогда как сами данные и индексы хранятся в различных, но связанных между собой наборах данных. При этом имя компонента данных дополняется справа квалификатором DATA, а имя индексного набора данных - квалификатором INDEX.

В z/OS поддерживается четыре типа VSAM наборов данных:

ESDS (Entry Sequenced Data Set) - неупорядоченный последовательный набор данных. Для каждой записи формируется относительный номер байта, что обеспечивает последовательный доступ к записям по смещению.

KSDS (Key Sequenced Data Set) - последовательный набор данных с ключами. Состоит из индексного компонента и компонента данных. Обеспечивает прямой доступ к записям по ключу.

RRDS (Relative Record Data Set) - набор данных с записями с относительными номерами. Обеспечивает прямой доступ к записям фиксированной длины по номеру.

LDS (Linear Data Set) - линейный набор данных, состоит из управляющих интервалов размером 4 КB без деления на логические записи. Управляющие интервалы содержат только данные и не включают системную информацию.

Отметим, что для общности наборы данных типа ESDS, RRDS и LDS также считают кластерами VSAM, в которых индексный компонент не представлен.

Наборы данных VSAM широко используются как для пользовательских, так и для системных нужд. Например, главный каталог z/OS является набором данных типа VSAM, организованным в порядке возрастания ключей (формат KSDS). Линейные наборы данных (LDS) используются в технологии DIV (Data-in-virtual) для отображения наборов данных в виртуальную память. Для создания и обслуживания наборов данных VSAM используется многофункциональная утилита IDCAMS.

Структура тома DASD

Накопители на жестких магнитных дисках, по традиции обозначаемые в z/OS как DASD (Direct Access Storage Device), принадлежат к числу основных устройств внешней памяти, используемых для размещения и хранения как системных, так и пользовательских наборов данных всех типов. При размещении наборов данных на диске пространство внешней памяти выделяется непрерывными свободными блоками, которые называют экстентами (extents). Таким образом, если набор данных размещен в одном экстенте, то он размещен непрерывно и занимает смежные цилиндры (дорожки) диска без пропусков и изъятий, что обеспечивает наивысшую скорость доступа к данным. При выделении под набор данных нескольких экстентов (их количество ограничивается в зависимости от типа набора данных), скорость доступа снижается, однако внешняя память используется более эффективно.

Организация размещения наборов данных на томе DASD представлена на рис. 5.17.

Каждый диск содержит специальную область, размещаемую на нулевой дорожке нулевого цилиндра. Эта область называется метка тома (volume label). Именно отсюда система начинает обработку размещенной на диске информации. Метка тома содержит серийный номер тома (фактически это и есть имя тома) и некоторые другие его атрибуты, а также указатель на системный набор данных VTOC.

Набор данных VTOC (Volume Table Of Contents) называют оглавлением тома. Он имеет последовательную организацию и служит для описания содержимого тома при помощи записей DSCB (Data Set Control Block) семи типов. Вот некоторые наиболее важные из них:

дескриптор набора данных (первые три экстента) (F1);

дескриптор набора данных (дополнительные экстенты) (F3);

дескриптор VTOC и признак SMS-управляемого тома (F4);

дескриптор свободного пространства (если не используется индексный VTOC) (F5);

Дескриптор типа F1 содержит информацию о параметрах логической организации набора данных (формат и длина записи, размер блока и т.п.).

(рис 5.17) Структура тома DASD

Для сокращения времени поиска и размещения наборов данных на томе может быть дополнительно создан специальный последовательный набор данных, называемый индекс VTOC (VTOC Index). Он содержит упорядоченные указатели на элементы VTOC, относящиеся к наборам данных (тип F1), а также битовую матрицу свободного пространства диска.

Оглавление тома создается при инициализации (форматировании) тома, для чего служит системная утилита ICKDSF. С ее помощью можно также выполнять операции по проверке и восстановлению тома DASD, создавать индекс VTOC. Если том планируется задействовать для размещения SMS управляемых наборов данных (так говорят, если применяется SMS-технология управления данными), то он инициализируется особым образом.

Еще один системный набор данных, который используется для организации доступа к данным дискового тома, получил название VVDS или VSAM Volume Data Set. Он создается на каждом томе, включающем наборы данных типа VSAM или SMS-управляемые наборы данных любого типа, и содержит дополнительные атрибуты их размещения. VVDS используется как часть системного каталога, о чем речь пойдет ниже.

Организация каталогов

Каталог - это набор данных, содержащий информацию о местонахождении других наборов данных в системе, независимо от того, на каком носителе (томе) они размещены. В z/OS существуют каталоги двух типов:

главный (master catalog);

пользовательские (user catalogs).

Главный каталог (всегда единственный) создается в системе на этапе начальной загрузки и служит для хранения указателей размещения (том, устройство) системных и пользовательских наборов данных, а также пользовательских каталогов. По инициативе пользователя для учета его личных наборов данных могут создаваться пользовательские каталоги. Однако часто в системе присутствует только один главный каталог.

Набор данных называется каталогизированным, если информация об этом наборе занесена в один из каталогов. Для доступа к каталогизированному набору данных достаточно указать его имя. Каталогизация набора данных может происходить по умолчанию при его создании (распределении) либо по команде, задаваемой явно. В то же время, если набор данных некаталогизирован, то для доступа к нему необходимо дополнительно указывать информацию о томе и устройстве, на котором он размещен. Следует отметить, что наборы данных VSAM и SMS-управляемые наборы данных всегда являются каталогизированными.

На рис. 5.18 показана схема доступа к каталогизированным наборам данных, основанная на использовании имени набора данных (параметр DSNAME в языке управления заданиями). Здесь возможны два варианта: либо ссылка на набор данных присутствует непосредственно в главном каталоге (как для D.U01.CONT ), либо предусмотрено применение пользовательского каталога для наборов данных с определенным значением старшего квалификатора имени (HLQ). В последнем случае главный каталог будет включать специальный элемент - ALIAS, совпадающий со значением HLQ (в нашем случае - CALC) и указывающий на размещение пользовательского каталога (UCAT). Пользовательский каталог в свою очередь содержит ссылки на все наборы данных, имя которых начинается с квалификатора CALC.

(рис 5.18) Использование каталогов

z/OS поддерживает несколько способов организации каталогов, однако основной из них связан с каталогом формата ICF (Integrated Catalog Facility). ICF каталог состоит из двух компонентов: базовой структуры каталога BCS (basic catalog structure) и наборов данных VVDS.

BCS содержит информацию о томе, владельце, атрибутах безопасности наборов данных и представляет собой набор данных VSAM формата KSDS, при этом имя набора данных играет роль ключа. Для управления доступом к VSAM и SMS управляемым наборам данных часть необходимой информации представлена в наборах данных VVDS, создаваемых на каждом томе, где есть указанные наборы данных. VVDS также является набором данных VSAM (формат ESDS) и содержит информацию о параметрах размещения наборов данных VSAM на томе и характеристики SMS-управляемых наборов данных.

Распределение внешней памяти для наборов данных non-SMS

Ключевая задача управления данными - выделение пространства внешней памяти для вновь создаваемых наборов данных. В z/OS этот процесс получил название "распределение наборов данных" (data set allocation). Рассмотрим, как решается задача распределения при использовании классической MVS-технологии управления данными.

Процесс распределения новых наборов данных находится под контролем пользователя, формирующего необходимые параметры, и состоит из двух шагов:

Определение устройства и тома для размещения набора данных.

Определение характеристик набора данных и параметров размещения внутри тома.

На первом шаге пользователь указывает устройство внешней памяти и, возможно, определяет том.

Устройство может быть задано одним из трех способов:

номером устройства;

типовым именем;

групповым именем;

Номер устройства (device number) - это трех- или четырехразрядный физический адрес устройства в шестнадцатеричном представлении. Типовое имя устройства (generic device type) соответствует установленному производителем оборудования номеру модели, однозначно указывающему на тип устройства. Например, номера 3380 и 3390 соответствуют накопителям на жестких магнитных дисках, 3480 и 3490 - накопителям на магнитной ленте, 3270, 3278, 3290 - дисплейным терминалам и т.п. И наконец, групповое имя (esoteric group name) определяет устройство через логическое имя устройства или группы устройств, задаваемое системным программистом на этапе конфигурирования оборудования с помощью компонента HCD. Например, часто используют групповые имена вроде SYSDA, SYSALLDA, TAPE и т.п. Групповые имена устройств хранятся в специальной системной таблице допустимых устройств EDT (eligible device table). Отметим, что в качестве устройства размещения временных наборов данных может быть указан "виртуальный диск", обычно задаваемый групповым именем VIO. Виртуальный диск представляет собой динамически формируемую область виртуальной памяти, выделяемую для временного хранения наборов данных. Использование данного метода, получившего название Virtual Input Output (VIO), возможно лишь при соответствующей настройке EDT.

Выбор тома из установленной группы устройств осуществляется либо на основе заданного пользователем регистрационного номера тома, либо по инициативе менеджера управления нагрузкой WLM.

На втором шаге происходит выделение требуемого пространства памяти на выбранном устройстве в соответствии с заданными пользователем параметрами. Пользователь определяет тип и формат записей набора данных, необходимое количество единиц памяти (цилиндров, дорожек, байт), способ размещения (непрерывно в одном экстенте, в нескольких экстентах). Выделением необходимого пространства на диске управляет системный дисковый менеджер DADSM (Direct Access Device Space Manager), использующий значения параметров пользователя и информацию VTOC выбранного тома.

Таким образом, каждый раз, когда создается новый набор данных, пользователь через средства языка управления заданиями (см. п. 5.1.5), либо в режиме диалога (см. п. 5.1.7) должен определить более десятка различных параметров. Среди них есть и такие, которые, с одной стороны, требуют глубокого понимания физической структуры хранения данных, а с другой - достаточно трудно прогнозируемы. Яркий пример - объем выделяемого под набор данных пространства внешней памяти, который для многих типов данных чрезвычайно сложно рассчитать. В этом состоит существенный недостаток MVS-технологии, и это одна из причин перехода к технологии SMS.

SMS-технология управления данными

Технология SMS представляет собой совокупность системных средств и возможностей, автоматизирующих процессы управления ресурсами внешней памяти. SMS использует представленные в рамках компонента DFSMS программные продукты для создания, распределения, перемещения, резервного копирования, восстановления и уничтожения наборов данных таким образом, чтобы обеспечить высокое быстродействие при доступе к данным, эффективное использование внешней памяти, необходимый уровень безопасности и сохранность данных .

Одним из важных преимуществ технологии SMS является существенное снижение нагрузки на пользователя при решении задачи распределения новых наборов данных, поскольку выбор значительной части параметров распределения происходит автоматически. Кроме того, в рамках SMS реализован диалоговый интерфейс администратора ISMF (Interactive Storage Management Facility), с помощью которого можно осуществлять настройку функций SMS и формировать собственную политику управления данными и устройствами.

Концепция технологии SMS базируется на классификации всех ресурсов памяти, типов используемых данных и способов их обработки и построении на их основе комплексной модели управления данными, отвечающей требованиям пользователей. В SMS используют следующие классы и группы объектов:

классы данных;

классы памяти;

классы управления;

группы памяти.

Класс данных (Data Class) представляет собой именованный список значений параметров, используемых при создании наборов данных, таких как тип набора данных, формат логических записей ( RECFM ), длина записи ( LRECL ), размер блока ( BLKSIZE ), параметры выделяемого пространства памяти ( SPACE ), срок хранения, VSAM-атрибуты и др.

Класс памяти (Storage Class) определяет требования к целевому использованию набора данных, его доступности и надежности хранения, которые используются при выборе устройства для размещения набора данных.

Класс управления (Management Class) определяет требования к обслуживанию наборов данных или целых томов средствами DFSMS, включая контроль длительности хранения, управление версиями, возможность временного перемещения на менее производительные устройства, периодичность резервного копирования, архивация, восстановление. Эти параметры используются для автоматического обслуживания наборов данных и томов.

Группа памяти (Storage Group) задает множество (группу) томов, предназначенных для хранения данных определенной категории. Например, может быть назначена группа томов для хранения страничных наборов данных, группа пользовательских томов, группа томов для размещения баз данных DB2 и т.п.

Системный программист (администратор) с помощью диалога ISMF может создавать множества различных классов (групп) указанных типов, различающихся по имени, при этом каждому классу будут соответствовать определенные наборы значений соответствующих параметров. Таким образом, при создании набора данных достаточно указать только имя подходящего класса данных, и система обеспечит его распределение в соответствии с параметрами данного класса. В языке управления заданиями поддерживаются специальные параметры оператора описания данных DD, с помощью которых можно задавать требуемые классы ( DATACLAS, STORCLAS, MGMTCLAS и др.)

В то же время SMS позволяет задействовать подготовленные администратором программы автоматического назначения классов ACS (Automatic Class Selection). Эти программы могут установить принадлежность набора данных к тому или иному классу на основе некоторых внешних атрибутов наборов данных. К таким атрибутам относятся, например, имя набора данных или значения отдельных квалификаторов имени, атрибуты пакетного задания (имя задания или программы), имя пользователя, атрибуты RACF и т.п.

Страницы: