ความพร้อมใช้งานสูงและ DR สําหรับ S / 4HANA และแพลตฟอร์ม SAP อื่น ๆ

Date: เมษายน 28, 2020

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

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

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

บางส่วนของคําถามสําคัญที่คุณอาจต้องถามตัวเองในตอนท้ายของวันเพื่อเลือกทางออกที่เหมาะสมที่จะใช้สําหรับ HA :

• บรรลุวัตถุประสงค์เวลาการกู้คืน (RTO)

—–ระยะเวลา SAP จะลดลงก่อนที่คุณจะกู้คืน?

• บรรลุวัตถุประสงค์จุดกู้คืน (RPO)

—–ว่าข้อมูลของคุณจะเก่าแค่ไหนเมื่อบริการถูกคืนค่า

• เป็นไปตามข้อตกลงระดับการให้บริการ (SLA)

—–คุณต้องการเวลาทํางานกี่ครั้ง?

การจําลองแบบระบบ SAP HANA

SAP HANA System Replication เป็นโซลูชันการป้องกันข้อมูลที่เชื่อถือได้และการกู้คืนความเสียหายที่ให้การซิงโครไนซ์ฐานข้อมูล HANA อย่างต่อเนื่องไปยังตําแหน่งรองทั้งในศูนย์ข้อมูลไซต์ระยะไกลหรือในระบบคลาวด์เดียวกัน

การจําลองระบบเป็นคุณลักษณะมาตรฐาน SAP HANA ที่มาพร้อมกับซอฟต์แวร์ ข้อมูลทั้งหมดจะถูกจําลองแบบไปยังไซต์รองและข้อมูลจะถูกโหลดล่วงหน้าลงในหน่วยความจําบนไซต์รองซึ่งจะช่วยลดเวลาการกู้คืนเป้าหมาย (RTO) อย่างมีนัยสําคัญ ดังนั้นในกรณีของ failover, เว็บไซต์รองจะสามารถที่จะผ่านโดยไม่ต้องดําเนินการ HANA DB (re) เริ่มต้นและจะทํางานเป็น DB หลักทันทีเมื่อ failover อย่างไรก็ตาม failover ต้องทริกเกอร์ด้วยตนเอง โดย admin โดยใช้คําสั่งsr_takeover และสําหรับการจําลองแบบจะถูกย้อนกลับ หรือ failback หลัก คําสั่งแยกต่างหากจะต้องออกด้วย

ด้านล่างนี้เป็นประเด็นสําคัญของวิธีการจําลองแบบระบบ HANA สําหรับ HA และ DR:

• เซิร์ฟเวอร์ซ้ําซ้อน / โหนด
• ฐานข้อมูลในหน่วยความจําที่จําลองแบบโดยจําลองแบบระบบ HANA (ในโหมด “เล่นซ้ํา”)
• ตัวเลือกการจําลองแบบหลาย: ซิงค์, ซิงค์-mem,
• รองรับการใช้งาน (อ่านอย่างเดียวบนรอง)
• การตั้งค่าและผู้ดูแลระบบผ่านห้องนักบิน HANA, สตูดิโอ HANA หรือบรรทัดคําสั่ง

ขีด จำกัด

• ไม่มีการตรวจสอบของกระบวนการแอพลิเคชันหรือความล้มเหลวในการจําลองแบบและล้มเหลวโดยอัตโนมัติ
• เกิดข้อผิดพลาด, การจําลองแบบย้อนกลับและ failback ได้ที่จะดําเนินการด้วยตนเอง – ขั้นตอนด้วยตนเองจํานวนมากมีความจําเป็น
• ไม่มี IP เสมือน
• ไม่มีการรวม HA ล้มประสานร่วมกับ SAP ASCS ฯลฯ คอม โพ เนนต์

ในขณะที่คุณอาจจะอนุมานจากจุดข้างต้นโดยขณะนี้จําลองแบบระบบ HANA ถูกออกแบบมาเพื่อป้องกันการสูญหายของข้อมูล เช่นเมื่อปัญหาที่เกิดขึ้นกับโหนดหลักผู้ดูแลระบบสามารถเรียกใช้คําสั่ง “sr_takeover” ด้วยตนเองเพื่อให้มีปัญหากับระบบหลักจะไม่นําการตั้งค่า SAP ทั้งหมดซึ่งขึ้นอยู่กับฐานข้อมูล HANA สําหรับระยะเวลาที่นานของการหยุดทํางาน อย่างไรก็ตามมากของงานนี้ได้เกิดขึ้นด้วยตนเองและขึ้นอยู่กับการแทรกแซงด้วยตนเองซึ่งแม้ว่าจะดีพอสําหรับ DR ก็ไม่ได้ทําให้สถานการณ์ที่เหมาะสําหรับ HA (ที่ต้องป้องกันไม่ให้เวลาหยุดทํางาน)

