วิธีที่มีประสิทธิภาพที่สุดในการบีบอัดและจัดเก็บข้อมูลสำรอง SQL Server คืออะไร? [ปิด]

9

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้

ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับผู้ดูแลฐานข้อมูล Exchange Exchange

ปิดให้บริการใน6 ปีที่ผ่านมา

ฉันทำการทดสอบวิธีต่างๆในการบีบอัดและจัดเก็บข้อมูลสำรอง SQL Server (โดยใช้รุ่น SQL Server 2008 R2 Enterprise) และฉันสงสัยว่าอัลกอริทึมการบีบอัดที่มีประสิทธิภาพมากที่สุดคืออะไรสำหรับการจัดเก็บสำรองข้อมูลระยะยาวนอก SQL อัลกอริทึมการบีบอัดภายใน

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

เช่นยกตัวอย่างเช่น. zip หรือ. 7z หรือมีตัวแปรมากเกินไปในฐานข้อมูลของฉันเพื่อให้สามารถประมาณการได้อย่างแม่นยำว่าอะไรจะมีประสิทธิภาพมากที่สุดและฉันจะต้องทำการทดสอบบางอย่าง? หรือการบีบอัดภายในของ SQL Server เป็นสิ่งที่ดีที่สุดที่ฉันจะได้รับ

sql-server-2008-r2 compression backup

— ฌอนหลง
แหล่งที่มา

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

— Sean Long

ดูเหมือนว่าบางสิ่งที่คุณสามารถทดสอบได้เนื่องจากส่วนใหญ่จะขึ้นอยู่กับลักษณะของข้อมูลของคุณ สำรองฐานข้อมูลด้วยการบีบอัดแล้วลองบีบอัดแฟ้มสำรองเพิ่มเติมโดยใช้เครื่องมือการบีบอัดอื่น ๆ โดยส่วนตัวฉันไม่สามารถจินตนาการได้ว่าคุณจะได้รับพื้นที่มากพอที่จะทำให้มันคุ้มค่ากับกระบวนการที่ซับซ้อนและอย่าลืมว่าการบีบอัดเพิ่มเติม = CPU มากขึ้นซึ่งบางครั้ง = เวลามากขึ้น ดังนั้นหากใช้เวลาอีกหนึ่งนาทีในการประหยัดเนื้อที่ดิสก์เพิ่มเติม 100 MB นั่นจะคุ้มค่าหรือไม่เมื่อคุณเรียกคืนข้อมูล?

— Aaron Bertrand

13

ฉันทำการทดสอบวิธีการต่าง ๆ สำหรับการบีบอัดและจัดเก็บข้อมูลสำรอง MS SQL (โดยใช้รุ่น MS SQL 2008 R2 Enterprise) และฉันสงสัยว่าอัลกอริธึมการบีบอัดที่มีประสิทธิภาพที่สุดสำหรับการจัดเก็บสำรองข้อมูลระยะยาวนอก SQL อัลกอริทึมการบีบอัดภายใน

เนื่องจากคุณใช้รุ่น SQL 2008 R2 Enterprise คุณสามารถ / ต้องใช้ประโยชน์

การบีบอัดข้อมูล - การบีบอัดแถวและหน้า ที่ระดับข้อมูล
การบีบอัดข้อมูลสำรองขณะทำการสำรองข้อมูลเพื่อลดขนาดพื้นที่ดิสก์ของข้อมูลสำรอง
```
USE master;
GO
EXEC sp_configure 'backup compression default', '1';
RECONFIGURE WITH OVERRIDE;
```

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

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

เช่น:เมื่อคุณได้รับการสำรองฐานข้อมูล SQL ที่ 50 Gb ซึ่งถูกบีบอัดไว้ที่ 5 GB ในการกู้คืนฐานข้อมูลนี้คุณต้องมีพื้นที่ทำงานเพิ่มเติม:

5 Gb สำหรับไฟล์ zip
50 Gb สำหรับไฟล์สำรอง
50 Gb สำหรับฐานข้อมูลที่กู้คืน (ถือว่าไม่มีพื้นที่ว่างในฐานข้อมูล)

ต้องการพื้นที่ดิสก์รวม 105 Gb

คุณยังสามารถใช้เครื่องมือบีบอัด opensource เช่นgzip , 7Zip , bzip2หรือQuickLZหลังจากการบีบอัดข้อมูลสำรองเพื่อให้ได้ประโยชน์

นอกจากนี้ยังดูที่MSSQL Compressed Backupบน codeplex

การอ้างอิงที่ดีสำหรับสถิติการเปรียบเทียบ

— Kin Shah
แหล่งที่มา

3

หากคุณบีบอัดข้อมูลสำรองผ่านการบีบอัด SQL คุณจะไม่สามารถบีบอัดข้อมูลได้มากนักหากคุณพยายาม zip / 7zip / rar ไฟล์สำรองข้อมูล

— user1207758

8

ในแง่ของการบีบอัดข้อมูลสำรองฉันทำ (สองสามปีที่แล้ว) ทำการเปรียบเทียบตัวเลือกการบีบอัดข้อมูลสำรองที่จัดทำโดยการสำรองข้อมูล SQL ของ Red Gate , LiteSpeed ของ Quests สำหรับ SQL ServerและSQLSafe ของ Ideraเปรียบเทียบผลิตภัณฑ์สามตัว ความแตกต่างในการสำรองข้อมูลทั่วไปที่การบีบอัดสูงสุดคือประมาณ 5% การแพร่กระจายระหว่างสามช่วงเวลาและค่อนข้างกว้างสำหรับขนาดการสำรองข้อมูลโดยมี Red Gate ออกมาด้านบน (90% การบีบอัดเทียบกับ 80 & 85% สำหรับ Idera & เควสตามลำดับ)

— โทมัสรัชตัน
แหล่งที่มา