รูปแบบการกู้คืน SQL Server 2008 / R2

11

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

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

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

sql-server sql-server-2008 sql-server-2008-r2

— Kev
แหล่งที่มา

17

ฉันเห็นหนึ่งในสามตัวเลือกที่นี่:

1) คุณสามารถมีสคริปต์ templated เพื่อสร้างฐานข้อมูลที่มีรูปแบบการกู้คืนอย่างชัดเจน

2) คุณสามารถตั้งค่าmodelฐานข้อมูลให้ง่ายและไม่ต้องกังวลกับเรื่องนี้

3) คุณสามารถหวังว่าทุกคนจะจำซึ่งดูเหมือนว่าคุณกำลังทำ (ไม่แนะนำ)

ฉันจะไปกับหมายเลขสองเป็นการส่วนตัว นั่นคือสิ่งที่ฐานข้อมูลโมเดลมีไว้ให้

— Thomas Stringer
แหล่งที่มา

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

— jl01

1

# 2 เป็นวิธีที่จะไปที่นี่

— mrdenny

5

กำลังเพิ่มไปยัง @ Surfer513

4) นโยบายการจัดการตามนโยบายเพื่อบังคับใช้รูปแบบการกู้คืนข้อมูลอย่างง่ายหรืออย่างน้อยที่สุดจะแจ้งให้คุณทราบเมื่อไม่มี DB

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

นี้บทความ MSSQLTip.com อยู่ในการตรวจสอบการเต็มรูปแบบ, แต่คุณสามารถได้อย่างง่ายดายเพียงแค่มีคุณตรวจสอบง่าย นอกจากนี้คุณยังสามารถตรวจสอบเพื่อดูว่าการสำรองข้อมูลเกิดขึ้นกับฐานข้อมูลด้วยหรือไม่

-1

การเดิมพันที่ปลอดภัยกำลังวาง DB ของคุณในโหมดเต็มรูปแบบ แต่แล้วคุณก็มีปัญหาการเติบโตของบันทึก ตอนนี้มีตัวเลือกบางอย่าง:

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

การเป็น DBA คุณควรใช้ตัวเลือกทั้งหมดที่ช่วยในการกู้คืน นอกจากนี้ยังขึ้นอยู่กับ SLA ของคุณกับธุรกิจ

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

— StanleyJohns
แหล่งที่มา

2

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

— Eric Humphrey - lotsahelp

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

— mrdenny