Restoring a Kubernetes Namespace or Cluster-Level Entities In Place

You can restore an entire Kubernetes namespace or other cluster-level entity in place.


Be cautious when performing in-place restore of namespaces/resources such as cephclusters, csidrivers, and mutatingwebhookconfigurations which could impact functioning of cluster.

Go to the Restore Wizard

  1. From the navigation pane, go to Protect > Kubernetes.

    The Overview page appears.

  2. On the Application groups tab, in the row for the application group that contains the content that you want to restore, click the action button action_button, and then click Restore.

    The Select restore type page appears.

  3. Click Namespace and cluster level.

    The Restore page appears.

  4. Select the content to restore:

    • To restore the entire cluster, select all namespaces, and then click Restore.

    • To restore specific namespaces, select the namespaces, and then click Restore.

    The Destination page of the configuration wizard appears.


  1. For Type, select In place.

  2. From the Access node list, select the access node to perform the restore.

    For optimal performance, select an access node that has low latency to the Kubernetes cluster and the backup copy.

  3. Click Next.

    The Namespaces page of the configuration wizard appears.


  1. Review the namespaces to restore.

  2. Click Next.

    The Restore Options page of the configuration wizard appears.

Restore Options

  1. To delete and overwrite existing data, move the Unconditionally overwrite if it already exists toggle key to the right, and then click Yes in the confirmation dialog box.

    If any data matching the restore data exists in the destination, Commvault deletes the existing data before starting the restore process.


    When you enable the Unconditionally overwrite if it already exists setting to restore a system namespace (kube-* or openshift-*) or applications from a system namespace in place, Commvault does not delete the namespace and does not overwrite existing applications or orphan entities. Only missing applications and resources are restored.

  2. To use resource modifiers to add, delete, and modify fields in the Kubernetes resource YAMLs that you restore, under Additional options, do the following:

    • To use an existing resource modifier, from the Select modifiers list, select the resource modifier.


      For in-place restore, modifier from the source cluster will be used.

    • To specify a new resource modifier or to change an existing modifier, click Edit Modifiers.

    For more information about resource modifiers, see Modifying Fields in Restored Kubernetes Resource YAMLs.

  3. Click Next.

    The Summary page of the configuration wizard appears.


  1. Review the selected namespaces and restore options.

  2. Click Submit.