Hello,
we are going to update from K2 5.0 to K2 5.3 and want to play it save :-)
Is there any strategy for a "rollback plan" if it does not work?
My current thoughts:
* shutdown all related services
* full backup for the DEV system virtual machine
* DEV DB backup
==> Update DEV system
* start all related services
==> Tests in DEV system
* shutdown all related services
* full backup for the QA system virtual machine
* DEV QA backup
==> Update QA system
* start all related services
==> Tests in QA system, espaecially package and deployment from DEV to QA
* shutdown all related services
* full backup for the PRD system virtual machine
* DEV PRD backup
==> Update PRD system
* start all related services
(==> Tests in DEV system)
roll back scenario 1 (Tests in DEV shows problems)
first try to fix them
but if it is not possible to fix them we have to go back by
* shutting down the services
* backup the DB
* backup the VM
* start the services
Does this kind of roll back work? Is this roll back strategy needed? Or is there a rollback integrated in the K2 Setup?
What about K2 5 connect? I saw that there is only K2 5.1 available - is this working with K2 5.3?
Has anyone positive or negative experience with this update?
regards
Johann