MVS - MVS

Diğer kullanımlar için bkz. MVS (anlam ayrım) .

Çoklu Sanal Depolama (MVS)
IBM logosu.svg
geliştirici IBM
Yazılmış Montajcı (XF) , PL/S
işletim sistemi ailesi OS/360
İlk sürüm 1974 ; 47 yıl önce ( 1974 )
Pazarlama hedefi IBM ana bilgisayarları
Uygun ingilizce
Platformlar Sistem/370 , Sistem/390
Tarafından etkilenmiş TSS
Lisans Tescilli
Başlangıçta ücretsiz
Öncesinde OS/360 MVT , OS/VS2 (SVS)
tarafından başarıldı MVS/SE, MVS/SP , MVS/XA , MVS/ESA , OS/390 , z/OS
IBM anabilgisayar işletim sistemlerinin tarihi
Erken ana bilgisayar işletim sistemleri
Çeşitli S/360 serisi işletim sistemleri
DOS/360 ve ardılları (1966)
OS/360 ve ardılları (1966)
sanal makine hattı
TPF hattı
UNIX ve Unix benzeri

Çoklu Sanal Depolama daha yaygın olarak adlandırılan, MVS , en yaygın olarak kullanılan idi işletim sistemi üzerinde System / 370 ve Sistemi / 390 IBM ana bilgisayarlar . IBM, OS/360'ın halefi olarak OS/VS1 ve SVS ile birlikte MVS'yi geliştirdi . IBM'in diğer ana bilgisayar işletim sistemi hatlarıyla, örneğin VSE , VM , TPF ile ilgisi yoktur .

genel bakış

İlk olarak 1974'te piyasaya sürülen MVS, birçok kez yeni adlara sahip program ürünleriyle genişletildi:

  • önce MVS/SE'ye (MVS/Sistem Uzantıları),
  • MVS/SP (MVS/Sistem Ürünü) Sürüm 1'in yanında,
  • MVS/XA'nın (MVS/genişletilmiş Mimari) yanında,
  • MVS/ESA'nın (MVS/Kurumsal Sistem Mimarisi) yanında,
  • daha sonra OS/390'a ve
  • son olarak z/OS'ye ( zSeries modellerine 64 bit desteği eklendiğinde ). IBM , MVS/SP V4.3'te UNIX desteğini (başlangıçta OpenEdition MVS olarak adlandırılır ) ekledi ve IEEE , X/Open ve The Open Group'tan birkaç farklı düzeyde POSIX ve UNIX™ sertifikaları aldı . MVS çekirdeği temelde aynı işletim sistemi olarak kalır. Tasarım gereği, MVS için yazılan programlar değişiklik yapılmadan z/OS üzerinde çalışır.

İlk başta IBM, MVS'yi OS/VS2'nin yeni bir sürümü olarak tanımladı , ancak aslında büyük bir yeniden yazmaydı. OS/VS2 sürüm 1, orijinal kodun çoğunu koruyan ve MVT gibi esas olarak Assembly dilinde yazılmış bir OS/360 MVT yükseltmesiydi . MVS çekirdeği neredeyse tamamen Assembler XF'de yazılmıştır , ancak birkaç modül PL/S'de yazılmıştır , ancak performansa duyarlı olanlar, özellikle Giriş/Çıkış Denetçisi ( IOS ) değil. IBM'in "OS/VS2" kullanımı yukarı uyumluluğu vurguladı: MVT altında çalışan uygulama programlarının MVS altında çalışması için yeniden derlemeye bile ihtiyacı yoktu. Aynı İş Kontrol Dili dosyaları değiştirilmeden kullanılabilir; kamu hizmetleri ve TSO gibi diğer temel olmayan tesisler değişmeden çalıştı. IBM ve kullanıcılar, başlangıçtan itibaren neredeyse oybirliğiyle yeni sistemi MVS olarak adlandırdılar ve IBM , MVS/XA gibi sonraki ana sürümlerin adlandırılmasında MVS terimini kullanmaya devam etti .

MVS'nin Evrimi

OS/360 MFT (Sabit Sayıda Görevle Çoklu Görev) çoklu görev sağladı: işletim sistemi kurulduğunda ve operatör bunları yeniden tanımladığında, her biri sabit boyutta olan birkaç bellek bölümü kuruldu. Örneğin, küçük bir bölüm, iki orta bölüm ve büyük bir bölüm olabilir. Çalıştırmaya hazır iki büyük program varsa, biri diğerinin büyük bölümü bitirip boşaltana kadar beklemek zorunda kalacaktı.

OS/360 MVT (Değişken Sayıda Görevle Çoklu Görev), bellek kullanımını daha da iyileştiren bir geliştirmeydi. MVT, sabit boyutlu bellek bölümleri kullanmak yerine, yeterli bitişik fiziksel belleğin mevcut olması koşuluyla, gerektiğinde iş adımları için bölgelere bellek ayırdı . Bu, MFT'nin bellek yönetimine göre önemli bir ilerlemeydi, ancak bazı zayıflıkları vardı: bir iş dinamik olarak bellek ayrılmışsa (çoğu sıralama programı ve veritabanı yönetim sisteminin yaptığı gibi), programcıların işin maksimum bellek gereksinimini tahmin etmesi ve bunu MVT için önceden tanımlaması gerekiyordu. . Küçük ve büyük programların bir karışımını içeren bir iş adımı, küçük programlar çalışırken belleği boşa harcamaktaydı. En önemlisi, bellek parçalanabilir , yani mevcut işler tarafından kullanılmayan bellek, mevcut işler tarafından kullanılan alanlar arasında gereksiz şekilde küçük parçalara bölünebilir ve tek çözüm, yenilerine başlamadan önce bazı mevcut işlerin bitmesini beklemekti.

