Průvodce síťovým úložištěm FUJITSU OSD-BC V11

Podmínky

V kontextu Net-Storage se v BS2000 OSD/BC používají následující termíny:

Net Server

Toto je a file server v celosvětové počítačové síti, který poskytuje úložný prostor (Network Attached Storage, NAS) pro použití jinými servery a nabízí odpovídající file serverové služby.

Síťové úložiště

Jedná se o úložný prostor poskytovaný v počítačové síti síťovým serverem a využívaný externími servery. Net-Storage může být a file systému nebo jednoduše uzel v file systém síťového serveru. Net-Storage (přesněji: sdílený adresář) je zpřístupněn v BS2000 pomocí příkazu MOUNT-NET-STORAGE a namontován na Net-Client

Síťový klient

Implementuje přístup k Net-Storage pro operační systém, který jej chce používat. Net-Client transformuje BS2000 file přistupuje společně se subsystémem BS2000 ONETSTOR do odpovídajícího Unixu file přistupuje a spouští je na síťovém serveru přes NFS. U serverových jednotek /390 SE serverů běží proces bs2netsagent, který představuje síťového klienta, na HNC; pro serverové jednotky x86 SE serverů síťový klient nebo bs2netsagent resp. běží na X2000 serverové jednotky.

Síťový objem úložiště

Objemy Net-Storage představují Net-Storage v BS2000. Jsou konfigurovány pomocí příkazu ADD-NET-STORAGE-VOLUME a přiřazeny k pubsetu. Adresář ve sdíleném file systém síťového serveru je nakonfigurován a přiřazen k místnímu datovému pubsetu (SF nebo SM pubset) jako svazek Net-Storage. Svazky Net-Storage jsou adresovány prostřednictvím jejich sériového čísla svazku (VSN) a typu svazku NETSTOR nebo NETVOL. Typ svazku NETVOL byl představen s BS2000 V21. Název adresáře ve sdíleném file systém síťového serveru odpovídá VSN svazku Net-Storage. Svazek Net-Storage (přesněji: adresář s názvem svazku Net-Storage) obsahuje následující:

• A file systémový štítek (file jméno .FSL) a a file katalog (file jméno .BS2FSCAT) s metadaty souboru filejsou uloženy na Net-Storage. The file katalog je dostupný pouze pro svazky typu NETSTOR. Tento file katalog se nevztahuje na svazky typu NETVOL, které byly uvedeny s BS2000 V21 (jako součást BS2000 OS DX).
• Uživatel files z file typ *BS2000 (další informace naleznete v další části)
• Adresáře specifické pro uživatele, které zahrnují *NODE-FILE uživatel files (další informace naleznete v další části).

BS2000 OSD/BC V11 nepodporuje nové typy svazků NETVOL. Kromě nového typu svazku NETVOL podporuje BS2000 V21 také předchozí typ NETSTOR. Pod BS2000 V21 lze vytvořit pouze svazky nového typu svazku NETVOL. Svazky typu NETSTOR z BS2000 OSD/BC V11, které již existují, však mohou být zahrnuty a použity v BS2000 V21.

Files na Net-Storage

Od BS2000 viewbod, dva základní typy file zpracování jsou nabízeny na Net-Storage:

• čisté zpracování BS2000, file typ: BS2000
  Uživatelé mohou uložit všechny typy BS2000 files (PAM, SAM, ISAM, PLAM) na Net-Storage, kromě files s PAM-Klíčem, prac files, dočasné files a file generační skupiny. Jiné systémy než BS2000 je nesmí upravovat files.
• Spoj file zpracování BS2000 a otevřených systémů, file typ: uzel file
  Od BS2000 OSD/BC V10 mohou uživatelé ukládat files v uživatelsky specifických adresářích v rámci svazků Net-Storage a zpracovávat je společně s otevřenými systémy. A naopak, systémy UNIX mohou vytvářet files v těchto adresářích, které lze importovat do BS2000 a zpracovat. A file nemá specifickou strukturu z Unix/Linux/Windows viewbod. To odpovídá v BS2000 k file formát PAM (BLKCNTRL=NE). Nový atribut (FILE-TYP = *UZL-FILE) byl zaveden v BS2000 OSD/BC V10, aby je identifikoval files. Tento file typ lze zpracovat jako PAM files od BS2000 OSD/BC V10. Od BS2000 OSD/BC V11 také textové zpracování uzlu files pomocí přístupové metody SAM je povoleno.

Architektura

Aplikace (1) přistupuje k a file přes DMS. DMS rozpozná, že file je umístěn na Net-Storage prostřednictvím položky katalogu v TSOSCAT na pubset(2). The file na síťovém serveru (5) je přístupný přes NFS přes subsystém ONETSTOR (3) a síťového klienta (4). Procesem, který plní úkoly Net-Clienta, je tzv. bs2netsagent.

Konfigurace

Aby bylo možné používat Net-Storage v BS2000, musí být v BS2000 definováno připojení (uzel, linka) a síťový klient musí být definován jako koncový systém (procesor).

Spojení mezi BS2000 a síťovým klientem na HNC nebo X2000 je přes LOCLAN. Pro architekturu /390 je připojení LOCLAN k HNC realizováno pomocí optického kanálu. Pro architekturu x86 je LOCLAN softwarové připojení. Připojení se konfigurují ve Správci SE pomocí Zařízení -> (SE ) -> (SU ) -> BS2000-Devices, složka LAN. V případě SU /390 musí být adresy zařízení konfigurovány společností IOGEN (viz 2.2). Tato konfigurace se týká pouze přístupnosti (kanál pro čtení/zápis a MN zařízení) HNC nebo X2000. Samotná konfigurace Net-Clienta se provádí v menu Hardware -> Jednotky -> (SE ) -> (HNC nebo SU resp.) -> Management, složka Net-Storage.

