PRB: Non-Unique Clustered Index on a Published Table Causes Incorrect Data to Replicate to Subscribers (308843)
The information in this article applies to:
- Microsoft SQL Server 7.0
- Microsoft SQL Server 2000 (all editions)
This article was previously published under Q308843 SYMPTOMS
In a transactional publication, if you add a non-unique index on a table that you have defined as an article, incorrect data may replicate to Subscribers. For example, blank spaces might be included for the variable length columns.
CAUSE
The Replication LogReader Agent uses the column offsets to generate commands that replicate to the Subscriber. If you create a non-unique clustered index on a published table or if you drop a unique clustered index and replace it with a non-unique clustered index, the column offsets for all variable length columns change. The column-offset changes cause the Replication LogReader Agent to generate invalid commands.
WORKAROUND
To work around this problem:
- Do not add a non-unique clustered index on a published table that belongs to Transactional Publication.
-or-
- If you need to add a non-unique clustered index to a published table (after the table replicates to a Subscriber):
- Drop the existing subscriptions.
- Add the new index.
- Re-create the subscriptions.
Modification Type: | Major | Last Reviewed: | 10/30/2003 |
---|
Keywords: | kbpending kbprb KB308843 |
---|
|