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-vm-backup-faq.yml
+13-6Lines changed: 13 additions & 6 deletions
Original file line number
Diff line number
Diff line change
@@ -20,7 +20,7 @@ sections:
20
20
answer: |
21
21
When you create a VM, you can enable backup for VMs running [supported operating systems](backup-support-matrix-iaas.md#supported-backup-actions).
22
22
23
-
- question: Why is the Initial backup taking a lot of time to complete?
23
+
- question: Why is the Initial backup taking longer time to complete?
24
24
answer: |
25
25
Initial backup is always a full backup and its duration will depend on the size of the data and when the backup is processed.
26
26
@@ -300,6 +300,13 @@ sections:
300
300
answer: |
301
301
After you unmount disks from the Azure portal, run the Python script with `clean` parameter (`python scriptName.py clean`) to clear the session and remove the mount paths of the recovery point from the machine.
302
302
303
+
- question: Why do restored VMs lose the Offer/SKU/Publisher properties of the source VM?
304
+
answer: |
305
+
During a virtual machine (VM) restore using Azure Backup, you might notice that the restored VM doesn't retain the Offer, SKU, and Publisher properties that were present on the source VM. This is an expected behavior, and happens due to the following reasons:
306
+
307
+
- **MarketPlace Image VMs**: Only VMs created from a MarketPlace image will have the Offer, SKU, and Publisher details. These properties are derived from the VM image itself. When a VM is created from a MarketPlace image, the createOption is set to **from image**. This ensures that the Offer, SKU, and Publisher properties are included during the VM creation process.
308
+
- **VMs Created from Disks**: When a VM is created from disks (such as restored VMs, uploaded VMs, or VMs created from snapshots), the createOption is set to **Attach** instead of "from image". In this case, the Offer, SKU, and Publisher properties are not included because these properties are read-only and can only be added during the initial VM creation process when the createOption is **from image**.
309
+
303
310
- name: Manage VM backups
304
311
questions:
305
312
- question: What happens if I modify a backup policy?
@@ -432,16 +439,16 @@ sections:
432
439
433
440
Storage spaces in a single VM not supported for application consistent VM backup. For application consistent VM backup, VSS freezes the I/O and ensures that disk snapshots are consistent. Storage Spaces can still perform writes in the background, breaking the application consistent guarantee. This can result in a small probability that the backup taken is not application consistent. Today, backup and recovery of VM with storage spaces is not blocked in the product.
434
441
435
-
- question: What is directory "/var/log/azure/Microsoft.Azure.RecoveryServices.VMSnapshotLinux"?
436
-
answer: |
437
-
This is the directory used by Backup Extension VMSnapshotLinux and it gets created when backups are enabled on VM using Recovery Services Vault. Logs are written in this location during backups, restores or extension operations such as schedule updates, generally they should use up only a few GB and the size of the logs is not proportional with the size of the backup.
438
-
439
442
- question: If I remove one of the disks from VM and increase the size of existing disk, what happens to the backups and if next backup creates Full Backup for all disk?
440
443
answer: |
441
-
If you remove a disk, the snapshot or data transfer operations won't run for the removed disk. Number of disks included in the restore point will differ depending on the VM state at the time of the backup.
444
+
If you remove a disk, the snapshot or data transfer operation won't run for the removed disk. Number of disks included in the restore point will differ depending on the VM state at the time of the backup.
442
445
443
446
Resizing a disk will continue with incremental backups unless the underlying storage account of the disk changes, which results in a full backup.
444
447
448
+
- question: What is directory "/var/log/azure/Microsoft.Azure.RecoveryServices.VMSnapshotLinux"?
449
+
answer: |
450
+
This is the directory used by Backup Extension VMSnapshotLinux and it gets created when backups are enabled on VM using Recovery Services Vault. Logs are written in this location during backups, restores or extension operations such as schedule updates, generally they should use up only a few GB and the size of the logs is not proportional with the size of the backup.
451
+
445
452
- question: If backup fails with time out error for large disk VMs after running sometime, when can I re-trigger the backup job again and will the backup continue from where it failed?
446
453
answer: |
447
454
For Initial Replica, a full backup will be re-initiated in case of failure. However, for Incremental the snapshot from the last successful backup will be compared to the latest snapshot to copy the changed data into the vault.
0 commit comments