A financial services company needs to maintain a backup of their Bigtable instance in a different geographic region. They want to restore the backup quickly in case of a regional failure. What should they do?
Bigtable backups are cluster-specific and can be restored to any cluster in the same project, enabling cross-region recovery.
Why this answer
Bigtable backups are designed for exactly this use case: they are full, consistent copies of the table schema and data that can be restored to a different cluster in another region. This approach provides a fast, managed restore without the overhead of maintaining a hot standby or the complexity of export/import pipelines. Option C directly uses the Bigtable backup and restore feature, which is the recommended method for cross-region disaster recovery.
Exam trap
A common trap is confusing Bigtable replication (which is intra-region or within an instance) with backup/restore (which is cross-region). Replication does not support cross-region failover; backup and restore to a different region is the correct approach.
How to eliminate wrong answers
Option A is wrong because Bigtable does not support active-active replication across regions; it offers replication only within a single cluster or between clusters in the same instance, not as a hot standby for regional failover. Option B is wrong because Cloud SQL is a different database service (relational) and has no relevance to Bigtable; the question specifically asks about Bigtable, not Cloud SQL. Option D is wrong because exporting to Cloud Storage and importing is a manual, slower process that involves intermediate storage and additional steps, whereas a direct backup and restore is faster and more reliable for quick recovery.