V následujícím exampjsou uvedeny soubory pro HNC1 s LOCLAN a připojení přes DANPU01. Při použití jiných sítí nebo jednotek je třeba konfiguraci odpovídajícím způsobem přizpůsobit použitým síťovým adresám. Požadovaná oprávnění musí být nakonfigurována na síťovém serveru; ID uživatele a skupiny povolené pro přístup musí být odpovídajícím způsobem zadáno na síťovém klientovi pro bs2netsagent (přístupy Net-Storage), to platí také pro název domény NFSv4. Kromě toho je nutné zadat rozhraní HNC nebo X2000, které implementuje připojení k Net-Storage (vlastnosti a adresy připojení Net-Storage, podrobnosti viz kapitola 2.6).

Přístupová oprávnění pro interoperabilitu BS2000 s otevřenými systémy.

Správce systému serveru NFS konfiguruje sdílení pro konkrétního uživatele (s ETERNUS CS: file skupina). V exampNa obrázku 3 má tento uživatel číslo uživatele a skupiny (UID:GID) 7890:2222. Toto číslo uživatele a skupiny je nakonfigurováno na síťovém klientovi pro proces síťového klienta bs2netsagent. Proces tak získá oprávnění k přístupu ke sdílené složce a k vytváření adresářů a files; je tedy vlastníkem svazku Net-Storage, který má být vytvořen pod podílem a jeho součástí *BS2000 files a BS2000 uživatelsky specifické adresáře.

Správce systému BS2000 připojí sdílenou složku do BS2000 prostřednictvím MOUNT-NET-STORAGE. Připojení je přes BS2000 net klient pod rootem. V závislosti na verzi NFS platí následující: Pokud server NFS podporuje protokol NFSv4, připojení se automaticky provede ve verzi 4 nebo jinak ve verzi protokolu NFSv3.

Při použití NFSv4 musí být uživatelé také zadáni v adresářové službě LDAP nebo AD s čísly uživatelů a skupin. Server NFS musí být připojen k této adresářové službě LDAP. NFSv3 nutně nevyžaduje použití LDAP nebo AD.

Uzel síťového úložiště files jsou uloženy v uživatelsky specifických adresářích, tzn files, které mohou být zpracovány BS2000 a systémy Unix/Linux. Tyto adresáře mají název příslušného ID uživatele BS2000 (velká písmena) a automaticky je konfiguruje BS2000 při počátečním vytvoření uzlu. file.

Při vytváření takového adresáře se příslušnému uživateli BS2000 nastaví POSIX-ACL, tedy oprávnění ke čtení, zápisu a spouštění. Síťový klient přistupuje k files v uživatelsky specifických adresářích (node files) prostřednictvím čísla uživatele a skupiny příslušného ID uživatele. Správce systému musí porovnat čísla uživatelů a skupin v BS2000 s čísly v otevřených systémech a pomocí MODIFY-POSIX-USER-ATTRIBUTES (USER- a GROUP-NUMBER) je zadat do uživatelského katalogu pubsetů, do kterých Net -Byly přiděleny úložné prostory.

Když byl vytvořen adresář specifický pro uživatele na straně BS2000, files lze také vytvořit na straně Unix/Linux, které pak lze importovat do katalogů BS2000 pomocí IMPORT-NODE-FILE. V případě svazků typu NETSTOR se jedná o TSOSCAT a BS2FSCAT; v případě objemů typu NETVOL představených s BS2000 V21 se jedná pouze o TSOSCAT.

Ochranná opatření BS2000 (USER-ACCESS, ACCESS, ochrana heslem, BACL, GUARDS) jsou účinná pouze v BS2000.

Z UNIX viewbodu, uplatňují se mechanismy, které file systém poskytuje ohledně vlastnictví (UID:GID, rwx pro uživatele, skupinu, jiné) a také POSIX-ACL. Pokud však minimální přístupová práva file ze systému UNIX/Linux znázorněné na obrázku 3 jsou omezeny, lze přístup zamezit ze strany BS2000, což je pak hlášeno uživateli prostřednictvím odpovídajících zpráv (např. povolení odepřeno).

Konfigurace IO BS2000

Generování IO konfigurace na serverech SU /390 je pomocí utility IOGEN (viz manuál Instalace systému). Pro HW generování HNC jsou specifikovány instrukce CTL a dvě instrukce DVC (pro čtecí a zapisovací kanály).

Example generační instrukce pro připojení HNC přes FC přepínač na FC kanálu A4:

Připojení konfiguruje SE Manager Zařízení -> (SE ) -> (SU ) -> BS2000-Zařízení, složku LAN.

Konfigurace BCAM

Z BCAM viewPokud jde o výše uvedenou fyziku, je třeba popsat pouze následující:

1. Spojení uzlu a linky BS2000
   Buď HNC v případě SU /390 nebo kanálový adaptér v případě SU x86 serverů, což v popisu nerozlišuje BCAM (viz níže „Definování linie“ a SHOW-BCAM-ENVIRONMENT VLAST-IP- ADRESA 192.168.152.24)
2. Procesor na uzlu musí být popsán adresou, se kterou se k němu musí dostat z BS2000. Komunikačním partnerem BS2000 je síťový klient se spuštěným bs2netsagentem (PROCESSOR-NAME: LOCFCAP a IP adresa: 192.168.152.12), který řídí přístup k filejsou uloženy na serveru NFS (adresy v síti IP serveru NFS a server NFS samotný BCAM nezná).
3. Je nutné provést nastavení pro optimální využití přenosového systému LPDU Link-Layer Protocol Data Unit (určeno zařízením) TSDU Transport Service Data Unit (nastaveno pro procesor)

