dbTalk Databases Forums  

Advice on replication

comp.databases.ms-sqlserver comp.databases.ms-sqlserver


Discuss Advice on replication in the comp.databases.ms-sqlserver forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
ThomasH
 
Posts: n/a

Default Advice on replication - 07-01-2010 , 06:51 AM






Hi NG!

Three physical locations (A, B and C) share the same database. When a
person at location A puts something in the database, it should be
updated for B and C.

My best solution is 1 database at location A, which also has a terminal
server that users from B and C log on to. Voila, the see the same data.

If that's not an option, what's the best solution?

We've got lots of small alterations to the data in the course of the
day, so I'm thinking Merge Replication. But we need something like
instant replication... is that feasible?

Hope you can pitch in
Thomas

Reply With Quote
  #2  
Old   
Erland Sommarskog
 
Posts: n/a

Default Re: Advice on replication - 07-01-2010 , 04:15 PM






ThomasH (thomasherskind (AT) gmail (DOT) com) writes:
Quote:
Three physical locations (A, B and C) share the same database. When a
person at location A puts something in the database, it should be
updated for B and C.

My best solution is 1 database at location A, which also has a terminal
server that users from B and C log on to. Voila, the see the same data.

If that's not an option, what's the best solution?
Certainly solutions where the database is not only logically the same,
but also the physically are very palatable, since introducing replication
raises the level of complexity considerably.

Quote:
We've got lots of small alterations to the data in the course of the
day, so I'm thinking Merge Replication. But we need something like
instant replication... is that feasible?
Replication is not my game, so I don't know how fast merge replication is.
The alternative would be some custom-built, which may be feasible if only
a small amount of tables are involved. This could with Service Broker.
But it's a not path I would take easily.


--
Erland Sommarskog, SQL Server MVP, esquel (AT) sommarskog (DOT) se

Links for SQL Server Books Online:
SQL 2008: http://msdn.microsoft.com/en-us/sqlserver/cc514207.aspx
SQL 2005: http://msdn.microsoft.com/en-us/sqlserver/bb895970.aspx
SQL 2000: http://www.microsoft.com/sql/prodinf...ons/books.mspx

Reply With Quote
  #3  
Old   
ThomasH
 
Posts: n/a

Default Re: Advice on replication - 07-02-2010 , 01:47 AM



Quote:
The alternative would be some custom-built, which may be feasible if only
a small amount of tables are involved. This could with Service Broker.
Thanks for the input. We're dealing with something like 40 tables, and
something in the neigbourhood of 500 - 2000 MB. Nothing crazy mind
you, but we do need something like real time access from several
different locations.

We tried accessing a single database over a vpn 100 mbit line, but it
got bogged down pretty quickly. Seems a lot of superflous data was sent
back and forth.

So we're back at replicating the database...

Reply With Quote
  #4  
Old   
Erland Sommarskog
 
Posts: n/a

Default Re: Advice on replication - 07-02-2010 , 01:57 AM



ThomasH (thomasherskind (AT) gmail (DOT) com) writes:
Quote:
We tried accessing a single database over a vpn 100 mbit line, but it
got bogged down pretty quickly. Seems a lot of superflous data was sent
back and forth.
Obvoiusly, with a slow connection, you need to make sure that the clients
are lean in their data access. Which may or may not be within your control.


--
Erland Sommarskog, SQL Server MVP, esquel (AT) sommarskog (DOT) se

Books Online for SQL Server 2005 at
http://www.microsoft.com/technet/pro...ads/books.mspx
Books Online for SQL Server 2000 at
http://www.microsoft.com/sql/prodinf...ons/books.mspx

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.