วิกิพีเดียภาษาไทย
กลับไปหน้าบทความ

อ่าน 6 นาที

ระบบย่อยการป้อนข้อมูลงาน MVS

ระบบ ย่อยการป้อนงาน (Job Entry Subsystem หรือ JES) เป็นส่วนประกอบของระบบปฏิบัติการเมนเฟรม MVS ของ IBM ( MVS/370 ถึง z/OS ) ซึ่งรับผิดชอบในการจัดการภาระงานที่คล้ายกับงาน เช่น งาน...

ระบบย่อยการป้อนข้อมูลงาน MVS

ระบบย่อยการป้อนงาน (Job Entry Subsystem หรือ JES)เป็นส่วนประกอบของระบบปฏิบัติการเมนเฟรมMVSของIBM ( MVS/370ถึงz/OS ) ซึ่งรับผิดชอบในการจัดการภาระงานที่คล้ายกับงาน เช่น งาน แบบแบตช์และ เซสชัน TSOมีระบบป้อนงานหลักสองระบบ เรียกว่าJES2และJES3ออกแบบมาเพื่อให้การดำเนินการที่มีประสิทธิภาพ เช่น งานแบบแบตช์ และเซสชันแบบโต้ตอบ เริ่มต้นด้วย z/OS 3.1 ซึ่งวางจำหน่ายในเดือนกันยายน 2023 IBM z/OS จะไม่รวม JES3 อีกต่อไป และมาพร้อมกับ JES2 เท่านั้น – ไซต์ JES3 ต้องย้ายไปใช้ JES2 หรือซื้อลิขสิทธิ์JES3plusจาก Phoenix Software International ซึ่งรับช่วงการสนับสนุนและการพัฒนา JES3 ในอนาคตจาก IBM [ 1 ]นอกจากนี้ยังมีระบบย่อยหลัก (Master Subsystem) ที่รับผิดชอบงานที่ไม่ทำงานภายใต้การควบคุมของ JES หลัก เช่น JES หลักเอง

การประมวลผลงานแบ่งออกเป็นหลายขั้นตอนเพื่อให้เกิดการประมวลผลแบบขนานผ่านการวางท่อ (pipelining ) ขั้นตอนเหล่านี้ประกอบด้วย การประมวลผลข้อมูลเข้า ซึ่งเป็นขั้นตอนที่อ่านและตีความงาน ขั้นตอนการดำเนินการ ซึ่งเป็นขั้นตอนที่งานทำงาน และการประมวลผลข้อมูลออก ซึ่งเป็นขั้นตอนที่พิมพ์หรือจัดเก็บผลลัพธ์ของงานลงในDASDงานที่อยู่ในขั้นตอนการดำเนินการเดียวกันมักจะอยู่ในคิวเดียวกัน ตัวอย่างเช่น งานที่กำลังทำงานอยู่จะอยู่ในคิวการดำเนินการ

เพื่อปรับปรุงประสิทธิภาพการรับส่งข้อมูล (I/O) JES จะทำการจัดคิวงาน (spooling ) ซึ่งช่วยให้งานหลายงานสามารถเข้าถึงพื้นที่จัดเก็บข้อมูลร่วมกันได้พร้อมกัน JES ใช้โครงสร้างที่เรียกว่าจุดตรวจสอบ (checkpoint)เพื่อสำรองข้อมูลเกี่ยวกับงานที่กำลังทำงานอยู่และผลลัพธ์ที่เกี่ยวข้อง จุดตรวจสอบนี้สามารถใช้เพื่อกู้คืนงานและผลลัพธ์ในกรณีที่เกิดความล้มเหลวของฮาร์ดแวร์หรือซอฟต์แวร์โดยไม่คาดคิด

