• Search Forums
    Advanced Search Topics Posts
Prev
Next
Forums Integration / Customization IPA/ProcessFlow

Migrate processflow to identical 901 server

 2 Replies
 0 Subscribed to this topic
 52 Subscribed to this forum
Sort:
Author
Messages
Duane
Basic Member
Posts: 17
Basic Member
4/11/2011 2:29 PM
We've created another LSF 9 server which will be identical to our production server, users, security and all. We want to migreate process flow but find little to no information on this. Examining the WF tables in logan, I see the processing tables vs. the setup tables. Is migrating processflow as simple as running rngdbdump/importdb from the old server on the setup tables to the new server and moving the flow files over? Or is there more to it? We expect to do this on a regular basis so we are looking for an alternative to manually updating menu/bpm.do screens. Thanks to anyone that can help!
George Graham
Veteran Member
Posts: 201
Veteran Member
4/12/2011 2:19 PM
Unfortunately the answer is....it depends. Different flows are going to have different requirements from a BPM perspective. For the most part, yes, you can dump and load logan tables - but I'm neither promoting or suggesting away from that option. All I can say is that you have to be careful and you definitely do not want to simply "dump all - load all". You are going to have a variety of things to consider - service names, task names, who is assigned to tasks, etc... Depending on your user setup in ldap, you may have a user one way in test and another in prod - so simply loading that misses the user. There is also the service setup from an application perspective to consider - i.e., actions used in PA52 trigger a service - will your data from test be the same as prod?

There are definitely things that you can automate - but you have to understand how you are using flows and what your specific issues/risks are.
Rob Conrad
Veteran Member
Posts: 73
Veteran Member
4/13/2011 2:49 AM
Hi Duane -

George raises some good points - you do want to make sure you have consistency between environments and product lines etc - that being said, I've done this before for a rather large 901 upgrade client (38,000 employees) and used 'rngdbdump' and 'importdb' to migrate data. After completing this work, I also created a migration knowledge transfer document containing all the tables / setup considerations, so could forward that over to you for a small exorbitant fee :-)...just kidding of course. Drop me a note if you would like more info.

And...as you said, you would want to do this on a regular basis, so I would advise I creating a flow to do all of the 'rngdbdump/importdb' tasks using the System Command node or a query node, check for LDAP changes using RM Query and then set the PFI up to trigger from a System Administrator Bookmark...so this rather mundane task is basically turned into a mouse click.

RC.