Mwongozo wa Hifadhi Wavu wa FUJITSU OSD-BC V11

Masharti

Katika muktadha wa Net-Hifadhi, maneno yafuatayo yanatumika katika BS2000 OSD/BC:

Seva Net

Hii ni file seva katika mtandao wa kompyuta duniani kote ambao hutoa nafasi ya kuhifadhi (Uhifadhi Ulioambatishwa wa Mtandao, NAS) kwa matumizi ya seva zingine na inatoa sambamba file huduma za seva.

Hifadhi ya Wavu

Hii ni nafasi ya kuhifadhi iliyotolewa katika mtandao wa kompyuta na seva ya mtandao na kutumiwa na seva za nje. Net-Hifadhi inaweza kuwa file mfumo au nodi tu katika file mfumo wa seva ya wavu. Net-Hifadhi (kuwa sahihi zaidi: saraka iliyoshirikiwa) inapatikana katika BS2000 kupitia amri MOUNT-NET-STORAGE na imewekwa kwenye Net-Client.

Mteja Net

Hutekeleza ufikiaji wa Hifadhi ya Mtandao kwa mfumo wa uendeshaji unaotaka kuutumia. Net-Client inabadilisha BS2000 file hufikia pamoja na mfumo mdogo wa BS2000 ONETSTOR kwa Unix inayolingana file inazifikia na kuzitekeleza kwenye seva ya wavu kupitia NFS. Kwa vitengo vya seva /390 ya Seva za SE mchakato wa bs2netsagent, ambao unawakilisha mteja wavu unatumia HNC; kwa vitengo vya seva x86 ya Seva za SE mteja wavu au bs2netsagent resp. inaendesha kwenye X2000 ya kitengo cha seva.

Kiasi cha Hifadhi ya Wavu

Kiasi cha Hifadhi ya Wavu kinawakilisha Hifadhi ya Wavu katika BS2000. Zimeundwa kupitia amri ADD-NET-STORAGE-VOLUME na kupewa pubset. Saraka iliyoshirikiwa file mfumo wa seva ya wavu husanidiwa na kupewa seti ya data ya ndani (SF au SM pubset) kama kiasi cha Hifadhi ya Wavu. Kiasi cha Hifadhi ya Wavu hushughulikiwa kupitia nambari ya serial ya ujazo (VSN) na aina ya sauti ya NETSTOR au NETVOL. Aina ya kiasi NETVOL ilianzishwa na BS2000 V21. Jina la saraka katika iliyoshirikiwa file mfumo wa seva ya wavu inalingana na VSN ya kiasi cha Hifadhi ya Wavu. Kiasi cha Hifadhi ya Wavu (kuwa sahihi zaidi: saraka iliyo na jina la kiasi cha Hifadhi ya Wavu) ina yafuatayo:

• A file lebo ya mfumo (file jina .FSL) na a file katalogi (file jina .BS2FSCAT) yenye data ya meta ya files kuhifadhiwa kwenye Hifadhi ya Mtandao. The file katalogi inapatikana tu kwa juzuu za aina ya NETSTOR. Hii file katalogi haitumiki kwa juzuu za aina ya NETVOL ambazo zilianzishwa na BS2000 V21 (kama sehemu ya BS2000 OS DX).
• Mtumiaji fileya file chapa *BS2000 (tazama sehemu inayofuata kwa habari zaidi)
• Saraka mahususi za mtumiaji ambazo ni pamoja na *NODE-FILE mtumiaji files (tazama sehemu inayofuata kwa habari zaidi).

BS2000 OSD/BC V11 haitumii aina mpya za sauti za NETVOL. Mbali na aina mpya ya kiasi cha NETVOL, BS2000 V21 pia inasaidia aina ya awali ya NETSTOR. Kiasi pekee cha aina mpya ya kiasi cha NETVOL kinaweza kuundwa chini ya BS2000 V21. Hata hivyo, juzuu za aina ya NETSTOR kutoka BS2000 OSD/BC V11 ambazo tayari zipo zinaweza kujumuishwa na kutumika katika BS2000 V21.

Files kwenye Hifadhi ya Wavu

Kutoka kwa BS2000 viewuhakika, aina mbili za msingi za file usindikaji hutolewa kwenye Hifadhi ya Mtandao:

• Usindikaji safi wa BS2000, file aina: BS2000
  Watumiaji wanaweza kuokoa aina zote za BS2000 files (PAM, SAM, ISAM, PLAM) kwenye Hifadhi ya Mtandao, mbali na files na PAM-Key, fanya kazi files, ya muda files na file vikundi vya kizazi. Mifumo mingine isipokuwa mifumo ya BS2000 haiwezi kurekebisha haya files.
• Pamoja file usindikaji wa BS2000 na mifumo wazi, file aina: nodi file
  Kufikia BS2000 OSD/BC V10, watumiaji wanaweza kuhifadhi files katika saraka maalum za watumiaji ndani ya ujazo wa Hifadhi ya Mtandao na kuzichakata pamoja na mifumo iliyo wazi. Na kinyume chake, mifumo ya UNIX inaweza kuunda files katika saraka hizi ambazo zinaweza kuingizwa kwa BS2000 na kuchakatwa. A file haina muundo maalum kutoka kwa Unix/Linux/Windows viewhatua. Hii inalingana katika BS2000 na file umbizo la PAM (BLKCNTRL=NO). Sifa mpya (FILE-AINA = *NODE-FILE) imeanzishwa katika BS2000 OSD/BC V10 ili kutambua haya files. Hii file aina inaweza kusindika kama PAM files kutoka BS2000 OSD/BC V10. Kutoka BS2000 OSD/BC V11 pia usindikaji wa msingi wa maandishi wa nodi files kwa njia ya mbinu ya kufikia ya SAM imewezeshwa.

Usanifu

Maombi (1) hufikia a file kupitia DMS. DMS inatambua kuwa file iko kwenye Net-Hifadhi kupitia ingizo la katalogi katika TSOSCAT kwenye pubset(2). The file kwenye seva ya wavu (5) inafikiwa kupitia NFS kupitia mfumo mdogo wa ONETSTOR (3) na mteja wavu (4). Mchakato ambao hufanya kazi za Net-Client ndio huitwa bs2netsagent.

Usanidi

Ili kuwezesha matumizi ya Hifadhi ya Wavu katika BS2000, muunganisho (nodi, laini) lazima ifafanuliwe katika BS2000 na mteja wa wavu lazima afafanuliwe kama mfumo wa mwisho (mchakataji).

Muunganisho kati ya BS2000 na mteja halisi kwenye HNC au X2000 ni kupitia LOCLAN. Kwa usanifu /390 muunganisho wa LOCLAN kwa HNC unatekelezwa na chaneli ya nyuzi. Kwa usanifu wa x86 LOCLAN ni muunganisho wa programu. Viunganisho vimesanidiwa katika Kidhibiti cha SE na Vifaa -> (SE ) -> (SU ) -> BS2000-Vifaa, folda ya LAN. Katika kesi ya SU /390 anwani za kifaa zinahitaji kusanidiwa na IOGEN (tazama 2.2). Usanidi huu unarejelea tu ufikivu (chaneli ya kusoma/kuandika na MN za kifaa mtawalia) ya HNC au X2000. Usanidi wa Net-Client yenyewe hufanywa na menyu ya Vifaa -> Vitengo -> (SE ) -> (HNC au SU resp.) -> Usimamizi, folda ya Hifadhi ya Wavu.

