limitations

Author: Aarthi-Vijaya-raghavan

articles/virtual-machines/concepts-restore-points.md

@@ -97,7 +97,8 @@ For Azure VM Linux VMs, restore points support the list of Linux [distributions
 - Ephemeral OS disks, and Shared disks aren't supported via both consistency modes. 
 - Restore points APIs require an API of version 2021-03-01 or later for application consistency. 
 - Restore points APIs require an API of version 2021-03-01 or later for crash consistency. (in preview)
-- A maximum of 500 VM restore points can be retained at any time for a VM, irrespective of the number of restore point collections. 
+- A maximum of 10,000 restore point collections can be retained at per subscription per region level.
+- A maximum of 500 VM restore points can be retained at any time for a VM, irrespective of the number of restore point collections.
 - Concurrent creation of restore points for a VM isn't supported. 
 - Movement of Virtual Machines (VM) between Resource Groups (RG), or Subscriptions isn't supported when the VM has restore points. Moving the VM between Resource Groups or Subscriptions won't update the source VM reference in the restore point and will cause a mismatch of ARM processor IDs between the actual VM and the restore points. 
  > [!Note]

articles/virtual-machines/disks-high-availability.md

@@ -45,7 +45,7 @@ Single VMs using only [Premium SSD disks](disks-types.md#premium-ssds) as the OS
 
 ### Use zone-redundant storage disks
 
-Zone-redundant storage (ZRS) disks synchronously replicate data across three availability zones, which are separated groups of data centers in a region that have independent power, cooling, and networking infrastructure. With ZRS disks, your data is accessible even in the event of a zonal outage. Also, ZRS data disks allow you to [forcibly detach](/rest/api/compute/virtual-machines/attach-detach-data-disks?view=rest-compute-2024-03-01&tabs=HTTP#diskdetachoptiontypes) (preview) them from VMs experiencing issues. ZRS disks have limitations, see [Zone-redundant storage for managed disks](disks-redundancy.md#zone-redundant-storage-for-managed-disks) for details.
+Zone-redundant storage (ZRS) disks synchronously replicate data across three availability zones, which are separated groups of data centers in a region that have independent power, cooling, and networking infrastructure. With ZRS disks, your data is accessible even in the event of a zonal outage. Also, ZRS **data** disks allow you to [forcibly detach](/rest/api/compute/virtual-machines/attach-detach-data-disks?view=rest-compute-2024-03-01&tabs=HTTP#diskdetachoptiontypes) (preview) them from VMs experiencing issues. ZRS disks have limitations, see [Zone-redundant storage for managed disks](disks-redundancy.md#limitations) for details.
 
 ## Recommendations for applications running on multiple VMs
 

articles/virtual-machines/disks-redundancy.md

@@ -30,7 +30,7 @@ If your workflow doesn't support application-level synchronous writes across zon
 
 Zone-redundant storage (ZRS) synchronously replicates your Azure managed disk across three Azure availability zones in the region you select. Each availability zone is a separate physical location with independent power, cooling, and networking. ZRS disks provide at least 99.9999999999% (12 9's) of durability over a given year.
 
-A ZRS disk lets you recover from failures in availability zones. If a zone went down and your virtual machine (VM) wasn't affected, then your workloads continue running. But if your VM was affected by an outage and you want to recover before it's resolved, you can either take a snapshot or make a copy of your ZRS disks. Once you've created new disks, attach them to another VM. Alternatively, if you're using the [force detach](/rest/api/compute/virtual-machines/attach-detach-data-disks?view=rest-compute-2024-03-01&tabs=HTTP#diskdetachoptiontypes) (preview) feature, you can forcibly detach ZRS data disks from failed VMs and attach them to another VM.
+A ZRS disk lets you recover from failures in availability zones. If a zone went down and your virtual machine (VM) wasn't affected, then your workloads continue running. But if your VM was affected by an outage and you want to recover before it's resolved, you can either take a snapshot or make a copy of your ZRS disks. Once you've created new disks, attach them to another VM. Alternatively, if you're using the [force detach](/rest/api/compute/virtual-machines/attach-detach-data-disks?view=rest-compute-2024-03-01&tabs=HTTP#diskdetachoptiontypes) (preview) feature, you can forcibly detach ZRS data disks from failed VMs and attach them to another VM. Forcibly detaching ZRS disks has [limitation](disks-redundancy.md#limitations).
 
 ZRS disks can also be shared between VMs for improved availability with clustered or distributed applications like SQL FCI, SAP ASCS/SCS, or GFS2. A shared ZRS disk can be attached to primary and secondary VMs in different zones to take advantage of both ZRS and [availability zones](../availability-zones/az-overview.md). If your primary zone fails, you can quickly fail over to the secondary VM using [SCSI persistent reservation](disks-shared-enable.md#supported-scsi-pr-commands).