1970'lerin başında IBM , programların fiziksel bellekten daha büyük adres alanları istemesine izin veren sanal belleği (IBM'nin "sanal depolama" olarak adlandırdığı) tanıtarak bu zorlukları azaltmaya çalıştı . Orijinal uygulamalar , tüm işler tarafından paylaşılan tek bir sanal adres alanına sahipti . OS/VS1, tek bir sanal adres alanı içinde OS/360 MFT idi; OS/VS2 SVS, tek bir sanal adres alanı içinde OS/360 MVT idi. Dolayısıyla OS/VS1 ve SVS prensipte MFT ve MVT ile aynı dezavantajlara sahipti, ancak işler çok daha büyük adres alanları talep edebileceğinden ve fiziksel depolama daha küçük olsa bile talepler 16 MB'lık bir havuzdan geldiğinden etkiler daha az şiddetliydi.

MVS adres alanları - genel görünüm
MVS (tüm adres alanlarının paylaşılan kısmı)
Uygulama 1 Uygulama 2 Uygulama 3
Paylaşılan sanal alan (MVS tarafından kontrol edilir)
Bir uygulamanın görünümü
MVS
Uygulama 1
Paylaşılan sanal alan

1970'lerin ortalarında IBM, SVS'nin yaptığı gibi yalnızca mevcut gerçek depolamadan daha büyük sanal depolamayı desteklemekle kalmayan, aynı zamanda farklı adres alanlarında sınırsız sayıda uygulamanın çalışmasına izin veren MVS'yi tanıttı. İki eşzamanlı program aynı sanal bellek adresine erişmeye çalışabilir, ancak sanal bellek sistemi bu istekleri fiziksel belleğin farklı alanlarına yeniden yönlendirdi. Bu adres alanlarının her biri üç alandan oluşuyordu: bir işletim sistemi (tüm işler tarafından paylaşılan bir örnek), her uygulama için benzersiz bir uygulama alanı ve işler arası iletişim dahil olmak üzere çeşitli amaçlar için kullanılan ortak bir sanal alan. IBM, uygulama alanlarının her zaman en az 8 MB olacağına söz verdi. Bu, MVS'yi daha fazla uygulama çalıştırma ihtiyacından kaynaklanan iş sorunları için mükemmel bir çözüm haline getirdi.

MVS, çoklu programlama ve çoklu işleme yetenekleri sağlayarak işleme potansiyelini en üst düzeye çıkardı . Onun gibi MVT ve OS / VS2 SVS öncülleri, MVS desteklenen çoklu programlama ; program talimatları ve ilgili veriler, bir kontrol programı ve verilen işlem döngüleri tarafından programlanır. Tek programlamalı bir işletim sisteminden farklı olarak, bu sistemler, işleme döngülerini aynı anda çalışan birkaç farklı programla ilişkili talimatlar arasında bölerek işleme potansiyelinin kullanımını en üst düzeye çıkarır. Bu şekilde, kontrol programının ilerlemeden önce G/Ç işleminin tamamlanmasını beklemesi gerekmez. Bilgisayar, birden çok program için yönergeleri yürüterek, etkin ve etkin olmayan programlar arasında geçiş yapabilir.

MVS'nin ilk sürümleri (1970'lerin ortası), çok işlemcili yapılandırmaları destekleyen IBM OS serisinin ilkleri arasındaydı, ancak OS/360'ın 360 Model 65 ve 67'de çalışan M65MP varyantı sınırlı çok işlemcili destek sağlamıştı. 360 Model 67 aynı zamanda çok işlemcili TSS/360 , MTS ve CP-67 işletim sistemlerine de ev sahipliği yapmıştı . Çok işlemcili sistemler komutları aynı anda yürütebildiğinden, tek işlemcili sistemlere göre daha fazla işlem gücü sunarlar. Sonuç olarak, MVS, büyük miktarda veriyi işleme ihtiyacının getirdiği iş sorunlarını çözmeyi başardı.

Çok işlemli sistemler ya gevşek bağlıdır, bu da her bilgisayarın ortak bir iş yüküne erişimi olduğu anlamına gelir ya da sıkı bir şekilde birleştirilir ; bu, bilgisayarların aynı gerçek depolamayı paylaştığı ve işletim sisteminin tek bir kopyası tarafından kontrol edildiği anlamına gelir . MVS tutulan her iki şekilde bağlanmış çoklu işleme ait Ekli destek İşlemci (ASP) ve sıkı bir şekilde bağlanmış bir çoklu işleme OS / 360 Modeli 65 çoklu işlem . Sıkı bağlı sistemlerde, iki CPU aynı belleğe (ve işletim sisteminin kopyasına) ve çevre birimlerine eşzamanlı erişimi paylaştırarak, daha fazla işlem gücü ve bir CPU'nun arızalanması durumunda bir dereceye kadar zarif bir bozulma sağlar . Gevşek bağlı konfigürasyonlarda, bir grup işlemcinin (tek ve / veya sıkı bağlı) her birinin kendi belleği ve işletim sistemi vardı, ancak ortak çevre birimleri ve işletim sistemi bileşeni JES3 , tüm grubun tek bir konsoldan yönetilmesine izin verdi. Bu, daha fazla esneklik sağladı ve operatörlerin hangi işlemcinin hangi işleri merkezi bir iş kuyruğundan çalıştıracağına karar vermelerine izin verdi. MVS JES3 kullanıcılara için fırsat verdi ağa birlikte paylaşılan diskler ve Channel-to-Kanal Adaptörleri (CTCA) aracılığı sistemlerini işleme iki veya daha fazla veri. Bu yetenek sonunda JES2 kullanıcıları için Çoklu Erişim SPOOL (MAS) olarak kullanılabilir hale geldi.