แม้ว่า JES2 และ JES3 จะมีฟังก์ชันหลักเหมือนกัน แต่ก็มีคุณสมบัติบางอย่างที่อาจมีอยู่ใน JES ตัวหนึ่งแต่ไม่มีในอีกตัวหนึ่ง เนื่องจากความแตกต่างเหล่านี้ JES ตัวหนึ่งอาจได้รับความนิยมมากกว่าอีกตัวหนึ่งในการติดตั้งของลูกค้าบางราย JCLใช้ในการกำหนดงานสำหรับทั้ง JES2 และ JES3 แต่โดยปกติแล้วจำเป็นต้องมีการเปลี่ยนแปลงเล็กน้อยใน JCL เพื่อให้งานที่เขียนสำหรับ JES ตัวหนึ่งสามารถทำงานบนอีกตัวหนึ่งได้ ปัญหาที่พบบ่อยคือ JES3 ตรวจสอบว่าชุดข้อมูลทั้งหมดที่ระบุไว้ใน JCL มีอยู่จริงก่อนที่จะดำเนินการ หรือมีขั้นตอนก่อนหน้าที่กำหนดชุดข้อมูลเป็น NEW,CATLG JES2 ไม่ได้บังคับในส่วนนี้ ทำให้งานสามารถทำงานได้แม้ว่าจะล้มเหลวหากขั้นตอนที่ใช้งานไม่พบชุดข้อมูลนั้น

ประวัติศาสตร์

สารตั้งต้น

ระบบประมวลผลงานแบบแบตช์ของ OS/360มีความยืดหยุ่นและประสิทธิภาพในการปฏิบัติงานที่จำกัด ซึ่งได้รับการแก้ไขโดยแพ็กเกจที่พัฒนาขึ้นเองสองแพ็กเกจ ได้แก่Houston Automatic Spooling Priority ( HASP ) และAttached Support Processor ( ASP )

แฮสป์

HASP ได้รับการพัฒนาโดยผู้รับเหมาของ IBM Federal Systems Division ที่ศูนย์อวกาศจอห์นสันในฮูสตัน [ 2 ] [ 3 ] เดิมทีระบบนี้จัดการการจัดตารางงานและการพิมพ์และเจาะรูสำหรับคอมพิวเตอร์ OS/360 เครื่องเดียว ความสามารถ Multi Access Spoolถูกเพิ่มเข้ามาเพื่อให้คอมพิวเตอร์เครื่องอื่นสามารถใช้คิวงานและคิวการพิมพ์/เจาะรูร่วมกันได้

ด้วยการเปิดตัวSystem/370ในปี 1972 IBM ได้เขียน HASP ใหม่เพื่อให้เป็นส่วนหนึ่งของระบบมาตรฐานและเปลี่ยนชื่อเป็นJob Entry Subsystem 2 ( JES2) JES2 ถูกนำมาใช้ใน OS/VS2 ใน Release 2 หรือที่รู้จักกันในชื่อMVSในปี 1973 [ 4 ]เป็นเวลาหลายปีก่อนที่ป้ายกำกับ HASP จะถูกลบออกจากซอร์สโค้ด และข้อความที่ออกโดย JES2 ยังคงมีคำนำหน้าด้วย$HASPคำสั่ง JES2 หลายคำสั่งยังคงรองรับการระบุJES2หรือHASPเพื่อรักษา ความเข้ากันได้กับ เวอร์ชันก่อนหน้า[ 5 ]

งูเห่า

ASP เดิมทีหมายถึงAttached Support Processor [ a ] ​​[ 6 ]และได้รับการพัฒนาขึ้นเพื่อให้ใช้งานระบบหลายระบบที่มีภาระงานร่วมกันได้อย่างมีประสิทธิภาพ โดยอนุญาตให้ระบบส่วนกลางหนึ่งระบบกระจายงานไปยังระบบที่เชื่อมต่อหลายระบบ ASP สามารถรันระบบปฏิบัติการOS /360 , SVSและการจำลอง 7090 บนโปรเซสเซอร์หลัก 360/65 ได้ แต่รันได้เฉพาะ[ b ] OS/360 และ SVS บนรุ่น S/360 และ S/370 อื่นๆ เท่านั้น ASP ได้รับการประกาศในเดือนมีนาคม พ.ศ. 2510 [ 7 ] : หน้า 710 และในปีนั้นมีรายงานว่า "ทำงานได้อย่างเสถียรมาก" [ 8 ]

ASP พัฒนามาจากการออกแบบ ระบบเชื่อมต่อโดยตรง 7094 / 7040โดยใช้การสื่อสารระหว่างช่องข้อมูล[ 9 ]ด้วยการเชื่อมต่อ IBM 7040 เป็นอุปกรณ์ต่อพ่วง ทำให้ปริมาณงานของโปรเซสเซอร์เพิ่มขึ้นมากกว่าสองเท่า

