Hợp nhất sao chép không thành công khi thực hiện truy vấn


7

Bản sao hợp nhất của tôi đã làm việc tốt sáng nay. Kể từ một hoặc 2 giờ trước, các cửa sổ trạng thái đồng bộ hóa của tôi tiếp tục hiển thị thông báo này:

Id chủ đề 3108 sẽ đợi trong 15 giây trước khi thử lại truy vấn trên Publisher 'MSI-SQL-MAS01'.

Bất cứ ai có thể cho tôi biết những gì đang xảy ra? Cơ sở dữ liệu có kích thước 500Gb và nó cũng được sử dụng khá nhiều. Tuy nhiên, sao chép phải hoạt động, chúng tôi cần giữ cho cơ sở dữ liệu ở thuê bao đồng bộ.

Ngoài ra đây là những gì tôi thấy sau một phút hoặc lâu hơn:

Một truy vấn thực thi trên Publisher 'MSI-SQL-MAS01' không thành công vì kết nối được chọn là nạn nhân trong bế tắc. Vui lòng chạy lại quy trình hợp nhất nếu bạn vẫn thấy lỗi này sau khi thử lại nội bộ theo quy trình hợp nhất.

Như tôi vừa nói, bản sao đã hoạt động tốt vào sáng nay. Tôi cũng khởi động lại tác nhân hợp nhất như lỗi được đề xuất nhưng không có kết quả.

Tôi cũng đã thử

cập nhật sysmergepublications được đặt [thế hệ_leveling_thr Ngưỡng] = 0

tại cả cơ sở dữ liệu của người đăng ký và nhà xuất bản nhưng dường như không có may mắn .. đôi khi cũng chỉ nhận được lỗi sau:

Quá trình hợp nhất đang thử lại một hoạt động thất bại được thực hiện cho bài viết 'xx' - Lý do: 'Quá trình hợp nhất không thể đồng bộ hóa hàng.'.

Cảm ơn trước.


Tôi không thấy lỗi cũ của mình nữa. Điều duy nhất tôi nhận được bây giờ là:

"Quá trình hợp nhất đang thử lại một hoạt động thất bại được thực hiện cho bài viết 'xx' - Lý do: 'Quá trình hợp nhất không thể đồng bộ hóa hàng.'."

Các hồ sơ không có ý nghĩa với tôi. Tôi không thấy bất kỳ thông tin liên quan.

Nếu tôi xác định lại đăng ký, nó sẽ làm gì? Tôi hy vọng tôi không cần một ảnh chụp nhanh mới cho điều đó bởi vì điều đó là không thể vào lúc này. Cơ sở dữ liệu có kích thước hơn 500Gb và ảnh chụp nhanh mất hơn 9 giờ để hoàn thành. Cơ sở dữ liệu đang được sản xuất mọi lúc và được sử dụng rất nhiều, do đó, việc khóa cơ sở dữ liệu để tạo ảnh chụp nhanh thực sự là không nên.


Được rồi, đây là những gì tôi thấy trong trình xem xung đột:

Hàng tương tự đã được cập nhật ở cả 'master_server' và 'Slave_server'. Trình giải quyết đã chọn bản cập nhật từ 'master_server' là người chiến thắng.

Làm thế nào có thể cùng một hàng được cập nhật ở cả máy chủ chính và máy chủ nô lệ trong khi ứng dụng của chúng tôi được kết nối với máy chủ chính? Có vẻ như một cái gì đó đang cập nhật cùng một hàng tại cả hai máy chủ có nội dung khác nhau và làm cho tác nhân hợp nhất bị sập?

Câu trả lời:


1

"Có vẻ như một cái gì đó đang cập nhật cùng một hàng tại cả hai máy chủ có nội dung khác nhau và khiến cho tác nhân hợp nhất bị sập?" Điều này được xử lý bằng các bảng xung đột hợp nhất và sẽ không gây ra các vấn đề bạn đang mô tả. Các bảng xung đột này được đặt trên cơ sở dữ liệu của nhà xuất bản và được đặt tên như: MSMerge_conflict__.

Để trả lời câu hỏi của bạn về việc reinitialization làm gì, theo mặc định, reinitialization sẽ chụp ảnh nhanh các bài báo đã xuất bản của bạn, thả các bài viết về phía người đăng ký, tạo lại các bài viết về phía người đăng ký và sau đó tải dữ liệu hàng loạt từ ảnh chụp nhanh vào các bài viết của người đăng ký . Vì đây là môi trường sản xuất và những bài viết đó cần phải có sẵn ở phía người đăng ký, nên điều này chỉ nên được sử dụng như là phương sách cuối cùng.

Những gì bạn có thể làm là truy vấn bảng MSrepl_errors trên cơ sở dữ liệu Phân phối. Điều này sẽ cung cấp cho bạn một lệnh_id và xact_seqno. Bạn có thể sử dụng các giá trị này làm đầu vào cho thủ tục được lưu trữ sys.sp_browsereplcmds. Điều này sẽ cung cấp cho bạn văn bản lệnh thực sự thất bại. Sử dụng thông tin này, bạn có thể hiểu rõ hơn về bản chất của sự thất bại. Nếu một hàng cụ thể không thể được chèn hoặc xóa tại thuê bao, bạn có thể phải xóa hàng hiện có (để cho phép chèn) hoặc chèn một hàng giả (để cho phép xóa), tương ứng.

Tôi hy vọng thông tin này sẽ giúp ích,

Matt


0

Tôi nghi ngờ rằng vấn đề không hợp nhất sao chép, đó là sự bế tắc. Lấy dấu vết Profiler với biểu đồ khóa chết đi kèm và khắc phục sự cố từ đó. Nếu bạn không thể tìm thấy đáy của nó sau một thời gian, hãy thử khởi động lại đăng ký.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.