Katika zifuatazo examples za HNC1 na LOCLAN na unganisho kupitia DANPU01 zinawasilishwa. Unapotumia mitandao au vitengo vingine, usanidi lazima ubadilishwe kwa anwani za mtandao zinazotumiwa ipasavyo. Ruhusa zinazohitajika lazima zisanidiwe kwenye seva ya wavu; kitambulisho cha mtumiaji na kikundi kinachoruhusiwa kwa ufikiaji lazima kiwekwe ipasavyo kwenye mteja wavu kwa bs2netsagent (Hufikia Hifadhi ya Mtandao), hii pia ni halali kwa jina la kikoa cha NFSv4. Kwa kuongeza interface ya HNC au X2000 kwa mtiririko huo lazima iingizwe, ambayo inatekeleza uunganisho kwenye Net-Storage (mali na anwani za uunganisho wa Net-Hifadhi, maelezo tazama sura ya 2.6).

Ruhusa za Ufikiaji za Mwingiliano wa BS2000 na Mifumo Huria.

Msimamizi wa mfumo wa seva ya NFS husanidi kushiriki kwa mtumiaji maalum (na ETERNUS CS: file kikundi). Katika example katika mchoro wa 3, mtumiaji huyu ana nambari ya mtumiaji na kikundi (UID:GID) 7890:2222. Nambari hii ya mtumiaji na kikundi imesanidiwa kwenye mteja wavu kwa mchakato wa mteja wa bs2netsagent. Mchakato kwa hivyo hupokea idhini ya kufikia sehemu na kuunda saraka na files; kwa hivyo ni mmiliki wa ujazo wa Net-Storage utakaoundwa chini ya hisa na pamoja na *BS2000 files na BS2000 saraka maalum za watumiaji.

Msimamizi wa mfumo wa BS2000 huweka sehemu katika BS2000 kupitia MOUNT-NET-STORAGE. Mlima ni kwa mteja wavu wa BS2000 chini ya mizizi. Ifuatayo ni halali kulingana na toleo la NFS: Ikiwa seva ya NFS inakubali itifaki ya NFSv4, kipandiko kinatekelezwa kiotomatiki katika toleo la 4 au sivyo katika toleo la itifaki NFSv3.

Unapotumia NFSv4 watumiaji lazima pia waingizwe katika huduma ya saraka ya LDAP au AD na nambari za mtumiaji na kikundi. NFS-Server lazima iunganishwe kwenye huduma hii ya saraka ya LDAP. NFSv3 haihitaji matumizi ya LDAP au AD.

Nodi ya Hifadhi ya Wavu files huhifadhiwa katika saraka maalum za watumiaji, yaani files ambayo inaweza kuchakatwa na BS2000 na mifumo ya Unix/Linux. Saraka hizi zina jina la kitambulisho cha mtumiaji cha BS2000 (herufi kubwa) na husanidiwa kiotomatiki na BS2000 na uundaji wa awali wa nodi. file.

Wakati wa kuunda saraka kama hiyo, POSIX-ACLs, yaani ruhusa za kusoma, kuandika na kutekeleza, zimewekwa kwa mtumiaji husika wa BS2000. Mteja wavu anapata files kwenye saraka maalum za watumiaji (node files) kupitia nambari ya mtumiaji na kikundi cha kitambulisho kinacholingana cha mtumiaji. Msimamizi wa mfumo lazima alinganishe nambari za mtumiaji na kikundi katika BS2000 dhidi ya zile zilizo katika mifumo iliyo wazi na, kwa kutumia MODIFY-POSIX-USER-ATTRIBUTES (USER- na GROUP-NUMBER) aziweke kwenye orodha ya watumiaji ya bahasha, ambayo Net - Kiasi cha kuhifadhi kimetolewa.

Wakati saraka maalum ya mtumiaji imeundwa kwa upande wa BS2000, files pia inaweza kuundwa kwa upande wa Unix/Linux ambayo inaweza kuingizwa kwenye katalogi za BS2000 kupitia IMPORT-NODE-FILE. Kwa upande wa wingi wa aina ya NETSTOR, hizi ni TSOSCAT na BS2FSCAT; kwa upande wa kiasi cha aina ya NETVOL iliyoletwa na BS2000 V21, hii ni TSOSCAT tu.

Hatua za ulinzi za BS2000 (USER-ACCESS, ACCESS, ulinzi wa nenosiri, BACL, GUARDS) zinafaa tu katika BS2000.

Kutoka kwa UNIX viewuhakika, taratibu kutumika ambayo file mfumo hutoa kuhusu umiliki (UID:GID, rwx kwa mtumiaji, kikundi, nyingine) pamoja na POSIX-ACL. Walakini, ikiwa haki za chini za ufikiaji za file kutoka kwa UNIX/Linux iliyoonyeshwa kwenye mchoro 3 imezuiwa, ufikiaji unaweza kuzuiwa kutoka kwa upande wa BS2000, ambao huripotiwa kwa mtumiaji kupitia jumbe zinazolingana (kwa mfano ruhusa imekataliwa).

Usanidi wa BS2000 IO

Uzalishaji wa usanidi wa IO kwenye seva za SU /390 ni kupitia shirika la IOGEN (angalia Ufungaji wa Mfumo wa mwongozo). Maagizo ya CTL na maagizo mawili ya DVC (kwa njia za kusoma na kuandika mtawalia) yamebainishwa kwa ajili ya uzalishaji wa HW wa HNC.

Example ya maagizo ya kizazi kuunganisha HNC kupitia swichi ya FC kwenye chaneli ya FC A4:

Viunganisho vimeundwa na Meneja wa SE Vifaa -> (SE ) -> (SU ) -> BS2000-Devices, folda LAN.

Usanidi wa BCAM

Kutoka kwa BCAM viewuhakika, yafuatayo tu lazima yafafanuliwe kuhusu fizikia hapo juu:

1. Uunganisho wa nodi ya BS2000 na mstari
   Ama HNC katika kesi ya SU /390 au adapta ya chaneli katika kesi ya seva za SU x86, ambayo haitofautishi BCAM katika maelezo (tazama hapa chini "Kufafanua mstari" na SHOW-BCAM-ENVIRONMENT OWN-IP- ANWANI 192.168.152.24)
2. Kichakataji kwenye nodi lazima ielezewe na anwani ambayo lazima ifikiwe kutoka kwa BS2000. Mshirika wa mawasiliano wa BS2000 ndiye mteja wa kawaida anayeendesha bs2netsagent (PROCESSOR-NAME: LOCFCAP na anwani ya IP: 192.168.152.12) ambayo inadhibiti ufikiaji wa files iliyohifadhiwa kwenye seva ya NFS (anwani katika mtandao wa IP wa seva ya NFS na seva ya NFS yenyewe haijulikani kwa BCAM).
3. Mipangilio lazima ifanywe kwa matumizi bora ya mfumo wa usafiri wa LPDU Kitengo cha Data ya Itifaki ya Tabaka la Kiungo (kilichobainishwa na kifaa) Kitengo cha Data cha Huduma ya Usafiri ya TSDU (kimewekwa kwa ajili ya kichakataji)