ในการกำหนดค่า ASP ทั่วไป เมนเฟรมขนาดเล็ก เช่น 360/40 ที่เรียกว่า ระบบ สนับสนุนจะควบคุมโปรเซสเซอร์ 360/65 หรือใหญ่กว่านั้นอย่างน้อยหนึ่งตัวที่เรียกว่า ระบบ หลักคอมพิวเตอร์เหล่านี้เชื่อมต่อกันผ่านช่องสัญญาณตัวเลือกบนแต่ละโฮสต์ที่เชื่อมต่อกับอะแดปเตอร์แบบช่องสัญญาณต่อช่องสัญญาณในรูปแบบแรกเริ่มของการเชื่อมต่อเครือข่ายคอมพิวเตอร์ระยะสั้นแบบจุดต่อจุด

ASP จำเป็นต้องซื้อคอมพิวเตอร์เพิ่มเพื่อจัดการอินพุตและเอาต์พุตของโฮสต์ที่รันภาระงาน ซึ่งถือว่าคุ้มค่าทางเศรษฐกิจเนื่องจากต้นทุนสูงของช่องสัญญาณมัลติเพล็กเซอร์ไบต์แบบแยกต่างหากที่จำเป็นสำหรับการขับเคลื่อนเครื่องพิมพ์และอุปกรณ์อ่านบัตรเจาะรู ระบบ 360/50และระบบขนาดเล็กกว่ามีช่องสัญญาณมัลติเพล็กเซอร์ไบต์ในตัว ในขณะที่ระบบ 360/65 ที่เร็วกว่าและระบบขนาดใหญ่กว่านั้นจำเป็นต้องใช้หน่วยแยกต่างหากที่มีราคาค่อนข้างสูง การใช้ ASP ทำให้สามารถหลีกเลี่ยงต้นทุนของช่องสัญญาณมัลติเพล็กเซอร์ไบต์ได้ และการถ่ายโอนการจัดตารางงาน การพิมพ์ และการจัดการบัตรไปยังระบบอื่นยังช่วยลดภาระงานเหล่านั้นจากเครื่องขนาดใหญ่ด้วย

ความน่าเชื่อถือที่เพิ่มขึ้นเป็นอีกหนึ่งข้อดีที่ช่วยชดเชยต้นทุนฮาร์ดแวร์ที่เพิ่มขึ้น ระบบหลัก อย่างน้อยหนึ่ง ระบบอาจเกิดความล้มเหลวหรือถูกปิดใช้งานเพื่อการบำรุงรักษาโดยไม่ต้องปิดระบบทั้งหมด

ASP ถูกออกแบบมาสำหรับหน่วยงานรัฐบาลขนาดใหญ่และผู้รับเหมาด้านการป้องกันประเทศเป็นหลัก ซึ่งอาจมีเครื่อง 360/65 มากถึงหกเครื่อง โดยแต่ละเครื่องจะถูกกำหนดเวลาและจัดการโดยเครื่อง ASP แยกต่างหาก รูปแบบที่ไม่ค่อยพบเห็นคือASP แบบท้องถิ่น ( LASP ) ซึ่งเป็นเครื่องขนาดใหญ่เครื่องเดียวที่มีฟังก์ชัน ASP ทำงานอยู่บนเครื่องเดียวกัน

ในช่วงทศวรรษ 1970 การติดตั้ง ASP ที่โดดเด่นแห่งหนึ่งคือที่มหาวิทยาลัยพรินซ์ตันซึ่งใช้ควบคุมเมนเฟรม IBM 360/91

ในปี พ.ศ. 2516 IBM ได้เขียน ASP ขึ้นใหม่และเปลี่ยนชื่อเป็น JES3 โดยรองรับเฉพาะ MVS เท่านั้น[ 4 ]

ทางเลือกอื่นๆ

นอกจากนี้ยังมี JES ในOS/VS1ซึ่งมักถูกเรียกว่าJES1 [ 10 ] [ 11 ] ยิ่งไปกว่านั้น ระบบย่อย มาสเตอร์ ( MSTR ) ซึ่งสร้างขึ้นใน MVS สามารถเริ่มงานที่ทำงานนอกเหนือการควบคุมของ JES หลัก รวมถึงMaster Schedulerและ JES หลักเอง[ 12 ]เดิมที JCL สำหรับระบบย่อยมาสเตอร์อยู่ในโมดูลโหลดที่ IBM จัดหาให้ แต่ในเวอร์ชันปัจจุบันของ MVS ผ่าน z/OS สามารถจัดหาให้เป็นสมาชิกของไลบรารีพารามิเตอร์ระบบ (PARMLIB) ได้

