Clumio supports many RDS database engine versions.
| Database engine, minimum version | Snapshots on AWS | SecureVault Standard | SecureVault Archive, minimum version | Legacy (Granular Record Retrieval), minimum version |
|---|---|---|---|---|
| Aurora MySQL - 7.9 (MySQL 5.7 compatible) - 5.7.mysql_aurora.2.07.9 |
Yes | Yes | 9.6.16, 10.11 1, 2 | 9.6.16, 10.11 1, 2 |
| Aurora PostgreSQL 11.21 | Yes | Yes | - 2.03.2 (MySQL 5.7 compatible) 1, 2 - 3.01.0 (MySQL 8.0 compatible) 1, 2 |
- 2.03.2 (MySQL 5.7 compatible) 1, 2 - 3.01.0 (MySQL 8.0 compatible) 1, 2 |
| MariaDB 10.4.27 | Yes | Yes | 10.2 | 10.2 |
| RDS for MySQL 5.7.37 | Yes | Yes | 5.6.34, 5.7 | 5.6.34, 5.7 |
| RDS for PostgreSQL 11.16R1 | Yes | Yes | 9.6.1, 10.1 2 | 9.6.1, 10.1 2 |
| RDS for SQL Server 12.00, 13.00, 14.00, 15.00 | Yes | Yes | 12 | 12 |
| RDS for Oracle SE2 & Enterprise Edition 19.0.0.0.ru-2019-07.rur-2019-07.r1 | Yes | Yes | All versions supported for Oracle SE2 | All versions supported for Oracle SE2 |
1 Aurora Serverless engine mode is not supported for Granular Records Retrieval and SecureVault Archive. It is supported only for SecureVault Standard tier.
2 PostgreSQL 9.x and 10.x versions of RDS and Aurora do not allow master users access to subordinate databases. This is a known limitation in RDS and Aurora. You must manually assign the master user the permissions to subordinate databases. For help with this process, contact support@clumio.com.
Other limitations
-
If the RDS SQL instance is managed under Active Directory, you must manually re-join the instance after recovery.
-
Clumio supports Rolling Backups and Granular Record Retrieval for RDS Oracle and SQL instances with persistent option groups, except for databases that have Transparent Data Encryption (TDE) configured.
-
Clumio does not support the following:
-
SecureVault Archive/Granular Record Retrieval on any Oracle Enterprise editions
-
SecureVault backups for RDS Custom
-
SecureVault backups for Aurora Limitless database
-
-
Backup and restore operations for Aurora Global Database are not supported. Policies can be applied at the individual cluster level, and clusters can be restored independently. However, managing or protecting the Global Database as a single entity is currently not supported.