Amri zifuatazo za BCAM zinatumika kwa maelezo na zinaweza kuhifadhiwa katika SOF au CALL-BCAM-COMMAND file ili kuanzisha upya BCAM.

Bainisha NODE
Bainisha MSTARI

Bainisha PROCESSOR/NJIA (Kwenye NODE)

WASHA MSTARI NA NODEMatokeo ya vitu vya BCAM, ambavyo vimeundwa kuelezea usanidi huu wa sehemu, ni kupitia:

Sanidi UPUNGUFU
Kiteja wavu (kwenye HNC!) kinaweza kusanidiwa tena kwenye SU /390. Fanya usanidi wa BCAM wa HNC ya pili ipasavyo na ubainishe kuwa mteja wavu isiyohitajika kupitia SET-NET-CLIENT-ALTERNATE. (tazama hapa chini chini ya "Matumizi katika BS2000: Kuweka mbali file mifumo").

Utawala wa Mtumiaji wa BS2000
Nambari za mtumiaji na kikundi (USER-NUMBER na GROUP-NUMBER) lazima ziingizwe katika orodha ya watumiaji ya baha ambayo files zimeorodheshwa ili watumiaji waweze kuokoa files kama nodi files na kuzichakata kwenye mifumo ya Unix/Linux, au kinyume chake ili kufikia BS2000 fileimeundwa na mifumo hii. Mtumiaji na nambari za kikundi lazima zilandanishwe na UID na GID ya watumiaji wa mfumo wa Unix/Linux.
Ingiza kupitia:

Seva Net

Msimamizi wa mfumo wa seva ya NFS husanidi kushiriki kwenye seva ya NFS na kufafanua mmiliki (mtumiaji na nambari ya kikundi) ambayo ni kupokea kibali cha ufikiaji kwa sehemu hii. Hizi lazima zilingane na nambari za mchakato wa mteja wa wavu ambazo zimesanidiwa kwa HNC au X2000 mtawalia (ona sehemu iliyo hapa chini ya "Kitambulisho cha Mtumiaji na Kitambulisho cha kikundi cha mchakato wa bs2netsagent").

Mpangilio wa sehemu (file group) ni kupitia GUI na ETERNUS CS. Chaguzi zaidi za kuweka zimesanidiwa hapa:

Idhini ya kusoma/kuandika, wapangishi walioidhinishwa, n.k.

Vidokezo:

• Maelezo kuhusu usanidi wa seva yako ya NFS yanafaa
• Kwa sababu za usalama, chaguo la kupachika no_root_squash halifai kuwekwa. Ikiwa ufikiaji kutoka kwa upande wa mteja ni kupitia mzizi, pia ingefikia na haki za mizizi katika iliyotolewa file Hata hivyo, chaguo la kupachika root_squash hutumika kufikia na haki za kitambulisho "hakuna mtu".
• Hali salama: Sys ya kawaida (=kitambulisho maalum cha mtumiaji) inatumika kama hali salama ya uthibitishaji wa muunganisho wa NFS.
• Chini ya NFSv4, seva ya wavu inahitaji kiungo kwa saraka ya LDAP
• Hisa za seva za NFS ambazo zinapatikana kwa BS2000 zinaweza kutolewa kutoka BS2000 kupitia LIST-NET-DIRECTORIES.

Mteja Net

Usanidi kwenye seva ya SE:

Kwenye seva za SE, mipangilio ya mteja wavu imewekwa kupitia kiolesura cha picha cha Meneja wa SE. Meneja wa SE anawezesha kati, web-msingi wa usimamizi wa miundombinu yote ya SE na vifaa vingi vya pembeni vinavyotumiwa na vitengo vya seva vya SE. Mtandao wa data wa DANPU01 wenye kiungo cha juu kwa LAN ya mteja unakusudiwa kuunganisha hifadhi ya wavu. HNC na Vitengo vya Seva x86 (SU300) vimesanidiwa awali kwa muunganisho wa LAN hadi DANPU01 seva ya SE inapowasilishwa.

Mitandao ya data ya umma imesanidiwa katika Kidhibiti cha SE kupitia Maunzi -> Mitandao ya IP -> Mtandao wa Data wa Umma -> DANPU . Jedwali "Taarifa ya NetUnit" inaonyesha vitengo vilivyowekwa kwenye mtandao.

Kielelezo kifuatacho kinaonyesha usanidi wa mtandao wa DANPU01 wa seva ya SE iliyo na NetUnit isiyohitajika, 2 HNCs na SU300 moja:

Katika uteuzi wa majina ya bandari yenye jina la kitengo (HNC1, HNC2, Su1SE2) kama kiambishi awali, S. P inasimama kwa "Slot n" "Port m".
Sanidi Hifadhi ya Mtandao kupitia Maunzi -> Seva/Vitengo -> (SE ) -> (HNC au SU300 ) -> Usimamizi, Folda -> Hifadhi ya Wavu.

Mabadiliko katika menyu yanaweza kufanywa baada ya kubofya alama ya kalamu

Tahadhari: Mabadiliko ya mipangilio husababisha kuweka upya na kuanzisha upya Net-Client. Hii inaweza kusababisha upotezaji wa data wakati wa I/O inayoendelea. Kwa hivyo mabadiliko yanapaswa kufanywa tu ikiwa hakuna hisa za seva ya Mtandao (NAS) zilizowekwa kutoka BS2000.

Ufikiaji:
Kitambulisho cha mtumiaji na Kitambulisho cha kikundi huwekwa kupitia ambayo kazi za mteja halisi huchakatwa kwenye seva ya wavu. Ni vitambulisho vya wamiliki wa sehemu itakayowekwa kwenye seva ya wavu na lazima ikubaliane na msimamizi wa mfumo wa seva ya wavu. Thamani chaguo-msingi 0 haipaswi kutumiwa kwa sababu za ulinzi wa data.

Usanidi wa kikoa cha NFSv4
LDAP inahitajika tu ikiwa NFSv4 inatumika na nodi files zinapaswa kuhifadhiwa ambazo zinapaswa kufikiwa na mifumo ya nje. Watumiaji sambamba lazima wawe katika saraka ya seva ya LDAP. Taarifa kuhusu usanidi wa seva ya LDAP iko mwishoni mwa sehemu hii.

Sifa za uunganisho wa Net-Hifadhi na ongeza muunganisho:

Ifuatayo inafafanua miunganisho ya PCI ambayo Hifadhi ya Mtandao inaweza kufikiwa, iwe anwani inayobadilika inapaswa kukabidhiwa (angalia DHCP), au ikiwa anwani tuli inapaswa kuingizwa ("Ongeza anwani ya IP").

Kwenye HNC, bandari ya PCI "Slot 2" "Port 1" tayari imesanidiwa awali kwenye mtandao wa kwanza wa data wa umma wa DANPU01 (Data Net PUblic 01) seva ya SE inapowasilishwa.

Utaratibu:
Kwanza, bandari ya PCI lazima iongezwe kwa DANPU01 kupitia kitufe cha "Ongeza muunganisho":

