Restore SQL Server Backup Data
Overview
You can restore your SQL Server databases using your most recent full backup. This section provides information on restoring SQL Server databases using StoreGrid.
Requirements
SQL Server 2000 / 2005 / 2008.
Restore SQL Server Backup Data
In StoreGrid, restoring SQL Server database is quite simple. The following are the steps to be followed while restoring SQL Server data:
-
Step 0: Decide how to restore
Decide on whether the SQL Server database data has to be restored from the backup server or if you wish to use data which had been previously restored from the backup server to a local folder. This step has the following options:
- Restore data from backup server
- I have previously restored data from my backup server to a local folder. I now want to use this data to restore the SQL Server database.
If the second option is selected to restore SQL Server database from the previously restored data, then ensure that :
- SQL Server database was restored from backup server locally through the menu "Customer Management->Customer Name->Client Name->List of Backups->Actions->Proceed to Restore Backup" and transferred to client machine.
or
You had chosen the option "Restore data from backup server only (I will separately run StoreGrid through the 'locally restored files' to restore the SQL Server later)" in "Confirm SQL Server Restore Settings" of the Restore SQL Server Database page in the previous restore.
Enter the local restore location and click "Submit Location" button to restore SQL Server data from the local folder.
-
Step 1: Choose the backup server (in case of multiple servers)
This step allows you to choose the backup server if the backup schedule was configured to multiple servers. This step has the following options:
Backup Name - The backup name is a non editable field here.
Backup Server - The backup server is non-editable if the backup schedule is backing up to only one server. But if the replication feature is enabled in the backup server for the client and replication server name is added/discovered in client machine, then choose the server from the choice box.
-
Step 2: Select backups for database restore
This step allows you to choose the database name and full backup version based on timestamp. This step has the following options:
SQL Server Instance Name - The SQL Server Instance name is a non editable field here and this will display the instance name from which SQL Server database was configured.
-
Database Name - The database name will also be a non-editable if the backup schedule is configured with single database. If the schedule is configured with multiple database, then you need to choose the database name here from the choice box. Select the database you wish to restore.
-
Show backups after - From the drop-down list, select the most recent full backup version based on timestamp to restore from. Once recent full backup version is selected and the "Load" button is clicked, StoreGrid will list all the backups for the selected database, starting with the one selected in this field.
-
Load - Based on the values selected in the fields"Database Name" and "Show backups after", clicking this button will list the files backed up to the backup server (available for restore).
-
Select Files for database restore - This section will list the files based on what timestamp/version and database name you choose in the "Database Name" and "Show backups after" fields. Here is where you have to select the files to be restored from the server. StoreGrid displays a list of the backups available for the database selected in "Database Name", starting from the first backup selected in "Show backups after" fields.
This section has the following fields:
- Type - The type of backup, value can be either FULL/DIFFERENTIAL/TRANSACTION-LOG backups.
- Backup Date - The time at which the backup was transferred to backup server.
- File Name - The name of the file backed up.
-
Step 3: Confirm Restore Settings
-
Password - If you had password protected the backup schedule, you will need to provide the password here.
Restore Location - You can specify the location to which the backup data has to be restored. The restored files will be saved in this location, but with their full original path – that way you know exactly where these files were in the first place !
-
Step 4: Configure SQL Server Database Restore
This step helps you to restore backed up data right into the SQL Server database. By default, the option "After restoring data from my backup server, continue to restore the data into the SQL Server database" is selected. Alternatively you can also choose the option "Restore data from backup server only (I will separately run StoreGrid through the 'locally restored files' to restore the SQL Server database later)".
This step has the following option:
Restore as database - This drop-down list allows you to select an existing database, or, if you want to restore to a new database, type in a new database name. For a new database, the database will be created and then the contents of the backup will be restored. For an existing database, the contents of the backup will be restored over the existing database.
Overwrite the existing database - If you are restoring backups and you want to overwrite an existing database with a different name, you must use choose this option. If you are restoring backups to the same database, this option is not required.
Restore the database file as - This displays the name and location of the physical files used when you restore your database. The location and names of the files are stored in the backup file, so if you are restoring to a different server or to a different database name, you must change these options for both the data file and the transaction log file.
Recovery State - The Recovery state panel determines the state of the database after the restore operation. The default behavior is:
Note: Choose this option only if you are restoring all of the necessary backups now.
Alternatively, you can choose either of the following options:
-
Leave the database non-operational, and do not roll back the uncommitted transactions. Additional transaction logs can be restored. (RESTORE WITH NORECOVERY)
-
Leave the database in read-only mode. Undo uncommitted transactions, but save the undo actions in a standby file so that recovery effects can be reverted. (RESTORE WITH STANDBY)
StandBy file – A file required by SQL Server to track incomplete transactions if the backup is restored in standby state. The Standby file is used to undo uncommitted transactions when the database is brought fully online. If the Standby file does not exist, it will be automatically created.
Restore and Cancel Button - Once all the options are set and the files and folders to be restored are selected, click on the Restore button to restore the files and folders. The status of the restore operation will be displayed on a pop-up browser window.
Troubleshooting Tips
Limitations
If a backup schedule is configured with multiple database(s) (in client-side) only a single database is allowed to restore to the SQL Server at a time.
It is recommended that you provide an empty directory for the local restore location. There must be sufficient space in the directory to store the files; also ensure that the local restore location does not exceeds the 256 character limit.
Previous schedules cannot be restored in the client side after changing the dump location.
While restoring the deleted MS SQL Server database(s) using Advanced Plugin, the same cannot be restored directly to the MS SQL Server. First the deleted database(s) should be restored locally in the client machine and then should proceed with the 'Plugin local restore' feature to restore the deleted MS SQL Server database(s).
|