z/OS - z/OS

z/OS
IBM logo.svg
Deweloper IBM
Napisane w przede wszystkim PL/X , HLASM i C / C++
Rodzina systemów operacyjnych MVS
Stan pracy Aktualny
Model źródłowy Zamknięte źródło z komponentami open source .
Pierwsze wydanie 30 marca 2001 ; 20 lat temu (V1R1, ogłoszony w październiku 2000) ( 2001-03-30 )
Najnowsze wydanie Wersja 2.5 (V2R5) / 30 września 2021 ; 14 dni temu ( 2021-09-30 )
Cel marketingowy Korporacja / komputery mainframe
Dostępne w angielski i inne języki
Menedżer pakietów SMP/E
Platformy z/Architektura
Typ jądra Monolityczny (wyjątkowo wspomagany sprzętowo)
Kraina użytkownika MVS, usługi systemowe UNIX
Domyślny
interfejs użytkownika
ISPF , z/OS Management Facility
Licencja Własna miesięczna opłata licencyjna (MLC); dostępne ceny na podstawie rzeczywistego wykorzystania (VWLC, EWLC, AWLC, EAWLC, IWP); zredukowane opcje cenowe (zELC, zNALC, „Solution Edition”) dla wielu aplikacji
Oficjalna strona internetowa IBM: z/OS
Komputer mainframe IBM System Z10, na którym można uruchomić system z/OS.

z/OS to 64-bitowy system operacyjny dla komputerów mainframe IBM z/Architecture , wprowadzony przez IBM w październiku 2000 roku. Wywodzi się i jest następcą systemu OS/390 , który z kolei podążał za szeregiem wersji MVS . Podobnie jak OS/390, system z/OS łączy szereg wcześniej oddzielnych, powiązanych produktów, z których niektóre są nadal opcjonalne. System z/OS ma cechy nowoczesnych systemów operacyjnych, ale zachowuje również wiele starszych funkcji, które powstały w latach 60. XX wieku i nadal są regularnie używane — system z/OS został zaprojektowany z myślą o zgodności wstecznej .

Główne cechy

z/OS obsługuje stabilne systemy mainframe, takie jak CICS , COBOL , IMS , PL/I , DB2 , RACF , SNA , IBM MQ , metody dostępu do danych zorientowane na rekordy , REXX , CLIST , SMP/E , JCL , TSO/E i ISPF m.in. Jednak system z/OS implementuje również 64-bitowe interfejsy API i aplikacje Java , C , C++ i UNIX ( Single UNIX Specification ) za pośrednictwem usług systemowych UNIX  — The Open Group certyfikuje z/OS jako zgodny system operacyjny UNIX — z systemem UNIX/Linux- styl hierarchicznego systemu plików HFS i zFS . Te kompatybilności sprawiają, że system z/OS może obsługiwać szereg programów komercyjnych i open source . System z/OS może komunikować się bezpośrednio za pośrednictwem protokołu TCP/IP , w tym IPv6 , i obejmuje standardowe serwery HTTP (jeden z Lotus , drugi wywodzący się z Apache ) wraz z innymi popularnymi usługami, takimi jak SSH , FTP , NFS i CIFS /SMB. System z/OS został zaprojektowany z myślą o wysokiej jakości usług (QoS), nawet w ramach pojedynczej instancji systemu operacyjnego, i ma wbudowaną funkcję klastrowania Parallel Sysplex .

System z/OS jest wyposażony w menedżera obciążenia (WLM) i dyspozytora, które automatycznie zarządza licznymi współbieżnie hostowanymi jednostkami pracy działającymi w oddzielnych przestrzeniach adresowych chronionych kluczem zgodnie z dynamicznie regulowanymi celami. Ta funkcja z natury obsługuje obsługę wielu dzierżawców w ramach jednego obrazu systemu operacyjnego. Jednak nowoczesne komputery mainframe IBM oferują również dwa dodatkowe poziomy wirtualizacji: partycje LPAR i (opcjonalnie) z/VM .

Od samego początku system z/OS ma adresowanie trójmodalne ( 24-bitowe , 31-bitowe i 64-bitowe). Do wersji 1.5 system z/OS mógł uruchamiać się w trybie 31-bitowym ESA/390 lub 64-bitowym z/Architecture , dzięki czemu mógł działać na starszym sprzęcie, aczkolwiek bez możliwości uruchamiania 64-bitowych aplikacji na tych komputerach. (Tylko nowszy sprzęt z/Architecture wyprodukowany od roku 2000 może uruchamiać kod 64-bitowy). Wsparcie IBM dla z/OS 1.5 zakończyło się 31 marca 2007. Teraz z/OS jest obsługiwany tylko na komputerach mainframe z/Architecture i działa tylko w trybie 64-bitowym. Programiści aplikacji mogą nadal używać dowolnego trybu adresowania: wszystkie aplikacje, niezależnie od ich trybów adresowania, mogą współistnieć bez modyfikacji, a IBM utrzymuje zgodność z poprzednimi wersjami trójmodalnej. Jednak coraz większa liczba produktów i aplikacji pośredniczących, takich jak DB2 w wersji 8 i nowszych, wymaga i wykorzystuje adresowanie 64-bitowe.

