Groups > Microsoft > Microsoft Metadirectory Services > Deprovisioning Without Disconnect




Deprovisioning Without Disconnect

Deprovisioning Without Disconnect
Tue, 4 Mar 2008 12:11:07 -0800
We have the following setup:
- 1 HR MA that always projects to the MV
- a number of MAs that always join to the MV

The HR MA initiates provisioning/deprovisioning requests. Presently when an 
HR MA connector is disconnected, the MetaVerse object is deleted and 
deprovisioning calls flow to the other MAs.

However recently i added "action" and "actionData" fields to
the MetaVerse. 
I want to deprovision only if "action" is set to
"deprovision" (adds some 
extra layer of security plus provides some data that the Operational MA is 
able to use to do post-deprovisioning tasks).

So when, a connector comes in to the HR MA with action set to
"deprovision" 
i want it to become an explicit disconnector and initiate the deprovisioning. 
This is instead of deprovisioning initiating automatically when the HR MA 
connector is disconnected. I don't want deprovisioning to be initiatated from 
a disconnect. Initiating deprovisioning from a disconnect + 
action=="deprovisioning" (by implementing MetaVerse.SHouldDeleteFromMV
is 
also not ideal).

I attempted to implement this with a rules extension - i added an import 
rule from the HR MA to the MetaVerse, which checks the value of
"action", if 
it's "deprovision" then i had it call csentry.Deprovision() - but this
throws 
an exception:
System.InvalidOperationException: Connection is read-only.

The only reason why initiating deprovisioning from a disconnect AND a check 
that action=="deprovisioning" is that an employee Termination can
remain open 
for a few days, meanwhile the employee's HR MA connector will be around (so 
the disconnect does not happen immediately) - plus there are some logging 
issues associated with this specific to our environment. I'll go with this 
approach if required, but i'm curious as to why i get the "read-only"
error 
when calling csentry.Deprovision().

Thoughs and ideas are appreciated.

Post Reply
about | contact