4 データベースの管理

この章では、データベース・メンテナンスの実行に必要な設定およびバックアップの容易化について説明します。

4.1 Databaseメンテナンス実行時の処理の中断

データベースでメンテナンスを実行する場合、データベースが停止している時点のRUEI処理を手動で停止することをお薦めします。これにより、メンテナンス中にエラー・メッセージが表示されなくなります。 RUEIの処理を手動で停止するには、次の手順を実行します:

SSHを使用して、RUEI_USERユーザーとしてレポータ・システムにログインします。
処理を停止するには、次のコマンドを実行します:
```
project -stop
```
次のプロセスが実行されていないことを確認: qjobd、logrおよびrsynclogdird。必要に応じて、killコマンドを実行して停止します。
データベース・メンテナンスの完了後、次のコマンドを実行して処理を再起動します:
```
project -start
```

4.2 オンライン表領域バックアップの有効化

バージョン12.1.0.3では、新しいインストール内のUSERSおよびUXCONF表領域はforce loggingモードに設定されます。以前のデフォルト・モードはnologgingでした。アップグレード手順は、データベースの現在の設定を変更しません。ただし、表領域モードをforce loggingに変更すると、ディスクI/Oが大幅に増加する可能性があります。

デフォルトで、データベースはオンライン・バックアップをサポートしません。オンライン・バックアップを有効にするには、データベースのnoarchivelogモードを変更し、操作の数をnologgingモードからforce loggingモードに変更する必要があります。オンライン・バックアップをサポートする手順は、次のとおりです:

oracleユーザーとしてデータベース・システムにログインします:

次のコマンドを実行してすべての処理を停止します:

source /etc/ruei.conf
su - $RUEI_USER
project -stop
killall logmsgd
killall qjobd
killall rsynclogdird

$RUEI_DB_INST設定でRUEIデータベースが指定されていることを確認します。

次のコマンドを実行して、データベースをarchivelogモードに変更します:

. oraenv
sqlplus / as sysdba
shutdown immediate
startup mount
alter database archivelog;
alter database open;

次のコマンドを実行して、forceロギング・モードに必要な操作を設定します:
```
alter tablespace USERS force logging;
alter tablespace UXCONF force logging;
```
オンライン・バックアップの構成とスケジュールを行います。
次のコマンドを実行して、処理を再開します:
```
project -start
```

詳細は、「Oracleバックアップおよびリカバリ・ユーザーズ・ガイド」を参照してください。

4.3 KPI計算のパフォーマンスの向上

デフォルトでは、RUEIは最大8パラレル接続を使用してKPI値問合せを実行します。これは、db_kpi_value_threads設定によって制御されます。パラレル接続の数を増やすと、KPIの計算のパフォーマンスが向上する場合があります。ただし、この値をデータベース・サーバーから使用できるコアの量よりも大きく、構成済のKPIsの数よりも高い値に設定する利点はありません。データ処理が高速になる可能性がある以外に、機能的な影響はありません。

次のコマンドを実行して、現在の設定値を取得します:

execsql config_get_value processor db_kpi_value_threads

次のコマンドを実行して、設定値を変更します:

execsql config_set_value processor db_kpi_value_threads *nthreads*

ここで、*nthreads*は、KPI値問合せに使用するパラレル接続の数を指定します。

4.4 RUEI表のサブパーティションの管理

RUEI表は、プライマリ・パーティションのサブパーティションを持ち、インストール中にデフォルト値2に設定されます。

現在の値を読み取るには、次のコマンドを実行します。

execsql config_get_value processor num_subpartitions_kpi_id

サブパーティションの数を変更する必要かある場合は、次のコマンドを使用します。

注意:

サブパーティションの数を変更するために、追加のライセンスが必要な場合があります。

KPI表:

execsql config_set_value processor num_subpartitions_kpi_id 10

ユーザー・フロー表:

execsql config_set_value processor num_subpartitions_user_flow_id 10

その他すべての表:

execsql config_set_value processor num_subpartitions_match_id 10

新しい設定を適用するには、次のコマンドを実行します:

modr all --repartition

新しい値は、新しいプライマリ間隔パーティションが作成されるまで有効になりません。表のタイプに応じて、新しいインターバル・パーティションは1日に1回または場合によっては1か月に1回のみ作成されます。

4.5 Enterprise Managerリポジトリのメンテナンス

Enterprise Managerリポジトリがメンテナンス中の場合、RUEIを構成して、機能しないEnterprise ManagerインスタンスにKPIステータス変更情報が送信されないようにすることができます。

Enterprise Managerリポジトリのメンテナンスが開始されたら、RUEIシステムで次のコマンドを実行します:

execsql emdb_set_status $host $sid maintenance

Enterprise Managerリポジトリのメンテナンスが完了したら、RUEIシステムで次のコマンドを実行します:

execsql emdb_set_status $host $sid up

4.6 ファクト表の未使用の列の削除

ファクト表内の未使用の列は、ディスク領域を消費し、列の数が少ないファクト表を使用すると、パフォーマンスが向上する場合があります。

列が多すぎる場合は、新規スイートを追加すると、データベース・エラーORA-01792: maximum number of columns in a table or view is 1000がトリガーされます。

表に使用されていない列が多すぎると、プロジェクト・ログに次のようなエラー・メッセージが表示される場合があります:

Fact table <FACT TABLE> has too many unused columns(unused=mmm, total=nnn)

前述のメッセージに示された表名でruei-upgrade.sh drop_unused_columns <FACT_TABLE>コマンドを実行します。例: F_RT_RTPAGE。

ファクト表の未使用の列を削除するには、次の手順を実行します:

レポータ・マシンにrootとしてログインします。
RUEIを停止します。
次のコマンドを実行します。

ruei-upgrade.sh drop_unused_columns <FACT_TABLE>, replace <FACT TABLE>

ここで、<FACT TABLE>はファクト表名が警告メッセージに表示されます。
RUEIを起動します。

注意:

影響を受けるファクト表に大量のデータが含まれている場合、未使用の列を削除すると処理に時間がかかる可能性があります。