Restore Files and Filegroups over Existing Files (SQL Server)
This topic describes how to restore files and filegroups over existing files in SQL Server 2016 by using SQL Server Management Studio or Transact-SQL.
In This Topic
The system administrator who is restoring the files and filegroups must be the only person currently using the database to be restored.
RESTORE is not allowed in an explicit or implicit transaction.
Under the full or bulk-logged recovery model, before you can restore files, you must back up the active transaction log (known as the tail of the log). For more information, see Back Up a Transaction Log (SQL Server).
To restore a database that is encrypted, you must have access to the certificate or asymmetric key that was used to encrypt the database. Without the certificate or asymmetric key, the database cannot be restored. As a result, the certificate that is used to encrypt the database encryption key must be retained as long as the backup is needed. For more information, see SQL Server Certificates and Asymmetric Keys.
If the database being restored does not exist, the user must have CREATE DATABASE permissions to be able to execute RESTORE. If the database exists, RESTORE permissions default to members of the sysadmin and dbcreator fixed server roles and the owner (dbo) of the database (for the FROM DATABASE_SNAPSHOT option, the database always exists).
RESTORE permissions are given to roles in which membership information is always readily available to the server. Because fixed database role membership can be checked only when the database is accessible and undamaged, which is not always the case when RESTORE is executed, members of the db_owner fixed database role do not have RESTORE permissions.
To restore files and filegroups over existing files
In Object Explorer, connect to an instance of the SQL Server Database Engine, expand that instance, and then expand Databases.
Right-click the database that you want, point to Tasks, point to Restore, and then click Files and Filegroups.
On the General page, in the To database list box, enter the database to restore. You can enter a new database or choose an existing database from the drop-down list. The list includes all databases on the server, excluding the system databases master and tempdb.
To specify the source and location of the backup sets to restore, click one of the following options:
Enter a database name in the list box. This list contains only databases that have been backed up according to the msdb backup history.
Click the browse button. In the Specify backup devices dialog box, select one of the listed device types in the Backup media type list box. To select one or more devices for the Backup media list box, click Add.
After you add the devices you want to the Backup media list box, click OK to return to the General page.
In the Select the backup sets to restore grid, select the backups to restore. This grid displays the backups available for the specified location. By default, a recovery plan is suggested. To override the suggested recovery plan, you can change the selections in the grid. Any backups that depend on a deselected backup are deselected automatically.
The selected check boxes indicate the backup sets to be restored.
The name of the backup set.
Specifies the type of data in the backup: Data, Log, or Filestream Data. Data that is contained in tables is in Data files. Transaction log data is in Log files. Binary large object (BLOB) data that is stored on the file system is in Filestream Data files.
The type of backup performed: Full, Differential, or Transaction Log.
The name of the Database-Engine instance that performed the backup operation.
File Logical Name
The logical name of the file.
The name of the database involved in the backup operation.
The date and time when the backup operation began, presented in the regional setting of the client.
The date and time when the backup operation finished, presented in the regional setting of the client.
The size of the backup set in bytes.
The name of the user who performed the backup operation.
In the Select a page pane, click the Options page.
In the Restore options panel, select Overwrite the existing database (WITH REPLACE). The restore operation overwrites any existing databases and their related files, even if another database or file already exists with the same name.
To restore files and filegroups over existing files
Execute the RESTORE DATABASE statement to restore the file and filegroup backup, specifying:
The name of the database to restore.
The backup device from where the full database backup will be restored.
The FILE clause for each file to restore.
The FILEGROUP clause for each filegroup to restore.
The REPLACE option to specify that each file can be restored over existing files of the same name and location.
Use the REPLACE option cautiously. For more information, see .
The NORECOVERY option. If the files have not been modified after the backup was created, specify the RECOVERY clause.
If the files have been modified after the file backup was created, execute the RESTORE LOG statement to apply the transaction log backup, specifying:
The name of the database to which the transaction log will be applied.
The backup device from where the transaction log backup will be restored.
The NORECOVERY clause if you have another transaction log backup to apply after the current one; otherwise, specify the RECOVERY clause.
The transaction log backups, if applied, must cover the time when the files and filegroups were backed up.
The following example restores the files and filegroups for the MyNwind database, and replaces any existing files of the same name. Two transaction logs will also be applied to restore the database to the current time.
USE master; GO -- Restore the files and filesgroups for MyNwind. RESTORE DATABASE MyNwind FILE = 'MyNwind_data_1', FILEGROUP = 'new_customers', FILE = 'MyNwind_data_2', FILEGROUP = 'first_qtr_sales' FROM MyNwind_1 WITH NORECOVERY, REPLACE; GO -- Apply the first transaction log backup. RESTORE LOG MyNwind FROM MyNwind_log1 WITH NORECOVERY; GO -- Apply the last transaction log backup. RESTORE LOG MyNwind FROM MyNwind_log2 WITH RECOVERY; GO