MVS başlangıçta 24 bit adreslemeyi (yani 16 MB'a kadar) destekledi. Temel donanım ilerledikçe, 31 bit (XA ve ESA; 2048 MB'a kadar) ve şimdi (z/OS olarak) 64 bit adreslemeyi destekledi. 31 bit adreslemeye hızlı yükseltme için en önemli nedenler, çoğunlukla CICS tarafından kontrol edilen ve tek bir adres alanında çalışan büyük işlem işleme ağlarının büyümesiydi ve DB2 ilişkisel veritabanı yönetim sistemi 8 MB'den fazla uygulamaya ihtiyaç duyuyordu. verimli çalışmak için adres alanı. (İlk sürümler, paylaşılan sanal alan aracılığıyla iletişim kuran iki adres alanı olarak yapılandırıldı, ancak bu tür tüm iletişimler işletim sistemi aracılığıyla iletildiğinden bu, önemli bir ek yük getirdi.)

MVS'nin ana kullanıcı arabirimleri şunlardır: Başlangıçta toplu işleme için tasarlanmış olan ancak 1970'lerden itibaren CICS gibi uzun süreli etkileşimli işlere kaynak tahsis etmek ve başlatmak için de kullanılan İş Kontrol Dili (JCL) ; ve TSO (Zaman Paylaşım Seçeneği), esas olarak geliştirme araçlarını ve birkaç son kullanıcı bilgi sistemini çalıştırmak için kullanılan etkileşimli zaman paylaşım arayüzü. ISPF , 3270 ailesi terminallerdeki (ve daha sonra VM'deki) kullanıcılar için, kullanıcının TSO'nun komut satırıyla aynı görevleri menü ve form odaklı bir şekilde ve tam ekran düzenleyiciyle gerçekleştirmesini sağlayan bir TSO uygulamasıdır. ve dosya tarayıcısı. TSO'nun temel arabirimi komut satırıdır , ancak daha sonra biçim odaklı arabirimler için tesisler eklenmiştir.

MVS, IBM'in yazılım kurtarma olarak adlandırdığı önceki STAE tesisi üzerine kurulu hata toleransında ileriye doğru büyük bir adım attı . IBM, iş dünyasında MVT ile yıllar süren pratik gerçek dünya deneyiminden sonra bunu yapmaya karar verdi. Sistem arızalarının artık müşteri işletmeleri üzerinde büyük etkileri oluyordu ve IBM, en iyi yazılım geliştirme ve test tekniklerine rağmen 'sorunların OLACAĞINI' varsaymak için büyük bir tasarım sıçraması yapmaya karar verdi. Bu kapsamlı varsayım, sisteme büyük oranda hataya dayanıklı kod eklenmesinde çok önemliydi ve muhtemelen sistemin yazılım ve donanım hatalarını tolere etmedeki başarısına katkıda bulundu. Bu tasarım özelliklerinin değerini kanıtlamak için istatistiksel bilgilere ulaşmak zordur ("önlenen" veya "kurtarılan" sorunları nasıl ölçebilirsiniz?), ancak IBM, birçok boyutta, bu hataya dayanıklı yazılım kurtarma ve hızlı sorun çözümünü geliştirmiştir. özellikleri, zamanla

Bu tasarım, sistem (çekirdek/'ayrıcalıklı') modunda, İşlevsel Kurtarma Rutinleri olarak adlandırılan ve kullanıcı ('görev' veya 'sorunlu program') modunda, "ESTAE" (Genişletilmiş Belirtilmiş Görev) olarak adlandırılan bir hata işleme programları hiyerarşisi belirledi. Sistemin bir hata (donanım işlemcisi veya depolama hatası veya yazılım hatası) algılaması durumunda çağrılan Anormal Çıkış rutinleri). Her kurtarma rutini, 'ana hat' işlevini yeniden çağrılabilir hale getirdi, neden olan sorunda hata ayıklamak için yeterli hata tanı verilerini yakaladı ve 'yeniden denendi' (ana hattı yeniden çağırdı) veya 'süzüldü' (hata işlemeyi hiyerarşideki bir sonraki kurtarma rutinine yükseltti).

Böylece, her hata ile sistem, tanılama verilerini yakaladı ve bir onarım gerçekleştirmeye ve sistemi çalışır durumda tutmaya çalıştı. Mümkün olan en kötü şey, onarılmamış hatalar olması durumunda bir kullanıcı adres alanını (bir 'iş') kaldırmaktı. İlk tasarım noktası olmasına rağmen, en son MVS sürümüne (z/OS) kadar bu kurtarma programı yalnızca kendi kurtarma rutinini garanti etmekle kalmadı, aynı zamanda her kurtarma rutininin artık kendi kurtarma rutini var. Bu kurtarma yapısı, temel MVS kontrol programına yerleştirilmiştir ve programlama olanakları, uygulama programı geliştiricileri ve 3. taraf geliştiriciler tarafından kullanılabilir ve kullanılabilir.

Pratik olarak, MVS yazılım kurtarma, sorun gidermeyi hem daha kolay hem de daha zor hale getirdi. Yazılım kurtarma, programların nerede olduklarına ve ne yaptıklarına dair 'izler' bırakmasını gerektirir, böylece hata ayıklamayı kolaylaştırır - ancak bir hataya rağmen işlemenin ilerlemesi, izlerin üzerine yazabilir. Hata anında erken veri yakalama, hata ayıklamayı en üst düzeye çıkarır ve bunu yapmak için kurtarma rutinleri (görev ve sistem modu, her ikisi) için tesisler mevcuttur.

