How can the team run integration tests against a copy of the production Amazon RDS Multi-AZ DB cluster before applying changes to production?

This approach allows for testing against a realistic, isolated copy of the production database without impacting the live environment. Restoring from a production snapshot ensures the test environment accurately reflects the production data and schema. Running integration tests against this temporary cluster verifies changes before they reach production. Deleting the cluster afterward ensures cost optimization and a clean testing environment for future runs. The other options are incorrect because: Deploying to production and auditing DCL operations is a reactive measure, not a proactive testing strategy to prevent issues. Using Update requires:Replacement in CloudFormation for a production DB instance would cause downtime and is not a method for pre-production integration testing. Failing over to a standby instance in production after deploying updates means the issues are already in production, which is not a preventative testing method.