Ikiwa anwani ya IP itakabidhiwa kwa nguvu, inatosha kuweka alama kwenye DHCPv4 au DHCPv6 kwa ishara ya penseli kwa muunganisho unaoonyeshwa sasa "NETSTOR01".

Anwani za muunganisho wa Hifadhi ya Wavu:

Kupitia kitufe cha "Ongeza anwani ya IP" anwani ya IP tuli inaweza kuingizwa:

Ikiwa seva ya mtandao haiko kwenye mtandao sawa na HNC au X2000, kipanga njia lazima pia kifafanuliwe. Hii inafanywa kupitia kichupo cha "Njia na DNS".

Katika seva ya SE iliyo na NetUnit isiyohitajika na HNC ya pili, muunganisho wa Net-Storage unapaswa pia kuanzishwa kwenye HNC2 (pia kwenye slot 2, bandari 1) kwa sababu za upatikanaji wa juu.

Exampkwa SU300:

SU300 imesanidiwa awali kiwandani ikiwa na nafasi ya 1 bandari 1 kwenye mtandao wa kwanza wa data ya umma DANPU01. Kielelezo kifuatacho kinaonyesha usanidi wa uhifadhi wa jumla wa SU300 na anwani ya IPv4 iliyokabidhiwa kwa nguvu.

Maelezo zaidi kuhusu usanidi wa mteja wa mtandaoni yako katika mwongozo wa sasa wa "Operesheni na Dhibiti Seva za Biashara za SE".

Sanidi Seva ya LDAP kwa Nodi Files na NFSv4

Ili kuhakikisha upatikanaji wa nodi files - kazi wakati wa kutumia NFSv4-, sifa ya ziada "NFSv4Name" ni ya lazima katika akaunti ya LDAP POSIX, ambayo nambari ya UID imeingizwa. Kikundi cha POSIX kinaweza pia kupanuliwa kwa sifa "NFSv4Name", lakini hii kwa sasa ni. sivyo lazima

Sifa ya NFSv4Name inajumuisha jina la mtumiaji na kikoa cha NFSv4 .

Ingizo katika saraka ya LDAP linaweza kuwa kama ifuatavyo: "NFSv4Name: hugo@localdomain". Ikiwa haipatikani, mpango wa LDAP lazima uongezwe kwa sifa ya NFSv4Name. Ufafanuzi wa sifa wa NFSv4Name uko hapa chini:

Seva ya LDAP lazima isanidiwe ili seva ya wavu na mteja wavu wapate ufikiaji wa kusoma kwenye saraka ya LDAP.

Madarasa mawili ya vitu vifuatavyo lazima iingizwe. Darasa la kitu NFSv4RemotePerson lina NFSv4Name, uidNumber na gidNumber.

Sifa ya NFSv4Name inahakikisha uunganisho wa mtu-mmoja kati ya kikoa cha NFSv4 na uidNumber ya mtumiaji wa karibu. Chini ni ex mfupiample kwa ingizo "hugo" kwenye saraka ya LDAP:

Taarifa Zaidi

Ikiwa ngome ni kati ya mteja wavu na seva ya mtandao, kumbuka kuwa bandari 2049 na 111 (RPC) za NFS lazima zifunguliwe kwa TCP na UDP. Mabadiliko katika bandari ya kawaida 2049 haijapangwa kwa sasa.

Wakati wa kazi ya matengenezo (kwa mfano, sasisho la programu au usakinishaji mpya) na mabadiliko ya usanidi na bs2netsConf, hakikisha kwamba Hifadhi ya Mtandao (ambayo inaendeshwa kupitia mteja husika) haijaunganishwa kabla kutoka kwa mifumo yote iliyounganishwa ya BS2000 kupitia amri ya BS2000 UMOUNT-NET-STORAGE. .

Matumizi katika BS2000 - Kifupi Zaidiview

Baada ya kutekeleza hatua zilizo hapo juu za usanidi, Net-Storage sasa inaweza kutumika katika BS2000. Endelea kama ifuatavyo (tenda maadili ya amri katika examples inaendana na exampkidogo katika takwimu 2 na 3):

Mlima wa Mbali File Mfumo
Kidhibiti cha mbali file mfumo umewekwa kupitia MOUNT-NET-STORAGE. Mlima umeanzishwa katika mteja wavu

SHOW-NET-STORAGE hutoa zaidiview ya hisa zilizowekwa na, ikiwa ni lazima, kiasi chochote kilichopo cha Hifadhi ya Mtandao.

Mteja wa ziada anaweza kuongezwa kama ifuatavyo:

Ikiwa mteja wa wavu atashindwa, kuna ubadilishaji wa kiotomatiki kwa mteja-wavu mbadala.

Kuunda Kiasi cha Hifadhi ya Mtandao
Kiasi cha Hifadhi-Net huundwa kwenye Hifadhi ya Wavu iliyopachikwa kupitia ADD-NET-STORAGE-VOLUME. Kiasi cha Hifadhi ya Wavu kimekabidhiwa kwa kitengo kimoja kidogo.

Kiasi chenye jina ABC@00 kimetolewa kwa pubset ya ABC. Hii inatekelezwa kwa kuunda saraka yenye jina ABC@00 chini ya sehemu /bs2data1 ya seva ya NFS na anwani ya IP 172.17.67.120. Utawala files .FSL na .BS2FSCAT zimeundwa katika saraka hii. Ingizo la usimamizi la ujazo wa Hifadhi-Net limeundwa kwenye chapisho la ABC .

Badala ya jina la kawaida linalotokana na jina la chapisho, msimamizi wa mfumo anaweza kuweka jina lolote la sauti kwa kiasi cha Hifadhi ya Mtandao. Kiasi kadhaa cha Hifadhi ya Mtandao kinaweza kufafanuliwa kwa pubset. Majina ya kiasi lazima yawe ya kipekee katika mfumo; ikiwa tayari kuna diski ya kibinafsi na VSN sawa, upatikanaji wa kiasi cha Net-Hifadhi unapendekezwa na mfumo.

SHOW-PUBSET-NET-STORAGE huonyesha kiasi cha Hifadhi-Net kilichogawiwa kwa pubset (amri hii inaweza pia kutumiwa na watumiaji wasio na upendeleo). Aina za sauti za aina ya NETVOL zinaonyeshwa kama "hazitumiki" (NO SUP) na mifumo iliyo chini ya BS2000 V21.

Vidokezo zaidi:

Net-Hifadhi inaweza kutolewa kwa SF- na SM-Pubset, hata hivyo si kwa Home-PVS. Ugawaji wa ujazo wa Hifadhi-Net kwa pubset huhifadhiwa zaidi ya EXPORT-/IMPORT-PUBSET na kuzima/kuanzisha. Kiasi cha Hifadhi ya Wavu pia kinaweza kupewa baa zilizoshirikiwa. Uundaji wa kiasi unahitaji kufanywa katika mfumo mkuu; mifumo ya watumwa inapata ufikiaji wa sauti mpya iliyoundwa kwa kuingiza taarifa sawa ADD-NET-STORAGE-VOLUME. Hii ni muhimu tu katika muktadha wa kuunda Net-Hifadhi-Volume, ili kutenga kiasi na NDM. Baadaye baada ya kuzima/kuanzisha au EXPORT-/IMPORT-PUBSET mtawalia ugawaji unafanywa kiotomatiki na mfumo. Baada ya kuwasha upya mfumo, hakikisha kwamba MOUNT-NET-STORAGE inatekelezwa tu baada ya BCAM kuanzishwa na mfumo mdogo wa ONETSTOR kupakiwa. Ni busara - kabla ya kuagiza pubset (IMPORT-PUBSET) ambayo imepewa kiasi cha Net-Storage, ili iweze kupatikana kwenye mfumo kupitia MOUNT-NET-STORAGE. Hii inahakikisha kwamba data yake inapatikana mara moja baada ya IMPORT-PUBSET.

