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

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

ฉันทำงานในหัวข้อนี้มาเกือบ 20 ปีแล้วซึ่ง 2 ปีที่ผ่านมาอยู่ที่ 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