Undocumented Gotchas of Transactional Replication

, 2011-12-17

Undocumented Gotchas of Transactional Replication

Gotcha - Norelco commercial (1977)

Gotcha - Norelco commercial (1977)

This discussion started on Twitter via the #sqlhelp hash tag. The question that was asked is, “What are the undocumented gotchas of Transactional Replication? #SQLHelp”. I responded with several things that came to mind. I thought these would be good to capture in a blog post and hopefully others would contribute some more gotchas to the list.

If you can think of any other gotchas about any type of replication, not just transactional, please add it to a comment. Also, if you have a blog post on it, please include the link to the post. I’m getting the ball rolling with the ones I mentioned on Twitter.

Gotchas of Replication

    Transactional replication

  • If you run the agent continuously, and it stops (fails), it won’t restart or raise an alert until the subscription expires.
  • If the agent is failing, it will retry forever and you may never notice it is failing unless you are monitoring closely.
  • If you add/remove an article using the GUI, it will regenerate the entire snapshot. Use TSQL to avoid this.
  • Where you place the distribution db is very important for performance and manageability. Plan this point very well.
  • Check the VLFs in your db log before configuring repl. as it can have a very high impact on performance of the log reader
  • Be wary of non-replicated trans that create lots of log records (eg, index maint.) as it affects log reader performance
  • DML ops. to LOB columns in repl. tables will fail if the length of value exceeds the “max text repl size (B)” setting.
  • Make sure you are testing deployments in repl. preprod. environ. so you aren’t surprised by related failures in Prod.
  • When the publication is mirrored. Transactions will not replicate until hardened on mirror, unless a trace flags used
  • Log reader fails if it encounters blank (empty) XML in an XML column.
  • Including an article in multiple publications can lead to performance problems.
  • Altering articles to not replicate deletes may not be set on all articles as expected.
    Merge replication

  • Changing conflict tracking level from row to column generates conflicts when different columns are updated





Related content

Database Mirroring FAQ: Can a 2008 SQL instance be used as the witness for a 2005 database mirroring setup?

Question: Can a 2008 SQL instance be used as the witness for a 2005 database mirroring setup? This question was sent to me via email. My reply follows. Can a 2008 SQL instance be used as the witness for a 2005 database mirroring setup? Databases to be mirrored are currently running on 2005 SQL instances but will be upgraded to 2008 SQL in the near future.


1,567 reads

Networking - Part 4

You may want to read Part 1 , Part 2 , and Part 3 before continuing. This time around I'd like to talk about social networking. We'll start with social networking. Facebook, MySpace, and Twitter are all good examples of using technology to let...


1,530 reads

Speaking at Community Events - More Thoughts

Last week I posted Speaking at Community Events - Time to Raise the Bar?, a first cut at talking about to what degree we should require experience for speakers at events like SQLSaturday as well as when it might be appropriate to add additional focus/limitations on the presentations that are accepted. I've got a few more thoughts on the topic this week, and I look forward to your comments.


360 reads