Následující příkazy BCAM se používají pro popis a lze je uložit do SOF nebo CALL-BCAM-COMMAND file restartujte BCAM.

DEFINUJTE UZEL
DEFINUJTE ČÁRU

DEFINOVAT PROCESOR/TRASU (V UZLU)

AKTIVUJTE LINKU A UZLVýstup objektů BCAM, které byly vytvořeny k popisu této dílčí konfigurace, je přes:

KONFIGUROVAT REDUNDANCI
Síťového klienta (na HNC!) lze redundantně konfigurovat na SU /390. Podle toho proveďte konfiguraci BCAM druhého HNC a definujte jako redundantního síťového klienta pomocí SET-NET-CLIENT-ALTERNATE. (viz níže v části „Využití v BS2000: Montáž dálkového ovládání file systémy“).

Správa uživatelů BS2000
Čísla uživatele a skupiny (USER-NUMBER a GROUP-NUMBER) musí být zadána v uživatelském katalogu pubsetu, na kterém files jsou katalogizovány tak, aby je uživatelé mohli uložit files jako uzel files a zpracovávat je na systémech Unix/Linux nebo naopak pro přístup k BS2000 filevytvořené těmito systémy. Čísla uživatelů a skupin musí být v souladu s UID a GID příslušných uživatelů systému Unix/Linux.
Vstupte přes:

Net Server

Správce systému serveru NFS nakonfiguruje sdílenou složku na serveru NFS a definuje vlastníka (číslo uživatele a skupiny), který má získat přístupová oprávnění k této sdílené složce. Ty se musí shodovat s čísly pro proces síťového klienta, který je nakonfigurován pro HNC nebo X2000 (viz část níže „ID uživatele a ID skupiny procesu bs2netsagent“).

Konfigurace sdílení (file group) je přes GUI s ETERNUS CS. Další možnosti montáže se konfigurují zde:

Přístup pro čtení/zápis, oprávnění hostitelé atd.

Poznámky:

• Podrobnosti o konfiguraci vašeho serveru NFS jsou v příslušné části
• Z bezpečnostních důvodů by neměla být nastavena možnost připojení no_root_squash. Pokud je přístup ze strany klienta přes root, měl by také přistupovat s právy root ve verzi Release file Možnost připojení root_squash se však používá pro přístup s právy ID „nobody“.
• Zabezpečený režim: Standardní sys (=zadané ID uživatele) se používá jako zabezpečený režim pro ověření připojení NFS.
• Pod NFSv4 vyžaduje síťový server odkaz na adresář LDAP
• Sdílené složky serveru NFS, které jsou přístupné pro BS2000, lze z BS2000 vydávat přes LIST-NET-DIRECTORIES

Síťový klient

Konfigurace na serveru SE:

Na serverech SE se nastavení síťového klienta instaluje přes grafické rozhraní SE Manageru. SE Manager usnadňuje centrální, web-založená správa celé infrastruktury SE a většiny periferií používaných serverovými jednotkami SE. Pro připojení síťového úložiště je určena datová síť DANPU01 s uplinkem do zákaznické LAN. Jak HNC, tak serverové jednotky x86 (SU300) jsou předkonfigurovány s LAN připojením k DANPU01 při dodání SE serveru.

Veřejné datové sítě se konfigurují v SE Manageru přes Hardware -> IP Networks -> Data Network Public -> DANPU . Tabulka „NetUnit Information“ ukazuje jednotky nakonfigurované v síti.

Následující obrázek ukazuje konfiguraci sítě DANPU01 serveru SE s redundantní NetUnit, 2 HNC a jedním SU300:

V označení názvů portů s názvem jednotky (HNC1, HNC2, Su1SE2) jako předponou S P znamená „Slot n“ „Port m“.
Konfigurace síťového úložiště pomocí hardwaru -> Server/jednotky -> (SE ) -> (HNC nebo SU300 ) -> Správa, Složka -> Síťové úložiště.

Změny v nabídkách lze provést kliknutím na symbol pera

Pozor: Změny v nastavení vedou k resetu a restartu Net-Clienta. To může vést ke ztrátě dat během probíhajícího I/O. Změny by proto měly být prováděny pouze v případě, že z BS2000 nejsou připojeny žádné sdílené složky síťového serveru (NAS).

Přístup:
Nastavuje se ID uživatele a ID skupiny, pomocí kterých se zpracovávají úlohy síťového klienta na síťovém serveru. Jsou to ID vlastníka sdílené složky, která má být připojena na síťový server a musí být dohodnuta se správcem systému síťového serveru. Výchozí hodnota 0 by se neměla používat z důvodů ochrany dat.

Konfigurace domény NFSv4
LDAP je nezbytný pouze v případě, že se používá a uzel NFSv4 filemají být uloženy, ke kterým mají mít přístup externí systémy. Odpovídající uživatelé musí být v adresáři serveru LDAP. Informace o konfiguraci serveru LDAP jsou na konci této části.

Vlastnosti připojení Net-Storage a přidání připojení:

Následující text definuje PCI připojení, přes která lze dosáhnout Net-Storage, zda má být přidělena dynamická adresa (zkontrolujte DHCP), nebo zda má být zadána statická adresa (“Přidat IP adresu”).

Na HNC je PCI port „Slot 2“ „Port 1“ již předkonfigurován na první veřejné datové síti DANPU01 (DAta Net PUblic 01) při dodání serveru SE.

Postup:
Nejprve je třeba přidat port PCI do DANPU01 pomocí tlačítka „Přidat připojení“:

Má-li být IP adresa přidělována dynamicky, stačí pro nyní zobrazené spojení „NETSTOR4“ zaškrtnout DHCPv6 nebo DHCPv01 symbolem tužky.

Adresy připojení Net-Storage:

Pomocí tlačítka „Přidat IP adresu“ lze zadat statickou IP adresu:

Pokud síťový server není ve stejné síti jako HNC nebo X2000, musí být také definován router. To se provádí přes záložku „Routování a DNS“.

Na serveru SE s redundantní NetUnit a druhým HNC by mělo být z důvodu vysoké dostupnosti zřízeno také připojení Net-Storage na HNC2 (také na slotu 2, port 1).

Example SU300:

SU300 je z výroby předkonfigurován se slotem 1 port 1 na první veřejné datové síti DANPU01. Následující obrázek ukazuje konfiguraci síťového úložiště SU300 s dynamicky přiřazenou IPv4 adresou.

Další podrobnosti o konfiguraci síťového klienta jsou v aktuální příručce „Operate and Manage SE series Business Servers“.

Nakonfigurujte server LDAP pro uzel Files NFSv4

Aby byl zajištěn přístup k uzlu files – funguje při použití NFSv4-, doplňkový atribut „NFSv4Name“ je povinný v účtu LDAP POSIX, do kterého je zadáno UID číslo. Skupinu POSIX lze také rozšířit o atribut „NFSv4Name“, ale v současnosti tomu tak je ne povinný

Atribut NFSv4Name obsahuje uživatelské jméno a doménu NFSv4 .

Záznam v adresáři LDAP může být následující: “NFSv4Name: hugo@localdomain”. Pokud není k dispozici, musí být schéma LDAP rozšířeno o atribut NFSv4Name. Definice atributu NFSv4Name je níže:

Server LDAP musí být nakonfigurován tak, aby síťový server a síťový klient měli přístup pro čtení k adresáři LDAP.

Musí být zadány dvě následující třídy objektů. Třída objektu NFSv4RemotePerson obsahuje NFSv4Name, uidNumber a gidNumber

Atribut NFSv4Name zaručuje individuální propojení mezi doménou NFSv4 a uidNumber místního uživatele. Níže je krátký example pro záznam „hugo“ v adresáři LDAP:

Další informace

Pokud je mezi síťovým klientem a síťovým serverem brána firewall, mějte na paměti, že porty 2049 a 111 (RPC) pro NFS musí být otevřeny pro TCP a UDP. Změna standardního portu 2049 se aktuálně neplánuje.

Během údržby (např. aktualizace softwaru nebo nové instalace) a změn konfigurace pomocí bs2netsConf se ujistěte, že Net-Storage (který je provozován prostřednictvím příslušného síťového klienta) je předem odpojen od všech připojených systémů BS2000 pomocí příkazu BS2000 UMOUNT-NET-STORAGE .

Použití v BS2000 – Stručněview

Po implementaci výše uvedených konfiguračních kroků lze nyní Net-Storage používat v BS2000. Postupujte následovně (hodnoty operandů příkazů v příkladuamples odpovídá exampsoubory na obrázcích 2 a 3):

Namontujte dálkový ovladač File Systém
Dálkové ovládání file systém se montuje přes MOUNT-NET-STORAGE. Připojení je zahájeno v síťovém klientovi

SHOW-NET-STORAGE poskytuje overview připojených sdílených složek a v případě potřeby všech existujících svazků Net-Storage.

Redundantního síťového klienta lze přidat následovně:

Pokud síťový klient selže, dojde k automatickému přepnutí na alternativního síťového klienta.

Vytváření svazků síťového úložiště
Svazky Net-Storage se vytvářejí na připojeném Net-Storage pomocí ADD-NET-STORAGE-VOLUME. Svazek Net-Storage je trvale přiřazen k jedné podmnožině.

Svazek s názvem ABC@00 je přiřazen pubsetu ABC. To je implementováno vytvořením adresáře s názvem ABC@00 ve sdílené složce /bs2data1 serveru NFS s IP adresou 172.17.67.120. Správa files .FSL a .BS2FSCAT jsou vytvořeny v tomto adresáři. Administrační záznam pro svazek Net-Storage je vytvořen na pubset ABC.

Namísto standardního názvu odvozeného od názvu pubset může správce systému přiřadit svazku Net-Storage libovolný název svazku. Pro pubset lze definovat několik svazků Net-Storage. Názvy svazků musí být v systému jedinečné; pokud již existuje soukromý disk se stejným VSN, systém upřednostňuje přístup ke svazku Net-Storage.

SHOW-PUBSET-NET-STORAGE zobrazuje svazky Net-Storage přiřazené k pubsetu (tento příkaz mohou používat i neprivilegovaní uživatelé). Typy svazků typu NETVOL jsou u systémů nižších než BS2000 V21 zobrazeny jako „nepodporované“ (NO SUP).

Další rady:

Net-Storage lze přiřadit jak SF-, tak SM-Pubset, nikoli však Home-PVS. Přiřazení svazků Net-Storage k pubsetu je zachováno po EXPORT-/IMPORT-PUBSET a vypnutí/spuštění. Sdíleným pubsetům lze také přiřadit svazky Net-Storage. Vytvoření svazků musí být provedeno v hlavním systému; podřízené systémy získají přístup k nově vytvořenému svazku zadáním stejného příkazu ADD-NET-STORAGE-VOLUME. To je nutné pouze v souvislosti s vytvořením Net-Storage-Volume, pro přidělení svazku NDM. Později po vypnutí/spuštění nebo EXPORT-/IMPORT-PUBSET resp. alokaci provede systém automaticky. Po restartu systému se ujistěte, že MOUNT-NET-STORAGE se spustí až po spuštění BCAM a načtení subsystému ONETSTOR. Je rozumné – před importem pubsetu (IMPORT-PUBSET), který byl přiřazen ke svazku Net-Storage, jej zpřístupnit v systému prostřednictvím MOUNT-NET-STORAGE. Tím je zajištěno, že jeho data budou po IMPORT-PUBSET okamžitě k dispozici.

