
Аппаратныесистемымейнфреймаивысокаядоступность 53
z/OS может использовать CTC-кольцо для передачи управляющей информации
между всеми системами в кольце. Таким образом, в частности, можно передавать
следующую информацию:
• Информацию об использовании и блокировке наборов данных на дисках. Это поз-
воляет системе автоматически не допускать нежелательное дублирование доступа
к наборам данных. Такая блокировка основана на спецификациях
JCL для заданий,
передаваемых в систему, как описывается в главе 6 «Использование JCL и SDSF».
• Информацию об очередях заданий, например о том, что все системы в кольце
могут принимать задания из одной входной очереди. Подобным образом, все
системы могут передавать печатный вывод в одну выходную очередь.
• Параметры управления безопасностью, позволяющие принимать единообраз-
ные решения, связанные с безопасностью, для всех систем.
• Параметры управления дисковыми метаданными, что делает необязательным
использование команд RESERVE и RELEASE.
В значительной степени пакетные задания и интерактивные пользователи могут
работать в любой системе в этой конфигурации, так как все дисковые наборы данных
доступны из любого образа z/OS.
Задания (и интерактивных пользователей) можно назначать любой системе с на-
именьшей нагрузкой на заданный момент времени.
Когда конфигурации CTC использовались впер-
вые, основной управляющей информацией сов-
местного использования была информация о бло-
кировке. Как обсуждается в разделе «Синхрониза-
ция использования ресурсов», занимающийся этим
компонент z/OS называется функцией глобальной
синхронизации ресурсов (global resource serialization); такая конфигурация называется
GRS-кольцом. Основным ограничением GRS-кольца является задержка при отправле-
нии сообщений по кольцу.
До появления кольцевой технологии использовалась другая конфигурация, CTC.
Она требовала использования двух CTC-подключений от каждой системы к каждой
другой системе в конфигурации. При использовании больше двух-трех систем это
становилось сложным и требовало использования большого числа каналов.
Ранние конфигурации CTC («каждая система-каждая система» или кольцевая кон-
фигурация) развились в конфигурацию базового сисплекса (sysplex). Она включает
управляющие наборы данных на общем DASD. Эти наборы данных используются для
согласования операционных спецификаций на всех системах и для сохранения ин-
формации после перезапуска систем.
Конфигурации с общим DASD, CTC-подключениями и общими очередями зада-
ний называются слабосвязанными системами (loosely coupled systems). Мультипро-
цессоры, в которых несколько процессоров используются операционной системой,
иногда называют сильносвязанными системами (tightly coupled systems), но этот тер-
мин используется редко. Они также называются симметрическими мультипроцессо-
рами (Symmetrical MultiProcessors, SMP); термин SMP часто используется на системах
RISC, но на мэйнфреймах обычно не используется.
CTC-подключение–
подключениемеждудвумя
CHPIDнаодномилиразных
процессорах,либопрямое,
либочерезкоммутатор