Μπορεί κάποια στιγμή να εμφανιστεί σε ένα transactional replication να μην μεταφέρονται οι εγγραφές στη replica database.

Συνήθως κάτι τέτοιο συμβαίνει διότι υπάρχει πρόβλημα στην επικοινωνία μεταξύ των εμπλεκομένων ή γιατί έχουμε I/O latency στην replica database.

Εξαιτίας αυτών ο distributor δεν προλαβαίνει την μεταφορά και έχει σαν συνέπεια να μην υλοποιούνται κάποια transactions.

Σε αυτή την περίπτωση όταν κοιτάζουμε το replication monitor βλέπουμε να υπάρχουν αρκετά errors όπως ακριβώς αυτά που φαίνονται στην παρακάτω εικόνα.

Αυτό σημαίνει ότι κάποια εγγραφή δεν υπάρχει στην replica και το replication ζητάει αυτή να την κάνει update.

Για να επιλυθεί το συγκεκριμένο πρόβλημα θα πρέπει να γίνουν τα εξής βήματα τα οποία πρέπει να εκτελεστούν στον distributor και στην distribution database.

Από το error message θα πρέπει αν πάρουμε το transaction sequence number (αυτό που ξεκινάει με 0x…). Αυτό μπορούμε να το λάβουμε αν εκτελέσουμε το παρακάτω query το οποίο διαβάζει τα replication errors και στο οποίο είναι καλό να υπάρχει και το σχετικό φίλτρο ώστε να δούμε τα πρόσφατα λάθη.

select distinct xact_seqno from msrepl_errors
where time > '20160221 00:00'
order by 1

Για κάθε ένα από αυτά θα πρέπει να εκτελεστεί η stored procedure sp_browsereplcmds στην οποία θα πρέπει να περάσουμε παραμέτρους @xact_seqno_start και @xact_seqno_end το transaction sequence number το οποίο έχουν διαβάσει από την ανάγνωση του replication monitor.

use distribution;
exec sp_browsereplcmds '0x000B073B000144EA000400000000','0x000B073B000144EA000400000000';
go

Αν έχουμε χρησιμοποιήσει το query τότε μπορούμε στην εκτέλεση της stored procedure να βάλουμε στην παράμετρο @xact_seqno_start την πρώτη τιμή του αποτελέσματος και στην @xact_seqno_end την τελευταία τιμή του αποτελέσματος. Προσωπικά συνιστώ να εκτελεστεί με την ίδια τιμή για τις παραπάνω παραμέτρους καθώς έτσι θα τελειώσει γρηγορότερα αλλά θα εστιάσουμε σε συγκεκριμένη εγγραφή. Απλά θα πρέπει να επαναλάβουμε ξανά την εκτέλεση της για την επόμενη εγγραφή εφόσον φυσικά έχουμε και άλλη που έχει το ίδιο πρόβλημα

Η stored procedure αυτή θα επιστέψει τα replicated commands. Αυτό την εκτέλεση της μας ενδιαφέρει η κολώνα command (βλέπε εικόνα παρακάτω).

Σε αυτή θα δούμε την εκτέλεση της stored procedure που κάνει το update του replication και που θα ξεκινάει με «sp_MSupd_» και θα συνεχίζει με το όνομα του replicated article (schema & tablebname).

Θα πρέπει να ανατρέξουμε στο definition αυτής το οποίο θα βρούμε στην replica database και θα πρέπει να εντοπίσουμε την παράμετρο που είναι το primary key του πίνακα.
Έχοντας την πληροφορία αυτή στα χέρια μας μπορούμε να διαβάσουμε σωστά το περιεχόμενο της κολώνας Command από την οποία θα πρέπει να πάρουμε την τιμή που έχει το primary key.
Με αυτό στα χέρια μας θα πρέπει να αναζητήσουμε την εγγραφή αυτή στην primary database την οποία και θα πρέπει να βρούμε σε αυτή ενώ αντίθετά δεν θα την βρούμε στην replica database.
Αυτό που πρέπει να κάνουμε είναι να κάνουμε insert την εγγραφή αυτή στην replica database και θα αρχίσει το replication να δουλεύει πάλι ομαλά.

Η διαδικασία αυτή όπως βλέπετε είναι περίπλοκη αλλά είναι η μόνη λύση για την επίλυση του προβλήματος.

/*antonch*/