คลัสเตอร์ความพร้อมใช้งานสูง SIOS

ซอฟต์แวร์ SIOS ความพร้อมใช้งานสูงสําหรับ SAP ช่วยให้คุณสามารถปกป้อง SAP S / 4HANA ในการกําหนดค่าใด ๆ (หรือรวมกัน) ของทางกายภาพ, เสมือน, เมฆ (สาธารณะส่วนตัวและไฮบริด) และมีประสิทธิภาพสูงสภาพแวดล้อมการจัดเก็บแฟลช ซอฟต์แวร์ SIOS ให้การกําหนดค่าที่ง่ายและยืดหยุ่น, การจําลองแบบได้อย่างรวดเร็ว, และการตรวจสอบที่ครอบคลุมและการป้องกันของสภาพแวดล้อม SAP S / 4HANA ทั้งหมด.

โดยเฉพาะสําหรับ SAP S / 4HANA และฐานข้อมูล HANA SIOS สามารถใช้เพื่อเติมเต็มสิ่งที่ SAP จะทําอยู่แล้วกับระบบ HANA จําลองเพิ่มไปยังมันเพื่อให้ความพร้อมใช้งานสูงจริง – การตรวจสอบอัตโนมัติของกระบวนการสมัคร HANA ที่สําคัญและให้ failover อัตโนมัติ, failback รวมทั้ง IP เสมือน (s) แม้ว่าคุณจะมีหลายอินสแตนซ์ภายใน HANA โหนดเดียว

ด้านล่างมีบางจุดสําคัญของชุดป้องกัน SIOS สําหรับ SAP HANA HA และ DR:

• ทํางานในเมฆข้ามอารโซลาร์และ AR
• ให้ตรวจหาความล้มเหลวโดยอัตโนมัติและล้มเหลวสําหรับคอมโพเนนต์ SAP HANA DB:
  —ตัวแทนโฮสต์ SAP HANA
  — SAP HANA sapstartsrv
  —การจําลองแบบ SAP HANA
• เปิดใช้งานการยึดแบบจําลอง SAP HANA แบบอัตโนมัติ, สวิตช์แบ็ก
• การย้อนกลับการจําลองแบบโดยอัตโนมัติ
• ตรวจสอบและตรวจสอบว่า HANA DB กําลังทํางานอยู่
• ให้ IP เสมือน
• “กองซ้อนเต็ม” ประสานล้มด้วย ASCS ฯลฯ ส่วนประกอบของ SAP

สี่ขั้นตอนในการติดตั้งและกําหนดค่า HA สําหรับฐานข้อมูล HANA

เราจะไม่หารือเกี่ยวกับขั้นตอนเฉพาะของวิธีการกําหนดค่า SAP HANA เนื่องจากมีทรัพยากรออนไลน์จํานวนมากที่ครอบคลุมขั้นตอนเหล่านั้น แต่ในระดับสูง, สิ่งที่คุณต้องทําคือ 4 ขั้นตอนพื้นฐาน:

1. ติดตั้ง SAP HANA
2. กําหนดค่าการจําลองแบบระบบ HANA
   ซี – https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/676844172c2442f0bf6c8b080db05ae7.html
3. ติดตั้งชุดป้องกัน SIOS
   ซี – http://docs.us.sios.com/spslinux/9.4.1/en/topic/sios-protection-suite-for-linux-installation-guide
4. ใช้ชุดการกู้คืน HANA (วิซาร์ด) ใน GUI เพื่อปกป้อง HANA
   ซี – http://docs.us.sios.com/spslinux/9.4.1/en/topic/sap-hana-recovery-kit

ขั้นตอนกระบวนการติดตั้งจะคล้ายกันสําหรับส่วนประกอบอื่น ๆ ของ SAP (ASCS, ERS, PAS, Web Dispatcher ฯลฯ ) เช่นกัน

ด้วยชุดการกู้คืน HANA รวมอยู่ในซอฟต์แวร์ชุดป้องกัน SIOS คุณสามารถใช้ตัวช่วยสร้างในการจัดการระบบจัดการผู้รักษาชีวิตของ SIOS GUI ได้อย่างรวดเร็วป้องกันอินสแตนซ์ฐานข้อมูล HANA กําหนดที่อยู่ IP เสมือนสําหรับลูกค้าที่จะเชื่อมต่อกับมันและจัดการสแต็คทั้งหมดจากมัน คุณสามารถมีหลายอินสแตนซ์สภาพแวดล้อมและการแก้ปัญหาจะจัดการอินสแตนซ์ทั้งหมด, IP เสมือนฯลฯ. ภายใน GUI แบบครบวงจรซึ่งทําให้ง่ายต่อการกําหนดค่าจัดการภูมิทัศน์ SAP ทั้งหมดที่อยู่ใน SIOS HA

