> ## Documentation Index
> Fetch the complete documentation index at: https://docs.casebender.com/llms.txt
> Use this file to discover all available pages before exploring further.

# MinIOライフサイクルと移行

> レガシーMinIO Community Editionデプロイメントに対するCaseBenderポリシー

MinIO Community Editionは2025年後半にメンテナンス/ソースのみ配布に入り、
上流のコミュニティリポジトリは2026年にアーカイブされました。既存の
サーバーは稼働を続けられますが、上流コミュニティバイナリと通常のパッチ
配信は、信頼できる本番ライフサイクルではなくなりました。

この上流状態は、CaseBenderがMinIOを運用、
パッチ、再配布、またはサポートする約束を生むものではありません。権威ある第三者ライフサイクル条件については、MinIOの現行公式通知
およびサプライヤー契約を確認してください。

## CaseBenderポリシー

* 新規本番インストールは、ネイティブの `minio` プロバイダーを選択できません。
* 本番バンドルおよびインストーラーは、MinIOサービス、ルート
  資格情報、ボリューム、またはネイティブMinIO SDKを埋め込みません。
* CaseBenderは実行時に新しいMinIOバケットを作成しません。
* 履歴データベースのenum値と移行履歴は残るため、アップグレードで
  既存レコードが破棄または再解釈されることはありません。
* レガシーMinIOサービスは、承認済み移行ウィンドウ中の読み取りソースとしてのみ
  使用できます。
* 現行実装を超える廃止日または長期サポートの約束は行いません。
  顧客固有の日付は、承認済み変更計画に記載します。

現行リリースマトリックスの下で正確な製品の実環境認定なしに、
レガシーエンドポイントを新しい汎用S3本番バックエンドとして設定しないでください。

## 移行ウィンドウ

次を含む有界ウィンドウを定義します。

* 所有者と承認者
* 最後にサポートされたソースイメージ/バージョンと脆弱性レビュー
* 書き込み凍結とロールバック判断時刻
* ソース保持期限
* テスト済みのPostgreSQLおよび正確なオブジェクトバージョン復旧セット
* 宛先の実環境適格性確認
* RPO/RTO目標と測定済みリハーサルエビデンス
* ソース廃棄前のリーガルホールド/保持承認

## 何かを変更する前に保全する

次の両方を保持します。

1. 災害復旧のための、元の `miniodata` レイアウトのストレージレベルスナップショット/アーカイブ
2. キー、サポートされる場合のメタデータ、オブジェクトバージョン、サイズ、および独立して計算したSHA-256を保持する
   S3 API経由のオブジェクトレベルエクスポート

MinIOの内部ファイルシステムレイアウトは、別の
プロバイダーへの有効なインポート形式ではありません。内部ボリュームファイルをローカルまたはクラウドオブジェクト
ストレージに直接コピーしてはなりません。

同じ一貫性ポイントでPostgreSQLをバックアップし、`.env`、
暗号化キー、`AUDIT_INTEGRITY_SECRET`、リリースイメージダイジェスト、TLS信頼、および
ソース資格情報を、承認済みシークレット/復旧システムに保全します。

## コピー優先移行

[ストレージ移行](/ja/deployment/storage-migration-runbook) を使用します。

1. PostgreSQLオブジェクト参照と正確なソースバージョンをインベントリする
2. ソースを削除または上書きせずにコピーする
3. 宛先サイズとダウンロードしたSHA-256を検証する
4. 各項目を `StorageMigrationLedger` に記録する
5. 書き込みを静止し、最終差分をコピーする
6. 検証後にのみ読み取りを切り替える
7. 文書化された互換ウィンドウ中のみ、レガシー/デュアル読み取りを利用可能にする
8. ロールバック承認が期限切れになるまで、ソースを読み取り専用で保持する

初期コピー中に `sync` を使用したり、ソースを削除したり、必要な資格情報をローテーションして外したり、
オブジェクトキーを変更したりしないでください。

## ロールバック

ロールバックには、元のソースと一致するデータベース復旧ポイントが必要です。
書き込みを静止し、宛先のみの変更を非破壊でコピーバックし、
SHA-256を検証してから、以前のプロファイル設定を復元します。逆コピーを
証明できない場合は、完全なPostgreSQLプラスオブジェクト一貫性セットを復元します。

未サポートのデータベーススキーマを指すように、古いアプリケーションを向けてはなりません。

## 検証とクローズアウト

宛先の実環境適格性確認、アプリケーションのアップロード/スキャン/プロモート/ダウンロード/
削除テスト、`scripts/storage/verify-backup-restore.ts`、およびロールバック
リハーサルを実行します。サニタイズしたエビデンス、台帳状態、件数、ハッシュ、RPO/RTO、
承認、およびソース廃棄認可を保持します。