การปรับแต่ง

IBM ได้จัดส่งซอร์สโค้ดของทั้ง ASP และ HASP ให้แก่ลูกค้า และลูกค้าจำนวนมากได้ทำการปรับปรุงโปรแกรมเหล่านี้อย่างมาก ซึ่งบางส่วนได้ถูกนำไปรวมไว้ในผลิตภัณฑ์อย่างเป็นทางการ มีการติดตั้งใช้งาน HASP มากกว่า ASP อย่างมาก และในระบบ z/OS รุ่นปัจจุบัน มีการติดตั้ง JES2 มากกว่า JES3 เนื่องจากประวัติความเป็นมาที่ไม่เหมือนใคร IBM จึงยังคงจัดส่งซอร์สโค้ด ของ JES2 และ JES3 แทนที่จะเป็นออบเจ็กต์โค้ดซึ่งแตกต่างจากส่วนประกอบส่วนใหญ่ของระบบปฏิบัติการ

เพื่อปรับปรุงความสามารถในการบำรุงรักษาและการให้บริการของส่วนเสริมที่ผู้ใช้เขียนขึ้น JES จึงมีจุดส่งผ่านการควบคุมจาก JES ไปยังโปรแกรมของผู้ใช้ในจุดสำคัญของการประมวลผล ส่วนเสริมเหล่านี้สามารถให้ฟังก์ชันการทำงานแบบกำหนดเอง เช่น คำสั่งพิเศษ หัวข้อหน้าพิมพ์แบบกำหนดเอง และการประมวลผลงานที่ไม่เป็นไปตามมาตรฐาน

ความคืบหน้าปัจจุบัน

ในปี 2017 IBM ได้ออกแถลงการณ์เกี่ยวกับทิศทางของ JES2 ให้เป็น JES "เชิงกลยุทธ์" ซึ่งหมายความว่าความพยายามในการพัฒนาในอนาคตทั้งหมดจะมุ่งเน้นไปที่ JES2 มากกว่า JES3 [ 13 ] IBM ได้ให้ความมั่นใจแก่ลูกค้าว่า JES3 จะยังคงได้รับการสนับสนุนต่อไปจนกว่าจะมีการประกาศวันสิ้นสุดการสนับสนุน[ 14 ] [ 15 ]ในเดือนกุมภาพันธ์ 2019 IBM ได้ประกาศว่า z/OS 2.5 (คาดว่าจะวางจำหน่ายในปี 2021) จะเป็นเวอร์ชันสุดท้ายของ z/OS ที่มี JES3 [ 16 ]ในเดือนตุลาคม 2019 Phoenix Software International ได้ประกาศว่าได้ซื้อลิขสิทธิ์ซอร์สโค้ดของ JES3 จาก IBM และจะรับช่วงต่อการบำรุงรักษาและการปรับปรุง[ 17 ]

ประเภทของระบบย่อย

ระบบย่อยอาจเป็นระบบย่อยหลัก (MSTR) ระบบ JES หลักที่เริ่มต้นภายใต้การควบคุมของ MSTR หรือระบบ JES รองที่เริ่มต้นภายใต้การควบคุมของระบบ JES หลัก ระบบ JES หลักมีหน้าที่รับผิดชอบในการทำงาน เช่น เซสชัน APPC งานแบตช์ งานระบบ การเข้าสู่ระบบ TSO ยกเว้น...

  1. ระบบย่อยหลัก
  2. เจเอสหลัก
  3. งานที่มอบหมายให้ MSTR โดยเฉพาะ
  4. ปริมาณงานสำหรับการทดสอบ JES รอง

อินเทอร์เฟซระบบย่อย (SSI)

อินเทอร์เฟซซับซิสเต็ม[ 18 ] (SSI) เป็นอินเทอร์เฟซทั่วไปสำหรับซับซิสเต็มหลายสิบระบบ SSI มีหน้าที่ในการส่งต่อการเรียกใช้ IEFSSREQ ไปยังซับซิสเต็มที่เหมาะสม เช่น MSTR, JES2