ครอบคลุม HA / DR กองสําหรับ SAP —

นอกเหนือจากฐานข้อมูล HANA, SIOS Protection Suite ยังให้การป้องกันสําหรับบริการ SAP ที่สําคัญและสนับสนุนการใช้งานทั้งหมดที่สามารถจัดการจาก GUI เดียวกัน :

• เซิร์ฟเวอร์แอพลิเคชันหลัก (PAS)
• อาพ SAP บริการกลาง (ASCS)
• บริการกลางของ SAP (SCS)
• เซิร์ฟเวอร์ที่จัดคิวและเซิร์ฟเวอร์ข้อความ
• เซิร์ฟเวอร์การจําลองแบบ (ERS) ที่จัดคิว
• ฐานข้อมูล (ออราเคิล, Sybase, MaxDB, HANA, ฯลฯ )
• ระบบแฟ้มที่ใช้ร่วมกัน และ/หรือการจําลองแบบ
• โลจิคัลวอลุ่ม (LVM)
• เมาท์ NFS และการส่งออก
• IP เสมือน

การจัดกลุ่มในระบบคลาวด์

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

แผนภาพด้านล่างคือการออกแบบระดับสูงของวิธีการใช้งานระบบ S/4HANA ผ่านโซนความพร้อมใช้งานที่แตกต่างกันหรือแม้แต่ภูมิภาค ในสภาพแวดล้อมคลาวด์เนื่องจากผู้ให้บริการมีเวลาแฝงต่ํามากระหว่าง AZs สามารถใช้การจําลองแบบซิงโครนัสผ่าน AZs ได้ดังนั้นจึงสร้างระบบ S/4HANA ที่ใช้งานได้สูงไม่ใช่แค่สําหรับ HA เท่านั้น แต่ยังใช้กับ DR ในเวลาเดียวกัน นี่เป็นเพราะ AZs เป็นศูนย์ข้อมูลที่แยกจากกันทางภูมิศาสตร์

ทําไมต้องใช้ SIOS ผ่าน HA โอเพนซอร์สสําหรับ SAP?

คําถามนี้มักจะเกิดขึ้นในใจของผู้คนเนื่องจากบางผู้ขาย Linux อยู่แล้วให้นามสกุล HA (HAE) หรือกลุ่มทําไมทุกคนต้องการใช้โซลูชั่น HA บุคคลที่สามเช่น SIOS?