Unda, Ingiza na Uchakata Files kwenye Hifadhi ya Wavu

Unda *BS2000 files

Iwapo majalada kadhaa ya Net-Hifadhi yapo kwa pubset, sauti (katika example kiasi NET001) inaweza kubainishwa kama ifuatavyo

Sintaksia hii inatumika sawa kwa BS2000 OSD/BC V11 na BS2000 V21 - bila kujali aina ya sauti ya NETSTOR au NETVOL!

Unda *NODE-FILE    files kwa kushirikiana na mifumo wazi (kama ya OSD V10)

• au fupi:
• kwa mtiririko huo:

Kuanzia sasa, the file inaweza kupatikana kupitia majina ya njia zake. Mahali pa kuhifadhi file ni wazi kabisa kwa programu.

Pamoja na SHOW-FILE-ATTRIBUTE amri, mtumiaji anaweza kuamua eneo la uhifadhi wa file, kwa mfano:

Mtumiaji anaweza tayari kujua kutoka kwa herufi "n" kati ya file vipimo vya ukubwa na CATID ambayo file iko kwenye Net-Storage. Example inaonyesha kuwa file iko kwenye kiasi cha Net-Hifadhi na VSN NET001; ni aina ya sauti ya NETVOL.

BS2000 huokoa nodi files katika saraka maalum za watumiaji ndani ya viwango vya Hifadhi ya Mtandao (tazama nakala ya zamaniample katika mchoro wa 3: saraka za watumiaji HUGO au FRITZ). BS2000 huunda saraka maalum ya mtumiaji mara ya kwanza nodi file inaundwa kwa ajili ya mtumiaji na inaweka kiotomatiki ACL zinazohitajika kwa ufikiaji. Mifumo iliyofunguliwa pia inaweza kuunda files katika saraka hizi.

Uingizaji wa nodi files ambazo ziliundwa na mifumo wazi katika katalogi za BS2000.

If files ziliundwa na mifumo wazi katika saraka maalum za watumiaji, hizi files zinahitaji kuingizwa kwenye katalogi za BS2000 TSOSCAT na BS2FSCAT kabla hazijachakatwa na BS2000

Kutoka BS2000 OSD/BC V11 mtumiaji anaweza kutaja, ikiwa nodi file inapaswa kuorodheshwa kama PAM au SAM file:

Ili kubainisha FILE-MUUNDO = *SAM inapendekezwa, ikiwa file inapaswa kuchakatwa kama maandishi.

Na kinyume chake, node files inaweza kuondolewa kutoka kwa katalogi za BS2000 kupitia EXPORT-NODE-FILE (tazama USAFIRISHAJI-FILE) bila kuzifuta kwenye saraka maalum ya mtumiaji kwenye Net-Storage. ORODHA-NODE-FILES hutumiwa kupata habari kuhusu files (ambayo inaweza kuingizwa) katika saraka mahususi za mtumiaji za ujazo wa Hifadhi ya Mtandao. Pekee files yenye majina yanayokidhi BS2000 file mikusanyiko ya majina ni pato.

Usafirishaji na Uagizaji wa Kiasi-Net-Hifadhi

Kiasi cha Hifadhi-Net kinaweza kutenganishwa (kusafirishwa) kutoka kwa pubset na kuingizwa kwenye chapisho lingine.

• Kupunguza kiasi:
• Kuunganisha tena sauti kwenye pubset:

Kwa upande wa wingi wa aina ya NETSTOR, maingizo ya katalogi ya files katika kiasi cha Hifadhi ya Wavu lazima iagizwe kwa mikono kwa kutumia IMPORT-FILE

Katika kesi ya kiasi cha aina ya NETVOL, hii inafanywa moja kwa moja ndani ya mfumo wa ADD-NET-STORAGE-VOLUME. Ikiwa zipo file migogoro ya majina kwa sababu files iliyo na jina moja tayari ipo, ujumbe wa makosa unaolingana hutolewa na amri lazima iingizwe tena. Wakati wa kuingiza kiasi cha aina ya NETSTOR chini ya BS2000 V21, sauti inaweza kubadilishwa kuwa kiasi cha aina ya NETVOL na IMPORT =*YES(CONVERT=*YES). Kiasi basi hakiwezi kufikiwa tena kutoka kwa mifumo iliyo chini ya BS2000 V21. Pia, ubadilishaji hauwezi kugeuzwa. Kwa maelezo zaidi, hasa unapotumia diski za kioo, tafadhali rejelea Utangulizi wa Utawala wa Mifumo na miongozo ya Utangulizi ya DVS.

File Inachakata

BS2000 inasaidia usindikaji wa nodi files kwa njia ya njia za kufikia PAM (kutoka OSD V10) na SAM (kutoka OSD V11).

nodi ya PAM file usindikaji

nodi ya PAM files ni data isiyo na muundo, yaani NK-PAM files kutoka kwa BS2000 viewhatua. Zinaweza kusomwa/kuandikwa kufikiwa kupitia mbinu ya ufikiaji ya UPAM. nodi file inaweza kuwa na ukubwa wowote hadi upeo wa 4TB, yaani, tofauti na diski za BS2000 hakuna kizuizi kwa idadi nyingi ya vizuizi vya PAM. Hii tayari imehakikishwa na macros za PAM zilizopita. Simu ya UPAM ya kuandika ni, kwa mfanoample:

yaani kwa LEN=STD au STD, n idadi nyingi ya vizuizi vya kawaida vya baiti 2048 huhamishwa; LEN=urefu huhamisha data ya urefu uliobainishwa wa nodi files

Example:

Katika hii example ya file kwenye NAS baada ya CLOSE ina ukubwa wa 2048 + 50 = 2098 byte.

Ili kuandika kwa usahihi file ukubwa wa BS2000 files, sehemu mpya ilianzishwa katika ingizo la katalogi: Pointer ya Mwisho ya Byte (LBP) - analojia hadi Kielekezi cha Ukurasa wa Mwisho (=Ukurasa-Uliotumika Juu Zaidi) ambayo inaelekeza kwenye ukurasa halali wa mwisho wa a. file - na LBP inaelekeza kwenye baiti halali ya mwisho ya kizuizi cha mwisho cha kimantiki. (Kizuizi cha kimantiki kina ukubwa wa BLKSIZE=(STD,n), yaani kina kurasa za n PAM (n*2048 Byte)). Thamani ya LBP inaweza kuamua kupitia FSTAT kubwa (uwanja: OUTALBP). Daima hutolewa na nodi files. Pamoja na PAM files kwenye nafasi ya umma LBP hutolewa tu ikiwa mpigaji simu ataweka bendera LBP_required na OPEN katika P1FCB (inatumia kiolesura hiki hadi BS2000 OSD/BC V10 KP2/15).