IBM, IBM hizmeti gerektiren büyük bir yazılım sorunu için ek ölçütler içeriyordu. Bir ana hat bileşeni yazılım kurtarma işlemini başlatamazsa, bu geçerli bir raporlanabilir hata olarak kabul edildi. Ayrıca, bir kurtarma yordamı önemli tanı verilerini toplayamazsa, orijinal sorun bu kurtarma yordamı tarafından toplanan verilerle çözülebilirse, IBM standartları bu hatanın raporlanabilir olduğunu ve onarılması gerektiğini belirtir. Bu nedenle, IBM standartları, titizlikle uygulandığında sürekli iyileştirmeyi teşvik etti.

IBM, OS/VS1 ve OS/VS2 Sürüm 1'de tanıttığı başlıca hizmet verilebilirlik aracı Dinamik Destek Sistemini (DSS) desteklemeye devam etti. Bu etkileşimli tesis, tanılama prosedürleri oluşturmak veya önceden depolanmış prosedürleri çağırmak için bir oturum başlatmak için çağrılabilir. . Prosedürler, bir programın yüklenmesi, cihaz G/Ç, sistem prosedür çağrıları gibi özel olayları yakaladı ve ardından önceden tanımlanmış prosedürlerin aktivasyonunu tetikledi. Yinelemeli olarak çağrılabilen bu prosedürler, verilerin okunmasına ve yazılmasına ve talimat akışının değiştirilmesine izin verdi. Program Olay Kayıt donanımı kullanıldı.

IBM, program ürünü OS/VS2 MVS/Sistem Uzantıları (MVS/SE), Program Numarası 5740-XEl tarafından gerekli olan OS/VS2 Sürüm 3.7'ye yönelik bir güncelleme olan Seçilebilir Birim 7 (SU7) ile DSS desteğini kaldırdı. Kullanıcı grubu SHARE , IBM'in DSS'yi eski durumuna getirme gereksinimini geçti ve IBM, MVS/SE kurulduktan sonra DSS kullanımına izin vermek için bir PTF sağladı.

IBM, MVS/SE Sürüm 2'nin gerektirdiği OS/VS2 Sürüm 3.8 için bir güncelleme olan SU64 ile DSS desteğini bir kez daha düşürdü.

Program-Olay Kaydı (PER) kullanımı, SU 64/65 (1978)'de PER desteğinin (SLIP/Per) tanıtılmasıyla tanısal SLIP komutunun geliştirilmesiyle gerçekleştirildi.

Bu makine VM/370 tarafından kontrol ediliyorsa, MVS'nin (veya diğer IBM işletim sistemlerinin) birden çok kopyası aynı makineyi paylaşabilir . Bu durumda VM/370 gerçek işletim sistemiydi ve "misafir" işletim sistemlerini alışılmadık derecede yüksek ayrıcalıklara sahip uygulamalar olarak görüyordu. Daha sonraki donanım geliştirmelerinin bir sonucu olarak, bir işletim sisteminin bir örneği (MVS veya konuklu VM veya diğer), tüm fiziksel sistem yerine bir Mantıksal Bölme (LPAR) da kullanabilir.

