មគ្គុទ្ទេសក៍ផ្ទុកសុទ្ធរបស់ FUJITSU OSD-BC V11
លក្ខខណ្ឌ
នៅក្នុងបរិបទនៃ Net-Storage ពាក្យខាងក្រោមត្រូវបានប្រើនៅក្នុង BS2000 OSD/BC៖
ម៉ាស៊ីនមេសុទ្ធ
នេះគឺជា ក file ម៉ាស៊ីនមេនៅក្នុងបណ្តាញកុំព្យូទ័រទូទាំងពិភពលោកដែលផ្តល់ទំហំផ្ទុក (Network Attached Storage, NAS) សម្រាប់ប្រើប្រាស់ដោយម៉ាស៊ីនមេផ្សេងទៀត និងផ្តល់នូវការដែលត្រូវគ្នា។ file សេវាកម្មម៉ាស៊ីនមេ។
Net-Storage
នេះគឺជាទំហំផ្ទុកដែលបានផ្តល់នៅក្នុងបណ្តាញកុំព្យូទ័រដោយម៉ាស៊ីនមេសុទ្ធ និងប្រើប្រាស់ដោយម៉ាស៊ីនមេខាងក្រៅ។ Net-Storage អាចជា ក file ប្រព័ន្ធ ឬជាធម្មតាថ្នាំងនៅក្នុង file ប្រព័ន្ធនៃម៉ាស៊ីនមេសុទ្ធ។ Net-Storage (ដើម្បីឱ្យច្បាស់ជាងនេះទៅទៀត៖ ថតដែលបានចែករំលែក) ត្រូវបានបង្កើតឡើងនៅក្នុង BS2000 តាមរយៈពាក្យបញ្ជា MOUNT-NET-STORAGE ហើយបានដំឡើងនៅលើ Net-Client
អតិថិជនសុទ្ធ
អនុវត្តការចូលប្រើ Net-Storage សម្រាប់ប្រព័ន្ធប្រតិបត្តិការដែលចង់ប្រើវា។ Net-Client បំប្លែង BS2000 file ចូលប្រើរួមគ្នាជាមួយប្រព័ន្ធរង BS2000 ONETSTOR ទៅកាន់យូនីកដែលត្រូវគ្នា។ file ចូលប្រើ និងប្រតិបត្តិពួកវានៅលើម៉ាស៊ីនមេសុទ្ធតាមរយៈ NFS ។ សម្រាប់ឯកតាម៉ាស៊ីនមេ /390 នៃ SE Servers ដំណើរការ bs2netsagent ដែលតំណាងឱ្យម៉ាស៊ីនភ្ញៀវសុទ្ធដំណើរការលើ HNC ។ សម្រាប់ឯកតាម៉ាស៊ីនមេ x86 នៃ SE Servers ម៉ាស៊ីនភ្ញៀវសុទ្ធ ឬ bs2netsagent resp ។ ដំណើរការលើ X2000 នៃអង្គភាពម៉ាស៊ីនមេ។
បរិមាណផ្ទុកសុទ្ធ
បរិមាណ Net-Storage តំណាងឱ្យ Net-Storage នៅក្នុង BS2000។ ពួកវាត្រូវបានកំណត់រចនាសម្ព័ន្ធតាមរយៈពាក្យបញ្ជា ADD-NET-STORAGE-VOLUME ហើយបានកំណត់ទៅ pubset ។ ថតនៅក្នុងការចែករំលែក file ប្រព័ន្ធនៃម៉ាស៊ីនមេសុទ្ធត្រូវបានកំណត់រចនាសម្ព័ន្ធ និងកំណត់ទៅសំណុំទិន្នន័យមូលដ្ឋាន (SF ឬ SM pubset) ជាបរិមាណផ្ទុកសុទ្ធ។ បរិមាណ Net-Storage ត្រូវបានដោះស្រាយតាមរយៈលេខសៀរៀលកម្រិតសំឡេង (VSN) និងប្រភេទកម្រិតសំឡេង NETSTOR ឬ NETVOL ។ ប្រភេទកម្រិតសំឡេង NETVOL ត្រូវបានណែនាំជាមួយ BS2000 V21 ។ ឈ្មោះថតនៅក្នុងការចែករំលែក file ប្រព័ន្ធនៃម៉ាស៊ីនមេសុទ្ធត្រូវគ្នាទៅនឹង VSN នៃទំហំផ្ទុកសុទ្ធ។ បរិមាណ Net-Storage (ដើម្បីឱ្យកាន់តែច្បាស់៖ ថតដែលមានឈ្មោះនៃទំហំផ្ទុកសុទ្ធ) មានដូចខាងក្រោម៖
- A file ស្លាកប្រព័ន្ធ (file ឈ្មោះ .FSL) និង ក file កាតាឡុក (file ឈ្មោះ .BS2FSCAT) ជាមួយនឹងទិន្នន័យមេតានៃ files ត្រូវបានរក្សាទុកនៅលើ Net-Storage ។ នេះ។ file កាតាឡុកគឺអាចប្រើបានសម្រាប់តែបរិមាណនៃប្រភេទ NETSTOR ប៉ុណ្ណោះ។ នេះ។ file កាតាឡុកមិនអនុវត្តចំពោះបរិមាណនៃប្រភេទ NETVOL ដែលត្រូវបានណែនាំជាមួយ BS2000 V21 (ជាផ្នែកនៃ BS2000 OS DX) ទេ។
- អ្នកប្រើប្រាស់ files នៃ file ប្រភេទ *BS2000 (សូមមើលផ្នែកបន្ទាប់សម្រាប់ព័ត៌មានបន្ថែម)
- ថតជាក់លាក់របស់អ្នកប្រើដែលរួមបញ្ចូល *NODE-FILE អ្នកប្រើប្រាស់ files (សូមមើលផ្នែកបន្ទាប់សម្រាប់ព័ត៌មានបន្ថែម)។
BS2000 OSD/BC V11 មិនគាំទ្រប្រភេទកម្រិតសំឡេង NETVOL ថ្មីទេ។ បន្ថែមពីលើប្រភេទ NETVOL ថ្មី BS2000 V21 ក៏គាំទ្រប្រភេទ NETSTOR មុនផងដែរ។ មានតែបរិមាណនៃប្រភេទ NETVOL ថ្មីប៉ុណ្ណោះដែលអាចបង្កើតបាននៅក្រោម BS2000 V21។ ទោះយ៉ាងណាក៏ដោយ បរិមាណនៃប្រភេទ NETSTOR ពី BS2000 OSD/BC V11 ដែលមានរួចហើយអាចត្រូវបានរួមបញ្ចូល និងប្រើប្រាស់ក្នុង BS2000 V21។
Files នៅលើ Net-Storage
ពី BS2000 viewចំណុច, ប្រភេទមូលដ្ឋានពីរនៃ file ដំណើរការត្រូវបានផ្តល់ជូននៅលើ Net-Storage៖
- ដំណើរការ BS2000 សុទ្ធ, file ប្រភេទ៖ BS2000
អ្នកប្រើប្រាស់អាចរក្សាទុកគ្រប់ប្រភេទ BS2000 files (PAM, SAM, ISAM, PLAM) នៅលើ Net-Storage ក្រៅពី files ជាមួយ PAM-Key, ធ្វើការ files, បណ្តោះអាសន្ន files និង file ក្រុមជំនាន់។ ប្រព័ន្ធក្រៅពីប្រព័ន្ធ BS2000 មិនអាចកែប្រែទាំងនេះបានទេ។ files. - រួម file ដំណើរការនៃ BS2000 និងប្រព័ន្ធបើកចំហ, file ប្រភេទ៖ ថ្នាំង file
ចាប់ពី BS2000 OSD/BC V10 អ្នកប្រើប្រាស់អាចរក្សាទុកបាន។ files នៅក្នុងថតជាក់លាក់របស់អ្នកប្រើនៅក្នុង Net-Storage volumes ហើយដំណើរការវារួមគ្នាជាមួយប្រព័ន្ធបើកចំហ។ ហើយផ្ទុយទៅវិញ ប្រព័ន្ធ UNIX អាចបង្កើតបាន។ files នៅក្នុងថតទាំងនេះដែលអាចត្រូវបាននាំចូលទៅ BS2000 និងដំណើរការ។ ក file មិនមានរចនាសម្ព័ន្ធជាក់លាក់ពី Unix/Linux/Windows ទេ។ viewចំណុច។ នេះត្រូវគ្នានៅក្នុង BS2000 ទៅ file ធ្វើទ្រង់ទ្រាយ PAM (BLKCNTRL=NO)។ គុណលក្ខណៈថ្មី (FILE-ប្រភេទ = *NODE-FILE) ត្រូវបានណែនាំនៅក្នុង BS2000 OSD/BC V10 ដើម្បីកំណត់អត្តសញ្ញាណទាំងនេះ fileស. នេះ។ file ប្រភេទអាចត្រូវបានដំណើរការជា PAM files ពី BS2000 OSD/BC V10. ពី BS2000 OSD/BC V11 ក៏ដំណើរការអត្ថបទផ្អែកលើថ្នាំងផងដែរ។ files ដោយវិធីចូលប្រើ SAM ត្រូវបានបើក។
ស្ថាបត្យកម្ម
កម្មវិធី (1) ចូលប្រើ a file តាមរយៈ DMS ។ DMS ទទួលស្គាល់ថា file មានទីតាំងនៅលើ Net-Storage តាមរយៈធាតុកាតាឡុកនៅក្នុង TSOSCAT នៅលើ pubset(2)។ នេះ។ file នៅលើម៉ាស៊ីនមេសុទ្ធ (5) ត្រូវបានចូលប្រើតាមរយៈ NFS តាមរយៈប្រព័ន្ធរង ONETSTOR (3) និងម៉ាស៊ីនភ្ញៀវសុទ្ធ (4) ។ ដំណើរការដែលបំពេញភារកិច្ចរបស់ Net-Client គឺហៅថា bs2netsagent ។
ការកំណត់រចនាសម្ព័ន្ធ
ដើម្បីបើកការប្រើប្រាស់ Net-Storage នៅក្នុង BS2000 ការតភ្ជាប់ (node, line) ត្រូវតែកំណត់ក្នុង BS2000 ហើយម៉ាស៊ីនភ្ញៀវសុទ្ធត្រូវតែកំណត់ជា end system (processor)។
ការតភ្ជាប់រវាង BS2000 និងអតិថិជនសុទ្ធនៅលើ HNC ឬ X2000 គឺតាមរយៈ LOCLAN ។ សម្រាប់ស្ថាបត្យកម្ម /390 ការតភ្ជាប់ LOCLAN ទៅ HNC ត្រូវបានអនុវត្តដោយបណ្តាញសរសៃ។ សម្រាប់ស្ថាបត្យកម្ម x86 LOCLAN គឺជាការតភ្ជាប់កម្មវិធី។ ការតភ្ជាប់ត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅក្នុង SE Manager ដោយឧបករណ៍ -> (ស ) -> (ស៊ូ ) -> BS2000-ឧបករណ៍, ថត LAN ។ ក្នុងករណី SU /390 អាសយដ្ឋានឧបករណ៍ចាំបាច់ត្រូវកំណត់រចនាសម្ព័ន្ធដោយ IOGEN (សូមមើល 2.2) ។ ការកំណត់រចនាសម្ព័ន្ធនេះសំដៅលើភាពងាយស្រួល (អាន/សរសេរឆានែល និងឧបករណ៍ MNs រៀងគ្នា) នៃ HNC ឬ X2000។ ការកំណត់រចនាសម្ព័ន្ធនៃ Net-Client ខ្លួនវាត្រូវបានធ្វើឡើងដោយម៉ឺនុយ Hardware -> Units -> (ស ) -> (HNC ឬ SU resp.) -> Management, folder Net-Storage.
នៅខាងក្រោមអតីតamples សម្រាប់ HNC1 ជាមួយ LOCLAN និងការតភ្ជាប់តាមរយៈ DANPU01 ត្រូវបានបង្ហាញ។ នៅពេលប្រើបណ្តាញ ឬឯកតាផ្សេងទៀត ការកំណត់រចនាសម្ព័ន្ធត្រូវតែសម្របតាមអាសយដ្ឋានបណ្តាញដែលបានប្រើស្របតាម។ ការអនុញ្ញាតដែលត្រូវការត្រូវតែកំណត់រចនាសម្ព័ន្ធនៅលើម៉ាស៊ីនមេសុទ្ធ។ លេខសម្គាល់អ្នកប្រើប្រាស់ និងក្រុមដែលត្រូវបានអនុញ្ញាតសម្រាប់ការចូលប្រើត្រូវតែបញ្ចូលតាមម៉ាស៊ីនភ្ញៀវសុទ្ធសម្រាប់ bs2netsagent (ការចូលប្រើ Net-Storage) នេះក៏មានសុពលភាពសម្រាប់ឈ្មោះដែន NFSv4 ផងដែរ។ លើសពីនេះទៀត ចំណុចប្រទាក់នៃ HNC ឬ X2000 ត្រូវតែបញ្ចូលរៀងៗខ្លួន ដែលអនុវត្តការភ្ជាប់ទៅកាន់ Net-Storage (លក្ខណៈសម្បត្តិ និងអាសយដ្ឋាននៃការតភ្ជាប់ Net-Storage ព័ត៌មានលម្អិតសូមមើលជំពូក 2.6)។
សិទ្ធិចូលប្រើសម្រាប់ BS2000 អន្តរប្រតិបត្តិការជាមួយប្រព័ន្ធបើកចំហ។
អ្នកគ្រប់គ្រងប្រព័ន្ធម៉ាស៊ីនមេ NFS កំណត់រចនាសម្ព័ន្ធការចែករំលែកសម្រាប់អ្នកប្រើប្រាស់ជាក់លាក់ (ជាមួយ ETERNUS CS: file ក្រុម) ។ នៅក្នុងអតីតample ក្នុងរូបភាពទី 3 អ្នកប្រើប្រាស់នេះមានលេខអ្នកប្រើប្រាស់ និងក្រុម (UID:GID) 7890:2222។ លេខអ្នកប្រើប្រាស់ និងក្រុមនេះត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅលើម៉ាស៊ីនភ្ញៀវសុទ្ធសម្រាប់ដំណើរការ bs2netsagent net client ។ ដំណើរការដូច្នេះទទួលបានការអនុញ្ញាតឱ្យចូលប្រើការចែករំលែកនិងដើម្បីបង្កើតថតនិង files; ដូច្នេះវាគឺជាម្ចាស់នៃទំហំផ្ទុកសុទ្ធដែលត្រូវបង្កើតនៅក្រោមការចែករំលែក និងរួមបញ្ចូល *BS2000 files និង BS2000 បញ្ជីឈ្មោះអ្នកប្រើប្រាស់ជាក់លាក់។
អ្នកគ្រប់គ្រងប្រព័ន្ធ BS2000 ដំឡើងចំណែកនៅក្នុង BS2000 តាមរយៈ MOUNT-NET-STORAGE ។ ម៉ោនគឺដោយម៉ាស៊ីនភ្ញៀវសុទ្ធ BS2000 នៅក្រោមឫស។ ខាងក្រោមនេះមានសុពលភាពអាស្រ័យលើកំណែ NFS៖ ប្រសិនបើម៉ាស៊ីនមេ NFS គាំទ្រពិធីការ NFSv4 ការម៉ោនត្រូវបានប្រតិបត្តិដោយស្វ័យប្រវត្តិនៅក្នុងកំណែ 4 ឬផ្សេងទៀតនៅក្នុងកំណែពិធីការ NFSv3 ។
នៅពេលប្រើ NFSv4 អ្នកប្រើប្រាស់ត្រូវតែបញ្ចូលក្នុងសេវាកម្មថត LDAP ឬ AD ជាមួយលេខអ្នកប្រើប្រាស់ និងក្រុមផងដែរ។ NFS-Server ត្រូវតែភ្ជាប់ទៅសេវាថត LDAP នេះ។ NFSv3 មិនចាំបាច់ប្រើ LDAP ឬ AD ទេ។
ថ្នាំង Net-Storage files ត្រូវបានរក្សាទុកក្នុងថតជាក់លាក់របស់អ្នកប្រើ ពោលគឺ files ដែលអាចត្រូវបានដំណើរការដោយ BS2000 និងដោយប្រព័ន្ធ Unix/Linux ។ ថតទាំងនេះមានឈ្មោះនៃលេខសម្គាល់អ្នកប្រើប្រាស់ BS2000 រៀងៗខ្លួន (អក្សរធំ) ហើយត្រូវបានតំឡើងដោយស្វ័យប្រវត្តិដោយ BS2000 ជាមួយនឹងការបង្កើតដំបូងនៃថ្នាំង។ file.
នៅពេលបង្កើតថតឯកសារបែបនេះ POSIX-ACLs ពោលគឺការអនុញ្ញាត អាន សរសេរ និងប្រតិបត្តិ ត្រូវបានកំណត់សម្រាប់អ្នកប្រើប្រាស់ BS2000 រៀងៗខ្លួន។ អតិថិជនសុទ្ធចូលប្រើ files នៅក្នុងថតជាក់លាក់របស់អ្នកប្រើ (node files) តាមរយៈលេខអ្នកប្រើប្រាស់ និងក្រុមនៃលេខសម្គាល់អ្នកប្រើប្រាស់ដែលត្រូវគ្នា។ អ្នកគ្រប់គ្រងប្រព័ន្ធត្រូវតែប្រៀបធៀបលេខអ្នកប្រើប្រាស់ និងក្រុមក្នុង BS2000 ប្រឆាំងនឹងអ្នកនៅក្នុងប្រព័ន្ធបើកចំហ ហើយដោយប្រើ MODIFY-POSIX-USER-ATTRIBUTES (USER- និង GROUP-NUMBER) បញ្ចូលពួកវានៅក្នុងកាតាឡុកអ្នកប្រើប្រាស់នៃ pubsets ដែលសុទ្ធ - បរិមាណផ្ទុកត្រូវបានកំណត់។
នៅពេលដែលថតឯកសារជាក់លាក់របស់អ្នកប្រើត្រូវបានបង្កើតនៅផ្នែកខាង BS2000។ files ក៏អាចត្រូវបានបង្កើតនៅលើ Unix/Linux-side ដែលបន្ទាប់មកអាចត្រូវបាននាំចូលទៅកាតាឡុក BS2000 តាមរយៈ IMPORT-NODE-FILE. ក្នុងករណីបរិមាណនៃប្រភេទ NETSTOR ទាំងនេះគឺ TSOSCAT និង BS2FSCAT ។ ក្នុងករណីបរិមាណនៃប្រភេទ NETVOL ដែលត្រូវបានណែនាំជាមួយ BS2000 V21 នេះគ្រាន់តែជា TSOSCAT ប៉ុណ្ណោះ។
វិធានការការពារ BS2000 (USER-ACCESS, ACCESS, ការការពារពាក្យសម្ងាត់, BACL, GuardS) មានប្រសិទ្ធភាពតែនៅក្នុង BS2000 ប៉ុណ្ណោះ។
ពីយូនីក viewចំណុច, យន្តការដែលអនុវត្ត file ប្រព័ន្ធផ្តល់ទាក់ទងនឹងកម្មសិទ្ធិ (UID:GID, rwx សម្រាប់អ្នកប្រើប្រាស់ ក្រុម និងផ្សេងទៀត) ក៏ដូចជា POSIX-ACLs ។ ទោះយ៉ាងណាក៏ដោយប្រសិនបើសិទ្ធិចូលប្រើអប្បបរមារបស់ file ពី UNIX/Linux ដែលបង្ហាញក្នុងរូបភាពទី 3 ត្រូវបានដាក់កម្រិត ការចូលប្រើអាចត្រូវបានរារាំងពីចំហៀង BS2000 ដែលបន្ទាប់មកត្រូវបានរាយការណ៍ទៅអ្នកប្រើប្រាស់តាមរយៈសារដែលត្រូវគ្នា (ឧ. ការអនុញ្ញាតត្រូវបានបដិសេធ)។
ការកំណត់រចនាសម្ព័ន្ធ BS2000 IO
ជំនាន់នៃការកំណត់រចនាសម្ព័ន្ធ IO នៅលើម៉ាស៊ីនមេ SU /390 គឺតាមរយៈឧបករណ៍ប្រើប្រាស់ IOGEN (សូមមើលការដំឡើងប្រព័ន្ធដោយដៃ)។ ការណែនាំ CTL និងការណែនាំ DVC ពីរ (សម្រាប់ឆានែលអាន និងសរសេររៀងៗខ្លួន) ត្រូវបានបញ្ជាក់សម្រាប់ជំនាន់ HW នៃ HNC ។
Example នៃការណែនាំជំនាន់មួយដើម្បីភ្ជាប់ HNC តាមរយៈកុងតាក់ FC នៅលើ FC channel A4:
ការតភ្ជាប់ត្រូវបានកំណត់រចនាសម្ព័ន្ធដោយអ្នកគ្រប់គ្រង SE ឧបករណ៍ -> (ស ) -> (ស៊ូ ) -> BS2000-ឧបករណ៍, ថតឯកសារ LAN.
ការកំណត់រចនាសម្ព័ន្ធ BCAM
ពី BCAM viewចំណុច មានតែចំណុចខាងក្រោមប៉ុណ្ណោះដែលត្រូវពិពណ៌នាទាក់ទងនឹងរូបវិទ្យាខាងលើ៖
- ការតភ្ជាប់នៃថ្នាំង BS2000 និងបន្ទាត់
ទាំង HNC ក្នុងករណី SU /390 ឬអាដាប់ទ័រឆានែលនៅក្នុងករណីនៃម៉ាស៊ីនមេ SU x86 ដែលមិនខុសគ្នា BCAM នៅក្នុងការពិពណ៌នា (សូមមើលខាងក្រោម "ការកំណត់បន្ទាត់" និង SHOW-BCAM-ENVIRONMENT OWN-IP- អាស័យដ្ឋាន 192.168.152.24) - ខួរក្បាលនៅលើថ្នាំងត្រូវតែត្រូវបានពិពណ៌នាជាមួយនឹងអាសយដ្ឋានដែលវាត្រូវតែទៅដល់ពី BS2000 ។ ដៃគូទំនាក់ទំនង BS2000 គឺជាម៉ាស៊ីនភ្ញៀវសុទ្ធដែលមាន bs2netsagent ដែលកំពុងដំណើរការ (PROCESSOR-NAME: LOCFCAP និងអាសយដ្ឋាន IP: 192.168.152.12) ដែលគ្រប់គ្រងការចូលទៅកាន់ files ត្រូវបានរក្សាទុកនៅលើម៉ាស៊ីនមេ NFS (អាសយដ្ឋាននៅក្នុងបណ្តាញ IP របស់ម៉ាស៊ីនមេ NFS និងម៉ាស៊ីនមេ NFS ខ្លួនវាមិនត្រូវបានគេស្គាល់ចំពោះ BCAM) ។
- ការកំណត់ត្រូវតែធ្វើឡើងសម្រាប់ការប្រើប្រាស់ល្អបំផុតនៃប្រព័ន្ធដឹកជញ្ជូន LPDU Link-Layer Protocol Data Unit (កំណត់ដោយឧបករណ៍) TSDU Transport Service Data Unit (កំណត់សម្រាប់ processor)
ពាក្យបញ្ជា BCAM ខាងក្រោមត្រូវបានប្រើសម្រាប់ការពិពណ៌នា និងអាចត្រូវបានរក្សាទុកនៅក្នុង SOF ឬ CALL-BCAM-COMMAND file ដើម្បីចាប់ផ្តើម BCAM ឡើងវិញ។
កំណត់ថ្នាំង
កំណត់បន្ទាត់
កំណត់ដំណើរការ/ផ្លូវ (នៅថ្នាំង)
ធ្វើឱ្យសកម្មបន្ទាត់ និងថ្នាំង
លទ្ធផលនៃវត្ថុ BCAM ដែលត្រូវបានបង្កើតឡើងដើម្បីពិពណ៌នាអំពីការកំណត់រចនាសម្ព័ន្ធផ្នែកនេះគឺតាមរយៈ៖
កំណត់រចនាសម្ព័ន្ធឡើងវិញ
ម៉ាស៊ីនភ្ញៀវសុទ្ធ (នៅលើ HNC!) អាចត្រូវបានកំណត់រចនាសម្ព័ន្ធឡើងវិញនៅលើ SU /390 ។ ធ្វើឱ្យការកំណត់រចនាសម្ព័ន្ធ BCAM នៃ HNC ទីពីរស្របតាម ហើយកំណត់ជាអតិថិជនសុទ្ធដែលលែងត្រូវការតទៅទៀតតាមរយៈ SET-NET-CLIENT-ALTERNATE ។ (សូមមើលខាងក្រោមក្រោម "ការប្រើប្រាស់ក្នុង BS2000: ការម៉ោនពីចម្ងាយ file ប្រព័ន្ធ”) ។
ការគ្រប់គ្រងអ្នកប្រើប្រាស់ BS2000
លេខអ្នកប្រើប្រាស់ និងក្រុម (USER-NUMBER និង GROUP-NUMBER) ត្រូវតែបញ្ចូលក្នុងកាតាឡុកអ្នកប្រើប្រាស់នៃ pubset ដែល files ត្រូវបានដាក់ក្នុងកាតាឡុក ដូច្នេះអ្នកប្រើអាចរក្សាទុក files ជាថ្នាំង files និងដំណើរការពួកវានៅលើប្រព័ន្ធ Unix/Linux ឬផ្ទុយមកវិញដើម្បីចូលប្រើ BS2000 fileបង្កើតឡើងដោយប្រព័ន្ធទាំងនេះ។ លេខអ្នកប្រើប្រាស់ និងក្រុមត្រូវតែត្រូវបានតម្រឹមជាមួយ UID និង GID នៃអ្នកប្រើប្រាស់ប្រព័ន្ធ Unix/Linux ដែលត្រូវគ្នា។
ចូលតាមរយៈ៖
ម៉ាស៊ីនមេសុទ្ធ
អ្នកគ្រប់គ្រងប្រព័ន្ធនៃម៉ាស៊ីនមេ NFS កំណត់រចនាសម្ព័ន្ធការចែករំលែកនៅលើម៉ាស៊ីនមេ NFS និងកំណត់ម្ចាស់ (អ្នកប្រើប្រាស់ និងលេខក្រុម) ដែលដើម្បីទទួលបានសិទ្ធិចូលប្រើការចែករំលែកនេះ។ ទាំងនេះត្រូវតែផ្គូផ្គងលេខសម្រាប់ដំណើរការម៉ាស៊ីនភ្ញៀវសុទ្ធដែលត្រូវបានកំណត់រចនាសម្ព័ន្ធសម្រាប់ HNC ឬ X2000 រៀងគ្នា (សូមមើលផ្នែកខាងក្រោម “លេខសម្គាល់អ្នកប្រើប្រាស់ និងលេខសម្គាល់ក្រុមនៃដំណើរការ bs2netsagent”)។
ការកំណត់រចនាសម្ព័ន្ធនៃការចែករំលែក (file ក្រុម) គឺតាមរយៈ GUI ជាមួយ ETERNUS CS ។ ជម្រើសម៉ោនបន្ថែមត្រូវបានកំណត់នៅទីនេះ៖
ការចូលប្រើអាន/សរសេរ ម៉ាស៊ីនដែលមានការអនុញ្ញាត។ល។
កំណត់ចំណាំ៖
- ព័ត៌មានលម្អិតអំពីការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេ NFS របស់អ្នកគឺសមស្រប
- សម្រាប់ហេតុផលសុវត្ថិភាព ជម្រើសម៉ោន no_root_squash មិនគួរត្រូវបានកំណត់ទេ។ ប្រសិនបើការចូលប្រើពីខាងអតិថិជនគឺតាមរយៈ root នោះ វាក៏នឹងចូលប្រើជាមួយសិទ្ធិជា root នៅក្នុងការចេញផ្សាយផងដែរ។ file ទោះយ៉ាងណាក៏ដោយ ជម្រើសម៉ោន root_squash ត្រូវបានប្រើសម្រាប់ការចូលប្រើជាមួយសិទ្ធិនៃលេខសម្គាល់ "គ្មាននរណាម្នាក់" ។
- របៀបសុវត្ថិភាព៖ sys ស្តង់ដារ (=លេខសម្គាល់អ្នកប្រើប្រាស់ជាក់លាក់) ត្រូវបានប្រើជារបៀបសុវត្ថិភាពសម្រាប់ការផ្ទៀងផ្ទាត់ការតភ្ជាប់ NFS ។
- នៅក្រោម NFSv4 ម៉ាស៊ីនមេសុទ្ធទាមទារតំណទៅថត LDAP
- ការចែករំលែកម៉ាស៊ីនមេ NFS ដែលអាចចូលដំណើរការបានសម្រាប់ BS2000 អាចជាលទ្ធផលពី BS2000 តាមរយៈ LIST-NET-DIRECTORIES
អតិថិជនសុទ្ធ
ការកំណត់រចនាសម្ព័ន្ធនៅលើម៉ាស៊ីនមេ SE៖
នៅលើម៉ាស៊ីនមេ SE ការកំណត់អតិថិជនសុទ្ធត្រូវបានដំឡើងតាមរយៈចំណុចប្រទាក់ក្រាហ្វិករបស់ SE Manager ។ អ្នកគ្រប់គ្រង SE សម្របសម្រួលកណ្តាល, web-ការគ្រប់គ្រងដោយផ្អែកលើហេដ្ឋារចនាសម្ព័ន្ធ SE ទាំងមូល និងគ្រឿងកុំព្យូទ័រភាគច្រើនដែលប្រើដោយឯកតាម៉ាស៊ីនមេ SE ។ បណ្តាញទិន្នន័យ DANPU01 ដែលមានតំណភ្ជាប់ឡើងទៅកាន់ LAN របស់អតិថិជនគឺត្រូវបានបម្រុងទុកសម្រាប់ការតភ្ជាប់នៃការផ្ទុកសុទ្ធ។ ទាំង HNCs និង Server Units x86 (SU300) ត្រូវបានកំណត់ជាមុនជាមួយនឹងការភ្ជាប់ LAN ទៅ DANPU01 នៅពេលដែលម៉ាស៊ីនមេ SE ត្រូវបានបញ្ជូន។
បណ្តាញទិន្នន័យសាធារណៈត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅក្នុង SE Manager តាមរយៈ Hardware -> IP Networks -> Data Network Public -> DANPU . តារាង “NetUnit Information” បង្ហាញឯកតាដែលបានកំណត់រចនាសម្ព័ន្ធនៅលើបណ្តាញ។
តួរលេខខាងក្រោមបង្ហាញពីការកំណត់រចនាសម្ព័ន្ធបណ្តាញ DANPU01 នៃម៉ាស៊ីនមេ SE ដែលមាន NetUnit ដែលមិនអាចប្រើបាន 2 HNCs និង SU300 មួយ៖
នៅក្នុងការកំណត់ឈ្មោះច្រកដែលមានឈ្មោះឯកតា (HNC1, HNC2, Su1SE2) ជាបុព្វបទ S ទំ តំណាងឱ្យ "រន្ធ n" "ច្រក m" ។
កំណត់រចនាសម្ព័ន្ធ Net-Storage តាមរយៈ Hardware -> Server/Units -> (ស ) -> (HNC ឬ SU300 ) -> ការគ្រប់គ្រង, ថត -> Net-Storage ។
ការផ្លាស់ប្តូរនៅក្នុងម៉ឺនុយអាចត្រូវបានធ្វើឡើងដោយចុចលើនិមិត្តសញ្ញាប៊ិច
យកចិត្តទុកដាក់៖ ការផ្លាស់ប្តូរការកំណត់នាំទៅដល់ការកំណត់ឡើងវិញ និងចាប់ផ្តើមឡើងវិញនូវ Net-Client ។ នេះអាចនាំឱ្យបាត់បង់ទិន្នន័យក្នុងអំឡុងពេល I/O ដែលកំពុងដំណើរការ។ ដូច្នេះការផ្លាស់ប្តូរគួរតែត្រូវបានធ្វើឡើងប្រសិនបើគ្មានភាគហ៊ុនរបស់ Net server (NAS) ត្រូវបានម៉ោនពី BS2000។
ការចូលប្រើ:
លេខសម្គាល់អ្នកប្រើប្រាស់ និងលេខសម្គាល់ក្រុមត្រូវបានកំណត់តាមរយៈការដែលការងារអតិថិជនសុទ្ធត្រូវបានដំណើរការនៅលើម៉ាស៊ីនមេសុទ្ធ។ ពួកវាជាលេខសម្គាល់ម្ចាស់នៃការចែករំលែកដែលត្រូវម៉ោននៅលើម៉ាស៊ីនមេសុទ្ធ ហើយត្រូវតែយល់ព្រមជាមួយអ្នកគ្រប់គ្រងប្រព័ន្ធម៉ាស៊ីនមេសុទ្ធ។ តម្លៃលំនាំដើម 0 មិនគួរត្រូវបានប្រើសម្រាប់ហេតុផលការពារទិន្នន័យទេ។
ការកំណត់រចនាសម្ព័ន្ធនៃដែន NFSv4
LDAP គឺចាំបាច់តែប្រសិនបើ NFSv4 កំពុងប្រើប្រាស់ និងថ្នាំង files នឹងត្រូវរក្សាទុកដែលត្រូវចូលប្រើដោយប្រព័ន្ធខាងក្រៅ។ អ្នកប្រើប្រាស់ដែលត្រូវគ្នាត្រូវតែនៅក្នុងថតម៉ាស៊ីនមេ LDAP ។ ព័ត៌មានអំពីការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេ LDAP គឺនៅចុងបញ្ចប់នៃផ្នែកនេះ។
លក្ខណៈសម្បត្តិនៃការតភ្ជាប់ Net-Storage និងបន្ថែមការតភ្ជាប់៖
ខាងក្រោមនេះកំណត់ការភ្ជាប់ PCI តាមរយៈ Net-Storage ថាតើអាសយដ្ឋានថាមវន្តគួរតែត្រូវបានកំណត់ (ពិនិត្យមើល DHCP) ឬថាតើអាសយដ្ឋានឋិតិវន្តគួរតែត្រូវបានបញ្ចូល ("បន្ថែមអាសយដ្ឋាន IP")។
នៅលើ HNC ច្រក PCI “Slot 2” “Port 1” ត្រូវបានកំណត់ជាមុនរួចហើយនៅលើបណ្តាញទិន្នន័យសាធារណៈដំបូង DANPU01 (DAta Net PUblic 01) នៅពេលដែលម៉ាស៊ីនមេ SE ត្រូវបានបញ្ជូន។
នីតិវិធី៖
ដំបូងច្រក PCI ត្រូវតែបន្ថែមទៅ DANPU01 តាមរយៈប៊ូតុង "បន្ថែមការតភ្ជាប់"៖
ប្រសិនបើអាសយដ្ឋាន IP នឹងត្រូវកំណត់ថាមវន្ត វាគ្រប់គ្រាន់ក្នុងការគូស DHCPv4 ឬ DHCPv6 ដោយប្រើនិមិត្តសញ្ញាខ្មៅដៃសម្រាប់ការតភ្ជាប់ "NETSTOR01" ដែលបានបង្ហាញឥឡូវនេះ។
អាសយដ្ឋានតភ្ជាប់ Net-Storage៖
តាមរយៈប៊ូតុង "បន្ថែមអាសយដ្ឋាន IP" អាសយដ្ឋាន IP ឋិតិវន្តអាចត្រូវបានបញ្ចូល: 
ប្រសិនបើម៉ាស៊ីនមេសុទ្ធមិននៅក្នុងបណ្តាញដូចគ្នាជាមួយ HNC ឬ X2000 រ៉ោតទ័រក៏ត្រូវតែកំណត់ផងដែរ។ នេះត្រូវបានធ្វើតាមរយៈផ្ទាំង "ការនាំផ្លូវ & DNS" ។
នៅក្នុងម៉ាស៊ីនមេ SE ដែលមាន NetUnit និង HNC ទីពីរ ការតភ្ជាប់ Net-Storage ក៏គួរតែត្រូវបានតំឡើងនៅលើ HNC2 (ផងដែរនៅលើរន្ធ 2 ច្រក 1) សម្រាប់ហេតុផលនៃភាពអាចរកបានខ្ពស់
Exampឡេ SU300៖
SU300 ត្រូវបានកំណត់ជាមុននៅរោងចក្រជាមួយនឹងរន្ធដោត 1 ច្រក 1 នៅលើបណ្តាញទិន្នន័យសាធារណៈដំបូង DANPU01 ។ តួលេខខាងក្រោមបង្ហាញពីការកំណត់រចនាសម្ព័ន្ធការផ្ទុកសុទ្ធរបស់ SU300 ជាមួយនឹងអាសយដ្ឋាន IPv4 ដែលបានកំណត់ថាមវន្ត។
ព័ត៌មានលម្អិតបន្ថែមអំពីការកំណត់រចនាសម្ព័ន្ធអតិថិជនសុទ្ធមាននៅក្នុងសៀវភៅដៃបច្ចុប្បន្ន "ប្រតិបត្តិការ និងគ្រប់គ្រងម៉ាស៊ីនមេអាជីវកម្មស៊េរី SE"។
កំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេ LDAP សម្រាប់ថ្នាំង Files ជាមួយ NFSv4
ដើម្បីធានាថាការចូលទៅកាន់ node files – មុខងារនៅពេលប្រើ NFSv4- គុណលក្ខណៈបន្ថែម “NFSv4Name” គឺជាកាតព្វកិច្ចនៅក្នុងគណនី LDAP POSIX ដែលលេខ UID ត្រូវបានបញ្ចូល។ ក្រុម POSIX ក៏អាចត្រូវបានពង្រីកដោយគុណលក្ខណៈ "NFSv4Name" ប៉ុន្តែនេះគឺបច្ចុប្បន្ន ទេ។ បង្ខំ
គុណលក្ខណៈ NFSv4Name រួមមានឈ្មោះអ្នកប្រើប្រាស់ និងដែន NFSv4 .
ធាតុនៅក្នុងថត LDAP អាចមានដូចខាងក្រោម៖ “NFSv4Name: hugo@localdomain”។ ប្រសិនបើមិនមានទេ គ្រោងការណ៍ LDAP ត្រូវតែត្រូវបានពង្រីកជាមួយនឹងគុណលក្ខណៈ NFSv4Name ។ និយមន័យគុណលក្ខណៈនៃ NFSv4Name មានដូចខាងក្រោម៖
ម៉ាស៊ីនមេ LDAP ត្រូវតែកំណត់រចនាសម្ព័ន្ធ ដូច្នេះម៉ាស៊ីនមេសុទ្ធ និងម៉ាស៊ីនភ្ញៀវសុទ្ធមានសិទ្ធិអានទៅកាន់ថត LDAP ។
ថ្នាក់វត្ថុពីរខាងក្រោមត្រូវតែបញ្ចូល។ ថ្នាក់វត្ថុ NFSv4RemotePerson មាន NFSv4Name, uidNumber និង gidNumber
គុណលក្ខណៈ NFSv4Name ធានាការភ្ជាប់មួយទៅមួយរវាងដែន NFSv4 និង uidNumber នៃអ្នកប្រើប្រាស់ក្នុងស្រុក។ ខាងក្រោមនេះជាអតីតខ្លីample សម្រាប់ធាតុ "hugo" នៅក្នុងថត LDAP៖
ព័ត៌មានបន្ថែម
ប្រសិនបើជញ្ជាំងភ្លើងស្ថិតនៅចន្លោះម៉ាស៊ីនភ្ញៀវសុទ្ធ និងម៉ាស៊ីនមេ ចំណាំថាច្រក 2049 និង 111 (RPC) សម្រាប់ NFS ត្រូវតែបើកសម្រាប់ TCP និង UDP ។ ការផ្លាស់ប្តូរនៅក្នុងច្រកស្តង់ដារ 2049 បច្ចុប្បន្នមិនត្រូវបានគ្រោងទុកទេ។
ក្នុងអំឡុងពេលនៃការងារថែទាំ (ឧ. ការអាប់ដេតកម្មវិធី ឬការដំឡើងថ្មី) និងការផ្លាស់ប្តូរការកំណត់រចនាសម្ព័ន្ធជាមួយ bs2netsConf សូមប្រាកដថា Net-Storage (ដែលត្រូវបានដំណើរការតាមរយៈម៉ាស៊ីនភ្ញៀវសុទ្ធរៀងៗខ្លួន) ត្រូវបានផ្តាច់ជាមុនពីប្រព័ន្ធ BS2000 ដែលបានតភ្ជាប់ទាំងអស់តាមរយៈពាក្យបញ្ជា BS2000 UMOUNT-NET-STORAGE .
ការប្រើប្រាស់នៅក្នុង BS2000 - សង្ខេបview
ដោយបានអនុវត្តជំហាននៃការកំណត់រចនាសម្ព័ន្ធខាងលើ ឥឡូវនេះ Net-Storage អាចត្រូវបានប្រើនៅក្នុង BS2000។ បន្តដូចខាងក្រោម (តម្លៃប្រតិបត្តិការនៃពាក្យបញ្ជាក្នុង examples ត្រូវគ្នាទៅនឹងអតីតamples នៅក្នុងរូបភាពទី 2 និងទី 3):
ម៉ោនពីចម្ងាយ File ប្រព័ន្ធ
ពីចម្ងាយ file ប្រព័ន្ធត្រូវបានម៉ោនតាមរយៈ MOUNT-NET-STORAGE ។ ម៉ោនត្រូវបានចាប់ផ្តើមនៅក្នុងម៉ាស៊ីនភ្ញៀវសុទ្ធ
SHOW-NET-STORAGE ផ្តល់នូវការបញ្ចប់view នៃភាគហ៊ុនដែលបានម៉ោន ហើយប្រសិនបើចាំបាច់ បរិមាណ Net-Storage ដែលមានស្រាប់ណាមួយ។
អតិថិជនសុទ្ធដែលលែងត្រូវការតទៅទៀតអាចត្រូវបានបន្ថែមដូចខាងក្រោម៖
ប្រសិនបើម៉ាស៊ីនភ្ញៀវសុទ្ធបរាជ័យ មានការប្តូរដោយស្វ័យប្រវត្តិទៅអតិថិជនសុទ្ធជំនួស។
ការបង្កើតទំហំផ្ទុកសុទ្ធ
Net-Storage Volume ត្រូវបានបង្កើតនៅលើ Net-Storage ដែលបានម៉ោនតាមរយៈ ADD-NET-STORAGE-VOLUME។ បរិមាណ Net-Storage ត្រូវបានកំណត់ជាអចិន្ត្រៃយ៍ទៅសំណុំរងមួយ។
បរិមាណដែលមានឈ្មោះ ABC@00 ត្រូវបានកំណត់ទៅ pubset ABC ។ វាត្រូវបានអនុវត្តដោយការបង្កើតថតដែលមានឈ្មោះ ABC@00 ក្រោមការចែករំលែក /bs2data1 នៃម៉ាស៊ីនមេ NFS ដែលមានអាសយដ្ឋាន IP 172.17.67.120 ។ រដ្ឋបាល files .FSL និង .BS2FSCAT ត្រូវបានបង្កើតនៅក្នុងថតនេះ។ ធាតុរដ្ឋបាលសម្រាប់ទំហំផ្ទុកសុទ្ធត្រូវបានបង្កើតនៅលើ pubset ABC ។
ជំនួសឱ្យឈ្មោះស្តង់ដារដែលបានមកពីឈ្មោះ pubset អ្នកគ្រប់គ្រងប្រព័ន្ធអាចកំណត់ឈ្មោះកម្រិតសំឡេងណាមួយសម្រាប់ Net-Storage volume។ បរិមាណ Net-Storage ជាច្រើនអាចត្រូវបានកំណត់សម្រាប់ pubset មួយ។ ឈ្មោះកម្រិតសំឡេងត្រូវតែមានតែមួយគត់នៅក្នុងប្រព័ន្ធ។ ប្រសិនបើមានថាសឯកជនដែលមាន VSN ដូចគ្នារួចហើយនោះ ការចូលប្រើ Net-Storage volume ត្រូវបានគេពេញចិត្តដោយប្រព័ន្ធ។
SHOW-PUBSET-NET-STORAGE បង្ហាញបរិមាណ Net-Storage ដែលបានកំណត់ទៅ pubset (ពាក្យបញ្ជានេះក៏អាចប្រើដោយអ្នកប្រើប្រាស់ដែលមិនមានសិទ្ធិប្រើប្រាស់ផងដែរ)។ ប្រភេទកម្រិតសំឡេងនៃប្រភេទ NETVOL ត្រូវបានបង្ហាញជា "មិនគាំទ្រ" (NO SUP) ដោយប្រព័ន្ធទាបជាង BS2000 V21 ។
ការណែនាំបន្ថែម៖
Net-Storage អាចត្រូវបានផ្តល់ទៅឱ្យទាំង SF- និង SM-Pubset ទោះបីជាយ៉ាងណាក៏ដោយ មិនមែនទៅ Home-PVS ទេ។ ការកំណត់បរិមាណ Net-Storage ទៅ pubset ត្រូវបានរក្សាទុកលើសពី EXPORT-/IMPORT-PUBSET និងការបិទ/ចាប់ផ្តើម។ បរិមាណ Net-Storage ក៏អាចត្រូវបានកំណត់ទៅ pubsets ដែលបានចែករំលែកផងដែរ។ ការបង្កើតបរិមាណចាំបាច់ត្រូវធ្វើនៅប្រព័ន្ធមេ។ ប្រព័ន្ធទាសករទទួលបានសិទ្ធិចូលប្រើបរិមាណដែលបានបង្កើតថ្មីដោយបញ្ចូលសេចក្តីថ្លែងការណ៍ដូចគ្នា ADD-NET-STORAGE-VOLUME ។ នេះគឺចាំបាច់តែនៅក្នុងបរិបទនៃការបង្កើត Net-Storage-Volume ដើម្បីបែងចែកបរិមាណដោយ NDM ។ ក្រោយមកបន្ទាប់ពីការបិទ/ចាប់ផ្តើម ឬ EXPORT-/IMPORT-PUBSET រៀងៗខ្លួន ការបែងចែកត្រូវបានធ្វើដោយស្វ័យប្រវត្តិដោយប្រព័ន្ធ។ បន្ទាប់ពីការចាប់ផ្តើមប្រព័ន្ធឡើងវិញ សូមប្រាកដថា MOUNT-NET-STORAGE ត្រូវបានប្រតិបត្តិបន្ទាប់ពី BCAM ត្រូវបានចាប់ផ្តើម ហើយប្រព័ន្ធរង ONETSTOR ត្រូវបានផ្ទុក។ វាសមហេតុផល - មុនពេលនាំចូល pubset (IMPORT-PUBSET) ដែលត្រូវបានកំណត់ទៅបរិមាណ Net-Storage ដើម្បីធ្វើឱ្យវាមាននៅក្នុងប្រព័ន្ធតាមរយៈ MOUNT-NET-STORAGE ។ នេះធានាថាទិន្នន័យរបស់វាអាចប្រើបានភ្លាមៗបន្ទាប់ពី IMPORT-PUBSET ។
បង្កើត នាំចូល និងដំណើរការ Files នៅលើ Net-Storage
បង្កើត * BS2000 files
ប្រសិនបើមាន Net-Storage Volume ជាច្រើនសម្រាប់ pubset នោះ បរិមាណ (នៅក្នុង example volume NET001) អាចត្រូវបានបញ្ជាក់ដូចខាងក្រោម
វាក្យសម្ពន្ធនេះអនុវត្តស្មើៗគ្នាទៅនឹង BS2000 OSD/BC V11 និង BS2000 V21 – ដោយមិនគិតពីប្រភេទភាគ NETSTOR ឬ NETVOL!
បង្កើត *NODE-FILE files សម្រាប់អន្តរប្រតិបត្តិការជាមួយប្រព័ន្ធបើកចំហ (ដូច OSD V10)
- ឬខ្លី៖
- រៀងគ្នា៖
ចាប់ពីពេលនេះតទៅ ស file អាចចូលបានតាមរយៈឈ្មោះផ្លូវរបស់វា។ ទីតាំងផ្ទុករបស់អេ file មានតម្លាភាពទាំងស្រុងសម្រាប់កម្មវិធី។
ជាមួយ SHOW-FILE-ATTRIBUTE ពាក្យបញ្ជា អ្នកប្រើប្រាស់អាចកំណត់ទីតាំងផ្ទុករបស់ fileឧ៖
អ្នកប្រើប្រាស់អាចប្រាប់រួចហើយពីអក្សរ "n" រវាងអក្សរ file ការបញ្ជាក់ទំហំ និង CATID ដែល file គឺនៅលើ Net-Storage។ អតីតample បង្ហាញថា file គឺនៅលើ Net-Storage volume ជាមួយ VSN NET001; វាគឺជាប្រភេទកម្រិតសំឡេង NETVOL ។
BS2000 រក្សាទុកថ្នាំង files នៅក្នុងថតជាក់លាក់របស់អ្នកប្រើនៅក្នុង Net-Storage volumes (សូមមើល ឧample ក្នុងរូបភាពទី 3៖ បញ្ជីឈ្មោះអ្នកប្រើប្រាស់ HUGO ឬ FRITZ)។ BS2000 បង្កើតថតដែលអ្នកប្រើជាក់លាក់ជាលើកដំបូងដែលថ្នាំង file ត្រូវបានបង្កើតឡើងសម្រាប់អ្នកប្រើប្រាស់ ហើយកំណត់ដោយស្វ័យប្រវត្តិនូវ ACLs ដែលត្រូវការសម្រាប់ការចូលប្រើ។ ប្រព័ន្ធបើកចំហក៏អាចបង្កើតបានដែរ។ files នៅក្នុងថតទាំងនេះ។
ការនាំចូលថ្នាំង files ដែលត្រូវបានបង្កើតឡើងដោយប្រព័ន្ធបើកចំហទៅក្នុងកាតាឡុក BS2000 ។
If files ត្រូវបានបង្កើតឡើងដោយប្រព័ន្ធបើកចំហនៅក្នុងថតជាក់លាក់របស់អ្នកប្រើ ទាំងនេះ files ចាំបាច់ត្រូវបាននាំចូលទៅក្នុងកាតាឡុក BS2000 TSOSCAT និង BS2FSCAT មុនពេលពួកវាអាចត្រូវបានដំណើរការដោយ BS2000
ពី BS2000 OSD/BC V11 អ្នកប្រើប្រាស់អាចបញ្ជាក់ ប្រសិនបើថ្នាំងមួយ។ file គួរតែត្រូវបានដាក់ក្នុងកាតាឡុកជា PAM ឬ SAM file:
ដើម្បីបញ្ជាក់ FILE-STRUCTURE = *SAM ត្រូវបានណែនាំ ប្រសិនបើ file គួរតែត្រូវបានដំណើរការជាអត្ថបទ។
និងច្រាសមកវិញថ្នាំង files អាចត្រូវបានយកចេញពីកាតាឡុក BS2000 តាមរយៈ EXPORT-NODE-FILE (សូមមើលការនាំចេញ-FILE) ដោយមិនចាំបាច់លុបពួកវានៅក្នុងថតជាក់លាក់របស់អ្នកប្រើនៅលើ Net-Storage ។ បញ្ជី-ថ្នាំង-FILES ត្រូវបានប្រើដើម្បីទទួលបានព័ត៌មានអំពី files (ដែលអាចត្រូវបាននាំចូល) នៅក្នុងថតជាក់លាក់របស់អ្នកប្រើនៃទំហំផ្ទុកសុទ្ធ។ តែប៉ុណ្ណោះ files ជាមួយនឹងឈ្មោះដែលត្រូវនឹង BS2000 file អនុសញ្ញាឈ្មោះគឺជាលទ្ធផល។
នាំចេញ និងនាំចូល Net-Storage-Volumes
បរិមាណផ្ទុកសុទ្ធអាចត្រូវបានបំបែក (នាំចេញ) ពី pubset និងនាំចូលទៅ pubset ផ្សេងទៀត។
- ការផ្ដាច់កម្រិតសំឡេង៖
- ការភ្ជាប់កម្រិតសំឡេងឡើងវិញទៅហាងស្រាមួយ៖
ក្នុងករណីបរិមាណនៃប្រភេទ NETSTOR ធាតុកាតាឡុកសម្រាប់ files ក្នុងបរិមាណ Net-Storage បន្ទាប់មកត្រូវតែនាំចូលដោយដៃដោយប្រើ IMPORT-FILE
ក្នុងករណីបរិមាណនៃប្រភេទ NETVOL វាត្រូវបានធ្វើដោយស្វ័យប្រវត្តិក្នុងក្របខ័ណ្ឌនៃ ADD-NET-STORAGE-VOLUME ។ ប្រសិនបើមាន file ជម្លោះឈ្មោះដោយសារតែ files ដែលមានឈ្មោះដូចគ្នាមានរួចហើយ សារកំហុសដែលត្រូវគ្នាគឺលទ្ធផល ហើយពាក្យបញ្ជាត្រូវតែបញ្ចូលម្តងទៀត។ នៅពេលនាំចូលបរិមាណនៃប្រភេទ NETSTOR ក្រោម BS2000 V21 បរិមាណអាចត្រូវបានបំលែងទៅជាបរិមាណនៃប្រភេទ NETVOL ដោយ IMPORT =*YES(CONVERT=*YES)។ បន្ទាប់មកកម្រិតសំឡេងមិនអាចចូលប្រើពីប្រព័ន្ធទាបជាង BS2000 V21 បានទេ។ ដូចគ្នានេះផងដែរ ការបម្លែងមិនអាចត្រូវបានត្រឡប់មកវិញ។ សម្រាប់ព័ត៌មានលម្អិតបន្ថែម ជាពិសេសនៅពេលប្រើថាសកញ្ចក់ សូមយោងទៅលើការណែនាំអំពីការគ្រប់គ្រងប្រព័ន្ធ និងសៀវភៅណែនាំណែនាំ DVS ។
File ដំណើរការ
BS2000 គាំទ្រដំណើរការរបស់ថ្នាំង files តាមរយៈវិធីសាស្រ្តចូលប្រើ PAM (ពី OSD V10) និង SAM (ពី OSD V11) ។
ថ្នាំង PAM file ដំណើរការ
ថ្នាំង PAM files គឺជាទិន្នន័យដែលមិនមានរចនាសម្ព័ន្ធ ពោលគឺ NK-PAM files ពី BS2000 viewចំណុច។ ពួកគេអាចត្រូវបានអាន / សរសេរចូលប្រើតាមរយៈវិធីសាស្ត្រចូលប្រើ UPAM ។ ថ្នាំងមួយ។ file អាចមានទំហំរហូតដល់អតិបរមា 4TB ពោលគឺផ្ទុយពីថាស BS2000 មិនមានការរឹតបន្តឹងចំពោះចំនួនប្លុក PAM ច្រើននោះទេ។ វាត្រូវបានធានារួចហើយជាមួយនឹងម៉ាក្រូ PAM ពីមុន។ ការហៅ UPAM ដើម្បីសរសេរគឺឧទាហរណ៍ampលេ៖
ឧ. ជាមួយ LEN=STD ឬ STD, n ប្លុកស្តង់ដារជាច្រើននៃ 2048 បៃត្រូវបានផ្ទេរ។ LEN=ប្រវែងផ្ទេរទិន្នន័យនៃប្រវែងដែលបានបញ្ជាក់សម្រាប់ថ្នាំង files
Exampលេ៖
នៅក្នុងនេះ អតីតampលេ file នៅលើ NAS បន្ទាប់ពី CLOSE មានទំហំ 2048 + 50 = 2098 បៃ។
ដើម្បីសរសេរឱ្យច្បាស់ file ទំហំ BS2000 files, វាលថ្មីមួយត្រូវបានណែនាំនៅក្នុងធាតុកាតាឡុក៖ Last Byte Pointer (LBP) – analog to Last Page Pointer (=Highest-Used-Page) ដែលចង្អុលទៅទំព័រត្រឹមត្រូវចុងក្រោយនៃ a file - ហើយ LBP ចង្អុលទៅបៃត្រឹមត្រូវចុងក្រោយនៃប្លុកឡូជីខលចុងក្រោយ។ (ប្លុកឡូជីខលមានទំហំ BLKSIZE=(STD,n) ពោលគឺមានទំព័រ N PAM (n*2048 Byte))។ តម្លៃនៃ LBP អាចត្រូវបានកំណត់តាមរយៈម៉ាក្រូ FSTAT (វាល៖ OUTALBP) ។ វាតែងតែត្រូវបានផ្គត់ផ្គង់ជាមួយថ្នាំង fileស. ជាមួយ PAM files នៅលើលំហសាធារណៈ LBP ត្រូវបានផ្គត់ផ្គង់លុះត្រាតែអ្នកហៅចូលកំណត់ទង់ LBP_required ជាមួយ OPEN ក្នុង P1FCB (ការគាំទ្រនៃចំណុចប្រទាក់នេះចាប់ពី BS2000 OSD/BC V10 KP2/15)។
ប្រសិនបើកម្មវិធីអាន file រហូតដល់ចុងបញ្ចប់នៃ -file ជាមួយ LEN=(STD,x) វាតែងតែទទួលបានប្លុក PAM ពេញលេញ - ទាំងពីរជាមួយ files នៅលើថាសក៏ដូចជានៅលើ Net-Storage ឬជា node fileស. តំបន់នៃសុពលភាពនៅក្នុងប្លុកឡូជីខលចុងក្រោយត្រូវបានបង្ហាញជាមួយ LBP ។ ប្រសិនបើកម្មវិធីអាន file ជាមួយ LEN= វាទទួលបានទិន្នន័យក្នុងប្រវែងដែលបានបញ្ជាក់។
ជាថ្នាំង files ក៏អាចត្រូវបានដំណើរការដោយប្រព័ន្ធបើកចំហ លក្ខណៈសម្បត្តិរបស់ទាំងនេះ files នៅក្នុងកាតាឡុក BS2000 គឺហួសសម័យក្នុងកាលៈទេសៈជាក់លាក់។ ការធ្វើបច្ចុប្បន្នភាពចាំបាច់ណាមួយនៃតម្លៃដូចជា file size, LPP (=Highest-Used-Page), LBP និង CHANGE-DATE កើតឡើងជាផ្នែកនៃដំណើរការ OPEN ដែលជាមូលហេតុដែលតម្លៃដែលបានធ្វើបច្ចុប្បន្នភាពមិនមានសម្រាប់កម្មវិធីរហូតដល់បន្ទាប់ពីការបើក។ ការអាប់ដេតក៏អាចត្រូវបានធ្វើឡើងនៅខាងក្រៅ OPEN/CLOSE តាមរយៈ IMPORT-NODE-FILE ជំនួស=*NODE-FILE- ធ្វើបច្ចុប្បន្នភាព។
ព័ត៌មានលម្អិតបន្ថែមទាក់ទងនឹងការណែនាំនៃទ្រនិចបៃចុងក្រោយអាចរកបាននៅក្រោម៖ http://docs.ts.fujitsu.com/dl.aspx?id=22aafa65-9393-4a28-95fd-4959fc6aa77d
ថ្នាំង SAM file ដំណើរការ
វិធីសាស្រ្តចូលប្រើ SAM៖
មានភាពខុសគ្នាសំខាន់ពីររវាងដំណើរការថ្នាំង files ដោយប្រើវិធីសាស្ត្រចូលប្រើ SAM និងដំណើរការ SAM files នៅក្នុងទីធ្លាសាធារណៈបែបប្រពៃណី - ដែលនៅក្នុងការអនុវត្តភាគច្រើនអាចត្រូវបានធ្វេសប្រហែស ទាំងនេះជាពិសេស៖
- ចំណែក SAM កត់ត្រាក្នុង SAM files នៅកន្លែងសាធារណៈអាចផ្ទុកទិន្នន័យប្រភេទណាមួយដោយស្វ័យប្រវត្តិ រួមទាំង binary, SAM node files ត្រូវបានបម្រុងទុកជាចម្បងសម្រាប់គោលបំណងនៃដំណើរការអត្ថបទ; នៅពេលផ្ទេរប្លុក SAM ឡូជីខល អតិថិជនសុទ្ធដកព័ត៌មានរចនាសម្ព័ន្ធទាក់ទងនឹង SAM លក្ខណៈដូចជាវាល BLKCTRL និងប្រវែង ហើយប្រតិបត្តិការបម្លែងកូដពី EBCDIC ទៅជាសំណុំតួអក្សរ ASCII ឬ ISO ។ ជាទូទៅ វាមិនអាចទៅរួចទេដែលមាតិកាគោលពីរមានការព្រួយបារម្ភ – យ៉ាងហោចណាស់ក៏មិនមែនដោយគ្មានការបាត់បង់ព័ត៌មានណាមួយឡើយ។
- SAM ទាំងអស់។ files ដែលបានរក្សាទុកនៅលើឌីសប្រពៃណីនឹងត្រូវបានអានពីក្នុងរចនាសម្ព័ន្ធប្លុក/កំណត់ត្រាដូចគ្នាដែលជាកន្លែងដែលពួកគេត្រូវបានសរសេរពីមុន។ ក្នុង fileការពិពណ៌នារបស់អ្នកប្រើប្រាស់អាចធ្វើការកត់ចំណាំនៃអាសយដ្ឋានទាញយកមកវិញសម្រាប់កំណត់ត្រានីមួយៗដែលអនុញ្ញាតឱ្យពួកគេចូលប្រើវានៅពេលក្រោយនៅក្នុង
វាអាចត្រូវបានបន្ថែមទៅការពិពណ៌នាអំពីថ្នាំង SAM files ថាវិធីសាស្រ្ត SAM នៃការចូលដំណើរការព័ត៌មានក្នុងលក្ខណៈទប់ស្កាត់។ ទោះយ៉ាងណាក៏ដោយ ក្នុងការផ្ទេរទិន្នន័យទៅ NAS អតិថិជនសុទ្ធដកវាល BLKCTRL និងប្រវែង ដូច្នេះទិន្នន័យត្រូវបានរក្សាទុកក្នុងស្ទ្រីមបៃដូចជាទូទៅសម្រាប់ប្រព័ន្ធបើកចំហ។ កំណត់ត្រាផ្ទាល់ខ្លួនត្រូវបានបំបែកដោយប្រើបន្ទាត់មតិព័ត៌មាន (LF, x'0A') ។ ការគូសផែនទីនៃលេខកំណត់ត្រាត្រូវបានសរសេរទៅលេខប្លុកណាដែលត្រូវបានគ្រប់គ្រងសម្រាប់រយៈពេលនៃដំណើរការសរសេររវាង OPEN និង CLOSE ។ នោះមានន័យថាកម្មវិធីអាចត្រូវបានចង្អុលត្រឡប់មកវិញ (SETL) ទៅកាន់ប្លុកដែលត្រូវបានសរសេររួចហើយ ហើយសរសេរជាន់លើជាបន្តបន្ទាប់។ លើសពីនេះទៅទៀត វាមិនចាំបាច់ក្នុងការសរសេរប្លុកពេញលេញនោះទេ ប៉ុន្តែប្រហែលជាត្រូវបានបិទដោយម៉ាក្រូ RELSE ពីមុន។ បន្ទាប់មកកំណត់ត្រាបន្ទាប់ (PUT) នឹងបង្ហាញនៅក្នុងប្លុក SAM បន្ទាប់។ កំណត់ត្រានេះនឹងត្រូវបានភ្ជាប់ក្នុងករណីណាក៏ដោយ ដោយគ្មានគម្លាតទៅនឹងឯកសារមុននៅក្នុង NAS file ប្រព័ន្ធ។ បន្ទាប់ពីបិទហើយអានឡើងវិញ file នៅពេលបើក អតិថិជនសុទ្ធរៀបចំទិន្នន័យសម្រាប់ SAM ។ ប្លុក SAM ស្តង់ដារត្រូវបានបង្កើតឡើងម្តងទៀតពីស្ទ្រីមបៃនៃយូនីក file ហើយផ្ញើទៅ BS2000; ដោយប្រើវាល និងកំណត់ត្រា BLKCTRL រួមទាំងវាលដែលបង្ហាញពីប្រវែងកំណត់ត្រា ទិន្នន័យត្រូវបានបំប្លែងម្តងទៀតទៅជាលេខកូដ EBCDIC ដែលបានបញ្ជាក់។ ទោះយ៉ាងណាក៏ដោយ រចនាសម្ព័ន្ធដើមមិនអាចបង្កើតឡើងវិញបានទេ។ នេះមានន័យថាមានតែលំដាប់នៃកំណត់ត្រាប៉ុណ្ណោះដែលអាចធានាបាន៖ កំណត់ត្រាបុគ្គលនៅក្នុងប្លុកដូចគ្នា ក៏ដូចជាលេខកំណត់ត្រាមិនអាចអានដូចដែលពួកគេត្រូវបានសរសេរនោះទេ។ តាមរបៀបនេះ អាសយដ្ឋានទាញយកគឺតាមក្បួនលែងមានសុពលភាពបន្ទាប់ពីបិទ និងបើកឡើងវិញ។
ដើម្បីទប់ស្កាត់ការដំណើរការដោយអចេតនាណាមួយរបស់ SAM files ជាថ្នាំង files តាមរយៈការប្រើប្រាស់កម្មវិធីកេរដំណែល - ដែលអាស្រ័យលើភាពឆបគ្នាពេញលេញនៅក្នុងលក្ខខណ្ឌនៃអាសយដ្ឋានទាញយក - ទង់ថ្មី SAM_NODE_FILE_បើកបាន
(FCB+B9(+6): ID1SNFEN) ត្រូវបានណែនាំ ដែលអ្នកហៅចូលត្រូវតែអនុវត្តមុនដំណើរការ OPEN នៅក្នុង FCB ដែលទាក់ទងនឹង file.
កម្មវិធីដែលកំណត់សញ្ញាប៊ីតនេះទៅប្រព័ន្ធប្រតិបត្តិការដែលវាអាចដំណើរការទាំងថ្នាំង SAM files និងទទួលស្គាល់លក្ខណៈរបស់ពួកគេផងដែរ។
នៅក្នុងដំណើរការរបស់វានៃថ្នាំង SAM files, BS2000 ត្រូវបានគាំទ្រដោយសមាសធាតុដូចខាងក្រោមៈ
- EDTU ពី V17.0D20
- បង្ហាញ-FILE ពី V17.1B30
- LMS/LMSCONV V3.5B
- openFT ពី V12.1A
- CRTE ពី V11.0A
- ស៊ី.អេសFILE នៃ OSD V11
- HSMS/ARCHIVE V11.0A
អ្នកប្រើប្រាស់បង្កើត node file ដូចដែលបានពិពណ៌នានៅក្នុង 3.3 ហើយបន្ទាប់មកនឹងអាចដំណើរការ file ដោយប្រើកម្មវិធីដែលបានរៀបរាប់ខាងលើ ឬមួយដែលពួកគេបានសរសេរដោយខ្លួនឯង។
ដូចដែលបានពិពណ៌នាពីមុននៅពេលដំណើរការថ្នាំង PAM files, ថ្នាំង SAM files នៃប្រព័ន្ធនៅក្នុងពិភពខាងក្រៅអាចត្រូវបានផ្លាស់ប្តូរ ឧទាហរណ៍ ពង្រីក ឬសរសេរជាន់លើ។ នេះ។ file លក្ខណៈសម្បត្តិ FILESIZE, LPP និង CHANGE-DATE ត្រូវបានធ្វើបច្ចុប្បន្នភាពនៅក្នុងបរិបទនៃ OPEN ហើយត្រូវបានធ្វើឱ្យមានសម្រាប់អ្នកហៅទូរសព្ទដូចបច្ចុប្បន្ន។
ថ្នាំង SAM ធំបំផុត file ទំហំដែលអាចដំណើរការបានគឺ 32GB។ ដោយបាននិយាយថាទំហំ file ដែលអាចត្រូវបានដំណើរការត្រូវបានកំណត់ដោយចំនួនប្លុក SAM ឡូជីខលដែលត្រូវបានទាមទារដើម្បីអនុញ្ញាតឱ្យវាត្រូវបានដំណើរការដោយ BS2000 ។ ដែនកំណត់នេះត្រូវបានកំណត់នៅ 16,777,216 ប្លុក។ ប្រសិនបើត្រូវការប្លុកបន្ថែម OPEN នឹងត្រូវបានច្រានចោល។ អតិបរមាជាក់លាក់ file ទំហំនឹងសម្រាប់ហេតុផលនេះអាស្រ័យលើករណីនីមួយៗលើរយៈពេលនៃកំណត់ត្រាដែលបានប្រើ ក៏ដូចជាសមត្ថភាពបំពេញដែលអាចសម្រេចបាននៅក្នុងប្លុក SAM ។ ដោយផ្អែកលើនេះ និងអាស្រ័យលើរយៈពេលនៃកំណត់ត្រាដែលត្រូវដំណើរការ អតិបរមា។ file ទំហំនឹងមានចន្លោះពី ១៣ ទៅ ៣២ ជីកាបៃ។
ក្នុងករណី IMPORT-NODE-FILEទំហំប្លុកឡូជីខល (BLKSIZE) នឹងត្រូវបានកំណត់នៅ STD,16 ដូច្នេះកំណត់ត្រាធំក៏អាចត្រូវបានដំណើរការដោយគ្មានបញ្ហា (32k)។ ផ្ទុយក៏អនុវត្តផងដែរ ដែលថ្នាំង SAM files ត្រូវបានបង្កើតឡើងនៅក្នុង BS2000 ការប្រើប្រាស់ប្លុកធំជាងត្រូវបានណែនាំ (BLKSIZE=(STD,16))។
ការបម្លែងកូដ
អ្នកប្រើប្រាស់អាចក្នុងករណីថ្នាំង SAM files បញ្ជាក់ដោយ fileសំណុំតួអក្សរសម្រាប់ទិន្នន័យនៅលើ NAS – សំណុំតួអក្សរ Net-Coded-Set ឬ NETCCS ។ បន្ទាប់មកអតិថិជនសុទ្ធធ្វើការបម្លែងពី fileរបស់ CCS បានបញ្ជាក់ទៅក្នុង NETCCS ។ ដើម្បីសម្រួលដំណើរការអ្នកគ្រប់គ្រងប្រព័ន្ធសម្រាប់អ្នកប្រើប្រាស់នៃការដំឡើង និងជ្រើសរើសសំណុំតួអក្សរ នីតិវិធីខាងក្រោមត្រូវបានណែនាំ៖
ស្រដៀងទៅនឹង Class-2-Parameter HOSTCODE ក៏ដូចជា CCSN របស់អ្នកប្រើដែរ ដូចជា OSD V11 ទាំង Class-2-Parameter NETCODE ក៏ដូចជា NETCCSN នឹងត្រូវបានណែនាំដល់ការបញ្ចូលអ្នកប្រើប្រាស់។ នៅពេលបង្កើតអ្នកប្រើប្រាស់ថ្មី NETCCSN ត្រូវបានជ្រើសរើសពី CLASS2OPT NETCODE ហើយត្រូវបានដាក់ឱ្យប្រើប្រាស់ក្នុងធាតុអ្នកប្រើប្រាស់ ដូចដែលបានអនុវត្តជាទូទៅរហូតមកដល់បច្ចុប្បន្នសម្រាប់ CCSN ។ CLASS2OPT NETCODE ឬផ្ទុយទៅវិញ NETCCSN នៅក្នុងធាតុអ្នកប្រើប្រាស់ គ្រប់គ្រង NETCCS ថ្នាំង SAM file នឹងមានស្តង់ដារនៅចំណុចដែលវាត្រូវបានបង្កើត៖
| NETCCSN | លទ្ធផល file ទ្រព្យសម្បត្តិ/ការបំប្លែង៖ NETCCS នៃ a file នៅក្នុង CREATE-FILE |
| * អាយអេសអូ | អាស្រ័យលើ CCS នៃ fileការបម្លែងស្តង់ដារត្រូវបានអនុវត្តពី EBCDIC ទៅ ISO8859x; ក្នុងបរិបទនេះ៖
EDF03IRV, EDF03DRV, EDF04IRV និង EDF04DRV -> ISO88591 EDF04x -> ISO8859x ជាមួយ x = 1,2,..,9,F សូម្បីតែកន្លែងដែលអ្នកប្រើប្រាស់បញ្ជាក់សំណុំតួអក្សរ 7 ប៊ីតជា CCS ខាងក្នុង តារាងកូដ 8 ប៊ីតនឹងត្រូវបានប្រើ។ នោះគឺជំនួសឱ្យ CCS EDF03IRV EDF041 នឹងត្រូវបានអនុម័ត ហើយជំនួសឱ្យ EDF03DRV, EDF04DRV នឹងត្រូវបានប្រើប្រាស់។ |
| * NO-CONV | គ្មានការបំប្លែងណាមួយនឹងត្រូវបានអនុវត្តទេ ពោលគឺ NETCCS = CCS ។ |
| នៅពេលបង្កើតថ្មី។ fileNETCCSN ដែលត្រូវបានចាត់តាំងនឹងត្រូវបានចុះឈ្មោះនៅក្នុង file គុណលក្ខណៈ។
សំណុំតួអក្សរកំណត់ដោយខ្លួនឯងអាចត្រូវបានកំណត់ក្នុង XHCS ។ |
បន្ថែមពីលើនីតិវិធីស្តង់ដារសម្រាប់ការសាកសួរ NETCCS នៃ file - ដូចដែលបានពិពណ៌នានៅពេលបង្កើត file (បង្កើត-FILE) អ្នកប្រើប្រាស់អាចបញ្ជាក់ NETCCSN ដោយខ្លួនឯង ឬកែប្រែវាដោយប្រើ MODIFY-FILE-គុណលក្ខណៈ។ ប្រសិនបើទិន្នន័យត្រូវបានសរសេរដោយ BS2000 ជាលើកដំបូង fileNET-CODED-CHARACTER-SET របស់ NET-CODED-CHARACTER-SET មិនគួរមានការផ្លាស់ប្តូរទៀតទេ។ ពេលដែលវាត្រូវបានអានលើកក្រោយអាចបណ្តាលឱ្យមានកំហុសក្នុងការបំប្លែងកូដដែលភ្ជាប់ជាមួយទិន្នន័យ ឬកន្លែងដែល file ត្រូវបានពង្រីក ទិន្នន័យដែលមានសំណុំកូដដែលមិនត្រូវគ្នាអាចនឹងត្រូវបានបន្ថែមទៅដើមដំបូង file.
មានតែការបំប្លែងពី EBCDIC ទៅសំណុំតួអក្សរ ISO ត្រូវបានគាំទ្រ។ តាមវិធីនៃគុណវុឌ្ឍិបន្ថែមទៀត ការបំប្លែងទៅជាសំណុំតួអក្សរ UTF ក៏មិនត្រូវបានគាំទ្រដែរ។ ជាមួយនឹងការកំណត់តួអក្សរ UTF ជា CCS ដំណើរការទិន្នន័យត្រូវបានអនុវត្តដោយស្វ័យប្រវត្តិដោយមិនចាំបាច់មានការបំប្លែងកូដ (ឧទាហរណ៍៖ CCS=UTF8, NETCCS=UTF8)។
វិធីសាស្ត្រចូលប្រើ UPAM៖ ថ្នាំង SAM files អាចត្រូវបានដំណើរការពីរវិធីដោយភ្ជាប់ជាមួយ UPAM:
- នៅក្នុងរបៀប SAMនៅក្នុងការអានប្លុក SAM វិធីសាស្ត្រចូលប្រើ UPAM ដើរតួនាទីដូចជា file មានទីតាំងនៅ Pubset ប្រពៃណី (កន្លែងសាធារណៈ) ។ សម្រាប់គោលបំណងនេះ អតិថិជនសុទ្ធរៀបចំស្ទ្រីមបៃដែលភ្ជាប់ជាមួយយូនីក file ចូលទៅក្នុងប្លុក SAM ដូចដែលបានរៀបរាប់ខាងលើ។ នៅទីនេះផងដែរ ទង់ SAM_NODE_FILE_ENABLE (ID1SNFEN) ត្រូវតែត្រូវបានណែនាំ ដើម្បីបើក file នៅក្នុងទម្រង់ដែលអាចសរសេរបាន; វាមិនត្រូវបានទាមទារសម្រាប់ការចូលអានសុទ្ធសាធទេ។
- នៅក្នុងរបៀបឆៅអតិថិជនសុទ្ធផ្តល់ទិន្នន័យដែលភ្ជាប់ជាមួយថ្នាំង SAM file ក្នុងទម្រង់ដូចគ្នានឹងវាត្រូវបានរក្សាទុកនៅលើ UFS ។ ទម្រង់នៃការចូលប្រើនេះគឺលឿនជាងយ៉ាងខ្លាំង ដោយសារមិនចាំបាច់មានការបំប្លែង។ ទំហំរបស់ file ដែលត្រូវបានដំណើរការអាចតាមទស្សនៈរបស់ UPAM ត្រូវបានកំណត់យ៉ាងឆាប់រហ័សពីលក្ខណៈសម្បត្តិ inode ។ របៀបនៃដំណើរការនេះត្រូវបានប្រើប្រាស់ដោយ ឧample, HSMS ដើម្បីអាចធានាបាន។ file ក្នុងលក្ខណៈសម្តែង។ ដើម្បីដំណើរការវិធីសាស្រ្តនៃដំណើរការនេះ កម្មវិធីត្រូវតែដាក់ទង់ UPAM_RAW_ACCESS (FCB+B9(+7): ID1URWAC) នៅជាប់ទង់ SAM_NODE_FILE_ENABLE (FCB+B9(+6): ID1SNFEN)
ការណែនាំអំពីពាក្យបញ្ជា BS2000 ដែលបានជ្រើសរើស៖
ចម្លង-FILE គាំទ្រការចម្លងរបស់ SAM បន្ថែមទៀត fileចូលទៅក្នុង Net-Storage ជាថ្នាំង SAM file; នៅទីនេះផងដែរ អ្នកប្រើប្រាស់ត្រូវតែបង្កើតគោលដៅជាមុនសិន file នៅលើ Net-Storage ដោយប្រើ CREATE-FILE FILE-TYPE=*NODE-FILE. តាមរបៀបនេះអ្នកប្រើប្រាស់អាចធ្វើបាន
បញ្ជាក់តួអក្សរគោលដៅដែលបានកំណត់ជា NETCCS ជាជម្រើស NETCCSN នឹងត្រូវបានផ្តល់ដោយស្វ័យប្រវត្តិដូចដែលបានពិពណ៌នាខាងលើ (3.4.2 ការបំប្លែងកូដ)។ នៅពេលចម្លងថ្នាំង SAM file ទៅឌីសសាធារណៈ គុណលក្ខណៈ NETCCS នឹងមិនត្រូវបាននាំអោយ។ ម៉្យាងទៀតនៅពេលដែលថ្នាំង SAM file ត្រូវបានចម្លងតាមថ្នាំង SAM file NETCCSN នៃប្រភព file នឹងត្រូវបញ្ជូនទៅកាន់គោលដៅ fileនោះគឺជាការនិយាយភាពខុសគ្នាដែលទាក់ទងនឹង NETCCSN ដែលមានសក្តានុពលជាមួយនឹងគោលដៅ file នឹងត្រូវសរសេរជាន់ពីលើ។
ប្រៀបធៀប-ឌីស-FILE គាំទ្រថ្នាំង SAM fileស. ថ្នាំង SAM files អាចត្រូវបានប្រៀបធៀបជាមួយថ្នាំង SAM files ក៏ដូចជាថ្នាំង SAM files ជាមួយ SAM files នៅលើឌីសសាធារណៈ។
ភ្ជាប់-ឌីស-FILES ដូចគ្នានេះដែរគាំទ្រថ្នាំង SAM fileស. កន្លែងដែលថ្នាំង SAM files ត្រូវបានភ្ជាប់មកជាមួយ files ត្រូវតែផ្គូផ្គងនៅក្នុងលក្ខខណ្ឌនៃគុណលក្ខណៈ NETCCS ។ កន្លែងណា files នៅលើឌីសសាធារណៈត្រូវភ្ជាប់ជាមួយថ្នាំង SAM files, វាត្រូវតែអាចបំប្លែងតួអក្សរប្រភពដែលបានកំណត់ទៅជាតួអក្សរគោលដៅដែលបានកំណត់តាមវិធានដែលបានចែងខាងលើ។
កំណត់ចំណាំលើផលិតផល និងសមាសធាតុ
HSMS
HSMS អនុញ្ញាតឱ្យរក្សាទុក និងស្ដារថ្នាំង SAM fileស. ជំនួសពាក្យបញ្ជាដើម្បីរក្សាទុក (BACKUP-FILEស) បណ្ណសាររយៈពេលវែង (ARCHIVE-FILEស) និងនាំចេញ (EXPORT-FILEស) ប្រតិបត្តិការថ្មី SAVE-SAM-STRUCTURE = *YES/
*NO ផ្តល់ជម្រើសរវាងរបៀបដំណើរការពីរដូចខាងក្រោម៖
- SAVE-SAM-STRUCTURE = *NO គឺជាវិធីសន្សំលឿនបំផុត។ files: នេះ។ file ត្រូវបានរក្សាទុកក្នុងទម្រង់ឆៅ និងក្នុងទម្រង់គ្មានរចនាសម្ព័ន្ធ។ គ្មានរចនាសម្ព័ន្ធ SAM ត្រូវបានបង្កើត ហើយគ្មានការបំប្លែងកូដត្រូវបានអនុវត្តទេ។ ថ្នាំង SAM files ត្រូវបានរក្សាទុកតាមរបៀបនេះអាចត្រូវបានស្ដារឡើងវិញទៅជាថ្នាំង SAM ប៉ុណ្ណោះ។
- SAVE-SAM-STRUCTURE = *បាទ/ចាស៖ នៅពេលផ្ទេរទិន្នន័យ អតិថិជនសុទ្ធបញ្ចូលរចនាសម្ព័ន្ធ SAM នៅក្នុងស្ទ្រីមទិន្នន័យ ហើយកន្លែងដែលតម្រូវឱ្យធ្វើការបំប្លែងកូដទៅជា EBCDIC។ ជាលទ្ធផល ការបម្រុងទុកដំណើរការយឺតជាងប្រតិបត្តិការ SAVE-SAM-STRUCTURE = *NO. ថ្នាំង SAM fileការបម្រុងទុកតាមវិធីនេះអាចត្រូវបានស្តារទៅកន្លែងសាធារណៈ (ប្រតិបត្តិការ៖ NEW-SUPPORT) ។
សាម files នៅលើឌីសសាធារណៈអាចត្រូវបានស្ដារឡើងវិញជាថ្នាំង SAM files (ប្រតិបត្តិការ៖ NEW-SUPPORT) ។
រចនាសម្ព័ន្ធរបស់ SAM files មិនមែនជាស្ដង់ដារដែលបានរក្សាទុកក្នុងការបម្រុងទុក (BACKUP-FILEស) នៃថ្នាំង SAM files (ការសម្តែង!) ។ រចនាសម្ព័ន្ធ SAM ត្រូវបានរក្សាទុកជាស្តង់ដារនៅពេលដែលថ្នាំង SAM files ត្រូវបានបម្រុងទុកសម្រាប់គោលបំណងនៃការរក្សាទុក និងផ្ទេរទិន្នន័យរយៈពេលវែង (ARCHIVE-FILES, នាំចេញ-FILEស) វាធានាថាទិន្នន័យអាចត្រូវបានស្ដារ ឬនាំចូលទៅប្រព័ន្ធ ដែលមិនមានសិទ្ធិចូលប្រើ Net-Storage ។
របាយការណ៍ HSMS ក៏អាចត្រូវបានរក្សាទុកជាថ្នាំង SAM ផងដែរ។ files; របាយការណ៍នេះ file នឹងត្រូវបានបង្កើតស្របតាម HSMS មុនពេលដំណើរការ។
ស៊ី.អេសFILE
ស៊ី.អេសFILE អាចចូលប្រើ SAM node files, ដែល, សម្រាប់ឧample អាចមានដំណើរការក៏ដូចជាទិន្នន័យដែលបានបញ្ចូល (SYSCMD និង SYSDTA)។ អ្នកប្រើអាចបញ្ជូនបន្តការចេញកំណត់ហេតុទៅថ្នាំង SAM fileស. នីតិវិធីគឺមានលក្ខណៈស្តង់ដារច្រើន ឬតិច ដោយមានករណីលើកលែងថាជាដំបូង ក file ត្រូវតែបង្កើតនៅលើ Net-Storage មុនពេល SYSOUT ឬ
SYSLST អាចត្រូវបានចាត់តាំង។ ប្រសិនបើសំណុំតួអក្សរដែលត្រូវការនៅលើ Net-Storage គឺខុសពីស្តង់ដារ អ្នកប្រើប្រាស់នឹងនៅតែត្រូវបញ្ជាក់ NETCCSN ដែលសមស្របជា Net-Coded-Character-Set នៅក្នុង CREATE-FILE ឬធ្វើការផ្លាស់ប្តូរដោយប្រើ MODIFY-FILE-គុណលក្ខណៈ។ ដូចដែលបានបញ្ជាក់រួចមកហើយ ការបង្កើតអ file ក៏ដូចជាការបង្កើត CCSN ឬ NETCCSN ត្រូវតែធ្វើឡើងមុនពេល file ត្រូវបានបើក ឬ SYSOUT ឬ SYSLST ត្រូវបានចាត់តាំង!
នៅក្នុងលទ្ធផលនៃថ្នាំង files, SYSFILE ទប់ស្កាត់តួអក្សរគ្រប់គ្រងប្រព័ន្ធគោលពីរនៅក្នុងជួរទីមួយនៃកំណត់ត្រា ឧ linefeeds (x'01', x'02' -> ត្រូវបានជំនួសដោយទទេ x'40'; form feed x'C1' = A ត្រូវបានរក្សាទុក)។ ធាតុទាំងនេះនឹងប៉ះពាល់ដល់រូបរាងនៃកម្មវិធីនៅក្នុងពិភពប្រព័ន្ធបើកចំហ។
EDT/EDTU
ថ្នាំង SAM files ត្រូវបានគាំទ្រដោយ EDTU ។ មុនពេលសរសេរ ក file ទៅ Net-Storage ដំបូងវាត្រូវតែបង្កើតជា node file និងរៀបចំជាមួយនឹងសំណុំតួអក្សរសមរម្យ។
BS2ZIP
BS2ZIP អាចបង្កើតបណ្ណសារហ្ស៊ីបជាថ្នាំង PAM files, អនុញ្ញាតឱ្យប្រព័ន្ធបើកចំហដើម្បីទទួលបានការចូលទៅកាន់ពួកគេ។
អ្នកប្រើប្រាស់ត្រូវតែបង្កើត node ជាមុនសិន file នៅលើ Net-Storage ។ បន្ទាប់មក BS2ZIP នឹងអាចបើកវាដោយប្រើការសរសេរ និងបន្ថែម files ទៅប័ណ្ណសារ zip ។ ប័ណ្ណសារហ្ស៊ីបដែលមានស្រាប់ហើយក៏អាចចម្លងទៅវាបានដែរ។ file. BS2ZIP មិនអាចបន្ថែមថ្នាំង SAM បានទេ។ files ទៅប័ណ្ណសារ zip ។
Exampលេ៖
| ទំនាក់ទំនង៖
Fujitsu Technology Solutions GmbH Axel Ohme Mies-van-der-Rohe-Str. 8, 80807 ទីក្រុង Munich ប្រទេសអាល្លឺម៉ង់ ទូរស័ព្ទ៖ +49 (0) 89 62060-2874 អ៊ីមែល៖ axel.ohme@fujitsu.com Webគេហទំព័រ៖ de.fujitsu.com 01.11.2021 EM DE |
រក្សាសិទ្ធិ © 2021 Fujitsu Technology Solutions GmbH
Fujitsu និងនិមិត្តសញ្ញា Fujitsu គឺជាពាណិជ្ជសញ្ញា ឬពាណិជ្ជសញ្ញាដែលបានចុះបញ្ជីរបស់ក្រុមហ៊ុន Fujitsu Limited នៅក្នុងប្រទេសជប៉ុន និងនៅក្នុងប្រទេសដទៃទៀត។ ឈ្មោះក្រុមហ៊ុន ផលិតផល ឬសេវាកម្មផ្សេងទៀតអាចជាពាណិជ្ជសញ្ញា ឬពាណិជ្ជសញ្ញាដែលបានចុះបញ្ជីរបស់ម្ចាស់រៀងៗខ្លួន។ ការដឹកជញ្ជូនអាស្រ័យលើភាពអាចរកបាន; រក្សាសិទ្ធិនៃការកែប្រែបច្ចេកទេស គ្មានទំនួលខុសត្រូវ ឬការធានាដែលសន្មត់សម្រាប់ភាពពេញលេញ សុពលភាព និងភាពត្រឹមត្រូវនៃទិន្នន័យ និងរូបភាពដែលបានបញ្ជាក់។ ការរចនាទាំងអស់ដែលប្រើអាចជាពាណិជ្ជសញ្ញា និង/ឬរក្សាសិទ្ធិ។ ការប្រើប្រាស់វត្ថុទាំងនេះដោយភាគីទីបីសម្រាប់គោលបំណងផ្ទាល់ខ្លួនរបស់ពួកគេអាចបំពានសិទ្ធិរបស់ម្ចាស់រៀងៗខ្លួន។ |
ឯកសារ/ធនធាន
 |
មគ្គុទ្ទេសក៍ផ្ទុកសុទ្ធរបស់ FUJITSU OSD-BC V11 [pdf] ការណែនាំអ្នកប្រើប្រាស់ OSD-BC V11 Net Storage Guide, OSD-BC V11, Net Storage Guide, Storage Guide, Guide |