How to automatically keep two SQL Server database schemas in sync


When working on a SQL database development, there is sometimes a requirement to keep two databases in sync. For example, you have a development environment and want to automatically synchronize changes with a QA database frequently, so that tests can always be run on the most recent version. The implemented mechanism should handle this by detecting a specific schema change in the DEV database and automatically synchronizing with the QA database, fully unattended and on a schedule. The whole process should be run unattended and to be fully automated and the databases will be updated in near real time as we’ll schedule the process to run every 15 minutes


In this article, we’ll describe how a system including a SQL Server database schema compare tool, along with some PowerShell and a scheduler can keep the QA database in sync and up to date, and run automatically and unattended.

In this system, we’ll poll the two databases every 15 minutes. Since we are using a SQL Server database schema compare tool, we can ensure that only changed objects are updated in the synchronization and that if nothing is changed, the job will go back to “sleep” without doing anything, only to “wake up” again 15 minutes.

For our SQL Server comparison tool, we’ll use ApexSQL Diff. ApexSQL Diff is a 3rd party tool for comparing and synchronizing schemas between SQL Server databases, database backups, ApexSQL snapshots, script folders, and source control projects. The comparison and synchronization process of data sources can be scheduled and run at the desired date/time, so that databases are kept in sync, almost in real-time. In the following example, let’s schedule the comparison on every 15 minutes, and the synchronization will be performed if there are any schema changes between compared databases.


To set up the whole process, follow these steps:

  1. Run ApexSQL Diff

  2. Under the Data sources tab, of the New project window, set up the source and destination database:

  3. Switch to the Options tab, if a specific comparison/synchronization options need to be set up and to ensure an error free synchronization, without dependency issues, check the marked synchronization options:

  4. If everything is set up, click the Compare button from the bottom-right corner and the comparison process will start

  5. After the comparison process is finished, all schema changes will be shown in the Results grid and schema change for each object can be reviewed in the Script difference view pane:

  6. Once all changes are reviewed, check all objects for the synchronization process and click the Save button from the Home tab:

    In this way, the project file is saved and it contains all selected objects and options and it will be used later on for the scheduling schema synchronization.

  7. Since everything is saved, click the Synchronize button from the Home tab

  8. In the Dependencies step of the Synchronization wizard, dependent database objects can be reviewed:

  9. Select the Synchronize now action, in the Output options step of the Synchronization wizard, and all schema changes will be executed directly on the destination database:

  10. In the last step of the Synchronization wizard, actions that will be performed in the synchronization process are shown:

  11. Click the Synchronize button in the bottom-right corner to imitate the synchronization process

  12. Upon finishing the synchronization process, the Results window will be shown with all information:

Automating the process

Since the first schema synchronization was successfully processed, and the project file with all required information was saved, we can move on with automating this process by setting up a PowerShell script.

Our automation example will assume that you are using Integrated security, but you can just as easily use stored and encrypted database and repository credentials from the project file. To learn about options for handling credentials in the context of unattended jobs, please see this article.

The following are just some highlights of the PowerShell script used to automate this process, that you may find interesting. Otherwise, you can skip right to downloading the script (see below) and testing it out in your environment.

Let’s create a function that will check for the existence of the Outputs folder, in which the data stamped commit summaries will be saved:

#check for the existence of the Outputs folder
function CheckAndCreateFolder($rootFolder, [switch]$Outputs)
    $location = $rootFolder

    #setting up location 
    if($Outputs -eq $true)
        $location += "\Outputs"
    #if the folder doesn't exist it will be created
    if(-not (Test-Path $location))
    { mkdir $location -Force:$true -Confirm:$false | Out-Null }

    return $location

The next step will be to define a root folder along with the date stamped schema output summaries location:

#root folder for the schema sync process
$rootFolder = "SchemaSync"

#schema output summaries location 
$outsLoc = CheckAndCreateFolder $rootFolder -Outputs

After setting up all prerequisites, let’s define ApexSQL Diff location, data stamped variable, application’s parameters, and return code variable:

#ApexSQL Diff location, date stamp variable is defined, along with tool’s parameters 
$diffLoc   = "ApexSQLDiff"
$stamp = (Get-Date -Format "MMddyyyy_HHMMss") 
$Params = "/pr:""MyProject.axds"" /out:""$outsLoc\SchemaOutput_$stamp.txt"" /sync /v /f" 
$returnCode = $LASTEXITCODE

The next part of the PowerShell script is to call ApexSQL Diff and execute its parameters:

#initiate the schema comparison and synchronization process
(Invoke-Expression ("& `"" + $diffLoc +"`" " +$Params))

The last part of the PowerShell script is to define all potential outcomes:

  1. Schema changes are detected, e.g. return code 0 – Success

  2. There are no schema changes, e.g. return code 102 – No differences detected

  3. An error is encountered and the output summary will be opened. The complete list of potential return error codes can be reviewed here

    #write output to file
    #schema changes are detected
    if($returnCode -eq 0)
    "`r`n $returnCode - Schema changes were successfully synchronized" >> 
        #there are no schema changes
        if($returnCode -eq 102)
        "`r`n $returnCode - There are no schema changes. Job aborted" >> 
        #an error is encountered
        "`r`n $returnCode - An error is encountered" >> 
        #output file is opened when an error is encountered
        Invoke-Item "$outsLoc\SchemaOutput_$stamp.txt"


Once the PowerShell script is created and the whole process is automated, it can be scheduled in different ways. Find out more about different ways of scheduling ApexSQL tools.

Viewing results

After everything is set up and the job has been running for a while, schema output summaries can be viewed anytime. In used example, schema output summaries were defined with the $outsLoc variable that was defined here, and each schema output summary will be saved to $rootFolder\$outsLoc, e.g. in this example SchemaSync\Outputs:

If an error is encountered, for example, if a project file is not entered with the appropriate extension (letter “s” is missing at the end of the project file’s extension), the schema output summary will be opened and the following will be shown:

  Loading project

Specified project file “MyProject.axd” is not a valid project file for ApexSQL Diff

An error is encountered – ApexSQL Diff return error code: 10

By checking the list of return error codes from the article on this link for the return error code 10, we get the information that the project file is invalid due to an incomplete/wrong extension.

The complete PowerShell script can be downloaded from here.

If you have any questions or problems setting this up or using it, please contact us a

January 9, 2017