HANA Backup Recovery Strategy On AWS

วัตถุประสงค์

วัตถุประสงค์ของบทความนี้คือการกล่าวเน้นถึงโซลูชันการสำรองข้อมูลที่สามารถได้รับการออกแบบสำหรับฐานข้อมูล HANA ใน AWS โดยไม่ต้องใช้เครื่องมือของ third-party

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

โซลูชัน

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

การสำรองข้อมูล HANA ผ่าน EBS Volume ดั้งเดิม:

ดำเนินการ / กำหนดเวลาการเสร็จสมบูรณ์ การสำรองข้อมูลของเดลต้า (ที่เพิ่มขึ้นและที่แตกต่าง) และประวัติการใช้งาน EBS volume ดั้งเดิม (/การสำรองข้อมูล) คุณสามารถใช้ HDD (st1) สำหรับระบบไฟล์ /การสำรองข้อมูล

หมายเหตุ: การสำรองข้อมูลบน EBS volume ดั้งเดิม (Optimized HDD – st1) มีการส่งผ่านที่ 165 MB/s แต่คุณสามารถเพิ่มประสิทธิภาพโดยการปลดปริมาณการสำรองข้อมูลดั้งเดิมออก หรือคุณสามารถใช้ SSD volume ที่มีการปลดออก

คุณสามารถกำหนดเวลาการสำรองฐานข้อมูล HANA โดยใช้ตัวเลือกใดก็ได้ด้านล่างต่อไปนี้

ตัวเลือกที่ 1: ใช้ TCODE DB13 โดยเลือกเชื่อมต่อฐานข้อมูลที่คุณได้สร้างขึ้นใน DBCO เพื่อกำหนดค่า

ตัวเลือกที่ 2: ใน Hana Cockpit SAP ได้ผนวกรวมเอาคุณลักษณะใหม่ๆ และด้วย cockpit เวอร์ชันล่าสุด ที่คุณสามารถกำหนดเวลา “การสำรองข้อมูล” งาน และเปิดใช้งานนโยบายการเก็บรักษา ซึ่งจะทำให้ cockpit กลายป็นเครื่องมือที่สำคัญสำหรับการสำรองข้อมูล

ตัวเลือกที่ 3: ใช้สคริปต์ที่ตั้งค่าเองในการกำหนดค่ากลยุทธ์การสำรองข้อมูลและกำหนดเวลาระบบปฏิบัติการ cron

กำหนดเวลา Incron: โดยแทนที่จะกำหนดเวลาระบบปฏิบัติการ cron (เวลาที่ใช้ในการย้ายไฟล์จากระบบท้องถิ่นสู่ S3), คุณสามารถใช้ incron เพื่อสร้าง inotify kernel watches แบบเรียลไทม์ ในไดเรกทอรีการสำรองข้อมูล และสั่งการสิ่งที่ต้องทำ (การอัปโหลด S3 ) เมื่อมีความจำเป็นสำหรับไฟล์ที่กำหนด

ในรูปด้านบน ข้อมูลและการสำรองข้อมูลที่เกิดขึ้นใน / สำรอง (ระบบแฟ้มท้องถิ่น) ดังนั้นเมื่อการสำรองข้อมูลเข้าสู่ระบบถูกสร้างขึ้นใน / backup / log / SystemDb ก็จะก่อให้เกิดเหตุการณ์ที่การกระทำถูกกล่าวถึงในงาน incron ซึ่งจะย้ายไฟล์จาก / backup / log / SystemDb / ไปสู่ถัง S3

การใช้งาน incron นี้ จะเป็นประโยชน์ในการช่วยให้การสำรองข้อมูลของคุณมีการซิงค์กับ S3 ตลอดเวลา และคุณจะมีสำเนาสำรองในกรณีที่ /การสำรองข้อมูล (ระบบแฟ้มดั้งเดิม) ของคุณได้รับความเสียหายหรือถูกลบโดยเหตุผลบางอย่าง

ปรับวงจร S3: เมื่อไฟล์อยู่ใน S3 แล้ว คุณสามารถปรับระดับการจัดเก็บอยู่บนพื้นฐานของความเป็นไปได้ทางธุรกิจ

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

การดำเนินการโซลูชัน

