1.1 VM / ESA nedir? (VM hakkında)
1.2 Control Program (CP)
1.6 CMS Batch Facility
1.7 Minidiskler
1.8 VM Directory'si
1.9 VM' in özellikler
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ıtlar2.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.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.
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.
VM'e bir teleişlem ağı üzerinden kütük gönderme ve alma imkanı verir.
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 delinebi
lirler 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. Diskle
rden 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ı
* K
analları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:
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. ED
F’nin iki ana görünümü:

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.
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 3 EDF dosya statü tablosu girişi
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ı).
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).
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 ya
pı 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.


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 bi
r parçanın yeri şu formul tarafından hesaplanır:(recordnumber - 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.
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.
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.
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:
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 v
e 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 di
zini 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.


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 k
aydı (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 AC
AT 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.
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 bi
rleş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 a
z 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.
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. |
|
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) |
Bell ek 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 dos ya 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) |
D izin 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çıkl ama |
|
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 dos yası‘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ış |