Is there a problem with the single env method when doing this upgrade. Does security really needs to be off? What are the drawbacks of testing? :nix:
| QUOTE |
| Is there a problem with the single env method |
What's single env method?
| QUOTE |
| Does security really needs to be off? |
- YES, as per the documentation, the security must be OFF. Leaving it ON during upgrades has made my life difficult many times.
| QUOTE |
| What are the drawbacks of testing? |
- Do you mean the smoke tests in the installation guide?
Hope you are upgrading the environment to LSF 9.0 from 8.0.x or 8.1.x?
The single env method means you're going to create a 8.1 productline in your existing environment and do the upgrade into it. - which is a fine method if you don't mind changing the name of your production productline when it's completed. I've done many that way with no issues. It does however make it a little more difficult to migrate jobs and security - but they generally require some rebuilding anyway.
Yes, security ABSOLUTELY must be off. If you don't want to turn it off than opt for the 2nd env and upgrade there.
Let me say this about testing. DO IT -and do a LOT OF IT. There is no such thing as too much testing. When your end users revolt and chase after you with torches and pitchforks you're almost there.. You can test just fine in a single environment, but remember that your second productline WILL put a heavier load on your available resources - so plan accordingly.