@Anonymous Welcome to Microsoft Q&A, Thank you for posting your query!
Firstly, apologies for the delay in responding here and any inconvenience this issue may have caused.
- This is expected behavior. LRS -> GZRS with LRS as primary is not supported.
To get back to the original state (GZRS), you have to
(1) Convert LRS in to GRS,
(2) Failback to (as LRS),
(3) Then request Azure to migrate this LRS to ZRS , which can then be converted to GZRS .
Change how a storage account is replicated
After the failover, your storage account type is automatically converted to locally redundant storage (LRS) in the new primary region. You can re-enable geo-redundant storage (GRS) or read-access geo-redundant storage (RA-GRS) for the account. Note that converting from LRS to GRS or RA-GRS incurs an additional cost.
After you re-enable GRS for your storage account, Microsoft begins replicating the data in your account to the new secondary region. Replication time is dependent on the amount of data being replicated.
- For read access to the secondary region with a storage account configured for geo-redundant storage, you need separate private endpoints for both the primary and secondary instances of the service. You don't need to create a private endpoint for the secondary instance for failover. The private endpoint will automatically connect to the new primary instance after failover.
Hope this helps!
Kindly let us know if the above helps or you need further assistance on this issue.
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Please do not forget to "Accept the answer” and “up-vote” wherever the information provided helps you, this can be beneficial to other community members.