เราสร้าง HANA Multitarget เพื่อเป็นตัวเปลี่ยนเกม

ในนามของทีมวิศวกร SIOS ที่สร้างใหม่ HANA มัลติทาร์เก็ต คุณสมบัติใน SIOS LifeKeeper สำหรับ Linux v. 9.7.0 เราภูมิใจและตื่นเต้นกับความสำเร็จของเรา ทีมนักพัฒนาซอฟต์แวร์ที่มีประสบการณ์ใช้เวลาหลายเดือนในการวางแผนก่อนที่เราจะเริ่มดำเนินการ เราทำงานผ่านกรณีการใช้งานของลูกค้า ข้อกำหนดทางเทคนิค และรายการการพึ่งพาระหว่างกันที่เป็นไปไม่ได้เพื่อสร้างคุณลักษณะที่ทั้งมีเอกลักษณ์และทรงพลัง

มุมมองของวิศวกรเกี่ยวกับคุณสมบัติหลายเป้าหมายของ HANA

สภาพแวดล้อมการทำคลัสเตอร์ HANA มีความซับซ้อนภายใน นั่นเป็นเหตุผลที่ลูกค้าที่ต้องการเพิ่มโหนดที่สามในคลัสเตอร์ HANA ของตนโดยใช้ซอฟต์แวร์การทำคลัสเตอร์ที่แข่งขันกัน ต้องใช้สคริปต์ที่ค่อนข้างซับซ้อนและดำเนินสคริปต์ต่อการเปลี่ยนแปลงใด ๆ ในคลัสเตอร์ในกรณีที่เกิดข้อผิดพลาดหรือล้มเหลว ด้วยผลิตภัณฑ์เหล่านี้ หลังจากเกิดเฟลโอเวอร์ คุณจะต้องทำตามขั้นตอนการยืนยันด้วยตนเองหลายขั้นตอนเพื่อให้แน่ใจว่าสามารถทำการเทคโอเวอร์ได้ LifeKeeper 9.7.0 ไม่เหมือนกับผลิตภัณฑ์เหล่านั้น เข้าถึงข้อมูลโดยละเอียดเกี่ยวกับโหนด HANA ทั้งหมดในคลัสเตอร์ของคุณ ซึ่งทำให้สภาพแวดล้อม HA มีความเสถียรและเชื่อถือได้มากขึ้น ตัวอย่างเช่น สามารถระบุได้ว่าโหนดใดที่พร้อมใช้งานและสามารถครอบครองได้ และยังสามารถดูว่ามีข้อมูลสูญหายหรือไม่หลังจากเกิดการเฟลโอเวอร์ สิ่งนี้สำคัญมาก โดยเฉพาะอย่างยิ่งหากโหนดหลายโหนดทำงานล้มเหลว

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

ผู้ช่วยชีวิต ตรวจสอบสภาพแวดล้อมในระดับที่ลึกกว่าผลิตภัณฑ์คู่แข่งและมีข้อกำหนดที่เข้มงวดสำหรับการจัดการความล้มเหลว LifeKeeper เวอร์ชัน 9.7.0 ใหม่มีความสามารถที่เพิ่มขึ้นในการติดตามลำดับชั้น HSR และจัดการการเฟลโอเวอร์ของคลัสเตอร์ HSR สามและสี่โหนดที่ซับซ้อนเพื่อให้แน่ใจว่ารวดเร็วและเชื่อถือได้สูง

เราเริ่มสร้างสภาพแวดล้อมการทำคลัสเตอร์หลายเป้าหมายที่เป็นอัตโนมัติและน่าเชื่อถือที่สุดสำหรับ HANA ในอุตสาหกรรม และฉันเชื่อว่าเราทำสำเร็จ

เหตุใด HANA Multitaget จึงจัดเตรียมสภาพแวดล้อมการทำคลัสเตอร์ที่น่าเชื่อถือที่สุด

