คู่มือการจัดเก็บตาข่าย FUJITSU OSD-BC V11
เงื่อนไข
ในบริบทของ Net-Storage มีการใช้คำศัพท์ต่อไปนี้ใน BS2000 OSD/BC:
เน็ตเซิร์ฟเวอร์
นี่คือ file เซิร์ฟเวอร์ในเครือข่ายคอมพิวเตอร์ทั่วโลกที่ให้พื้นที่จัดเก็บข้อมูล (Network Attached Storage, NAS) สำหรับการใช้งานโดยเซิร์ฟเวอร์อื่นและนำเสนอที่สอดคล้องกัน file บริการเซิร์ฟเวอร์
พื้นที่เก็บข้อมูลสุทธิ
นี่คือพื้นที่เก็บข้อมูลที่เซิร์ฟเวอร์เน็ตจัดเตรียมไว้ให้ในเครือข่ายคอมพิวเตอร์ และใช้โดยเซิร์ฟเวอร์ภายนอก Net-Storage สามารถเป็น file ระบบหรือเพียงแค่โหนดใน file ระบบของเน็ตเซิร์ฟเวอร์ Net-Storage (เพื่อให้ชัดเจนยิ่งขึ้น: ไดเร็กทอรีที่ใช้ร่วมกัน) มีให้ใช้งานใน BS2000 ผ่านคำสั่ง MOUNT-NET-STORAGE และติดตั้งบน Net-Client
ไคลเอนต์เน็ต
ดำเนินการเข้าถึง Net-Storage สำหรับระบบปฏิบัติการที่ต้องการใช้งาน Net-Client แปลงโฉม BS2000 file เข้าถึงร่วมกับระบบย่อย BS2000 ONETSTOR ไปยัง Unix ที่เกี่ยวข้อง file เข้าถึงและดำเนินการบนเซิร์ฟเวอร์เน็ตผ่าน NFS สำหรับหน่วยเซิร์ฟเวอร์ /390 ของเซิร์ฟเวอร์ SE กระบวนการ bs2netsagent ซึ่งแสดงถึงเน็ตไคลเอ็นต์ที่ทำงานบน HNC สำหรับหน่วยเซิร์ฟเวอร์ x86 ของเซิร์ฟเวอร์ SE ไคลเอ็นต์เน็ตหรือ bs2netsagent resp ทำงานบน X2000 ของหน่วยเซิร์ฟเวอร์
ปริมาณการจัดเก็บสุทธิ
ปริมาณพื้นที่จัดเก็บสุทธิแสดงถึงพื้นที่จัดเก็บสุทธิใน BS2000 กำหนดค่าผ่านคำสั่ง ADD-NET-STORAGE-VOLUME และกำหนดให้กับ Pubset ไดเร็กทอรีในการแชร์ file ระบบของเน็ตเซิร์ฟเวอร์ได้รับการกำหนดค่าและกำหนดให้กับชุดเผยแพร่ข้อมูลภายในเครื่อง (ชุดเผยแพร่ SF หรือ SM) เป็นไดรฟ์ข้อมูล Net-Storage ไดรฟ์ข้อมูล Net-Storage ได้รับการแก้ไขผ่านหมายเลขซีเรียลของไดรฟ์ข้อมูล (VSN) และประเภทไดรฟ์ข้อมูล NETSTOR หรือ NETVOL มีการแนะนำประเภทวอลุ่ม NETVOL กับ BS2000 V21 ชื่อไดเร็กทอรีในการแชร์ file ระบบของเน็ตเซิร์ฟเวอร์สอดคล้องกับ VSN ของโวลุ่ม Net-Storage ไดรฟ์ข้อมูล Net-Storage (เพื่อให้ชัดเจนยิ่งขึ้น: ไดเร็กทอรีที่มีชื่อของไดรฟ์ข้อมูล Net-Storage) ประกอบด้วยข้อมูลต่อไปนี้:
- A file ป้ายกำกับระบบ (file ชื่อ .FSL) และก file แคตตาล็อก (file ชื่อ .BS2FSCAT) พร้อมด้วยข้อมูลเมตาของ fileเก็บไว้ใน Net-Storage ที่ file แค็ตตาล็อกมีเฉพาะสำหรับวอลุ่มประเภท NETSTOR เท่านั้น นี้ file แค็ตตาล็อกใช้ไม่ได้กับไดรฟ์ข้อมูลประเภท NETVOL ที่นำมาใช้กับ BS2000 V21 (ซึ่งเป็นส่วนหนึ่งของ BS2000 OS DX)
- ผู้ใช้ fileของ file พิมพ์ *BS2000 (ดูส่วนถัดไปสำหรับข้อมูลเพิ่มเติม)
- ไดเร็กทอรีเฉพาะผู้ใช้ซึ่งรวมถึง *NODE-FILE ผู้ใช้ files (ดูส่วนถัดไปสำหรับข้อมูลเพิ่มเติม)
BS2000 OSD/BC V11 ไม่รองรับประเภทวอลุ่ม NETVOL ใหม่ นอกจากประเภทวอลุ่ม NETVOL ใหม่แล้ว BS2000 V21 ยังรองรับประเภท NETSTOR ก่อนหน้าอีกด้วย สามารถสร้างได้เฉพาะวอลุ่มของประเภทวอลุ่ม NETVOL ใหม่ภายใต้ BS2000 V21 อย่างไรก็ตาม ไดรฟ์ข้อมูลประเภท NETSTOR จาก BS2000 OSD/BC V11 ที่มีอยู่แล้วสามารถรวมและใช้ใน BS2000 V21 ได้
Fileอยู่บน Net-Storage
ตั้งแต่ BS2000 viewจุดสองประเภทพื้นฐานของ file การประมวลผลมีให้บน Net-Storage:
- การประมวลผล BS2000 บริสุทธิ์ file ประเภท: BS2000
ผู้ใช้สามารถบันทึก BS2000 ได้ทุกประเภท files (PAM, SAM, ISAM, PLAM) บน Net-Storage นอกเหนือจาก fileด้วย PAM-Key ทำงานได้ fileชั่วคราว fileทราย file กลุ่มรุ่น ระบบอื่นนอกเหนือจากระบบ BS2000 ไม่อาจแก้ไขสิ่งเหล่านี้ได้ files. - ข้อต่อ file การประมวลผล BS2000 และระบบเปิด file ประเภท: โหนด file
ตั้งแต่ BS2000 OSD/BC V10 ผู้ใช้สามารถจัดเก็บได้ fileในไดเร็กทอรีเฉพาะผู้ใช้ภายในไดรฟ์ข้อมูล Net-Storage และประมวลผลร่วมกับระบบเปิด และในทางกลับกัน ระบบ UNIX ก็สามารถสร้างได้ fileในไดเร็กทอรีเหล่านี้ซึ่งสามารถนำเข้าไปยัง BS2000 และประมวลผลได้ ก file ไม่มีโครงสร้างเฉพาะจาก Unix/Linux/Windows viewจุด. ซึ่งสอดคล้องกับ BS2000 กับ file รูปแบบ PAM (BLKCNTRL=NO) คุณลักษณะใหม่ (FILE-TYPE = *โหนด-FILE) ได้รับการแนะนำใน BS2000 OSD/BC V10 เพื่อระบุสิ่งเหล่านี้ fileส. นี้ file ประเภทสามารถประมวลผลเป็น PAM ได้ fileจาก BS2000 OSD/BC V10 จาก BS2000 OSD/BC V11 ยังมีการประมวลผลโหนดแบบข้อความอีกด้วย fileโดยวิธีการเข้าถึงของ SAM จะถูกเปิดใช้งาน
สถาปัตยกรรม
แอปพลิเคชัน (1) เข้าถึง file ผ่านทางดีเอ็มเอส DMS ตระหนักดีว่า file ตั้งอยู่บน Net-Storage ผ่านทางรายการแค็ตตาล็อกใน TSOSCAT บน pubset (2) ที่ file บนเน็ตเซิร์ฟเวอร์ (5) เข้าถึงได้ผ่าน NFS ผ่านระบบย่อย ONETSTOR (3) และเน็ตไคลเอ็นต์ (4) กระบวนการที่ดำเนินงานของ Net-Client เรียกว่า bs2netsagent
การกำหนดค่า
เพื่อเปิดใช้งานการใช้ Net-Storage ใน BS2000 จะต้องกำหนดการเชื่อมต่อ (โหนด บรรทัด) ใน BS2000 และเน็ตไคลเอ็นต์ต้องถูกกำหนดให้เป็นระบบปลายทาง (ตัวประมวลผล)
การเชื่อมต่อระหว่าง BS2000 และเน็ตไคลเอ็นต์บน HNC หรือ X2000 ทำได้ผ่าน LOCLAN สำหรับสถาปัตยกรรม /390 การเชื่อมต่อ LOCLAN กับ HNC จะดำเนินการโดยช่องสัญญาณไฟเบอร์ สำหรับสถาปัตยกรรม x86 LOCLAN คือการเชื่อมต่อซอฟต์แวร์ การเชื่อมต่อได้รับการกำหนดค่าใน SE Manager ตามอุปกรณ์ -> (ศ ) -> (ศ ) -> อุปกรณ์ BS2000, โฟลเดอร์ LAN ในกรณีของ SU /390 ที่อยู่อุปกรณ์จะต้องได้รับการกำหนดค่าโดย IOGEN (ดู 2.2) การกำหนดค่านี้อ้างอิงเฉพาะความสามารถในการเข้าถึง (ช่องอ่าน/เขียนและ MN ของอุปกรณ์ตามลำดับ) ของ HNC หรือ X2000 การกำหนดค่า Net-Client นั้นทำได้โดยเมนูฮาร์ดแวร์ -> หน่วย -> (ศ ) -> (HNC หรือ SU resp.) -> การจัดการ โฟลเดอร์ Net-Storage
ต่อไปนี้คืออดีตampจะแสดงไฟล์สำหรับ HNC1 พร้อม LOCLAN และการเชื่อมต่อผ่าน DANPU01 เมื่อใช้เครือข่ายหรือหน่วยอื่น การกำหนดค่าจะต้องปรับให้เข้ากับที่อยู่เครือข่ายที่ใช้ตามนั้น ต้องกำหนดค่าสิทธิ์ที่จำเป็นบนเน็ตเซิร์ฟเวอร์ ต้องป้อน ID ผู้ใช้และกลุ่มที่ได้รับอนุญาตให้เข้าถึงตามเน็ตไคลเอ็นต์สำหรับ bs2netsagent (การเข้าถึง Net-Storage) ซึ่งใช้ได้กับชื่อโดเมน NFSv4 เช่นกัน นอกจากนี้ จะต้องป้อนอินเทอร์เฟซของ HNC หรือ X2000 ตามลำดับ ซึ่งใช้การเชื่อมต่อกับ Net-Storage (คุณสมบัติและที่อยู่การเชื่อมต่อ Net-Storage รายละเอียดดูบทที่ 2.6)
สิทธิ์การเข้าถึงสำหรับการทำงานร่วมกันของ BS2000 กับระบบเปิด
ผู้ดูแลระบบเซิร์ฟเวอร์ NFS กำหนดค่าการแชร์สำหรับผู้ใช้เฉพาะ (ด้วย ETERNUS CS: file กลุ่ม). ในอดีตampในรูปที่ 3 ผู้ใช้รายนี้มีหมายเลขผู้ใช้และกลุ่ม (UID:GID) 7890:2222 หมายเลขผู้ใช้และกลุ่มนี้ได้รับการกำหนดค่าบนเน็ตไคลเอ็นต์สำหรับกระบวนการเน็ตไคลเอ็นต์ bs2netsagent กระบวนการนี้จึงได้รับอนุญาตให้เข้าถึงการแชร์และสร้างไดเร็กทอรีและ fileส; จึงเป็นเจ้าของปริมาณ Net-Storage ที่จะสร้างขึ้นภายใต้ส่วนแบ่งและรวม *BS2000 files และไดเร็กทอรีเฉพาะผู้ใช้ BS2000
ผู้ดูแลระบบ BS2000 ติดตั้งส่วนแบ่งใน BS2000 ผ่าน MOUNT-NET-STORAGE การเมานต์นั้นทำโดยไคลเอนต์เน็ต BS2000 ภายใต้รูท ข้อมูลต่อไปนี้ถูกต้องขึ้นอยู่กับเวอร์ชัน NFS: หากเซิร์ฟเวอร์ NFS รองรับโปรโตคอล NFSv4 การเมาท์จะดำเนินการโดยอัตโนมัติในเวอร์ชัน 4 หรืออย่างอื่นในเวอร์ชันโปรโตคอล NFSv3
เมื่อใช้ NFSv4 ผู้ใช้จะต้องป้อนในบริการไดเรกทอรี LDAP หรือ AD ด้วยหมายเลขผู้ใช้และกลุ่ม เซิร์ฟเวอร์ NFS ต้องเชื่อมต่อกับบริการไดเรกทอรี LDAP นี้ NFSv3 ไม่จำเป็นต้องใช้ LDAP หรือ AD
โหนด Net-Storage files จะถูกจัดเก็บไว้ในไดเร็กทอรีเฉพาะผู้ใช้ เช่น fileซึ่งสามารถประมวลผลโดย BS2000 และโดยระบบ Unix/Linux ไดเร็กทอรีเหล่านี้มีชื่อของ ID ผู้ใช้ BS2000 ที่เกี่ยวข้อง (ตัวอักษรตัวพิมพ์ใหญ่) และได้รับการกำหนดค่าโดยอัตโนมัติโดย BS2000 ด้วยการสร้างโหนดครั้งแรก file.
เมื่อสร้างไดเร็กทอรีดังกล่าว POSIX-ACL เช่น สิทธิ์ในการอ่าน เขียน และดำเนินการ จะถูกตั้งค่าสำหรับผู้ใช้ BS2000 ที่เกี่ยวข้อง ไคลเอนต์เน็ตเข้าถึง fileในไดเร็กทอรีเฉพาะผู้ใช้ (node files) ผ่านหมายเลขผู้ใช้และกลุ่มของ ID ผู้ใช้ที่เกี่ยวข้อง ผู้ดูแลระบบจะต้องเปรียบเทียบหมายเลขผู้ใช้และกลุ่มใน BS2000 กับหมายเลขในระบบเปิด และใช้ MODIFY-POSIX-USER-ATTRIBUTES (USER- และ GROUP-NUMBER) ให้ป้อนหมายเลขเหล่านั้นในแค็ตตาล็อกผู้ใช้ของ pubsets ซึ่ง Net -กำหนดปริมาณการจัดเก็บแล้ว
เมื่อไดเร็กทอรีเฉพาะผู้ใช้ถูกสร้างขึ้นบนฝั่ง 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-ACL อย่างไรก็ตามหากสิทธิ์การเข้าถึงขั้นต่ำของ file จาก UNIX/Linux ที่แสดงในรูปที่ 3 ถูกจำกัด การเข้าถึงสามารถป้องกันได้จากฝั่ง BS2000 ซึ่งจากนั้นจะรายงานไปยังผู้ใช้ผ่านข้อความที่เกี่ยวข้อง (เช่น การอนุญาตถูกปฏิเสธ)
การกำหนดค่า BS2000 IO
การสร้างการกำหนดค่า IO บนเซิร์ฟเวอร์ SU /390 จะดำเนินการผ่านยูทิลิตี้ IOGEN (ดูการติดตั้งระบบด้วยตนเอง) คำสั่ง CTL และคำสั่ง DVC สองคำสั่ง (สำหรับช่องอ่านและเขียนตามลำดับ) ได้รับการระบุไว้สำหรับการสร้าง HW ของ HNC
Exampคำสั่งการสร้างเพื่อเชื่อมต่อ HNC ผ่านสวิตช์ FC บนช่อง FC A4:
การเชื่อมต่อได้รับการกำหนดค่าโดย SE Manager อุปกรณ์ -> (ศ ) -> (ศ ) -> อุปกรณ์ BS2000 โฟลเดอร์ แลน.
การกำหนดค่า BCAM
จาก BCAM viewจุด ต้องอธิบายเฉพาะสิ่งต่อไปนี้เกี่ยวกับฟิสิกส์ข้างต้น:
- การเชื่อมต่อของโหนดและสาย BS2000
ไม่ว่าจะเป็น HNC ในกรณีของ SU /390 หรืออะแดปเตอร์ช่องสัญญาณในกรณีของเซิร์ฟเวอร์ SU x86 ซึ่งไม่ได้แยกความแตกต่าง BCAM ในคำอธิบาย (ดูด้านล่าง “การกำหนดบรรทัด” และ SHOW-BCAM-ENVIRONMENT OWN-IP- ที่อยู่ 192.168.152.24) - โปรเซสเซอร์บนโหนดจะต้องอธิบายด้วยที่อยู่ที่ต้องเข้าถึงจาก BS2000 พันธมิตรการสื่อสาร BS2000 คือเน็ตไคลเอ็นต์ที่ใช้งาน bs2netsagent (ชื่อโปรเซสเซอร์: LOCFCAP และที่อยู่ IP: 192.168.152.12) ซึ่งควบคุมการเข้าถึง fileที่จัดเก็บไว้ในเซิร์ฟเวอร์ NFS (ที่อยู่ในเครือข่าย IP ของเซิร์ฟเวอร์ NFS และเซิร์ฟเวอร์ NFS นั้น BCAM ไม่รู้จัก)
- ต้องตั้งค่าเพื่อใช้ระบบขนส่งให้เกิดประโยชน์สูงสุด หน่วยข้อมูลโปรโตคอลลิงก์เลเยอร์ LPDU (กำหนดโดยอุปกรณ์) หน่วยข้อมูลบริการขนส่ง TSDU (ตั้งค่าสำหรับโปรเซสเซอร์)
คำสั่ง BCAM ต่อไปนี้ใช้สำหรับคำอธิบายและสามารถบันทึกไว้ใน SOF หรือ CALL-BCAM-COMMAND file เพื่อรีสตาร์ท BCAM
กำหนดโหนด
กำหนดเส้น
กำหนดโปรเซสเซอร์/เส้นทาง (ที่โหนด)
เปิดใช้งาน LINE และ NODE
ผลลัพธ์ของออบเจ็กต์ BCAM ที่สร้างขึ้นเพื่ออธิบายการกำหนดค่าบางส่วนนี้คือผ่าน:
กำหนดค่าความซ้ำซ้อน
net client (บน HNC!) สามารถกำหนดค่าซ้ำซ้อนบน SU /390 ได้ ทำการกำหนดค่า BCAM ของ HNC ตัวที่สองตามลำดับ และกำหนดเป็นไคลเอ็นต์เน็ตสำรองผ่าน SET-NET-CLIENT-ALTERNATE (ดูด้านล่างภายใต้หัวข้อ “การใช้งานใน BS2000: การติดตั้งรีโมท file ระบบ”)
การดูแลระบบผู้ใช้ BS2000
ต้องป้อนหมายเลขผู้ใช้และกลุ่ม (USER-NUMBER และ GROUP-NUMBER) ในแค็ตตาล็อกผู้ใช้ของ Pubset ที่ files ได้รับการจัดทำรายการเพื่อให้ผู้ใช้สามารถบันทึก fileเป็นโหนด fileและประมวลผลบนระบบ Unix/Linux หรือในทางกลับกันเพื่อเข้าถึง BS2000 fileที่สร้างขึ้นโดยระบบเหล่านี้ หมายเลขผู้ใช้และกลุ่มจะต้องสอดคล้องกับ UID และ GID ของผู้ใช้ระบบ Unix/Linux ที่เกี่ยวข้อง
เข้าผ่าน:
เน็ตเซิร์ฟเวอร์
ผู้ดูแลระบบของเซิร์ฟเวอร์ NFS กำหนดค่าการแชร์บนเซิร์ฟเวอร์ NFS และกำหนดเจ้าของ (หมายเลขผู้ใช้และกลุ่ม) ที่จะได้รับสิทธิ์การเข้าถึงการแชร์นี้ สิ่งเหล่านี้จะต้องตรงกับหมายเลขสำหรับกระบวนการเน็ตไคลเอ็นต์ที่กำหนดค่าสำหรับ HNC หรือ X2000 ตามลำดับ (ดูส่วนด้านล่าง “รหัสผู้ใช้และรหัสกลุ่มของกระบวนการ bs2netsagent”)
การกำหนดค่าของการแชร์ (file group) ผ่าน GUI ด้วย ETERNUS CS ตัวเลือกการเมานต์เพิ่มเติมได้รับการกำหนดค่าที่นี่:
การเข้าถึงแบบอ่าน/เขียน โฮสต์ที่ได้รับอนุญาต ฯลฯ
หมายเหตุ:
- รายละเอียดเกี่ยวกับการกำหนดค่าเซิร์ฟเวอร์ NFS ของคุณอยู่ในความเหมาะสม
- เพื่อเหตุผลด้านความปลอดภัย ไม่ควรตั้งค่าตัวเลือกการเมานต์ no_root_squash หากการเข้าถึงจากฝั่งไคลเอ็นต์ทำได้ผ่านรูท ก็จะเข้าถึงด้วยสิทธิ์รูทในการรีลีสด้วย file อย่างไรก็ตาม ตัวเลือกการเมานต์ root_squash ใช้สำหรับการเข้าถึงด้วยสิทธิ์ของ ID “nobody”
- โหมดความปลอดภัย: ระบบมาตรฐาน (=ID ผู้ใช้ที่ระบุ) ถูกใช้เป็นโหมดความปลอดภัยสำหรับการตรวจสอบความถูกต้องของการเชื่อมต่อ NFS
- ภายใต้ NFSv4 เน็ตเซิร์ฟเวอร์ต้องมีลิงก์ไปยังไดเร็กทอรี LDAP
- การแชร์เซิร์ฟเวอร์ NFS ที่สามารถเข้าถึงได้สำหรับ BS2000 สามารถส่งออกจาก BS2000 ผ่าน LIST-NET-DIRECTORIES
ไคลเอนต์เน็ต
การกำหนดค่าบนเซิร์ฟเวอร์ SE:
บนเซิร์ฟเวอร์ SE การตั้งค่าเน็ตไคลเอ็นต์ได้รับการติดตั้งผ่านอินเทอร์เฟซกราฟิกของ SE Manager ผู้จัดการ SE อำนวยความสะดวกส่วนกลาง web-การจัดการโครงสร้างพื้นฐาน SE ทั้งหมดและอุปกรณ์ต่อพ่วงส่วนใหญ่ที่ใช้โดยหน่วยเซิร์ฟเวอร์ SE เครือข่ายข้อมูล DANPU01 พร้อมอัปลิงก์ไปยัง LAN ของลูกค้ามีไว้สำหรับการเชื่อมต่อที่จัดเก็บข้อมูลสุทธิ ทั้ง HNC และเซิร์ฟเวอร์ยูนิต x86 (SU300) ได้รับการกำหนดค่าล่วงหน้าด้วยการเชื่อมต่อ LAN กับ DANPU01 เมื่อมีการส่งมอบเซิร์ฟเวอร์ SE
เครือข่ายข้อมูลสาธารณะได้รับการกำหนดค่าใน SE Manager ผ่านฮาร์ดแวร์ -> เครือข่าย IP -> เครือข่ายข้อมูลสาธารณะ -> DANPU . ตาราง “ข้อมูล NetUnit” แสดงหน่วยที่กำหนดค่าบนเครือข่าย
รูปต่อไปนี้แสดงการกำหนดค่าเครือข่าย DANPU01 ของเซิร์ฟเวอร์ SE ที่มี NetUnit ซ้ำซ้อน 2 HNC และ SU300 หนึ่งตัว:
ในการกำหนดชื่อพอร์ตที่มีชื่อยูนิต (HNC1, HNC2, Su1SE2) เป็นคำนำหน้า S ป ย่อมาจาก “Slot n” “Port m”
กำหนดค่า Net-Storage ผ่านฮาร์ดแวร์ -> เซิร์ฟเวอร์/ยูนิต -> (ศ ) -> (HNC หรือ SU300 ) -> การจัดการ, โฟลเดอร์ -> Net-Storage
การเปลี่ยนแปลงเมนูสามารถทำได้โดยคลิกที่สัญลักษณ์ปากกา
ความสนใจ: การเปลี่ยนแปลงการตั้งค่านำไปสู่การรีเซ็ตและรีสตาร์ท Net-Client สิ่งนี้อาจทำให้ข้อมูลสูญหายระหว่าง I/O ที่กำลังดำเนินอยู่ ดังนั้นควรทำการเปลี่ยนแปลงเฉพาะในกรณีที่ไม่มีการเมาท์เซิร์ฟเวอร์ Net (NAS) ที่ใช้ร่วมกันจาก BS2000
เข้าถึง:
ID ผู้ใช้และ ID กลุ่มถูกตั้งค่าโดยที่งานเน็ตไคลเอ็นต์ได้รับการประมวลผลบนเน็ตเซิร์ฟเวอร์ เป็นรหัสเจ้าของการแชร์ที่จะติดตั้งบนเซิร์ฟเวอร์เน็ต และต้องได้รับการยินยอมจากผู้ดูแลระบบเซิร์ฟเวอร์เน็ต ไม่ควรใช้ค่าเริ่มต้น 0 เพื่อเหตุผลในการปกป้องข้อมูล
การกำหนดค่าโดเมน NFSv4
LDAP จำเป็นเฉพาะเมื่อมีการใช้งาน NFSv4 และโหนด fileจะถูกเก็บไว้ซึ่งระบบภายนอกจะเข้าถึงได้ ผู้ใช้ที่เกี่ยวข้องต้องอยู่ในไดเร็กทอรีเซิร์ฟเวอร์ LDAP ข้อมูลเกี่ยวกับการกำหนดค่าเซิร์ฟเวอร์ LDAP อยู่ที่ส่วนท้ายของส่วนนี้
คุณสมบัติการเชื่อมต่อ Net-Storage และเพิ่มการเชื่อมต่อ:
ข้อมูลต่อไปนี้จะกำหนดการเชื่อมต่อ PCI ผ่านทาง Net-Storage ว่าควรกำหนดที่อยู่แบบไดนามิก (ตรวจสอบ DHCP) หรือควรป้อนที่อยู่แบบคงที่ (“เพิ่มที่อยู่ IP”)
บน HNC พอร์ต PCI “สล็อต 2” “พอร์ต 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 สำหรับ Node Fileด้วย NFSv4
เพื่อให้แน่ใจว่าการเข้าถึงโหนด 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 ดำเนินการดังต่อไปนี้ (ค่าตัวถูกดำเนินการของคำสั่งในตัวอย่างampสอดคล้องกับอดีตampดังรูปที่ 2 และ 3):
ติดตั้งรีโมท File ระบบ
รีโมท file ระบบติดตั้งผ่าน MOUNT-NET-STORAGE การเมานต์เริ่มต้นในเน็ตไคลเอ็นต์
SHOW-NET-STORAGE ให้มากกว่าview ของการแบ่งปันที่เมาท์ และปริมาณพื้นที่จัดเก็บสุทธิที่มีอยู่ หากจำเป็น
สามารถเพิ่มเน็ตไคลเอ็นต์ที่ซ้ำซ้อนได้ดังนี้:
ถ้าเน็ตไคลเอ็นต์ล้มเหลว จะมีการสลับอัตโนมัติไปยังเน็ตไคลเอ็นต์อื่น
การสร้างปริมาณการจัดเก็บข้อมูลสุทธิ
ไดรฟ์ข้อมูล Net-Storage ถูกสร้างขึ้นบน Net-Storage ที่ติดตั้งผ่าน ADD-NET-STORAGE-VOLUME ไดรฟ์ข้อมูล Net-Storage ถูกกำหนดให้กับชุดย่อยหนึ่งชุดอย่างถาวร
วอลุ่มชื่อ ABC@00 ถูกกำหนดให้กับชุดเผยแพร่ ABC ซึ่งดำเนินการโดยการสร้างไดเร็กทอรีชื่อ ABC@00 ภายใต้การแบ่งใช้ /bs2data1 ของเซิร์ฟเวอร์ NFS ด้วยที่อยู่ IP 172.17.67.120 ฝ่ายบริหาร files .FSL และ .BS2FSCAT ถูกสร้างขึ้นในไดเร็กทอรีนี้ รายการการดูแลระบบสำหรับไดรฟ์ข้อมูล Net-Storage จะถูกสร้างขึ้นบน pubset ABC
แทนที่จะใช้ชื่อมาตรฐานที่ได้มาจากชื่อ Pubset ผู้ดูแลระบบสามารถกำหนดชื่อวอลุ่มใดก็ได้สำหรับวอลุ่ม Net-Storage สามารถกำหนดไดรฟ์ข้อมูล Net-Storage หลายรายการสำหรับชุดเผยแพร่ได้ ชื่อวอลุ่มต้องไม่ซ้ำกันในระบบ หากมีดิสก์ส่วนตัวที่มี VSN เดียวกันอยู่แล้ว ระบบจะเลือกใช้การเข้าถึงไดรฟ์ข้อมูล Net-Storage
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 สามารถกำหนดให้กับ Pubset ที่ใช้ร่วมกันได้ การสร้างวอลุ่มจะต้องดำเนินการที่ระบบหลัก ระบบทาสสามารถเข้าถึงโวลุ่มที่สร้างขึ้นใหม่โดยการป้อนคำสั่งเดียวกัน ADD-NET-STORAGE-VOLUME นี่เป็นสิ่งจำเป็นเฉพาะในบริบทของการสร้าง Net-Storage-Volume เพื่อจัดสรรไดรฟ์ข้อมูลตาม NDM หลังจากนั้นหลังจากปิดระบบ/เริ่มต้นหรือส่งออก-/นำเข้า-PUBSET ตามลำดับ ระบบจะทำการจัดสรรโดยอัตโนมัติ หลังจากที่ระบบรีสตาร์ท ตรวจสอบให้แน่ใจว่า MOUNT-NET-STORAGE จะถูกดำเนินการหลังจากที่ BCAM เริ่มทำงานและโหลดระบบย่อย ONETSTOR แล้วเท่านั้น เป็นเรื่องที่สมเหตุสมผล ก่อนที่จะนำเข้าชุดเผยแพร่ (IMPORT-PUBSET) ซึ่งได้รับการกำหนดให้กับปริมาณ Net-Storage เพื่อให้พร้อมใช้งานในระบบผ่าน MOUNT-NET-STORAGE เพื่อให้แน่ใจว่าข้อมูลจะพร้อมใช้งานทันทีหลังจากการนำเข้า-PUBSET
สร้าง นำเข้า และดำเนินการ Fileอยู่บน Net-Storage
สร้าง *BS2000 files
หากมีไดรฟ์ข้อมูล Net-Storage หลายรายการสำหรับชุดเผยแพร่ ไดรฟ์ข้อมูล (ในตัวอย่างนี้ample Volume NET001) สามารถกำหนดได้ดังนี้
ไวยากรณ์นี้ใช้กับ BS2000 OSD/BC V11 และ BS2000 V21 อย่างเท่าเทียมกัน โดยไม่คำนึงถึงประเภทวอลุ่ม NETSTOR หรือ NETVOL!
สร้าง *NODE-FILE fileสำหรับการทำงานร่วมกันกับระบบเปิด (ตั้งแต่ OSD V10)
- หรือสั้น:
- ตามลำดับ:
จากนี้ไป file สามารถเข้าถึงได้ผ่านชื่อเส้นทาง สถานที่จัดเก็บของ file มีความโปร่งใสอย่างสมบูรณ์สำหรับแอปพลิเคชัน
ด้วยการแสดง-FILE-คำสั่ง ATTRIBUTE ผู้ใช้สามารถกำหนดตำแหน่งการจัดเก็บข้อมูลของ file, เช่น:
ผู้ใช้สามารถบอกได้จากตัวอักษร “n” ระหว่าง file ข้อกำหนดขนาดและ CATID ที่ file อยู่ใน Net-Storage อดีตampเลอแสดงให้เห็นว่า file อยู่ในโวลุ่ม Net-Storage ด้วย VSN NET001 เป็นประเภทวอลุ่ม NETVOL
BS2000 บันทึกโหนด fileในไดเร็กทอรีเฉพาะผู้ใช้ภายในไดรฟ์ข้อมูล Net-Storage (ดูตัวอย่างampไฟล์ในรูปที่ 3: ไดเร็กทอรีของผู้ใช้ HUGO หรือ FRITZ) BS2000 สร้างไดเร็กทอรีเฉพาะผู้ใช้ในครั้งแรกที่โหนด file ถูกสร้างขึ้นสำหรับผู้ใช้และตั้งค่า ACL ที่จำเป็นสำหรับการเข้าถึงโดยอัตโนมัติ ระบบเปิดก็สร้างได้เช่นกัน fileอยู่ในไดเร็กทอรีเหล่านี้
การนำเข้าโหนด fileที่สร้างขึ้นโดยระบบเปิดลงในแค็ตตาล็อก BS2000
If fileถูกสร้างขึ้นโดยระบบเปิดในไดเร็กทอรีเฉพาะของผู้ใช้ สิ่งเหล่านี้ fileจำเป็นต้องนำเข้าไปยังแคตตาล็อก BS2000 TSOSCAT และ BS2FSCAT ก่อนจึงจะสามารถประมวลผลโดย BS2000 ได้
จาก BS2000 OSD/BC V11 ผู้ใช้สามารถระบุได้หากเป็นโหนด file ควรจัดหมวดหมู่เป็น PAM หรือ SAM file:
เพื่อระบุ FILE-STRUCTURE = *แนะนำให้ใช้ SAM ถ้า file ควรประมวลผลเป็นข้อความ
และในทางกลับกันโหนด fileสามารถลบออกจากแค็ตตาล็อก BS2000 ได้ผ่านทาง EXPORT-NODE-FILE (ดูการส่งออก-FILE) โดยไม่ลบออกในไดเร็กทอรีเฉพาะผู้ใช้บน Net-Storage รายการโหนด-FILES ใช้เพื่อรับข้อมูลเกี่ยวกับ files (ซึ่งสามารถนำเข้าได้) ในไดเร็กทอรีเฉพาะผู้ใช้ของไดรฟ์ข้อมูล Net-Storage เท่านั้น fileด้วยชื่อที่ตรงตาม BS2000 file แบบแผนการตั้งชื่อจะถูกส่งออก
การส่งออกและนำเข้าปริมาณการจัดเก็บสุทธิ
ไดรฟ์ข้อมูล Net-Storage สามารถแยก (ส่งออก) ออกจากชุดเผยแพร่และนำเข้าไปยังชุดเผยแพร่อื่นได้
- การถอดโวลุ่ม:
- การแนบวอลุ่มเข้ากับ Pubset อีกครั้ง:
ในกรณีของวอลุ่มประเภท NETSTOR รายการแค็ตตาล็อกสำหรับ files ในโวลุ่ม Net-Storage จะต้องนำเข้าด้วยตนเองโดยใช้ IMPORT-FILE
ในกรณีของวอลุ่มประเภท NETVOL สิ่งนี้จะถูกดำเนินการโดยอัตโนมัติภายในกรอบการทำงานของ ADD-NET-STORAGE-VOLUME ถ้ามี file ชื่อขัดแย้งกันเพราะว่า fileมีชื่อเดียวกันอยู่แล้ว ข้อความแสดงข้อผิดพลาดที่เกี่ยวข้องจะปรากฏขึ้น และต้องป้อนคำสั่งอีกครั้ง เมื่อนำเข้าไดรฟ์ข้อมูลประเภท NETSTOR ภายใต้ BS2000 V21 ไดรฟ์ข้อมูลดังกล่าวสามารถแปลงเป็นไดรฟ์ข้อมูลประเภท NETVOL ได้โดยใช้ IMPORT =*YES(CONVERT=*YES) จากนั้นจะไม่สามารถเข้าถึงระดับเสียงจากระบบที่ต่ำกว่า BS2000 V21 ได้อีกต่อไป นอกจากนี้ การแปลงไม่สามารถย้อนกลับได้ สำหรับรายละเอียดเพิ่มเติม โดยเฉพาะอย่างยิ่งเมื่อใช้ดิสก์มิเรอร์ โปรดดูที่คู่มือ Introduction to Systems Administration และ DVS Introduction
File กำลังประมวลผล
BS2000 รองรับการประมวลผลโหนด files โดยวิธีการเข้าถึง PAM (จาก OSD V10) และ SAM (จาก OSD V11)
โหนด PAM file กำลังประมวลผล
โหนด PAM fileเป็นข้อมูลที่ไม่มีโครงสร้าง เช่น NK-PAM fileมาจาก BS2000 viewจุด. สามารถเข้าถึงได้แบบอ่าน/เขียนผ่านวิธีการเข้าถึง UPAM โหนด file สามารถมีขนาดใดก็ได้สูงสุด 4TB กล่าวคือ ตรงกันข้ามกับดิสก์ BS2000 ไม่มีการจำกัดจำนวนบล็อก PAM หลายบล็อก สิ่งนี้รับประกันแล้วด้วยมาโคร PAM ก่อนหน้า การเรียก UPAM ให้เขียนคือ เช่นampเลอ:
เช่น LEN=STD หรือ STD จะมีการถ่ายโอนบล็อกมาตรฐานขนาด 2048 ไบต์หลายจำนวน LEN=ความยาวถ่ายโอนข้อมูลที่มีความยาวที่ระบุสำหรับโหนด files
Exampเลอ:
ในอดีตที่ผ่านมาampเลอ the file บน NAS หลังจาก CLOSE มีขนาด 2048 + 50 = 2098 ไบต์
เพื่อที่จะเขียนให้ถูกต้อง file ขนาด BS2000 files มีการแนะนำฟิลด์ใหม่ในรายการแค็ตตาล็อก: Last Byte Pointer (LBP) – อะนาล็อกกับ Last Page Pointer (=หน้าที่ใช้สูงสุด) ซึ่งชี้ไปยังหน้าที่ถูกต้องสุดท้ายของ file – และ LBP ชี้ไปที่ไบต์ที่ถูกต้องสุดท้ายของบล็อกลอจิคัลสุดท้าย (บล็อกลอจิคัลมีขนาด BLKSIZE=(STD,n) เช่น ประกอบด้วย n หน้า PAM (n*2048 ไบต์)) ค่าของ LBP สามารถกำหนดได้ผ่านมาโคร FSTAT (ฟิลด์: OUTALBP) มันมาพร้อมกับโหนดเสมอ fileส. กับแพม fileในพื้นที่สาธารณะ LBP จะได้รับเฉพาะเมื่อผู้เรียกตั้งค่าสถานะ LBP_required ด้วย OPEN ใน P1FCB (รองรับอินเทอร์เฟซนี้ตั้งแต่ BS2000 OSD/BC V10 KP2/15)
หากแอปพลิเคชันอ่านไฟล์ file เท่าที่สิ้นสุดของ-file ด้วย LEN=(STD,x) จะได้รับบล็อก PAM ที่สมบูรณ์เสมอ – ทั้งคู่ด้วย fileบนดิสก์เช่นเดียวกับบน Net-Storage หรือเป็นโหนด fileส. พื้นที่ความถูกต้องในบล็อกลอจิคัลสุดท้ายจะแสดงด้วย LBP หากแอปพลิเคชันอ่านไฟล์ file ด้วยเลน= โดยจะรับข้อมูลตามความยาวที่กำหนด
เป็นโหนด files ยังสามารถประมวลผลโดยระบบเปิดซึ่งเป็นคุณสมบัติของสิ่งเหล่านี้ files ในแค็ตตาล็อก BS2000 ล้าสมัยในบางกรณี การอัปเดตค่าที่จำเป็นใดๆ เช่น file ขนาด, LPP (=หน้าที่ใช้สูงสุด), LBP และ CHANGE-DATE เกิดขึ้นโดยเป็นส่วนหนึ่งของการประมวลผล OPEN ซึ่งเป็นสาเหตุที่ค่าที่อัปเดตไม่พร้อมใช้งานสำหรับแอปพลิเคชันจนกว่าจะหลังจาก OPEN การอัปเดตสามารถทำได้นอก OPEN/CLOSE ผ่านทาง IMPORT-NODE-FILE แทนที่=*โหนด-FILE-อัปเดต.
รายละเอียดเพิ่มเติมเกี่ยวกับการแนะนำตัวชี้ไบต์สุดท้ายสามารถพบได้ที่: http://docs.ts.fujitsu.com/dl.aspx?id=22aafa65-9393-4a28-95fd-4959fc6aa77d
โหนดแซม file กำลังประมวลผล
วิธีการเข้าถึง SAM:
มีความแตกต่างที่สำคัญสองประการระหว่างการประมวลผลของโหนด fileใช้วิธีการเข้าถึง SAM และการประมวลผลของ SAM fileในพื้นที่สาธารณะแบบดั้งเดิม ซึ่งในทางปฏิบัติมักถูกละเลย โดยเฉพาะอย่างยิ่ง:
- ในขณะที่ SAM บันทึกภายใน SAM fileในพื้นที่สาธารณะอาจมีข้อมูลประเภทใดก็ได้โดยอัตโนมัติ รวมถึงไบนารี โหนด SAM fileมีวัตถุประสงค์หลักเพื่อวัตถุประสงค์ในการประมวลผลข้อความ เมื่อถ่ายโอนบล็อก SAM แบบลอจิคัล net-client จะลบข้อมูลโครงสร้างที่เกี่ยวข้องกับ SAM ที่เป็นคุณลักษณะ เช่น ฟิลด์ BLKCTRL และฟิลด์ความยาว และดำเนินการแปลงโค้ดจาก EBCDIC เป็นชุดอักขระ ASCII หรือ ISO โดยทั่วไปสิ่งนี้เป็นไปไม่ได้หากเกี่ยวข้องกับเนื้อหาไบนารี อย่างน้อยก็ไม่ใช่ว่าข้อมูลจะสูญหาย
- แซมทั้งหมด fileที่เก็บไว้ในแผ่นดิสก์แบบเดิมจะถูกอ่านจากภายในโครงสร้างบล็อก/บันทึกเดียวกันกับที่เขียนไว้ก่อนหน้านี้ ใน fileคำอธิบายของผู้ใช้สามารถจดบันทึกที่อยู่สำหรับการดึงข้อมูลสำหรับแต่ละบันทึกเพื่อให้พวกเขาสามารถเข้าถึงสิ่งเหล่านี้ได้ในภายหลัง
อาจเพิ่มคำอธิบายของโหนด SAM เพิ่มเติมได้ fileคือวิธีการเข้าถึง SAM ประมวลผลข้อมูลในลักษณะบล็อก อย่างไรก็ตาม ในการถ่ายโอนข้อมูลไปยัง NAS นั้น net-client จะลบฟิลด์ BLKCTRL และฟิลด์ความยาว เพื่อให้ข้อมูลถูกจัดเก็บไว้ในสตรีมไบต์ตามปกติสำหรับระบบเปิด บันทึกที่เป็นรายบุคคลจะถูกคั่นโดยใช้การป้อนบรรทัด (LF, x'0A') การแมปที่มีการเขียนหมายเลขบันทึกซึ่งควบคุมหมายเลขบล็อกตลอดระยะเวลาของกระบวนการเขียนระหว่าง OPEN และ CLOSE กล่าวคือ แอปพลิเคชันสามารถชี้ย้อนกลับ (SETL) ไปยังบล็อกที่ถูกเขียนไปแล้วและเขียนทับในภายหลัง นอกจากนี้ ไม่จำเป็นต้องเขียนบล็อกที่สมบูรณ์ แต่อาจปิดเหมือนก่อนหน้านี้ด้วยแมโคร RELSE บันทึกต่อไปนี้ (PUT) จะปรากฏในบล็อก SAM ถัดไป ไม่ว่าในกรณีใดก็ตาม บันทึกนี้จะถูกแนบไปกับบันทึกก่อนหน้าภายใน NAS โดยไม่มีช่องว่าง file ระบบ. หลังจากปิดแล้วกลับมาอ่านอีกครั้ง file เมื่อเปิดแล้ว net-client จะเตรียมข้อมูลสำหรับ SAM บล็อก SAM มาตรฐานจะถูกสร้างขึ้นอีกครั้งจากสตรีมไบต์ของ Unix file และส่งไปที่ BS2000; โดยการใช้ฟิลด์ BLKCTRL และเรคคอร์ด รวมถึงฟิลด์ที่ระบุความยาวของเรคคอร์ด ข้อมูลจะถูกแปลงเป็นรหัส EBCDIC ที่ระบุอีกครั้ง อย่างไรก็ตาม โครงสร้างเดิมไม่สามารถสร้างขึ้นใหม่ได้ ซึ่งหมายความว่าอาจรับประกันเฉพาะลำดับของบันทึกเท่านั้น: แต่ละบันทึกภายในบล็อกเดียวกันและหมายเลขบันทึกไม่สามารถอ่านได้ในขณะที่เขียน ด้วยวิธีนี้ ที่อยู่การดึงข้อมูลตามกฎจะไม่สามารถใช้ได้อีกต่อไปหลังจากปิดและเปิดใหม่
เพื่อป้องกันการประมวลผล SAM โดยไม่ได้ตั้งใจ fileเป็นโหนด fileผ่านการใช้แอปพลิเคชันรุ่นเก่า - ซึ่งขึ้นอยู่กับความเข้ากันได้อย่างสมบูรณ์ในแง่ของที่อยู่การดึงข้อมูล - แฟล็กใหม่ SAM_NODE_FILE_เปิดใช้งาน
(FCB+B9(+6): ID1SNFEN) ได้รับการแนะนำซึ่งผู้เรียกจะต้องดำเนินการก่อนกระบวนการ OPEN ภายใน FCB ที่เกี่ยวข้องกับ file.
แอปพลิเคชันที่ตั้งค่าสัญญาณบิตนี้ให้กับระบบปฏิบัติการซึ่งสามารถประมวลผลโหนด SAM ได้ทั้งคู่ fileและรู้จักคุณลักษณะของพวกเขาด้วย
ในการประมวลผลโหนด SAM files, BS2000 ได้รับการสนับสนุนโดยส่วนประกอบต่อไปนี้:
- EDTU จาก V17.0D20
- แสดง-FILE ตั้งแต่ V17.1B30
- LMS/LMSCONV V3.5B
- openFT จาก V12.1A
- CRTE จาก V11.0A
- ซิสFILE ของ OSD V11
- HSMS/เอกสารสำคัญ V11.0A
ผู้ใช้สร้างโหนด file ตามที่อธิบายไว้ใน 3.3 แล้วจึงจะสามารถดำเนินการได้ file โดยใช้โปรแกรมที่กล่าวมาข้างต้นหรือโปรแกรมที่ตนเขียนเอง
ตามที่อธิบายไว้ก่อนหน้านี้เมื่อประมวลผลโหนด PAM files โหนด SAM fileระบบในโลกภายนอกอาจมีการเปลี่ยนแปลง เช่น ขยายหรือเขียนทับ ที่ file คุณสมบัติ FILESIZE, LPP และ CHANGE-DATE ได้รับการอัปเดตภายในบริบทของ OPEN และจะให้บริการแก่ผู้โทรเป็นปัจจุบันเท่านั้น
โหนด SAM ที่ใหญ่ที่สุด file ขนาดที่สามารถประมวลผลได้คือ 32GB ต้องบอกว่าขนาดของ file ที่สามารถประมวลผลได้จะถูกจำกัดด้วยจำนวนบล็อก SAM แบบลอจิคัลที่จำเป็นเพื่อให้ BS2000 สามารถประมวลผลได้ ขีดจำกัดนี้ตั้งไว้ที่ 16,777,216 บล็อก หากต้องการบล็อกเพิ่มเติม OPEN จะถูกปฏิเสธ สูงสุดเฉพาะ file ขนาดจะด้วยเหตุผลนี้ขึ้นอยู่กับแต่ละกรณีตามความยาวของบันทึกที่ใช้ตลอดจนความสามารถในการเติมที่อาจได้รับภายในบล็อก SAM จากข้อมูลนี้และขึ้นอยู่กับความยาวของบันทึกที่ต้องดำเนินการ ค่าสูงสุด file ขนาดจะอยู่ระหว่าง 13 ถึง 32GB
ในกรณีของ IMPORT-NODE-FILEขนาดบล็อกลอจิคัล (BLKSIZE) จะถูกตั้งค่าที่ STD,16 เพื่อให้สามารถประมวลผลบันทึกขนาดใหญ่ได้โดยไม่มีปัญหา (32k) ใช้สิ่งที่ตรงกันข้ามเช่นกัน โดยที่โหนด SAM files ถูกสร้างขึ้นใน BS2000 แนะนำให้ใช้บล็อกที่ใหญ่กว่า (BLKSIZE=(STD,16))
การแปลงรหัส
ผู้ใช้สามารถทำได้ในกรณีของโหนด SAM fileระบุโดย fileซึ่งเป็นชุดอักขระสำหรับข้อมูลบน NAS – Net-Coded Character-Set หรือ NETCCS net-client จากนั้นทำการแปลงจาก fileCCS ที่ระบุลงใน NETCCS เพื่อให้กระบวนการของผู้ดูแลระบบง่ายขึ้นสำหรับผู้ใช้ในการตั้งค่าและเลือกชุดอักขระ จึงได้แนะนำขั้นตอนด้านล่างนี้:
เช่นเดียวกับ HOSTCODE พารามิเตอร์คลาส 2 และ CCSN ของผู้ใช้ ใน OSD V11 ทั้ง NETCODE พารามิเตอร์คลาส 2 และ NETCCSN จะถูกนำมาใช้กับรายการผู้ใช้ เมื่อสร้างผู้ใช้ใหม่ NETCCSN จะถูกเลือกจาก CLASS2OPT NETCODE และใช้งานในรายการผู้ใช้ เช่นเดียวกับวิธีปฏิบัติทั่วไปในปัจจุบันสำหรับ CCSN CLASS2OPT NETCODE หรือ NETCCSN ภายในรายการผู้ใช้ ควบคุมว่า NETCCS ใดเป็นโหนด SAM file จะมีเป็นมาตรฐาน ณ จุดที่สร้างขึ้น:
| NETCCSN | ที่เกิดขึ้น file คุณสมบัติ/การแปลง: NETCCS ของ a file ในการสร้าง-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 จะถูกใช้งาน |
| *ไม่มีการแปลง | จะไม่มีการดำเนินการแปลง เช่น 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 fileสามารถประมวลผลได้สองวิธีร่วมกับ UPAM:
- ในโหมดแซมในการอ่านบล็อก SAM วิธีการเข้าถึง UPAM จะทำหน้าที่เสมือนว่า file ตั้งอยู่ในผับเซ็ตแบบดั้งเดิม (พื้นที่สาธารณะ) เพื่อจุดประสงค์นี้ net-client จะเตรียมสตรีมไบต์ที่เกี่ยวข้องกับ Unix file ลงในบล็อก SAM ตามที่อธิบายไว้ข้างต้น ที่นี่เช่นกัน ธง SAM_NODE_FILEจะต้องแนะนำ _ENABLE (ID1SNFEN) เพื่อเปิดไฟล์ file ในรูปแบบที่เขียนได้ สิ่งนี้ไม่จำเป็นสำหรับการเข้าถึงแบบอ่านอย่างเดียว
- ในโหมดดิบnet-client จะให้ข้อมูลที่เกี่ยวข้องกับโหนด SAM file ในรูปแบบเดียวกับที่เก็บไว้ใน UFS การเข้าถึงรูปแบบนี้เร็วกว่ามากเนื่องจากไม่จำเป็นต้องแปลงไฟล์ ขนาดของ file ที่จะประมวลผลจากมุมมองของ UPAM สามารถกำหนดได้อย่างรวดเร็วจากคุณสมบัติไอโหนด โหมดการประมวลผลนี้ถูกใช้โดย เช่นample, HSMS เพื่อให้สามารถรักษาความปลอดภัยได้ file ในลักษณะที่มีประสิทธิภาพ เพื่อเปิดใช้งานวิธีการประมวลผลนี้ แอปพลิเคชันจะต้องวางแฟล็ก UPAM_RAW_ACCESS (FCB+B9(+7): ID1URWAC) ถัดจากแฟล็ก SAM_NODE_FILE_เปิดใช้งาน (FCB+B9(+6): ID1SNFEN)
คำแนะนำเกี่ยวกับคำสั่ง BS2000 ที่เลือก:
สำเนา-FILE รองรับการคัดลอก SAM เพิ่มเติม files ไปยัง Net-Storage เป็นโหนด SAM file; ผู้ใช้จะต้องสร้างเป้าหมายก่อนเช่นกัน file บน Net-Storage โดยใช้ CREATE-FILE FILE-TYPE=*โหนด-FILE. ด้วยวิธีนี้ผู้ใช้สามารถ
ระบุอักขระเป้าหมายที่ตั้งเป็น NETCCS หรือ NETCCSN จะถูกกำหนดโดยอัตโนมัติตามที่อธิบายไว้ข้างต้น (3.4.2 การแปลงรหัส) เมื่อคัดลอกโหนด SAM file ไปยังดิสก์สาธารณะ คุณลักษณะ NETCCS จะไม่ถูกยกยอดไป ในทางกลับกันเมื่อมีโหนด SAM file ถูกคัดลอกบนโหนด SAM file NETCCSN ของแหล่งที่มา file จะถูกส่งต่อไปยังเป้าหมาย fileนั่นคือการพูดถึงความคลาดเคลื่อนที่เกี่ยวข้องกับ NETCCSN ที่อาจเกิดขึ้นกับเป้าหมาย file จะถูกเขียนทับ
เปรียบเทียบดิสก์-FILE รองรับโหนด SAM fileส. โหนดแซม files อาจเปรียบเทียบกับโหนด SAM fileเช่นเดียวกับโหนด SAM fileอยู่กับแซม fileบนแผ่นดิสก์สาธารณะ
เชื่อมต่อดิสก์-FILES รองรับโหนด SAM เช่นกัน fileส. โดยที่โหนด SAM files ถูกต่อกัน, files ต้องตรงกันในแง่ของแอตทริบิวต์ NETCCS แซมอยู่ไหน fileบนดิสก์สาธารณะจะต้องต่อเข้ากับโหนด SAM files จะต้องสามารถแปลงอักขระต้นฉบับที่ตั้งค่าเป็นชุดอักขระเป้าหมายตามกฎที่ระบุไว้ข้างต้นได้
หมายเหตุเกี่ยวกับผลิตภัณฑ์และส่วนประกอบ
เอชเอสเอ็มเอส
HSMS อนุญาตให้บันทึกและกู้คืนโหนด SAM fileส. แทนที่คำสั่งให้บันทึก (BACKUP-FILES) เอกสารสำคัญระยะยาว (ARCHIVE-FILES) และเพื่อการส่งออก (EXPORT-FILES) ตัวถูกดำเนินการใหม่ SAVE-SAM-STRUCTURE = *YES/
*NO เสนอตัวเลือกระหว่างโหมดการประมวลผลสองโหมดดังต่อไปนี้:
- SAVE-SAM-STRUCTURE = *NO เป็นวิธีที่เร็วที่สุดในการบันทึก fileส: file ถูกบันทึกในโหมดดิบและในรูปแบบที่ไม่มีโครงสร้าง ไม่มีการสร้างโครงสร้าง SAM และไม่มีการแปลงรหัส โหนดแซม fileที่บันทึกไว้ในลักษณะนี้สามารถเรียกคืนเป็นโหนด SAM ได้เท่านั้น
- SAVE-SAM-STRUCTURE = *ใช่: เมื่อถ่ายโอนข้อมูล net-client จะแทรกโครงสร้าง SAM ภายในสตรีมข้อมูล และเมื่อจำเป็นจะทำการแปลงโค้ดเป็น EBCDIC ผลที่ได้คือการสำรองข้อมูลทำงานช้ากว่าตัวถูกดำเนินการ SAVE-SAM-STRUCTURE = *NO โหนดแซม fileการสำรองข้อมูลด้วยวิธีนี้สามารถเรียกคืนสู่พื้นที่สาธารณะได้ (Operand: NEW-SUPPORT)
แซม fileบนดิสก์สาธารณะสามารถกู้คืนเป็นโหนด SAM ได้ files (ตัวดำเนินการ: ใหม่-สนับสนุน)
โครงสร้างของ SAM files ไม่ได้รับการเก็บรักษาไว้ตามมาตรฐานในการสำรอง (BACKUP-FILES) ของโหนด SAM files (ประสิทธิภาพ!) โครงสร้าง SAM จะถูกรักษาไว้เป็นมาตรฐานเมื่อโหนด SAM fileได้รับการสำรองข้อมูลเพื่อวัตถุประสงค์ในการเก็บถาวรและการถ่ายโอนข้อมูลในระยะยาว (ARCHIVE-FILES, ส่งออก-FILES) เพื่อให้มั่นใจว่าข้อมูลสามารถกู้คืนหรือนำเข้าไปยังระบบซึ่งไม่สามารถเข้าถึง Net-Storage ได้
รายงาน HSMS อาจถูกจัดเก็บเป็นโหนด SAM fileส; รายงาน file จะถูกสร้างขึ้นตามลำดับก่อนการรัน HSMS
ซิสFILE
ซิสFILE สามารถเข้าถึงโหนด SAM ได้ files ซึ่งเช่นampไฟล์อาจมีขั้นตอนเช่นเดียวกับข้อมูลที่ป้อน (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!
ภายในเอาต์พุตของโหนด fileเอส, ซิสFILE ระงับอักขระควบคุมไบนารีภายในคอลัมน์แรกของบันทึก เช่น linefeeds (x'01', x'02' -> ถูกแทนที่ด้วยช่องว่าง x'40'; form feed x'C1' = A ถูกเก็บไว้) องค์ประกอบเหล่านี้จะส่งผลต่อรูปลักษณ์ของแอปพลิเคชันในโลกระบบเปิด
อีดีที/อีดีทียู
โหนดแซม fileEDTU รองรับ ก่อนที่จะเขียนก file ไปยัง Net-Storage จะต้องสร้างเป็นโหนดก่อน file และตั้งค่าด้วยชุดอักขระที่เหมาะสม
BS2ZIP
BS2ZIP สามารถสร้างไฟล์ ZIP เป็นโหนด PAM ได้ files อนุญาตให้ระบบเปิดเข้าถึงได้
ผู้ใช้จะต้องสร้างโหนดก่อน file บน Net-Storage BS2ZIP จะสามารถเปิดได้ด้วยการเข้าถึงการเขียนและเพิ่ม fileไปยังไฟล์ zip ไฟล์ zip ที่มีอยู่แล้วสามารถคัดลอกไปยังสิ่งนี้ได้ file. BS2ZIP ไม่สามารถเพิ่มโหนด SAM fileไปยังไฟล์ zip
Exampเลอ:
| ติดต่อ:
ฟูจิตสึ เทคโนโลยี โซลูชั่นส์ GmbH แอ็กเซล โอม มีส-ฟาน-เดอร์-โรห์-Str. 8, 80807 มิวนิค เยอรมนี โทรศัพท์: +49 (0) 89 62060-2874 อีเมล: axel.ohme@fujitsu.com Webเว็บไซต์: de.fujitsu.com 01.11.2021 EM DE |
ลิขสิทธิ์ © 2021 Fujitsu Technology Solutions GmbH
ฟูจิตสึและโลโก้ฟูจิตสึเป็นเครื่องหมายการค้าหรือเครื่องหมายการค้าจดทะเบียนของฟูจิตสึ จำกัด ในญี่ปุ่นและในประเทศอื่นๆ ชื่อบริษัท ผลิตภัณฑ์ หรือบริการอื่นๆ อาจเป็นเครื่องหมายการค้าหรือเครื่องหมายการค้าจดทะเบียนของเจ้าของที่เกี่ยวข้อง การจัดส่งขึ้นอยู่กับความพร้อมในการให้บริการ สงวนสิทธิ์ในการปรับเปลี่ยนทางเทคนิค ไม่มีการรับผิดหรือรับประกันความสมบูรณ์ ความถูกต้อง และความถูกต้องของข้อมูลและภาพประกอบที่ระบุ การกำหนดทั้งหมดที่ใช้อาจเป็นเครื่องหมายการค้าและ/หรือลิขสิทธิ์ การใช้สิ่งเหล่านี้โดยบุคคลที่สามเพื่อวัตถุประสงค์ของตนเองอาจเป็นการละเมิดสิทธิ์ของเจ้าของที่เกี่ยวข้อง |
เอกสาร / แหล่งข้อมูล
 |
คู่มือการจัดเก็บตาข่าย FUJITSU OSD-BC V11 [พีดีเอฟ] คู่มือการใช้งาน คู่มือการจัดเก็บตาข่าย OSD-BC V11, OSD-BC V11, คู่มือการจัดเก็บตาข่าย, คู่มือการจัดเก็บ, คู่มือ |