สำรองข้อมูลให้พร้อม: ทำลายตำนานเพื่อเป็นเกียรติแก่วันหยุด

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

ฉันทำงานในสายงานนี้มาเกือบ 20 ปีแล้ว โดยสองปีหลังสุดทำงานที่ Promsvyazbank ตอนเริ่มแรก ฉันทำการสำรองข้อมูลด้วยตนเองเกือบทั้งหมด โดยใช้สคริปต์ที่คัดลอกไฟล์เท่านั้น จากนั้น... Windows เครื่องมือที่ใช้งานง่ายเริ่มปรากฏขึ้น เช่น โปรแกรม Robocopy สำหรับเตรียมไฟล์ และ NT Backup สำหรับคัดลอกไฟล์ จากนั้นก็มีซอฟต์แวร์เฉพาะทางตามมา โดยหลักๆ คือ Veritas Backup Exec ซึ่งปัจจุบันเรียกว่า Symantec Backup Exec ดังนั้นผมจึงคุ้นเคยกับการสำรองข้อมูลมานานแล้ว

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

การใช้การสำรองข้อมูลโดยทั่วไปที่สุดคือการกู้คืนสำเนาฐานข้อมูลที่บันทึกไว้สำหรับการปรับใช้ระบบทดสอบต่างๆ การโคลนสำหรับนักพัฒนา

มีความเชื่อผิดๆ เกี่ยวกับการสำรองข้อมูลที่ควรเลิกไปนานแล้ว นี่คือสิ่งที่มีชื่อเสียงที่สุดของพวกเขา

ความเชื่อผิดๆ 1. การสำรองข้อมูลเป็นเพียงฟังก์ชันเล็กๆ ในระบบรักษาความปลอดภัยหรือระบบจัดเก็บข้อมูลมานานแล้ว

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

นอกจากนี้ แบบอย่างของการเข้าถึงระบบสำรองยังช่วยให้คุณมอบอำนาจบางส่วนให้กับผู้ดูแลระบบเป้าหมายเพื่อจัดการข้อมูลสำรอง

ความเชื่อที่ 2 เมื่อมี RAID การสำรองข้อมูลก็ไม่จำเป็นอีกต่อไป

ไม่ต้องสงสัยเลยว่า อาร์เรย์ RAID และการจำลองข้อมูลเป็นวิธีที่ดีในการปกป้องระบบข้อมูลจากความล้มเหลวของฮาร์ดแวร์ และหากคุณมีเซิร์ฟเวอร์สแตนด์บาย คุณสามารถจัดระเบียบการสลับไปมาได้อย่างรวดเร็วในกรณีที่เครื่องหลักทำงานล้มเหลว

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

ตำนานที่ 3 การสำรองข้อมูลเป็นสิ่งที่ต้องทำเดือนละครั้ง

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

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

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

การสำรองข้อมูลมีระยะเวลาการเก็บรักษาที่จำกัด ตัวอย่างเช่น การเก็บสำรองข้อมูลรายวันทั้ง 365 รายการในระหว่างปีก็ไม่สมเหตุสมผล ตามกฎแล้ว สามารถเก็บสำเนารายวันไว้เป็นเวลา 2 สัปดาห์ หลังจากนั้นจะถูกแทนที่ด้วยสำเนาใหม่ และเวอร์ชันที่สร้างครั้งแรกในเดือนนั้นจะยังคงอยู่ในที่จัดเก็บระยะยาว ในทางกลับกันก็จะถูกเก็บไว้ในช่วงเวลาหนึ่ง - แต่ละสำเนามีอายุการใช้งาน

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

ตำนาน 5 เริ่มต้นการสำรองข้อมูล - ทุกอย่างหยุดทำงาน

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

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

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

ในองค์กรขนาดใหญ่ จะมีการสร้างเครือข่ายแยกต่างหากสำหรับระบบสำรองข้อมูล เพื่อให้การสำรองข้อมูลไม่ส่งผลกระทบต่อการผลิต นอกจากนี้ทราฟฟิกอาจไม่ถูกส่งผ่านเครือข่าย แต่ผ่าน SAN

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

ตำนานที่ 6 เปิดตัวระบบสำรอง - นั่นคือการยอมรับข้อผิดพลาดสำหรับคุณ

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

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

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

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

และเล็กน้อยเกี่ยวกับงานของผู้ดูแลระบบ

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

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

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

ที่มา: will.com