ส่วนประกอบต่างๆ ของระบบ เช่น การจัดสรร จะเรียกใช้ SSI เพื่อให้ระบบย่อยสามารถควบคุมการประมวลผลได้

ชุดข้อมูลระบบย่อย

งานต่างๆ อาจจัดสรรชุดข้อมูลที่ใช้งานโดยระบบย่อยได้ทั้งแบบชัดเจนด้วยคีย์เวิร์ด SUBSYS= หรือโดยปริยาย ชุดข้อมูลของระบบย่อยสามารถเข้าถึงได้โดยตรงผ่านอินเทอร์เฟซ ACB/RPL หรือโดยอ้อมผ่าน DCB และอินเทอร์เฟซความเข้ากันได้ (CI)

ซิสซิน

ชุดข้อมูลอินพุตระบบ (SYSIN) ถูกกำหนดโดยคำสั่ง DD * หรือ DD DATA ซึ่งประมวลผลโดย JES หลักหรือรอง JES ที่เป็นเจ้าของจะเก็บรักษาข้อมูลไว้ใน SPOOL และให้สิทธิ์การเข้าถึงผ่าน ACB/RPL

ซิสเอาท์

ชุดข้อมูลเอาต์พุตของระบบ (SYSOUT) ถูกกำหนดโดยคำสั่ง DD SYSOUT= ซึ่งประมวลผลโดย JES หลักหรือรอง หรือการจัดสรรแบบไดนามิกที่เทียบเท่ากัน JES ที่เป็นเจ้าของจะเก็บรักษาข้อมูลไว้ใน SPOOL และให้สิทธิ์การเข้าถึงผ่าน ACB/RPL ระบบย่อย MSTR สามารถจัดสรรชุดข้อมูล SYSOUT ที่จัดการโดยระบบย่อยอื่นได้

ตัวแปลง/ตัวแปลภาษา (C/I)

ตัวแปลง/ตัวแปล[ 19 ] (C/I) เป็นเวอร์ชันที่ได้รับการแก้ไขอย่างมากของตัวอ่าน/ตัวแปล (R/I) ของOS/360และSVSระบบย่อยอาจเรียกใช้ C/I เป็นหน่วยเดียวหรืออาจเรียกใช้ตัวแปลงและตัวแปลแยกกัน

ตัวแปลง

ตัวแปลงจะวิเคราะห์สตรีมอินพุตและแปลง JCL เป็นข้อความภายใน โดยคร่าวๆ แล้ว แต่ละองค์ประกอบทางไวยากรณ์จะมีคีย์และค่า การตรวจสอบช่วงของค่าโดยทั่วไปจะถูกส่งต่อไปยังตัวแปลภาษา ตัวแปลงมีหน้าที่รับผิดชอบในการรวมขั้นตอนที่จัดทำเป็นแคตตาล็อกเข้ากับสตรีมงาน

ล่าม

ตัวแปลภาษาจะตรวจสอบความถูกต้องของหน่วยข้อความและรวบรวมเป็นบล็อกควบคุม ขึ้นอยู่กับระบบย่อยที่เรียกใช้ตัวแปลง บล็อกควบคุมที่ได้อาจอยู่ในพื้นที่ทำงานของระบบ (SWA) หรือในชุดข้อมูล SPOOL

ระบบย่อยหลัก (MSTR)

ระบบย่อยหลัก[ 20 ] (MSTR) จะประมวลผลเฉพาะงานระบบ ไม่ใช่งานแบตช์ โดยเฉพาะอย่างยิ่ง MSTR จะประมวลผลการเริ่มต้นของ JES หลัก มีตัวดำเนินการในคำสั่ง START เพื่อบังคับให้งานที่เริ่มต้นซึ่งโดยปกติจะทำงานภายใต้ JES หลักทำงานภายใต้ MSTR

ระบบย่อยการป้อนข้อมูลงาน/2 (JES2)

ระบบย่อยการป้อนข้อมูลงาน/3 (JES3)

ดูเพิ่มเติม

หมายเหตุ

  1. ^ในที่สุดก็เปลี่ยนชื่อเป็นระบบประมวลผลแบบหลายโปรเซสเซอร์แบบไม่สมมาตร
  2. ^อย่างไรก็ตาม OS/360 บน 360/85และ SVS บน S/370 รองรับอีมูเลเตอร์แบบรวมในตัว