Vytvořit, importovat a zpracovat Files na Net-Storage

Vytvořit *BS2000 files

Pokud pro pubset existuje několik svazků Net-Storage, svazek (v tomto příkladuample volume NET001) lze zadat následovně

Tato syntaxe platí stejně pro BS2000 OSD/BC V11 a BS2000 V21 – bez ohledu na typ svazku NETSTOR nebo NETVOL!

Vytvořit *NODE-FILE    files pro interoperabilitu s otevřenými systémy (od OSD V10)

• nebo krátké:
• v tomto pořadí:

Od této chvíle, file lze přistupovat prostřednictvím názvů cest. Místo uložení file je pro aplikaci zcela transparentní.

S SHOW-FILE-ATTRIBUTE, může uživatel určit umístění úložiště file, např.:

Uživatel to již pozná z písmene „n“ mezi file specifikace velikosti a CATID, které file je na Net-Storage. Bývalýample ukazuje, že file je na svazku Net-Storage s VSN NET001; je to typ svazku NETVOL.

BS2000 ukládá uzel files v uživatelsky specifických adresářích v rámci svazků Net-Storage (viz napřample na obrázku 3: adresáře uživatelů HUGO nebo FRITZ). BS2000 vytvoří uživatelsky specifický adresář při prvním vytvoření uzlu file je vytvořen pro uživatele a automaticky nastavuje požadované ACL pro přístup. Otevřené systémy mohou také vytvářet files v těchto adresářích.

Import uzlu files, které byly vytvořeny otevřenými systémy do katalogů BS2000.

If files byly vytvořeny otevřenými systémy v uživatelsky specifických adresářích, tyto files je třeba importovat do katalogů BS2000 TSOSCAT a BS2FSCAT, než je bude moci BS2000 zpracovat

Od BS2000 OSD/BC V11 může uživatel určit, zda jde o uzel file by měl být katalogizován jako PAM nebo SAM file:

Upřesnit FILE-STRUKTURA = *SAM se doporučuje, pokud je file by měl být zpracován jako text.

A naopak, uzel files lze odstranit z katalogů BS2000 pomocí EXPORT-NODE-FILE (viz EXPORT-FILE), aniž byste je smazali v adresáři specifickém pro uživatele na Net-Storage. SEZNAM-UZL-FILES se používá k získání informací o files (které lze importovat) v uživatelsky specifických adresářích svazku Net-Storage. Pouze files názvy, které splňují BS2000 file jsou výstupem konvence jmen.

Export a import Net-Storage-Volumes

Svazky Net-Storage lze oddělit (exportovat) z pubsetu a importovat do jiného pubsetu.

• Odpojení svazku:
• Opětovné připojení svazku k pubsetu:

V případě svazků typu NETSTOR jsou katalogové položky pro files ve svazku Net-Storage je pak nutné importovat ručně pomocí IMPORT-FILE

V případě svazků typu NETVOL se tak děje automaticky v rámci ADD-NET-STORAGE-VOLUME. Pokud existují file konflikty jmen, protože files se stejným názvem již existují, zobrazí se odpovídající chybové hlášení a příkaz je nutné zadat znovu. Při importu svazku typu NETSTOR pod BS2000 V21 lze svazek převést na objem typu NETVOL pomocí IMPORT =*YES(CONVERT=*YES). Ke svazku pak již nelze přistupovat ze systémů nižších než BS2000 V21. Převod také nelze vrátit zpět. Další podrobnosti, zejména při používání zrcadlových disků, naleznete v příručkách Úvod do správy systému a Úvod do DVS.

File Zpracování

BS2000 podporuje zpracování uzlu files pomocí přístupových metod PAM (od OSD V10) a SAM (od OSD V11).

uzel PAM file zpracování

uzel PAM files jsou nestrukturovaná data, tj. NK-PAM files od BS2000 viewbod. Lze je číst/zapisovat prostřednictvím přístupové metody UPAM. Uzel file může mít libovolnou velikost do max. 4TB, tj. na rozdíl od disků BS2000 zde není omezení na vícenásobný počet PAM bloků. To je zaručeno již u předchozích maker PAM. Výzva UPAM k psaní je napřampten:

tj. s LEN=STD nebo STD,n se přenese vícenásobný počet standardních bloků 2048 bajtů; LEN=délka přenáší data zadané délky pro uzel files

Exampten:

V tomto example file na NAS po CLOSE má velikost 2048 + 50 = 2098 bajtů.

Aby bylo možné napsat přesné file velikost BS2000 files bylo do položky katalogu zavedeno nové pole: ukazatel posledního bajtu (LBP) – analogický ukazateli poslední stránky (=nejvyšší použitá stránka), který ukazuje na poslední platnou stránku file – a LBP ukazuje na poslední platný bajt posledního logického bloku. (Logický blok má velikost BLKSIZE=(STD,n), tj. skládá se z n stránek PAM (n*2048 Byte)). Hodnotu LBP lze určit pomocí makra FSTAT (pole: OUTALBP). Je vždy dodáván s uzlem files. S PAM fileVe veřejném prostoru je LBP poskytnut pouze v případě, že volající nastaví příznak LBP_required s OPEN v P1FCB (podpora tohoto rozhraní od BS2000 OSD/BC V10 KP2/15).

