จะใช้ CDC เพื่อติดตามประวัติเมื่อใด

SQL Server Change Data Capture เป็นคุณสมบัติที่อ่านข้อมูลประวัติจากบันทึกธุรกรรม SQL Server และเก็บไว้ในตารางพิเศษ

จากการใช้ฟังก์ชั่นค่าตารางพิเศษ (TVF) จะช่วยให้ผู้ใช้สามารถสืบค้นข้อมูลนี้ทำให้สามารถรับการเปลี่ยนแปลงทั้งหมดในตารางที่ระบุหรือเฉพาะการเปลี่ยนแปลงสุทธิที่เกิดจากการเปลี่ยนแปลงภายในเวลาที่กำหนด

CDC มีข้อดีบางประการ

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

นอกจากนี้ยังมีข้อเสีย:

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

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

1. CDC สำหรับภารกิจ / สถานการณ์ใดเป็นเครื่องมือที่เหมาะสม (เช่นอนุญาตให้ผู้ใช้กู้คืนวัตถุข้อมูลไปยังจุดที่กำหนดเวลาหรือไม่การตรวจสอบ? แสดงประวัติของข้อมูลทั้งหมด?)
2. เมื่อใดที่คุณไม่ควรใช้ CDC แต่หันไปใช้โซลูชันทริกเกอร์ที่กำหนดเอง
3. การใช้ CDC ในฐานข้อมูลการดำเนินงานและใช้ประโยชน์จากข้อมูล CDC ภายในแอปพลิเคชันในการดำเนินงานหรือไม่ (เช่นแสดงให้ผู้ใช้เห็น) หรือว่านี่เป็นการใช้งานผิดวัตถุประสงค์อย่างชัดเจนหรือไม่?

ฉันมักจะได้ยินว่า CDC เป็นเครื่องมือตรวจสอบ แต่ไม่ใช่ว่าSQL Server Auditเหมาะกับอะไร พวกเขาทั้งสองมีเครื่องมือต่างกันสำหรับงานเดียวกันหรือไม่? หรือ CDC สามารถใช้สำหรับสิ่งอื่น ๆ ?

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

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

ประการแรก

การดักจับข้อมูลการเปลี่ยนแปลงนั้นมีเฉพาะในรุ่น Enterprise, Developer และ Evaluation ของ SQL Server

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

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

ฉันทำงานในระบบเดียวเมื่อเราใช้ทริกเกอร์ (สร้างโดย CodeSmith) รวมถึงการติดตามการเปลี่ยนแปลงทั้งหมดในบันทึกเรายังเชื่อมโยงการเปลี่ยนแปลงเข้าด้วยกันกับตาราง“ ประวัติ” ซึ่งรวมถึงโมดูลของแอปพลิเคชันที่ทำการเปลี่ยนแปลง และรายการ UI ที่ผู้ใช้เคยทำการเปลี่ยนแปลง

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

ต่อไปนี้เป็นซีรีส์ 9 ส่วนที่ได้รับการเขียนเป็นอย่างดีซึ่งวิจารณ์วิธีต่างๆในการตรวจสอบการเปลี่ยนแปลงข้อมูล SQL Server ส่วนที่ 3, 4 และ 5 มุ่งเน้นไปที่ CDC ควรอ่านบทความทั้งหมดเพราะจะตอบคำถามของคุณเช่นสถานการณ์ต่าง ๆ ที่คุณลักษณะจะเหมาะสมและค่าใช้จ่าย http://solutioncenter.apexsql.com/tag/methods-for-auditing-sql-server

CDC สำหรับภารกิจ / สถานการณ์ใดเป็นเครื่องมือที่เหมาะสม (เช่นการอนุญาตให้ผู้ใช้กู้คืนข้อมูลวัตถุไปยังจุดที่กำหนดในเวลา?

บางทีมันขึ้นอยู่กับ

การตรวจสอบ?

ใช่.

แสดงประวัติข้อมูลทั้งหมดหรือไม่)

ใช่.

เมื่อใดที่คุณไม่ควรใช้ CDC แต่หันไปใช้โซลูชันทริกเกอร์ที่กำหนดเอง

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

คุณสามารถใช้ CDC ในฐานข้อมูลการดำเนินงานและใช้ประโยชน์จากข้อมูล CDC ภายในแอปพลิเคชันที่ใช้งานได้หรือไม่? (เช่นแสดงให้ผู้ใช้เห็น)

ใช่.

หรือนี่เป็นการใช้งานผิดวัตถุประสงค์ของคุณสมบัตินี้อย่างชัดเจนหรือไม่

ไม่มันไม่ได้ใช้คุณสมบัตินี้ในทางที่ผิด

ฉันมักได้ยินว่า CDC เป็นเครื่องมือตรวจสอบบัญชี แต่นั่นไม่ใช่ SQL Server Audit

ใช่.

พวกเขาทั้งสองมีเครื่องมือต่างกันสำหรับงานเดียวกันหรือไม่?

เลขที่

หรือ CDC สามารถใช้สำหรับสิ่งอื่น ๆ ?

CDC สามารถใช้เพื่อสิ่งอื่นได้

มีการติดตามการเปลี่ยนแปลงและมีการเก็บข้อมูลการเปลี่ยนแปลง ทั้งสองมีรากฐานในการจำลอง

การติดตามการเปลี่ยนแปลงเป็นวิธีในการจัดเตรียมการเปลี่ยนแปลงสุทธิในตาราง ตัวอย่างของการใช้งานจะเป็นการซิงค์อุปกรณ์มือถือ

ในทางกลับกัน CDC ติดตามการเปลี่ยนแปลงเล็ก ๆ น้อย ๆ ทุกประวัติศาสตร์ เราสามารถใช้ประวัตินั้นเพื่ออัปเดตคลังข้อมูลแทนการคัดลอกข้อมูลจำนวนมากหรือสามารถใช้ประวัตินั้นเป็นข้อมูลเองและสร้างรายงานได้ ตารางการเปลี่ยนแปลงไม่ได้ถูกซ่อนหรือมีสคีแปลกหรือบางอย่าง คุณสามารถสืบค้นและใช้ข้อมูลได้ตามต้องการ แค่จำไว้ ... มันไม่ใช่เวลาจริงอย่างที่เอียนบอก ข้อมูลมาจากบันทึกธุรกรรมดังนั้นดูแลเหมือนคุณใช้การจำลองแบบหรือทำมิเรอร์หรือบันทึกการจัดส่ง โดยและขนาดใหญ่มันจะเร็วกว่าทริกเกอร์ คุณจะต้องใช้ Snapshot Isolation ซึ่งมีค่าใช้จ่ายและคุณจะต้องคิดถึง Disaster Recovery

• http://technet.microsoft.com/en-us/magazine/2008.11.sql.aspx
• http://technet.microsoft.com/en-us/library/bb933875.aspx
• http://technet.microsoft.com/en-us/library/cc645937.aspx
• http://blogs.technet.com/b/dataplatforminsider/archive/2008/01/28/sql-server-2008-case-studies.aspx (ค้นหาในหน้าเปลี่ยนการเก็บข้อมูล)
• http://searchdatamanagement.techtarget.com/news/2240021731/Insurance-firm-picks-Attunity-change-data-capture-tools-over-WebFocus
• ตัวอย่างของ CDC ที่ใช้ในการตรวจสอบ

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

https://docs.microsoft.com/en-us/sql/sql-server/editions-and-components-of-sql-server-2016?view=sql-server-2017#DW