ある企業では Amazon Aurora MySQL 互換エディションを本番データベースとして使用しています。アプリケーションのバグにより、過去4時間に大量の誤ったデータが書き込まれてしまいました。データエンジニアは、新しいクラスターを作成せず既存のクラスターのまま、最も迅速にデータを誤り発生前の状態に戻したいと考えています。最適な方法はどれですか？
Aurora Backtrack（バックトラック）は、Aurora MySQL 互換エディション専用の機能で、新しいクラスターを作成することなく、既存のクラスターを指定した時点に「その場で」巻き戻すことができます。エンドポイントの変更が不要なため、アプリケーション側の設定変更も最小限に抑えられ、復旧時間を大幅に短縮できます。ただし、あらかじめクラスター作成時に Backtrack を有効化し、保持期間を設定しておく必要があります。 選択肢A（PITR）は新しいクラスターが作成されるため、アプリケーションの接続先変更が必要となり、追加作業と時間がかかります。 選択肢B（スナップショット）は、スナップショットからの復元は新しいクラスターへの復元となります。既存クラスターへの上書き復元はサポートされておらず、実際には新クラスターが作成されます。 選択肢D（クローニング）は正しいデータを別クラスターで確認・調査する際に有用ですが、本番クラスター自体をその場で巻き戻す機能ではなく、昇格作業にも時間がかかります。