Storage Foundation 8.0 管理者ガイド - Solaris
- 第 I 部 Storage Foundation の紹介
- Storage Foundation の概要
- Dynamic Multi-Pathing の動作
- Veritas Volume Manager の動作
- Veritas File System の動作
- 第 II 部 ストレージのプロビジョン
- 新しいストレージのプロビジョニング
- ストレージの設定のための高度な割り当て方法
- VxFS ファイルシステムの作成とマウント
- VxFS ファイルシステムの作成
- VxFS ファイルシステムのマウント
- ファイルシステムサイズの変更
- 空き領域の監視
- エクステント属性
- 第 III 部 DMP を使ったマルチパスの管理
- Dynamic Multi-Pathing の管理
- 新しく追加されたディスクデバイスの検出と設定
- ディスクの検出とディスクアレイの動的な追加について
- デバイス検出層の管理方法
- vxdmpadm ユーティリティを使った DMP の管理
- I/O 統計情報の収集と表示
- I/O ポリシーの指定
- ZFS ルートプールに対する DMP デバイスの管理
- 新しく追加されたディスクデバイスの検出と設定
- デバイスの動的再構成
- デバイスの管理
- イベント監視
- Dynamic Multi-Pathing の管理
- 第 IV 部 Storage Foundation の管理
- 第 V 部 I/O パフォーマンスの最適化
- 第 VI 部 PITC (Point-In-Time Copy) の使用
- PITC 方法の理解
- ボリュームスナップショットの管理
- 従来のサードミラーブレークオフスナップショット
- フルサイズインスタントスナップショット
- インスタントスナップショットの作成
- インスタントスナップの DCO と DCO ボリュームの追加
- インスタントスナップショットの同期の制御
- インスタントスナップショットの作成
- カスケードスナップショット
- バージョン 0 の DCO および DCO ボリュームの追加
- Storage Checkpoint の管理
- FileSnaps の管理
- スナップショットファイルシステムの管理
- 第 VII 部 Storage Foundation を使用したストレージの最適化
- 第 VIII 部 ストレージ利用率の最大化
- SmartTier によるストレージの階層化について
- ボリュームセットの作成と管理
- MVS ファイルシステム
- SmartTier の管理
- ホットリロケーションの管理
- Solaris SPARC 上のデータの重複排除
- ファイルの圧縮
- 第 IX 部 ストレージの管理と保護
- ボリュームとディスクグループの管理
- デフォルトのディスクグループの名前の付け方
- ボリュームまたはディスクの移動
- タスクの監視と制御
- オンライン再レイアウトの実行
- ボリュームへのミラーの追加
- ディスクグループの管理
- プレックスとサブディスクの管理
- ストレージの破棄
- ルータビリティ
- クォータ
- FCL (File Change Log)
- ボリュームとディスクグループの管理
- 第 X 部 参照先
Storage Checkpoint の領域管理に関する注意事項
Storage Checkpoint を含むファイルシステムで領域が不足すると、ファイルの削除や既存ファイルの上書きなど、一部の操作が失敗することがあります。 システムで十分な領域を確保できない場合は、操作に失敗します。
通常、データベースではファイル用に格納領域が事前に割り当てられており、書き込み操作が失敗することはありません。 create や mkdir などのユーザー操作中に、ファイルシステムの領域が不足すると、Removable Storage Checkpoint は削除されます。 これにより、ディスクスペースの領域不足による中断なしに、アプリケーションを続行できます。 Non-removable Storage Checkpoint は ENOSPC のような状況下では自動的に削除されません。 Removable Storage Checkpoint のみを作成することをお勧めします。 ただし、特定の管理操作(fsadm コマンドの使用、qiomkfile コマンドの使用、fsckptadm コマンドによる Storage Checkpoint の作成など)の実行中は、ファイルシステムの領域が不足しても Removable Storage Checkpoint は削除されません。
カーネルが Storage Checkpoint を自動的に削除する場合は、次のポリシーが適用されます。
削除する Storage Checkpoint 数をできる限り抑えようとします。
Non-removable Storage Checkpoint を削除候補から除外します。
Data Storage Checkpoint が無くなった場合に限り、Nodata Storage Checkpoint を選択します。
最も古い Storage Checkpoint から削除します。
Storage Checkpoint を削除します(マウントされている場合でも)。 このように削除された Storage Checkpoint では、新しい操作が失敗し、該当するエラーコードが表示されます。
最も古い Storage Checkpoint が Non-removable Storage Checkpoint の場合は、最も古い Removable Storage Checkpoint が削除用に選択されます。 このような場合、データを Non-removable Storage Checkpoint に強制的に保存しなければならない可能性があり、これに失敗した場合は FULLFSCK としてファイルシステムがマーク付けされます。 これを避けるには、Removable Storage Checkpoint のみを作成することをお勧めします。