1. GENEL TANIM ve KAVRAMLAR

1.1 VM / ESA nedir? (VM hakkında)

1.2 Control Program (CP)

    1. Conversational Monitör System (CMS)
    2. Remote Spooling Communications Subsystem (RSCS)
    3. Interactive Problem Control System (IPCS)

1.6 CMS Batch Facility

1.7 Minidiskler

1.8 VM Directory'si

1.9 VM' in özellikler

    1. Performansı Etkileyen Faktörler

  1. VM/ESA FILE SYSTEM

2.0 Giriş

2.1 File Management / Enhanced Disk Format (EDF)

2.1.1 Dosya Durum Tabloları

2.1.2 Pointer Blokları

2.1.2.1 Sabit Uzunluklu Kayıtlar

2.1.2.2 Değişken Uzunluklu Kayıtlar

2.1.3 CMS Blok Formatları

2.1.4 Görüntü Disklerin Fiziksel Organizasyonu

2.1.5 Dosya Dizin ve Ayırma Tabloları

2.1.6 Disk Label

2.1.7 Disk Alanının Tutulması: Ayırma Haritası

2.1.8 Dinamik Bellek Yönetimi: Aktif Disk ve Dosyalar

2.1.8.1 Aktif Disklerin Yönetimi

2.1.8.2 Aktif Dosya Yönetimi

2.2 Shared File System(SFS)

2.3 BIT File System(BFS)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

  1. GENEL TANIM ve KAVRAMLAR

1.1 VM / ESA NEDİR?

VM / ESA (Virtual Machine/Enterprise System Arhitecture), IBM’e ait bir işletim sistemidir. Bu IBM’in ailesinden olan Sistem Uygulamaları Mimarisinin ve ESA/390 mainframe işletim sistemlerinin bir üyesidir. Bu etkileşimli kullanıcıları, müşteri/sağlayıcı ortamlarını desteklemek için servislerin eşsiz bir karışımını ve MVS, VSE, AIX gibi veya VM’in kendi programları gibi bütün işletim sistemlerin fonksiyonunu çalıştırmak için olanak sağlar.

VM hakkında;

Tek bir gerçek makinayı birden fazla gerçek makinaymış gibi gösteren bir görüntü makinası isletim sistemi tarafından oluşturulur. Kullanıcı açısından bakıldığında, görüntü makinaları gerçek makinalara çok benzer şekilde yada tamamen farklı olabilirler. Pek çok görüntü makinası işletim sistemi geliştirilmiştir. Bunların en çok kullanılanı VM/370(server) dir.Bu sistem IBM/370 den sonraki pek çok sistemde de kullanıldığı için sadece VM olarak adlandırılır.

VM, bir IBM sistem 370 bilgisayarını (yada benzer bir donanımı) yönetir, ve terminallerdeki kullanıcıların her birine pek çok giriş/çıkış aygıtları ile beraber tam bir sistem 370 görüntüsünü verir. Her kullanıcı farklı bir işletim sistemi seçebilir. VM, Her biri kendi görüntü makinasında olmak üzere bir kaç farklı işletim sistemini aynı anda çalıştırabilir. VM kullanıcısı IBM'ın bir kaç farklı işletim sisteminden herhangi birini yada evde geliştirilmş bir sistemi çalıştırabilirler. Bunlar;

Batch yada tek kullanıcılı etkileşimli sistemler

DOS

DOS/VS (ve DOS/VSE)

OS/PCP

OS/MFT

OS/MVT

OS/VS1

OS/VS2 (MVS)

OS-ASP

PS 44

RSCS

Çoklu Erişim Sistemleri

WM/370

OS'un Timesharing Seçeneği

Conversational Sistem

CMS

 

VM'in ana bölümleri şunlardır:

Control Program (CP)

Conversational Monitör System (CMS)

Remote Spooling Communications Subsystem (RSCS)

Interactive Problem Control System (IPCS)

CMS Batch Facility

 

 

 

 

 

1.2 Control Program (CP)

Görüntü makinalarının çalışabileceği ortamı yaratır . CP, görüntü makinası ortamının altında yatan gerçek makinayı yönetir. Her kullanıcıya, gerçek makinanın işlemci, bellek ve G/Ç aygıtları gibi imkanlarına erişim olanağı verir. Sistem/360, sistem/370, sistem/390 ve diğer uyumlu bilgisayar sistemlerini kontrol eden çeşitli işletim sistemlerini destekler.

    1. Conversational Monitör System (CMS)
    2. Programları etkileşimli olarak geliştirmek için güçlü imkanlar sunan bir uygulama sistemidir. Editörler, dil çeviricileri,çeşitli uygulama paketleri ve debug imkanlarını içerir.

    3. Remote Spooling Communications Subsystem (RSCS)
    4. VM'e bir teleişlem ağı üzerinden kütük gönderme ve alma imkanı verir.

    5. Interactive Problem Control System (IPCS)

IPCS, on-line analizler ve VM' in yazılım problemleri ile başa çıkmak için kullanılır. IPCS problemleri tespit edilmesini sağlar ve farklı tiplerdeki hataların frekanslarını rapor etmek için çeşitli istatistiksel olanakları vardır.

1.6 CMS Batch Facility

CMS Batch Facility, kullanıcıya bir CMS görüntü makinasıyla etkileşimli iş yaparken aynı anda batch processing için sisteme daha büyük işler verme imkanı sağlar CMS Batch, sistem operatörünce kontrol edilen kendi görüntü makinasında çalışır. Iş kontrol deyımleri yapılacak işlemi tanımlar.İşler bir kart şeklinde girilir; gerçekten kartlara delinebilirler yada bir CMS kutsundaki kart görünümlü kayıtlar olarak da verilebilirler. Iş çıktıları, sistemin gerçek çıkış aygıtlarına yada işi veren kullanıcının kendi görüntü makinasının çıkış aygıtlarına gönderilebilir. CMS Batch Facility, işi veren kişiyi iş başlarken ve biterken uyarır.

1.7 Minidiskler

Bir DASD(Doğrudan erişim bellek aygıtı) volume'u özel bir görüntü makinesine adanabilir veya birden fazla görüntü mmakinesi arasında paylaşılabilir.

Bir tek DASD, CP tarafından, herbiri başka bir görüntü makinesine ayrılmış olan minidisklere bölünebilir. Minidiskler disklerin alt kümesi olarak düşünülebilirler. Herbiri silindirlerden oluşur, görüntü makinesi işletim sistemi tarafından bütün bir fiziksel disk olarak kullanılır. Disklerden daha küçük kapasiteye sahaiptirler. CPP minidisklerin gerçek disklere haritalanması işlemini yürütür. Minidisklerin boş alanları minidiskin atanmış olduğu görüntü makinesinde çalışan işletim sistemi tarafından yönetilir. CP Görüntü makinesinin kendi minidiskinin sınırları dışındaki bir disk alanına ulaşmasını önler. Minidisklerin paylaşılması mümkündür, fakat dikkatli bir şekilde kontrol edilmesi gerekir.