• เราใช้เวลาไปกับการทดสอบอย่างเข้มงวดมากพอๆ กับการพัฒนาเพื่อให้แน่ใจว่าระบบจะสามารถคาดการณ์ได้และมีความเสถียรมากที่สุดเท่าที่จะเป็นไปได้
  เรากำจัดขั้นตอนที่ต้องทำด้วยตนเองจำนวนมากอย่างน่าทึ่ง ไม่มีการเปรียบเทียบกับซอฟต์แวร์การทำคลัสเตอร์อื่น ๆ SIOS LifeKeeper เป็นโซลูชันอัตโนมัติและเชื่อถือได้มากที่สุดสำหรับการทำคลัสเตอร์หลายเป้าหมาย
• ความพยายามอย่างมากในการวิจัยและพัฒนา ทีมงานทำงานกับตัวเลือกการออกแบบหลายตัวก่อนที่จะดำเนินการขั้นสุดท้าย
• หลังจากที่เราพัฒนาและทดสอบการทำงานของโหนดที่สามแล้ว เรายังคงพยายามพัฒนาอย่างต่อเนื่องเพื่อรองรับโหนด DR ที่สี่เพื่อให้ลูกค้ากู้คืนระบบด้วยความน่าเชื่อถือและความเสถียรมากยิ่งขึ้น
• ทีมงานทั้งหมดทำการทดสอบอย่างจริงจังที่สุดเท่าที่จะเป็นไปได้ และทดสอบกระบวนการเฟลโอเวอร์และการกู้คืนของ HANA อย่างต่อเนื่องในระหว่างการพัฒนา
• ทีมเอกสารของเรายังทำงานอย่างหนักเพื่อสร้างเอกสารที่มีรายละเอียดและใช้งานง่ายเกี่ยวกับการใช้งาน การดำเนินการ และการจัดการระบบหลายเป้าหมาย HANA ที่ควบคุมโดย LifeKeeper

เราเชื่อว่า LifeKeeper HANA Multitarget ใหม่คือตัวเปลี่ยนเกมที่มอบโซลูชันการทำคลัสเตอร์เมื่อเกิดข้อผิดพลาดโดยอัตโนมัติและเชื่อถือได้มากที่สุดในอุตสาหกรรมแก่ลูกค้าชมการสาธิต ของฟีเจอร์ใหม่เพื่อดูความสามารถของมัน

ติดต่อ SIOS วันนี้สำหรับข้อมูลเพิ่มเติมเกี่ยวกับฟีเจอร์ HANA Multitarget สำหรับ LifeKeeper

ทำซ้ำโดยได้รับอนุญาตจาก SIOS

ความต้องการที่จำเป็นสำหรับแอปพลิเคชันแบบเปิดตลอดเวลา

ตั้งแต่ภารกิจสำคัญไปจนถึงการปฏิบัติงานประจำวัน

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

ลูกค้าและพนักงานคาดหวังความพร้อมใช้งานของแอปพลิเคชันตลอด 24 ชั่วโมงทุกวัน

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

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

องค์กรจะมั่นใจได้อย่างไรว่าแอปพลิเคชันเปิดตลอดเวลา

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

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

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

ทำซ้ำโดยได้รับอนุญาตจาก SIOS

การสัมมนาผ่านเว็บ: ความพร้อมใช้งานสูงสำหรับบริการทางการเงิน

ลงทะเบียนสำหรับการสัมมนาผ่านเว็บตามความต้องการ

เวลาหยุดทำงานเพียงไม่กี่นาทีหรือแม้แต่วินาทีอาจมีความสำคัญต่อธุรกิจที่ให้บริการทางการเงินและการทำธุรกรรมตลอด 24 ชั่วโมง รับชมการสัมมนาผ่านเว็บนี้เพื่อเรียนรู้แนวทางปฏิบัติที่ดีที่สุดในการประหยัดค่าใช้จ่ายเพื่อให้แน่ใจว่าระบบการเงินในการทำธุรกรรม การประมวลผล และการดูแลระบบในสภาพแวดล้อม Windows หรือ Linux จะได้รับการปกป้อง และจะดำเนินการต่อไปผ่านความล้มเหลวของฮาร์ดแวร์ ข้อผิดพลาดของผู้ดูแลระบบ การบำรุงรักษาตามปกติ และภัยพิบัติทั่วทั้งไซต์

