検索クエリーを入力してください
<book_title> を検索 ...
Veritas InfoScale™ 7.3.1 ソリューションガイド - Linux
Last Published:
2018-01-15
Product(s):
InfoScale & Storage Foundation (7.3.1)
- 第 I 部 Veritas InfoScale の概要
- 第 II 部 Veritas InfoScale 製品のソリューション
- 第 III 部 データベースのパフォーマンスの向上
- データベースアクセラレータの概要
- Veritas Concurrent I/O によるデータベースパフォーマンスの向上
- Atomic Write I/O によるデータベースパフォーマンスの向上
- 第 IV 部 PITC の使用
- 第 V 部 ストレージ利用率の最大化
- 第 VI 部 データ移行
- データ移行の理解
- LVM から VxVM へのオフライン移行
- ネーティブファイルシステムから VxFS へのオフライン変換
- ネーティブファイルシステムの VxFS ファイルシステムへのオンライン移行
- ストレージアレイの移行
- プラットフォーム間のデータ移行
- CDS(Cross-Platform Data Sharing)機能の概要
- CDS ディスク形式とディスクグループ
- CDS(Cross-platform Data Sharing)を使用するためのシステムの設定
- システムの管理
- ディスクの操作
- ディスクグループの操作
- 情報の表示
- ファイルシステムに関する注意事項
- Oracle ASM から Veritas File System への移行
- 第 VII 部 vSphere の Just In Time Availability ソリューション
- 第 VIII 部 Veritas InfoScale 4 K セクタのデバイスサポートのソリューション
- 第 IX 部 参照
有効なインデックスの高価なストレージへの再配置
データベーストランザクション率は、インデックスへのアクセス速度によって異なります。インデックスが低速のストレージに存在する場合、データベーストランザクション率は低下します。一般的に階層 0 のストレージは高価であるため、テーブル全体のデータを階層 0 に再配置することは実用的ではありません。これに対し、インデックスは一般にサイズが非常に小さく、データベーストランザクション率を高くするために作成されるため、階層 0 ストレージにアクティブなインデックスを再配置するのは、より実用的な方法です。SmartTier を使って階層 0 ストレージにアクティブなインデックスを移動できます。
次に示す電話会社のデータベースの手順例では、call_details テーブルの customer_id 列にインデックス call_idx があると想定します。
call_idx を DB2 の階層 0 ストレージに再配置するための準備をするには
- call_idx が存在する表領域を検索します。
$ db2inst1$ db2 connect to PROD $ db2inst1$ db2 select index_tbspace from syscat.tables \ where tabname='call_details'
- この例では、インデックスは表領域 tbs_call_idx にあります。tbs_call_idx の表領域 ID とコンテナリストを取得するには
$ db2inst1$ db2 list tablespaces
tbs_call_idx の表領域 ID を書き留めます。
- コンテナを一覧表示し、ファイル名を表領域 tbs_call_idx に記録します。
$ db2inst1$ db2 list tablespace containers for <tablespace-id>
- ファイルを index_files.txt に格納します。
# cat index_files.txt /DB2data/NODE0000/IDX/call1.idx /DB2data/NODE0000/IDX/call2.idx /DB2data/NODE0000/IDX/call3.idx
call_idx を Sybase の高価なストレージに再配置するための準備をするには
- call_idx セグメントのデータファイルのリストを取得します。
$ sybsadmin$ sp_helpsegment call_idx
- セグメント call_idx のデバイス名を書き留めます。
- 各デバイス名については、sp_helpdevice システムプロシージャを使ってデータファイルの物理パス名を取得します。
sybsadmin$ sp_helpdevice <device name>
- すべてのデータファイルパス名を index_files.txt に保存します。
# cat index_files.txt /SYBdata/NODE0000/IDX/call1.idx /SYBdata/NODE0000/IDX/call2.idx /SYBdata/NODE0000/IDX/call3.idx
call_idx を階層 0 ストレージに再配置するには
- ポリシー 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"> <DIRECTORY Flags="nonrecursive" > NODE0000</DIRECTORY> <PATTERN> call*.idx </PATTERN> </SELECT>
<RELOCATE> <COMMENT> Note that there is no WHEN clause. </COMMENT> <TO> <DESTINATION> <CLASS> tier0 </CLASS> </DESTINATION> </TO> </RELOCATE>
</RULE> </PLACEMENT_POLICY>
- ポリシーを割り当て、適用します。
# fsppadm validate /DBdata index_policy.xml # fsppadm assign /DBdata index_policy.xml # fsppadm enforce /DBdata