SQL Server Backups - คำถามสองสามข้อ


12

เราทำงานสำรองข้อมูลรายสัปดาห์เวลา 21.00 น. ในวันศุกร์และเราประสบปัญหาสองสามประการเกี่ยวกับพื้นที่ดิสก์ (ซึ่งลดลงอย่างน่ากลัวในบางครั้ง) และประสิทธิภาพ เรากำลังดูที่การทำให้เพรียวลม / เพิ่มประสิทธิภาพสิ่งที่เกิดขึ้นและจะขอบคุณความคิดเห็นของคุณ

โดยเฉพาะ:

  1. กระบวนการสำรองข้อมูลใช้เวลาประมาณ 4 ชั่วโมงเพื่ออัปเดตสถิติระหว่างการสำรองข้อมูล เราสามารถปิดขั้นตอนนี้อย่างปลอดภัยเพื่อประหยัดเวลาได้หรือไม่?

  2. เราใช้พื้นที่ดิสก์เหลือน้อยมากเป็นประจำและสงสัยว่าเราควรจะทำกระบวนการนี้อีกครั้ง ขณะนี้มันสร้างการสำรองข้อมูลแล้วลบการสำรองข้อมูลก่อนหน้าและนี่คือสิ่งที่ hogging พื้นที่ดิสก์ เราสามารถได้อย่างปลอดภัยลบก่อนหน้านี้หนึ่งครั้งแรกแล้วทำสำรองข้อมูล?

ความคิดเห็นหรือข้อสังเกตอื่น ๆ จะได้รับการต้อนรับอย่างมากแก้ไข: ขนาดรวมของไฟล์ SQL บนเซิร์ฟเวอร์ประมาณ 35GB หนึ่งฐานข้อมูลมีขนาดประมาณ 25GB ในขณะที่อีกหกส่วนแบ่งเป็นอีก 10 GB หรือมากกว่านั้น


1
ฐานข้อมูลและการสำรองข้อมูลมีขนาดใหญ่เพียงใดและอัตราการเติบโตรายวัน / สัปดาห์คือเท่าใด
Mark Storey-Smith

ไฟล์สำรองมีขนาดประมาณ 3-4GB การเจริญเติบโตมีน้อย
5arx

1
การสำรองข้อมูลเต็มรูปแบบมีขนาดเพียง 3-4GB แต่สถิติการอัปเดตใช้เวลา 4 ชั่วโมงใช่ไหม มีบางอย่างไม่ถูกต้องที่นี่ ฐานข้อมูลบนดิสก์มีขนาดใหญ่เท่าใด
Mark Storey-Smith

เรามีฐานข้อมูลหลายแห่งรวมกันประมาณ 35GB (สำหรับไฟล์ MDF) หนึ่งในนั้นมีไฟล์ MDF ประมาณ ขนาด 25GB ส่วนอีกรุ่นมี MDF ประมาณ 3-4GB ตัวใหญ่นั้นแปลกเพราะไฟล์สำรองและไฟล์ MDF นั้นมีขนาดเท่ากัน
5arx

คำตอบ:


8

(1) ใช่ฉันมักจะมีกระบวนการสำรองข้อมูลด้วยตัวเอง ฉันจะไม่ทำอะไรมากในช่วงเวลาสำรองของฉันถ้าทำได้ คุณอาจใช้การสำรองข้อมูลแล้วทำการอัปเดตตามสถิติ ดูเหมือนว่าคุณกำลังทำงานสองงาน (1 สำหรับการสำรองข้อมูล, 1 สำหรับสถิติการอัพเดท) ในเวลาเดียวกัน?

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


7

ฉันสามารถตอบคำถาม 2 ที่นี่เท่านั้น ฉันแนะนำให้คุณดูข้อมูลสำรองที่ถูกบีบอัด


6

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

2) แม้ว่าจะเป็นเวลาสั้น ๆ แต่คุณไม่ต้องการที่จะสำรองข้อมูล ดังนั้นคุณจะต้องลบการสำรองข้อมูลล่าสุดเฉพาะเมื่อคุณบันทึกไว้ที่อื่นแล้ว

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

หมายเหตุด้าน 2: ตามที่ระบุไว้แล้วโดย Simon ลงทุนเวลา / เงินในการสำรองข้อมูลที่บีบอัดหากคุณมีปัญหาเกี่ยวกับพื้นที่ คุณสามารถเห็นความคิดมากมายในคำถามนี้: การสำรองข้อมูลที่เล็กที่สุดเป็นไปได้ ... กับ SQL Server


6

งานสถิติการอัปเดตของคุณไม่ควรใช้เวลา 4 ชั่วโมงสำหรับฐานข้อมูล 3-4 GB มากกว่าที่คุณจะมีปัญหา I / O บางส่วนหรือคุณมีฐานข้อมูลที่กระจัดกระจายอย่างมากที่กำลังสร้างปัญหา I / O เรียกใช้การ defrag หรือสร้างดัชนีใหม่บนฐานข้อมูลและดูว่าปรับปรุงประสิทธิภาพ ถ้าไม่เช่นนั้นให้ดับไฟ perfmon และตรวจสอบว่าคอขวดของคุณอยู่ตรงไหน


4

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

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.