วิธีลดการหยุดทำงานของ SAP

วิธีลดการหยุดทำงานของ SAP

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

มีส่วนประกอบทั่วไปหลายอย่างในแนว SAP ที่สามารถถือเป็นจุดล้มเหลวเพียงจุดเดียว ASCS (บริการส่วนกลาง), HANA DB, โหนด NFS และเซิร์ฟเวอร์แอปพลิเคชัน SAP ตามหลักการแล้วสิ่งเหล่านี้ควรได้รับการปกป้องโดยใช้เซิร์ฟเวอร์สำรองในการกำหนดค่า High Availability

เป้าหมาย HA/DR สำหรับ SAP

เป้าหมายหลักในการออกแบบส่วนประกอบของ High Availability/Disaster Recovery สำหรับ SAP ควรเป็น:

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

การใช้ ความพร้อมใช้งานสูง โซลูชันเช่น SIOS Protection Suite นำเสนอความพร้อมใช้งานสูงอัจฉริยะควบคู่ไปกับการจำลองดิสก์ในเครื่องเพื่อให้แน่ใจว่าแอปพลิเคชันและบริการ SAP ของคุณได้รับการตรวจสอบ ป้องกัน และมีความสามารถในการเปลี่ยนไปใช้ฮาร์ดแวร์สำรองโดยอัตโนมัติเมื่อตรวจพบความล้มเหลว

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

ตอนนี้ ลองจินตนาการว่าสภาพแวดล้อมการประมวลผลการขายนี้ (ภาพด้านบน) ได้รับการกำหนดค่าในระบบคลาวด์โดยไม่มี HA เนื่องจากสถาปนิกคิดว่าฮาร์ดแวร์ที่ซ้ำซ้อนอย่างมากในสภาพแวดล้อมคลาวด์นั้นดีพอที่จะป้องกันจากความล้มเหลวได้หากฐานข้อมูล HANA นั้นประสบปัญหาและปิดตัวลง ให้ดูขั้นตอนที่จำเป็นโดยทั่วไปในการทำให้ฐานข้อมูลสำรองและทำงาน: ● แม้ว่า HANA จะได้รับการกำหนดค่าด้วย HANA System Replication แต่การเฟลโอเวอร์ไปยังระบบ HANA DB สำรองจะไม่ทำงานโดยอัตโนมัติ การดำเนินการนี้จะต้องใช้ผู้ที่รู้จัก HANA เพื่อแก้ไข หลังจากตรวจพบความล้มเหลวและได้รับแจ้งการหยุดทำงาน
● ธุรกรรมแบบเรียลไทม์จากเว็บเซิร์ฟเวอร์จะถูกระงับจนกว่าปัญหาจะได้รับการแก้ไข หากผู้ค้าปลีกเสื้อผ้ารายย่อยรายนี้ทำธุรกรรมจากการขายทางเว็บประมาณ 10 ล้านดอลลาร์ต่อปี ซึ่งเท่ากับยอดขายประมาณ 1150 ดอลลาร์ต่อชั่วโมงต่อปี เวลาสูงสุดจะเสียค่าใช้จ่ายมากขึ้นต่อชั่วโมง

รายงานนี้จาก IBM แสดงให้เห็นว่าต้นทุนการหยุดทำงานเฉลี่ยต่อชั่วโมงอยู่ที่ $10,000 รูปที่ 2: SAP Landscape ด้วย HA/DR หากมีการใช้ซอฟต์แวร์ HA (รูปที่ 2) ความล้มเหลวของ HANA DB จะเป็นไปโดยอัตโนมัติ และการหยุดชะงักของเว็บเซิร์ฟเวอร์จะอยู่ภายในระยะหมดเวลาที่กำหนด และจะไม่มีการขายใดๆ หายไปโดยเด็ดขาด การแจ้งเตือนจะถูกสร้างขึ้นและสามารถดูสาเหตุและวินิจฉัยได้แบบสบาย ๆ มากกว่าสถานการณ์ที่ระบบล่ม

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

อื่น รายงานของไอบีเอ็ม แสดงให้เห็นว่า 44% ของผู้ตอบแบบสอบถามมีปัญหาการหยุดทำงานโดยไม่ได้วางแผนทุกๆ 2 เดือน และอีก 35% มีการหยุดทำงานโดยไม่ได้วางแผนเป็นรายเดือน

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

ดูข้อมูลเพิ่มเติมเกี่ยวกับ ความพร้อมใช้งานสูงสำหรับ SAP และ S/4HANA .