ฉันยังต้องการสำรองข้อมูลหรือไม่หากฉันมีระบบจัดเก็บข้อมูลแบบ redudant ที่มีความสามารถในการย้อนกลับได้หรือไม่?


32

องค์กรของฉันเพิ่งซื้อระบบจัดเก็บข้อมูล มันมี 1.5Petabyte พร้อมกับ RAID6 และมีการซิงค์กระจกออนไลน์ในตำแหน่งที่แตกต่างกัน

ระบบอนุญาตให้ใช้การย้อนกลับ / การกู้คืนไฟล์โดยค่าเริ่มต้นอนุญาตให้สูงสุด 30 วัน แต่สามารถเพิ่มได้

มีการอภิปรายเกิดขึ้นหากเราต้องการการสำรองข้อมูลพิเศษบางอย่างสำหรับข้อมูลที่อยู่บนที่เก็บข้อมูลเท่านั้น

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

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

เราต้องการมันจริงเหรอ? ฉันพลาดอะไรไปรึเปล่า? ฉันแค่คิดตามวิธีดั้งเดิมและอยู่เหนือความกระตือรือร้นหรือไม่?


หากยังช่วยให้คุณสามารถทำซ้ำภาพรวมออกไปยังอุปกรณ์อื่นจากนั้นคุณสามารถเอาชนะปัญหาที่ Sven กล่าวถึงในคำตอบของเขา
Drifter104

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

ตราบใดที่คุณลบคีย์ "ลบ" ออกจากคีย์บอร์ดทุกแห่งคุณก็เป็นทองคำ ;-)
Tom Newton

1
ดีกว่าไม่มีแน่นอน ฉันยังคงต้องการให้การสำรองข้อมูลอยู่ห่างจาก "ความผิดพลาดของผู้คน" แบบสดๆ ถึงกระนั้นคุณรู้คำตอบสำหรับคำถามของคุณ แต่มันเกี่ยวข้องกับการวางราคาในข้อมูลของคุณ โชคดี.
Tom Newton

7
ความสามารถในการ "ย้อนกลับ" ของคุณครอบคลุมการเปลี่ยนแปลงของโวลุ่มหรือไม่ ตัวอย่างเช่นจะสามารถกู้คืนได้หรือไม่หากมีคนลบโวลุ่มทั้งหมด
vhu

คำตอบ:


40

สิ่งที่คุณอธิบายเป็นสิ่งจำเป็นกระจายทางภูมิศาสตร์และ RAID RAID ก็ไม่เคยสำรอง

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


3
หรือเนื่องจากคลังข้อมูลทั้งคู่อาจใช้ระบบปฏิบัติการเดียวกันข้อผิดพลาดของซอฟต์แวร์อาจทำลายข้อมูล ไม่น่าจะเป็นไปได้ข้อผิดพลาดของผู้ดูแลระบบมีความเป็นไปได้มากกว่า แต่เป็นไปได้
Sunzi

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

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

2
@ nsn > แน่นอนหนึ่งสามารถลบข้อมูลสำรองโดยไม่ได้ตั้งใจ < - ใช่ แต่จะกลายเป็นเรื่องยากยิ่งขึ้นเมื่อมีการสำรองข้อมูลออฟไลน์และอยู่ในที่เก็บข้อมูลภายนอกที่ปลอดภัย
Rob Moir

7

การย้อนกลับ 30 วันเป็นความสามารถที่ยอดเยี่ยม แต่จะเกิดอะไรขึ้นถ้า "วิกฤตสำคัญ - ไฟล์ - xyz" เสียหาย / เสียหายและสิ่งนี้ไม่ถูกตรวจพบจนถึง 31+ วันหลังจากนั้น สถานการณ์นี้เป็นความแตกต่างระหว่างกำหนดการสำรองและเอกสารสำคัญ แต่ในคำอธิบายของคุณจะไม่มีการพูดถึงเรื่องหลัง ระบบเก็บถาวรมักจะเก็บไว้ในเทปที่มีต้นทุนต่ำมาก นอกจากนี้ยังไม่มีข้อมูลว่าธุรกิจนั้นเป็นธุรกิจที่มีข้อกำหนดหรือข้อกำหนดอื่น ๆ เพื่อเก็บรักษาข้อมูลนานกว่า 30 วันซึ่งเป็นกรณีที่เกิดขึ้นบ่อยครั้ง

หากไม่ใช่ในกรณีของคุณคุณควรจะดี


