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/cosmos-db/online-backup-and-restore.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -54,23 +54,23 @@ Accidental deletion or modification of data can happen in one of the following s
54
54
55
55
* One or more Azure Cosmos containers are deleted
56
56
57
-
* Azure Cosmos items (for example, documents) within a container are deleted or modified. This specific case is typically referred to as “data corruption”.
57
+
* Azure Cosmos items (for example, documents) within a container are deleted or modified. This specific case is typically referred to as "data corruption".
58
58
59
59
* A shared offer database or containers within a shared offer database are deleted or corrupted
60
60
61
-
Azure Cosmos DB can restore data in all the above scenarios. The restore process always creates a new Azure Cosmos account to hold the restored data. The name of the new account, if not specified, will have the format `<Azure_Cosmos_account_original_name>-restored1`. The last digit is incremented, if multiple restores are attempted. You can’t restore data to a pre-created Azure Cosmos account.
61
+
Azure Cosmos DB can restore data in all the above scenarios. The restore process always creates a new Azure Cosmos account to hold the restored data. The name of the new account, if not specified, will have the format `<Azure_Cosmos_account_original_name>-restored1`. The last digit is incremented, if multiple restores are attempted. You can't restore data to a pre-created Azure Cosmos account.
62
62
63
-
When an Azure Cosmos account is deleted, we can restore the data into an account with the same name, provided that the account name is not in use. In such cases, it’s recommended to not re-create the account after deletion, because it not only prevents the restored data to use the same name, but also makes discovering the right account to restore from more difficult.
63
+
When an Azure Cosmos account is deleted, we can restore the data into an account with the same name, provided that the account name is not in use. In such cases, it's recommended to not re-create the account after deletion, because it not only prevents the restored data to use the same name, but also makes discovering the right account to restore from more difficult.
64
64
65
65
When an Azure Cosmos database is deleted, it is possible to restore the whole database or a subset of the containers within that database. It is also possible to select containers across databases and restore them and all the restored data is placed in a new Azure Cosmos account.
66
66
67
-
When one or more items within a container are accidentally deleted or changed (the data corruption case), you will need to specify the time to restore to. Time is of essence for this case. Since the container is live, the backup is still running, so if you wait beyond the retention period (the default is eight hours) the backups would be overwritten. In the case of deletes, your data is no longer stored because they won’t be overwritten by the backup cycle. Backups for deleted databases or containers are saved for 30 days.
67
+
When one or more items within a container are accidentally deleted or changed (the data corruption case), you will need to specify the time to restore to. Time is of essence for this case. Since the container is live, the backup is still running, so if you wait beyond the retention period (the default is eight hours) the backups would be overwritten. In the case of deletes, your data is no longer stored because they won't be overwritten by the backup cycle. Backups for deleted databases or containers are saved for 30 days.
68
68
69
69
If you provision throughput at the database level (that is, where a set of containers shares the provisioned throughput), the backup and restore process in this case happen at the entire database level, and not at the individual containers level. In such cases, selecting a subset of containers to restore is not an option.
70
70
71
71
## Migrating data to the original account
72
72
73
-
The primary goal of the data restore is to provide a way to recover any data that you delete or modify accidentally. So, we recommend that you first inspect the content of the recovered data to ensure it contains what you are expecting. Then work on migrating the data back to the primary account. Although it is possible to use the restored account as the live account, it’s not a recommended option if you have production workloads.
73
+
The primary goal of the data restore is to provide a way to recover any data that you delete or modify accidentally. So, we recommend that you first inspect the content of the recovered data to ensure it contains what you are expecting. Then work on migrating the data back to the primary account. Although it is possible to use the restored account as the live account, it's not a recommended option if you have production workloads.
74
74
75
75
The following are different ways to migrate data back to the original Azure Cosmos account:
76
76
@@ -86,7 +86,7 @@ Delete the restored accounts as soon as you are done migrating, because they wil
86
86
Next you can learn about how to restore data from an Azure Cosmos account or learn how to migrate data to an Azure Cosmos account
87
87
88
88
* To make a restore request, contact Azure Support, [file a ticket from the Azure portal](https://portal.azure.com/?#blade/Microsoft_Azure_Support/HelpAndSupportBlade)
89
-
*[How to restore data from an Azure Cosmos account](../synapse-analytics/sql-data-warehouse/backup-and-restore.md)
89
+
*[How to restore data from an Azure Cosmos account](how-to-backup-and-restore.md)
90
90
*[Use Cosmos DB change feed](change-feed.md) to move data to Azure Cosmos DB.
91
91
*[Use Azure Data Factory](../data-factory/connector-azure-cosmos-db.md) to move data to Azure Cosmos DB.
8. On the **Destination data store** page, select **+ Create new connection** > **Azure Data Lake Storage Gen2** > **Continue**.
96
96
97
97

@@ -146,7 +146,7 @@ Use a proof of concept to verify the end-to-end solution and test the copy throu
146
146
3. (Optional) Create a control table and define the file filter to partition the files to be migrated. The way to partition the files is to:
147
147
148
148
- Partition by folder name or folder name with a wildcard filter. We recommend this method.
149
-
- Partition by a file’s last modified time.
149
+
- Partition by a file's last modified time.
150
150
151
151
### Network bandwidth and storage I/O
152
152
@@ -158,7 +158,7 @@ In Data Factory, the [Data Lake Storage Gen1 connector](connector-azure-data-lak
158
158
159
159
### Preserve ACLs from Data Lake Storage Gen1
160
160
161
-
If you want to replicate the ACLs along with data files when you upgrade from Data Lake Storage Gen1 to Data Lake Storage Gen2, see [Preserve ACLs from Data Lake Storage Gen1](connector-azure-data-lake-storage.md#preserve-acls-from-data-lake-storage-gen1).
161
+
If you want to replicate the ACLs along with data files when you upgrade from Data Lake Storage Gen1 to Data Lake Storage Gen2, see [Preserve ACLs from Data Lake Storage Gen1](connector-azure-data-lake-storage.md#preserve-acls).
0 commit comments