1.8 VM Directory'si

VM'e erişim, VM directory'sindeki bilgi vasıtasıyla kontrol edilir. VM directory'si belli bir görüntü sistem üzerinde çalışmasına izin verilmiş bütün potasiyel görüntü makinelerinin tanımlarını içeren bir kütüktür. U directory, her kullanıcı için bir kullanıcı kimliği, password, öncelik sınıfı ve kullanıcının görüntü makinesini tanımlayan çeşitli bilgileri içerir.

1.9 VM' in Özellikleri

VM hesaplama uygulamalarında çeşitlilik sağlar. Bir gerçel bilgisayarı görsel bigisayar durumuna getirir ve her görsel bilgisayar farklı işletim sistemi sağlayabilir. VM'i çalıştıran bir düzen böykelikle, farklı yetekler sunan farklı işletim sitemleriyle, ayrı ayrı birçok bilgisayar sistemini çalıştırıyor izlenimini yaratır.

VM, üretim işi devam ederken, yeni iletim sisteminin test edilmesine izin verir.Programların yeni formata dönüştürülmesi ve bu yeni programların testi, tertibatın süregelen olağan işletimi ile eşzamanlı gerçekleşebilir.CMS yeni formatlara geçişi mümkün kılar.

Çoğu aktif düzenler, sabit olarak öerilen, test ve tesis edilen değişikliklerle birer dinamik bütülüktür. VM bu aktivitelere, süregelen işlemlerle eşzamanlı olmayı mümkün kılar.

Bazen, belli uygulamalar sistem tertibatında varolan farklı bir işletim sisteminin olurluğunu gerektirir. VM tüm diğer işletim unsurlarını durdurmaya ihtiyaç duymakızın, uygun işletim sistemi altında uygulama çalıştırmaya imkan verir.

VM'in merak uyandıran bir başka uygulamasıda, aynı işletim sisteminin birden fazla kopyesini çalıştırmasıdır. Bazı işletim sistemleri, çalışabilecek kullanıcı sayısını kısıtlar. VM'i genişleterek, belli bir işletim sistenmini (daha çok kullanıcıile) sürebilmeyi arzu eden tertibat, bu İşletim Sisteminin birçok kopyesini çalıştırabilir ve böylelikle bir anda çalışabilecek kullanıcı sayısını iki, üç vs. katına çıkarabilir.

1.10 Performansı Etkileyen Faktörler

VM/370'in performansını birçok faktör etkiler

* Kullanılan bilgisayar sistemi

* İşlemekte olan görütü makinelerinin sayısı

* Görüntü makinelerinde çalışan işletim sistemleri

* Görüntü makinelerindeki iş yüklerininyapısı

* Kullanılan kanal sayısı

* Kanalların tipi (blok multiplexer ya da selector)

* Kullanılan gerçek bellek kapasitesi

* Görüntü makine yardım özelliğinin kullanımı

* VM uzantılı kontrol program desteğinin kullanımı

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2. VM/ESA FILE SYSTEM

2.0 GİRİŞ

VM/ESA dosya sistemi üçe ayrılmaktadır. Bu bölümler:

    1. File Management(Dosya Yönetimi) / Enhanced Disk Format(Geliştirilmiş Disk Şekli)

CMS dosya sistemi 2 farklı yapıyı destekler, Enhanced Disk Format (EDF) ve Shared File System (SFS) (Bölüştürülmüş Dosya Sistemi). Shared File System program ve dataları kullanıcılar arasında bölüştürür. Bu bölüm EDF’ yi içermektedir. SFS ve BFS diğer bölümlerde anlatılacaktır. EDF’nin iki ana görünümü:

 

 

Şekil 1 - EDF fonksiyonları

 

CMS dosyaları üç tip blok tarafından organize edilir : Dosya durum tablosu (File Status Table - FST), pointer blokları, ve dosya kayıtları. Şekil 1 de bu blokların nasıl ilişkilendirileceği gösterilmiştir.

 

2.1.1 Dosya Durum Tabloları (File Status Tables-FST)

CMS dosyaları FST’de anlatılan 512- , 1K-, 2 K-, veya 4K-byte‘lık CMS bloklarını içerir. FST, FSTSECT DSECT tarafından tanımlanır. FST dosyanın dosya ismini, dosya tipini ve dosya modunu ; dosyanın en son yazılan gün ve saatini ve dosyanın sabit uzunluğu ve değişken formatları gibi bilgileri içerir. Ayrıca, FST en yüksek seviyeli pointer bloklarında ve sadece data blocklarında bir pointer (File Origin Pointer(FOP) denen ) içerir. Eğer bu bir pointer blok ise bu blok sonraki alt seviyeli pointer bloklarının adreslerini ya da dosya için asıl verileri içeren data bloklarını içerir. FST, FST blokları denen 512-, 1K-, 2K-, or 4K-byte’lık CMS blokların grubudur. (Bunlara bazen Hiperbloklar da denir) Her FST bloğu 8, 16, 32, veya 64 FST kişisel girişleri içerir (bir FST girişi 64 byte’dır.), ve ayrı dosya niteliklerini anlatır. Şekil 2 FST bloklarının yapılarını ve FST girişinde tanımlanan alanları gösterir.

NOT : Programlar FST’nin file ID sini değiştirirse dosya sisteminin doğruluğuna zarar verebilir. Programlar FST’nin alanlarını değiştirirse bu CMS tarafından desteklenmez. Bu programlar diske tekrar erişilmek istediğinde File Not Found hatasına neden olabilir.

 

ŞEKİL 2 EDF kayıtları birlikte nasıl bağlanır.

 

ŞEKİL 3 EDF dosya statü tablosu girişi

 

2.1.2 Pointer Blokları

Pointer bloklarının iki tipi vardır: pointer blocks for fixed-length records(sabit uzunluklu pointer blokları), and pointer blocks for variable-length records(Değişken Uzunluklu pointer blokları).

 

2.1.2.1 Fixed-Length Records

Pointer blokları, dosya kayıtlarını zincirleyen 512-, 1K-, 2K-, or 4K-byte bellek bloklarıdır. Pointer bloklarının 6 seviyesi vardır. Ama pointer bloklarının ilk seviyesi sonraki alt seviyeli pointer bloğunun fullword disk adresini içerir. Level-one(seviye bir) pointer blokları dosyanın data bloklarının fullword disk adresini içerir. (Şekil 4 ve Şekil 5’e bak).

 

2.1.2.2 Variable-Length Records(Bu bölüm çevrilecek)

variable-length recordlar için, girilen her pointer blok 3 fullword ‘tür:

Her girilen birinci seviye pointer blok bir fullword uygun data bloklarının disk adresini içerir, bir fullword bu data bloklarında en yüksek kayıt sayısını içerir, ve bir fullword (eğer varsa) data bloğunda içerilen ilk tanımlanan kaydın (byte olarak) çıkarımını içerir. Son fullword X’FF...F’ hexademical değerini tutacak girişi içerir. Bir Pointer bloğun son fullword ‘u blokta en son kullanılmış girişin çıkarılımını tutar. Bu yapı büyük dosyaların oluşturulmasına izin verir. EDF minidisk’inde bir değişken biçim dosyasında mevcut data bloklarının en fazla alacağı değer yaklaşık 231 – 1 ‘dir.

Dizin girişleri için kullanılan pointer blokları ve data blokları bir başlıkla görüntü bellekda eklenmişlerdir. Dosyalar için kullanılan pointer blokları ve data bloklarının başlıkları yoktur. Bu başlık bir üst seviye pointer bloğunu işaret eden DCHTRUNK diye adlandırılan bir girişi tutar. Görüntü bellekte, data bloğunun ve dizin pointer bloğunun her seviyesi ilişkili Aktif Disk Tablosunda (Aktive Disk Table - ADT) ileri ve geri bağlantısı vardır.

ŞEKİL 4 Sabit formatlı(Fixed-format) dosyaların yapısı

 

 

 

 

 

 

ŞEKİL 5 Değişken formatlı(Variable-format) dosyaların yapısı

 

 

 

2.1.3 CMS Block Formatları

CMS blokları, datalardan oluşan dosyaları içeren 512-, 1K-, 2K-, or 4K-byte disk kayıtlarıdır. Şekil 4’te pointer blokların birlikte nasıl zincirlendiğini göstermektedir. CMS kayıtları ya sabit uzunlukta ya da değişken formatta diskte belleklanabilir. Bununla birlikte iki format tek dosyada karıştırılamaz.

Diğer formatlar ne olursa olsun, dosya kayıtları CMS tarafından sıralı düzende belleklanır. Her CMS blok(son hariç) tamamiyle doldurulur ve bir CMS bloğunda başlayan kayıtlar bir sonraki CMS bloğunda bitebilir. Şekil 4’te sabit uzunluktaki kayıtları içeren dosyalardaki kaytıların düzenini gösterir. Şekil 5’te değişken uzunluktaki kayıtları içeren dosyadaki kayıtların düzenini gösterir. Sabit uzunluklu parçaları içeren dosyadaki herhangi bir parçanın yeri şu formul tarafından hesaplanır:

	      (record number - 1) x record length 
     location =      ----------------------------------- 
                      	512, 1K, 2K, or 4K 

Bu eşitlik data bloklarının sıralı sayısı ve gerisi data bloğundaki kaydın çıkarımıdır.

Değişken uzunluklu dosyalar için, her kayıt, kayıt uzunluğu belirtilen iki byte alan tarafından önde yer aldırılır.

 

2.1.4 Physical Organization of Virtual Disks (Görüntü Disklerin Fiziksel Organizasyonu)

Virtual diskler, 512-, 1K-, 2K-, or 4K-byte’lık disk kayıtlarında fiziksel olarak organize edilir. Her kullanıcı diskinin kayıt 1 ve kayıt 2’si, IPL için tahsis edilir. Kayıt 3 disk label’ ını içerir. Dosya dizinindeki ilk blok dizin diske yazıldığı zaman Kayıt 4 ve Kayıt 5 arasında değişimli yerdeğiştirir. Diskte Kalan kayıtlar ayırma blok tabloları, FSTB, pointer blokları ve kişisel dosyalar gibi bilgileri içerir. FB-512 de bulunan CMS disk yapısı 512-, 1024-, 2048-, veya 4096-byte’lık CMS blok formatıdır. 512-byte’lık fiziksel FB-512 disk kayıtlarının sayısı her CMS bloğundan bereberce mantıksal olarak bağlanır. Mesela bir 1024 byte’lık disk formatında, FB-512 fiziksel kayıt sayıları 0 ve 1 (orjin 0), CMS blok 1(orjin 1)’i oluşturmak için beraber kullanılır. FB-512 label, genel kullanım için hazır CMS blokları 2 ve 3’e ayrılan FB-512 block 1 tarafından işgal edilir.

 

2.1.5 The File Directory and Allocation Map (Dosya Dizin ve Ayırma Tabloları)

Dosya dizini ve ayırma tabloları dosyalar gibi aynı organizasyona sahiptir. Dizin FST içerir ve ilk blok cylinder 0, track 0,her virtual diskin kayıt 4 veya kayıt 5inde bulunur. Kayıt sayısı (4 veya 5) disk label lın alan disk orjin pointerda devam ettrilir. Dizinin kendisi ilk blokta İlk FST tarafından tanımlanır. Dizin için dosya adı binary zerodur ( binary 1 olan byte 4 hariç ), ve dosya tipi DIRECTOR (yönetici)’dır. Ayırma tablosu dizinin birinci bloğunda ikinci FST tarafından tanımlanır. Dosya adı binary sıfırdır. (binary 2 olan byte 4 için hariç) ve dosya tipi ALLOCMAP’tir.

 

 

 

 

 

 

 

2.1.6 The Disk Label

Disk Label cylinder 0, track 0, kayıt 3 de bulunur. Bu 80 byte’dır ve aşağıdaki diğer biligileri içerir:

 

ADTIDENT
CMS1, label tanımıdır.
ADTID
Kullanıcı tarafından verilen 6 karakter volume tanımıdır.
ADTDBSIZ
Bir fullword; disk formatlanırken kullanıcının seçtiği disk blok boyutunu içerir.
ADTDOP
Bir fullword; asıl dizinin ilk data blok adresine bağlı olarak orjin pointer kayıt 4 veya 5’i içerir.
ADTCYL
Bir fullword; CMS dosyaları için hazır formatlanmış cylinderlerin sayısı nı içerir.
ADTMCYL
Bir fullword; maximum formatlı dizin sayısısını içerir, yani, diskin boyutunu.
 
ADTNUM
Bir fullword; kullanıcı diskinde 512-, 1K-, 2K-, veya 4K-byte blockların toplam sayısını.
 
ADTUSED
Bir fullword; dikte kullanılan block sayısını.
ADTFSTSZ
Bir fullword; FST(64 bytes) nin boyutunu.
ADTNFST
Bir fullword; FST nin blok sayısını.
ADTCRED
6 karakter; disk oluşturulurkenki tarih(YYMMDDHHMMSS).
ADTFLGL
Bir byte; label flag byte’ı (bit X’01’ ,0=19 ve 1=20 olduğu, disk oluşturma tarihi için yüzyılı belirler.)
ADTAMNB
Bir fullword; ayırma tablosundaki belirli cursor positionuna bağlı blok sayısı.
ADTAMND
Bir fullword; ADTAMNB tarafından belirtilmiş bloktaki belirli cursor positionuna bağlı byte offsetini içerir.
 
