【正解】D
【0からの解説】
S3レプリケーション（CRR/SRR）でオブジェクトの複製が失敗したとき、AWSが公式に推奨する「再試行」の手段はS3バッチオペレーション（S3 Batch Replication）です。S3バッチオペレーションは、既にバケットに存在するオブジェクト（レプリケーション失敗分を含む）に対して、レプリケーション設定に従って複製ジョブをまとめて実行できる機能です。
レプリケーションの失敗はS3イベント通知の
s3:Replication:OperationFailedReplication イベントで検知できます。この通知をトリガーにLambda関数を起動し、Lambdaが該当オブジェクトに対してS3バッチオペレーションのレプリケーションジョブを作成すれば、AWSのレプリケーション機構そのもの（メタデータやタグ、バージョン情報も正しく保持される）を使って確実に再複製できます。これがDの構成であり、要件に最も適合します。
選択肢A・B・Cの「LambdaでオブジェクトをダウンロードしてPutObjectで宛先に書き込む」方式は一見動きそうですが、レプリケーション本来のメタデータ（レプリケーションステータス、バージョンID、オブジェクトのオーナーシップ等）を正しく引き継げず、さらに本問は双方向レプリケーションのため、Lambdaが宛先にPutObjectすると今度はそのPutが逆方向レプリケーションのトリガーになり、無限ループや余計な複製を引き起こすリスクがあります。S3レプリケーションは「複製で作られたオブジェクトはさらに再複製しない」制御を内部で行いますが、自前PutObjectはこの制御の対象外です。
【誤りの選択肢】
A：EventBridge＋Lambdaの自前ダウンロード/PutObject方式。レプリケーションのメタデータを保持できず、双方向構成では逆方向レプリケーションを誘発する恐れがある。S3バッチオペレーションを使うDの方が正攻法。
B：SQS＋Lambdaの自前ダウンロード/PutObject方式。Aと同じく自前複製の問題に加え、キューを挟む分だけ構成が複雑になる。
C：EventBridge＋Lambdaの自前複製方式（再試行のための仕組みが弱い）。Aと同様の欠点を持つ。
D：失敗イベントを契機にLambdaがS3バッチオペレーションでレプリケーションを再試行する。AWS推奨の手段でメタデータも保持され、要件を正しく満たす。
【参考】
Replicating existing objects with S3 Batch ReplicationAmazon S3 Event notifications - replication events