Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Artikel ini menjelaskan cara memulihkan blob oleh Azure Backup menggunakan REST API. Anda juga dapat memulihkan Azure Blobs oleh Azure Backup menggunakan portal Microsoft Azure, Azure PowerShell, Azure CLI.
Penting
Sebelum melanjutkan untuk memulihkan blob Azure menggunakan Azure Backup, lihat poin penting.
Prasyarat
Artikel ini mempertimbangkan bahwa Anda memiliki cadangan yang dikonfigurasi untuk satu atau beberapa akun penyimpanan Anda. Pelajari cara mengonfigurasi cadangan untuk data blob blok jika tidak dikonfigurasi.
Untuk mengilustrasikan langkah-langkah pemulihan dalam artikel ini, kita akan merujuk ke blob di akun penyimpanan bernama msblobbackup-f2df34eb-5628-4570-87b2-0331d797c67d yang dilindungi oleh brankas Backup yang ada TestBkpVault, di bawah grup sumber daya testBkpVaultRG.
Bersiap untuk pemulihan Azure Blobs
Anda sekarang dapat melakukan operasi pemulihan untuk pencadangan operasional dan cadangan yang disimpan dalam vault untuk Azure Blobs.
Pilih tingkat cadangan:
Ambil rentang waktu yang valid untuk pemulihan
Karena backup operasional untuk blob berlangsung secara berkelanjutan, maka tidak ada titik pemulihan yang dapat dipisahkan. Sebaliknya, kita perlu mengambil rentang waktu yang valid di mana blob dapat dipulihkan ke titik waktu mana pun. Dalam contoh ini, mari kita periksa rentang waktu yang valid untuk pemulihan dalam 30 hari terakhir.
Rentang waktu yang dapat dipulihkan dapat dicantumkan menggunakan API temukan rentang waktu yang dapat dipulihkan. Ini adalah POST API, yang memicu operasi untuk menghitung rentang cadangan berkelanjutan untuk blob di akun penyimpanan.
POST https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.DataProtection/backupVaults/{vaultName}/backupInstances/{backupInstanceName}/findRestorableTimeRanges?api-version=2021-01-01
Untuk contoh kami, ini diterjemahkan ke
POST https://management.azure.com/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/TestBkpVaultRG/providers/Microsoft.DataProtection/backupVaults/testBkpVault/backupInstances/msblobbackup-f2df34eb-5628-4570-87b2-0331d797c67d/findRestorableTimeRanges?api-version=2021-01-01
Buat isi permintaan untuk mengambil rentang waktu yang valid untuk pemulihan
Untuk memicu operasi untuk menghitung rentang waktu yang valid, berikut adalah komponen isi permintaan.
| Nama | Tipe | Deskripsi |
|---|---|---|
| sourceDatastoreType | RestoreSourceDataStoreType | Datastore yang berisi data yang akan dipulihkan |
| waktu mulai | string | Waktu mulai untuk permintaan Tentukan Rentang Pemulihan. Format ISO 8601. |
| waktuAkhir | string | Waktu akhir untuk permintaan Tentukan Rentang Pemulihan. Format ISO 8601. |
Contoh isi permintaan untuk mengambil rentang waktu yang valid
Isi permintaan berikut menentukan properti yang diperlukan untuk mengambil rentang waktu data berkelanjutan yang dapat dipulihkan. Karena cadangan blob berada di akun penyimpanan, datastore bersifat 'Operasional'. Anda dapat memberikan waktu mulai dan berakhir yang membantu mempersempit proses pencarian dan mengembalikan rentang waktu yang tersedia.
{
"sourceDataStoreType": "OperationalStore",
"startTime": "",
"endTime": ""
}
Respons untuk mengambil rentang waktu yang valid
Setelah Anda mengirimkan permintaan POST, responsnya adalah 200(OK) yang mencakup waktu mulai dan akhir dari rentang yang tersedia untuk dipulihkan, sesuai dengan waktu mulai dan akhir permintaan yang telah ditentukan.
| Nama | Tipe | Deskripsi |
|---|---|---|
| 200(OK) | AzureBackupFindRestorableTimeRangesResponseResource | OKE |
| Kode Status lainnya | CloudError | Respons kesalahan yang menjelaskan mengapa operasi gagal. |
Contoh respons untuk mengambil rentang waktu yang valid
HTTP/1.1 200 OK
Content-Length: 379
Content-Type: application/json
Expires: -1
Pragma: no-cache
X-Content-Type-Options: nosniff
x-ms-request-id:
Strict-Transport-Security: max-age=31536000; includeSubDomains
x-ms-ratelimit-remaining-subscription-writes: 1199
x-ms-correlation-request-id: a2b7c2d9-01f5-499a-b521-55da4862c79a
x-ms-routing-request-id: CENTRALUSEUAP:20210708T184646Z:4996a2bf-2df8-48a7-9b53-a552466a27f7
Cache-Control: no-cache
Date: Thu, 08 Jul 2021 18:46:45 GMT
Server: Microsoft-IIS/10.0
X-Powered-By: ASP.NET
{
"id": "msblobbackup-f2df34eb-5628-4570-87b2-0331d797c67d",
"type": "Microsoft.DataProtection/backupVaults/backupInstances/findRestorableTimeRanges",
"properties": {
"restorableTimeRanges": [
{
"startTime": "2021-07-06T18:46:45.947728Z",
"endTime": "2021-07-08T18:46:45.9932408Z",
"objectType": "RestorableTimeRange"
}
],
"objectType": "AzureBackupFindRestorableTimeRangesResponse"
}
}
Setelah titik waktu untuk dipulihkan ke akun penyimpanan yang sama ditentukan, ada beberapa opsi untuk melakukan pemulihan.
Opsi 1: Memulihkan semua blob ke titik waktu tertentu
Menggunakan opsi ini memulihkan semua blob blok di akun penyimpanan dengan menggulungnya kembali ke titik waktu yang dipilih. Akun penyimpanan yang berisi sejumlah besar data atau mengalami perubahan data yang tinggi dapat memerlukan waktu lebih lama untuk dipulihkan.
Membuat isi permintaan untuk pemulihan semua blob di titik waktu tertentu
Poin-poin penting yang perlu diingat dalam skenario ini adalah:
- Pemulihan terjadi pada akun penyimpanan yang sama, yang berarti objek target untuk pemulihan sama dengan sumber data sumber. Ini tercermin di bagian informasi sasaran pemulihan di bawah ini.
- Ini adalah pencadangan berkelanjutan dan karenanya waktu pemulihan adalah titik waktu dan bukan titik pemulihan yang berbeda.
- Semua blob sudah dipulihkan
- Datastore sumber tempat cadangan berada adalah akun penyimpanan yang sama. Oleh karena itu, datastore sumber adalah datastore 'Operasional'.
{
"restoreRequestObject": {
"objectType": "AzureBackupRecoveryTimeBasedRestoreRequest",
"restoreTargetInfo": {
"objectType": "RestoreTargetInfo",
"recoveryOption": "FailIfExists",
"restoreLocation": "westus",
"datasourceInfo": {
"datasourceType": "Microsoft.Storage/storageAccounts/blobServices",
"objectType": "Datasource",
"resourceID": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/RG-BlobBackup/providers/Microsoft.Storage/storageAccounts/msblobbackup",
"resourceLocation": "westus",
"resourceName": "msblobbackup",
"resourceType": "Microsoft.Storage/storageAccounts",
"resourceUri": ""
}
},
"sourceDataStoreType": "OperationalStore",
"recoveryPointTime": "2021-07-08T00:00:00.0000000Z"
}
}
Opsi 2: Memulihkan beberapa kontainer ke titik waktu tertentu
Menggunakan opsi ini memungkinkan Anda memilih hingga 10 kontainer untuk memulihkan atau memulihkan subset blob menggunakan kecocokan awalan. Anda dapat menentukan hingga 10 rentang leksikografis dari blob dalam satu wadah atau di beberapa wadah untuk mengembalikan blob tersebut ke keadaan sebelumnya pada titik waktu tertentu. Dalam hal menggunakan awalan, berikut adalah beberapa hal yang perlu diingat:
- Anda dapat menggunakan garis miring (/) untuk memisahkan nama kontainer dari prefix blob
- Awal rentang yang ditentukan bersifat inklusif, namun rentang yang ditentukan bersifat eksklusif.
Pelajari selengkapnya tentang menggunakan awalan untuk memulihkan rentang blob.
Buat badan permintaan untuk pemulihan data dari titik waktu tertentu pada kontainer yang dipilih atau beberapa blob
Poin-poin penting yang perlu diingat dalam skenario ini adalah:
- Pemulihan terjadi pada akun penyimpanan yang sama, yang berarti objek target untuk pemulihan sama dengan sumber data sumber. Ini tercermin di bagian informasi sasaran pemulihan di bawah ini.
- Ini adalah pencadangan berkelanjutan dan karenanya waktu pemulihan adalah titik waktu dan bukan titik pemulihan yang berbeda.
- Beberapa item dalam akun penyimpanan dipulihkan. Mereka bisa menjadi kontainer atau blob dengan pola awalan.
- Datastore sumber, yaitu, tempat cadangan berada, adalah akun penyimpanan yang sama. Oleh karena itu, datastore sumber adalah datastore 'Operasional'.
{
"restoreRequestObject": {
"objectType": "AzureBackupRecoveryTimeBasedRestoreRequest",
"restoreTargetInfo": {
"objectType": "ItemLevelRestoreTargetInfo",
"recoveryOption": "FailIfExists",
"restoreLocation": "westus",
"restoreCriteria": [
{
"objectType": "RangeBasedItemLevelRestoreCriteria",
"minMatchingValue": "Container1",
"maxMatchingValue": "Container10-0"
}
],
"datasourceInfo": {
"datasourceType": "Microsoft.Storage/storageAccounts/blobServices",
"objectType": "Datasource",
"resourceID": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/RG-BlobBackup/providers/Microsoft.Storage/storageAccounts/msblobbackup",
"resourceLocation": "westus",
"resourceName": "msblobbackup",
"resourceType": "Microsoft.Storage/storageAccounts",
"resourceUri": ""
}
},
"sourceDataStoreType": "OperationalStore",
"recoveryPointTime": "2021-07-08T00:00:00.0000000Z"
}
}
Memvalidasi permintaan pemulihan
Setelah isi permintaan disiapkan, isi permintaan dapat divalidasi menggunakan validasi untuk api pemulihan. Seperti API Validate-for-backup, ini adalah operasi POST .
POST https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.DataProtection/backupVaults/{vaultName}/backupInstances/{backupInstanceName}/validateRestore?api-version=2021-01-01
Untuk contoh yang kami berikan, hal ini diterjemahkan menjadi:
POST "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/TestBkpVaultRG/providers/Microsoft.DataProtection/backupVaults/testBkpVault/backupInstances/msblobbackup-f2df34eb-5628-4570-87b2-0331d797c67d/validateRestore?api-version=2021-01-01"
Isi permintaan untuk POST API ini dirinci di sini. Kami telah membangun proses yang sama di bagian di atas untuk semua pemulihan blob dan pemulihan beberapa item. Kami akan menggunakan hal yang sama untuk memicu operasi validasi.
Respons untuk memvalidasi permintaan pemulihan
Permintaan pemulihan validasi adalah operasi asinkron. Hal ini berarti operasi tersebut menciptakan operasi lain yang perlu dilacak secara terpisah.
Fungsi ini menghasilkan dua respons: 202 (Diterima) ketika fungsi lain dibuat, dan 200 (OK) ketika fungsi selesai.
| Nama | Tipe | Deskripsi |
|---|---|---|
| 200 OK (Permintaan berhasil) | Status permintaan validasi | |
| 202 Diterima | Diterima |
Contoh respons untuk memulihkan validasi-permintaan
Setelah operasi POST dikirimkan, respons awal akan menjadi 202 Diterima bersama dengan header Azure-asyncOperation.
HTTP/1.1 202 Accepted
Content-Length: 0
Expires: -1
Pragma: no-cache
Retry-After: 10
Azure-AsyncOperation: https://management.azure.com/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/providers/Microsoft.DataProtection/locations/westus/operationStatus/ZmMzNDFmYWMtZWJlMS00NGJhLWE4YTgtMDNjYjI4Y2M5OTExOzVlNzMxZDBiLTQ3MDQtNDkzNS1hYmNjLWY4YWEzY2UzNTk1ZQ==?api-version=2021-01-01
X-Content-Type-Options: nosniff
x-ms-request-id:
Strict-Transport-Security: max-age=31536000; includeSubDomains
x-ms-ratelimit-remaining-subscription-writes: 1199
x-ms-correlation-request-id: bae60c92-669d-45a4-aed9-8392cca7cc8d
x-ms-routing-request-id: CENTRALUSEUAP:20210708T205935Z:f51db7a4-9826-4084-aa3b-ae640dc78af6
Cache-Control: no-cache
Date: Thu, 08 Jul 2021 20:59:35 GMT
Location: https://management.azure.com/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/providers/Microsoft.DataProtection/locations/westus/operationResults/ZmMzNDFmYWMtZWJlMS00NGJhLWE4YTgtMDNjYjI4Y2M5OTExOzVlNzMxZDBiLTQ3MDQtNDkzNS1hYmNjLWY4YWEzY2UzNTk1ZQ==?api-version=2021-01-01
X-Powered-By: ASP.NET
Lacak header Azure-AsyncOperation dengan permintaan GET sederhana. Ketika permintaan berhasil, itu mengembalikan 200 OK dengan kode status keberhasilan.
GET https://management.azure.com/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/providers/Microsoft.DataProtection/locations/westus/operationStatus/ZmMzNDFmYWMtZWJlMS00NGJhLWE4YTgtMDNjYjI4Y2M5OTExOzVlNzMxZDBiLTQ3MDQtNDkzNS1hYmNjLWY4YWEzY2UzNTk1ZQ==?api-version=2021-01-01
{
"id": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/providers/Microsoft.DataProtection/locations/westus/operationStatus/ZmMzNDFmYWMtZWJlMS00NGJhLWE4YTgtMDNjYjI4Y2M5OTExOzVlNzMxZDBiLTQ3MDQtNDkzNS1hYmNjLWY4YWEzY2UzNTk1ZQ==",
"name": "ZmMzNDFmYWMtZWJlMS00NGJhLWE4YTgtMDNjYjI4Y2M5OTExOzVlNzMxZDBiLTQ3MDQtNDkzNS1hYmNjLWY4YWEzY2UzNTk1ZQ==",
"status": "Succeeded",
"startTime": "2021-07-08T20:59:35.0060264Z",
"endTime": "2021-07-08T20:59:57Z"
}
Memicu permintaan pemulihan
Operasi pemulihan pemicu adalah POST API. Semua detail tentang operasi pemulihan pemicu didokumenkan di sini.
POST https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.DataProtection/backupVaults/{vaultName}/backupInstances/{backupInstanceName}/restore?api-version=2021-01-01
Untuk contoh yang kami berikan, hal ini diterjemahkan menjadi:
POST "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/TestBkpVaultRG/providers/Microsoft.DataProtection/backupVaults/testBkpVault/backupInstances/msblobbackup-f2df34eb-5628-4570-87b2-0331d797c67d/restore?api-version=2021-01-01"
Membuat badan permintaan untuk operasi pemulihan
Setelah permintaan divalidasi, isi permintaan yang sama dapat digunakan untuk memicu permintaan pemulihan dengan perubahan kecil.
Contoh isi permintaan untuk pemulihan semua blob
Satu-satunya perubahan dari isi validate-restore-request adalah menghapus objek "restoreRequest" di awal.
{
"objectType": "AzureBackupRecoveryTimeBasedRestoreRequest",
"restoreTargetInfo": {
"objectType": "RestoreTargetInfo",
"recoveryOption": "FailIfExists",
"restoreLocation": "westus",
"datasourceInfo": {
"datasourceType": "Microsoft.Storage/storageAccounts/blobServices",
"objectType": "Datasource",
"resourceID": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/RG-BlobBackup/providers/Microsoft.Storage/storageAccounts/msblobbackup",
"resourceLocation": "westus",
"resourceName": "msblobbackup",
"resourceType": "Microsoft.Storage/storageAccounts",
"resourceUri": ""
}
},
"sourceDataStoreType": "OperationalStore",
"recoveryPointTime": "2021-07-08T00:00:00Z"
}
Contoh isi permintaan untuk item atau beberapa pemulihan blok data
Satu-satunya perubahan dari isi validate-restore-request adalah menghapus objek "restoreRequest" di awal.
{
"objectType": "AzureBackupRecoveryTimeBasedRestoreRequest",
"restoreTargetInfo": {
"objectType": "ItemLevelRestoreTargetInfo",
"recoveryOption": "FailIfExists",
"restoreLocation": "westus",
"restoreCriteria": [
{
"objectType": "RangeBasedItemLevelRestoreCriteria",
"minMatchingValue": "Container1",
"maxMatchingValue": "Container2"
}
],
"datasourceInfo": {
"datasourceType": "Microsoft.Storage/storageAccounts/blobServices",
"objectType": "Datasource",
"resourceID": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/RG-BlobBackup/providers/Microsoft.Storage/storageAccounts/msblobbackup",
"resourceLocation": "westus",
"resourceName": "msblobbackup",
"resourceType": "Microsoft.Storage/storageAccounts",
"resourceUri": ""
}
},
"sourceDataStoreType": "OperationalStore",
"recoveryPointTime": "2021-07-08T00:00:00.0000000Z"
}
Respon terhadap permintaan pemulihan yang dipicu
Permintaan pemulihan pemicu adalah operasi asinkron. Hal ini berarti operasi tersebut menciptakan operasi lain yang perlu dilacak secara terpisah.
Fungsi ini menghasilkan dua respons: 202 (Diterima) ketika fungsi lain dibuat, dan 200 (OK) ketika fungsi selesai.
| Nama | Tipe | Deskripsi |
|---|---|---|
| 200 OK (Permintaan berhasil) | Status permintaan pemulihan | |
| 202 Diterima | Diterima |
Contoh respons untuk pemicu permintaan pemulihan
Setelah operasi POST dikirimkan, respons awal akan menjadi 202 Diterima bersama dengan header Azure-asyncOperation.
HTTP/1.1 202 Accepted
Content-Length: 0
Expires: -1
Pragma: no-cache
Retry-After: 30
Azure-AsyncOperation: https://management.azure.com/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/providers/Microsoft.DataProtection/locations/westus/operationStatus/ZmMzNDFmYWMtZWJlMS00NGJhLWE4YTgtMDNjYjI4Y2M5OTExO2Q1NDIzY2VjLTczYjYtNDY5ZC1hYmRjLTc1N2Q0ZTJmOGM5OQ==?api-version=2021-01-01
X-Content-Type-Options: nosniff
x-ms-request-id:
Strict-Transport-Security: max-age=31536000; includeSubDomains
x-ms-ratelimit-remaining-subscription-writes: 1197
x-ms-correlation-request-id: 8661209c-5b6a-44fe-b676-4e2b9c296593
x-ms-routing-request-id: CENTRALUSEUAP:20210708T204652Z:69e3fa4b-c5d9-4601-9410-598006ada187
Cache-Control: no-cache
Date: Thu, 08 Jul 2021 20:46:52 GMT
Location: https://management.azure.com/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/providers/Microsoft.DataProtection/locations/westus/operationResults/ZmMzNDFmYWMtZWJlMS00NGJhLWE4YTgtMDNjYjI4Y2M5OTExO2Q1NDIzY2VjLTczYjYtNDY5ZC1hYmRjLTc1N2Q0ZTJmOGM5OQ==?api-version=2021-01-01
X-Powered-By: ASP.NET
Lacak header Azure-AsyncOperation dengan permintaan GET sederhana. Ketika permintaan berhasil, akan memberikan 200 OK beserta ID Pekerjaan yang harus dilacak lebih lanjut sampai permintaan pemulihan selesai.
GET https://management.azure.com/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/providers/Microsoft.DataProtection/locations/westus/operationStatus/ZmMzNDFmYWMtZWJlMS00NGJhLWE4YTgtMDNjYjI4Y2M5OTExO2Q1NDIzY2VjLTczYjYtNDY5ZC1hYmRjLTc1N2Q0ZTJmOGM5OQ==?api-version=2021-01-01
{
"id": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/providers/Microsoft.DataProtection/locations/westus/operationStatus/ZmMzNDFmYWMtZWJlMS00NGJhLWE4YTgtMDNjYjI4Y2M5OTExO2Q1NDIzY2VjLTczYjYtNDY5ZC1hYmRjLTc1N2Q0ZTJmOGM5OQ==",
"name": "ZmMzNDFmYWMtZWJlMS00NGJhLWE4YTgtMDNjYjI4Y2M5OTExO2Q1NDIzY2VjLTczYjYtNDY5ZC1hYmRjLTc1N2Q0ZTJmOGM5OQ==",
"status": "Succeeded",
"startTime": "2021-07-08T20:46:52.4110868Z",
"endTime": "2021-07-08T20:46:56Z",
"properties": {
"jobId": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/TestBkpVaultRG/providers/Microsoft.DataProtection/backupVaults/testBkpVault/backupJobs/c4bd49a1-0645-4eec-b207-feb818962852",
"objectType": "OperationJobExtendedInfo"
}
}
Pantau pekerjaan
Permintaan pemulihan yang dipicu memulai pekerjaan pemulihan, dan ID pekerjaan yang diperoleh dilacak menggunakan GET Jobs API.
Gunakan perintah GET sederhana untuk melacak JobId yang diberikan dalam respons pemulihan pemicu di atas.
GET /subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/TestBkpVaultRG/providers/Microsoft.DataProtection/backupVaults/testBkpVault/backupJobs/c4bd49a1-0645-4eec-b207-feb818962852?api-version=2021-01-01
{
"properties": {
"activityID": "4195ca6c-e02d-11eb-b0b1-70bc105e2242",
"subscriptionId": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx",
"backupInstanceId": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/TestBkpVaultRG/providers/Microsoft.DataProtection/backupVaults/testBkpVault/backupInstances/msblobbackup-f2df34eb-5628-4570-87b2-0331d797c67d",
"policyId": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/TestBkpVaultRG/providers/Microsoft.DataProtection/backupVaults/testBkpVault/backupPolicies/BlobBackup-Policy",
"dataSourceId": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/RG-BlobBackup/providers/Microsoft.Storage/storageAccounts/msblobbackup",
"vaultName": "BV-JPE-GRS",
"backupInstanceFriendlyName": "msblobbackup",
"policyName": "BlobBackup-Policy",
"sourceResourceGroup": "RG-BlobBackup",
"dataSourceName": "msblobbackup",
"progressEnabled": false,
"etag": "W/\"datetime'2021-07-08T20%3A48%3A36.6999667Z'\"",
"sourceSubscriptionID": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx",
"dataSourceLocation": "westus",
"startTime": "2021-07-08T20:44:19.5467125Z",
"endTime": "2021-07-08T20:48:35.8297312Z",
"dataSourceType": "Microsoft.Storage/storageAccounts/blobServices",
"operationCategory": "Restore",
"operation": "Restore",
"status": "Completed",
"isUserTriggered": true,
"supportedActions": [
""
],
"duration": "PT4M16.2830187S",
"extendedInfo": {
"sourceRecoverPoint": {
"recoveryPointTime": "2021-07-08T00:00:00Z"
},
"recoveryDestination": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/RG-BlobBackup/providers/Microsoft.Storage/storageAccounts/msblobbackup",
"subTasks": [
{
"taskId": 1,
"taskName": "Trigger Restore",
"taskStatus": "Completed"
}
]
}
},
"id": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/TestBkpVaultRG/providers/Microsoft.DataProtection/backupVaults/testBkpVault/backupJobs/c4bd49a1-0645-4eec-b207-feb818962852",
"name": "c4bd49a1-0645-4eec-b207-feb818962852",
"type": "Microsoft.DataProtection/BackupVaults/backupJobs"
}
Status pekerjaan di atas menunjukkan bahwa pekerjaan pemulihan selesai dan semua blob telah dipulihkan ke titik waktu tertentu.
Langkah selanjutnya
Gambaran umum pencadangan blob Azure.
Untuk informasi selengkapnya tentang Microsoft Azure Backup REST API, lihat dokumen berikut ini: