Cloning cluster data from a defined other location

Clone cluster data from one DSE cluster to another using the Restore Backup feature in OpsCenter. The data is cloned from a supported, available location.

1. Click cluster name > Services.
2. Click the Details link for the Backup Service.
3. In the Activity tab, click Restore Backup.
4. Click the Other Location tab.

   The Step 1 of 3: Select Backup Restore from Backup dialog appears.

5. Select the Location to restore from. Available options are:
   • Amazon S3 or S3 Compatible: Go to 6.
   • Microsoft Azure: Go to 9.
   • Local FS: Go to 13.

6. Enter the location of the S3 bucket so that OpsCenter can locate it.

   Option	Description
   Amazon S3	Enter the Region where the S3 bucket is located. If blank, OpsCenter will try to query S3 for the bucket region or use the remote_backup_region as a default. Note: Some regions, such as China (Beijing), require a region to be specified and cannot be queried.
   S3 Compatible	Enter a URL that points to an S3 Endpoint. For example, mys3endpoint:9000.

7. Enter the S3 Bucket name.
   Note: The bucket name must be at least 4 characters long. Bucket names must only contain lowercase letters, numbers, and hyphens. Additionally, OpsCenter requires that bucket prefixes contain only lowercase letters, numbers, and safe characters. See the S3 guidelines for more details about bucket naming restrictions.

   Tip: To indicate a bucket subfolder location, delineate the bucket name from the folder name with a forward slash (/) character. Example: mybucket/myfolder/mysubfolder. Remember that slashes are not allowed within bucket or folder names themselves.
8. Select the source type of your AWS credentials.
   Warning: The AWS credentials and bucket names are stored in cluster_name.conf (with the exception of ad hoc backups). Be sure to use proper security precautions to ensure that this file is not readable by unauthorized users.

   Option	Description
   User-Supplied Credentials	Enter your AWS Key and AWS Secret.
   AWS Credential Provider chain	Use the default credential provider chain to locate AWS credentials. See Working with AWS Credentials on the AWS website.

9. Select Microsoft Azure as the backup Location.
10. Enter the Storage Account name that OpsCenter backs up to.
11. Enter the Container Name, which is the name of the Azure Blob where OpsCenter saves backup data.
12. Enter a Storage Key for the storage container, which is an access key for the storage account that houses the Blob storage container.

13. Enter the Path to the backups.
14. Click Next.

    The Step 2 of 3: Select Backup Version dialog appears populated with the available backups at the selected location. For more, see Adding an Amazon S3 backup location.

    

15. Select the backup to restore and click Next.

    The Step 3 of 3: Configure and Restore dialog appears.

    

16. In Keyspaces and Graphs, select the tables or graphs you want to restore.
    • Click All Keyspaces or All Graphs to restore all keyspaces or all graphs.
    • Click the keyspace name or graph name to include all tables or all graphs in the keyspace.
    • To select specific tables or graphs, expand the keyspace name or graph name and select the specific tables or graphs to back up.
    Note: For DSE 6.0.0-6.0.4, when restoring a DSE Graph backup without selecting Use sstableloader, DSE must be restarted to ensure all data is available.
17. In the Location list, select the cluster to clone the data to.
18. When cloning data, it is not necessary to select the Truncate/delete existing data before restore option because it is a not operational for a cloning workflow. The truncate option purges data on a target before a restore runs. When using the restore feature to clone, the truncate option does not do anything because there is no data to purge before the restore runs.
19. To prevent overloading the network, set a maximum transfer rate for the restore using the Throttle DSE stream throughput at ____ MB option.
    Note: To enter a value for this option, you must select Use sstableloader. Otherwise, the transfer rate value is ignored.
20. Optional: If necessary, change the staging directory by setting the backup_staging_directory configuration option in address.yaml.
21. Click Restore Backup.

    The Confirm Restore dialog appears.

    

    Warning: If a value was not set for throttling stream output, a warning message indicates the consequences of unthrottled restores. Take one of the following actions:

    • Click Cancel and set the throttle value in the Restore from Backup dialog.
    • Set the stream_throughput_outbound_megabits_per_sec and inter_dc_stream_throughput_outbound_megabits_per_sec values in cassandra.yaml.
    • Proceed anyway at the risk of creating network bottlenecks.

    Tip: If using LCM to manage DSE cluster configuration, update Cluster Communication settings in cassandra.yaml in the configuration profile for the cluster and run a configuration job. Stream throughput (not inter-dc) is set to 200 in LCM defaults.

    

22. Review the information to determine if adjustments or corrections to the current schema are required :
    • To correct schema issues, click Cancel, rectify the issues, and try the restore again.
    • To proceed despite the schema mismatch, click Continue Restore.
      Warning: Attempting to restore a backup with an incompatible schema might result in corrupt or inaccessible data. Before forcing the restore, back up your current data.