| title | Create a Full Database Backup (SQL Server) | Microsoft Docs | ||||
|---|---|---|---|---|---|
| ms.custom | sqlfreshmay19 | ||||
| ms.date | 05/29/2019 | ||||
| ms.prod | sql | ||||
| ms.prod_service | backup-restore | ||||
| ms.reviewer | |||||
| ms.technology | backup-restore | ||||
| ms.topic | conceptual | ||||
| helpviewer_keywords |
|
||||
| ms.assetid | 586561fc-dfbb-4842-84f8-204a9100a534 | ||||
| author | MikeRayMSFT | ||||
| ms.author | mikeray | ||||
| manager | craigg |
[!INCLUDEappliesto-ss-xxxx-xxxx-xxx-md]
This topic describes how to create a full database backup in [!INCLUDEssCurrent] using [!INCLUDEssManStudioFull], [!INCLUDEtsql], or PowerShell.
For information on SQL Server backup to the Azure Blob storage service, see SQL Server Backup and Restore with Microsoft Azure Blob Storage Service and SQL Server Backup to URL.
- The BACKUP statement is not allowed in an explicit or implicit transaction.
- Backups created by more recent version of [!INCLUDEssNoVersion] cannot be restored in earlier versions of [!INCLUDEssNoVersion].
- For an overview of, and deeper dive into, backup concepts and tasks, see Backup Overview (SQL Server) before proceeding.
- As a database increases in size full database backups take more time to complete, and require more storage space. For a large database, consider supplementing a full database backup with a series of differential database backups. For more information, see SQL Server Backup to URL.
- Estimate the size of a full database backup by using the sp_spaceused system stored procedure.
- By default, every successful backup operation adds an entry in the [!INCLUDEssNoVersion] error log and in the system event log. If you back up frequently, these success messages will accumulate quickly, resulting in huge error logs! This can make finding other messages difficult. In such cases, you can suppress these backup log entries by using trace flag 3226 if none of your scripts depend on those entries. For more information, see Trace Flags (Transact-SQL).
TRUSTWORTHY is set to OFF on a database backup. For information about how to set TRUSTWORTHY to ON, see ALTER DATABASE SET Options (Transact-SQL).
Beginning with [!INCLUDEssSQL11] the PASSWORD and MEDIAPASSWORD options are discontinued for creating backups. You can still restore backups created with passwords.
BACKUP DATABASE and BACKUP LOG permissions default to members of the sysadmin fixed server role and the db_owner and db_backupoperator fixed database roles.
Ownership and permission problems on the backup device's physical file can interfere with a backup operation. [!INCLUDEssNoVersion] must be able to read and write to the device; the account under which the [!INCLUDEssNoVersion] service runs must have write permissions. However, sp_addumpdevice, which adds an entry for a backup device in the system tables, does not check file access permissions. Such problems on the backup device's physical file may not appear until the physical resource is accessed when the backup or restore is attempted.
When you specify a back up task by using [!INCLUDEssManStudioFull], you can generate the corresponding [!INCLUDEtsql] BACKUP script by clicking the Script button and selecting a script destination.
- After connecting to the appropriate instance of the [!INCLUDEmsCoName] [!INCLUDEssDEnoversion], in Object Explorer, click the server name to expand the server tree.
- Expand Databases, and either select a user database or expand System Databases and select a system database.
- Right-click the database, point to Tasks, and then click Back Up. The Back Up Database dialog box appears.
- Select the Database from the drop-down list.
- In the Backup type drop-down list, select Full.
- Under Backup component, select Database.
- In the Destination section, use the Back up to drop-down list to select the backup destination. Click Add to add additional backup objects and/or destinations. To remove a backup destination, select it and click Remove. To view the contents of an existing backup destination, select it and click Contents.
- (Optionally) Review the other available settings under the Media Options and Backup Options pages. For more information about the various backup options, see General page, Media options page, and Backup options page.
- After creating a full database backup, you can create a differential database backup; for more information, see Create a Differential Database Backup (SQL Server).
- Optionally, you can select the Copy-only backup checkbox to create a copy-only backup. A copy-only backup is a [!INCLUDEssNoVersion] backup that is independent of the sequence of conventional [!INCLUDEssNoVersion] backups. For more information, see Copy-Only Backups (SQL Server). A copy-only backup is not available for the Differential backup type.
- The Overwrite media option may be disabled on the Media Options page if you are backing up to URL.
For the following examples, create a test database with the following Transact-SQL code:
USE [master]
GO
CREATE DATABASE [SQLTestDB]
GO
USE [SQLTestDB]
GO
CREATE TABLE SQLTest (
ID INT NOT NULL PRIMARY KEY,
c1 VARCHAR(100) NOT NULL,
dt1 DATETIME NOT NULL DEFAULT getdate()
)
GO
USE [SQLTestDB]
GO
INSERT INTO SQLTest (ID, c1) VALUES (1, 'test1')
INSERT INTO SQLTest (ID, c1) VALUES (2, 'test2')
INSERT INTO SQLTest (ID, c1) VALUES (3, 'test3')
INSERT INTO SQLTest (ID, c1) VALUES (4, 'test4')
INSERT INTO SQLTest (ID, c1) VALUES (5, 'test5')
GO
SELECT * FROM SQLTest
GOIn this example, the SQLTestDB database will be backed up to disk at the default backup location. A backup of SQLTestDB has never been taken.
- In Object Explorer, connect to an instance of the SQL Server Database Engine and then expand that instance.
- Expand Databases, right-click
SQLTestDB, point to Tasks, and then click Back Up.... - Select OK.
In this example, the SQLTestDB database will be backed up to disk at F:\MSSQL\BAK. Previous back ups of SQLTestDB have been taken.
- In Object Explorer, connect to an instance of the SQL Server Database Engine and then expand that instance.
- Expand Databases, right-click
Sales, point to Tasks, and then click Back Up.... - On the General page in the Destination section select Disk from the Back up to: drop-down list.
- Select Remove until all existing backup files have been removed.
- Select Add and the Select Backup Destination dialog box will open.
- Enter
F:\MSSQL\BAK\Sales_20160801.bakin the file name text box. - Select OK.
- Select OK.
In this example, the SQLTestDB database will be backed up with encryption to the default backup location.
-
In Object Explorer, connect to an instance of the SQL Server Database Engine and then expand that instance.
-
Open a New Query window and execute the following commands to create a database master key and a certificate within your
SQLTestDBdatabase.USE [SQLTestDB] -- Create the database master key CREATE MASTER KEY ENCRYPTION BY PASSWORD = '23987hxJ#KL95234nl0zBe'; -- Create the certificate CREATE CERTIFICATE MyCertificate ENCRYPTION BY PASSWORD = 'pGFD4bb925DGvbd2439587y' EXPIRY_DATE = '20201031'; GO
-
In Object Explorer, Expand Databases, right-click
SQLTestDB, point to Tasks, and then click Back Up.... -
On the Media Options page, in the Overwrite media section select Back up to a new media set, and erase all existing backup sets.
-
On the Backup Options page in the Encryption section select the Encrypt backup check box.
-
From the Algorithm drop-down list, select AES 256.
-
From the Certificate or Asymmetric key drop-down list select
MyCertificate. -
Select OK.
The three examples below perform a full database backup of Sales to the Microsoft Azure Blob storage service. The storage Account name is mystorageaccount. The container is called myfirstcontainer. For brevity, the first four steps are listed here once and all examples will start on Step 5.
- In Object Explorer, connect to an instance of the SQL Server Database Engine and then expand that instance.
- Expand Databases, right-click
Sales, point to Tasks, and then click Back Up.... - On the General page in the Destination section select URL from the Back up to: drop-down list.
- Click Add and the Select Backup Destination dialog box will open.
A stored access policy has been created with read, write, and list rights. The SQL Server credential, https://mystorageaccount.blob.core.windows.net/myfirstcontainer, was created using a Shared Access Signature that is associated with the Stored Access Policy.
- Select
https://mystorageaccount.blob.core.windows.net/myfirstcontainerfrom the Azure storage container: text box - In the Backup File: text box enter
Sales_stripe1of2_20160601.bak. - Click OK.
- Repeat Steps 4 and 5.
- In the Backup File: text box enter
Sales_stripe2of2_20160601.bak. - Click OK.
- Click OK.
- Enter
https://mystorageaccount.blob.core.windows.net/myfirstcontainerin the Azure storage container: text box - Enter the shared access signature in the Shared Access Policy: text box.
- Click OK.
- Click OK.
- Click the New container button and the Connect to a Microsoft Subscription dialog box will open.
- Complete the Connect to a Microsoft Subscription dialog box and then click OK to return the Select Backup Destination dialog box. See See Connect to a Microsoft Azure Subscription for additional information.
- Click OK at the Select Backup Destination dialog box.
- Click OK.
-
Execute the BACKUP DATABASE statement to create the full database backup, specifying:
- The name of the database to back up.
- The backup device where the full database backup is written.
The basic [!INCLUDEtsql] syntax for a full database backup is:
BACKUP DATABASE database
TO backup_device [ ,...n ]
[ WITH with_options [ ,...o ] ] ;Option Description database Is the database that is to be backed up. backup_device [ ,...n ] Specifies a list of from 1 to 64 backup devices to use for the backup operation. You can specify a physical backup device, or you can specify a corresponding logical backup device, if already defined. To specify a physical backup device, use the DISK or TAPE option:
{ DISK | TAPE } =physical_backup_device_name
For more information, see Backup Devices (SQL Server).WITH with_options [ ,...o ] Optionally, specifies one or more additional options, o. For information about some of the basic with options, see step 2. -
Optionally, specify one or more WITH options. A few basic WITH options are described here. For information about all the WITH options, see BACKUP (Transact-SQL).
Basic backup set WITH options:
- { COMPRESSION | NO_COMPRESSION }: In [!INCLUDEssEnterpriseEd10] and later only, specifies whether backup compression is performed on this backup, overriding the server-level default.
- ENCRYPTION (ALGORITHM, SERVER CERTIFICATE |ASYMMETRIC KEY): In SQL Server 2014 or later only, specify the encryption algorithm to use, and the Certificate or Asymmetric key to use to secure the encryption.
- DESCRIPTION = { 'text' | @text_variable }: Specifies the free-form text that describes the backup set. The string can have a maximum of 255 characters.
- NAME = { backup_set_name | @backup_set_name_var }: Specifies the name of the backup set. Names can have a maximum of 128 characters. If NAME is not specified, it is blank.
By default, BACKUP appends the backup to an existing media set, preserving existing backup sets. To explicitly specify this, use the NOINIT option. For information about appending to existing backup sets, see Media Sets, Media Families, and Backup Sets (SQL Server).
Alternatively, to format the backup media, use the FORMAT option:
FORMAT [ , MEDIANAME**=** { media_name | @media_name_variable } ] [ , MEDIADESCRIPTION = { text | @text_variable } ]
Use the FORMAT clause when you are using media for the first time or you want to overwrite all existing data. Optionally, assign the new media a media name and description.
Important
Use extreme caution when you are using the FORMAT clause of the BACKUP statement because this destroys any backups that were previously stored on the backup media.
For the following examples, create a test database with the following Transact-SQL code:
USE [master]
GO
CREATE DATABASE [SQLTestDB]
GO
USE [SQLTestDB]
GO
CREATE TABLE SQLTest (
ID INT NOT NULL PRIMARY KEY,
c1 VARCHAR(100) NOT NULL,
dt1 DATETIME NOT NULL DEFAULT getdate()
)
GO
USE [SQLTestDB]
GO
INSERT INTO SQLTest (ID, c1) VALUES (1, 'test1')
INSERT INTO SQLTest (ID, c1) VALUES (2, 'test2')
INSERT INTO SQLTest (ID, c1) VALUES (3, 'test3')
INSERT INTO SQLTest (ID, c1) VALUES (4, 'test4')
INSERT INTO SQLTest (ID, c1) VALUES (5, 'test5')
GO
SELECT * FROM SQLTest
GOThe following example backs up the complete SQLTestDB database to disk, by using FORMAT to create a new media set.
USE SQLTestDB;
GO
BACKUP DATABASE SQLTestDB
TO DISK = 'Z:\SQLServerBackups\SQLTestDB.Bak'
WITH FORMAT,
MEDIANAME = 'Z_SQLServerBackups',
NAME = 'Full Backup of SQLTestDB';
GO The following example backs up the complete SQLTestDB database to tape, appending the backup to the previous backups.
USE SQLTestDB;
GO
BACKUP DATABASE SQLTestDB
TO TAPE = '\\.\Tape0'
WITH NOINIT,
NAME = 'Full Backup of SQLTestDB';
GO The following example creates a logical backup device for a tape drive. The example then backs up the complete SQLTestDB database to that device.
-- Create a logical backup device,
-- SQLTestDB_Bak_Tape, for tape device \\.\tape0.
USE master;
GO
EXEC sp_addumpdevice 'tape', 'SQLTestDB_Bak_Tape', '\\.\tape0'; USE SQLTestDB;
GO
BACKUP DATABASE SQLTestDB
TO SQLTestDB_Bak_Tape
WITH FORMAT,
MEDIANAME = 'SQLTestDB_Bak_Tape',
MEDIADESCRIPTION = '\\.\tape0',
NAME = 'Full Backup of SQLTestDB';
GO Use the Backup-SqlDatabase cmdlet. To explicitly indicate that this is a full database backup, specify the -BackupAction parameter with its default value, Database. This parameter is optional for full database backups.
The following example creates a full database backup of the MyDB database to the default backup location of the server instance Computer\Instance. Optionally, this example specifies -BackupAction Database.
Backup-SqlDatabase -ServerInstance Computer\Instance -Database MyDB -BackupAction Database The following example creates a full backup of the database Sales on the MyServer instance to the Microsoft Azure Blob Storage service. A stored access policy has been created with read, write, and list rights. The SQL Server credential, https://mystorageaccount.blob.core.windows.net/myfirstcontainer, was created using a Shared Access Signature that is associated with the Stored Access Policy. The PowerShell command uses the BackupFile parameter to specify the location (URL) and the backup file name.
import-module sqlps;
$container = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer';
$FileName = 'Sales.bak';
$database = 'Sales';
$BackupFile = $container + '/' + $FileName ;
Backup-SqlDatabase -ServerInstance "MyServer" -Database $database -BackupFile $BackupFile;To set up and use the SQL Server PowerShell provider
- Back Up a Database (SQL Server)
- Create a Differential Database Backup (SQL Server)
- Restore a Database Backup Using SSMS
- Restore a Database Backup Under the Simple Recovery Model (Transact-SQL)
- Restore a Database to the Point of Failure Under the Full Recovery Model (Transact-SQL)
- Restore a Database to a New Location (SQL Server)
- Use the Maintenance Plan Wizard
- Troubleshooting SQL Server backup and restore operations
- Backup Overview (SQL Server)
- Transaction Log Backups (SQL Server)
- Media Sets, Media Families, and Backup Sets (SQL Server)
- sp_addumpdevice (Transact-SQL)
- BACKUP (Transact-SQL)
- Back Up Database (General Page)
- Back Up Database (Backup Options Page)
- Differential Backups (SQL Server)
- Full Database Backups (SQL Server)