1. โอเพนซอร์ส HA จะถูกนําเสนอเป็นส่วนหนึ่งของรสชาติ OS บาง “องค์กร SAP” ส่วนขยายการสมัครสมาชิก – มันมาที่ค่าใช้จ่ายก็ไม่แน่นอนฟรีและรสชาติลินุกซ์ไม่ได้รับการสนับสนุนทั้งหมด สนับสนุนทุกรสชาติที่สําคัญ Linux รวมทั้ง Redhat, SUSE, Centos และ Oracle Linux สําหรับลูกค้าที่ต้องการเรียกใช้ Windows สําหรับ ASCS หรือเซิร์ฟเวอร์เนื้อหาอื่น ๆ SIOS ยังมีโซลูชันที่ใช้ Windows กับ Windows clustering สนับสนุน, ทําให้เป็นหนึ่งหยุดร้านค้าสําหรับภูมิ SAP ทั้งหมดโดยไม่คํานึงถึงแพลตฟอร์ม.
2. การสนับสนุน HA เชิงพาณิชย์ – ผู้จําหน่ายระบบปฏิบัติการขึ้นอยู่กับชุมชนโอเพนซอร์สสําหรับแก้ไขข้อผิดพลาด, ซึ่งอาจเป็นปัญหาถ้าข้อผิดพลาดต้องใช้เวลานานกว่าที่จะได้รับการแก้ไขโดยผู้สนับสนุนที่ใช้งานน้อย. SIOS ให้การสนับสนุนในเชิงพาณิชย์ด้วยการสนับสนุนและทีมพัฒนาโดยเฉพาะเพียงเพื่อแก้ปัญหาความพร้อมใช้งานสูงและมีความละเอียดการสนับสนุน 24×7 ทันทีซึ่งจะทําให้ลูกค้ามีความมั่นใจมากขึ้นเมื่อมีปัญหาที่อาจพัฒนา
3. การตั้งค่าที่ซับซ้อนและผู้ดูแลระบบผ่านทางบรรทัดคําสั่งเป็นสิ่งจําเป็นโดยเครื่องมือโอเพนซอร์ส พวกเขาจะประกอบด้วยส่วนประกอบที่แตกต่างกันเช่น Pacemaker, Corosync ฯลฯ โดยยังคงรักษาไว้ซึ่งโครงการโอเพ่นซอร์สที่แตกต่างกัน SIOS ให้ GUI แบบออลอินวันสําหรับการตั้งค่าและผู้ดูแลระบบตามตัวช่วยสร้าง จะช่วยให้หนึ่งเพื่อปรับใช้ SAP HA ในเวลาไม่กี่ชั่วโมงแทนสัปดาห์ / เดือน
4. SIOS ให้การตรวจสอบแอปพลิเคชันและการเข้าแทนที่สําหรับส่วนประกอบ SAP และคลาวด์ทั้งหมดที่ต้องใช้ HA ผ่านตัวช่วยสร้างใน GUI ซึ่งตรงข้ามกับการใช้ส่วนขยาย HA ที่ยังคงต้องการการกําหนดค่าด้วยตนเองจํานวนมาก
5. โดยอัตโนมัติเพื่อให้แน่ใจว่า SAP ERS มักจะทํางานในโหนดตรงข้ามของ ASCS – SIOS ให้ความฉลาดแม้ในการตั้งค่าหลายโหนด ASCS ถ้าล้มเหลวเกิดขึ้นและ ASCS ล้มเหลวกับโหนดที่มีการทํางาน ERS เมื่อโหนด ASCS เดิมกู้คืน ERS ได้รับโดยอัตโนมัติสลับข้ามเพื่อให้ล็อคมักจะได้รับความซ้ําซ้อนที่จําเป็น โซลูชั่น Opensource ต้องนี้จะต้องทําด้วยตนเองจึงส่งผลกระทบต่อความน่าเชื่อถือและความพร้อมใช้งานโดยเฉพาะอย่างยิ่งในช่วงเวลาของความล้มเหลวและการกู้คืนหลาย
6. SIOS ช่วยลดเวลาการใช้งาน / การจัดการและค่าใช้จ่าย, เวลาน้อยที่คุณใช้และการบํารุงรักษา HA, เวลามากขึ้นคุณจะมีสําหรับงานที่สําคัญอื่น ๆ
7. โอเพนซอร์สใช้กลไก STONITH ซึ่งแทบจะไม่เชื่อถือได้โดยเฉพาะอย่างยิ่งในสภาพแวดล้อมคลาวด์ SIOS มีวิธีการหลาย throng เพื่อป้องกันการล้มเหลวเท็จและสมองแยก – พยานควอรัม, comm หลาย. เส้นทาง (หัวใจเต้น) ซึ่งได้รับการพิสูจน์มานานกว่า 20 ปีจะเชื่อถือได้อย่างมากในหลายสถานการณ์

สรุป

คุณลักษณะการจําลองแบบระบบ SAP HANA เป็นส่วนหนึ่งของซอฟต์แวร์และทํางานได้ดีเพื่อป้องกันฐานข้อมูลจาก dataloss ในกรณีที่มีปัญหาเกิดขึ้นจากความล้มเหลวของฮาร์ดแวร์หรือระบบ อย่างไรก็ตามหากความพร้อมใช้งานสูงเป็นความต้องการก็ยังคงต้องแก้ปัญหาของบุคคลที่ 3 เพื่อให้ได้รับบางส่วนของการตรวจสอบอัตโนมัติ, orchestration ในขณะที่มีตัวเลือก opensource ในรูปแบบขององค์กร Linux OS สมัครสําหรับ SAP พวกเขาแน่นอนไม่ได้มาฟรีและการสนับสนุนทางเทคนิคยังคงมีจํากัดที่พวกเขาหมดจดอาศัยชุมชน opensource เพื่อรักษา Pacemaker, Corosync ฯลฯ โครงการ และเพื่อรับการสนับสนุนจากผู้มีส่วนร่วม นอกจากนี้ยังมีข้อ จํากัด ในการจําลองระบบพื้นเมือง, โอเพนซอร์ส HAE ซึ่งสามารถเอาชนะโดยผู้ขายซอฟต์แวร์ในเชิงพาณิชย์เช่น SIOS

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

สร้าง:

เจสัน Aw
ผู้เชี่ยวชาญด้านไอทีที่มุ่งเน้นความพร้อมใช้งานสูงและการกู้คืนจากภัยพิบัติมานานกว่า 20 ปี ปัจจุบันได้ว่าจ้างบริษัท SIOS Technology Corp. เป็นยุทธศาสตร์การพัฒนาธุรกิจสําหรับ APAC