Pokud aplikace přečte file až do konce-file s LEN=(STD,x) vždy přijímá kompletní bloky PAM – oba s files na disku i na Net-Storage nebo jako uzel files. Oblast platnosti v posledním logickém bloku je zobrazena pomocí LBP. Pokud aplikace přečte file s LEN= , přijímá data v zadané délce.

Jako uzel files mohou být také zpracovány otevřenými systémy, vlastnosti těchto files v katalogu BS2000 jsou za určitých okolností zastaralé. Případná nutná aktualizace hodnot jako např file velikost, LPP (=Nejvyšší použitá stránka), LBP a DATUM ZMĚNY se vyskytují jako součást zpracování OPEN, proto jsou aktualizované hodnoty k dispozici až po OPEN. Aktualizace lze také provádět mimo OPEN/CLOSE pomocí IMPORT-NODE-FILE REPLACE=*NODE-FILE-AKTUALIZOVAT.

Další podrobnosti týkající se zavedení ukazatele posledního bajtu lze nalézt pod: http://docs.ts.fujitsu.com/dl.aspx?id=22aafa65-9393-4a28-95fd-4959fc6aa77d

uzel SAM file zpracování

Přístupová metoda SAM:

Mezi zpracováním uzlu jsou dva klíčové rozdíly files pomocí přístupové metody SAM a zpracování SAM files v tradičním veřejném prostoru – který lze v praxi většinou opomíjet, jsou to konkrétně:

1. Zatímco SAM zaznamenává v rámci SAM files ve veřejném prostoru mohou automaticky obsahovat jakýkoli typ dat, včetně binárních, SAM uzlu files jsou primárně určeny pro účely zpracování textu; při přenosu logických bloků SAM síťový klient odstraní charakteristické strukturální informace související se SAM, jako je pole BLKCTRL a pole délky, a provede konverzi kódu z EBCDIC do znakových sad ASCII nebo ISO. To obecně není možné, pokud jde o jakýkoli binární obsah – alespoň ne bez ztráty informací.
2. Všechny SAM files uložená na tradičním disku budou načtena ze stejné struktury bloku/záznamu, kde byly dříve zapsány. V fileuživatel si může poznamenat adresy pro vyhledání každého ze záznamů, což mu umožní přístup k nim později v

Dále může být přidán do popisu uzlu SAM fileže metoda přístupu SAM zpracovává informace blokově orientovaným způsobem. Při přenosu dat do NAS však síťový klient odstraní pole BLKCTRL a pole délky, takže data jsou uložena v byte streamu, jak by tomu bylo obecně v případě otevřených systémů. Individuální záznamy jsou odděleny pomocí posunu řádku (LF, x'0A'). Mapování toho, které číslo záznamu bylo zapsáno do kterého čísla bloku, bylo řízeno po dobu trvání procesu zápisu mezi OPEN a CLOSE. To znamená, že aplikace může být nasměrována zpět (SETL) na blok, který již byl zapsán a následně přepsán. Kromě toho není povinné zapsat celý blok, ale může být spíše, jako dříve, uzavřen pomocí makra RELSE; následující záznam (PUT) se pak objeví v dalším bloku SAM. Tento záznam bude v každém případě připojen bez mezery k předchozímu v rámci NAS file systém. Po zavření a opětovném přečtení file po otevření síťový klient připraví data pro SAM; standardní bloky SAM jsou opět vytvořeny z byte streamu Unixu file a odeslána do BS2000; použitím pole BLKCTRL a záznamů, včetně polí udávajících délku záznamu, jsou data opět převedena na specifikovaný kód EBCDIC. Původní strukturu však nelze znovu vytvořit. To znamená, že může být zaručena pouze posloupnost záznamů: jednotlivé záznamy ve stejném bloku ani čísla záznamů nelze číst tak, jak byly zapsány. Tímto způsobem jsou adresy pro načtení zpravidla po ZAVŘÍT a znovu OTEVŘÍT neplatné.

Aby se zabránilo jakémukoli neúmyslnému zpracování SAM files jako uzel files použitím starších aplikací – které jsou závislé na plné kompatibilitě, pokud jde o adresy pro vyhledávání – nový příznak SAM_NODE_FILE_UMOŽNIT

(FCB+B9(+6): ID1SNFEN) byl zaveden, který musí volající zavést před procesem OPEN v rámci FCB spojeného s file.

Aplikace, která nastaví tento bit, signalizuje operačnímu systému, že oba mohou zpracovat uzel SAM files a také rozpoznat jejich vlastnosti.

Při jeho zpracování uzel SAM files, BS2000 je podporován následujícími komponenty:

• EDTU od V17.0D20
• SHOW-FILE od V17.1B30
• LMS/LMSCONV V3.5B
• openFT od V12.1A
• CRTE od V11.0A
• SYSFILE OSD V11
• HSMS/ARCHIV V11.0A

Uživatel vytvoří uzel file jak je popsáno v 3.3 a poté bude schopen zpracovat file buď pomocí výše uvedeného programu, nebo programu, který si sami napsali.

Jak bylo popsáno dříve při zpracování uzlu PAM files, uzel SAM fileSystémy ve vnějším světě mohou být změněny, např. rozšířeny nebo přepsány. The file vlastnosti FILEVELIKOST, LPP a ZMĚNA-DATUM jsou aktualizovány v kontextu OPEN a teprve poté jsou zpřístupněny volajícímu jako aktuální.