3
ใช่จริง 30 เป็นเพียงค่าเริ่มต้นที่เราสามารถตั้งค่าอื่น ๆ อย่างไรก็ตามการจัดเก็บแบบออฟไลน์ยังมีค่าใช้จ่าย ก็จะเป็นวันที่ 1 + n
NSN

2
ฉันชอบที่จะกลิ้ง 30 วันรวมทั้งรายเดือนสำหรับปีที่แล้วบวกเป็นรายปี ฉันมีไฟล์จำนวนมาก (ที่สำคัญและเก่า) หายไปและไม่ถูกตรวจพบภายในระยะเวลาการกลิ้ง การสำรองข้อมูลรายปีอาจเป็นตัวช่วยชีวิต
Brian Knoblauch

@BrianKnoblauch: ใช่การเรียงลำดับของรูปแบบนั้นเป็นความคิดที่ดีไม่ว่าจะเป็นสแน็ปช็อตออนไลน์หรือการสำรองข้อมูลออฟไลน์
Ben Voigt

6

การมีเครื่องแยกทางภูมิศาสตร์ทั้งการมีข้อมูลเป็นสิ่งที่ดี

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

ดังนั้นมันจึงลงมาถึงความสำคัญของข้อมูลที่มีค่าหรือไม่? องค์กรจะทำอะไรถ้ามันจบลงไป?


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

2
มันจะไปตลอดกาล ทุกครั้งที่คุณเพิ่มระดับความซ้ำซ้อนคุณสามารถคาดหวังว่ามันจะล้มเหลว (ทั้งทางภูมิศาสตร์หรือเพียงแค่ดิสก์) หากคุณมีดิสก์ซ้ำซ้อนคุณสามารถถามได้ว่า "จะเกิดอะไรขึ้นถ้า n + 1 หยุดพัก" คุณสามารถมีไฟในห้องเซิร์ฟเวอร์ของคุณและในห้องสำรองของคุณด้วย งานภายในสามารถโจมตีทั้งสองอย่างได้ ไม่มีระบบที่ล้มเหลว 100% สิ่งที่นี่คือการรู้ว่าการตั้งค่าดังกล่าวสามารถเทียบเท่ากับเซิร์ฟเวอร์ "ดั้งเดิม" + การสำรองข้อมูล
nsn

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

@Nick ฉันคิดว่าคุณมีความคิดเห็นที่ถูกต้องมาก ฉันจะทำให้มันเป็นคำตอบ
nsn

4

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

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

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

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


1

ข้อสันนิษฐาน: ระบบจัดเก็บข้อมูลจะถูกใช้โดยแอพพลิเคชั่นมากมาย

ฉันคิดว่าคุณจะทำได้ดีกว่ามากด้วยระบบสำรองข้อมูลแยกต่างหาก

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

แต่:

ฉันชอบนโยบายการกู้คืนที่จะใช้แอพพลิเคชั่น / ข้อมูลไม่ใช่ที่จัดเก็บเพราะ:

  1. แอปพลิเคชั่นมีข้อกำหนดที่แตกต่างกันเกี่ยวกับการกู้คืนและการสูญเสียข้อมูลที่ยอมรับได้ (บางแอพพลิเคชั่นถูกกำหนดโดยกฎระเบียบต่าง ๆ : สื่อแบบอ่านอย่างเดียว, เข้ารหัส, เก็บ X ปีสุดท้ายเป็นต้น)
  2. แอปพลิเคชั่นบางตัวมีเครื่องมือการสำรองและกู้คืนที่ดี (oracle, mssql) ที่ดีและมีวิธีแนะนำให้ทำส่วนสำรอง / กู้คืน (ในฐานะ Oracle DBA ฉันชอบและฉันจะสำรองข้อมูลทั้งหมดที่เกี่ยวข้องกับ Oracle ด้วย rman)
  3. การเติบโตการใช้พื้นที่ของคุณสามารถเติบโตได้เร็วกว่าที่คุณคาดหวังในขณะนี้ระบบนี้สามารถรองรับข้อมูลย้อนกลับได้ 30 วันซึ่งไม่สามารถรับประกันได้ในอนาคต
  4. ราคาถูกกว่าต้นทุนการใช้เทปที่ใหญ่ขึ้นเพื่อรองรับนโยบายการสำรองข้อมูล / การกู้คืนหลังจากการเติบโตหลายปีจะมีขนาดเล็กลงดังนั้นค่าใช้จ่ายในการซื้อดิสก์ใหม่ที่ใหญ่กว่าเพื่อเคารพหน้าต่างการย้อนกลับเช่นเดิม
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.