Loading...

Cassandra Restore Operations

You can restore the following data:

  • A Cassandra keyspace
  • A Cassandra ColumnFamily

You can restore the Cassandra commit log in addition to the data.

For Cassandra configurations, you can perform an in-place (to the same destination), or an out-of-place (to a new destination) restore operation.

For Scylla configurations, you can perform an in-place (to the same destination) restore operation.

The Commvault software also has the following options:

  • Have the Commvault software invoke the Cassandra bulk loader or sstableloader to load the data into the database so that users do not have to manually run the sstableloader
  • Perform a restore with or without the sstableloader
  • Replace a dead node
  • Perform a disaster recovery
  • Do not recover the database. After the restore is complete, manually run the sstableloader command to recover the database

Selecting the Data to Restore

The Commvault software provides a granular browse option.

The Browse page displays all the cluster nodes in the left pane.

Expand the nodes to view the keyspaces, and the ColumFamily entities that keyspace contains.

To include data from all the nodes in the restore, perform the following operations:

Entity

Steps

Keyspace

Right-click the keyspace, and then click Select Keyspace from all nodes.

ColumnFamily

Right-click the ColumnFamily, and then click Select ColumnFamily from all nodes.

Commit Log Restore Operations

You can restore to the most recent commit log when you restore the data

If you want to restore the commit log to a point in time, then you must browse to that point-in-time.

You can restore the commit log to different clusters that have the same Cassandra version and also to a new Cassandra instance.

Last modified: 10/16/2018 6:09:34 PM