SQL Server สำรองข้อมูลโดยใช้ Volume Shadow Copy


9

โปรแกรมอรรถประโยชน์การสำรองข้อมูลที่รู้จักกันดีจำนวนมากสำหรับ Windows ใช้บริการ Volume Shadow Copy Service ที่ติดตั้งไว้ใน windows รุ่นที่ใหม่กว่าเพื่อสร้างสแนปช็อตในเวลาของดิสก์เพื่อสำรองไฟล์ที่เปิดอย่างปลอดภัย

แต่กลไกนี้เล่นกับ SQL Server ได้ดีแค่ไหน? ฉันรู้ว่า SQL Server VSS Writer นั้นมีอยู่เพื่อช่วยให้ระบบสำรองข้อมูลทำงานร่วมกับ SQL Server ได้ แต่ไม่ใช่ทุกระบบการสำรองข้อมูลที่รู้เกี่ยวกับ SQL Server และใช้ประโยชน์จาก API ที่เกี่ยวข้องกับการสำรองข้อมูล

ดังนั้นคำถามของฉันคืออะไรเกี่ยวกับโปรแกรมที่ไม่รู้อะไรเกี่ยวกับ SQL Server

พวกเขาน่าจะได้ภาพรวมของไฟล์ MDF และ LDF ณ เวลาหนึ่งเนื่องจากมีอยู่ในครั้งเดียว และรูปแบบข้อมูล SQL Server น่าจะเพียงพอที่สแน๊ปช็อตดังกล่าวจะรับประกันได้ว่าสอดคล้องและใช้งานได้

นั่นเป็นวิธีที่สิ่งต่าง ๆ ใช้งานได้หรือฉันขาดอะไรไปหรือเปล่า? มี "gotchas" เกี่ยวกับการใช้กลไกการสำรองข้อมูลหรือไม่หรือฉันจะปลอดภัยหรือไม่?

คำตอบ:


8

คำตอบสั้น ๆ : พวกเขาเล่นได้ไม่ดีนักด้วยกันเว้นแต่คุณจะมีเซิร์ฟเวอร์ SQL ที่ตั้งค่าไว้อย่างเหมาะสม (และถึงแม้ว่าฉันจะไม่แนะนำก็ตาม)

: มีจำนวนมากของข้อมูลเกี่ยวกับ VSS และ MSSQL เล่นด้วยกันที่นี่
MSKB919023: SQL Server 2005 การเชื่อมต่อและ Volume Shadow คัดลอกบริการ (VSS)

หนึ่งคำเตือนว่า:

รูปแบบข้อมูล SQL Server น่าจะเพียงพอที่สแนปชอตดังกล่าวจะรับประกันได้ว่าสอดคล้องและใช้งานได้

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


6

คุณไม่เคยสำรองไฟล์ MDF และ LDF

คุณเรียกใช้การสำรองข้อมูล (แผน, SQL, SMO, อะไรก็ตาม) จากนั้นสำรองข้อมูลไฟล์สำรองเหล่านี้

ตรงไปตรงมาฉันไม่ได้รับรูปที่ผู้ขายพูดเกี่ยวกับ VSS ฉันไม่ชอบผู้ขายที่มีปลั๊กอิน SQL Server สำหรับการสำรองข้อมูล คุณใช้การสำรองข้อมูลดั้งเดิมของ SQL Server เท่านั้น

FYI: คุณยังไม่รวม MDF และ LDF จากการสแกนไวรัสด้วย


2

หากคุณไม่มีซอฟต์แวร์ที่มี SQL "ตัวเลือก" แล้ว:

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


2

ปัญหาหลักของการสำรองข้อมูล VSS นั้นเกิดจากการแคชในเซิร์ฟเวอร์ sql

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

ต้องบอกว่า: วิธีที่ปลอดภัยที่สุดยังคงสำรองในการจัดการ sql / ด้วยเครื่องมือเซิร์ฟเวอร์ sql

และคุณควรแยกข้อมูลเซิร์ฟเวอร์ sql และไฟล์สำรองทั้งหมดออกจาก virusscanners (.bak, .mdf, .ldf)


3
วัตถุประสงค์ทั้งหมดของสถาปัตยกรรม VSS Requestor \ Writer คือเพื่อให้แน่ใจว่าแอพพลิเคชั่นที่ใช้งานได้ (เช่นแอปสำรองข้อมูลของคุณ) สามารถสั่งให้เจ้าของ (SQL Server \ Exchange ฯลฯ ) เพื่อล้างข้อมูลแคชทั้งหมดและธุรกรรมที่เปิดอยู่ ทำให้ภาพรวม ไม่ว่าจะทำงานได้ดีหรือไม่ก็เป็นอีกปัญหาหนึ่ง แต่สถาปัตยกรรมนั้นทำงานได้มากเท่าที่จะเป็นไปได้เพื่อให้มั่นใจว่าไฟล์มีความสอดคล้องกัน
Helvick

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