We currently have a self-hosted Commvault environment running version 11.36.
The CommServe and MediaAgent are installed on the same physical Windows server. The same server also hosts the existing MediaAgent components, including the DDB, Index Cache, Disk Libraries, Mount Paths, Data Paths.
The customer’s main requirements are:
- Minimum operational risk
- Minimum downtime
- No unnecessary CommServe name or IP updates on the clients
- The existing physical server must remain in service as the MediaAgent after the separation
Our planned approach is to first upgrade the existing combined CommServe/MediaAgent server from 11.36 to the latest approved 11.40 Maintenance Release.
The upgrade and the separation will be performed as two separate changes, with a stabilization and validation period between them.
Planned Final Architecture
New virtual server:
- CommServe only
- Receives the original CommServe hostname
- Receives the original CommServe IP address
Existing physical server:
- Remains as the MediaAgent
- Receives a new hostname
- Receives a new IP address
- Continues using the existing DDB, Index Cache, Libraries, Mount Paths, and storage connectivity
Planned Upgrade Phase
- Validate Windows Server, SQL Server, MediaAgent, client, and storage compatibility with 11.40.
- Prepare the required Commvault installation media and updates in advance.
- Complete a successful CommServe DR backup and copy the DR set to an external location.
- Validate the DDB status, DDB backup, Index Cache, Libraries, Mount Paths, and Data Paths.
- Upgrade the combined CommServe/MediaAgent server from 11.36 to 11.40.
- Upgrade the required MediaAgents and infrastructure components.
- Perform backup, restore, Auxiliary Copy, tape, DDB, and DR backup validation.
- Allow the environment to operate normally and confirm stability before starting the separation activity.
Planned Separation Phase
Based on the updated 11.40 documentation, our understanding is that the supported process is:
- Enable multi-instance installation on the existing combined server.
- Install a new MediaAgent as
Instance002on the same physical server, using a temporary CommCell client name. - Move or reassociate the existing DDBs to the MediaAgent running under
Instance002. - Move or reconfigure all Disk Libraries, Tape Libraries, Mount Paths, Drive Pools, and Data Paths to use
Instance002. - Copy or relocate the Index Cache as required.
- Validate that backup, restore, Auxiliary Copy, tape operations, and DDB operations work through
Instance002. - Perform a final CommServe DR backup.
- Stop CommCell activities.
- Remove
Instance001, which currently contains the CommServe and the original MediaAgent installation. - Rename and re-IP the physical server using its final MediaAgent hostname and IP address.
- Rename and re-IP the prepared virtual server using the original CommServe hostname and IP address.
- Install or recover the CommServe on the new virtual server using the final DR backup.
- Update the temporary MediaAgent identity in the CommCell so it matches the final hostname of the physical MediaAgent.
- Validate all MediaAgents, DDBs, Libraries, Data Paths, clients, backups, restores, Auxiliary Copies, tape operations, and DR backups.
The objective of retaining the original CommServe hostname and IP address is to avoid updating the CommServe identity across all clients and to reduce firewall, DNS, and communication changes.
Could you please confirm the following?
- Is this still the correct and fully supported procedure in Commvault 11.40?
- Is installing the replacement MediaAgent as
Instance002on the original physical server the recommended approach for this scenario? - Can the existing DDB, Index Cache, Disk Libraries, Mount Paths, and tape configuration remain on the same physical server when it is converted to a MediaAgent-only server?
- Are there any additional steps required in 11.40 before uninstalling
Instance001? - Should the new CommServe be installed directly with the original hostname and IP before the DR recovery, or is there a different recommended sequence?
- Is there any risk in changing the operating system hostname and IP of the physical server after the MediaAgent roles have been moved to
Instance002? - Are additional licenses required temporarily for the second MediaAgent instance?
- Are there any known limitations, registry settings, Name Management operations, certificate considerations, SQL requirements, or firewall changes specific to 11.40?
- Is it recommended to involve Commvault Support before removing
Instance001, even after all MediaAgent validation tests have completed successfully? - Is there a newer or lower-risk method available in 11.40 that would avoid the multi-instance and server rename process?
We would appreciate confirmation from anyone who has successfully completed this procedure on version 11.40.