การอ้างอิง

  1. ^ Temel, Meral (11 กันยายน 2023). "z/OS 3.1 Update" (PDF) . IBM . สืบค้นเมื่อ 27 มกราคม 2025 .
  2. ^ ระบบ HASP, 26 กุมภาพันธ์ 1971 HASP II (360D-05.1-014) V3M1เวอร์ชัน 3 ระดับการแก้ไข 1 IBM 26 กุมภาพันธ์ 1971 360D-05.1-014
  3. ^ คู่มือผู้ใช้ OS/VS2 HASP II เวอร์ชัน 4 หมายเลขโปรแกรม 370H-TX-001 VS2 SVS รุ่น 1.7 (PDF) (ฉบับพิมพ์ครั้งแรก) IBMกันยายน 1976 GC27-0052-0
  4. ^ a bบริษัท IBM (1973). บทนำสู่ OS/VS2 รุ่นที่ 2 (PDF )
  5. ^ Jeff Frey (16 เมษายน 2018). "JES Deathmatch" . Terminal Talk (พอดแคสต์). เก็บถาวรจากต้นฉบับเมื่อ 21 เมษายน 2018. เรียกดูเมื่อ20 เมษายน 2018 .
  6. ^ คู่มือข้อมูลทั่วไปสำหรับระบบประมวลผลแบบมัลติโปรเซสซิ่งแบบไม่สมมาตรของ IBM System/360 และ System/370 หมายเลขโปรแกรม 360A-CX- 15X IBM GH20-1173
  7. ^ Pugh และคณะ (1991). ระบบ IBM 360 และ 370 รุ่นแรก . สำนักพิมพ์ MIT. ISBN 9780262517201เก็บถาวรจากต้นฉบับเมื่อวันที่ 12 กุมภาพันธ์ 2556
  8. ^ "ตัวอย่างการติดตั้ง ASP" . Computerworld . 13 กันยายน 1967 . สืบค้นเมื่อ7 กุมภาพันธ์ 2013 .
  9. ^ Auslander, MA; Larkin, DC; Scherr, AL (กันยายน 1981). "วิวัฒนาการของระบบปฏิบัติการ MVS" (PDF) . IBM Journal of Research and Development . 25 (5): 471– 482. doi : 10.1147/rd.255.0471 . S2CID 16424391 . เก็บถาวรจากต้นฉบับ(PDF)เมื่อ 2019-10-09 . สืบค้นเมื่อ8 ตุลาคม 2019 . 
  10. ^ Baily, JH; Howard, JA; Szcygieldski, TJ (1974). "ระบบย่อยการป้อนงานของ OS/VS1" . IBM Systems Journal . 13 (3): 253. doi : 10.1147/sj.133.0253 . เก็บถาวรจากต้นฉบับเมื่อ 2016-03-03 . สืบค้นเมื่อ2013-02-11 .
  11. ^ บริษัท IBM (1972). เอกสารเสริมคุณสมบัติ OS/Virtual Storage 1 (PDF )
  12. ^ LogicVol3 , หน้า 3-169,ระบบย่อยหลัก "ระบบย่อยหลักคือชุดของรูทีนที่ทำหน้าที่ที่จำเป็นในการเริ่มต้นงานระบบบางอย่าง การจัดตารางงานโดยปกติจะเริ่มต้นงานหรืองานของผู้ใช้โดยใช้บริการของระบบย่อยป้อนงานเพื่อรับและตีความ JCL ของงานนั้น แต่บางงานระบบจะเริ่มต้นเมื่อระบบย่อยป้อนงานไม่พร้อมใช้งาน งานเหล่านี้รวมถึงตัวจัดตารางงานหลัก ซึ่งเป็นงานแรกที่เริ่มต้นในระบบ และระบบย่อยป้อนงาน อันที่จริง ระบบย่อยใดๆ ที่ถูกกำหนดไว้เช่นนั้นในเวลา SYSGEN จะเริ่มต้นผ่านระบบย่อยหลักแทนที่จะผ่านระบบย่อยป้อนงาน"
  13. ^ "IBM z/OS เวอร์ชัน 2 รุ่น 3 - เครื่องมือสำหรับการเปลี่ยนแปลงทางดิจิทัล" IBM 17กรกฎาคม 2017 สืบค้นเมื่อ 4 พฤษภาคม 2018 IBM ยืนยันว่า JES2 เป็นระบบย่อยการป้อนงานเชิงกลยุทธ์สำหรับ z/OS
  14. ^ "เรื่อง: IBM จะทำให้ JES3 มีเสถียรภาพมากขึ้น (เดิม: IBM จะยกเลิก JES3 ในที่สุด)" bit.listserv.ibm -main (รายชื่อผู้รับจดหมาย). สิงหาคม 2017. สืบค้นเมื่อ2018-04-20 .
  15. ^ Watson, Cheryl (2017-07-27). "ประกาศเกี่ยวกับ z14 และ z/OS 2.3 ของ IBM" Watson and Walker . สืบค้นเมื่อ2018-04-17 .
  16. ^ "ตัวอย่าง: IBM z/OS เวอร์ชัน 2 รุ่น 4" . www-01.ibm.com . 2019-02-26. เก็บถาวรจากต้นฉบับเมื่อ 2021-01-23 . เรียกดูเมื่อ2019-05-03 .
  17. ^ International, Phoenix Software (2019-10-02). "Phoenix Software International ประกาศข้อตกลงการอนุญาตใช้สิทธิ์ IBM® JES3" . ห้องข่าว GlobeNewswire (ข่าวประชาสัมพันธ์) . สืบค้นเมื่อ2019-11-01 .
  18. ^ LogicVol3 , หน้า 3-159–3-167,อินเทอร์เฟซระบบย่อย
  19. ^ LogicVol3 , หน้า 3-219–3-259,ตัวแปลง/ตัวแปลภาษา
  20. ^ LogicVol3 , หน้า 3-169–3-191,ระบบย่อยหลัก
  • "JES คืออะไร?" แนวคิดเกี่ยวกับz /OS (PDF)ศูนย์ข้อมูลทักษะพื้นฐาน z/OS ของ IBM หน้า  80–81
  • "เปรียบเทียบ JES2 กับ JES3", แนวคิด z/OS (PDF) , ศูนย์ข้อมูลทักษะพื้นฐาน z/OS, IBM, หน้า  91–92
