We currently have LiveCycle ES (v8.2 SP3)/JBOSS installed in our environment. We are looking to move to ES2.5 (v9.5) but dont know whether to upgrade the existing [ES --> ES2 + SP2] OR create a new instance of ES2 [+SP2] on our server?
Since all of our workbench processes are short lived and we do not use Rights management i've read we can do either.. Can anyone comment on why/which method is better and why?
Is a new install quicker?
Our production environment is clustered between ServerA and ServerB. Does the clustering of our prod env, change your answer?
Our intention for the prod upgrade is
Stop ServerA. All transactions goto Server B.
Upgrade Server A.
Restart Server A and stop Server B. All transactions will goto Server A.
There are specific advantages/disadvantages to each of the options you have. I'm listing them below and I hope that would help you make a decision.
In case you choose to upgrade, you'll be reusing a lot of stuff from your existing installation, global document storage (GDS) directory contents and database being some of these.
The benefit of upgrade is:
1) You'll NOT have to re-create your processes in LiveCycle ES2.5
2) If you have configured an LDAP directory server, it will come pre-configured
3) If you have any custom DSCs that will also be brought forward.
4) Any configuration settings added/modified in LiveCycle Administration Console will also be retained.
5) A cluster upgrade is similar to a standalone upgrade and doesn't require anything special.
Upgrade is a little lengthier than a fresh install in the terms that:
1) You will have to shutdown your existing system and take a backup of your global document storage (GDS) directory contents and the database along with few other things described in detail in upgrade documentation.
2) You can continue to use your existing processes as is, however, if you want to take advantage of the new Application Model of LiveCycle ES2.5 you MAY have to do some manual modifications to your processes.
3) Considering that your environment is a clustered one, you must bring the entire cluster down, you cannot upgrade each cluster node independently.
In case you choose to go for a fresh installation, you cannot reuse anything from your existing insallation.
The benefit of a new install is:
1) You don't have any application downtime. Once you have your new system up and running, you can just communicate it to your users to shift from older to newer server.
2) You don't have to worry about taking backups and restoring them.
3) You will create your processes directly in the new Application Model.
Few disadvantages of a fresh install would be:
1) You'll need to write your processes from scratch which should include the time of learning the new Application Model.
2) Any custom components would have to be re-deployed.
3) Any custom configurations would have to made again.
Let me know if there are still doubts around any of the approach you are considering and I'll be happy to help.