สารบัญ:
- ในฐานะผู้ดูแลระบบ WebLogic Server คุณจะปฏิบัติตามขั้นตอนต่างๆรวมถึงงานต่าง ๆ เช่น:
- SLA คือสัญญาระหว่างคุณและผู้ใช้ที่ระบบของคุณสนับสนุน สัญญานี้ควรระบุระยะเวลาที่ระบบของคุณจะได้รับอนุญาตให้ลดลงตลอดทั้งปี
- เมื่อระบบของคุณถูกใช้งานครั้งแรกคุณอาจไม่ได้คิดเกี่ยวกับการเติบโต แต่คุณควรมีแผนเมื่อระบบปัจจุบันของคุณโตขึ้น โดยทั่วไปคุณมีทางเลือกสองทางเมื่อระบบของคุณไม่สามารถจัดการกับปริมาณการประมวลผลได้อีกต่อไป:
- บางทีวิธีหนึ่งที่ง่ายที่สุดในการจัดการกับคำขอเพิ่มเติมคือการอัพเกรดเป็นเครื่องที่เร็วขึ้น ซึ่งอาจหมายถึงการซื้อเซิร์ฟเวอร์เครื่องใหม่หรือเพียงแค่เพิ่มโปรเซสเซอร์อื่นลงในเซิร์ฟเวอร์ปัจจุบันของคุณ เมื่อคุณอัปเกรดเป็นเครื่องที่เร็วกว่าคุณต้องตรวจสอบให้แน่ใจว่าเซิร์ฟเวอร์ของคุณได้รับการคัดลอกอย่างถูกต้องทั่วทั้งเครือข่ายไปยังเครื่องใหม่ ควรคัดลอกการตั้งค่าคอนฟิกทั้งหมดและแพคเกจที่ติดตั้งไว้ในเครื่องใหม่
- การตรวจสอบเซิร์ฟเวอร์ WebLogic
วีดีโอ: Oracle Weblogic Application Server Administration: Part 8 Develop and Deploy EAR to Weblogic 2024
โดย Jeff Heaton BEA WebLogic Server ปัจจุบันเรียกว่า Oracle WebLogic Server (Oracle ได้รับ BEA ในปีพ. ศ. 2551) เป็นหนึ่งในเซิร์ฟเวอร์แอ็พพลิเคชัน Java ที่ใช้งานกันอย่างแพร่หลายมากที่สุดในตลาดปัจจุบัน ด้วยการทราบเคล็ดลับของผู้ดูแลระบบการตรวจสอบเซิร์ฟเวอร์ WebLogic ของคุณและทำให้ WebLogic Server เป็นปัจจุบันอยู่ในเร็ว ๆ นี้คุณจะสามารถสร้างและใช้บริการเว็บสำหรับโครงการขนาดใหญ่และเล็ก ๆ ได้โดยไม่เสียค่าใช้จ่าย
งานของผู้ดูแลระบบ WebLogic Server มีหลายแง่มุม เมื่อคุณจัดการระบบคุณจะได้รับประสบการณ์ในการทำงานและสิ่งที่ไม่ได้ผล ต่อไปนี้เป็นห้าเคล็ดลับที่มีประโยชน์สำหรับการจัดการ WebLogic Server
ขั้นตอนเอกสาร
ในฐานะผู้ดูแลระบบ WebLogic Server คุณจะปฏิบัติตามขั้นตอนต่างๆรวมถึงงานต่าง ๆ เช่น:
รีสตาร์ทเซิร์ฟเวอร์
-
การติดตั้งเซิร์ฟเวอร์รุ่นใหม่
-
การติดตั้งเซิร์ฟเวอร์
-
การติดตั้งซอฟท์แวร์ล่าสุด
-
การสร้างแหล่งข้อมูล WebLogic Server เช่นแหล่งข้อมูล
-
คุณควรมีคำแนะนำเป็นลายลักษณ์อักษรสำหรับแต่ละขั้นตอนเหล่านี้ซึ่งจะช่วยให้คุณสามารถทำตามขั้นตอนเดียวกันในแต่ละครั้งเพื่อให้มั่นใจได้อย่างสม่ำเสมอ
-
ขั้นตอนการเขียนช่วยให้ บริษัท ของคุณสามารถดำเนินการเหล่านี้ได้เมื่อคุณไม่อยู่ นอกจากนี้หากคุณเข้ารับตำแหน่งใหม่ใน บริษัท หรือกับ บริษัท ใหม่การเขียนขั้นตอนจะช่วยให้คุณสามารถปฏิบัติตามความรับผิดชอบของคุณในการถ่ายโอนความรู้ไปยังผู้ดูแลระบบรายใหม่
กำหนดข้อตกลงระดับบริการข้อตกลงระดับบริการ (SLA) ช่วยในการกำหนดสิ่งที่ผู้ใช้ปลายทางคาดหวังจากเซิร์ฟเวอร์ของคุณในแง่ของความน่าเชื่อถือ ผู้ใช้ส่วนใหญ่คาดหวังว่าระบบจะทำงานได้ตลอด 24 ชั่วโมง 7 วันต่อสัปดาห์ ตารางดังกล่าวเป็นไปไม่ได้ เหตุการณ์จำนวนมากจะทำให้ระบบของคุณลดลงเป็นระยะเวลาหนึ่ง ตัวอย่างเช่นการจัดการกับความล้มเหลวของฮาร์ดแวร์การอัปเดตตามปกติหรือการรีบูตเซิร์ฟเวอร์ของคุณเพื่อตั้งชื่อใหม่
SLA คือสัญญาระหว่างคุณและผู้ใช้ที่ระบบของคุณสนับสนุน สัญญานี้ควรระบุระยะเวลาที่ระบบของคุณจะได้รับอนุญาตให้ลดลงตลอดทั้งปี
เมื่อมีการบำรุงรักษาจะต้องทำอย่างไร
จำนวนนาทีของการหยุดทำงานที่ไม่คาดคิดจะได้รับอนุญาตต่อปี
เร็วเท่าใดของระบบ ต้องมีการสำรองข้อมูลอย่างไม่คาดคิด
-
ระยะเวลาที่ทำการสำรองข้อมูล
-
เปอร์เซ็นต์โดยรวมของเวลาที่เซิร์ฟเวอร์ควรจะขึ้น
-
ตั้งค่าขั้นตอนการโทร
-
ในบางช่วงเวลาระบบจะลดลง กะทันหันเมื่อมีการหยุดทำงานไม่คาดฝันคุณและพนักงานของคุณจะต้องพร้อมที่จะรับมือกับปัญหาดังกล่าว การหยุดทำงานอาจเป็นสิ่งที่ผู้ดูแลระบบสามารถจัดการหรือเกี่ยวข้องกับซอฟต์แวร์ หากการหยุดทำงานเกิดจากข้อผิดพลาดของซอฟต์แวร์นักพัฒนาซอฟต์แวร์จะต้องมีส่วนร่วมในการแก้ปัญหา นอกจากนี้การหยุดทำงานอาจเกิดขึ้นนอกเวลาทำการปกติ โดยเฉพาะอย่างยิ่งถ้าคุณทำงานให้กับ บริษัท ข้ามชาติ
-
แผนสำหรับการเจริญเติบโต
เมื่อระบบของคุณถูกใช้งานครั้งแรกคุณอาจไม่ได้คิดเกี่ยวกับการเติบโต แต่คุณควรมีแผนเมื่อระบบปัจจุบันของคุณโตขึ้น โดยทั่วไปคุณมีทางเลือกสองทางเมื่อระบบของคุณไม่สามารถจัดการกับปริมาณการประมวลผลได้อีกต่อไป:
อัพเกรดเซิร์ฟเวอร์ของคุณให้เป็นเครื่องที่รวดเร็วยิ่งขึ้น
บางทีวิธีหนึ่งที่ง่ายที่สุดในการจัดการกับคำขอเพิ่มเติมคือการอัพเกรดเป็นเครื่องที่เร็วขึ้น ซึ่งอาจหมายถึงการซื้อเซิร์ฟเวอร์เครื่องใหม่หรือเพียงแค่เพิ่มโปรเซสเซอร์อื่นลงในเซิร์ฟเวอร์ปัจจุบันของคุณ เมื่อคุณอัปเกรดเป็นเครื่องที่เร็วกว่าคุณต้องตรวจสอบให้แน่ใจว่าเซิร์ฟเวอร์ของคุณได้รับการคัดลอกอย่างถูกต้องทั่วทั้งเครือข่ายไปยังเครื่องใหม่ ควรคัดลอกการตั้งค่าคอนฟิกทั้งหมดและแพคเกจที่ติดตั้งไว้ในเครื่องใหม่
เพิ่มเซิร์ฟเวอร์เพิ่มเติมลงในคลัสเตอร์ของคุณ
-
ถ้าคุณใช้กลุ่มเซิร์ฟเวอร์คุณสามารถเพิ่มเซิร์ฟเวอร์เครื่องอื่นได้ ถ้าคุณไม่ได้ใช้เซิร์ฟเวอร์และปริมาณการร้องขอของคุณสูงเกินไปคุณควรพิจารณาใช้กลุ่มเซิร์ฟเวอร์ การเพิ่มเซิร์ฟเวอร์อื่นลงในคลัสเตอร์ทำให้เซิร์ฟเวอร์ WebLogic มีเซิร์ฟเวอร์อื่นที่สามารถแชร์ภาระงานบางส่วนได้ นี้จะช่วยให้โปรแกรมประยุกต์โดยรวมเพื่อให้สามารถที่จะยอมรับการเชื่อมต่อมากขึ้น สำรองเซิร์ฟเวอร์ของคุณ
-
การสำรองข้อมูลเป็นส่วนสำคัญของงานของผู้ดูแลระบบ สำหรับการสำรองข้อมูล WebLogic คุณจะต้องสำรองข้อมูลส่วนหนึ่งของแอ็พพลิเคชันเว็บของคุณซึ่งมีการเปลี่ยนแปลง - ฐานข้อมูล SQL หากข้อมูลนี้ได้รับการสำรองข้อมูลโดยผู้ดูแลระบบฐานข้อมูลแล้วคุณไม่จำเป็นต้องกังวลเกี่ยวกับการสำรองข้อมูลแอพพลิเคชัน ถ้าคุณสูญเสียฮาร์ดไดรฟ์ในเซิร์ฟเวอร์ WebLogic ของคุณคุณจะต้องติดตั้งใหม่ทั้งหมดและทำให้เซิร์ฟเวอร์ทำงานอีกครั้ง หากแอ็พพลิเคชันของคุณถูกบรรจุเป็นไฟล์เก็บถาวรแอ็พพลิเคชันเว็บ (WAR) คุณสามารถรับแอพพลิเคชันของคุณได้โดยการปรับใช้ไฟล์ WAR อีกครั้ง
การตรวจสอบเซิร์ฟเวอร์ WebLogic
การตรวจสอบการตัดทอนของคุณเป็นงานสำคัญที่ผู้ดูแลระบบ WebLogic Server ทุกคนต้องดำเนินการ คุณจะตรวจสอบว่าเซิร์ฟเวอร์ของคุณกำลังทำงานหรือโหลดเซิร์ฟเวอร์หรือไม่ การตรวจสอบช่วยให้คุณเห็นภาพรวมของส่วนต่างๆของเซิร์ฟเวอร์ WebLogic ได้อย่างรวดเร็ว WebLogic Server ช่วยให้คุณสามารถตรวจสอบพื้นที่ดังต่อไปนี้:
สระเชื่อมต่อ CORBA
EJB
JMS JNDI ระบบย่อย JTA ความปลอดภัย กิจกรรมการตรวจสอบทั้งหมดเกิดขึ้นผ่านทางคอนโซลการจัดการ ฟังก์ชันการตรวจสอบของคอนโซลการจัดการจะไม่ถูกแยกไปยังพื้นที่เฉพาะอย่างใดอย่างหนึ่ง แต่หน้าที่เหล่านี้จะอยู่ในพื้นที่เดียวกับระบบที่พวกเขากำลังตรวจสอบ โดยทั่วไปการค้นหาหน้าการตรวจสอบสำหรับบริการเฉพาะใน WebLogic Server ให้ทำตามขั้นตอนต่อไปนี้: เข้าสู่ระบบคอนโซลการดูแลระบบ ในโฟลเดอร์ Services (ด้านซ้ายของหน้าจอ) ให้คลิกโฟลเดอร์ที่เป็นตัวแทนของบริการที่คุณต้องการตรวจสอบ ข้อมูลที่ด้านขวาของคอนโซลจะเปลี่ยนเพื่อให้สอดคล้องกับบริการที่คุณเลือก ที่ด้านขวาของหน้าจอให้คลิกแท็บการตรวจสอบ หน้าการตรวจสอบจะแสดงจำนวนการเชื่อมต่อที่ใช้งานอยู่มีกี่เธรดกำลังรอการเชื่อมต่อและจำนวนการเชื่อมต่อที่ไม่พร้อมใช้งาน จากที่นี่คุณสามารถตรวจสอบการเชื่อมต่อของคุณได้ การรักษา WebLogic Server ขึ้นไปวันที่ คุณควรระวังแพทช์ใด ๆ รวมทั้ง WebLogic Server เวอร์ชันปัจจุบัน แก้ไขข้อผิดพลาดและปัญหาด้านความปลอดภัยที่เกิดขึ้นระหว่างรุ่นที่สำคัญของ WebLogic Server คุณควรดาวน์โหลดและติดตั้งแพทช์สำหรับ WebLogic Server รวมทั้งคอมโพเนนต์ระบบอื่น ๆ นี่เป็นจริงของระบบปฏิบัติการ Windows ซึ่งมีแพทช์รักษาความปลอดภัยจำนวนมากที่พร้อมใช้งาน เมื่อความปลอดภัยของระบบถูกบุกรุกบ่อยๆเนื่องจากผู้ดูแลระบบไม่ได้ติดตั้งแพทช์ล่าสุดไว้ การอัพเกรดเป็นเวอร์ชั่นปัจจุบันของ WebLogic Server มีความสำคัญน้อยกว่าการใช้ระบบปฏิบัติการและแพทช์ WebLogic Server บางครั้งก็ต้องมีการออกแบบใหม่ของซอร์สโค้ดเพื่อให้เวอร์ชันปัจจุบันทำงานได้อย่างถูกต้อง หลังจากปล่อยเวอร์ชันใหม่เป็นครั้งแรกหลาย บริษัท ต้องการรอจนกว่าจะได้รับการพิสูจน์แล้ว เมื่อคุณตัดสินใจที่จะอัปเกรดเป็น WebLogic Server เวอร์ชันล่าสุดคุณควรดำเนินการดังกล่าวบนเซิร์ฟเวอร์ทดสอบ จากนั้นหลังจากที่คุณตรวจสอบว่าเซิร์ฟเวอร์ทดสอบทำงานได้ดีคุณสามารถใส่เวอร์ชันใหม่ลงในระบบการผลิตของคุณได้ คุณสามารถดูข้อมูลล่าสุดได้จากเว็บเพจของ Oracle WebLogic Server