SQL Server Transactional Replication over VPN

I have transactional replication running between two servers over a dedicated VPN connection. The databases are quite large, so I initially use the backup and restore method to get the initial snapshot to the subscriber unit, and then allow it to apply incremental transactions from there.

Everything works fine until the VPN line is peeled off (which sometimes happens), at which point the replication process is subject to blocking. When I look at the subscriber side, there are several SQL processes that seem to freeze and have locks stored in the database and subscribers tables. The crazy thing is that these processes come from the replication service. I can assure you (from trial and error) that no other processes block this database except replication itself.

So why would the replication process move to its own feet? Why would it damage just because of a loss of network connectivity? Any suggestions to make it more reliable?

+3
source share
3

, vpn. .

, , . , - , .

+4

SQL Server 2005 -. VPN, - , . , , .

, , , , , , . .

+1

I will ask some questions and maybe they can give you some ideas, since I have no clue.

Is there a way that a replicator needs to test a connection before trying to start copying? Is there a way to put a connection test in any script that you use to perform replication? Is there any way to get a script deposit in case of failure?

0
source

Source: https://habr.com/ru/post/1703321/


All Articles