Největší uzel SAM file velikost, která může být zpracována, je 32 GB. Vzhledem k tomu, že velikost file které lze zpracovat, je omezeno počtem logických bloků SAM, které jsou vyžadovány, aby bylo možné jej zpracovat BS2000. Tento limit je stanoven na 16,777,216 XNUMX XNUMX bloků. Pokud je požadováno více bloků, OPEN bude zamítnuto. Konkrétní max. file velikost bude z tohoto důvodu v jednotlivých případech záviset na délce použitých záznamů a také na tom, jaká kapacita naplnění může být dosažena v rámci bloků SAM. Na základě toho a v závislosti na délce zpracovávaných záznamů je max. file velikost bude mezi 13 a 32 GB.

V případě IMPORTU-NODE-FILEvelikost logického bloku (BLKSIZE) bude nastavena na STD,16, aby bylo možné bez problémů zpracovat i velké záznamy (32 kB). Platí to i naopak, kde uzel SAM files jsou vytvořeny v BS2000, doporučuje se použití větších bloků (BLKSIZE=(STD,16)).

Převod kódu

Uživatel může v případě uzlu SAM files specifikovat podle file, znaková sada pro data na NAS – Net-Coded Character-Set neboli NETCCS. Síťový klient pak provede konverzi z file's zadaný CCS do NETCCS. Za účelem zjednodušení procesu správce systému pro uživatele při nastavování a výběru znakových sad byl zaveden následující postup:

Podobně jako u HOSTCODE parametru třídy 2 a také CCSN uživatele, od OSD V11 bude do záznamu uživatele zaveden NETCODE parametru třídy 2 i NETCCSN. Při vytváření nového uživatele je NETCCSN vybráno z CLASS2OPT NETCODE a nasazeno do uživatelského záznamu, stejně jako bylo doposud běžnou praxí pro CCSN. CLASS2OPT NETCODE, nebo spíše NETCCSN v uživatelském záznamu, řídí, který NETCCS uzel SAM file bude standardně obsahovat v okamžiku vytvoření:

NETCCSN	výsledný file vlastnost/konverze: NETCCS of a file v CREATE-FILE
*ISO	V závislosti na CCS file, je provedena standardní konverze z EBCDIC na ISO8859x; v tomto kontextu: EDF03IRV, EDF03DRV, EDF04IRV a EDF04DRV -> ISO88591 EDF04x -> ISO8859x s x = 1,2,..,9,F I když uživatel zadá jako CCS 7bitovou znakovou sadu, bude interně použita 8bitová kódová tabulka. To znamená, že namísto CCS EDF03IRV bude přijat EDF041 a namísto Budou použity EDF03DRV, EDF04DRV.
*NO-CONV	Nebude provedena žádná konverze, tj. NETCCS = CCS.
	Při vytváření nového file, přidělené NETCCSN bude zaregistrováno v file atributy. V XHCS mohou být přiřazeny samostatně definované znakové sady.

Kromě standardizovaného postupu pro dotazování NETCCS v file – jak je popsáno při vytváření file (VYTVOŘIT-FILE) uživatel může zadat NETCCSN sám nebo jej upravit pomocí MODIFY-FILE-ATRIBUTY. Pokud data zapisuje BS2000 poprvé, fileNET-CODED-CHARACTER-SET by neměl podléhat žádným dalším změnám; při příštím čtení by mohlo dojít k chybě v převodu kódu spojeného s daty nebo kde file byla rozšířena, data obsahující potenciálně nekompatibilní kódové sady mohla být přidána na začátek file.

Podporovány jsou pouze převody ze znakových sad EBCDIC na ISO; jako další kvalifikace nejsou podporovány ani převody na znakové sady UTF. Se znakovou sadou UTF jako CCS se zpracování dat provádí automaticky bez nutnosti převodu kódu (např.: CCS=UTF8, NETCCS=UTF8).

Přístupová metoda UPAM: uzel SAM files lze ve spojení s UPAM zpracovat dvěma způsoby:

• V režimu SAM, při čtení bloků SAM se přístupová metoda UPAM chová jako file byly umístěny v tradičním Pubsetu (veřejném prostoru). Pro tento účel síťový klient připravuje byte stream spojený s Unixem file do bloků SAM, jak je popsáno výše. I zde příznak SAM_NODE_FILE_ENABLE (ID1SNFEN) musí být zavedeno, aby bylo možné otevřít file v zapisovatelném formátu; to není vyžadováno pro čistě čtení přístupu.
• V režimu Rawsíťový klient poskytuje data spojená s uzlem SAM file ve stejné podobě, v jaké je uložena na UFS. Tato forma přístupu je výrazně rychlejší, protože není nutná žádná konverze. Velikost file které mají být zpracovány, lze z pohledu UPAM rychle určit z vlastností inodů. Tento způsob zpracování využívají napřample, HSMS, aby bylo možné zajistit file výkonným způsobem. Pro aktivaci tohoto způsobu zpracování musí aplikace umístit příznak UPAM_RAW_ACCESS (FCB+B9(+7): ID1URWAC) vedle příznaku SAM_NODE_FILE_ENABLE (FCB+B9(+6): ID1SNFEN)

Pokyny k vybraným příkazům BS2000:

KOPIE-FILE dále podporuje kopírování SAM files na Net-Storage jako uzel SAM file; i zde musí uživatel nejprve vytvořit cíl file na Net-Storage pomocí CREATE-FILE FILE-TYPE=*NODE-FILE. Tímto způsobem může uživatel

zadejte cílovou znakovou sadu jako NETCCS, případně bude NETCCSN automaticky přiřazeno, jak je popsáno výše (3.4.2 Převod kódu). Při kopírování uzlu SAM file na veřejný disk se atribut NETCCS nepřenese; na druhou stranu, když uzel SAM file je zkopírován přes uzel SAM file NETCCSN zdroje file budou přeneseny do cíle file, to znamená jakýkoli potenciální nesoulad související s NETCCSN s cílem file budou přepsány.