ADTAMUP
Bir fullword; kullanıcı data bloklarının başına uygun ayırma tablosunda belirli byte adresini içerir.
ADTSFNAM
Sekiz karakter; eğer bir kayıtlı dosya dizini bu disk için kullanılacaksa paylaştırılmış segmentlerin ismini içerir.

2.1.7 Disk alanının izinin tutulması : Ayırma haritası (Allacation Map)

CMS'de, diskteki boş alan birbirine bağlanmış 512,1K,2K,4K-byte'lık bloklardan oluşur. Çünkü boş alan yönetimi ilaveleri değil, sadece mevcut blokları belirler, boş alan ayırmaya ihtiyacı yoktur. Okuma/Yazma diskindeki blokların durumu (hangi blokların kullanılabilir, hangi blokların kullanımda olduğu) ayırma haritası denen bir tabloda saklanır. Ayırma haritası CMS blokları ile ilişkilendirilmiş bit'lerden oluşur. İlk bit ilk CMS bloğunun, ikincisi ikinci CMS bloğunun karşılığı diye tüm CMS blockları ilişkilidir.

Ayırma haritasındaki bir bit'in 1 olması durumunda, bu bit ile ilişkili olan bloğu kullanımda olduğu ve tahsis edilemeyeceğini , 0 olması durumunda ise ilişkili bloğun kullanılabilir olduğunu gösterir. Data blokları disk boş alan yönetiminde göreceli blok numaralarıyla ilişkilidir. Disk G/Ç rutini (DMSDIO) son olarak bu numarayı bir disk adresine (silindir, başlık ve kayıt numarası) yada FB-512 blok numarasına çevirir.

Sistem kullanımda değilken, bir kullanıcının tahsisi ilişkili diskte bulunabilir. Bir oturum sırasında, bu diskte korunur, fakat genede gerçek bellekda da bulundurulur. Ayırma haritasının boyu diskte kaç tane silindir olduğuna göre değişir. CMS diski tüm fiziksel disk paketinde bulunabilir ve sadece disk paketininz fiziksel limiti ile sınırlıdır.

CMS disk blokları serbest bırakıldıklarında, gerçek bellekda serbest bırakma haritası tutulur.

Disk dosya dizinini ve ayırma haritasını yazarak güncellerken, geçerli ayırma haritası, ayırma haritasının ve serbest bırakma haritasının birleştirilmesiyle şekillendirilir.

Salt okunur diskleri için ayırma haritaları disk belleğe getirilmez çünkü salt okunur durumdaki bir diskte boş yer tahsis edilmez.

2.1.7.1 Seçici dizin güncellemesi(İlave)

Dosya dizini ve ayırma haritası 512,1K,2K veya 4K-byte'lık CMS bloklarıyla oluşturulur. Seçici dizin güncelleme fonksiyonları ilişkili diskte dosya dizini ve ayırma haritası güncellenmesi gerektiğinde kullanılır. Sadece dizinin ve tüm ayırma haritasının değişmiş bloklarını diske yazar.

2.1.8 Dinamik Bellek Yönetimi : Aktif diskler ve Dosyalar

CMS diskleri dosya dizinini ve ayırma haritasını içeren CMS bloklarında fiziksel olarak haritalanır. Diskteki CMS dosyaları FST bloklarını, gösterge bloklarını ve 512, 1K, 2K, 4K-byte'lık dosya data bloklarını kullanarak haritalanır.

