I have one central SQL Server database which can be offline from time to time. I have a desktop application using Local DB Cache (SQL CE) to synchronize with the central database and I also have a web application with its own SQL Server that I'd also would like to keep synchronized. All synchronizations must be bidirectional.
Is there a way to synchronize my central database with web application's database in the same way as I synchronize my central database with desktop client?
I know about collaboration scenarios and peer-to-peer synchronization but I would like to avoid manual provisioning of databases. I'd like to use integrated sql server 2008 change tracking just like in the SQL CE <--> SQL Server scenario.
I had the same question once: sync framework server to server synchronization
In the end i did the syncronization myself(using stored procedures) and it wasn't that hard. Or you can use replication(in my project there was a term to use as little traffic as we can, so i've implemented my own mechanism for my needs)
Related
I have a ADO.net application which generates some data in regular intervals that is stored in a local SQL server. I want that database to sync with Microsoft azure SQL database automatically. What would be the best process to make it happen?
You have two options. One of them is SQL Data Sync which will sync you local database with an Azure SQL Database and viceversa. It is a bi-directional replication that works best with SQL Server 2008 R2 (and later) on-premises databases. This service is in preview and you can get started with it by visiting this documentation.
Your second option is Snapshot and one-way replication that works with SQL Server 2012 and later. You can get started with it on this documentation.
Hope this helps.
I have done so for SQL Server, now I was trying to do it SQL Server Compact.
I am unable to make a connection string in SQL Server Compact which has the provision for providing ip/server.
Try Replicating Data to a remote server.
http://msdn.microsoft.com/en-us/library/ms152568(v=sql.105).aspx
SQL Server Compact is just not designed to be used in a network. It's designed as a local-only cache/database store. It was a design decision made by its authors ... if you need something that works for multiple users in a network - use the real SQL Server (Express or any other edition) (by marc_s
It is also considered bad idea to expose SQL server to network - you may want to redesign your application to have service exposing limited functionality to users and calling DB (in this case you can use local SQL compact, but still consider other editions that are more appropriate to general data storage).
If SQL Compact is requirement - replicate data to local file - MSDN:Replicating Data to SQL Server Compact.
For more information on Sql Compact connection strings - Connecting C# to SQL Server Compact database
I would want to sync up on-premises Oracle database with SQL Azure. Currently I have a DTS package setup for my on-premises applications (both Oracle and SQL Server being on-premise). If I move the SQL Server to Azure, how should this process be designed?
you have to options for moving to Azure:
Move to Azure SQL Database
Provision a SQL Server VM in Azure
the latter will have the same feature set as your regular on-premise SQL Server. The former is not fully-feature equivalent to SQL Server. Azure SQL Database is just the Database engine part, no SSIS, SSAS, Replication and even TSQL is not fully equivalent to SQL Server.
If you use the VM approach, its safe to assume you can still run your existing packages. However, you need to consider latency between Azure in the cloud and your on-premise Oracle database.
you may also build a custom solution to sync the databases or even use Sync Framework. see: Database Sync: Oracle and SQL Compact 2-Tier , just replace the SQL Compact with the SqlSyncProvider which works with the Azure SQL Database. You can change the sample to use an n-tier approach if you want to use WCF as well.
There are few differences between SQL Server and Azure SQL Database (SQL Azure renamed) so I suppose your code can work on Azure too with little effort. Azure SQL Databases do not have the same features and AFAIK the DTS package cannot run in the Azure environment. But I suppose you can think, if logic/traffic/latency permits, of running the DTS on premises interacting with the Azure SQL Database and Oracle.
You may find SQL Data Sync interesting:
SQL Data Sync is a web service that you use to keep your data synchronized across multiple servers in different locations
I have a web based CRM system that stores all the client data from all the clients into one database (MS Sql Server). We need to build a system that maintains a local copy of the data for each client. So basically the client database will have all tables and columns except for the ClientId that is in ever server table. I am aware that I will need to add fields to the server to support synchronization.
Are there any good solutions or components already out there to help me accomplish this?
We are using MS Sql Server and .NET C#
SQL Server vs. a local one (express) - this is what MS does in it's CRM.
Sync framework (part of SQL Server etc.) could be helpful to programming a sync mechanism, in case you do not want to use replication here - which MAY work.
I have created a sdf database in a mobile application.
Now I want to synchronize that database to a sql server database.
Sure, just like most clients you can use either Remote Data Access (RDA) or Merge Replication. Microsoft Sync Services is also an option.