Please enter search query.
 
              Search <book_title>...
            
 
          Veritas InfoScale™ 8.0.2 DB2 データベース用ストレージと可用性管理 - AIX、Linux
                Last Published: 
				2023-07-18
                
              
              
                Product(s): 
				InfoScale & Storage Foundation (8.0.2)
                 
              
              
                Platform: AIX,Linux
              
            - 第 I 部 DB2 データベース用 SFHA (Storage Foundation High Availability) 管理ソリューション
- Storage Foundation for Databases の概要
 
 - 第 II 部 Veritas InfoScale 製品を使用した DB2 の配備
 - 第 III 部 Storage Foundation for Databases (SFDB) ツールの設定
- Storage Foundation for Databases リポジトリデータベースの設定および管理
- SFDB (Storage Foundation for Databases)リポジトリについて
 - Storage Foundation for Databases (SFDB) ツールの必要条件
 - SFDB(Storage Foundation for Database)ツールの可用性
 - Storage Foundation for Databases (SFDB) リポジトリの設定
 - ノード追加後の SFDB(Storage Foundation for Databases)リポジトリの更新
 - ノード削除後の SFDB(Storage Foundation for Databases)リポジトリの更新
 - SFDB (Storage Foundation for Databases) リポジトリの削除
 
 - Storage Foundation for Databases (SFDB) ツールの認証の設定
 
 - Storage Foundation for Databases リポジトリデータベースの設定および管理
 - 第 IV 部 DB2 データベースのパフォーマンスの向上
- データベースアクセラレータについて
 - Quick I/O によるデータベースパフォーマンスの向上
 - Veritas Concurrent I/O による DB2 データベースパフォーマンスの向上
 
 - 第 V 部 PITC (Point-In-Time Copy) の使用
- PITC 方法の理解
 - DB2 PITC に関する注意事項
 - サードミラーブレークオフスナップショットの管理
 - Storage Checkpoint の管理
- Storage Checkpoint について
 - リカバリのための Database Storage Checkpoint
 - Database Storage Checkpoint の作成
 - Database Storage Checkpoint の削除
 - Database Storage Checkpoint のマウント
 - Database Storage Checkpoint のマウント解除
 - Database Storage Checkpoint を使ったデータベースのクローンの作成
 - Database Storage Checkpoint からのリストア
 - オフラインモード Storage Checkpoint のデータの収集
 
 - SFHA 環境での NetBackup によるバックアップとリストア
 
 - 第 VI 部 DB2 に対するストレージコストの最適化
 - 第 VII 部 Storage Foundation for Databases 管理リファレンス
- Storage Foundation for Databases コマンドリファレンス
 - Storage Foundation for Databases のチューニング
 - SFDB ツールのトラブルシューティング
 
 
すべてのインデックスの高価なストレージへの再配置
DBA の一般的な方法は、インデックスファイルに共通の拡張子を付した名前を付けることです。 たとえば、すべてのインデックスファイルに「.inx」という拡張子の付いた名前を付けます。 階層 0 ストレージに十分な容量があれば、データベースのすべてのインデックスを階層 0 ストレージに再配置できます。 この特殊な拡張子で作成するすべてのインデックスコンテナを、ポリシー定義の CREATE と RELOCATE 節を使用して、階層 0 ストレージに自動的に作成させることができます。
すべてのインデックスを階層 0 ストレージに再配置するには
- 次の例のようなポリシーを作成します。
# cat index_policy.xml
<?xml version="1.0"?> <!DOCTYPE PLACEMENT_POLICY SYSTEM "/opt/VRTSvxfs/etc/\ placement_policy.dtd"> <PLACEMENT_POLICY Version="5.0" Name="selected files"> <RULE Flags="data" Name="Key-Files-Rule"> <COMMENT> This rule deals with key important files. </COMMENT><SELECT Flags="Data"> <PATTERN> *.inx </PATTERN> </SELECT><CREATE> <COMMENT> Note that there are two DESTINATION. </COMMENT> <ON> <DESTINATION> <CLASS> tier0 </CLASS> </DESTINATION> <DESTINATION> <CLASS> tier1</CLASS> </DESTINATION> </ON> </CREATE><RELOCATE> <COMMENT> Note that there is no WHEN clause. </COMMENT> <TO> <DESTINATION> <CLASS> tier0 </CLASS> </DESTINATION> </TO> </RELOCATE></RULE> </PLACEMENT_POLICY>
 - 階層 0 に容量がない場合でもファイルを正常に作成できるようにするには、1 のポリシー例に示すように、2 つの ON1 節を追加します。
 - ポリシーを割り当て、適用します。
# fsppadm validate /DBdata index_policy.xml # fsppadm assign /DBdata index_policy.xml # fsppadm enforce /DBdata