IBM promuje z/OS jako swój flagowy system operacyjny, przystosowany do ciągłej, intensywnej pracy z wysokim poziomem bezpieczeństwa i stabilności.

System z/OS jest dostępny w standardowych cenach licencji oraz w ramach opłat licencyjnych IBM Z New Application License Charge (zNALC) i „IBM Z Solution Edition”, dwóch tańszych ofert mających na celu obsługę nowszych aplikacji („nowe obciążenia”). Standardowe ceny komercyjnego systemu z/OS w USA zaczynają się od około 125 USD miesięcznie, wliczając wsparcie, za najmniejszą instalację zNALC, na której działa podstawowy produkt z/OS oraz typowy zestaw opcjonalnych funkcji z/OS.

W systemie z/OS wprowadzono opłaty licencyjne zmiennego obciążenia (VWLC) i opłaty licencyjne obciążenia początkowego (EWLC), które są opcjami rozliczeniowymi przy mniejszej mocy obliczeniowej. Klienci VWLC i EWLC płacą tylko za szczytowe miesięczne wykorzystanie systemu z/OS, a nie za pełną wydajność maszyny, jak w przypadku poprzedniego systemu operacyjnego OS/390. VWLC i EWLC są również dostępne dla większości produktów oprogramowania IBM działających w systemie z/OS, a ich wartości szczytowe są obliczane oddzielnie, ale nigdy nie mogą przekroczyć wartości szczytowej z/OS. Aby kwalifikować się do licencjonowania z mniejszą mocą obliczeniową, klient korzystający z systemu z/OS musi działać w trybie 64-bitowym (co wymaga sprzętu z/Architecture ), wyeliminować system OS/390 z systemu i musi co miesiąc wysyłać do IBM e-maile dotyczące mniejszej mocy obliczeniowej raporty. Rozliczanie z mniejszą mocą obliczeniową znacznie obniża opłaty za oprogramowanie dla większości klientów IBM na komputerach mainframe. Advanced Workload License Charges (AWLC) jest następcą VWLC w modelach mainframe począwszy od zEnterprise 196 , a EAWLC jest opcją w modelach zEnterprise 114 . AWLC i EAWLC oferują kolejne zniżki na mniejsze moce.

Inne funkcje

Obsługa pamięci 64-bitowej

W każdej przestrzeni adresowej system z/OS zazwyczaj zezwala na umieszczanie tylko danych, a nie kodu, powyżej „paska” o wielkości 2 GB. System z/OS wymusza to rozróżnienie przede wszystkim ze względu na wydajność. Nie ma przeszkód architektonicznych, aby umożliwić więcej niż 2 GB kodu aplikacji na przestrzeń adresową. IBM zaczął zezwalać na wykonywanie kodu Java działającego w systemie z/OS powyżej paska 2 GB, ponownie ze względu na wydajność.

Począwszy od systemu z/OS w wersji 2 wydanie 3, kod może być umieszczany i wykonywany nad „paskiem” 2 GB. Jednak bardzo niewiele usług systemu z/OS może być wywoływanych znad „paska”.

Pamięć jest uzyskiwana jako „duże obiekty pamięci” w wielokrotności 1 MB (z oczekiwaniem, że aplikacje i oprogramowanie pośredniczące będą zarządzać alokacją pamięci w tych dużych fragmentach). Istnieją trzy typy dużych obiektów pamięci:

  • Nieudostępnione – gdzie tylko tworząca przestrzeń adresowa ma dostęp do pamięci.
  • Shared – gdzie tworząca przestrzeń adresowa może dać dostęp do określonych innych przestrzeni adresowych.
  • Common – gdzie wszystkie przestrzenie adresowe mają dostęp do pamięci. (Ten typ został wprowadzony w wersji 10 systemu z/OS).

Technologia gotowości szyfrowania z/OS (zERT)

Technologia z/OS Encryption Readiness Technology (zERT) monitoruje, rejestruje i raportuje szczegóły ochrony sieci kryptograficznej z/OS. Jest to funkcja komponentu Communications Server w systemie z/OS V2R3 (i nowszych wersjach).

  • odkrycie zERT