Birden çok MVS örneği, Eylül 1990'da tanıtılan sistem kompleksi veya sysplex adı verilen bir yapıda organize edilebilir ve toplu olarak yönetilebilir . Örnekler, Sistemler Arası Birleştirme Tesisi (XCF) adı verilen bir yazılım bileşeni ve Donanım Birleştirme Tesisi adı verilen bir donanım bileşeni aracılığıyla birlikte çalışır. (CF veya Integrated Coupling Facility, ICF, aynı anabilgisayar donanımında birlikte bulunuyorsa). Birden çok sistem, IBM'in tescilli Sistem Ağı Mimarisi (SNA) gibi standart ağ protokolleri aracılığıyla veya daha yakın zamanda TCP/IP aracılığıyla birleştirilebilir . z/OS işletim sistemi (MVS'nin en yeni nesli), POSIX ve Tek UNIX Belirtimi uygulamalarını yürütmek için yerel desteğe de sahiptir . Destek, MVS/SP V4R3 ile başladı ve IBM, z/OS V1R2 ve sonraki sürümleri için UNIX 95 sertifikası aldı.

Sistem tipik olarak iş ve bankacılıkta kullanılır ve uygulamalar genellikle COBOL ile yazılır . COBOL programları geleneksel olarak IMS ve CICS gibi işlem işleme sistemleriyle birlikte kullanılmıştır . CICS'de çalışan bir program için, COBOL kaynak koduna özel EXEC CICS deyimleri eklenir. Değil tamamen aksine - Bir önişlemci (çevirmen) programı derlenmiş önce CICS aramaya uygun COBOL koduyla olanlar EXEC CICS ifadeleri değiştirir SQL derdik DB2 . Uygulamalar ayrıca C , C++ , Java , Assembly dili , FORTRAN , BASIC , RPG ve REXX gibi diğer dillerde de yazılabilir . Dil desteği, tek tip hata ayıklama, izleme, profil oluşturma ve diğer dilden bağımsız işlevlere izin vermek için "Dil Ortamı" veya "LE" adı verilen ortak bir bileşen olarak paketlenmiştir.

MVS sistemlerine geleneksel olarak 3270 terminal veya 3270 öykünücü çalıştıran PC'ler tarafından erişilir . Ancak, günümüzde pek çok anabilgisayar uygulamasının özel web veya GUI arayüzleri vardır. z/OS işletim sistemi, TCP/IP için yerleşik desteğe sahiptir . Geçmişte bir 3270 terminali ile yapılan sistem yönetimi, şimdi Donanım Yönetim Konsolu (HMC) ve giderek artan bir şekilde Web arayüzleri aracılığıyla yapılmaktadır. Operatör konsolları 2074 öykünücüler aracılığıyla sağlanır, bu nedenle kendisine bağlı gerçek bir 3270 ile herhangi bir S/390 veya zSeries işlemci görmeniz olası değildir.

MVS ve onun yerli karakter kodlama şeması çevre birimleri olan EBCDIC , ancak TR komutu kolay diğer 7- ve 8 bitlik kodlarına çevirmek için yapılmış. Zamanla IBM, daha büyük kodlar arasında çeviri yapmak için donanım hızlandırmalı hizmetler, Unicode dönüşümleri için donanıma özel hizmet ve örneğin ASCII , ISO/IEC 8859 , UTF-8 , UTF-16 ve UTF-32'nin yazılım desteğini ekledi. . Yazılım çeviri hizmetleri, girdi olarak kaynak ve hedef kod sayfalarını alır.

MVS dosya sistemi

Unix dosyaları dışındaki dosyalar, MVS'de düzgün bir şekilde veri kümeleri olarak adlandırılır . Bu dosyaların isimleri düzenlenmektedir katalogları vardır VSAM dosyaları kendileri.

Veri kümesi adları (DSN'ler, dosya adları için ana bilgisayar terimi), seviyeleri noktalarla ayrılmış bir hiyerarşide düzenlenir, örneğin "DEPT01.SYSTEM01.FILE01". Hiyerarşideki her seviye en fazla sekiz karakter uzunluğunda olabilir. Toplam dosya adı uzunluğu, noktalar dahil maksimum 44 karakterdir. Geleneksel olarak, noktalarla ayrılan bileşenler, dosyaları diğer işletim sistemlerindeki dizinlere benzer şekilde düzenlemek için kullanılır . Örneğin, Windows Gezgini'nin işlevlerine benzer işlevler gerçekleştiren (ancak GUI olmadan ve genellikle toplu işleme modunda) yardımcı programlar vardı - yeni öğeler ekleme, yeniden adlandırma veya silme ve belirli bir öğenin tüm içeriğini raporlama. Ancak, diğer birçok sistemden farklı olarak, bu düzeyler genellikle gerçek dizinler değil, yalnızca bir adlandırma kuralıdır (örneğin, klasör hiyerarşisinin Finder tarafından sürdürülen bir yanılsama olduğu orijinal Macintosh Dosya Sistemi ). TSO , dosyalar için varsayılan bir öneki destekler ("geçerli dizin" kavramına benzer) ve RACF , diğer platformlardaki dizinlerdeki erişim kontrollerine benzer şekilde, dosya adı kalıplarına dayalı erişim kontrollerinin ayarlanmasını destekler.

OS ailesinin diğer üyelerinde olduğu gibi, MVS'nin veri kümeleri de kayıt odaklıydı . MVS, öncekilerden üç ana türü devraldı:

  • Sıralı veri setleri normalde baştan sona kadar her seferinde bir kayıt okundu.
  • In BDAM (doğrudan erişim) veri setleri, uygulama programı (genellikle veri setinin başından mahsup belirterek) o erişmek istediği verilerin fiziksel konumu belirtmek zorunda kaldı.
  • Gelen ISAM veri kümelerinin her bir kaydın belirli bir bölümü, belirli kayıtlarına bakmak için bir anahtar olarak kullanılabilecek bir anahtar olarak tanımlandı. Anahtar genellikle birden çok alandan oluşuyordu, ancak bunların bitişik ve doğru sırada olması gerekiyordu; ve anahtar değerlerin benzersiz olması gerekiyordu. Bu nedenle, bir IBM ISAM dosya eşdeğer tek bir anahtara sahip olabilir birincil anahtar a ilişkisel veritabanı tablo; ISAM yabancı anahtarları destekleyemedi .

Sıralı ve ISAM veri kümeleri, sabit uzunluktaki veya değişken uzunluktaki kayıtları depolayabilir ve tüm türler birden fazla disk birimini kaplayabilir.

Bunların hepsi VTOC disk yapısına dayanmaktadır .

İlk IBM veritabanı yönetim sistemleri , ISAM ve BDAM veri kümelerinin çeşitli kombinasyonlarını kullandı - genellikle gerçek veri depolama için BDAM ve dizinler için ISAM.

1970'lerin başında, IBM'in sanal bellek işletim sistemleri , benzer olanaklar sağlayan yeni bir dosya yönetimi bileşeni olan VSAM'ı tanıttı :

  • Giriş Sıralı Veri Kümeleri (ESDS), hem sıralı hem de BDAM veri kümelerininkine benzer olanaklar sağladı, çünkü bunlar baştan sona veya doğrudan baştan bir ofset belirterek okunabiliyordu.
  • Anahtar Sıralı Veri Kümeleri (KSDS), ISAM'ın önemli bir yükseltmesiydi: benzersiz olmayan değerlere sahip ikincil anahtarlara ve bitişik olmayan alanların herhangi bir sırada birleştirilmesiyle oluşturulan anahtarlara izin veriyorlardı; ISAM'da taşma kayıtlarından kaynaklanan performans sorunlarını büyük ölçüde azalttılar; ve bir dizin güncellemesinin ortasındaki bir yazılım veya donanım arızasının dizini bozması riskini büyük ölçüde azalttılar.

Bu VSAM biçimleri, IBM'in veritabanı yönetim sistemlerinin , IMS/VS ve DB2'nin - genellikle gerçek veri depolama için ESDS ve dizinler için KSDS'nin temeli haline geldi.

VSAM ayrıca kullanıcı katalogları ve MVS' ana kataloğu için kullanılan bir katalog bileşenini de içeriyordu.

Bölümlenmiş veri kümeleri (PDS), her biri kendi başına sıralı dosyalar olarak işlenebilen "üyelere" bölünmüş sıralı veri kümeleridir (hiyerarşik dosya sistemindeki bir klasör gibi). PDS'lerin en önemli kullanımı program kitaplıkları içindi - sistem yöneticileri ana PDS'yi bir projeye disk alanı ayırmanın bir yolu olarak kullandılar ve proje ekibi daha sonra üyeleri oluşturup düzenledi. PDS'lerin diğer kullanımları, sık kullanılan iş kontrol prosedürlerinin (PROC'ler) kitaplıkları ve çeşitli programlar tarafından kullanılan kayıt tanımları gibi programlama dili ifadelerinin "kopya kitapları"ydı.

Nesil Veri Grupları (GDG'ler), mutlak nesil numarası veya en son nesilden bir ofset ile referans alınabilen benzer adlandırılmış veri kümeleri gruplarıdır. Başlangıçta büyükbaba-baba-oğul yedekleme prosedürlerini desteklemek için tasarlandılar - bir dosya değiştirilirse, değiştirilen sürüm yeni "oğul" oldu, önceki "oğul" "baba" oldu, önceki "baba" "büyükbaba" oldu " ve önceki "dede" silindi. Ancak 3 nesilden fazla GDG'ler oluşturulabilir ve bazı uygulamalar GDG'leri çeşitli kaynaklardan veri toplamak ve bilgileri tek bir programa beslemek için kullandı - her toplama programı dosyanın yeni bir neslini oluşturdu ve son program tüm grubu bir olarak okudu. tek sıralı dosya ( JCL'de bir nesil belirtmeyerek ).

MVS'nin modern sürümleri (örneğin, z/OS), veri kümelerini Unix dosya sistemleri için kapsayıcı olarak ve bunları kısmen entegre etmek için olanaklar kullanır. Yani, fopen() kullanan Unix programları bir MVS veri kümesine erişebilir ve bir kullanıcı bir Unix dosyasını bazı kısıtlamalarla bir veri kümesiymiş gibi tahsis edebilir. Sistem Hiyerarşik Dosya (HFS) (Apple ile karıştırılmamalıdır Hiyerarşik Dosya Sistemi ) yeni z / OS Dosya Sistemi (zfs) (Sun'ın ile karıştırılmamalıdır ederken, veri kümesinin benzersiz bir türünü kullanan ZFS ) bir VSAM Doğrusal Veri kullanır Ayarla (LDS).