Ikiwa maombi yanasoma file hadi mwisho wa-file ikiwa na LEN=(STD,x), kila mara hupokea vizuizi kamili vya PAM - vyote kwa pamoja files kwenye diski na vile vile kwenye Hifadhi ya Mtandao au kama nodi files. Eneo la uhalali katika kizuizi cha mwisho cha mantiki linaonyeshwa na LBP. Ikiwa maombi yanasoma file kwa LEN= , inapokea data katika urefu maalum.

Kama nodi files pia inaweza kusindika na mifumo wazi, mali ya haya files katika katalogi ya BS2000 zimepitwa na wakati katika hali fulani. Sasisho lolote muhimu la maadili kama vile file saizi, LPP (=Ukurasa-Uliotumika Juu Zaidi), LBP na BADILISHA-TAREHE hutokea kama sehemu ya uchakataji FUNGUA ndiyo maana thamani zilizosasishwa hazipatikani kwa programu hadi baada ya KUFUNGUA. Masasisho pia yanaweza kufanywa nje ya OPEN/CLOSE kupitia IMPORT-NODE-FILE REplace=*NODE-FILE-UPDATE.

Maelezo zaidi kuhusu kuanzishwa kwa kielekezi cha mwisho cha baiti yanaweza kupatikana chini ya: http://docs.ts.fujitsu.com/dl.aspx?id=22aafa65-9393-4a28-95fd-4959fc6aa77d

nodi ya SAM file usindikaji

Njia ya ufikiaji SAM:

Kuna tofauti mbili kuu kati ya usindikaji wa nodi files kwa kutumia mbinu ya ufikiaji ya SAM na uchakataji wa SAM files katika nafasi ya jadi ya umma - ambayo kwa vitendo inaweza kupuuzwa zaidi, haya ni hasa:

1. Wakati SAM inarekodi ndani ya SAM files katika nafasi ya umma inaweza kuwa na aina yoyote ya data kiotomatiki, ikiwa ni pamoja na binary, nodi ya SAM files kimsingi inakusudiwa kwa madhumuni ya usindikaji wa maandishi; wakati wa kuhamisha vizuizi vya SAM vya kimantiki, mteja wa mtandao huondoa maelezo ya kimuundo yanayohusiana na SAM kama vile sehemu ya BLKCTRL na sehemu za urefu na kutekeleza ubadilishaji wa msimbo kutoka EBCDIC hadi seti za herufi za ASCII au ISO. Hili kwa ujumla haliwezekani pale ambapo maudhui yoyote ya mfumo wa jozi yanahusika - angalau bila kupoteza taarifa yoyote.
2. SAM zote files zilizohifadhiwa kwenye diski ya kitamaduni zitasomwa kutoka ndani ya muundo ule ule wa rekodi ambapo ziliandikwa hapo awali. Ndani ya filemaelezo, mtumiaji anaweza kuandika anwani za kurejesha kwa kila rekodi zinazomruhusu kufikia hizi baadaye katika

Inaweza kuongezwa zaidi kwa maelezo ya nodi ya SAM files kwamba mbinu ya SAM ya kufikia, huchakata taarifa kwa njia inayolenga kuzuia. Walakini, katika kuhamisha data kwa NAS, mteja-wavu huondoa sehemu za BLKCTRL na urefu, ili data ihifadhiwe katika mkondo wa kawaida kama kawaida kwa mifumo iliyo wazi. Rekodi za kibinafsi zinatenganishwa kwa kutumia mlisho wa laini (LF, x'0A'). Uchoraji wa nambari ya rekodi iliandikwa ambayo nambari ya kizuizi ilitawaliwa kwa muda wa mchakato wa kuandika kati ya OPEN na CLOSE. Hiyo ni kusema, programu inaweza kurejeshwa nyuma (SETL) kwa kizuizi ambacho tayari kimeandikwa na kufutwa. Kwa kuongezea, sio lazima kuandika kizuizi kamili, lakini badala yake, kama ilivyofungwa hapo awali na RELSE ya jumla; rekodi ifuatayo (PUT) itatokea kwenye kizuizi kinachofuata cha SAM. Rekodi hii kwa hali yoyote itaambatishwa, bila pengo, kwa ile ya awali ndani ya NAS file mfumo. Baada ya kufunga na kisha kusoma tena file inapofungua, mteja wa mtandao huandaa data kwa SAM; vizuizi vya kawaida vya SAM vinaundwa tena kutoka kwa mkondo wa kawaida wa Unix file na kutumwa kwa BS2000; kwa kutumia uwanja wa BLKCTRL na rekodi, pamoja na sehemu zinazoonyesha urefu wa rekodi, data inabadilishwa tena kuwa nambari maalum ya EBCDIC. Walakini, muundo wa asili hauwezi kufanywa tena. Hii ina maana kwamba mlolongo wa rekodi pekee ndio unaweza kuhakikishwa: rekodi za kibinafsi ndani ya kizuizi sawa na nambari za rekodi haziwezi kusomwa kama zilivyoandikwa. Kwa njia hii, anwani za kurejesha kama sheria hazitumiki tena kwa kufuata CLOSE na FUNGUA tena.

Ili kuzuia usindikaji wowote wa SAM bila kukusudia files kama nodi filekupitia matumizi ya maombi ya urithi - ambayo yanategemea utangamano kamili kulingana na anwani za kurejesha - bendera mpya SAM_NODE_FILE_WEZESHA

(FCB+B9(+6): ID1SNFEN) imeanzishwa ambayo mpigaji simu lazima atekeleze kabla ya mchakato wa OPEN ndani ya FCB inayohusishwa na file.

Programu ambayo huweka ishara kidogo kwenye mfumo wa uendeshaji kwamba inaweza kuchakata nodi ya SAM files na pia kutambua sifa zao.

Katika usindikaji wake wa nodi ya SAM files, BS2000 inaungwa mkono na vipengele vifuatavyo:

• EDTU kutoka V17.0D20
• ONESHA-FILE kutoka V17.1B30
• LMS/LMSCONV V3.5B
• openFT kutoka V12.1A
• CRTE kutoka V11.0A
• SYSFILE ya OSD V11
• HSMS/ARCHIVE V11.0A

Mtumiaji huunda nodi file kama ilivyoelezewa katika 3.3 na kisha itaweza kushughulikia file kwa kutumia programu iliyotajwa hapo juu au ambayo wameandika wenyewe.

Kama ilivyoelezwa hapo awali wakati wa kuchakata nodi ya PAM files, nodi ya SAM filemifumo katika ulimwengu wa nje inaweza kubadilishwa, kwa mfano, kupanuliwa au kuandikwa zaidi. The file mali FILESIZE, LPP na CHANGE-DATE husasishwa ndani ya muktadha wa OPEN na hutolewa tu kwa anayepiga kama simu ya sasa.