แม้ว่าฐานข้อมูล SAP HANA จะเป็นฐานข้อมูลในหน่วยความจำ (ข้อมูลที่พำนักอยู่ในหน่วยความจำ) แต่ก็มีความยั่งยืน โดนข้อมูลจะถูกบันทึกไว้จากหน่วยความจำไปยังดิสก์ที่ save points ต่างๆ และการเปลี่ยนแปลงจะถูกเขียนซ้ำลงในไฟล์ประวัติการใช้งานต่างๆ ดังนั้น ข้อมูลจะถูกกู้คืนได้ในกรณีล้มเหลว

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

  ตารางเวลา เส้นทางที่อยู่บนระบบไฟล์ดั้งเดิม การเก็บรักษาระยะเวลา – / การสำรองข้อมูล การเก็บรักษาระยะเวลา – S3
การสำรองข้อมูล การสำรองที่เพิ่มขึ้นข้อมูล – รายวัน
เสร็จสิ้นการสำรองข้อมูล – รายสัปดาห์
ระบบฐานข้อมูล: สำรอง / / ข้อมูล / SystemDb
ผู้เช่า DB: สำรอง / / ข้อมูล / DB_ (SID)
7 หรือ 15 วัน/span> ขึ้นอยู่กับธุรกิจ
การสำรองข้อมูลเข้าสู่ระบบ อัตโนมัติ – 15 นาที ระบบ DB – / hana / log / SystemDb
ผู้เช่า DB – / hana / log / DB_ (SID)
7 หรือ 15 วัน ขึ้นอยู่กับธุรกิจ *
* ไม่มีการใช้งานของการสำรองข้อมูลเข้าสู่ระบบการรักษาเป็นเวลานานใน S3

การเก็บรักษาไฟล์การสำรองข้อมูลดั้งเดิม

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

HANA Cockpit: ตามที่ได้เน้นย้ำไว้ใน ”การดำเนินการโซลูชัน” ของ cockpit เวอร์ชันใหม่ ในเวอร์ชันนี้ เราสามารถกำหนดนโยบายการเก็บรักษา โดยระบบจะดูแลจัดการรายการการสำรองข้อมูล และการลบไฟล์สำรองข้อมูลดั้งเดิมนั้น ๆ

HANACleaner: การกำหนดค่าการล้างข้อมูล HANA ด้วย SAP HANACleaner เครื่องมือของผู้เชี่ยวชาญที่ได้รับการออกแบบโดย SAP Support ซึ่งด้วยสคริปต์นี้ คุณจะสามารถดำเนินการดูแลจัดการรายการการสำรองข้อมูล การสำรองข้อมูล และอีกหลายงานทำความสะอาดอื่น ๆ เช่นการทำความสะอาดไฟล์ติดตามข้อมูลการใช้งาน ไฟล์ที่บันทึกการตรวจสอบและอื่น ๆ โปรดดูที่ SAP note หมายเลข 239996 สำหรับรายละเอียด

สคริปต์ที่ตั้งค่าเอง: คุณสามารถพัฒนาสคริปต์ที่ตั้งค่าเองสำหรับสถานการณ์เช่น“ถ้าบริการ incrontab ของคุณไม่ทำงานและการสำรองข้อมูลจะไม่ซิงค์กับ S3” ดังนั้น หากคุณเลือก HANA Cockpit และ HANACleaner จะไม่ดำเนินการตรวจสอบว่าการสำรองข้อมูลของคุณ ได้ถูกย้ายไป S3 แล้วหรือไม่ โดยจะลบไฟล์สำรองท้องถิ่นทันที ในกรณีนี้ คุณสามารถพัฒนาสคริปต์ซึ่งดำเนินการซิงค์ระหว่างโฟลเดอร์สำรองท้องถิ่นของคุณและถัง S3 ก่อนที่มันจะลบไฟล์ในท้องถิ่น

หมายเหตุ: วิธีการสำรองข้อมูล / การกู้คืนนี้สามารถนำมาใช้ในระบบคลาวด์อื่น ๆ เช่นเดียวกับในระบบที่ตั้งอยู่ที่ไซต์ของลูกค้า (On-premise)

2020-11-30T13:44:06+00:00 2020/01/03 |Insight|