ทำซ้ำโดยได้รับอนุญาตจาก SIOS

คำถามสิบข้อที่ต้องพิจารณาเพื่อการบำรุงรักษาคลัสเตอร์ความพร้อมใช้งานสูงที่ดียิ่งขึ้น

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

วิธีตรวจสอบความพร้อมใช้งานสูงระหว่างการบำรุงรักษาระบบ

1. วันที่ดีที่สุดสำหรับผู้มีส่วนได้ส่วนเสียทางธุรกิจคือวันใด?

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

2. วันใดที่ดีที่สุดสำหรับทีมในการจัดกำหนดการบำรุงรักษา

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

3. วันและเวลาใดที่ประสานงานกับคู่ค้า ที่ปรึกษา และผู้รับเหมาที่ไม่ใช่บริษัทได้ดีที่สุด

โครงสร้างพื้นฐานที่สำคัญมักจะรวมถึงผู้ให้บริการและผู้ขายรายอื่นๆ จำนวนมากที่ไม่เกี่ยวข้องโดยตรงกับการจัดหาพนักงานของบริษัท แหล่งข้อมูลเหล่านี้รวมถึง OS, ผู้จำหน่ายและที่ปรึกษาด้านความปลอดภัยและ HA ตลอดจนสถาปนิกจากผู้ให้บริการโครงสร้างพื้นฐานและพันธมิตรอื่นๆ การทำความเข้าใจล่วงหน้าว่าวันใดดีที่สุดหรือรวมอยู่ในระดับการสนับสนุนของคุณมีความสำคัญอย่างยิ่งต่อการจัดตารางเวลาและการจัดพนักงานที่เหมาะสม

ด้วยจำนวนทีมทั่วโลกที่เพิ่มขึ้น การค้นหาเวลาที่เหมาะสมสำหรับทรัพยากรเหล่านี้เป็นอีกคำถามหนึ่งที่สำคัญที่ต้องตอบ เวลาใดที่ดีที่สุดสำหรับทรัพยากรใน EST, IST, EMEA และภูมิภาคอื่นๆ

4. ขอบเขตการบำรุงรักษาที่ตั้งใจไว้คืออะไร? ผลลัพธ์ที่ต้องการของกิจกรรมการบำรุงรักษาคืออะไร? คิดแบบองค์รวม

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

5. ระยะเวลาสำหรับกรอบเวลาการบำรุงรักษา (คาดการณ์ อนุญาต) คือเท่าใด

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

6. แผนการย้อนกลับคืออะไร?

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

7. สมาชิกในทีมแต่ละคนที่เกี่ยวข้องคือใคร มีบทบาทและความรับผิดชอบอย่างไร มีการระบุบทบาทและความรับผิดชอบที่จำเป็นทั้งหมดอย่างชัดเจนหรือไม่?

ในฐานะรองประธานฝ่ายประสบการณ์ลูกค้า ทีมของเรามีส่วนร่วมในกิจกรรมการบำรุงรักษาซึ่งพบความล่าช้าที่คาดไม่ถึงเนื่องจากสมาชิกในทีมหลักหายไป เมื่อคุณวางโครงร่างแผนและสถาปัตยกรรมของคุณ อย่าลืมระบุสมาชิกในทีม ตลอดจนบทบาทและความรับผิดชอบด้านไอทีที่จำเป็น ในฐานะวิศวกรฝ่ายสนับสนุนอาวุโส Greg Tucker เตือนลูกค้าว่า HA สัมผัสทุกชั้นของสภาพแวดล้อมของคุณ รวมถึงที่เก็บข้อมูล เครือข่าย การประมวลผล ระบบปฏิบัติการ ความปลอดภัย นโยบาย ฯลฯ

