Hi K2 Developer
- I personally understands the facts of your Problem: Domain migration
Resolution:
I would suggest to keep the old domains until you have K2 Server running in the new domain. It is also recommended to disable Out of Office on all users worklist.
All the users are stored in [K2Server].[dbo].[_Actioners] table. After the domain change, you can update these records to reflect the new domain details.
Please follow this KB to change the K2 domain.
http://help.k2.com/en/KB000285.aspx
Please follow this KB to add additional domain.
http://help.k2.com/en/KB000182.aspx
There must be trust established between two domains. You can redirect the tasks from DomainA to DomainB.
Kindly feel free to Mark as "Accepted Solution, Kudo and/or MeToo" if you find this information answered your question or leads you to the answer,as this will assits other K2 researchers.
Thank you,
Widson.
Hi Wildson,
Thanks for the prompt reply. Unfortunately, I was not able to see https://portal.k2.com/support/report/snapshotnew?id=99780, not authorized.
I do understand that each record is unique due to the ID. But how does the user handle all his task (past and current, completed and ongoing). If the task is tagged to the old domain ID, will the users still be able to access/action on all task?
Hi @chongseng;
Thank you for the feedback, i managed to absorb content from the problematic link as follows and i also hope it give give you necessary clarity.
Issue:
Migrate AD users to different AD
Resolution:
Here is the response from Dev:
"Running instances of which the Destination Rules have already been executed, iow. Active Client events (Worklist Items) may be switched to another User by means of “Redirect”, you can take a (Client event Instance/Slot/Worklist Item) and redirect the item from AD2User to AD1User, this can be achieved by using either the User’s Worklist in Workspace, or using the Management Worklist in Workspace
There are no means by which to change the Process Originator of a Running / Active Process instance as these values are stored during Process Starting and does not change"
So based on this, I think the best option would be to run both AD servers in parallel. Once the users are migrated to the final AD, redirect any tasks for users on the old AD to the new one. Once any processes started with users on the old AD have completed, then finish decommission of the old AD.
Should you find this information helpful to your problem, kindly mark it as a "Kudo and/or Accepted Solution" as this will help others seeking for relevant information in future.
Thank you;
Regards;
widson.