วิธีที่ดีที่สุดในการสำรองและตัดทอนบันทึกธุรกรรมตามกำหนดเวลา

ฉันไม่ใช่ DBA แต่สิ่งต่าง ๆ ที่เป็นอยู่ฉันต้องสวมหมวก DBA และตั้งค่าแผนการบำรุงรักษาบนอินสแตนซ์ SQL Server ของฉัน

ดังนั้นในขณะที่ฉันได้รับการมีกระบวนการในชั่วข้ามคืน SSIS ของฉันทำงานดำเนินงาน SQLเพื่อดำเนินการสำรองข้อมูล - พื้นทำงานเพื่อให้แน่ใจว่าปลายทางโฟลเดอร์ที่มีอยู่แล้วmaster.dbo.xp_create_subdirBACKUP DATABASE [DbName] TO DISK = 'G:\Backups\DbName\DbName.bak' WITH INIT

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

สคริปต์ "manual truncate" มีลักษณะดังนี้:

use Staging;
alter database Staging set recovery simple
alter database Staging set recovery full
dbcc shrinkfile ('Staging_log', 0, truncateonly);
go

ดังนั้นฉันเริ่มเบื่อกับสิ่งนี้และฉันตัดสินใจที่จะลองทำสิ่งต่าง ๆ ให้ถูกต้องและทำตามขั้นตอนที่นี่และสร้างแผนการบำรุงรักษาจริง:

สิ่งที่ฉันไม่เคยทำมาก่อนดังนั้นฉันมีคำถามสองสามข้อ:

• จะสำรองข้อมูลบันทึกธุรกรรมเช่นนี้โดยอัตโนมัติหรือไม่?
• การเรียกใช้ข้อมูลและการสำรองข้อมูลบันทึกธุรกรรมพร้อมกันหรือไม่ ถ้าไม่เช่นนั้นวิธีที่เหมาะสมในการทำเช่นนี้คืออะไร?
• มีการรับไฟล์สำรองข้อมูลข้ามคืนโดยกระบวนการอื่นที่คว้าไฟล์ทั้งหมดบนเซิร์ฟเวอร์และเก็บไว้ที่อื่น - เป็นความคิดที่ดีไหมที่จะหมดอายุชุดข้อมูลสำรองหลังจาก 2 วัน? ฉันต้องทำให้มันหมดอายุหรือเปล่า?
• งานล้างตามลำดับลบ "เก่า" บากและไฟล์ .trn G:\Backupsภายใต้โฟลเดอร์ย่อยของ มันสมเหตุสมผลไหม
• การทำเช่นนี้จะดีกว่าไหมใน SSIS ดังนั้นฉันสามารถ ETL ของฉันล้มเหลวได้หาก / เมื่อการสำรองข้อมูลล้มเหลว หรือกระบวนการ ETL ของฉันควรดูแลด้วยหรือไม่

ขออภัยถ้านี่เป็นคำถามที่มากเกินไปสำหรับหนึ่งโพสต์หากจำเป็นฉันจะแก้ไขและถามคำถามหลายข้อแทน - ฉันคิดว่าพวกเขาทั้งหมดเกี่ยวข้องกันอย่างแน่นหนา

มีเพียง SSIS ข้ามคืนเท่านั้นที่จะทำการเขียนเวลากลางวันคือการอ่านทั้งหมด - ฉันต้องการการกู้คืนรายวันเท่านั้น

คุณควรเลือกรูปแบบการกู้คืนตามความต้องการทางธุรกิจของคุณ:

• ธุรกิจข้อมูลมีจำนวนเท่าไหร่ที่สามารถหลุดรอดและในเวลาเดียวกันสามารถอยู่รอดได้?

ขึ้นอยู่กับคำตอบข้างต้นคุณควรเลือกของรูปแบบการกู้คืนฐานข้อมูล

ในแง่ง่าย(ไม่ได้พูดคุยเป็นกลุ่มเข้าสู่ระบบรูปแบบการกู้คืน) ,

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

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

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

ฉันอยากจะแนะนำให้คุณคูแผนการบำรุงรักษาและดำเนินการ [วิธีการแก้ปัญหาการบำรุงรักษาสมาร์ท - ที่เป็นเรื่องง่ายและมีความยืดหยุ่นและต่อไปนี้ปฏิบัติที่ดีที่สุด] - 5 - โซลูชันสำรองของ Ola (และโซลูชันการบำรุงรักษาดัชนีเช่นกัน)

ช่วยตอบคำถามของคุณ:

จะสำรองข้อมูลบันทึกธุรกรรมเช่นนี้โดยอัตโนมัติหรือไม่?

โปรดอย่าผนวกข้อมูลสำรองหรือตั้งค่าให้หมดอายุ พวกเขาสร้างระเบียบใหญ่ ใช้INITและทำการสำรองข้อมูลบันทึกแยกต่างหากด้วยการประทับวันที่และเวลา ดูแลรักษาง่าย ใช้โซลูชันสำรองของ Ola สำหรับสิ่งนั้น โซลูชันมีความยืดหยุ่นในการลบข้อมูลสำรองเก่าเช่นกัน

การเรียกใช้ข้อมูลและการสำรองข้อมูลบันทึกธุรกรรมพร้อมกันหรือไม่ ถ้าไม่เช่นนั้นวิธีที่เหมาะสมในการทำเช่นนี้คืออะไร?

การสำรองข้อมูลเต็มรูปแบบไม่มีผลต่อการสำรองข้อมูล T-log การสำรองข้อมูลเต็มรูปแบบมีเพียงบันทึกการทำธุรกรรมเพียงพอที่จำเป็นเพื่อให้ในกรณีที่มีการคืนค่าฐานข้อมูลสามารถทำธุรกรรมสอดคล้องกับเวลาที่ส่วนการอ่านข้อมูลของการสำรองข้อมูลเต็มรูปแบบเสร็จสมบูรณ์ ตรวจสอบ - บันทึกธุรกรรมจำนวนเท่าใดที่มีข้อมูลสำรองทั้งหมดรวมอยู่ด้วย

นอกจากนี้การสำรองข้อมูลบันทึกในระหว่างการสำรองข้อมูลเต็มรูปแบบจะไม่ตัดทอนบันทึกธุรกรรม A (สองสาม) บันทึกสำรอง / s หลังจากเสร็จสิ้นการสำรองข้อมูลเต็มจะตัดทอนบันทึก

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

งานการล้างข้อมูลตามลำดับจะลบไฟล์ "เก่า" .bak และ. trn ภายใต้โฟลเดอร์ย่อยของ G: \ Backups มันสมเหตุสมผลไหม การทำเช่นนี้จะดีกว่าไหมใน SSIS ดังนั้นฉันสามารถ ETL ของฉันล้มเหลวได้หาก / เมื่อการสำรองข้อมูลล้มเหลว หรือกระบวนการ ETL ของฉันควรดูแลด้วยหรือไม่

สำหรับทั้งคู่ข้างต้นให้ใช้โซลูชันบำรุงรักษาสำรองของ Ola มันจะดูแลการลบไฟล์เก่า