8. เอกสารแผนการบำรุงรักษาอยู่ที่ไหน ครั้งสุดท้ายที่มีการทบทวน ปรับปรุง และทดสอบแผนเมื่อใด

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

9. ประเด็นใดบ้างที่ได้รับการแก้ไขในการทดสอบ/QA ก่อนแผนการผลิต

ขอชื่นชมสำหรับการทดสอบขั้นตอนการบำรุงรักษาต่อไป ตรวจสอบให้แน่ใจว่าได้เพิ่มปัญหาที่ได้รับการแก้ไขในสภาพแวดล้อมการทดสอบลงในแผนการบำรุงรักษาการผลิตอย่างเหมาะสม ทีมงาน SIOS Customer Success ได้เห็นลูกค้าทำการทดสอบ QA ค้นพบข้อสันนิษฐานที่ผิดพลาด และทำการแก้ไขที่จำเป็น แต่ล้มเหลวในการวางการแก้ไขเหล่านั้นในรายการตรวจสอบการผลิตของพวกเขา

10. ใครหรืออะไรหายไปจากแผนของคุณ?

ตอนนี้คุณได้พิจารณาแผน ระยะเวลา ทีม บทบาท และสถาปัตยกรรมแล้ว คำถามสุดท้ายยังคงอยู่: ใครหรืออะไรหายไป ในขั้นตอนสุดท้าย ให้ตรวจสอบแผนของคุณและถามคำถามว่า “ใครบ้างที่หายไปจากแผนของเรา” พิจารณาถามด้วยว่า “แผนของเราขาดอะไรไป” ในฐานะรองประธานฝ่ายประสบการณ์ลูกค้า ฉันได้ทำงานร่วมกับทีมของเราเพื่อตรวจสอบแผนกิจกรรมสำหรับลูกค้านับไม่ถ้วน การทบทวนแผนการบำรุงรักษาที่น่าจดจำที่สุดรายการหนึ่งได้เปิดเผยชุดของขั้นตอนภายในแผนการย้อนกลับ ซึ่งรวมถึงการกู้คืนเซิร์ฟเวอร์จากภาพโคลนและข้อมูลจากการสำรองข้อมูล อย่างไรก็ตาม ขั้นตอนการโคลนอิมเมจและการสำรองข้อมูลไม่ได้รวมอยู่ในรายการงาน พวกเขาถูกมองข้ามและสันนิษฐานว่าได้ทำไปแล้วก่อนหน้านี้ในกระบวนการ

การบำรุงรักษาระบบเป็นองค์ประกอบสำคัญในการรักษาความพร้อมใช้งานสูง

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

ติดต่อ SIOSวันนี้สำหรับโซลูชัน High Availability และ Disaster Recovery

ทำซ้ำโดยได้รับอนุญาตจากSIOS

เอกสารไวท์เปเปอร์: ความพร้อมใช้งานสูงสำหรับแอปพลิเคชันที่สำคัญต่อธุรกิจ

ปัจจุบันองค์กรส่วนใหญ่พึ่งพาฐานข้อมูลและแอปพลิเคชันที่สำคัญต่อธุรกิจ เช่น การวางแผนทรัพยากรองค์กร (ERP) คลังข้อมูล แอปพลิเคชันอีคอมเมิร์ซ การจัดการลูกค้าสัมพันธ์ (CRM) ระบบการเงิน การจัดการห่วงโซ่อุปทาน และระบบข่าวกรองธุรกิจ เมื่อระบบ ฐานข้อมูล หรือแอปพลิเคชันล้มเหลว องค์กรเหล่านี้ต้องการการป้องกันความพร้อมใช้งานสูงเพื่อให้ระบบทำงานและทำงานต่อไปได้ และลดความเสี่ยงในการสูญเสียรายได้ พนักงานที่ไม่มีประสิทธิภาพ และลูกค้าที่ไม่พึงพอใจ

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

ดาวน์โหลดที่นี่

ทำซ้ำโดยได้รับอนุญาตจากSIOS