Nodi kubwa ya SAM file saizi ambayo inaweza kuchakatwa ni 32GB. Baada ya kusema hivyo, ukubwa wa file ambayo yanaweza kuchakatwa ni mdogo na idadi ya vitalu vya SAM vya kimantiki vinavyohitajika ili kuruhusu kuchakatwa na BS2000. Kikomo hiki kimewekwa kwa vitalu 16,777,216. Iwapo vitalu zaidi vitahitajika, OPEN itakataliwa. Upeo maalum. file saizi kwa sababu hii itategemea katika kesi za kibinafsi juu ya urefu wa rekodi zilizotumiwa na vile vile uwezo wa kujaza unaweza kupatikana ndani ya vizuizi vya SAM. Kulingana na hili na kulingana na urefu wa rekodi zitakazochakatwa, max. file ukubwa utakuwa kati ya 13 na 32GB.

Katika kesi ya IMPORT-NODE-FILE, saizi ya kimantiki ya kizuizi (BLKSIZE) itawekwa katika STD,16 ili rekodi kubwa pia ziweze kuchakatwa bila suala (32k). Kinyume chake pia inatumika, ambapo nodi ya SAM files zimeundwa katika BS2000, matumizi ya vitalu vikubwa zaidi yanapendekezwa (BLKSIZE=(STD,16)).

Ubadilishaji wa msimbo

Mtumiaji anaweza katika kesi ya nodi ya SAM files bainisha na file, herufi iliyowekwa kwa data kwenye NAS - Net-Coded Character-Set au NETCCS. Mteja wa wavu kisha hufanya ubadilishaji kutoka kwa faili ya fileimebainisha CCS kwenye NETCCS. Ili kurahisisha mchakato wa msimamizi wa mfumo kwa mtumiaji wa kusanidi na kuchagua seti za wahusika, utaratibu ulio hapa chini ulianzishwa:

Sawa na HOSTCODE ya Vigezo vya Daraja-2 na vile vile CCSN ya mtumiaji, kama ya OSD V11, NETCODE ya Vigezo vya Daraja-2 pamoja na NETCCSN vitatambulishwa kwa ingizo la mtumiaji. Wakati wa kuunda mtumiaji mpya, NETCCSN inachaguliwa kutoka kwa CLASS2OPT NETCODE na kupelekwa katika ingizo la mtumiaji, kama vile imekuwa kawaida hadi sasa kwa CCSN. CLASS2OPT NETCODE, au tuseme NETCCSN ndani ya ingizo la mtumiaji, inadhibiti NETCCS nodi ya SAM file itakuwa na kiwango katika hatua ambayo imeundwa:

NETCCSN	kusababisha file mali/uongofu: NETCCS ya a file katika CREATE-FILE
*ISO	Kulingana na CCS ya file, ubadilishaji wa kawaida unafanywa kutoka EBCDIC hadi ISO8859x; ndani ya muktadha huu: EDF03IRV, EDF03DRV, EDF04IRV na EDF04DRV -> ISO88591 EDF04x -> ISO8859x pamoja na x = 1,2,..,9,F Hata pale ambapo mtumiaji atabainisha herufi 7-bit iliyowekwa kama CCS, ndani, jedwali la msimbo la 8-Bit litatumika. Hiyo ni kusema, badala ya CCS EDF03IRV, EDF041 itapitishwa na badala ya EDF03DRV, EDF04DRV itatumika.
*NO-CONV	Hakuna ubadilishaji utakaofanywa, yaani NETCCS = CCS.
	Wakati wa kuunda mpya file, NETCCSN iliyokabidhiwa itasajiliwa katika file sifa. Seti za wahusika zinazojibainisha zinaweza kupewa katika XHCS.

Pamoja na utaratibu sanifu wa kuhoji NETCCS ya file - kama ilivyoelezwa, wakati wa kuunda file (UNDA-FILE) mtumiaji anaweza kubainisha NETCCSN wenyewe au kuirekebisha kwa kutumia MODIFY-FILE-SIFA. Ikiwa data inaandikwa na BS2000 kwa mara ya kwanza, faili ya file's NET-CODED-CHARACTER-SET haipaswi kufanyiwa mabadiliko zaidi; wakati mwingine inaposomwa inaweza kusababisha hitilafu katika ubadilishaji wa msimbo unaohusishwa na data, au ambapo file imepanuliwa, data iliyo na seti za msimbo zinazoweza kuwa hazioani inaweza kuwa zimeongezwa mwanzoni mwa file.

Ubadilishaji pekee kutoka kwa EBCDIC hadi seti za herufi za ISO zinaauniwa; kwa njia ya kufuzu zaidi, ubadilishaji hadi seti za herufi za UTF pia hautumiki. Na herufi ya UTF iliyowekwa kama CCS, usindikaji wa data unafanywa kiotomatiki bila hitaji la ubadilishaji wa misimbo (km: CCS=UTF8, NETCCS=UTF8).

Mbinu ya ufikiaji ya UPAM: nodi ya SAM files inaweza kusindika kwa njia mbili kwa kushirikiana na UPAM:

• Katika hali ya SAM, katika kusoma vizuizi vya SAM, njia ya ufikiaji ya UPAM hufanya kama file walikuwa ziko katika Pubset jadi (nafasi ya umma). Kwa kusudi hili mteja wa mtandao hutayarisha mtiririko wa baiti unaohusishwa na Unix file kwenye vizuizi vya SAM kama ilivyoelezwa hapo juu. Hapa pia, bendera SAM_NODE_FILE_ENABLE (ID1SNFEN) lazima ijulishwe, ili kufungua file katika muundo unaoweza kuandikwa; hii haihitajiki kwa ufikiaji wa kusoma tu.
• Katika Hali Mbichi, mteja wa mtandao hutoa data inayohusishwa na nodi ya SAM file kwa fomu sawa na kuhifadhiwa kwenye UFS. Njia hii ya ufikiaji ni haraka sana kwani hakuna ubadilishaji unaohitajika. Ukubwa wa file ya kuchakatwa inaweza kutoka kwa mtazamo wa UPAM kuamuliwa haraka kutoka kwa sifa za ingizo. Njia hii ya usindikaji inatumiwa na, kwa mfanoample, HSMS ili kuweza kupata usalama file kwa namna ya utendaji. Ili kuwezesha njia hii ya kuchakata, ni lazima programu iweke alama UPAM_RAW_ACCESS (FCB+B9(+7): ID1URWAC) karibu na bendera SAM_NODE_FILE_WEZESHA (FCB+B9(+6): ID1SNFEN)

Mwongozo juu ya amri zilizochaguliwa za BS2000:

NAKALA-FILE inasaidia zaidi kunakili SAM files kwenye Net-Storage kama nodi ya SAM file; hapa pia, mtumiaji lazima kwanza kuunda lengo file kwenye Hifadhi ya Wavu kwa kutumia CREATE-FILE FILE-AINA=*NODE-FILE. Kwa njia hii mtumiaji anaweza

bainisha herufi lengwa iliyowekwa kama NETCCS, vinginevyo NETCCSN itakabidhiwa kiotomatiki kama ilivyoelezwa hapo juu (3.4.2 Ubadilishaji Msimbo). Wakati wa kunakili nodi ya SAM file kwa diski ya umma, sifa ya NETCCS haitabebwa; kwa upande mwingine, wakati nodi ya SAM file inakiliwa juu ya nodi ya SAM file NETCCSN ya chanzo file itapelekwa kwa lengo file, hiyo ni kusema tofauti yoyote inayowezekana inayohusiana na NETCCSN na lengo file itafutwa.