Gerçek bellekte, verinin tamamına DMSNUC, ADTSECT ve AFTSECT'te adresleri tanımlanan iki DSECT ile erişilir. İki ADTSECT (S ve Y) DMSNUC'te bulunur; diğer 24'ü kullanıldıklarında boş alanda bulunur. 5 AFT DMSNUC'te bulunur; diğerleri boş alanda bulunur. (Başlık 1.7.8.2 deki Şekil 34 'e bakınız)

2.1.8.1 Aktif disklerin yönetimi: Aktif disk tablosu

ADTSECT DSECT aktif disk tablosundaki bilgiyi haritalar. Bir ADT CMS diski hakkında gösterge block seviyeleri için kancalar, dosya dizinleri için data blokları ve ayırma haritası için data blokları (eğer disk okuma yazma diski ise) gibi önemli bilgileri içerir.

 

 

 

2.1.8.2 Aktif disklerin yönetimi: aktif dosya tablosu

Her açık dosya, diskteki aktif dosya tablosu(AFT) ile temsil edilir. AFT diskte FST'de bulunan veriyi içerir:bir gösterge bloğundaki girişlerin sayısı, gösterge blok seviyelerinin sayısı ve gösterge blok girişinin uzunluğu. AFT ayrıca dosyanın okuma ve yazma göstergesi, Kayıt Yönetici Çalışma Alanının göstergesi (geçerli bellekteki gösterge bloklarına ve data bloklarının yerlerini içeren) ve dosya ile ilgili durum bilgisi gibi bilgileri içerir.

Şekil 6 AFT ve diğer CMS blokları arasındaki bağlantıyı gösterir.

 

 

 

 

 

 

 

 

 

 

Şekil 6 EDF dosya sistemi. bu 3380 aygıtı için tipik bir örnektir.(3 Şekil)

2.2 Shared File System (SFS)

SFS dosya boş alanı kullanım notları :

Bir kullanıcı bir dosya havuzuna (file pool) kaydolduğunda, dosya havuzu servisi bu kullanıcı için bir SPACECAT kaydı oluşturur. SPACECAT kaydı kullanıcıya ne kadar boş yer ayrıldığını, kullanıcının hangi bellek grubuna üye olduğunu ve kullanıcının ayrılan yerden yüzde olarak ne kadar tükettiğinde uyarılacağını gösterir.

Eğer amaç bir bellek grubundaki yada dosya boş alanındaki READEXT içinse, SPACECAT kaydı "harici yetki" kayıtları olacaktır. Kullanıcının apaçık yetkiye sahip olduğu dosya havuzundaki her nesne, nesnenin tüm nitelikli ismini içeren bir FQFN kaydıyla takip edilen bir AUTHCAT kaydı (CATTYPE=G) ile gösterilir.

Apaçık yetki dosya havuzu idare yetkisini veya kullanıcının kendi dosya boş alanındaki dosyalara yetkiyi içermez.

Kullanıcıya ayrıca bir DIRCAT kaydı ve bir OBJECTCAT kaydı ile sunulan bir en üst dizin verilmiştir. Bir yegane ID dizinle ilişkilidir ve DIRCAT' in dizin nesne ID alanında ve OBJECTCAT deki nesne ID alanında kaydedilir. Bu ID ayrıca kullanıcı nesne ID alanındaki SPACECAT' te depolanır. Servis bir DIRCAT kaydı ve OBJECTCAT kaydı çiftiyle tüm dizinleri gösterir.

Dizinlerin hiyerarşisini sağlamak için her nesne en üst dizin haricinde ebeveyni olan bir kullanıcı ile ilişkilidir. Ebeveyn dizin nesne ID OBJECTCAT kaydında depolanır.

Tüm takma adlar, dosyalar ve dizinler bir OBJECTCAT kaydına sahiptir. Bir takma ad temel dosya nesne ID alanında onun temel dosyası ile ilişkilendirilebilir. Dosya özellikleri dosyanın OBJECTCAT kaydında içerilirler ve bir takma adın OBJECTCAT kaydında kopya edilirler.

Bir dosyanın OBJECTCAT kaydı ayrıca DATABLOCKLIST alanındaki ilk 8 data blok sayısını içerir. Sayılar dosya havuzunun başlangıcıyla bağlantılıdırlar.

Eğer bir dosya verinin 4KB bloklarının 8'den fazlasına sahipse, bu ek bloklar DBLCAT kaydı ile gösterilir. Bir dosya için DBLCAT kayıtları dosyanın OBJECTCAT kaydı ve nesne ID alanın her ikisiyle de mantıksal olarak ilişkilidir.

Bir dosyaya yahut bir dizine herhangi bir yetki elde edildiğinde, bir AUTHCAT kaydı yetkiyi göstermek için oluşturulur. Bir AUTHCAT kaydı kazanılan yetkiyi, hangi nesne üzerinden kazanıldığını, kazandırılan kullanıcıyı ve nesnenin sahibini içerir.

Eğer açık yetki READEXT ise, bir temel dosya için AUTHCAT kayıtlarını takip eden, bu temel dosyayı işaret eden dosya havuzunda olan ve bu dosya boş alanın parçası olmayan her takma ad CATTYPE=H' lı bir FQFN kaydı ile temsil edilir. Bu 'H' tipi FQFN kaydı harici takma adlarının tüm nitelikli dosya ismini içerir.

Durum alanı 'V' (takma ad) olan bir OBJECTCAT kaydını takip eden, temel dosyanın tüm nitelikli dosya ismini içeren FQFN kaydı olacaktır

Bir ACAT kaydı durum alanı 'J' (çözülmemiş takma ad) olan OBJECTCAT kaydını izler. ACAT kaydı temel dosyanın tüm nitelikli dosya ismini içerir.

Bir EOCAT kaydı harici nesneler için döndürülür.

Nesne Bilgisi

Dizin (Directory)

Dizindeki her dosya, takma ad, harici nesne ve altdizin için bir OBJECTCAT (CATTYPE=0) kaydı ile takip edilen bir DIRCAT kaydıdır.

Dosya Boş Alanı (File Space)

Dosya boş alanındaki her dizin için DIRCAT/OBJECTCAT gruplarının bir serisi ile takip edilen bir SPACECAT kaydıdır.

Bellek Grupları (Storage Groups)

Bellek grubunda (yada tüm bellek gruplarında) her dosya boş alanı için SPACECAT/DIRCAT/OBJECTCAT' in bir serisidir (parçasız sıralı olarak) .

 

 

2.3 BIT File System(BFS)’dir.

  1. Bir BFS dosya alanı bir SPACECAT kayıt tarafından gösterilir. SPACECAT kaydı BFS dosya alanı ne kadar alan ayrıldığını ve hangi bellek grubunun BFS dosya alanı için ayrıldığını gösterir. SPACECAT kaydı dosya alanının BFS Dosya alanı olduğunu gösterecek. Bu, bir dosya alan ID veya USEROID içerir. BFS dosya alandaki tepe veya kök dizin DIRCAT kaydı tarafından gösterilir. Bu DIRCAT’te yansıtılan sıradüzen içinde sadece dizindir. SPACE kaydı, USEROID tarafından kendi tepe(top) dizini ile ilişkilendirilir.
  2. Nesne Adları(path bileşenleri) iki katalogta kayıt edilir. İlki NAMECAT’tir. Tanımlanan her path bileşeni adı için tamamen bir NAMECAT kaydı vardır. Her NAMECAT kaydı, adın ilk 32 bitini içerecek. Eğer ad 32 bitten uzunsa, buna dayanarak NAMECAT taşma(overflow) katalog(NOVCAT) içerir. Ad sonlandırıcıları(/ ve Null karakter) NAMECAT veya NOVCAT‘ta depolanamaz.

    NAMECAT kayıtları USEROID tarafından SPACECAT’e ilişkilendirilir. Her nesne, nesneyi NAMECAT, OBJECTCAT ve her DBLCAT kayıtlarına ilişkilendiren bir nesne ID(OID) gösterir. NAMECAT kayıtları ayrıca ad ID’ler (NID)olarak gösterilir. NID, server’a adını gösteren bir dosya alan sayısıdır. NID, NAMECAT kayıtı NOVCAT kayıtlara (eğer varsa) ilişkilidir. Dizinlerin sıradüzeni desteklemesi için, her nesne, tepe dizin hariç, bir kullanıcının ana dizini ile birleştirilmiştir. Ana dizin nesne ID(PDOID) NAMECAT kayıtta depolanır.

    SFS’in tersine, dizin sıradüzeni OBJECTCAT’te yansıtılmaz. Her OBJECTCAT PDOID’i tepe dizinin USERID’sini içerir. BFS dosya alandaki nesneler dizinler, sıradan dosyalar ve bir özel dosya türüdür. Her nesne, tam bir OBJECTCAT kayıt tarafından tanımlanır. Ek olarak, sıradan dosyalar, bir veya daha fazla DBLCAT kaydı tarafından tanımlanır. Sembolik ve dış linkler, bir veya daha çok EOCAT kaydı tarafından tanımlanır.

    Her BFS nesneleri en az bir ‘hard’ link veya ad, bunlarla birleştirilmişe sahiptir. Hard linkler tam bir NAMECAT kaydı ve belki bir veya daha fazla NOVCAT kaydı tarafından tanımlanır.

    Hard linlerin kendine ait OBJECTCAT kaydına sahip değildir, ama bunlar dosya veya dizinin OBJECTCAT kaydı ile ilişkili bağlanırlar. Hehangi bir hard link saysıs aynı OBJECT kaydı ile ilişkilendirilebilir. BFS dosya alanındaki büyük dosyalar SFS dosya alanında olan DBLCAT kayıtları tarafından temsil edilir.

    EOCAT kayıtları, sembolik veya dış link içeriklerini depolamak için kullanılır. Bir çok kaydı bir sembolik veya dış link temsil etmek isteyebileceği için EOCAT kayıtları sabit uzunlukta kayıtlardır.

    Bunlar, BFS dosya alanları ile birleştirilmiş AUTHCAT kayda sahip değildir. BFS nesneleri için yetki veren bilgiler OBJECTCAT kaydındaki ST_MODE alanı içerir.

    Aliases(Takma adlar) BFS dosya alanında açılmamıştır.

  3. BFS dosya alanı hakkında bilgiler döndüğü zaman DMSRDCAT rutini, tepe dizini için DIRCAT,OBJECTCAT ve NAMECAT kayıtları tarafından izlenen , dosya lanı için NAMECAT katıtlarını tümü tarafından izlenen dosya alanı için SPACECAT kaydı geri döndürür. NAMECAT kayıtları sınıfı, diagramda görülen seviye tarafından olur. Bütün nesneler için OBJECTCAT kayıtları izlenir. OBJECTCAT kayıtları sınıfı, CMS kısa adı FN FT tarafından alfabetik olur. Dizinlerin sıradüzeni OBJECTCAT’ta yansıtılmaz. Her OBJECTCAT kaydının PDOID alanı, tepe dizinin USEROID’ini içerir.
  4. CMS kısa adı, .... gösterilir : FN, INO karakter temslidir., dosya alanındaki yegane sayı nesneye verilir ve FT her zaman ‘0’’dır.

    DBLCAT ve EOCAT kayıtlarını ihiyaç olduğu zaman OBJECTCAT kaydı izleyebilir. Bilgiler bellek gruba geri döndüğü zaman, bellek gruptaki her dosya alanının özel bir sınıfı yoktur, yukarıda olduğu gibi döndürülür.

    Bilgiler dizine geri döndüğü zaman, belirli dizin ile ilgisi olan bütün katalog bilgileri geri döndürülür:

     

    Level / (tepe veya kök dir)

    |

    1 ___________A__________

    | | |

    | | |

    2 _____B______ 1 C

    | | | | | |

    | | | | | |

    3 D 2 3 EEEE 4 8

    | | |

                            | |           | 

    4 5 6 7

     

     

    Bu kullanıcı için A,B,C,D,EEEE dizinlerdir.

    Sayılar dizinleri izleyen dosylalardır. 8 sembolik linktir. Dosya 1’e 3 ve 1 iki hard linktir.

    Açıklayıcı amaçlar için, NAMESEG uzunluğu 32’den 3 fazla varsayılır.

    Eğer siz okuma için dosya alanı açarsanız, DMSRDCAT, devam eden sıralarda katalog kayıtları döndürür.

    Tablo 1 Bir BFS dosya alanı için döndürülen katakog kayıt dizisi okuma için açılması

    CAT Tipi

    İçindekiler

    S

    BFS dosya alanı için SPACECAT

    D

    Tepe dizin için DIRCAT (/)

    O

    Tepe dizin için OBJECTCAT(/)

    N

    Tepe dizin için NAMECAT(/)

    N

    Dizin için NAMECAT(/A)

    N

    Dizin için NAMECAT(/A /B)

    N

    Dizin için NAMECAT(/A /C)

    N

    Dosya için NAMECAT(/A /1)

    N

    Dizin için NAMECAT(/A /D)

    N

    Dizin için NAMECAT(/A /EEEE)

    V

    Dizin için NOVCAT(/A /EEEE)

    N

    Dosya için NAMECAT(/A /B /2)

    N

    Dosya için NAMECAT(/A /B /3)

    N

    Dosya için NAMECAT(/A /C /4)

    N

    Dosya için NAMECAT(/A /C /8)

    N

    Dosya için NAMECAT(/A /B /D /5)

    N

    Dosya için NAMECAT(/A /B /D /6)

    N

    Dosya için NAMECAT(/A /B /EEEE /7)

    Kalan OBJECTCAT, DBLCAT ve EOCAT kayıtları BFS dosya alanı ile CMS kısa adlarında nümerik düzende geri döndürülür. Ayrıca sadece bir OBJECTCAT kaydı, nesne linkler /A/1 ve /A/B/3 tarafından temsil edildiği için geri dödürülür.

  5. DMSOPCAT amacı FILEATTR olduğu zaman, bu bilgiler değişik nesneler için döndürülür.

Nesne bilgileri

Dizin

Bir DIRCAT kaydı (CATTYPE=D), dizindeki her nesne için bir OBJECTCAT(CATTYPE=O) kaydı tarafından takip edilir.

Dosya alanı

Bir SPACECAT kaydı(CATTYPE=S), dosya alanındaki her nesene için bir OBJECTCAT kaydı tarafından takip edilir.

Bellek grupları

Bellek grup(yada tüm bellek gruplar)Her dosya alanı için SPACECAT/OBJECTCAT grupları bir seridir. (Özel sınıfı olmayan)

Katalog kayıtların formatları tablo 50 ila 60’ta gösteriliyor. Sadece BFS dosya alanları için uygulanan alanlar bir yıldız (*) tarafından gösterilmiştir.

Tablo 2 SPACECAT Kaydı (CATTYPE = S), Kayıt Uzunluğu= 61 byte

Dosya Adı

Dosya Tipi

Açıklama

CATTYPE

CHAR(1)

Katalog tipi

USERID

CHAR(8)

Dizinin kenidisine kullanıcı tanımı

STORAGE

INTEGER(4)

Max. 4 KB’lik dosya bloklarını temsil edilir.

STORAGEUSED

INTEGER(4)

4 KB’lik dosya bloklarını temsil edilir.

STHRESH

INTEGER(2)

İkaz eşlik yüzdesi

USEROID

CHAR(8)

İç kullanıcı tanıtımı

STORAGEGROUP

INTEGER(2)

Bellek grup numarası

HIGHINO*

INTEGER(4)

Yüksek OBJECTCAT INO değeri

HIGHNID*

INTEGER(4)

Dosya alanı özellikleri kişisel bitler tarafından gösterilir:

‘1xxx xxxx’= BFS dosya alanı

‘0xxx xxxx’= SFS dosya alanı

RESERVED01

CHAR(7)

Ayrılmış

RESERVED02

CHAR(8)

Ayrılmış

RESERVED03

CHAR(8)

Ayrılmış

Tablo 3 SFS için OBJECTCAT kaydı (CATTYPE=0), Kayıt Uzunluğu =216

Dosya Adı

Dosya Tipi

Açıklama

CATTYPE

CHAR(1)

Katalog tipi

DIROWNER

CHAR(8)

Kendi dizini

PDOID

CHAR(8)

Ana Dizin OID

FN

CHAR(8)

CMS dosya adı

FT

CHAR(8)

CMS dosya tipi

OWNER

CHAR(8)

BFOID tarafından tanımlanmış base dosyanın kendisi

TYPE

CHAR(1)

‘D’=dizin

‘X’=dosya, alias ya da harici nesne

‘U’=Ayrılmamış

FMN

CHAR(1)

CMS dosya mod sayısı

RECFM

INTEGER(4)

CMS dosya kayıt format:

‘F’=Sabit

‘V’=Değişken

‘D’=Dizin

‘ ’=Harici nesne ya da çözülmemiş alias(Statü J)

OVERFLOW

CHAR(1)

DBLCAT taşma göstergesi

LRECL

INTEGER(4)

CMS dosya lojik kayıt uzunluğu

LEVEL

INTEGER(8)

Dosyanın seviyesini işler

STORAGEGROUP

INTEGER(2)

Nesnenin bellek grubu

DATABLOKUSED

INTEGER(4)

Dosya bloklarının belirli sayısı

RECORDS

INTEGER(4)

Dosya kayıt sayısı

PTRLEVEL

INTEGER(1)

Pointer bloklarının seviyesi

FILEFLAGS

CHAR(2)

Dizin özelliği kişisel bitler tarafından gösterilir:

‘1xxx xxxx’=BFS dosya sistemi

‘0xxx xxxx’=SFS dosya sistemi

‘x1xx xxxx’= DATE(en son güncelleme tarihi)için 20yy bit

‘x0xx xxxx’= DATE(en son güncelleme tarihi)için 19yy bit

‘xxx1 xxxx’= Gitmiş dosya

‘xxxx 1xxx’=DIRCONTROL

‘xxxx 0xxx’=FILECONTROL

‘xxxx x1xx’=Geri döndürülemeyen dosya

‘xxxx x0xx’=Geri döndürülen dosya

‘xxxx x1xx’=Geri döndürülemeyen dosya

‘xxxx xx1x’=dosyanın yerinde güncellenmesi

‘xxxx xx0x’= dosyanın yerinde güncellenmemesi

‘xxxx xxx1’= DATEREF(son referans tarihi) için 20 yy biti

‘xxxx xxx0’= DATEREF(son referans tarihi) için 19 yy biti

DATE

CHAR(3)

Yerel Gün (yymmdd) son değiştirilme

TIME

CHAR(3)

Yerel Saat(hhmmss) son değiştirlme

OID

CHAR(8)

Nesne tanımlayıcı

BFOID

CHAR(8)

Taban dosya tanımlayıcı

STATUS

CHAR(1)

Girilen statü

‘A’=dosya

‘V’=alias

‘E’=silinmiş alias

‘R’=kaldırılmış alias

‘D’=Dizin

‘I’= çözülmemiş alias(Tabanı düzenlenmemiş)

‘J’= çözülmemiş alias(Tabanı düzenlenmemiş)

‘K’=harici nesne

‘U’=Ayrılmamış sıra

GRANTS

CHAR(1)

Yetkili göstergeyi onaylama

‘0’= yetkili onaylanmadı

‘1’= Genel okuma

‘2’= Genel okuma artı kişisel onaylama

‘3’= Genel yazma

‘4’= Genel yazma artı kişisel onaylama

‘5’= sadece kişisel onaylama(genel değil)

MAXBLOCK

INTEGER(4)

Max. Dosya blok sayısı

DATABLOKLIST

CHAR(32)

8-dosya data blok tanımlayıcı

USEROID

CHAR(8)

Dahili User ID

BUSEROID

CHAR(8)

Tabanın dahili User ID’si

BPDOID

CHAR(8)

Taban dosyanın Ana dizin ID’si

BSCID

INTEGER(4)

Taban dosyanın statü değiştirme tanımı(SCID)

CHAR(8)

Ayrılmış

CHGDATE_

CENTURY

CAHR(1)

LAST_CHANGE_DATE(son değişen tarih) için yüzyılbyte’ı

X’19’=19yy

X’20’=20yy

LAST_CHANGE_ DATE

CHAR(3)

Son değişen UTC Tarihi

CHAR(1)

Ayrılmış

DRA1

CHAR(8)

DRA1(DMSMS/VM ilgili özellik)

DRA2

CHAR(8)

DRA2(DMSMS/VM ilgili özellik)

DRA1

CHAR(8)

DRA1(DMSMS/VM ilgili özellik)

INTEGER(4)

Ayrılmış

CREATIONDATE_ CENTURY

CHAR(1)

CREATIONDATE(Oluşum günü) için yüzyıl byte’ı

Ya X’19’ ya da X’20’

CREATIONDATE

CHAR(3)

Ayarlanmış ortak zamanda(UTC) dosya oluşma tarihi

UTC(Coordinated Universal Time)

 

 

Tablo 4 BFS için OBJECTCAT kayıt(CATTYPE=O) Kayıt Uzunluğu= 216 byte’lık

Dosya Adı

Dosya Tipi

Açıklama

CATTYPE

CHAR(1)

Katalog tipi

FSNAME

CHAR(8)

Dosya Alan Adı

PDOID

CHAR(8)

Tepe dizininUser OID’si

FN

CHAR(8)

Dosya kısa adı

FT

CHAR(8)

‘0’

OWNER

CHAR(8)

Dosya alan adı

TYPE

CHAR(8)

‘D’= Dizin

‘X’= dosya veya link

‘U’=ayrılmamaış

RESERVED01

CHAR(1)

Ayrılmış

SCID

INTEGER(4)

Statü Değişim tanımlayıcısı

RESERVED02

CHAR(1)

Ayrılmış

OVERFLOW

CHAR(1)

DBLCAT taşma göstergesi

ST_INO

INTEGER(4)

Dosya seri no

LEVEL

INTEGER(2)

Dosyanın seviye işlemi

STORAGEGROUP

INTEGER(2)

Nesnenin bellek grubu

ST_NLINK

INTEGER(4)

Linklerin sayısı

DATABLOCKUSED

INTEGER(4)

Dosya bloklarının belirli sayısı

ST_UID

INTEGER(4)

Kendi dosyanızım USER ID’si

FILEFLAGS

CHAR(1)

Dizin özellikleri kişisel bitler tarafından gösterilir:

‘xxx1 xxxx’=Gitmiş dosya

‘1xxx xxxx’=BFS dosya alanı

RESERVED04

CHAR(3)

Ayrılmış

RESERVED05

CHAR(3)

Ayrılmış

OID

CHAR(8)

Nesne tanımlayıcı

RESERVED06

CHAR(3)

Ayrılmış

STATUS

CHAR(1)

Girilmiş statü:

‘A’= BFS sıradan dosya

‘C’= Karakter özel dosya

‘D’= Dizin

‘X’= harici link

‘P’= FIFO

‘L’= sembolik link

‘U’= ayrılmamış sıra

RESERVED07

CHAR(3)

Ayrılmış

ST_MODE

CHAR(32)

8-dosya daat blok tanımlayıcıları

USROID

CHAR(8)

User OID

RESERVED08

CHAR(3)

Ayrılmış

ST_SIZE

INTEGER(8)

Byte’tan dosya boyutu

RESERVED09

CHAR(3)

Ayrılmış

ST_ATIME

INTEGER(4)

Son erişilen saat

ST_MTIME

INTEGER(4)

Son data güncellemenin saati

ST_CTIME

INTEGER(4)

Son statü değişiminin saati

AUDIT_FLAGS

CHAR(8)

Bilanço flagları

DRA1

CHAR(8)

Ayrılmış

DRA2

CHAR(8)

Ayrılmış

DRA3

CHAR(8)

Ayrılmış

ST_GID

INTEGER(4)

Dosyanın grubunun Grup ID’si

CREATIONTIME

INTEGER(4)

Dosyanın oluşum zamanı

MAJORDEV

CHAR(2)

Büyük Aygıt Num

MINORDEV

CHAR(2)

Küçük Aygıt Num

RESERVED10

CHAR(3)

Ayrılmış

 

 

Tablo 5 DBLCAT Kayıt (CATTYPE=X) Kayıt sayısı= 93 byte’lık

Dosya Adı

Dosya Tipi

Açıklama

CATTYPE

CHAR(1)

Katalog tipi

OID

CHAR(8)

Dahili nesne(dosya) tanımlayıcısı

SEQ

INTEGER(4)

Sıralı sayı

DATABLOCKLIST

CHAR(80)

20-Dosya Data blok tanımlıyıcıları

 

 

 

 

Tablo 6 FQFN Kayıt (CATTYPE = F veya H), Kayıt uzunluğu = 153 byte’lık

Dosya Adı

Dosya Tipi

Açıklama

CATTYPE

CHAR(1)

Katalog tipi

DIROWNER

CHAR(8)

Dizinin kendisi

N1

CHAR(16)

Dizin adı1

N2

CHAR(16)

Dizin adı2

N3

CHAR(16)

Dizin adı3

N4

CHAR(16)

Dizin adı4

N5

CHAR(16)

Dizin adı5

N6

CHAR(16)

Dizin adı6

N7

CHAR(16)

Dizin adı7

N8

CHAR(16)

Dizin adı8

FN

CHAR(8)

CMS dosya adı

FT

CHAR(8)

CMS dosya tipi

 

Tablo 7 AUTHCAT Kayıt (CATTYPE = A veya G), Kayıt uzunluğu = 26 byte’lık

Dosya Adı

Dosya Tipi

Açıklama

CATTYPE

CHAR(1)

Katalog tipi

DIROWNER

CHAR(8)

Dizinin kendisi(Grantor)

OID

CHAR(8)

Harici dizin veya dosya ID

GRANTEE

CHAR(8)

User ID

AUTH

CHAR(1)

Yetkili:

R=Oku;

W=Yaz;

A=DIROKU;

B=DIRYAZ;

X=YENİOKU

Y=YENİYAZ

Tablo 8 EOCAT Kayıt (CATTYPE = E), Kayıt uzunluğu = 289 byte’lık

Dosya Adı

Dosya Tipi

Açıklama

CATTYPE

CHAR(1)

Katalog tipi

OID

CHAR(8)

Harici dizin veya dosya ID

SEQUENCE NUMBER

INTEGER(4)

Sıralı sayı

TYPE

CHAR(1)

Nesne tipi:

X’00’=SFS harici nesne

X’01’=BFS harici link

TYPE DEFINITION

CHAR(8)

DATA

CHAR(255)

Harici nesne veya link veri

NUMBER

INTEGER(4)

Girilmiş sayı

RESERVED01

CHAR(4)

Ayrılmış alan 0 içerir

RESERVED02

CHAR(4)

Ayrılmış alan 0 içerir

 

Tablo 9 ACAT Kayıt (CATTYPE = R), Kayıt uzunluğu = 177 byte’lık

Dosya Adı

Dosya Tipi

Açıklama

CATTYPE

CHAR(1)

Katalog tipi

OID

CHAR(8)

Çözülmemiş Alias nesne ID

DIROWNER

CHAR(8)

Dizinin kendisi

N1

CHAR(16)

Dizin adı1

N2

CHAR(16)

Dizin adı2

N3

CHAR(16)

Dizin adı3

N4

CHAR(16)

Dizin adı4

N5

CHAR(16)

Dizin adı5

N6

CHAR(16)

Dizin adı6

N7

CHAR(16)

Dizin adı7

N8

CHAR(16)

Dizin adı8

FN

CHAR(8)

Dosya adı

FT

CHAR(8)

Dosya tipi

RESERVED01

CHAR(4)

Ayrılmış alan 0 içerir

RESERVED02

CHAR(4)

Ayrılmış alan 0 içerir

RESERVED03

CHAR(8)

Ayrılmış alan 0 içerir

 

 

Tablo 10 NAMECAT Kayıt (CATTYPE = N), Kayıt uzunluğu = 88 byte’lık

Dosya Adı

Dosya Tipi

Açıklama

CATTYPE

CHAR(1)

Katalog tipi

FSID

CHAR(8)

Dosya alan ID (USEROID)

PDOID

CHAR(8)

Ana dizinin OID’i

NAMESEG

CHAR(32)

Adının segmenti

NAMLN

CHAR(2)

Nesne adının uzunluğu

OID

CHAR(8)

Bu nesnenin OID’i

NID

INTEGER(4)

Dosya alanı tek sayı adını gösterir

INO

INTEGER(4)

Dosya alanı tek sayı nesnesini gösterir

SCID

INTEGER(4)

Statü değişik tanımlayıcı

TYPE

CHAR(1)

Girilmiş Statü:

‘A’=BFS sıradan dosya

‘B’=blok özel dosya

‘C’=karakter özel dosyası

‘D’=dizin

‘X’= harici link

‘P’= FIFO

‘L’= sembolik link

‘U’=ayrılmamış sıra

RESERVED01

CHAR(8)

Ayrılmış

RESERVED02

CHAR(8)

Ayrılmış

RESERVED03

CHAR(8)

Ayrılmış

 

 

Tablo 11 NOVCAT Kayıt (CATTYPE = V), Kayıt uzunluğu = 57 byte’lık

Dosya Adı

Dosya Tipi

Açıklama

CATTYPE

CHAR(1)

Katalog tipi

FSID

CHAR(8)

Dosya alan ID (USEROID)

NID

INTEGER(4)

NAMECAT’e uygunlukta NID

SEQ

INTEGER(4)

Sıralı sayı

NAMESEG

CHAR(32)

N.ci adlı segment

RESERVED01

CHAR(4)

Ayrılmış

RESERVED02

CHAR(4)

Ayrılmış