Solved

Deployment Architecture for database server for Web based software  across multiple locations

Posted on 2014-07-31
4
110 Views
Last Modified: 2014-08-11
I have 4  units spread over different geographical location  within a  distance of 100KM radius.  We want to deploy an hospital information system across all the 4 locations. We need to design deployment architecture for the same .

I need the following information from the experts
 
   Which one of the following is better and pros and cons of the same.

    1.  Having a single sql server database instance at a cartelized location (datacenter) and make clients at all the 4  
         locations connect to single instance

   2..  Have a separate database instance at each location.  

  ( There are around 700 clients from all the locations put together (Loc1 - 425 clients, loc2 -  50 , loc3 - 25 and loc4 - 200).
0
Comment
Question by:venkataramanaiahsr
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 2
4 Comments
 
LVL 39

Expert Comment

by:Aaron Tomosky
ID: 40235212
if you are writing to a database, making it centralized is definitely the easiest route. Otherwise how do you plan on keeping them all in sync?
0
 

Author Comment

by:venkataramanaiahsr
ID: 40237477
What i meant was

 is it better to have separate instance of Hospital information system application at each location talking to location specific db instance and later look for a data warehousing  application for data consolidation  

 (Pros/Cons - i can immediately think of  is this architecture involves less expenditure on networking/connectivity infrastructure)

OR

Is it better to have centralized instance and make all location specific instance of application  talk to central server thro mpls LAN  etc. ( more expenditure on on networking/connectivity infrastructure)
0
 
LVL 39

Expert Comment

by:Aaron Tomosky
ID: 40237580
I would build it as a single database. If it turns out you have performance problems you can't solve except by running multiple copies, then you can try to create a sync program. Syncing can get really hard, especially when dealing with conflicts.

If the db is central, you could do this at the network layer with VPN tunnels or Mpls. However you could also do ssl web services or alternatives at the application layer.
0
 
LVL 28

Accepted Solution

by:
Ryan McCauley earned 500 total points
ID: 40250015
If you've got a reliable network from the remote locations to a central office, then a single centralized database server is the easiest and cheapest option. I'd only look to split it up and put a database at each site for these reasons:

1) Unreliable network - if you can't depend on the remote sites having a connection back to the central server, then they won't be able to use the application when the network is down.
2) Speeds too slow over distance - if your app has constantly database transactions or is written to assume the database is local, it can slow down the app when queries take even a few seconds to come back from the central server
3) Remote sites can't see each others' data - I assume there aren't any data security concerns here, but if you have a situation where each site is absolutely not allowed to see other site's data, then you can put a database at each site that contains only their data. If you can trust you app to keep the data safe, though, it makes sense to locate them all together.

Central is easy and cheap (single server license), and can quickly get complicated if you have to keep things in sync at multiple locations. It would be my design by default unless you had a really compelling reason to put local database servers at each site.
0

Featured Post

Online Training Solution

Drastically shorten your training time with WalkMe's advanced online training solution that Guides your trainees to action. Forget about retraining and skyrocket knowledge retention rates.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Title # Comments Views Activity
TSQL convert date to string 4 69
SQL Server 2008 R2 service pack updates 5 60
SQL Query Across Multiple Tables - Help 5 43
efficient backup report for SQL Server 13 77
Naughty Me. While I was changing the database name from DB1 to DB_PROD1 (yep it's not real database name ^v^), I changed the database name and notified my application fellows that I did it. They turn on the application, and everything is working. A …
Ever needed a SQL 2008 Database replicated/mirrored/log shipped on another server but you can't take the downtime inflicted by initial snapshot or disconnect while T-logs are restored or mirror applied? You can use SQL Server Initialize from Backup…
This video shows how to use Hyena, from SystemTools Software, to update 100 user accounts from an external text file. View in 1080p for best video quality.

738 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question