E
dit
A
ttach
P
rintable
r8 - 2016-09-07 - 12:16:23 -
PaulEllis
You are here:
TWiki
>
Deployment Web
>
DeploymentInstallingUpgradingAndMigrating
>
Rollbackstrategiesandtips
<div id="header-title" style="padding: 10px 15px; border-width:1px; border-style:solid; border-color:#FFD28C; background-image: url(<nop>https://jazz.net/wiki/pub/Deployment/WebPreferences/TLASE.jpg); background-size: cover; font-size:120%"> ---+!! Roll Back Strategies and Tips %DKGRAY% Authors: Main.MikeDelargy <br> Build basis: CLM Versions 3.x, 4.x, 5.x, and 6.x %ENDCOLOR%</div></sticky> <!-- Page contents top of page on right hand side in box --> <sticky><div style="float:right; border-width:1px; border-style:solid; border-color:#DFDFDF; background-color:#F6F6F6; margin:0 0 15px 15px; padding: 0 15px 0 15px;"> %TOC{title="Page contents"}% </div></sticky> <sticky><div style="margin:15px;"></sticky> Many organizations require a rollback strategy in the event that an upgrade / modification / rename encounters an unforeseen event that requires the change to be cancelled and the system needs to quickly be reverted to the state it was in before the change was attempted. ---++ What needs to be considered For the CLM applications, this rollback may include restoring: 1) Configuration files <br /> 2) Databases <br /> 3) Index files <br /> 4) !WebSphere Application Server configurations <br /> ---++ Preparing for change Best practices dictate that prior to making any change in your CLM configuration whether it be a CLM Upgrade, a Server Rename, or any other change that could potentially lead to implementing recovery then care should be taken to ensure you have backups of critical components in your system. For more detailed information on backing up your CLM environment, please see the Jazz article on [[https://jazz.net/wiki/bin/view/Deployment/BackupCLM][Backing up the Rational solution for Collaborative Lifecycle Management (CLM)]] ---+++ Configuration Files: Each of your CLM applications has configuration files associated with it. <br /> These can be found in your {CLM Installation Directory (JazzTeamServer directory)}/server/conf <br /> The complete environment depends on the deployment architecture being used. <br /> ---+++ Databases: You or your D.B.A. should backup each of your application databases. The strategies for making backups depends on the vendor. For Derby, it can be as simple as making a copy of your database or creating a quick zip file. Databases that need to be backed up: * JTS * CCM * RQM * RDNG %RED% _(only in Version 5.0 and later as earlier versions shared a database with JTS)_ %ENDCOLOR% * DW <br /> ---+++ Index files The Default location for the index files is relative to the folder where the teamserver.properties file is located. However, some deployments have moved them to a different location or to a network share. The exact location of the files can be found in the teamserver.properties file of each application. (Starting in the 5.0 release, RM has its own teamserver.properties file; rm no longer shares a database / indices with JTS) <br /> <br /> There are different ways to backup your Index files. More information can be found [[https://jazz.net/library/article/1272][Query and Search indices management in the Rational solution for Collaborative Lifecycle Management Part 2: Indices storage and management: Backup, recovery and recreation]] ---+++ !WebSphere Application Server configurations: There are a number of options to backup / restore your WebSphere profile. <br /><br /> Option 1:<br /> One such method is to use WebSphere tools to create the back up or implement the restore. More information can be found at [[http://www.websphereusergroup.org/go/article/view/263307/backup_and_recovery_in_ibm_websphere_environments][Backup and Recovery in IBM WebSphere environments]] <br /> <br /> Option 2: <br /> Another option for you, that is particularly useful when you are doing an upgrade, is to create a new profile/jvm prior to doing the upgrade.<br /> Creating a second jvm allows you to expedite the actual upgrade and / or recovery because no change to the existing environment is actually made. You can create the new profile and configure it completely with the new / upgraded installation location / files. <br /><br /> When you create the new profile, !WebShere will automatically assign new ports to be used for this profile. These can be easily changed to match your current environment just prior to implementing the upgrade. When it comes time to do the actual upgrade, you can stop the current (old) profile and start the new profile being sure the ports match the existing / old deployment. In the event you need to revert/rollback the upgrade, you simply shut down the new jvm and start the old one. ---+++ More information on utilizing a second profile /jvm to expedite recovery can be found here: [[https://jazz.net/wiki/bin/view/Deployment/ExpediteWASconfigurationforupgrade][Expedite your WAS configuration to minimize down time for a CLM upgrade]] <br /> <br /> <br /> <br /> <br /> <br /> <br /> ---+++++!! Related topics: [[DeploymentWebHome][Deployment web home]], [[DeploymentWebHome][Deployment web home]] ---+++++!! External links: * [[https://www.ibm.com][IBM]] ---+++++!! Additional contributors: Main.TWikiUser, Main.TWikiUser <sticky></div></sticky>
E
dit
|
A
ttach
|
P
rintable
|
V
iew topic
|
Backlinks:
We
b
,
A
l
l Webs
|
H
istory
: r8
<
r7
<
r6
<
r5
<
r4
|
M
ore topic actions
Deployment
Deployment web
Planning and design
Installing and upgrading
Migrating and evolving
Integrating
Administering
Monitoring
Troubleshooting
Community information and contribution guidelines
Create new topic
Topic list
Search
Advanced search
Notify
RSS
Atom
Changes
Statistics
Web preferences
NOTE: Please use the Sandbox web for testing
Status icon key:
To do
Under construction
New
Updated
Constant change
None - stable page
Smaller versions of status icons for inline text:
Copyright © by IBM and non-IBM contributing authors. All material on this collaboration platform is the property of the contributing authors.
Contributions are governed by our
Terms of Use.
Please read the following
disclaimer
.
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more
here
.