POROVNAT-DISK-FILE podporuje uzel SAM files. uzel SAM files lze porovnat s uzlem SAM files stejně jako uzel SAM files se SAM files na veřejném disku.

CONCATENATE-DISK-FILES rovněž podporuje uzel SAM files. Kde uzel SAM files jsou zřetězené, files se musí shodovat z hlediska atributu NETCCS. Kde SAM files na veřejném disku mají být zřetězeny k uzlu SAM files, musí být možné převést zdrojovou znakovou sadu na cílovou znakovou sadu podle výše uvedených pravidel.

Poznámky k produktům a součástem

HSMS

HSMS umožňuje ukládání a obnovu uzlu SAM files. Namísto příkazů k uložení (BACKUP-FILES), dlouhodobé archivní (ARCHIV-FILES) a exportovat (EXPORT-FILES), nový operand SAVE-SAM-STRUCTURE = *YES/

*NO nabízí výběr mezi dvěma následujícími režimy zpracování:

1. SAVE-SAM-STRUCTURE = *NO je nejrychlejší způsob uložení files: file je uložen v surovém režimu a v nestrukturované podobě; nevytvářejí se žádné struktury SAM a neprovádí se žádná konverze kódu. uzel SAM fileTakto uložené položky mohou být obnoveny pouze jako uzel SAM
2. SAVE-SAM-STRUCTURE = *YES: při přenosu dat síťový klient vloží struktury SAM do datového toku a v případě potřeby provede konverzi kódu do EBCDIC. V důsledku toho záloha běží pomaleji než s operandem SAVE-SAM-STRUCTURE = *NO. uzel SAM fileTakto zálohované soubory lze obnovit do veřejného prostoru (Operand: NEW-SUPPORT).

SAM files na veřejném disku lze obnovit jako uzel SAM files (operand: NEW-SUPPORT).

Struktura SAM files není standardně zachováno v zálohování (BACKUP-FILES) uzlu SAM files (Výkon!). Struktura SAM je standardně zachována, když je uzel SAM filejsou zálohovány pro účely dlouhodobé archivace a přenosu dat (ARCHIV-FILES, EXPORT-FILES), to zajišťuje, že data lze obnovit nebo importovat do systému, který nemá přístup k Net-Storage.

Zprávy HSMS mohou být také uloženy jako uzel SAM files; zprávu file má být vytvořen před spuštěním HSMS.

SYSFILE

SYSFILE má přístup k uzlu SAM files, která napřample, může obsahovat procedury i vložená data (SYSCMD a SYSDTA). Uživatel může přesměrovat výstup protokolování do uzlu SAM files. Postup je víceméně standardní, s tím rozdílem, že především a file musí být vytvořen na Net-Storage před SYSOUT nebo

Může být přiřazen SYSLST. Pokud je znaková sada potřebná v síťovém úložišti odlišná od standardní, uživatel bude muset zadat odpovídající NETCCSN jako Net-Coded-Character-Set v CREATE-FILE nebo proveďte změnu pomocí MODIFY-FILE-ATRIBUTY. Jak již bylo zmíněno, vytvoření file stejně jako zřízení CCSN nebo NETCCSN musí proběhnout před oběma file je otevřen nebo je přiřazen SYSOUT nebo SYSLST!

V rámci výstupu uzlu files, SYSFILE potlačí binární řídicí znaky v prvním sloupci záznamu, např. odřádkování (x'01', x'02' -> jsou nahrazeny prázdným x'40'; formát x'C1' = A je zachován). Tyto prvky by ovlivnily vzhled aplikací ve světě otevřených systémů.

EDT/EDTU

uzel SAM files jsou podporovány EDTU. Před psaním a file do Net-Storage musí být nejprve vytvořen jako uzel file a nastavte pomocí příslušných znakových sad.

BS2ZIP

BS2ZIP je schopen vytvářet archivy ZIP jako uzel PAM files, umožňující otevřeným systémům získat k nim přístup.

Uživatel musí nejprve vytvořit uzel file na Net-Storage. BS2ZIP jej pak bude moci otevřít s přístupem pro zápis a přidat files do archivu zip. Do tohoto lze také zkopírovat již existující zip archiv file. BS2ZIP nemůže přidat uzel SAM files do archivu zip.

Exampten:

Kontakt: Fujitsu Technology Solutions GmbH Axel Ohme Mies-van-der-Rohe-Str. 8, 80807 Mnichov Německo Telefon: +49 (0) 89 62060-2874 E-mail: axel.ohme@fujitsu.com Webstránky: de.fujitsu.com 01.11.2021 EM DE

Copyright © 2021 Fujitsu Technology Solutions GmbH Fujitsu a logo Fujitsu jsou ochranné známky nebo registrované ochranné známky společnosti Fujitsu Limited v Japonsku a dalších zemích. Ostatní názvy společností, produktů nebo služeb mohou být ochrannými známkami nebo registrovanými ochrannými známkami příslušných vlastníků. Dodání podle dostupnosti; právo na technické změny vyhrazeno Za úplnost, platnost a správnost uvedených údajů a vyobrazení se nepřebírá žádná záruka ani záruka. Všechna použitá označení mohou být ochrannými známkami a/nebo autorským právem; jejich použití třetími stranami pro jejich vlastní účely by mohlo porušit práva příslušných vlastníků.

Dokumenty / zdroje

Průvodce síťovým úložištěm FUJITSU OSD-BC V11 [pdfUživatelská příručka OSD-BC V11 Průvodce síťovým úložištěm, OSD-BC V11, Průvodce síťovým úložištěm, Průvodce úložištěm, Průvodce

Reference

• Uživatelská příručka