ดึงข้อมูลมาจาก " https://en.wikipedia.org/w/index.php?title=MVS_Job_Entry_Subsystems&oldid=1356960958#JES2 "

สรุปเนื้อหา

ข้อมูลสำคัญจากบทความ

ข้อมูลสำคัญเกี่ยวกับ ระบบย่อยการป้อนข้อมูลงาน MVS

ระบบ ย่อยการป้อนงาน (Job Entry Subsystem หรือ JES) เป็นส่วนประกอบของระบบปฏิบัติการเมนเฟรม MVS ของ IBM ( MVS/370 ถึง z/OS ) ซึ่งรับผิดชอบในการจัดการภาระงานที่คล้ายกับงาน เช่น งาน...

สารตั้งต้น

ระบบประมวลผลงานแบบแบตช์ของ OS/360 มีความยืดหยุ่นและประสิทธิภาพในการปฏิบัติงานที่จำกัด ซึ่งได้รับการแก้ไขโดยแพ็กเกจที่พัฒนาขึ้นเองสองแพ็กเกจ ได้แก่ Houston Automatic Spooling Priority ( HASP ) และ Attached Support Processor ( ASP )

ทางเลือกอื่นๆ

นอกจากนี้ยังมี JES ใน OS/VS1 ซึ่งมักถูกเรียกว่าJES1 [ 10 ] [ 11 ] ยิ่ง ไปกว่านั้น ระบบย่อย มาสเตอร์ ( MSTR ) ซึ่งสร้างขึ้นใน MVS สามารถเริ่มงานที่ทำงานนอกเหนือการควบคุมของ JES หลัก รวมถึง Master Scheduler และ JES หลักเอง [ 12 ] เดิมที JCL...

การปรับแต่ง

IBM ได้จัดส่งซอร์สโค้ดของทั้ง ASP และ HASP ให้แก่ลูกค้า และลูกค้าจำนวนมากได้ทำการปรับปรุงโปรแกรมเหล่านี้อย่างมาก ซึ่งบางส่วนได้ถูกนำไปรวมไว้ในผลิตภัณฑ์อย่างเป็นทางการ มีการติดตั้งใช้งาน HASP มากกว่า ASP อย่างมาก และในระบบ z/OS รุ่นปัจจุบัน มีการติดตั้ง JES2...