Ağa bağlı bilgisayarlarda ( AS/400 gibi ) çalışan programlar , Dağıtılmış Veri Yönetimi Mimarisi'ne (DDM) göre uygulanan istemci-sunucu ürünlerini kullanarak VSAM kayıt odaklı dosyaları şeffaf bir şekilde oluşturmak, yönetmek ve bunlara erişmek için yerel veri yönetimi arabirimlerini kullanabilir. . DDM ayrıca, Dağıtılmış İlişkisel Veritabanı Mimarisi'ni (DRDA) uygulayan MVS DB2 sunucusunun temel mimarisidir .

MVS'ye yükseltmeler

IBM'in OS/VS2 yayınları ve alt yayınlarıyla eklediği yeni işlevlere ek olarak, IBM, bir dizi ücretsiz Artımlı Değişiklik Yayınları (ICR'ler) ve Seçilebilir Birimler (SU'lar) ve ücretli program ürünleri ve IBM'in sonunda bir araya getirdiği sahada geliştirilmiş programlar sağladı. z/OS'nin bir parçası. Bunlar şunları içerir:

  • ACF/TCAM (5735-RCI)
  • ACF/VTAM (5746-RC3, 5735-RC2)
  • Veri Tesisi/Cihaz Desteği (DF/DS), 5740-AM7
  • Veri Tesisi Genişletilmiş İşlevi (DF/EF), 5740-XYQ
  • Veri Tesisi/Veri Kümesi Hizmetleri (DF/DSS), 5740-UT3.
  • Veri Tesisi Sıralaması, 5740-SM1
  • OS/VS2 MVS Sıralı Erişim Yöntemi Genişletilmiş (SAM-E), 5740-AM3
  • MVS/370 Veri Tesisi Ürünü (DFP), 5665-295, değiştiriliyor
    • 5740-AM7 Veri Tesisi Cihaz Desteği (DFDS)
    • 5740-XYQ Veri Tesisi Genişletilmiş İşlevi (DFEF)
    • 5740-AM3 Genişletilmiş Sıralı Erişim Yöntemi (SAM-E)
    • 5740-AM8 Erişim Yöntemi Hizmetleri Şifreleme Seçeneği
    • 5748-UT2 Çevrimdışı 3800 Yardımcı Programı
  • MVS/XA Veri Tesisi Ürün Sürümü 1 Sürüm 1, 5665-284
  • MVS/XA Data Facility Ürün Sürümü 2 Sürüm 1, 5665-XA2
  • MVS/ESA Veri Tesisi Ürün Sürümü 3, 5665-XA3
  • Veri Tesisi Depolama Yönetimi Alt Sistemi (DFSMS), 5695-DF1
    DFP, DF/DSS ve DF/HSM'nin yerini alır
  • OS/VS2 MVS TSO Komut Paketi (5740-XT6)
  • TSO Komut İşlemcisi - FDP 5798-AYF (PRINT komutu)
  • TSO/VS2 Programlama Kontrol Tesisi - FDP 5798-BBJ
  • TSO Programlama Kontrol Tesisi - II (PCF II), FDP 5798-CLW,
  • TSO Uzantıları
    , TSO Komut Paketi, TSO Komut İşlemcisi ve PCF'nin Yerini Alır
    • MVS/370 için 5665-285
    • MVS/XA için 5665-293
    • MVS/XA için 5685-025 REXX'li
      ilk sürüm
  • OS/VS2 MVS/Sistem Uzantıları, 5740-XEl
  • MVS/Sistem Ürünü
    • JES3 Sürüm 1 5740-XYN
    • JES2 Sürüm 1 5740-XYS
    • MVS/Sistem Ürünü-JES2 Sürüm 2, 5740-XC6
    • MVS/Sistem Ürünü-JES3 Sürüm 2, 5665-291
    • MVS/Sistem Ürünü-JES2 Sürüm 3, 5685-001
    • MVS/Sistem Ürünü-JES3 Sürüm 3, 5685-002
    • MVS/ESA Sistemi Ürünü: JES2 Sürüm 4, 5695-047
    • MVS/ESA Sistemi Ürünü: JES3 Sürüm 4, 5695-048
    • MVS/ESA Sistemi Ürünü: JES2 Sürüm 5, 5655-068
    • MVS/ESA Sistemi Ürünü: JES3 Sürüm 5, 5655-069

Veri Tesisi Ürünü (DFP)

Yetmişlerin sonlarında ve seksenlerin başlarında IBM şunları duyurdu:

  • 5740-AM7 Veri Tesisi Cihaz Desteği (DF/DS)
  • 5740-XYQ Veri Tesisi Genişletilmiş İşlevi (DF/EF)
  • 5740-AM3 Genişletilmiş Sıralı Erişim Yöntemi (SAM-E)
  • 5740-AM8 Erişim Yöntemi Hizmetleri Şifreleme Seçeneği
  • 5748-UT2 Çevrimdışı 3800 Yardımcı Programı

DF/DS yeni aygıt desteği ekledi ve IBM, artık ücretsiz tabana aygıt desteği eklemeyeceğini duyurdu. DF/EF, VSAM kataloglarına ve Kontrol Birimlerine (CVOL'ler) alternatif olarak Geliştirilmiş Katalog Yapısını (ICF) ekledi, ancak güvenilirlik sorunlarıyla doluydu.

IBM, MVS/SP Sürüm 2'yi (MVS/XA) duyurduğunda, 1 Aralık'tan itibaren pazarlamadan kaldırılacağını söylediği yukarıdaki diğer beş ürünün yerine geçecek ve bu ürüne yükseltme olarak Data Facility Product™'ı (DFP™) duyurdu. , 1984. 7 Haziran 1983'te duyurulan DFP/370 Sürüm 1 (program numarası 5665-295), MVS/SP Sürüm 1, MVS/SE ve OS/VS2 R3.8 içindi ve isteğe bağlıydı, ancak MVS/Genişletilmiş Mimari Veri Tesisi Ürünü (5665-284), MVS/SP Sürüm 2 (MVS/XA) için bir eş koşuldu. DFP, veri yönetimi olanaklarını geliştirmenin yanı sıra bağlantı düzenleyicinin ve yardımcı programların ücretsiz sürümlerini de değiştirdi.

Modern MVS

Hercules öykünücüsünde çalışan MVS

MVS artık z/OS'a dönüşmüştür; eski MVS yayınları artık IBM tarafından desteklenmemektedir ve 2007'den beri yalnızca 64 bit z/OS yayınları desteklenmektedir. z/OS, daha yeni 64 bit uygulamaların yanı sıra eski 24 bit ve 31 bit MVS uygulamalarının çalıştırılmasını destekler.

3.8j'ye kadar MVS sürümleri (24-bit, 1981'de yayınlandı) ücretsiz olarak mevcuttu ve MVS 3.8j sürümünü anabilgisayar öykünücülerinde ücretsiz olarak çalıştırmak artık mümkün.

MVS/370

MVS/370 , MVS/XA'dan önceki MVS işletim sisteminin tüm sürümleri için genel bir terimdir. Sistemi / 370 MVS / 370 işletim sistemi böylece mimari, MVS serbest bırakıldı zamanda, yalnızca 24 bit sanal adresleri desteklenen mimarisi 24 bit adres dayanmaktadır. Bu 24 bitlik adres uzunluğu nedeniyle, MVS/370 altında çalışan programların her birine 16 MB bitişik sanal depolama verilir.

MVS/XA

MVS/XA veya Çoklu Sanal Depolama/Genişletilmiş Mimari , adresleri 24 bitten 31 bite genişleten ve 2 gigabayt adreslenebilir bellek alanı sağlayan 370-XA mimarisini  destekleyen bir MVS sürümüydü . Ayrıca, daha eski 24 bitlik uygulamalar için 24 bit eski adresleme modunu da destekledi (yani, 32 bitlik bir kelimenin 24 bitlik alt kısmında 24 bitlik bir adres depolayanlar ve bu kelimenin üst 8 bitlik kısmını başka amaçlar için kullananlar) .

MVS/ESA

MVS/ESA: MVS Kurumsal Sistem Mimarisi. MVS sürümü, ilk olarak Şubat 1988'de MVS/SP Sürüm 3 olarak tanıtıldı. 1995 sonlarında OS/390 ve ardından z/OS olarak değiştirildi/yeniden adlandırıldı .

MVS/ESA OpenEdition: Şubat 1993'te POSIX ve diğer standartları destekleyen MVS/ESA'nın Sürüm 4 Sürüm 3'e yükseltme . İlk sürüm yalnızca Federal Bilgi İşleme Standardı (FIPS) 151 uyumluluğu için Ulusal Standartlar ve Teknoloji Enstitüsü (NIST) sertifikasına sahipken , sonraki sürümler daha yüksek seviyelerde ve X/Open ve halefi The Open Group gibi diğer kuruluşlar tarafından sertifikalandırılmıştır. . API kabuğu, yardımcı programlar ve genişletilmiş bir kullanıcı arabirimi sağlayan yaklaşık 1 milyon yeni kod satırı içeriyordu. DFSMS (Data Facility System Managed Storage) tarafından sağlanan hiyerarşik bir dosya sistemiyle çalışır. Kabuk ve yardımcı dayanmaktadır Gömme kerns' InterOpen ürünleri. Bağımsız uzmanlar, çoğu Unix sisteminden daha fazla, %80'in üzerinde açık sistemlerle uyumlu olduğunu tahmin ediyor. DCE2 desteği Şubat 1994'te ve birçok uygulama geliştirme aracı Mart 1995'te duyuruldu. 1995 yılının ortalarından itibaren, tüm açık özellikler vanilya MVS/ESA SP Sürüm 5 Sürüm 1'in standart bir parçası haline geldiğinden , IBM, OpenEdition'ı işletim sisteminden ayırmayı bıraktı. OS/390 V2R6 altında UNIX Sistem Hizmetleri oldu ve bu adı z/OS altında tuttu .

OS/390

Ana madde: OS/390

1995'in sonlarında IBM, MVS'yi çeşitli program ürünleriyle bir araya getirdi ve adını MVS/ESA'dan OS/390'a değiştirdi.

z/OS

Ana madde: z/OS

Mevcut MVS düzeyi, z/OS olarak pazarlanmaktadır.

Yakından ilgili işletim sistemleri

Japon ana bilgisayar üreticileri Fujitsu ve Hitachi , 20. yüzyılın en ünlü endüstriyel casusluk vakalarından birinde IBM'in MVS kaynak kodunu ve dahili belgelerini hem defalarca hem de yasadışı bir şekilde elde etti . Fujitsu, MSP anabilgisayar işletim sisteminde büyük ölçüde IBM'in koduna güveniyordu ve aynı şekilde Hitachi de VOS3 işletim sistemi için aynı şeyi yaptı . MSP ve VOS3, anabilgisayar kurulu bazında hala önemli bir paya sahip oldukları Japonya'da yoğun bir şekilde pazarlandı, ancak aynı zamanda bir dereceye kadar diğer ülkelerde, özellikle Avustralya'da. IBM'in hataları ve belgelerindeki yazım hataları bile aslına sadık kalınarak kopyalandı. IBM ABD ile işbirliği Federal Araştırma Bürosu bir de acı operasyonu isteksizce üst düzey şirket yöneticileri karışmış 1980'ler araştırmalar ve hatta bazı Japon erken sonuçlanan çok yıllık araştırmalar sırasında tescilli MVS ve anabilgisayar donanım teknolojileri ile Fujitsu ve Hitachi tedariki, Hükümet yetkilileri. Ancak Amdahl , Fujitsu'nun IBM'in fikri mülkiyetini çalmasına karışmadı . Amdahl'dan Fujitsu'ya her türlü iletişim, herhangi bir IBM IP'sinden veya IBM'in IP'sine yapılan herhangi bir referanstan titizlikle temizlenmiş olan "Yalnızca Amdahl Spesifikasyonları" aracılığıyla gerçekleştirildi.

Soruşturmaların ardından IBM, hem Fujitsu hem de Hitachi ile milyonlarca dolarlık anlaşmalara vardı ve uzun yıllar boyunca her iki şirketin de kârlarının önemli bir kısmını topladı. Güvenilir raporlar, yerleşimlerin 500.000.000 ABD Dolarını aştığını gösteriyor.

Üç şirket, çok sayıda ortak iş girişimini uzun zamandır dostane bir şekilde kabul etti. Örneğin, 2000 yılında IBM ve Hitachi, IBM z900 ana bilgisayar modelini geliştirmek için işbirliği yaptı.

Bu tarihsel kopyalama nedeniyle, MSP ve VOS3, MVS'nin "çatalları" olarak uygun şekilde sınıflandırılır ve MVS uyumlu ürünlere sahip birçok üçüncü taraf yazılım satıcısı, çok az değişiklikle veya hiç değişiklik yapmadan MSP ve VOS3 uyumlu sürümleri üretebildi.

IBM , 2000 yılında 64-bit z/Architecture ana bilgisayarlarını piyasaya sürdüğünde, IBM, OS/390 ve MVS'nin doğrudan halefi olan 64-bit z/OS işletim sistemini de tanıttı. Fujitsu ve Hitachi, yarı MVS işletim sistemleri ve donanım sistemleri için IBM'in z/Architecture ürününü lisanslamamayı tercih etti ve bu nedenle MSP ve VOS3, satıcıları tarafından nominal olarak desteklenirken, MVS'nin 1980'lerin mimari sınırlamalarının çoğunu günümüze kadar koruyor. z/OS, MVS dönemi uygulamalarını ve teknolojilerini hâlâ desteklediğinden— z/OS, onlarca yıllık evrim boyunca büyük ölçüde geliştirilmiş ve geliştirilmiş olmasına rağmen, MVS kodunun çoğunu içerir— MSP ve VOS3 üzerinde çalışan uygulamalar (ve operasyonel prosedürler) z/OS'ye geçebilir diğer işletim sistemlerinden çok daha kolay.

Ayrıca bakınız

Notlar

Referanslar

  • Bob DuCharme: "İşletim Sistemleri El Kitabı, Bölüm 06: MVS" (çevrimiçi olarak burada mevcuttur )
  • OS/VS2 MVS'ye Genel Bakış (PDF) . İlk baskı. IBM. Haziran 1978. GC28-0984-0. Arşivlenmiş orijinal (PDF) 16 Mart 2011'de.

Dış bağlantılar