Skip to content

Commit 6347399

Browse files
authored
Update disaster-recovery.md
1 parent bbb6d2f commit 6347399

File tree

1 file changed

+8
-0
lines changed

1 file changed

+8
-0
lines changed

articles/applied-ai-services/form-recognizer/disaster-recovery.md

Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -15,6 +15,14 @@ ms.author: lajanuar
1515

1616
# Back up and recover your Form Recognizer models
1717

18+
::: moniker range="form-recog-3.0.0"
19+
[!INCLUDE [applies to v3.0](includes/applies-to-v3-0.md)]
20+
::: moniker-end
21+
22+
::: moniker range="form-recog-2.1.0"
23+
[!INCLUDE [applies to v2.1](../includes/applies-to-v2-1.md)]
24+
::: moniker-end
25+
1826
::: moniker range=">= form-recog-2.1.0"
1927

2028
When you create a Form Recognizer resource in the Azure portal, you specify a region. From then on, your resource and all of its operations stay associated with that particular Azure server region. It's rare, but not impossible, to encounter a network issue that hits an entire region. If your solution needs to always be available, then you should design it to either fail-over into another region or split the workload between two or more regions. Both approaches require at least two Form Recognizer resources in different regions and the ability to sync custom models across regions.

0 commit comments

Comments
 (0)