<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

アーカイブログと Flashback ログの再配置のスケジュール

アーカイブログは、データの破損状態からリカバリを実行する主要な機構となっているため、通常、データベースログは高い I/O 処理速度と高いデータ信頼性を持つ高価なストレージに保持されます。アーカイブログの容量が限界に達した場合でさえ、ログは、通常、高速リカバリを目的にオンラインを維持しますが、それも時間が経過すると、このログへの参照はきわめて少なくなる可能性があります。これは、一定期間参照がなければ、アーカイブ化されたデータベースログを低コストのボリュームに再配置できることを意味します。

同様に、Storage Foundation の Flashback 技術によって、ログが作成されます。このログは、データベースを以前の状態にリストアすることでデータベースの破損からすばやくリカバリするときに使うことができます。 Flashback ログは通常、アーカイブ化されたデータベースログよりも短い期間、維持されます。このログは、使われる場合でも、通常作成されてから数時間の間でしか使われません。一般的な Flashback ログの存続期間は 2、3 日です。

アーカイブログと Flashback ログの使用率の急速な低下は、一定期間参照がないログを定期的に低コストのストレージへ再配置するという配置ポリシーを実施することによって、オンラインストレージの平均コストを削減できることを意味しています。

たとえば、非常に多くのアクティブセッションで大規模な OLTP Oracle データベースを継続して使っているものとします。このとき、このデータベースは、稼動率 99 % 超の状態で 24 時間体制の稼動が必要とされています。データベースは、偶発的なエラーをすばやく訂正するために Flashback 技術を使っています。このデータベースでは 1 日に大量のアーカイブログが生成されます。データベースが何らかの理由で停止した場合、業務上、15 分以内にデータベースをオンラインに戻し、機能を復旧させるという必要条件が発生します。トランザクション時の Oracle ログの切り替え遅延を防止するために、アーカイブログは高速な EMC アレイに作成する必要があります。 1 週間を超える古いアーカイブログは、ミッドレンジの Clarion アレイに移動できます。15 日を超える古いアーカイブログは、低速の JBOD ディスクに移動できます。アーカイブログは、30 日後にパージされます。現在の Flashback ログはデータベース管理者によって手動で高速な EMC ストレージに作成されており、2 日後に Clarion ストレージに移動できます。データベース管理者は、1 週間後その Flashback ログを削除します。このようにシステムを設定するには、次の例を参照してください。アーカイブログと Flashback ログは同じファイルシステム /oralog 上に作成されることを前提としています。ファイルシステム上の /oralog/archive1 にアーカイブログが作成され、/oralog/flashback に Flashback ログが作成されます。

図: アーカイブログと Flashback ログの自動再配置に適したデータベースストレージ設定は、アーカイブログと Flashback ログの自動再配置と削除に適した 3 層のボリューム設定を表しています。

図: アーカイブログと Flashback ログの自動再配置に適したデータベースストレージ設定

この例で実稼動データベースで使われているファイルシステムは、最初は単一ボリューム oralog に存在し、ボリュームとそのボリュームに割り当てられた配置クラスを追加することによって準備する必要があります。

NEW、MEDIUM、OLD のストレージクラスを追加するには

次のように、dbdst_admin コマンドを使います。

$ /opt/VRTS/bin/dbdst_admin -S PROD -o addclass=\
NEW:"EMC Storage for Production DB"

$ /opt/VRTS/bin/dbdst_admin -S PROD -o addclass=\
MEDIUM:"Clarion Storage for Production DB"

$ /opt/VRTS/bin/dbdst_admin -S PROD -o addclass=\
OLD:"JBOD Storage for Production DB"

データベースのファイルシステムを変換し、SmartTier for Oracle で使うボリュームを追加するには

次のように、dbdst_convert コマンドを使います。

$ /opt/VRTS/bin/dbdst_convert -S PROD \
-M /dev/vx/dsk/oradg/oralog -v emc_v1,clarion_v1,jbod_v1

ボリュームをストレージクラスに分類するには

次のように、dbdst_classify コマンドを使います。

$ /opt/VRTS/bin/dbdst_classify -S PROD \
-M /dev/vx/dsk/oradg/oralog -v emc_v1:NEW

$ /opt/VRTS/bin/dbdst_classify -S PROD \
-M /dev/vx/dsk/oradg/oralog -v clarion_v1:MEDIUM

$ /opt/VRTS/bin/dbdst_classify -S PROD \
-M /dev/vx/dsk/oradg/oralog -v jbod_v1:OLD

ボリュームの設定が行われると、管理者は、選択したファイルをアクセスの時系列順に再配置してデータベースのファイルシステムに割り当てるようにファイル配置ポリシーのルールを定義できます。

Flashback ログとアーカイブログを定期的に再配置するルールを定義するには

次のように、dbdst_file_move コマンドを使います。
```
$ /opt/VRTS/bin/dbdst_file_move -S PROD -o flashback -c MEDIUM:2
```
このコマンドによって、2 日間アクセスされなかった Flashback ディレクトリ内のファイルは、MEDIUM ボリュームに再配置されます。
```
$ /opt/VRTS/bin/dbdst_file_move -S PROD -o archive1 -c MEDIUM:7 \
-c OLD:15
```
このコマンドの実行により、7 日間アクセスがなかった archive1 ディレクトリのファイルは MEDIUM ボリュームに再配置され、15 日間アクセスがなかったファイルは、OLD ボリュームに再配置されます。

SmartTier for Oracle では、これらのコマンドを SmartTier アクセスを時系列順に並べたポリシールールに変換してファイルシステムの配置ポリシーで結合するとともに、変換後のポリシーをそのファイルシステムに割り当てます。デフォルトでは、SmartTier for Oracle で、アクティブポリシーが日単位で施行されます。ポリシーの施行中は、ポリシーの作成に使う dbdst_file_move コマンドで指定したストレージ階層に、新しいルールで対象のファイルが再配置されます。