Dzięki zERT stos TCP/IP działa jako centralny punkt w zbieraniu i raportowaniu kryptograficznych atrybutów bezpieczeństwa ruchu aplikacji IPv4 i IPv6, który jest chroniony przy użyciu protokołów bezpieczeństwa sieci kryptograficznej TLS/SSL, SSH i IPSec. Zebrane dane poziomu połączenia są zapisywane w SMF w nowych rekordach podtypu 11 SMF 119 do analizy.

  • Agregacja zERT

W niektórych środowiskach ilość rekordów podtypu 11 SMF 119 może być duża. Funkcja agregacji zERT zapewnia alternatywny widok SMF zebranych danych sesji bezpieczeństwa. Ten alternatywny widok jest zapisany w postaci nowych rekordów podtypu 12 SMF 119, które podsumowują wykorzystanie sesji zabezpieczeń przez wiele połączeń aplikacji w czasie i które są zapisywane na końcu każdego interwału SMF. Ten alternatywny widok kondensuje objętość danych rekordów SMF, jednocześnie zapewniając wszystkie krytyczne informacje dotyczące bezpieczeństwa.

  • Analizator sieci IBM zERT

Narzędzie z/OS Management Facility (z/OSMF) zostało rozszerzone o wtyczkę o nazwie IBM zERT Network Analyzer. IBM zERT Network Analyzer to graficzny interfejs użytkownika oparty na sieci WWW, którego administratorzy bezpieczeństwa sieci systemu z/OS mogą używać do analizowania i raportowania danych raportowanych w rekordach podsumowania zERT. Za pomocą narzędzia zERT Network Analyzer administrator zabezpieczeń sieci z/OS (zazwyczaj programista systemów odpowiedzialny za serwer komunikacji z/OS) może importować rekordy podsumowania zERT SMF do bazy danych Db2 for z/OS, a następnie tworzyć i uruchamiać niestandardowe zapytania dotyczące tych danych .

Grupa danych generacji

Grupa danych generacji systemu z/OS (GDG) to opis liczby przechowywanych generacji pliku i wieku, w jakim zostanie ono usunięte. Za każdym razem, gdy tworzona jest nowa generacja, system sprawdza, czy należy usunąć jedno lub więcej przestarzałych pokoleń.

Celem GDG jest automatyzacja archiwizacji przy użyciu języka poleceń JCL , podana nazwa pliku jest ogólna. Gdy pojawi się DSN, pojawi się nazwa GDG wraz z numerem historii, gdzie

(0) to najnowsza wersja

(-1), (-2), ... są poprzednimi pokoleniami

(+1) nowa generacja (patrz DD)

Innym zastosowaniem GDG jest możliwość jednoczesnego adresowania wszystkich generacji w skrypcie JCL bez konieczności znajomości liczby aktualnie dostępnych generacji. Aby to zrobić, musisz pominąć nawiasy i numer generacji w JCL podczas określania zestawu danych.

Przykład

Stworzenie standardowego GDG dla pięciu zakresów bezpieczeństwa, każdy co najmniej 35 dniowy:

//STEP1 EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
DEFINE GDG (NAME('DB2.FULLCOPY.DSNDB04.TSTEST') LIMIT(5) SCRATCH FOR(35))
/*

Usuń standardowy GDG:

//STEP3 EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
DELETE DB2.FULLCOPY.DSNDB04.TSTEST GDG FORCE
/*

Zbieranie danych operacyjnych

Dane operacyjne to dane generowane przez system z/OS podczas działania. Te dane wskazują kondycję systemu i mogą służyć do identyfikowania źródeł problemów z wydajnością i dostępnością w systemie. IBM Z Common Data Provider zbiera dane operacyjne IT z systemów z/OS, przekształca je do formatu zużywalnego i przesyła strumieniowo do platform analitycznych.

Operacyjne typy danych

IBM Z Common Data Provider zbiera zarówno dane strukturalne, jak i nieustrukturyzowane, w tym następujące typy danych operacyjnych:

  • Dane funkcji zarządzania systemem (SMF)
  • Rejestruj dane z następujących źródeł:
    • Dziennik zadań, dane wyjściowe zapisywane w definicji danych (DD) przez uruchomione zadanie
    • Plik dziennika systemu z/OS UNIX, w tym dziennik systemu UNIX System Services (syslogd)
    • Klaster metody dostępu do wirtualnej pamięci masowej o początkowej sekwencji (VSAM)
    • Dziennik systemu z/OS (SYSLOG)
    • Komunikaty IBM Tivoli NetView dla systemu z/OS
    • Dziennik IBM WebSphere Application Server for z/OS High Performance Extensible Logging (HPEL)
    • Raporty IBM Resource Measurement Facility (RMF) Monitor III
  • Dane aplikacji użytkownika, dane operacyjne z własnych aplikacji użytkownika

Zobacz też

Uwagi

Bibliografia

Dalsza lektura

Zewnętrzne linki