คำถามติดแท็ก merge-replication

1
วิธีการแก้ไขปัญหาข้อขัดแย้งเท็จการจำลองแบบผสานอย่างถูกต้อง
เรามีการตั้งค่าการจำลองแบบผสาน SQL Server 2008 R2 เมื่อเร็ว ๆ นี้ฉันเริ่มได้รับความขัดแย้งสำหรับบางตารางและเมื่อฉันตรวจสอบตัวแสดงข้อขัดแย้งฉันจะเห็นว่าค่าของผู้ชนะ & ค่าคอลัมน์ผู้แพ้เหมือนกัน! ฉันแน่ใจว่าข้อมูลเหล่านี้ถูกป้อนโดยผู้สมัครสมาชิกเพียงคนเดียว ฉันใช้sp_showrowreplicainfoเพื่อรับรายละเอียดเพิ่มเติมเกี่ยวกับแถวที่ขัดแย้งกันและฉันได้ 2 แถว: แถวหนึ่งสำหรับผู้เผยแพร่และแถวสำหรับสมาชิกที่มีทั้งสองแถวมี "เวอร์ชัน" เป็น 1 ฉันใช้วิธีของแบรนดอนด้วย: การตรวจสอบการเปลี่ยนแปลงในการจำลองแบบผสานแต่มันแสดงให้เห็นว่ามีการแทรกแบบปกติเท่านั้น! คุณช่วยบอกวิธีเริ่มต้นการแก้ไขข้อขัดแย้งประเภทนี้ได้ไหม

1
อัปเกรด SQL Server 2005 เป็น SQL Server 2012
ฉันมีการตั้งค่าสภาพแวดล้อมการทดสอบด้วยสิ่งต่อไปนี้: เครื่องเสมือน (Hyper-V) Windows Server 2008 R2 SP1 (x64 บิต) SP4 นักพัฒนา Windows SQL Server 2005 SP4 (x64 บิต) (ชื่ออินสแตนซ์เริ่มต้น) 1 ฐานข้อมูลพร้อมการจำลองแบบผสานตั้งค่า ... 3 สิ่งพิมพ์ที่มีสมาชิก 2 ราย เรากำลังทดสอบขั้นตอนการอัปเกรดเป็น SQL Server 2012 Developer Edition (sp1) ... ฉันดาวน์โหลด iso สำหรับ 64bit SQL Server 2012 Dev (sp1) จาก MSDN (สำเนาลิขสิทธิ์แบบเต็ม) และเริ่มลงเส้นทางการอัพเกรด ในขั้นตอนสุดท้ายที่เริ่มต้นการตรวจสอบเกณฑ์ที่แตกต่างกันเราพบปัญหาที่แปลกประหลาดตามที่อธิบายไว้ด้านล่าง: Rule …

3
ข้อมูลการตรวจสอบการจำลองแบบโดยใช้ T-SQL
รูปภาพด้านล่างแสดงปัญหาการจำลองแบบธุรกรรมที่ฉันกำลังตรวจสอบอยู่ รูปภาพมาจากการตรวจสอบการจำลองแบบ ฉันจะรับข้อมูลนี้โดยใช้ T-SQL ได้อย่างไร

1
โดยประมาณกับแผนแบบสอบถามจริงกับการเรียกใช้ฟังก์ชัน
ฉันมีแบบสอบถามนี้ในเซิร์ฟเวอร์ SQL แบบสอบถามจำลองแบบผสาน: SELECT DISTINCT b.tablenick, b.rowguid, c.generation, sys.fn_MSgeneration_downloadonly ( c.generation, c.tablenick ) FROM #belong b LEFT OUTER JOIN dbo.MSmerge_contents c ON c.tablenick = b.tablenick AND c.rowguid = b.rowguid; แผนแบบสอบถามโดยประมาณมีข้อมูลเกี่ยวกับ 3 แบบสอบถาม แบบสอบถามข้างต้น การเรียกใช้ฟังก์ชันเพื่อ fn_MSgeneration_download เท่านั้น การเรียกใช้ฟังก์ชันเพื่อ fn_MSArticle_has_downloadonly_property แผนแบบสอบถามจริงรวมเฉพาะข้อมูลนี้: แบบสอบถามข้างต้น ไม่มีอะไรเกี่ยวกับฟังก์ชั่น เหตุใดข้อมูลฟังก์ชันจึงขาดหายไปในแผนจริง ฉันลองตัวเลือกเหล่านี้: SET STATISTICS PROFILE ON SET STATISTICS XML …

