In rare cases, SQL Backup Master may log the following error when attempting to perform a differential database backup:
Failed to create backup: Cannot perform a differential backup for database “XYZ”, because a current database backup does not exist.
This error occurs because the SQL Server backup chain for the specified database is being invalidated. Let’s review possible causes.
Possible Cause #1 – VSS (Volume Shadow Copy Service) Backups
Some backup solutions (including NTBackup) will take a snapshot of your SQL Server database via the Windows Volume Shadow Copy Service. These snapshots will invalidate any previous differential backups, thereby interfering with tools such as SQL Backup Master.
VSS creates database backups through a Windows system service called SQL Writer Service. When enabled, this service allows backup applications to copy SQL Server data files while SQL Server is running.
The solution in this case is simple – disable the SQL Writer Service, as follows:
- Press Windows + R keys to open the Run dialog, then type services.msc and press Enter.
- Find the SQL Server VSS Writer service and double-click on it.
- Click the Stop button to stop the service, when change the startup type to Manual.
- Click OK to finish.
When the service has been disabled, use SQL Backup Master to trigger a full database backup to re-establish the state of the backup chain.
Possible Cause #2 – Changing the Recovery Model
If the SQL Server database recovery model has recently changed, you should manually trigger a new full backup in order to reinstate the database backup chain. Once this is done, future differential backups should run successfully.
Possible Cause #3 – SQL Server 2005 Bug
Microsoft knowledge base article #921106 describes a bug in SQL Server 2005 that can cause this problem. The KB article also provides a hot fix.
Still Need Help?
If you’ve reviewed the above causes and solutions are still experiencing this problem, please feel free to contact our support team. We’re always happy to help.
When searching for a software based solution to a problem, trust clearly matters a great deal. Never is this more true that in the case of database backup software. After all, what good is a SQL Server database backup solution if you’re uncertain about the viability of the backups it creates?
In this article, we’re going go take a closer look at the transparent operational nature of SQL Backup Master, the company behind it, and your role in ensuring backup chain confidence.
SQL Backup Transparency
One of the best attributes of SQL Backup Master is that it isn’t doing anything magical or proprietary behind the scenes. SQL Backup Master leverages the native backup capabilities of SQL Server itself to create raw database backup files. It then compresses (and optionally encrypts) the backup using the compression algorithm of your choice (or none at all, if you prefer) and uploads it to your configured backup destination(s).
What this ultimately means it that you’re not required to use SQL Backup Master when it comes time to recover a database from backup. Of course, SQL Backup Master has a helpful database recovery option available to you – but it isn’t doing anything that you can’t do manually should you choose to do so. In fact, manual recovery is as simple as downloading the backup file from your backup destination, decompressing it using readily available tools, and then restoring the database directly via SQL Server (which can be done using SQL Server Management Studio or SQL statements).
I really can’t stress this point enough – SQL Backup Master adds considerable value to the SQL Server database backup process without stripping you of the freedom to adapt. And, just as importantly, database recovery process isn’t locked behind some expensive licensing paywall of a third party software company. Your data is your data, after all, and that’s how it should remain.
Pedigree of Key Metric Software
Another consideration when choosing a database backup solution is, of course, the software development company behind it.
I won’t dwell on this particular point for long, but I will note that Key Metric Software has been operational since 2003 and has a number of very well-regarded software products on the market – all actively developed and supported. We have over 30 thousand paid customers (plus many more using the free versions of some of our products) around the world – and our support services are world-class.
The goal of Key Metric Software has always been to create strong value propositions for organizations of all shapes and sizes, and SQL Backup Master is a critical part of that vision.
Your Role in Database Backup Security
I’ll conclude this article by stating that confidence in your SQL Server database backup and recovery strategy ultimately begins and ends with you.
When evaluating a database backup software solution, be sure to put the product through its paces by testing the entire backup chain from backup to recovery. You should also plan on re-testing the backup chain periodically to establish an ongoing sense of security and confidence.
After all, a database backup is only valuable if it can be recovered when needed.
Some users of SQL Backup Master may encounter the following error when executing a database backup job (or testing one during the configuration process):
Job Execution Error: Cannot open backup device ‘<Path>’ Operating System error 3 (The system cannot find the path specified. BACKUP DATABASE is terminating abnormally).
The key to solving this problem is to first understand that SQL Server must be able to write database backup files directly to the temporary backup folder location specified in your backup job settings.
When SQL Server cannot access this temporary folder location, the database backup file cannot be created and the process fails with “Operating System error 3”. Now let’s look at possible underlying causes.
Possible Cause #1 – Permissions
Regardless of how you configure a backup job within SQL Backup Master, SQL Server itself runs within the security context of the account specified in the SQL Server system service configuration. To find out which account is being used click Start, click in the Start Search box, type services.msc, and then press ENTER.
Find your SQL Server instance in the services list and double-click it, then select the Log On tab.
It is this “log on” account that must have sufficient permissions to write to the temporary backup folder location. Check the permissions on the temporary backup folder by right-clicking it in Windows Explorer, selecting Properties, then navigating to the Security tab. Make sure that the account SQL Server is using has explicit read/write permissions for this folder.
Also, here’s a quick tip. If you’re uncertain as to whether folder permissions are at the root of your problem, just temporarily give “everyone” full permissions to it. If your backup job tests and executes successfully after doing so, you’ll have confirmed that permissions problem are the root issue and can narrow them down from there.
Possible Cause #2 – Mapped Drives
If you’re attempting to specify a backup folder location that resides on a remote (network ) file system, we strongly recommend that you do not use a mapped drive letter for this purpose. In Windows Vista and later, mapped drive letters are bound to the Windows security context that was used to create them, and SQL Server will usually not be able to access the mapping for this reason.
The solution to this problem is simple: use a fully qualified UNC path instead of a mapped drive letter. So, for example, instead of using “Z:\DBBackups” (where Z is the mapped drive letter), specify a fully qualified UNC path such as “\\remote-server\DBBackups”.
Possible Cause #3 – Lack of Domain Trust
If your SQL Server instance and your database backup folder are on computers in separate Active Directory domains, then a missing or expired trust between the domains may cause this problem – even if the file system permissions are configured appropriately.
You can resolve this issue by ensuring that a trust between the two domains is established. You may also need to configure the SQL Server service account with pass-through authentication between the domains.
When using SQL Backup Master, “Operating System Error 3” is an indication that SQL Server is unable to write to the temporary backup folder location specified in your backup job settings.
If you need further assistance with troubleshooting this problem, please don’t hesitate to open a support request with us. We’re happy to help.
SQL Backup Master is a powerful software utility that allows you to back up SQL Server databases to a variety of local and remote destinations, including FTP servers.
In fact, SQL Backup Master provides first-class support for backing up SQL databases via FTP, SFTP, or FTPS. This article will provide an overview of how to configure SQL Backup Master for this purpose.
Step 1 – Create a Backup Job
In the main SQL Backup Master window, select the Backup and restore tab, then click the Create new database backup toolbar button. The Database Backup Editor window will appear.
Give your backup job a unique name (and, optionally, a description). This will help you to identify it easily in the future.
Step 2 – Connect to SQL Server
In the Database Backup Editor window, click the Choose SQL Server button. The Connect to SQL Server window will appear.
In the Server name field, enter or select the name of the SQL Server instance to which you are connecting. Common examples include:
- (local)\SQLExpress – Specifies the default SQL Express named instance on the local computer.
- (local) – Specifies the local SQL Server installation (without an instance name).
- Server1\SQLExpress – Specifies the default SQL Express names instance on a remote computer named “Server1”.
- Server1 – Specifies an unnamed SQL Server instance on a remote computer named “Server1”.
You can also use the drop-down arrow of the Server name field to find local and remote SQL Server instances, which you can then select.
Test the connection by clicking the Test SQL Connection button, then click OK.
Step 3 – Select databases to back up
Once you’ve connected to a SQL Server instance, the Database Backup Editor window will show available databases with check boxes next to them. Select the databases you wish to back up as part of this job.
Or you can click the Back up all non-system databases check box. With this option enabled, new databases created on the target SQL Server in the future will be backed up automatically.
Step 4 – Add an FTP Server backup destination
Under the Destinations heading in the Database Backup Editor window, click the Add toolbar button. The Choose Destination window will appear. Double-click the FTP Server destination.
The FTP Destination Settings window will appear, allowing you to specify the details about the FTP Server to which you’ll be sending SQL Server database backups. At a minimum, you’ll need to provide an FTP Server host address and a username.
SQL Backup Master supports a broad range of FTP protocols, including standard FTP, FTPS (TLS/SSL), and SFTP via SSH. It can also be configured to traverse a wide range of proxy types, including SOCKS4, SOCKS5, and more.
Use the Test button on the FTP Destination Settings window to ensure that SQL Backup Master can successfully connect (and upload) to your FTP Server.
Once you’ve configured and tested your FTP Server backup destination, click OK. This will return you to the Database Backup Editor window, where you can now click the Save button.
Congratulations, you’ve configured your first SQL Server database backup using SQL Backup Master.
Step 5 – Run the backup job to test it
Back in the main application window, select your newly created backup job and click the Back up now button.
If the backup job does not run to successful completion, please review the log file for details.
Today we’re releasing SQL Backup Master v3.1. It offers a number of improvements and bug fixes, including important changes to Dropbox support.
Dropbox recently announced that “version 1” of their service API (application programming interface) is now deprecated, and will be shut down on June 28th, 2017. Since SQL Backup Master v3.0 and earlier make use of Dropbox API v1, those installations will no longer be able to interface with Dropbox after the announced shut down date.
For SQL Backup Master v3.1, we have updated Dropbox support to use their latest service APIs. For this reason, we encourage any SQL Backup Master users that rely on Dropbox integration to upgrade prior to June of 2017.
For more information on what’s new in SQL Backup Master v3.1, please see the full product release notes.
Key Metric Software is proud to announce the release of SQL Backup Master 3.
This new version contains many powerful new features, including:
– Support for SQL Server 2016
– Support for OneDrive as a backup destination
– Failed backup job retry (built into the scheduler)
– The ability to bypass database file compression
– New multi-core ZIP compression subsystem
– Improved (and more granular) notifications
– Extensive FTP/SFTP proxy support
– Numerous improvements to Amazon S3 support
– And much more
You can read more about the new SQL Backup Master release here:
Or download the new release now:
IMPORTANT: If you’re licensed for a previous version of SQL Backup Master and are interested in upgrading to this new release, you’ll need to upgrade your license before installing the new release. If you install the new version without upgrading your license first, it will revert to the features and functionality of the free version.