Topics | How To | Support | Related Topics
Reinstalling Deconfigured Components
If you are unable to uninstall a component from the computer by using the recommended procedures, you can use the Deconfigure feature to clean up these components from the CommServe database. Deconfiguring a component releases the license associated with it, but the files and registry entries relevant to the component are not removed from its host computer. As such, data is still available for data recovery operations. This feature should not be used to briefly suspend use of a client, see Suspend Use of a Client Computer Temporarily for more information.
It is always recommended that you uninstall components and only use the deconfigure option when you are unable to uninstall a component. See Uninstall Components for more information. |
Deconfigure operations vary based on the targeted components.
To use the deconfigure option on a Client computer with multiple applications, all the Agents installed on the Client must first be deconfigured. Application-related Agents (Backup and Recovery Agents, Quick Recovery Agents, DataArchiver Agents, ContinuousDataReplicator, Enablers, etc.) must be deconfigured before the File System iDataAgent or SRM Agents can be deconfigured. The File System iDataAgent must then be deconfigured before the Client can be deconfigured.
For this reason, we recommend that you use the following sequence when deconfiguring a Client with multiple applications:
Application-related Agents (Backup and Recovery Agents, Quick Recovery Agents, DataArchiver Agents, ContinuousDataReplicator, Enablers, etc.)
File System iDataAgent/SRM Agents
Client
For NAS NDMP iDataAgents, the sequence shown above does not apply; the NAS Client can be deconfigured without reference to other Agents |
When an Instance is deconfigured, the following will occur:
Instances are deconfigured at the Instance level. For step-by-step instructions, see Deconfigure an Instance.
When an Agent is deconfigured, the following will occur:
All Data Protection/Data Recovery job schedules (independent and those part of a schedule policy) that are related to the specific Agent, Client, or Instance will continued to be displayed in the Schedule Details dialog box after the Agent, Client, or Instance has been deconfigured. Restore jobs can be performed and scheduled restore operations are continued after the Agent, Client, or Instance has been deconfigured. However, the user will not be able to run, edit, or perform a Run Immediately operation on the schedule unless the Agent or Client is reinstalled or unless the Instance is reconfigured.
When a Client is deconfigured, the following will occur:
All Data Protection/Data Recovery job schedules (independent and those part of a schedule policy) that are related to the specific Agent, Client, or Instance will continued to be displayed in the Schedule Details dialog box after the Agent, Client, or Instance has been deconfigured. Restore jobs can be performed and scheduled restore operations are continued after the Agent, Client, or Instance has been deconfigured. However, the user will not be able to run, edit, or perform a Run Immediately operation on the schedule unless the Agent or Client is reinstalled or unless the Instance is reconfigured.
Consider the following before you deconfigure a component:
Administrative Management capabilities cannot be used to perform the deconfigure operation from the level of the component that you are deconfiguring (e.g., if you are deconfiguring a Client, these capabilities cannot be used to perform the deconfigure operations from the Client level).
If a Client crashes, and if you cannot remove the Client from the CommServe database, you can use the deconfigure feature to remove the Client. However, this does not uninstall the Client.
When a user changes the storage policy association of a subclient, a subclient is deleted, or a client or an agent is deleted, only the retention days must be exceeded for data to be aged. In these cases, retention cycles are set to zero (0). However, when a client or an agent is deconfigured, the associated data will be aged according to the associated storage policy copy’s defined retention time and cycle rules. In this case, retention cycles are honored. If necessary, you can enable the Ignore Cycles Retention on De-Configured Clients option from the control panel’s Media Management Configuration (Service Configuration) dialog box so that the defined retention cycle rules are ignored for the data associated with deconfigured clients.
All Data Protection/Data Recovery job schedules (independent and those part of a schedule policy) that are related to the specific Agent, Client, or Instance will continued to be displayed in the Schedule Details dialog box after the Agent, Client, or Instance has been deconfigured. Restore jobs can be performed and scheduled restore operations are continued after the Agent, Client, or Instance has been deconfigured. However, the user will not be able to run, edit, or perform a Run Immediately operation on the schedule unless the Agent or Client is reinstalled or unless the Instance is reconfigured.
If an update cache has been configured on a client that is deconfigured or deleted from the CommCell, all clients associated with this update cache client will automatically receive their updates from the CommServe Update Cache. For more information, see What Happens When a Client Designated as an Update Cache is DeConfigured.
Deconfigured clients can be Content Indexed and Searched, if backup operations were performed before the deconfiguration.
If the CommServe software is upgraded to a new software release, any deconfigured clients from up to two prior releases will be automatically upgraded to the same software release. Thus, if a deconfigured client must be reinstalled, it will need to be reinstalled using the installation package for the same software release as the CommServe.
In cases where the deconfigured client is three or more releases older than the current release, the DBUpgrade utility can be used to upgrade the deconfigured client to the current software release. (See Tools and Utilities for more information on this utility.) However, the software will only be upgraded if there are fewer than 50 deconfigured clients in the CommCell. If more than 50 clients in the CommCell are deconfigured, the deconfigured clients will not be upgraded.
Operations performed with this feature are recorded in the Audit Trail. See Audit Trail for more information.
If you wish to reinstall a component that has been deconfigured, you must first uninstall the component software from the computer. See Uninstall Components for more information.
Once the deconfigured component has been uninstalled, you may then reinstall the component software as you would any other component. See Reinstalling Uninstalled Agents for more information.