Skip to content

Commit 8e22bac

Browse files
committed
Add public endpoint section
1 parent 2367d1d commit 8e22bac

File tree

1 file changed

+20
-1
lines changed

1 file changed

+20
-1
lines changed

articles/data-factory/configure-bcdr-azure-ssis-integration-runtime.md

Lines changed: 20 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -83,7 +83,26 @@ When failover occurs, you have to do the following things:
8383

8484
3. Restart Azure-SSIS IR.
8585

86-
### Scenario 3 - Attaching an existing SSISDB (SSIS catalog) to a new Azure-SSIS IR
86+
### Scenario 3 - Azure-SSIS IR is pointing to public endpoint of Azure SQL Database Managed Instance
87+
88+
The scenario is suitable if the Azure-SSIS IR is pointing to public endpoint of Azure SQL Database Managed Instance and it doesn't join to VNET. The only difference between scenario 2 and this scenarios is that you don't need to edit VNET information of Azure-SSIS IR after failover.
89+
90+
#### Solution
91+
When failover occurs, you have to do the following things:
92+
1. Stop Azure-SSIS IR on primary region.
93+
94+
2. Edit Azure-SSIS IR with new region and endpoint information of secondary instance.
95+
96+
```powershell
97+
Set-AzDataFactoryV2IntegrationRuntime -Location "new region" `
98+
-CatalogServerEndpoint "Azure SQL Database server endpoint" `
99+
-CatalogAdminCredential "Azure SQL Database server admin credentials" `
100+
-SetupScriptContainerSasUri "new custom setup SAS URI"
101+
```
102+
103+
3. Restart Azure-SSIS IR.
104+
105+
### Scenario 4 - Attaching an existing SSISDB (SSIS catalog) to a new Azure-SSIS IR
87106

88107
This scenario is suitable if you want to provision a new Azure-SSIS IR on secondary region or you want your SSISDB to keep working with a new Azure-SSIS IR in a new region when an ADF or Azure-SSIS IR disaster occurs in current region.
89108

0 commit comments

Comments
 (0)