Note: This question is part of a series of questions that present the same scenario. Each question in the series
contains a unique solution. Determine whether the solution meets the stated goals.
Your network contains a single Active Directory forest. The forest contains a domain controller and Active
Directory Federation Services (AD FS) servers that are deployed to virtual machines. The virtual machines run
either on-premises or on Microsoft Azure.
You have Azure AD Connect deployed on-premises. The Azure AD Connect database is installed on an onpremises instance of Microsoft SQL Server 2014.
Last month, an Azure AD Connect server experienced a hardware failure that caused an Azure AD Connect
server to go offline for several days.
You need to recommend a solution to reduce the outage window when hardware failure occurs on the Azure
AD Connect server.
Solution: You deploy a new Azure AD Connect server to an Azure virtual machine that uses a new SQL Server
instance. You set the Azure AD Connect server to staging mode.
Does this meet the goal?
A.
Yes
B.
No
Explanation:
Azure AD Connect sync Staging mode can be used for several scenarios, including:
* High availability.
* Test and deploy new configuration changes.
* Introduce a new server and decommission the old.
If you have a more complex environment, then having one or more standby servers is recommended. During
installation, you can enable a server to be in staging mode.
* Use virtual machines
A common and supported method is to run the sync engine in a virtual machine. In case the host has an issue,
the image with the sync engine server can be migrated to another server.
https://azure.microsoft.com/en-us/documentation/articles/active-directory-aadconnectsyncoperations/
2 reasons why I think yes:
In a disaster where the primary server fails, you can fail over to the staging server. You do this in the Azure AD Connect wizard. This second server can be located in a different datacenter because no infrastructure is shared with the primary server. You must manually copy any configuration change made on the primary server to the second server.
You can only have one sync engine per SQL instance. It is not supported to share a SQL instance with FIM/MIM Sync, DirSync, or Azure AD Sync.
only doubt is can I use an Azure VM?