You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/backup/backup-azure-backup-sql.md
+23-23Lines changed: 23 additions & 23 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,8 +13,8 @@ To back up SQL Server databases to Azure, you need an Azure account. If you don'
13
13
To back up a SQL Server database to Azure and to recover it from Azure:
14
14
15
15
1. Create a backup policy to protect SQL Server databases in Azure.
16
-
2. Create on-demand backup copies in Azure.
17
-
3. Recover the database from Azure.
16
+
1. Create on-demand backup copies in Azure.
17
+
1. Recover the database from Azure.
18
18
19
19
## Before you start
20
20
@@ -29,20 +29,20 @@ Before you begin, ensure you've met the [prerequisites](backup-azure-dpm-introdu
29
29
To protect SQL Server databases in Azure, first create a backup policy:
30
30
31
31
1. On the Data Protection Manager (DPM) server, select the **Protection** workspace.
32
-
2. Select **New** to create a protection group.
32
+
1. Select **New** to create a protection group.
33
33
34
34

35
-
3. On the start page, review the guidance about creating a protection group. Then select **Next**.
36
-
4. Select **Servers**.
35
+
1. On the start page, review the guidance about creating a protection group. Then select **Next**.
36
+
1. Select **Servers**.
37
37
38
38

39
-
5. Expand the SQL Server machine where the databases that you want to back up are located. You see the data sources that can be backed up from that server. Expand **All SQL Shares** and then select the databases that you want to back up. In this example, we select ReportServer$MSDPM2012 and ReportServer$MSDPM2012TempDB. Then select **Next**.
39
+
1. Expand the SQL Server machine where the databases that you want to back up are located. You see the data sources that can be backed up from that server. Expand **All SQL Shares** and then select the databases that you want to back up. In this example, we select ReportServer$MSDPM2012 and ReportServer$MSDPM2012TempDB. Then select **Next**.
40
40
41
41

42
-
6. Name the protection group and then select **I want online protection**.
42
+
1. Name the protection group and then select **I want online protection**.
43
43
44
44

45
-
7. On the **Specify Short-Term Goals** page, include the necessary inputs to create backup points to the disk.
45
+
1. On the **Specify Short-Term Goals** page, include the necessary inputs to create backup points to the disk.
46
46
47
47
In this example, **Retention range** is set to *5 days*. The backup **Synchronization frequency** is set to once every *15 minutes*. **Express Full Backup** is set to *8:00 PM*.
48
48
@@ -53,32 +53,32 @@ To protect SQL Server databases in Azure, first create a backup policy:
53
53
>
54
54
>
55
55
56
-
8. Select **Next**. DPM shows the overall storage space available. It also shows the potential disk space utilization.
56
+
1. Select **Next**. DPM shows the overall storage space available. It also shows the potential disk space utilization.
57
57
58
58

59
59
60
60
By default, DPM creates one volume per data source (SQL Server database). The volume is used for the initial backup copy. In this configuration, Logical Disk Manager (LDM) limits DPM protection to 300 data sources (SQL Server databases). To work around this limitation, select **Co-locate data in DPM Storage Pool**. If you use this option, DPM uses a single volume for multiple data sources. This setup allows DPM to protect up to 2,000 SQL Server databases.
61
61
62
62
If you select **Automatically grow the volumes**, then DPM can account for the increased backup volume as the production data grows. If you don't select **Automatically grow the volumes**, then DPM limits the backup storage to the data sources in the protection group.
63
63
64
-
9. If you're an administrator, you can choose to transfer this initial backup **Automatically over the network** and choose the time of transfer. Or choose to **Manually** transfer the backup. Then select **Next**.
64
+
1. If you're an administrator, you can choose to transfer this initial backup **Automatically over the network** and choose the time of transfer. Or choose to **Manually** transfer the backup. Then select **Next**.
65
65
66
66

67
67
68
68
The initial backup copy requires the transfer of the entire data source (SQL Server database). The backup data moves from the production server (SQL Server machine) to the DPM server. If this backup is large, then transferring the data over the network could cause bandwidth congestion. For this reason, administrators can choose to use removable media to transfer the initial backup **Manually**. Or they can transfer the data **Automatically over the network** at a specified time.
69
69
70
70
After the initial backup finishes, backups continue incrementally on the initial backup copy. Incremental backups tend to be small and are easily transferred across the network.
71
71
72
-
10. Choose when to run a consistency check. Then select **Next**.
72
+
1. Choose when to run a consistency check. Then select **Next**.
73
73
74
74

