正解は **B** と **D** です。

---

### 【解説】

この問題は、緊急対応（ホットフィックス）に求められる**「スピード（迅速な準備）」**と**「本番メタデータの鮮度」**、そして**「既存の開発ラインへの影響回避」**のバランスを問うています。

* **B. 開発者サンドボックス (Developer Sandbox) (正解)**
* **D. Developer Pro サンドボックス (正解)**

#### 【なぜこの2つがホットフィックスに適しているのか？】

1. **リフレッシュ間隔が短い（1日）:**
* 緊急事態が発生した際、本番環境の最新のメタデータ（設定・コード）をコピーした環境を**「明日（あるいは直近のリフレッシュから即座に）」**用意できます。これにより、本番と全く同じ条件でバグの再現と修正作業をすぐに開始できます。


2. **専用環境として確保しやすい:**
* これらのSandboxは組織に多数（数十〜数百個）付与されているため、進行中の次期リリースプロジェクト（UAT環境など）を邪魔することなく、**「ホットフィックス専用レーン」**を独立して立てることができます。


3. **メタデータのみの同期:**
* ホットフィックスで最も重要なのは「ロジック（コード）の修正」です。Developer / Developer Pro はデータ容量は少ないですが、メタデータを本番からコピーして修正作業を行うには十分です。



#### 【不正解の理由】

* **A. 部分コピー (Partial Copy) [リフレッシュ間隔: 5日]**
* **C. 完全なサンドボックス (Full Sandbox) [リフレッシュ間隔: 29日]**
* **理由:** これらの環境はリフレッシュ間隔が長く、緊急時に「今すぐ最新の本番環境コピーを作りたい」と思っても、前回のリフレッシュから日数が経っていないと作成できません。
* また、Full Sandbox は通常、次期メジャーリリースの **UAT やステージング環境** として常時使用されています。ホットフィックスのためにこれをリフレッシュ（上書き）してしまうと、進行中のプロジェクトのデータが消え、開発サイクル全体が止まってしまうリスクがあります。



---

### 【対象セクション】

**Environment Management (環境管理) - 15%**

* 各Sandboxタイプの特性（リフレッシュ間隔、ストレージ制限）と、開発ライフサイクル（Hotfix, Minor, Major）ごとの適切な使い分け。

---

### 【合格のための応用ポイント：ホットフィックスのフロー】

理想的なホットフィックスの対応フローを覚...