3
ข้อ จำกัด อย่างหนักสำหรับการรวมบทความการจำลองแบบนับรวมกันไหม
พื้นหลังเล็กน้อย เราพัฒนาแอพที่ใช้การจำลองแบบผสาน ขณะนี้เรากำลังเผยแพร่บทความประมาณ 212 บทความและทุกอย่างเรียบร้อยดีเนื่องจากดูเหมือนว่าจะอยู่ในขอบเขตการ จำกัด จำนวนบทความที่ 256 (การใช้ SQL Standard 2005 ที่เซิร์ฟเวอร์และ 2005 Express ที่ระดับสมาชิก) เราอยู่ในขั้นตอนการพัฒนาเวอร์ชั่นใหม่โดยมีฐานข้อมูลใหม่ที่สร้างขึ้นจากพื้นฐานซึ่งจะมีความต้องการระบบขั้นต่ำของฝั่งเซิร์ฟเวอร์ SQL 2008 R2 Standard และ Express 2008 R2 ที่ปลายไคลเอนต์ซึ่งดูเหมือนว่าจะมี จำกัด การนับ 256 เดียวกันสำหรับบทความที่เผยแพร่ (ใช่เราจะสนับสนุนปี 2012 ด้วยเช่นกัน) คำถามมาในที่เราได้ทดสอบเผยแพร่บทความมากกว่า 400 รายการในเวอร์ชันใหม่และการทดสอบทุกอย่างใช้งานได้ (การสร้างผับการสร้างสแนปชอตและการสมัครสมาชิกและการจำลองแบบเอง) มีใครเกินขีด จำกัด การนับก่อนหน้านี้หรือไม่และนี่เป็นเพียงข้อ จำกัด ที่แนะนำอย่างนุ่มนวลหรือไม่ เราไม่เห็นข้อผิดพลาดใด ๆ ทั้งในระหว่างการสร้างสิ่งพิมพ์หรือการสร้างสมาชิก ตามบทความนี้: http://msdn.microsoft.com/en-us/library/ms143432%28v=sql.105%29 ฉันรอการโทรกลับจาก Microsoft แต่ฉันต้องการทราบว่ามีใครเห็นสิ่งนี้มาก่อนใน …

3
PK เป็น ROWGUIDCOL หรือใช้คอลัมน์ rowguid แยกต่างหาก
มีการถกเถียงกันยาว ๆ ที่นี่ดังนั้นฉันอยากได้ยินความคิดเห็นอื่น ๆ ฉันมีตารางจำนวนมากที่มี PK เอกลักษณ์เฉพาะกลุ่ม ไม่ว่าจะเป็นความคิดที่ดีนอกขอบเขตที่นี่ (และจะไม่เปลี่ยนแปลงตลอดเวลาในไม่ช้า) ตอนนี้ฐานข้อมูลจะต้องถูกเผยแพร่และ DEV กำลังสนับสนุนการใช้คอลัมน์ rowguid แยกต่างหากแทนที่จะทำเครื่องหมาย PK ที่มีอยู่เป็น ROWGUIDCOL โดยพื้นฐานแล้วพวกเขาบอกว่าแอปพลิเคชันไม่ควรนำสิ่งที่ใช้ในการจำลองแบบโดเมนมาใช้เท่านั้น (เป็นเพียง "สิ่ง DBA" สำหรับพวกเขา) จากมุมมองด้านประสิทธิภาพฉันไม่เห็นเหตุผลว่าทำไมฉันควรเพิ่มคอลัมน์ใหม่เพื่อทำสิ่งที่ฉันสามารถทำได้ด้วยคอลัมน์ที่มีอยู่ นอกจากนี้เนื่องจากเป็นเพียง "ข้อมูล DBA" ทำไมไม่ให้ DBA เลือก ฉันเข้าใจประเด็นของ DEV แล้ว แต่ฉันก็ยังไม่เห็นด้วย คิด? แก้ไข:ฉันแค่ต้องการเพิ่มว่าฉันอยู่ในชนกลุ่มน้อยในการอภิปรายนี้และ DEVs ตั้งคำถามของฉันคือคนที่ฉันเคารพและเชื่อถือ นี่คือเหตุผลที่ฉันหันไปถามความคิดเห็น ฉันอาจจะพลาดบางสิ่งบางอย่างและอาจเข้าใจผิดจุดของพวกเขา
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.