75
75
76
76
DPM can run a consistency check on the integrity of the backup point. It calculates the checksum of the backup file on the production server (the SQL Server machine in this example) and the backed-up data for that file in DPM. If the check finds a conflict, then the backed-up file in DPM is assumed to be corrupt. DPM fixes the backed-up data by sending the blocks that correspond to the checksum mismatch. Because the consistency check is a performance-intensive operation, administrators can choose to schedule the consistency check or run it automatically.
77
77
78
-
11. Select the data sources to protect in Azure. Then select **Next**.
78
+
1. Select the data sources to protect in Azure. Then select **Next**.
79
79
80
80

81
-
12. If you're an administrator, you can choose backup schedules and retention policies that suit your organization's policies.
81
+
1. If you're an administrator, you can choose backup schedules and retention policies that suit your organization's policies.
82
82
83
83

84
84
@@ -91,7 +91,7 @@ To protect SQL Server databases in Azure, first create a backup policy:
91
91
92
92
**Best practice**: Use DPM to schedule Azure Backups after the local disk backups finish. When you follow this practice, the latest disk backup is copied to Azure.
93
93
94
-
13. Choose the retention policy schedule. For more information about how the retention policy works, see [Use Azure Backup to replace your tape infrastructure](backup-azure-backup-cloud-as-tape.md).
94
+
1. Choose the retention policy schedule. For more information about how the retention policy works, see [Use Azure Backup to replace your tape infrastructure](backup-azure-backup-cloud-as-tape.md).
95
95
96
96

97
97
@@ -104,14 +104,14 @@ To protect SQL Server databases in Azure, first create a backup policy:
104
104
105
105
After you choose a retention policy, select **Next**.
106
106
107
-
14. Choose how to transfer the initial backup copy to Azure.
107
+
1. Choose how to transfer the initial backup copy to Azure.
108
108
109
109
* The **Automatically over the network** option follows your backup schedule to transfer the data to Azure.
110
110
* For more information about **Offline Backup**, see [Overview of Offline Backup](offline-backup-overview.md).
111
111
112
112
After you choose a transfer mechanism, select **Next**.
113
113
114
-
15. On the **Summary** page, review the policy details. Then select **Create group**. You can select **Close** and watch the job progress in the **Monitoring** workspace.
114
+
1. On the **Summary** page, review the policy details. Then select **Create group**. You can select **Close** and watch the job progress in the **Monitoring** workspace.
115
115
116
116

117
117
@@ -122,13 +122,13 @@ A recovery point is created when the first backup occurs. Rather than waiting fo
122
122
1. In the protection group, make sure the database status is **OK**.
123
123
124
124

125
-
2. Right-click the database and then select **Create recovery point**.
125
+
1. Right-click the database and then select **Create recovery point**.
126
126
127
127

128
-
3. In the drop-down menu, select **Online protection**. Then select **OK** to start the creation of a recovery point in Azure.
128
+
1. In the drop-down menu, select **Online protection**. Then select **OK** to start the creation of a recovery point in Azure.
129
129
130
130

131
-
4. You can view the job progress in the **Monitoring** workspace.
131
+
1. You can view the job progress in the **Monitoring** workspace.
132
132
133
133

134
134
@@ -139,16 +139,16 @@ To recover a protected entity, such as a SQL Server database, from Azure:
139
139
1. Open the DPM server management console. Go to the **Recovery** workspace to see the servers that DPM backs up. Select the database (in this example, ReportServer$MSDPM2012). Select a **Recovery time** that ends with **Online**.
140
140
141
141

142
-
2. Right-click the database name and select **Recover**.
142
+
1. Right-click the database name and select **Recover**.
143
143
144
144

145
-
3. DPM shows the details of the recovery point. Select **Next**. To overwrite the database, select the recovery type **Recover to original instance of SQL Server**. Then select **Next**.
145
+
1. DPM shows the details of the recovery point. Select **Next**. To overwrite the database, select the recovery type **Recover to original instance of SQL Server**. Then select **Next**.
146
146
147
147

148
148
149
149
In this example, DPM allows the database to be recovered to another SQL Server instance or to a standalone network folder.
150
-
4. On the **Specify Recovery Options** page, you can select the recovery options. For example, you can choose **Network bandwidth usage throttling** to throttle the bandwidth that recovery uses. Then select **Next**.
151
-
5. On the **Summary** page, you see the current recovery configuration. Select **Recover**.
150
+
1. On the **Specify Recovery Options** page, you can select the recovery options. For example, you can choose **Network bandwidth usage throttling** to throttle the bandwidth that recovery uses. Then select **Next**.
151
+
1. On the **Summary** page, you see the current recovery configuration. Select **Recover**.
152
152
153
153
The recovery status shows the database being recovered. You can select **Close** to close the wizard and view the progress in the **Monitoring** workspace.
0 commit comments