SQL Transactional replication trouble

MicroAutomation
MicroAutomation used Ask the Experts™
on
We have setup a publication of TABLE_INFO on SERVER1 to TABLE_INFO_SERVER1 on a remote subscriber server. This works fine as all entries made at SERVER1 are being replicated to the remote subscriber server destination table of TABLE_INFO_SERVER1 successfully.

When we try adding a second subscription from another server of TABLE_INFO on SERVER2 to TABLE_INFO_SERVER2 the replication initializes correctly, but the SERVER1 table stops updating after initialization.  Then instead of SERVER1 going to its destination table and SERVER2 going to its destination table, all records from both SERVER1 and SERVER2 are now being delivered to the SERVER2 destination tables.

I have checked to ensure that the destination tables at the publisher are configured correctly already. The only thing I can think of is that SQL doesn't like that the name of source tables on both servers are the same. Any assistance is appreciated...
Comment
Watch Question

Do more with

Expert Office
EXPERT OFFICE® is a registered trademark of EXPERTS EXCHANGE®

Author

Commented:
Thanks. Not sure how I chose the wrong zone but definitely needed to be moved.

Commented:
Is there any custome stored procedures involved in this replication.
?Is the distribution Server on a separate server and is that being shared by both the subscriptions?

Author

Commented:
No there is no custom stored procedure in use for this.

The Distribution server is a separate server it is being shared by both subscriptions. It is setup to allow each both Publishers to use it. Both publishers are using separate distrib databases. At least as far as I can tell they are.
Success in ‘20 With a Profitable Pricing Strategy

Do you wonder if your IT business is truly profitable or if you should raise your prices? Learn how to calculate your overhead burden using our free interactive tool and use it to determine the right price for your IT services. Start calculating Now!

Commented:
If its more than one distribution database please verify the setup by going thru the below link and make sure they'r setup correctly.The distributor may have been pointing to same destination.

http://www.sqlservercentral.com/articles/Replication/69663/

Author

Commented:
At the distributor we have separated the distribution databases, locations, snapshot folders, etc for each publication. We have read the link and reviewed all the distributor settings.

Same results.

Author

Commented:
Any other thoughts on this?
We have started again on this and have setup the initial distributor, publication and subscriber. The tables are being updated in near real-time at the subscriber successfully now. Now just need the other half.

Attached are the setups scripted out for each.

We need to add to this:

Distributor (single server for both publishers)
   - a second allowed publisher on the distributor called abas02 (or IVRNASC01P11)
   - needs to use its own abas02 db and abas02 folder

Publisher (second publishing server)
   - a second publisher with the same publication but everything is abas02 (or IVRNASC01P11)
   - the target tables also change from _as01 to _as02

Subscriber (single subscriber for both publications)
   - add second subscription same as the first but everything is abas02 (or IVRNASC01P11)
   - both publications come to same database on this server only target table names here are different. (_as01 & _as02)


Thanks for any continued assistance...
rep.zip

Author

Commented:
We have corrected the problem on our own. Thanks.

Do more with

Expert Office
Submit tech questions to Ask the Experts™ at any time to receive solutions, advice, and new ideas from leading industry professionals.

Start 7-Day Free Trial