データベースの管理

データベース・メンテナンスを実行する場合の処理の一時停止

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

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

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

バージョン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バックアップおよびリカバリ・ユーザーズ・ガイド」を参照してください。

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値問合せに使用するパラレル接続の数を指定します。

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回のみ作成されます。

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

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

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

列が多すぎる場合は、新規スイートを追加すると、データベース・エラー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を起動します。

ノート:

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