LINGANISHA-DISK-FILE inasaidia nodi ya SAM files. nodi ya SAM files inaweza kulinganishwa na nodi ya SAM files pamoja na nodi ya SAM files pamoja na SAM files kwenye diski ya umma.

CONCATENATE-DISK-FILES vile vile inasaidia nodi ya SAM files. Ambapo nodi ya SAM files zimeunganishwa, files lazima ilingane kulingana na sifa ya NETCCS. Ambapo SAM files kwenye diski ya umma zinapaswa kuunganishwa kwa nodi ya SAM files, lazima iwezekane kubadilisha herufi chanzo iliyowekwa kuwa herufi lengwa iliyowekwa kulingana na sheria zilizotajwa hapo juu.

Vidokezo juu ya Bidhaa na Vipengele

HSMS

HSMS inaruhusu uhifadhi na urejeshaji wa nodi ya SAM files. Badala ya amri za kuhifadhi ( BACKUP-FILES), kumbukumbu ya muda mrefu (ARCHIVE-FILES) na kuuza nje (EXPORT-FILES), operesheni mpya ya SAVE-SAM-STRUCTURE = *NDIYO/

*HAPANA inatoa chaguo kati ya njia mbili za usindikaji zinazofuata:

1. SAVE-SAM-STRUCTURE = *HAPANA ndiyo njia ya haraka zaidi ya kuhifadhi files: ya file imehifadhiwa katika hali ya mbichi na kwa fomu isiyopangwa; hakuna miundo ya SAM imeundwa na hakuna ubadilishaji wa msimbo unaofanywa. nodi ya SAM files iliyohifadhiwa kwa njia hii inaweza tu kurejeshwa kuwa nodi ya SAM
2. SAVE-SAM-STRUCTURE = *NDIYO: wakati wa kuhamisha data, mteja-wavu huingiza miundo ya SAM ndani ya mkondo wa data na inapohitajika hufanya ubadilishaji wa msimbo kuwa EBCDIC. Kama matokeo, chelezo hufanya kazi polepole kuliko ile ya SAVE-SAM-STRUCTURE = *NO. nodi ya SAM files iliyochelezwa kwa njia hii inaweza kurejeshwa kwa nafasi ya umma (Uendeshaji: NEW-SUPPORT).

SAM files kwenye diski ya umma inaweza kurejeshwa kama nodi ya SAM files (Operesheni: MSAADA MPYA).

Muundo wa SAM files sio kama kiwango kilichohifadhiwa katika nakala rudufu ( BACKUP-FILES) ya nodi ya SAM files (Utendaji!). Muundo wa SAM huhifadhiwa kama kiwango wakati nodi ya SAM files zimechelezwa kwa madhumuni ya uhifadhi wa kumbukumbu wa muda mrefu na uhamisho wa data (ARCHIVE-FILES, USAFIRISHAJI-FILES), hii inahakikisha kuwa data inaweza kurejeshwa au kuingizwa kwenye mfumo, ambao hauna ufikiaji wa Hifadhi ya Mtandao.

Ripoti za HSMS pia zinaweza kuhifadhiwa kama nodi ya SAM files; ripoti file itaundwa ipasavyo kabla ya uendeshaji wa HSMS.

SYSFILE

SYSFILE ina uwezo wa kufikia nodi ya SAM files, ambayo, kwa mfanoample, inaweza kuwa na taratibu pamoja na data iliyoingizwa (SYSCMD na SYSDTA). Mtumiaji anaweza kuelekeza pato la ukataji kwenye nodi ya SAM files. Utaratibu ni zaidi au chini ya kiwango, isipokuwa kwamba kwanza ya yote a file lazima iundwe kwenye Hifadhi ya Wavu kabla ya SYSOUT au

SYSLST inaweza kupewa. Ikiwa seti ya herufi inayohitajika kwenye Net-Hifadhi ni tofauti na ile ya kawaida, mtumiaji bado atahitaji kubainisha NETCCSN inayofaa kama Net-Cod-Charac Set-Set ndani ya CREATE-FILE au fanya mabadiliko kwa kutumia MODIFY-FILE-SIFA. Kama ilivyoelezwa tayari, kuundwa kwa file pamoja na usanidi wa CCSN au NETCCSN lazima ufanyike kabla ya aidha file inafunguliwa au SYSOUT au SYSLST wamepewa!

Ndani ya pato la nodi files, SYSFILE hukandamiza herufi za udhibiti wa mfumo wa jozi ndani ya safu wima ya kwanza ya rekodi, kwa mfano malisho ya laini (x'01', x'02' -> hubadilishwa na x'40' tupu; mlisho wa fomu x'C1' = A huhifadhiwa). Vipengele hivi vitaathiri kuonekana kwa programu katika ulimwengu wa mifumo wazi.

EDT/EDTU

nodi ya SAM files zinaungwa mkono na EDTU. Kabla ya kuandika a file kwa Hifadhi ya Wavu lazima kwanza iundwe kama nodi file na usanidi na seti zinazofaa za herufi.

BS2ZIP

BS2ZIP ina uwezo wa kuunda kumbukumbu za ZIP kama nodi ya PAM files, kuruhusu mifumo iliyo wazi kupata ufikiaji wao.

Mtumiaji lazima kwanza kabisa kuunda nodi file kwenye Hifadhi ya Wavu. BS2ZIP basi itaweza kuifungua kwa ufikiaji wa kuandika na kuongeza files kwenye kumbukumbu ya zip. Kumbukumbu ya zip iliyopo tayari inaweza kunakiliwa kwa hili file. BS2ZIP haiwezi kuongeza nodi ya SAM files kwenye kumbukumbu ya zip.

Example:

Anwani: Fujitsu Technology Solutions GmbH Axel Ohme Mies-van-der-Rohe-Str. 8, 80807 Munich Ujerumani Simu: +49 (0) 89 62060-2874 Barua pepe: axel.ohme@fujitsu.com Webtovuti: de.fujitsu.com 01.11.2021 EM DE

Hakimiliki © 2021 Fujitsu Technology Solutions GmbH Fujitsu na Nembo ya Fujitsu ni chapa za biashara au chapa za biashara zilizosajiliwa za Fujitsu Limited nchini Japani na katika nchi nyinginezo. Majina mengine ya kampuni, bidhaa au huduma yanaweza kuwa alama za biashara au alama za biashara zilizosajiliwa za mmiliki husika. Uwasilishaji kulingana na upatikanaji; haki ya marekebisho ya kiufundi imehifadhiwa Hakuna dhima au dhamana inayochukuliwa kwa ukamilifu, uhalali na usahihi wa data na vielelezo maalum. Majina yote yanayotumika yanaweza kuwa alama za biashara na/au hakimiliki; matumizi ya haya na wahusika wengine kwa madhumuni yao yanaweza kukiuka haki za wamiliki husika.

Nyaraka / Rasilimali

Mwongozo wa Hifadhi Wavu wa FUJITSU OSD-BC V11 [pdf] Mwongozo wa Mtumiaji Mwongozo wa Hifadhi Wavu wa OSD-BC V11, OSD-BC V11, Mwongozo wa Hifadhi Wavu, Mwongozo wa Hifadhi, Mwongozo

Marejeleo

• Mwongozo wa Mtumiaji