70-158 · Question #68
You administer a Forefront Identity Manager (FIM) 2010 server. The FIM server has management agents (MAs) connected to the following data sources: Active Directory Domain Services (AD DS) Active…
The correct answer is C. Configure deprovisioning for the AD LDS MA. D. Configure deprovisioning in the AD LDS triple. To delete an AD LDS object when a SQL Server record becomes inactive without affecting the AD DS attribute flow, you must configure deprovisioning settings specifically on the AD LDS MA and its metaverse object handling.
Question
Options
- AConfigure connector filter for the AD DS MA.
- BConfigure connector filter for the SQL Server MA.
- CConfigure deprovisioning for the AD LDS MA.
- DConfigure deprovisioning in the AD LDS triple.
- EConfigure deprovisioning for the SQL Server MA.
- FConfigure object deletion rule for the Person object type.
How the community answered
(38 responses)- A18% (7)
- B5% (2)
- C66% (25)
- E8% (3)
- F3% (1)
Why each option
To delete an AD LDS object when a SQL Server record becomes inactive without affecting the AD DS attribute flow, you must configure deprovisioning settings specifically on the AD LDS MA and its metaverse object handling.
A connector filter on the AD DS MA would prevent AD DS objects from joining or projecting into the metaverse, which would disrupt the required unchanged attribute flow between SQL Server and AD DS.
A connector filter on the SQL Server MA would prevent the SQL record from connecting to the metaverse entirely, rather than triggering a targeted deletion of only the AD LDS object when the record is inactive.
Configuring deprovisioning for the AD LDS MA defines what happens to the connected AD LDS object when it is disconnected from the metaverse - setting it to 'delete object in the external data source' ensures the AD LDS user object is physically deleted when the SQL record becomes inactive and triggers disconnection.
Configuring deprovisioning in the AD LDS triple (the metaverse-to-connector space relationship) controls how the system handles the connector space object when the metaverse object loses its projection, ensuring the deletion workflow is properly scoped to AD LDS without impacting the AD DS connector or its attribute flows.
Configuring deprovisioning for the SQL Server MA controls what happens to SQL Server objects when disconnected, not what happens to AD LDS objects, so this does not address the requirement to delete the AD LDS user.
An object deletion rule for the Person object type would affect all MAs connected to that metaverse object type globally, potentially disrupting the AD DS attribute flow rather than isolating the deletion action to AD LDS only.
Concept tested: FIM 2010 deprovisioning configuration for targeted connector deletion
Source: https://learn.microsoft.com/en-us/previous-versions/windows/desktop/forefront-2010/ff686835(v=ws.10)
Topics
Community Discussion
No community discussion yet for this question.