Please enter search query.
Search <book_title>...
Veritas InfoScale™ 8.0 Oracle データベース用ストレージと可用性管理 - AIX, Linux, Solaris
Last Published:
2022-01-26
Product(s):
InfoScale & Storage Foundation (8.0)
Platform: AIX,Linux,Solaris
- 第 I 部 Oracle データベース用 SFHA (Storage Foundation High Availability) 管理ソリューション
- Storage Foundation for Databases の概要
- Veritas File System について
- Storage Foundation for Databases の概要
- 第 II 部 Veritas InfoScale 製品を使用した Oracle の配備
- Storage Foundation 環境への Oracle オプションの配備
- Storage Foundation を使用した Oracle の配備
- Storage Foundation を使用したオフホスト設定での Oracle の配備
- High Availability を使用した Oracle の配備
- ディザスタリカバリ用 VVR (Volume Replicator) を使用した Oracle の配備
- Storage Foundation 環境への Oracle オプションの配備
- 第 III 部 Storage Foundation for Databases (SFDB) ツールの設定
- Storage Foundation for Databases リポジトリデータベースの設定および管理
- Storage Foundation for Databases (SFDB) リポジトリの設定
- Storage Foundation for Databases (SFDB) ツールの認証の設定
- Storage Foundation for Databases リポジトリデータベースの設定および管理
- 第 IV 部 Oracle データベースのパフォーマンスの向上
- データベースアクセラレータについて
- Veritas Extension for Oracle Disk Manager によるデータベースパフォーマンスの向上
- Veritas Cached Oracle Disk Manager によるデータベースパフォーマンスの向上
- SFHA 環境の Cached ODM について
- SFHA 環境の Cached ODM の設定
- SFHA 環境の Cached ODM Advisor による Cached ODM 設定の管理
- SFHA 環境の Cached ODM Advisor を使用した候補データファイルのレポートの生成
- Quick I/O によるデータベースパフォーマンスの向上
- Quick I/O について
- Cached Quick I/O によるデータベースパフォーマンスの向上
- 第 V 部 PITC (Point-In-Time Copy) の使用
- PITC 方法の理解
- ボリュームレベルのスナップショット
- ボリュームレベルのスナップショット(FlashSnap)の逆再同期について
- Storage Checkpoint
- FileSnap について
- Oracle PITC に関する注意事項
- サードミラーブレークオフスナップショットの管理
- 領域最適化スナップショットの管理
- Storage Checkpoint の管理
- リカバリのための Database Storage Checkpoint
- FileSnap スナップショットの管理
- SFHA 環境での NetBackup によるバックアップとリストア
- PITC 方法の理解
- 第 VI 部 Oracle に対するストレージコストの最適化
- SmartTier によるストレージの階層化について
- SmartTier の設定と管理
- Oracle での SmartTier のユースケース
- ストレージコストを最適化するためのファイルとデータベースの圧縮
- 圧縮アドバイザツールの使用
- 第 VII 部 Oracle ディザスタリカバリの管理
- 第 VIII 部 Storage Foundation for Databases 管理リファレンス
- Storage Foundation for Databases コマンドリファレンス
- Storage Foundation for Databases のチューニング
- SFDB ツールのトラブルシューティング
- Oracle データベースの手動によるリカバリ
- 6.0 より前のリリースの Storage Foundation for Databases のコマンドリファレンス
- Database FlashSnap のストレージの準備
- データベーススナップショットの作成について
- FlashSnap コマンド
- Oracle リカバリのガイドライン
- Database Storage Checkpoint のコマンド
- 第 IX 部 参照先
アクセス頻度が低いテーブルパーティションの圧縮
テーブルのパーティション分割は、大規模の Oracle データベースで頻繁に使用される機能です。 テーブルのパーティション分割は、パラレルクエリーを使用するトランザクションを並列化できるため、データベースのクエリーと更新の効率が向上します。 また、データベースのメンテナンスを簡単にし、テーブルの可用性を向上させます。 パーティションがダウンしている場合、テーブルの対応する部分のみがオフライン状態になり、テーブルの残りの部分がオンライン状態のままになります。 通信環境では、一般的なのは「call_details」テーブルを月単位または四半期単位でパーティションに分割する方法です。 パーティションの内容は、パーティションが古くなるにつれてあまり使用されなくなります。 新しいパーティションに新しいレコードが追加され、以前の四半期のレコードは更新されません。 通常は通信データベースは非常に大きいため、去年のデータを圧縮すると大幅に節約されます。
次の例では、テーブル「CALL_DETAIL」は四半期単位でパーティションに分割され、パーティションの名前は CALL_2010_Q1、CALL_2010_Q2、CALL_2011_Q1 などのように想定されます。 2011 年の第 1 四半期では、CALL_2010_Q1 のデータを圧縮できます。
CALL_2010_Q1 パーティションを圧縮するには
- CALL_2010_Q1 パーティションに属するファイル名を取得するには、SQL を使用します。
SQL> select tablespace_name from dba_tab_partitions where table_name = 'CALL_DETAIL' and partition_name = 'CALL_2010_Q1';
クエリーが「TBS_2010_Q1」を返すことを想定します。
my_compress_files
ファイルに名前を保存します。SQL> select file_name from dba_data_files where tablespace_name = 'TBS_2010_Q1';
結果を
my_compress_files
ファイルに保存します。- ファイルを圧縮します。
$ /opt/VRTS/bin/vxcompress `/bin/cat my_compress_files`