プライマリ・コンテンツに移動
Oracle® Enterprise Manager Cloud Control管理者ガイド
13cリリース1
E70363-03
  目次へ移動
目次		 索引へ移動
索引
前
前 		 次
次		  

12 Always-On Monitoring

Enterprise Manager Always-On Monitoringを使用すると、クリティカルなターゲット・ステータスとメトリック・アラートをモニタリングできます。このサービスはEnterprise Managerエージェントを介してクリティカル・ターゲットを継続的にモニタリングし、これらのイベントの電子メール通知を管理者に送信するように簡単に構成できます。

Always-On Monitoringはいつでも通知を送信するように構成できますが、アップグレードやパッチ適用などのメンテナンス操作のために、中央のEnterprise Managerサイトのダウンタイムが発生するときに特に役立ちます。

Always-On Monitoringは、モニタリングするターゲットの構成、および通知先や電子メールのゲートウェイ構成などの必須の通知データを再使用するために、Enterprise Managerと同期化されます。適切に構成および同期すると、サービスはEnterprise Managerエージェントからアラートを受信し、適切な管理者に電子メール通知を送信します。

この章の構成は、次のとおりです。

12.1 ベスト・プラクティス

Always-On Monitoringインスタンスは、Enterprise Managerが稼働中か停止中かに関係なく、常に実行することをお薦めします。Always-On Monitoringの通知をオフにすることによって、Enterprise Managerの稼働中にバックグラウンドで実行できます。計画されたものかどうかに関係なく、Enterprise Managerのダウンタイムの間に、emsctlコマンドを発行してAlways-On Monitoringの通知を再開できます。常にAlways-On Monitoringを実行する主な利点は、Enterprise Managerのインストールに加えられた変更が最新の状態に維持されることです。Always-On Monitoringは、定期的に同期ジョブを実行することによって、Enterprise Managerとの同期を維持します。このジョブはデフォルトでは24時間ごとに実行されますが、モニタリング対象の環境のニーズに合せてジョブの実行時間を変更できます。

バックグラウンドで定期的にAlways-On Monitoringを実行するのではなく、必要な場合にのみ実行することもできます。ただし、そのようにする場合は、Always-On MonitoringをEnterprise Manager OMSと同期することが必要になります。Enterprise Managerデプロイメントのサイズに応じて、同期してすべてのEnterprise Managerターゲットおよびメトリックに関する最新情報を取得するには10-15分かかることがあります。


重要:

Always-On MonitoringおよびEnterprise Managerは、Enterprise Managerが停止する前に同期する必要があります。

12.2 Always-On Monitoringのインストール

前提条件

Always-On Monitoringをインストールする前に、次の手順を実行する必要があります。

  • Always-On Monitoringリポジトリを保持するOracle Databaseインスタンスのインストールまたは特定

  • Always-On Monitoringリポジトリのユーザーの作成

  • Enterprise ManagerリポジトリへのEMキーの保存

Javaの要件

  • JAVAバージョン1.7がインストールされていることを確認します

  • Always-On Monitoring (emscaを含む)が実行される環境にJDK7をインストールする必要があります。JAVA_HOME環境変数がJDK7の場所を指している必要があります。

12.2.1 Always-On Monitoringリポジトリ・データベースのインストール

Always-On Monitoringリポジトリを格納するOracle Databaseインスタンスをインストールまたは構成する必要があります。リポジトリのスキーマを個別に作成する必要があるため、スキーマに割り当てる必要がある領域と、領域の分類方法を判断することが重要になります。

Always-On Monitoringの目的はEnterprise Managerが停止しているときに継続的にモニタリングして通知を送信することであるため、Enterprise Managerリポジトリをアップグレードしているときや、予期せず停止したときにも、Always-On Monitoringが継続して実行されるように、Always-On Monitoringリポジトリ・データベースは、Always-On Monitoringスキーマを持つ別のOracleインスタンスとして、別のマシンにインストールする必要があります。

Enterprise Managerリポジトリと同様に、Always-On Monitoringが異なるインスタンスまたはマシンに存在する場合、Always-On Monitoringリポジトリをバンドル・パッチ10でOracle 12.1.0.2.0データベースにインストールする必要があります。

マルチテナント環境では、構成するプラガブル・データベース(PDB)のいずれかではなく、マルチテナント・コンテナ・データベース(CDB)にユーザーを作成する場合、接頭辞C##を付ける必要があります。

12.2.1.1 データベースのサイズ設定

データベースのサイズ設定および構成を行うときに考慮する要素は次のとおりです。

  • UNDO表領域: SYNCプロセス、特に初回のSYNCを実行する場合、特にEnterprise ManagerインスタンスからAlways-On Monitoringに多数の行を転送するときにUNDO表領域が使用されます。

  • TEMP表領域: 特に、データ移動プロセス中に索引が作成されたり、ソートが発生する場合に、SYNCプロセスでTEMP表領域も使用されます。

  • Always-On Monitoring表領域: Always-On Monitoringに固有の表データおよび索引は、この表領域に格納されます。

  • REDOログ: REDOログはSYNCの実行中に発生するチェックポイントの数を最小化するのに十分な大きさである必要があります。3 x 1 GBのREDOログ・ファイルを構成することをお薦めします。

  • 特別なOracleパラメータ設定: Always-On Monitoringでは、特にAlways-On MonitoringスキーマがEnterprise Managerリポジトリ・データベースに移入される場合、Enterprise Managerリポジトリで使用されるパラメータを維持することが理想的です。SYNCおよびその他の主要なAlways-On Monitoring機能のテストによって、Enterprise Managerパラメータ設定がAlways-On Monitoringデータベースに対して適切であることが示されています。この事実は、異なるデータベース・インスタンスを構成するかどうかを考慮するために重要です。Enterprise Managerリポジトリの場合と同様、予期しないオプティマイザの問題を防止するために、Always-On Monitoringリポジトリに対して次のパラメータを設定する必要があります。

    ALTER SYSTEM SET OPTIMIZER_ADAPTIVE_FEATURES=FALSE SCOPE=BOTH SID='*';

    表1に、大規模なOPCデータベースに使用するAlways-On Monitoringスキーマでの、前述のコンポーネントのサイズ設定例を示します。これらの値は、Always-On MonitoringとEnterprise Managerの間での初回の完全同期後の表領域のサイズを表しています。また、REDOログ・ファイルはこれらの計算に含まれないことにも注意してください。

    表12-1 Always-On Monitoring表領域の領域割当て

    Always-On Monitoringリポジトリの領域消費
    表領域名 使用済領域(MB) 空き領域(MB) 割当て合計(MB) 空き領域の割合(%)

    TEMP

    0

    30,720

    30,720

    100%

    EMS_TABLESPACE

    6,430

    44,797

    51,200

    87%

    SYSAUX

    1,385

    85

    1,470

    6%

    SYSTEM

    896

    4

    900

    0%

    UNDOTBS1

    84

    30,636

    30,720

    100%

    USERS

    1

    4

    5

    30%

    合計

    8.769

    106,246

    115,015

    92%

この特定の構成では、必要なディスク領域の絶対最小値は、使用済表領域に基づいて9GBになりました。このスキーマで拡大のための領域を確保するには、新しいOracleインスタンスを作成する場合、Always-On Monitoringデータベース用の領域を120GB以上割り当てるように計画することをお薦めします。TEMP表領域とUNDO表領域は、TEMPまたはREDOの飽和の問題が発生しないよう、初回と後続の同期操作を処理するように構成されています。さらに、Always-On Monitoring表領域は、表領域の飽和による中断が発生しないようにサイズ設定されています。

現在の使用と将来の拡大に備えてAlways-On Monitoring表領域のサイズを正確に設定するには、次のことを理解することが重要です。

  • Enterprise ManagerリポジトリからAlways-On Monitoringスキーマに、どの表のどのデータが転送されるか。

  • 各表の転送される行数、表および索引の1行当たりのおおよそのバイト数。

表2は、Always-On Monitoringスキーマの表および索引のサブセットについて、行数、合計領域消費量および1行当たりのバイト数を示しています。

表12-2 Always-On Monitoringの表および索引領域の割当て

Always-On Monitoringの表および索引領域の割当ての例
owner セグメント名 セグメント・タイプ パーティション名 サイズ(MB) 行数

Always-On Monitoring

MGMT_TARGET_PROPERTIES

表

非パーティション化

1,472

15,408,952

Always-On Monitoring

MGMT_TARGET_PROPERTIES_IDX_02

索引

非パーティション化

1,152

15,215,316

Always-On Monitoring

MGMT_TARGET_PROPERTIES_PK

索引

非パーティション化

856

15,462,104

Always-On Monitoring

MGMT_TARGET_PROPERTIES_IDX_01

索引

非パーティション化

584

14,871,521

Always-On Monitoring

EM_MANAGEABLE_ENTITIES

表

非パーティション化

496

1,177,065

Always-On Monitoring

MGMT_TARGET_PROPERTIES_IDX_03

索引

非パーティション化

472

16,105,162

Always-On Monitoring

EM_MANAGEABLE_ENTITIES_UK1

索引

非パーティション化

136

1,201,617

Always-On Monitoring

EM_MANAGEABLE_ENTITIES_UK2

索引

非パーティション化

120

1,133,804

Always-On Monitoring

EM_MANAGEABLE_ENTITIES_IDX01

索引

非パーティション化

112

1,184,414

Always-On Monitoring

EM_MANAGEABLE_ENTITIES_IDX07

索引

非パーティション化

112

1,166,536

Always-On Monitoring

EM_MANAGEABLE_ENTITIES_IDX03

索引

非パーティション化

96

1,182,817

Always-On Monitoring

EM_MANAGEABLE_ENTITIES_IDX04

索引

非パーティション化

80

1,218,977

Always-On Monitoring

EM_MANAGEABLE_ENTITIES_IDX05

索引

非パーティション化

72

1,104,428

Always-On Monitoring

EM_MANAGEABLE_ENTITIES_IDX06

索引

非パーティション化

59

673,838

Always-On Monitoring

EM_MANAGEABLE_ENTITIES_IDX08

索引

非パーティション化

44

1,215,411

Always-On Monitoring

EM_MANAGEABLE_ENTITIES_PK

索引

非パーティション化

41

1,172,101

Always-On Monitoring

EM_MANAGEABLE_ENTITIES_IDX09

索引

非パーティション化

40

1,192,236

Always-On Monitoring

EM_MANAGEABLE_ENTITIES_IDX02

索引

非パーティション化

37

1,178,410

Always-On Monitoring

EM_VIOLATIONS

表

非パーティション化

28

112,106

Always-On Monitoring

EM_METRIC_COLUMN_VER_PK

索引

非パーティション化

17

611,561

12.2.1.2 データベース文字セットの定義

Always-On MonitoringリポジトリがEnterprise Managerとは別のインスタンスにあるときに、Enterprise ManagerリポジトリからAlways-On Monitoringリポジトリに転送されるデータが、適切に格納および表現されることを確実にするには、2つのデータベース/インスタンス間で文字セットが一致していることを確認することが重要です。Enterprise Managerでは、NLS_CHARACTERSETがAL32UTF8として定義されます。

Oracleインストーラを使用して手動でAlways-On Monitoringインスタンスを設定する場合、インスタンスはデフォルトでWE8MSWIN1252になります。この時点で、適切な文字セットが開始からインストールされるよう、オプションのAL32UTF8がドロップ・ダウン・ボックスから選択されていることを確認します。

Enterprise Managerリポジトリで文字セットを特定するには、次の問合せを実行します。

SELECT * from nls_database_parameters where parameter='NLS_CHARACTERSET';

Always-On Monitoringリポジトリでもこの問合せを実行して、文字セットが一致していることを確認します。Always-On Monitoringリポジトリの文字セットが異なる場合は、Always-On Monitoringリポジトリの文字セットを変更してEnterprise Managerリポジトリのものと一致させることをお薦めします

--Shutdown and start the database in a restricted mode.  
SHUTDOWN IMMEDIATE;  
STARTUP RESTRICT;  
 
--Set JOB_QUEUE_PROCESSES and AQ_TM_PROCESSES to its default value i.e.0  
ALTER SYSTEM SET JOB_QUEUE_PROCESSES = 0;  
ALTER SYSTEM SET AQ_TM_PROCESSES=0;  
 
-- Set the required character set.  
ALTER DATABASE CHARACTER SET AL32UTF8;  
 
 -- if the above fails:  
ALTER DATABASE CHARACTER SET INTERNAL_USE AL32UTF8;  
 
--Shutdown and restart the database in normal mode.  
SHUTDOWN IMMEDIATE;  
STARTUP;  
/

12.2.2 Always-On Monitoringリポジトリ・ユーザーの作成


重要:

Always-On Monitoringリポジトリは、Enterprise Managerリポジトリ・データベース内に格納しないでください。Always-On Monitoringリポジトリを別のデータベースに格納すると、Enterprise Manager Repositoryが停止してもAlways-On Monitoringを実行できます。

Always-On Monitoringリポジトリとして使用するデータベースに接続してAlways-On Monitoringユーザーを作成し、そのユーザーに必要な権限を付与します。次に、このプロセスの例を示します。

SQL> create user ems identified by ems;
SQL> grant CREATE SESSION, ALTER SESSION, CREATE DATABASE LINK, CREATE MATERIALIZED VIEW, CREATE PROCEDURE, CREATE PUBLIC SYNONYM, CREATE ROLE, CREATE SEQUENCE, CREATE SYNONYM, CREATE TABLE, CREATE TRIGGER, CREATE TYPE, CREATE VIEW, UNLIMITED TABLESPACE, SELECT ANY DICTIONARY to ems;
SQL> grant EXECUTE ON SYS.DBMS_CRYPTO to ems;
SQL> grant EXECUTE ON SYS.DBMS_AQADM to ems;
SQL> grant EXECUTE ON SYS.DBMS_AQ to ems;
SQL> grant EXECUTE ON SYS.DBMS_AQIN to ems;
SQL> grant EXECUTE on SYS.DBMS_LOCK to ems;
SQL> grant EXECUTE ON SYS.DBMS_SCHEDULER to ems;
SQL> grant create job to ems;

12.2.2.1 Always-On Monitoringスキーマ所有者への必要な権限の付与

Always-On Monitoringが適切に機能するには、Always-On Monitoringスキーマ所有者に適切な権限が必要です。次のサンプル・スクリプトは、Always-On Monitoringスキーマに必要なすべての権限の詳細を示しています。

grant CREATE SESSION, 
      ALTER SESSION, 
      CREATE DATABASE LINK, 
      CREATE MATERIALIZED VIEW, 
      CREATE PROCEDURE, 
      CREATE PUBLIC SYNONYM, 
      CREATE ROLE, 
      CREATE SEQUENCE, 
      CREATE SYNONYM, 
      CREATE TABLE, 
      CREATE TRIGGER, 
      CREATE TYPE, 
      CREATE VIEW, 
      UNLIMITED TABLESPACE, 
      SELECT ANY DICTIONARY to ems;
grant EXECUTE ON SYS.DBMS_CRYPTO to ems;
grant EXECUTE ON SYS.DBMS_AQADM to ems;
grant EXECUTE ON SYS.DBMS_AQ to ems;
grant EXECUTE ON SYS.DBMS_AQIN to ems;
grant EXECUTE on SYS.DBMS_LOCK to ems;
grant EXECUTE ON SYS.DBMS_SCHEDULER to ems;
grant create job to ems;

また、SQLコマンドラインから各grant文を実行することによって権限を付与することもできます。

SQL> grant CREATE SESSION, ALTER SESSION, CREATE DATABASE LINK, CREATE MATERIALIZED VIEW, CREATE PROCEDURE, CREATE PUBLIC SYNONYM, CREATE ROLE, CREATE SEQUENCE, CREATE SYNONYM, CREATE TABLE, CREATE TRIGGER, CREATE TYPE, CREATE VIEW, UNLIMITED TABLESPACE, SELECT ANY DICTIONARY to ems;
SQL> grant EXECUTE ON SYS.DBMS_CRYPTO to ems;
SQL> grant EXECUTE ON SYS.DBMS_AQADM to ems;
SQL> grant EXECUTE ON SYS.DBMS_AQ to ems;
SQL> grant EXECUTE ON SYS.DBMS_AQIN to ems;
SQL> grant EXECUTE on SYS.DBMS_LOCK to ems;
SQL> grant EXECUTE ON SYS.DBMS_SCHEDULER to ems;
SQL> grant create job to ems;

12.2.3 Always-On Monitoringのインストール

Always-On Monitoringは、Enterprise Managerソフトウェア・ディストリビューションとともに提供される自己完結型アプリケーション(sysman/emsディレクトリにある)で、Enterprise Managerの自己更新機能からも入手できます。いずれかのソースでAlways-On Monitoringのインストールzipファイル(ems_13.1.0.0.0.zip)を見つけ、Always-On Monitoringのインストール先として選択した場所に、そのファイルを置きます。

12.3 Always-On Monitoringの構成

Always-On Monitoringがインストールされると、Always-On Monitoring構成アシスタント・スクリプトを使用して、モニタリングするEnterprise Managerインストールと通信するようにサービスが構成されます。

Always-On Monitoringの構成手順は次のとおりです。

  1. Always-On Monitoring構成アシスタント(EMSCA)の使用方法

  2. Enterprise Managerでの電子メール・サーバーの構成

  3. Enterprise Managerでの停止時連絡先の構成

  4. Always-On MonitoringとEnterprise Managerの初回同期

  5. Enterprise ManagerとAlways-On Monitoringの連動の構成

12.3.1 Always-On Monitoring構成アシスタント(EMSCA)の使用方法

Always-On Monitoring構成アシスタントは、Always-On Monitoringインストール・スクリプト・ディレクトリ下にあるスクリプトです。次の例は、環境変数EMS_HOMEを使用して参照される場所にAlways-On Monitoringがインストールされていることを前提としています。

$EMS_HOME/scriptsにある構成アシスタントを実行します。EMSCAはパラメータなしで起動でき、必要な情報を求めるプロンプトを表示します。構成が完了したら、後からEnterprise Managerの構成に使用するために、Always-On MonitoringアップロードURLを記録します。

例:

$ ./emsca
Oracle Enterprise Manager Cloud Control 13c Release 1
Copyright (c) 1996, 2015 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
Always-On Monitoring Repository Connection String : myserver:35074:semgc3
Create Always-On Monitoring Repository User [n] :
Always-On Monitoring Repository SYSDBA Username : sys
Always-On Monitoring Repository SYSDBA Password :
Always-On Monitoring Repository Username [ems] :
Always-On Monitoring Repository Password [ems] :
Enterprise Manager Repository Connection String : myserver:35074:semgc3
Enterprise Manager Repository Username : sysman
Enterprise Manager Repository Password :
Creating Always-On Monitoring repository user ems
Enter Enterprise Manager Middleware Home : $MW_HOME
Connecting to Always-On Monitoring repository.
Creating Always-On Monitoring repository schema
Creating repository storage for Targets data.
Creating repository storage for Alerts and Availability data.
Creating repository storage for Notification Metadata data.
Creating repository storage for Target Metric Metadata data.
Registering Always-On Monitoring instance
Always-On Monitoring Upload URL: https://myserver:8081/upload
Oracle PKI Tool : Version 12.1.3.0.0
Copyright (c) 2004, 2014, Oracle and/or its affiliates. All rights reserved.
 
Certificate was added to keystore

Always-On Monitoringリポジトリを作成する場合は、次のコマンドを実行します。

$ ./emsca -createEmsDbUser=false
Oracle Enterprise Manager Cloud Control 13c Release 1
Copyright (c) 1996, 2015 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
Always-On Monitoring Repository Connection String : myserver:35074:semgc3
Always-On Monitoring Repository Username : ems
Always-On Monitoring Repository Password :
 Enterprise Manager Repository Connection String : myserver:35074:semgc3
Enterprise Manager Repository Username : sysman
Enterprise Manager Repository Password :
 Enter Enterprise Manager Middleware Home : $MW_HOME
Connecting to Always-On Monitoring repository.
Creating Always-On Monitoring repository schema
Creating repository storage for Targets data.
Creating repository storage for Alerts and Availability data.
Creating repository storage for Notification Metadata data.
Creating repository storage for Target Metric Metadata data.
Registering Always-On Monitoring instance
Always-On Monitoring Upload URL: https://myserver:8081/upload
Oracle PKI Tool : Version 12.1.3.0.0
Copyright (c) 2004, 2014, Oracle and/or its affiliates. All rights reserved.
 
Certificate was added to keystore

必要な入力が含まれたレスポンス入力ファイルを使用して実行することもできます。次に、レスポンス入力ファイルの例を示します。

emsRepConnectString=localhost:1521:xe
emsRepUsername=ems
emsRepPassword=ems
emRepConnectString=mymachine.mycompany.com:15044:semgc3
emRepUsername=sysman
emRepPassword=sysman
#
emsPort=8081
http.protocol=http
#
#mw.home=$MW_HOME

注意:

mw.homeはデフォルトで、http.protocol=httpsを使用する場合にのみ必要です。emsPortはオプションで、Always-On Monitoringで使用するポートを指定できます。その他すべての値は必須です。

次の表に使用可能なEMSCAパラメータを示します。

表12-3 EMSCAパラメータ

EMSCAプロンプト 説明

Always-On Monitoringリポジトリ接続文字列

Always-On Monitoringリポジトリの検索に使用される接続文字列。有効なサービス記述子またはhost:port:sidの場合があります。

Always-On Monitoringリポジトリ・ユーザー名

Always-On Monitoringリポジトリに関連付けられたユーザー名。詳細は、「前提条件」を参照してください。

Always-On Monitoringリポジトリ・パスワード

Always-On Monitoringリポジトリ・ユーザーに関連付けられたパスワード。詳細は、「前提条件」を参照してください。

Enterprise Managerリポジトリ接続文字列

Enterprise Managerリポジトリの検索に使用される接続文字列。有効なサービス記述子またはhost:port:sidの場合があります。

Enterprise Managerリポジトリ・ユーザー名

Enterprise Manager SYSMANユーザーのユーザー名。

Enterprise Managerリポジトリ・パスワード

Enterprise Manager SYSMANユーザーのパスワード。

Enterprise Managerミドルウェア・ホーム

Enterprise Manager管理サービス(OMS)ミドルウェアがインストールされるミドルウェア・ホームへのパス。

注意: これは絶対パスである必要がありますが、環境変数を含むことができます。

ミドルウェア・ホームおよびその他のEnterprise Managerのインストール済コンポーネントの詳細は、『Oracle® Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

Enterprise ManagerリポジトリからのEMキーの削除

次のコマンドを実行してキーを削除します。

% emctl config emkey -remove_from_repos

Always-On Monitoringのアンインストール

次の例に示すように、必要に応じて、EMSCAを使用してAlways-On Monitoringをアンインストールできます。

$ ./emsca uninstall
Oracle Enterprise Manager Cloud Control 13c Release 1
Copyright (c) 1996, 2015 Oracle Corporation. All rights reserved.
---------------------------------------------------------------
Loading configuration from: /homedirectory/ems/conf/emsConfig.properties
 Connecting to Always-On Monitoring repository.
 Execute the following:
 emctl delete property -name "oracle.sysman.core.events.ems.emsURL" -sysman_pwd <pwd> to unset the value of the property.
 Uninstall completed.

12.3.2 Enterprise Managerでの電子メール・サーバーの構成

Always-On Monitoringが電子メール通知を送信する際、同期手順中にEnterprise Managerから取得する電子メール・サーバー構成を使用して送信します。Always-On Monitoringが適切に機能するには、Always-On Monitoringの同期を実行する前にEnterprise Managerで電子メール・サーバーを構成する必要があります。詳細は、「通知用のメール・サーバーの設定」を参照してください。

Enterprise Managerで電子メール・サーバー構成を変更した場合、Always-On Monitoringを再度同期して、更新された電子メール・サーバー構成を取得する必要があります。Always-On Monitoringの増分同期の実行については、後続の項を参照してください。

12.3.3 Enterprise Managerでの停止時連絡先の構成

Always-On MonitoringをEnterprise Managerと同期した後、モニタリング・サービスでは、OMSが停止したときに適切な管理者(停止時連絡先)に電子メール通知を送信できます。初めてAlways-On Monitoringを実行する前に、Enterprise Managerで停止時連絡先を構成する必要があります。Always-On Monitoringが通知を送信する停止時連絡先は、次のいずれかの形式にできます。

  • グローバルな停止時連絡先

  • ターゲット・プロパティに基づいたターゲット単位の停止時連絡先　　

  • イベント・ルールに基づいたターゲット単位の停止時連絡先

電子メール・アドレスをグローバル形式とターゲット単位形式の両方に指定すると、すべての電子メール・アドレスが使用されます。

Enterprise Managerで停止時連絡先を変更した場合、Always-On Monitoringを再度同期して、更新された停止時連絡先構成を取得する必要があります。Always-On Monitoringの増分同期の実行手順は、後続の項を参照してください。

グローバルな停止時連絡先

グローバルな停止時連絡先は、Enterprise Managerサイトの単一のプロパティ・セットです。設定すると、すべてのターゲット・ステータス・イベントおよびすべてのターゲットのメトリック・アラームが、グローバルな停止時連絡先のプロパティで指定された受信者に送信されます。

% emcli set_oms_property -property_name='oracle.sysman.core.events.ems.downtimeContact' 
-property_value='<email addresses>'

ターゲット・プロパティからのターゲット単位の停止時連絡先　　

これらの停止時連絡先の電子メール・アドレスは、各ターゲットの「停止時連絡先」ターゲット・プロパティで指定する必要があります。「停止時連絡先」ターゲット・プロパティを指定する方法は次の3つです。

  • 各ターゲットで、ターゲットのホームページからアクセスできる「ターゲット・プロパティ」ページに移動します。ターゲット・ホームページの「ターゲット」メニューから、「ターゲット設定」を選択して「プロパティ」を選択します。「ターゲット・プロパティ」ページが表示されます。

    周囲のテキストでtarget_downtime_contact.gifを説明しています。

    「編集」をクリックして、「停止時連絡先」ターゲット・プロパティに電子メール・アドレスを指定します。カンマで区切ることによって、複数の電子メール・アドレスを指定できます。

  • EM CLI set_target_property_value動詞を使用します。

    emcli set_target_property_value -property_records="target_name:target_type:property_name:property_value"

    例:

    %./emcli set_target_property_value -property_records="myhost:host:Downtime Contact:John.Doe@mycompany.com"

    set_target_property_value動詞の詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース』ガイドを参照してください。

  • Enterprise Manager Cloud Controlのターゲット・ダウン・イベント・ルールの電子メール受信者を活用します。詳細は、次の項を参照してください。

イベント・ルールに基づいたターゲット単位の停止時連絡先

Always-On Monitoringは、各ターゲットの異なるユーザーに電子メール通知を送信することもできます。これらの連絡先は、ターゲットのイベント・ルールに基づいてEnterprise Managerで生成されます。このため、Enterprise Managerでイベント・ルールが変更された場合は、連絡先を再生成して増分同期を実行する必要があります。

イベント・ルール設定を活用することによって、「停止中」ステータスが選択された「ターゲット可用性」イベント・タイプに対するイベント・ルールの電子メール受信者に基づいて、停止時連絡先が生成されます。


注意:

停止時連絡先はターゲット可用性イベント・ルールのみを使用して生成されますが、Always-On Monitoringでは、ターゲット可用性とメトリックしきい値の両方のアラートの通知を送信します。

ターゲット可用性(ステータス停止中)イベント・ルールの受信者を確認および更新できます。これにより、EM CLIを使用するか、または停止時連絡先生成ジョブを発行することによって停止時連絡先のリストを生成できます。

EM CLIを使用した停止時連絡先の生成

EM CLIから、generate_downtime_contactコマンドを使用して、特定のターゲットの停止時連絡先を生成します。このコマンドは、特定のターゲットに影響するすべてのターゲット可用性ルールをシミュレートし、すべてのルールからの出力を含む電子メール・アドレス・リストを生成します。オプションの-setパラメータは、Always-On Monitoringの同期で連絡先を後で取得できるように、連絡先を保存します。

% emcli generate_downtime_contact -target_name=<name> -target_type=<type> -set

停止時連絡先のEnterprise Managerジョブの生成

% emcli create_job -input_file=property_file:<job_prop_file> -name="GenerateDowntimeContacts"

job_prop_fileは次の内容のプロパティ・ファイルを参照します。

# job type
type=CoreSetDowntimeContacts
# description
description=You job description
# target names, the list of target names
variable.target_names=host1,database2
# target types, the list of target types corresponding to the target list above
variable.target_types=host,oracle_database
# set on all targets, true to update contacts, false to print output but not save
variable.set_all_targets=true
# frequency to run job, refer to Enterprise Manager documentation for options
schedule.frequency=IMMEDIATE

注意:

EM CLIまたは停止時連絡先生成ジョブのいずれかによって停止時連絡先を生成するプロセスを実行すると、すぐにその連絡先をモニタリング・サービスで使用できるようになるわけではありません。これらの連絡先が更新されるたびに、別のAlways-On Monitoringの同期を実行する必要があります。

停止時連絡先によって取得されるアラートのタイプ

構成すると、Always-On Monitoringによって次の電子メール通知が送信されます。

  • すべてのターゲット・ステータス・アラートおよびメトリック・アラート(クリティカル、警告およびクリア)。

  • メトリック収集エラー(クリティカルおよびクリアの両方)。

ステータスがコンポーネント・メンバーのステータスに基づくグループやクラスタなどの集計ターゲットのターゲット・ステータス・アラートは、サポートされていません。かわりに、アラートは、これらの集計ターゲットの個々のメンバーに送信されます。


注意:

現在、サポートされている通知タイプは電子メール通知のみとなります。

電子メール受信者は、電子メール・アドレスにする必要があります。受信者は、グローバル・プロパティのdowntimeContactまたはターゲット単位の「停止時連絡先」を使用して指定されます。両方が指定されている場合、電子メールは指定されたすべての受信者に送信されます。

グローバル・プロパティdowntimeContactが指定されている場合、すべてのターゲットのすべてのアラートがグローバル・プロパティdowntimeContactで指定された受信者に送信されます。ターゲット単位のプロパティ「停止時連絡先」が指定されている場合は、そのターゲットのすべてのターゲット・ステータス・アラートとメトリック・アラートが、プロパティで指定された受信者に送信されます。

12.3.4 Always-On MonitoringとEnterprise Managerの初回同期

最初にAlways-On Monitoringを起動する前に、Always-On MonitoringとEnterprise Managerを同期する必要があります。同期によって、Enterprise Managerターゲットから通知構成と停止時連絡先がコピーされるため、Always-On Monitoringでアラートのモニタリングおよび電子メール通知の送信が可能になります。

Always-On MonitoringとEnterprise Managerの同期を実行するには、次の手順を実行します。

% $EMS_HOME/scripts/emsctl sync

Oracle Enterprise Manager Cloud Control 13c Release 1
Copyright (c) 1996, 2015 Oracle Corporation. All rights reserved.
------------------------------------------------------------------
 Connecting to Always-On Monitoring repository.
Starting synchronization with Enterprise Manager.
Synchronizing with Enterprise Manager repository: sysman@myserver.myco.com:35074:semgc4
Synchronizing Targets data.
Synchronizing Alerts and Availability data.
Synchronizing Notification Metadata data.
Synchronizing Target Metric Metadata data.
Synchronization complete at : Thu Oct 22 06:50:56 PDT 2015

注意:

Enterprise Managerに変更を加えた場合、再度同期を実行する必要があります。たとえば、新しいホストまたはターゲットの追加、電子メール・サーバーの変更、停止時連絡先の変更を行った後、Always-On Monitoringで最新の構成を取得するには、増分同期が必要です。詳細は、「増分同期の手動実行」を参照してください。

12.3.5 Enterprise ManagerとAlways-On Monitoringの連動の構成

Always-On Monitoring構成の最後の手順として、Enterprise Managerを更新してサービスのアップロードURLを含めます。サービスの構成が正常に完了すると、Always-On Monitoring構成アシスタントによってアップロードURLが表示されます。Always-On Monitoring構成プロパティ・ファイルには、サービス向けに構成されたプロトコルおよびポートも含まれているため、アップロードURLは次の形式になります。

https://yourhostname:8081/upload

構成されたURLは、すべてのエージェント(既存エージェントおよび将来デプロイされるエージェントの両方)に送信されます。このため、構成を行う必要があるのは1回のみです。

HTTPSはAlways-On Monitoringのデフォルト・プロトコルで、デフォルト・ポートは8081です。構成値については、emscaまたはAlways-On Monitoring構成ファイルを参照してください。構成ファイルは次の場所にあります。

$EMS_HOME/conf/emsConfig.properties

Always-On Monitoringのアップロード場所を使用してEnterprise Managerを構成するには、Enterprise Managerから次のコマンドを実行する必要があります。

% emctl set property -name "oracle.sysman.core.events.ems.emsURL" -value "https://yourhostname:8081/upload" -sysman_pwd sysman

12.3.6 Enterprise ManagerでのAlways-On MonitoringアップロードURLの確認

次のコマンドを発行して、アップロードURLを特定できます。

%emsctl status

例:

$ ./emsctl status
Oracle Enterprise Manager Cloud Control 13c Release 1
Copyright (c) 1996, 2015 Oracle Corporation. All rights reserved.
------------------------------------------------------------------
Always-On Monitoring Version : 13.1.0.0.0
Always-On Monitoring Home : /mycomputer/ems
Started At : December 4, 2015 8:07:12 AM PST
Last Repository Sync : December 4, 2015 8:06:10 AM PST
Upload URL : https://myserver:8081/upload
Always-On Monitoring Process ID : 28171
Always-On Monitoring Repository : myserver.myco.com:15044:sarview
Enterprise Manager Repository : myserver.myco.com:15044:sarview
Notifications Enabled : false
Total Downtime Contacts Configured : 1

emctl get propertyコマンドを使用して、OMSの設定を確認できます。

$AGENT_HOME/sysman/config/emd.proeprtiesを参照したり、EMS_URLを検索することによって、特定のエージェントの設定を確認できます。

12.4 EMキーの保存

Always-On Monitoringでは、Enterprise Managerリポジトリと同期して、Enterprise ManagerからSMTP (電子メール)ゲートウェイ構成情報を再使用できるようにするために、EMキーが必要です。


重要:

Always-On Monitoringを構成する前に、EmキーをEnterprise Managerリポジトリにコピーする必要があります。そうしないと、emscaの実行時にエラーが発生します。

Always-On Monitoringの構成が完了(emscaの実行が正常に完了)したら、すぐにEnterprise ManagerリポジトリからEMキーを削除します。注意: Always-On Monitoringを再起動する必要はありません。キーをリポジトリに格納するには、$MW_HOME/binディレクトリから次のemctlコマンドを実行します。$MW_HOMEはEnterprise Managerミドルウェア・ホーム・ディレクトリです。

% emctl config emkey -copy_to_repos

Always-On Monitoring構成が完了したら、次のコマンドを実行してキーを削除します。

% emctl config emkey -remove_from_repos

12.5 サービスの制御

Always-On Monitoringの起動:

% $EMS_HOME/scripts/emsctl start
Oracle Enterprise Manager Cloud Control 13c Release 1
Copyright (c) 1996, 2015 Oracle Corporation. All rights reserved.
------------------------------------------------------------------
Starting Always-On Monitoring.
Notifications Enabled : false
Total Downtime Contacts Configured : 1
Always-On Monitoring is up.

通知の有効化/無効化

Always-On Monitoringの最初の構成では通知は無効で、新しいアラートを受信したときにサービスによって電子メールが送信されません。まず、電子メール通知を送信するためにAlways-On Monitoringを有効にする必要があります。Always-On Monitoring通知の有効化/無効化設定は、Always-On Monitoringの起動/停止中に持続します。enable_notificationコマンドは、増分同期を自動的に実行します。

% $EMS_HOME/scripts/emsctl enable_notification
Oracle Enterprise Manager Cloud Control 13c Release 1
Copyright (c) 1996, 2015 Oracle Corporation. All rights reserved.
------------------------------------------------------------------
Notifications have been enabled. There are downtime contacts configured.
 Connecting to Always-On Monitoring repository.
Starting synchronization with Enterprise Manager.
Synchronizing with Enterprise Manager repository: sysman@myserver.myco.com:35074:semgc4
Synchronizing Targets data.
Synchronizing Alerts and Availability data.
Synchronizing Notification Metadata data.
Synchronizing Target Metric Metadata data.
Synchronization complete at : Thu Oct 22 07:01:20 PDT 2015

同期を実行しない場合は、-nosyncオプションを追加します。

$EMS_HOME/scripts/emsctl enable_notification -nosync
Oracle Enterprise Manager Cloud Control 13c Release 1
Copyright (c) 1996, 2015 Oracle Corporation. All rights reserved.
------------------------------------------------------------------
Notifications have been enabled. There are downtime contacts configured.

通知を無効にして、Always-On Monitoringは実行したままにするには、disable_notificationコマンドを使用します。

% $EMS_HOME/scripts/emsctl disable_notification
Oracle Enterprise Manager Cloud Control 13c Release 1
Copyright (c) 1996, 2015 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
Notifications have been disabled.

ステータスおよびログの取得

emsctl statusコマンドを使用して、Always-On Monitoringの操作ステータスを確認します。

例:

% $EMS_HOME/scripts/emsctl status

Oracle Enterprise Manager Cloud Control 13c Release 1
Copyright (c) 1996, 2015 Oracle Corporation. All rights reserved.
------------------------------------------------------------------
Always-On Monitoring Version : 13.1.0.0.0
Always-On Monitoring Home : /homedirectory/ems
Started At : October 22, 2015 6:53:30 AM PDT
Last Repository Sync : October 22, 2015 6:50:51 AM PDT
Upload URL : https://myserver:8081/upload
Always-On Monitoring Process ID : 563
Always-On Monitoring Repository : myserver.myco.com:35074:semgc4
Enterprise Manager Repository : sysman
Notifications Enabled : false

Always-On Monitoring is up.

Always-On Monitoringに対するPing

emsctl statusコマンドを実行する以外に、すべての動作の詳細をリストしないでAlways-On Monitoringサービスが稼働中であることを確認するのみの場合は、pingコマンドを発行することもできます。

例:

$EMS_HOME/scripts/emsctl ping
 
Oracle Enterprise Manager Cloud Control 13c Release 1
Copyright (c) 1996, 2015 Oracle Corporation. All rights reserved.
------------------------------------------------------------------
Always-On Monitoring is running

ログ・ファイル

ログ・ファイルは、稼働中に発生したAlways-On Monitoringイベントを記録し、次のように生成されます。

  • emscaログ: emsca.err (エラーのみ)、emsca.log.0 (エラーを含むすべての出力が含まれるローテーションするログ・ファイル)。

  • emsログ: ems.err (エラーのみ)、ems.log.0 (エラーを含むすべての出力が含まれるローテーションするログ・ファイル)。

これらのファイルは$EMS_HOME/logsディレクトリにあります。

ログ・レベルによって、ログ・ファイルに記録される情報のタイプおよび操作上の重大度が決定します。レベルは次のいずれかに設定できます。

  • INFO: ログインやログアウトなどのAlways-On Monitoring操作イベントまたはAlways-On Monitoringのライフサイクルに関連するその他のイベント。

  • DEBUG: Always-On Monitoringイベントのフローをトレースして特定の問題を分離するときに役立つと考えられる情報。

  • WARN (デフォルト設定): 予期しない稼働中のAlways-On Monitoringイベント。これらのAlways-On Monitoringイベントは追跡する必要はありますが、管理者がすぐに介入する必要はない場合があります。

  • ERROR: Always-On Monitoringの稼働中の不具合。

ログ・レベルを変更するには、$EMS_HOME/conf/emsConfig.propertiesにlogLevel=...プロパティを追加します。これは、現在のAlways-On Monitoringインスタンスにのみ適用されます。


重要:

ログ・レベルの変更を有効にするには、Always-On Monitoringをバウンスする必要があります。

サービスの停止

emsctl stopコマンドを使用して、Always-On Monitoringを停止します。

$EMS_HOME/scripts/emsctl stop
Oracle Enterprise Manager Cloud Control 13c Release 1
Copyright (c) 1996, 2015 Oracle Corporation. All rights reserved.
------------------------------------------------------------------
Shutting down Always-On Monitoring.
Always-On Monitoring is stopped.

12.5.1 Always-On Monitoringのコマンド

次のコマンドは、Always-On Monitoringの制御に使用されます。

Always-On Monitoringの制御

emsctl start

Always-On Monitoringを起動します。

emsctl stop

Always-On Monitoringを停止します。

emsctl enable_notification -nosync (オプション)

Always-On Monitoringが電子メール通知を送信できるようにします。デフォルトでは、電子メール通知を有効にすると増分同期が実行されます。Enterprise Manager OMSと同期しないようにするには、-nosyncオプションを指定します。

emsctl disable_notification

Always-On Monitoringが電子メール通知を送信しないようにします。

emsctl ping

Always-On Monitoringサービスにpingを発行して、稼働中か停止中か判断します。

emsctl sync

Always-On Monitoringターゲットおよび通知データをEnterprise Managerリポジトリと同期します。

emsctl status

Always-On Monitoringの操作ステータスに関連する情報を表示します。

emsctl getstats

現在のAlways-On Monitoringのパフォーマンス統計を表示します

emsctl list_properties

Always-On Monitoringの構成プロパティを表示します。

emsctl set_property -name=<property name> -value=<property value>

Always-On Monitoringの構成プロパティを設定します。構成プロパティの完全なリストは、「変更可能なAlways-On Monitoringのプロパティ」を参照してください。

emsctl unset_property -name=<property name>

既存のAlways-On Monitoringの構成プロパティを設定解除します。構成プロパティの完全なリストは、「変更可能なAlways-On Monitoringのプロパティ」を参照してください。

emsctl update_task -task_name=<SYNC|PURGE> -run_interval=<time in minutes between task executions>

同期やパージなどのAlways-On Monitoringタスクを実行する間隔を更新します。

emsctl set_em_repos_conn -username=<em username> -password=<em password> -connect_string=<em connect descriptor>

Enterprise Managerリポジトリ・データベースへの接続に使用されるユーザー名、パスワードおよび接続文字列を更新します。

emsctl set_ems_repos_conn -username=<ems username> -password=<ems password> -connect_string=<ems connect descriptor>

Always-On Monitoringリポジトリ・データベースへの接続に使用されるユーザー名、パスワードおよび接続文字列を更新します。

12.6 Always-On Monitoringの更新

Enterprise Manager OMSの通知機能を実行するために、Always-On Monitoringでは、ターゲット・モニタリングおよび管理者通知構成データをOMSと同期する必要があります。Always-On Monitoringをインストールすると完全同期が実行されます。その後に増分同期を実行して、Always-On Monitoringのモニタリング/通知構成を最新の状態にする必要があります。

Enterprise Managerで次の変更を行うには、Always-On Monitoringの増分同期が必要です。

  • 新規ホスト(エージェント)の追加

  • 新規ターゲットの追加

  • 停止時連絡先の変更

  • 管理者電子メール・アドレスの変更

  • 電子メール・サーバー構成の変更

Always-On Monitoringは、24時間ごとに実行される増分同期ジョブによって自動的にEnterprise Managerとの同期を維持します。emsctl update_taskコマンドを使用して、同期間隔を変更できます。

$EMS_HOME/emsctl update_task -task_name=<SYNC|PURGE> -run_interval=<time in minutes between task executions>

増分同期は、emsctl syncコマンドで手動で実行できます。

増分同期の手動実行

syncコマンドを実行することによって、いつでもAlways-On Monitoringの増分同期を実行できます。

% $EMS_HOME/scripts/emsctl sync

手動の増分同期を実行するとき、Always-On Monitoringを停止する必要はありません。Always-On Monitoringが稼働しているか停止しているかに関係なく、SYNCコマンドを実行できます。


注意:

enable_notificationコマンドを実行すると、増分同期が自動的に実行されます。-nosyncオプションを指定することによって、同期しないようにすることができます。

12.7 データ・メンテナンス

Always-On Monitoringリポジトリには、履歴可用性データとメトリック違反データが含まれています。このデータは、6か月間(デフォルトの間隔)保持されます。6か月経過したデータはリポジトリから削除(パージ)されます。

データ・メンテナンスは次の設定で制御されます。

  • パージ間隔- Always-On Monitoringリポジトリからデータをパージする頻度を決定します。

  • パージ期間-パージ・プロセス中に保持するデータの量を決定します。

update_taskコマンドでパージ間隔を変更できます。

$EMS_HOME/scripts/emsctl update_task -task_name=PURGE -run_interval=<the number of minutes between purge runs>

set_propertyコマンドでパージ期間を変更できます。

$EMS_HOME/scripts/emsctl set_property -name=purge.Duration -value=<the number of minutes of data to keep>

12.8 Always-On Monitoring構成設定の制御

Always-On Monitoring構成設定では、環境内でどのようにAlways-On Monitoringデプロイメントを操作するかを定義します。次の設定が2箇所に保存されます。

  • 内容: Always-On Monitoringの特定インスタンスに固有のプロパティ。

    場所: $EMS_HOME/conf/emsConfig.properties

    すべてのAlways-On Monitoringインスタンスによって共有されるプロパティは、Always-On Monitoringリポジトリに保存されます。

  • 内容: Always-On MonitoringがリスニングするHTTPポートおよびLogLevel。

    場所: $EMS_HOME/conf/emsConfig.properties

次のコマンドは、構成プロパティの確認および設定に使用されます。

すべてのプロパティとその値をリストするには、次のコマンドを実行します。

$EMS_HOME/scripts/emsctl list_properties

プロパティ値を設定するには、次のコマンドを実行します。

$EMS_HOME/scripts/emsctl set_property -name=<propertyname> -value=<propertyvalue>

プロパティ値を削除するには、次のコマンドを実行します。

$EMS_HOME/scripts/emsctl unset_property -name=<propertyname>

12.9 パフォーマンス情報の取得

ロードやスループットなどのAlways-On Monitoringパフォーマンス情報を確認することによって、Always-On Monitoringインストールが正常に実行されていることを確認できます。getstatsコマンドを使用して、Always-On Monitoringパフォーマンス統計を表示します。

$EMS_HOME/scripts/emsctl getstats

12.10 変更可能なAlways-On Monitoringのプロパティ

Always-On Monitoringでは、Always-On Monitoringデプロイメントの動作を定義する様々なプロパティを変更できます。次の表に、使用可能なAlways-On Monitoringのプロパティを示します。

表12-4 Always-On Monitoringのプロパティ

プロパティ名 説明 デフォルト値 値の範囲

connPool.initialSize

リポジトリ接続プールで作成されるAlways-On Monitoringリポジトリ接続の初期数

1

1-connPool.maxSize

connPool.maxSize

リポジトリ接続プールで作成されるAlways-On Monitoringリポジトリ接続の最大数

100

connPool.minSize – 500

connPool.minSize

拡大後にリポジトリ接続プールで維持されるAlways-On Monitoringリポジトリ接続の最小数

10

connPool.initialSize – connPool.maxSize

failover.heartbeatInterval

実行中のAlways-On Monitoringからその他のAlways-On Monitoringインスタンスに送信されるハートビート間の間隔(秒単位)

60

30 – 3600

http.idleTimeout

Always-On MonitoringのアイドルWebサーバー接続が解放および終了されるまでの時間(ミリ秒単位)

60000

10000 – 120000

http.maxThreads

Webサーバー接続プールで作成されるAlways-On Monitoring Webサーバー・スレッドの最大数

50

http.minThreads – 100

http.minThreads

Webサーバー接続プールで作成されるAlways-On Monitoring Webサーバー・スレッドの最小数

10

1 – http.maxThreads

nls.useSystemLocale

将来の使用のために予約済

false

notif.enabled

電子メール通知が有効かどうか。通常、emsctl enable_notificationを使用して送信されます

true

true/false

notif.senderAddress

Always-On Monitoringから送信される電子メールの送信者電子メール・アドレスをオーバーライドします。それ以外の場合、アドレスはEnterprise Manager電子メール・アドレスと同じになります

null

notif.senderName

Always-On Monitoringから送信される送信者電子メールのユーザー名をオーバーライドします。それ以外の場合、名前はEnterprise Manager電子メールの名前と同じになります

null

purge.Duration

これまでのすべてのAlways-On Monitoring表に保持されるデータ量(分単位)

259200

10080 – 0 (無限)

sync.allowIncrSync

将来の使用のために予約済

false

true/false

tasks.poolSize

バックグラウンドのタスク実行プールで使用するスレッド数

20

1-50

tasks.purgeRunInterval

データ・パージ・タスクのインスタンス間の間隔(分単位)

10080

3600 – 10080

tasks.syncRunInterval

増分同期タスクのインスタンス間の間隔(分単位)

1440

60 - 3600

12.11 問題の診断

堅牢かつ容易なインストールと構成を通して、Always-On Monitoringを使用するときに問題が発生する場合があります。一般的に、Always-On Monitoringの問題は次の3つのタイプに分類できます。

  • Always-On Monitoringの起動の問題

  • Always-On MonitoringとOMSの同期の問題

  • 電子メールを受信できない

次の診断手順に従うことによって、Always-On Monitoringを使用するときに発生する問題の大半を解決できます。

  1. ログ・ファイルをチェックします。

  2. Enterprise ManagerでURLが設定されていることを確認します。

  3. 管理エージェントでURLが設定されていることを確認します。

  4. Always-On Monitoringが実行され、かつ通知が有効であることを確認します。

  5. Enterprise ManagerおよびAlways-On Monitoringで停止時連絡先が指定されていることを確認します。

12.12 高可用性および障害時リカバリ

Always-On Monitoringの目的は、Enterprise Manager OMSが停止したときに確実にEnterprise Manager環境を継続してモニタリングすることです。ただし、Always-On Monitoringサービス自体は、Enterprise Managerの最大可用性アーキテクチャ(MAA)ガイドラインに準拠することによって高可用性を実現できます。Always-On Monitoringを可用性の高いサービスとして設定することによって、壊滅的なシステム障害が発生したとき、確実にターゲットのモニタリングを継続できます。

12.12.1 複数のAlways-On Monitoringインスタンスの実行

Always-On Monitoringを使用すると、Enterprise Managerが停止したときにアラートのモニタリングを継続できます。負荷分散/高可用性のための複数のインスタンスを実装することによって、Always-On Monitoringの高可用性を実現できます。

複数のAlways-On Monitoringインスタンスを追加すると、HAに関して次の利点があります。

  • エージェントからアラートを受信および記録する処理を共有します。なんらかの理由でインスタンスが停止した場合、サーバー・ロード・バランサ(SLB)で、障害の発生していないインスタンスにそれらのリクエストをリダイレクトできます

  • 通知を送信する処理を共有します。順序の理由から、1つのターゲットのすべての通知が1つのAlways-On Monitoringインスタンスに送信されます。そのAlways-On Monitoringインスタンスが停止した場合、そのキューに対する責任は別のインスタンスに移されます。

次の図は、一般的なAlways-On MonitoryingのHAデプロイメントを示しています。

図12-1 Always-On MonitoringのHAデプロイメント

図についてはテキストで説明しています

12.12.1.1 複数インスタンスの共有構成ストレージ

Always-On Monitoring構成を各ノードのファイル・システムに保持するのではなく、すべてのインスタンスが共通の構成を共有できます。これにより、1つの場所にある単一の構成をすべてのインスタンスから変更したり読み取ることができるようになります。

プロパティを変更するには、次のEMSCTLコマンドを使用します。

  • emsctl set_property

  • emsctl unset_property

現在のプロパティ値のリストを取得するには、次のコマンドを使用します

  • emsctl list_properties

1つのインスタンスでプロパティが変更されると、その他すべてのAlways-On Monitoringインスタンスが、値がリフレッシュされたことを伝えるJMS AQメッセージをリポジトリから受信します。

12.12.1.2 受信アラートを追跡するための通知キュー

アラートを受信する各Always-On Monitoringインスタンスは、アラートを保存して、16個のイベント通知キューのいずれかにエントリを記録します。これらの通知キューの所有権は、実行中のAlways-On Monitoringインスタンスに分散されます。

フェイルオーバー・システムは、Always-On Monitoringインスタンスが稼働(およびハートビート)していない場合に通知し、停止しているインスタンスから稼働している他のAlways-On Monitoringインスタンスに所有権を切り替えます。その後、フェイルオーバー・システムは、稼働しているすべてのインスタンスに変更を通知するJMS AQメッセージを送信します。

12.12.1.3 タスク・スケジューラ・システム

タスク・スケジューラ・システムは、Always-On Monitoringインスタンス間で共有される責任を記憶し、スケジュールに基づいて処理を実行するようインスタンスに促します。タスク・リクエストは、稼働していることが知られているAlways-On Monitoringインスタンスに送信されます。これにより、複数のインスタンスで同じ処理を実行しようとして競合する可能性が減少します。

12.12.1.4 SLBの構成

複数のAlways-On Monitoringインスタンスが存在する場合、これらのインスタンスへのトラフィックはSLBを介して送信されると予想されます。

単一インスタンスとして構成されたAlways-On MonitoringインスタンスにHAが追加された場合、SLBホスト名を持つ新しいコピーをAlways-On Monitoringインスタンスの証明書に再移入することが必要になります。13.1では、これはemsca経由で直接サポートされていないため、SLBが構成されてEMがSLBで再保護されたら、次の回避策でAlways-On Monitoringインスタンスを再保護する必要があります。

  1. Always-On Monitoringインスタンスを停止します。

  2. $EMS_HOME/conf/ディレクトリの内容をバックアップします

  3. emsConfig.propertiesおよびemsConn.ora (例: cwallet.sso、ems.cert、ems.jks)を除き、$EMS_HOME/conf/ディレクトリのすべてのファイルを削除します

  4. $EMS_HOME/scripts/emsKeystoreCreatorでスクリプトを実行します。

  5. grep cwallet $EMS_HOME/scripts/emsKeystoreCreator

    出力は次のようになります。

    SSO HOME=/a/path/to/mwhome/upload/cwallet.sso

  6. そのスクリプトのSSO_HOMEによって識別されたファイルを$EMS_HOME/confディレクトリにコピーします

  7. Always-On Monitoringインスタンスを再起動します。

  8. 構成済のすべてのAlways-On Monitoringインスタンスについて、手順1から7を繰り返します。

  9. emctl set property、emsUrlプロパティが、新しく構成されたEMSアップロードURL設定をSLBで使用していることを確認します

emscaおよび/またはemsctlステータスに表示されるURLは、そのAlways-On MonitoringインスタンスのローカルURLです。HA構成では、このローカルURLはAlways-On Monitoring URLとして使用されず、SLBでAlways-On Monitoringプールを設定するために使用されます。各Always-On Monitoringインスタンスのホストおよびポートは、/upload PUT URLとともにプールでそのプールのターゲットとして使用されます。

SLBを構成する場合、モニタリングURLは/upload GET URLとなります。このURLは、文字列「Always On Monitoring is active」を返します。


注意:

Always-on Monitoringはバージョン11.4.x以降、F5でサポートされます。

12.12.2 Always-On Monitoringの障害時リカバリ

障害時リカバリ(DR)によって、サイト全体にわたる障害が発生したときにAlways-On Monitoring機能を別の場所に移すことができます。

既存の手順で、DRのためにEnterprise Managerサイトをスタンバイ状態にできます。これらの手順には、DataGuardと、セカンダリ・サイトからファイル・システム・コンテンツにリンクする機能を使用して、プライマリ・リポジトリ・データベースの内容をスタンバイ・サイトでミラー化することも含まれています。

同様の実装をAlways-On Monitoringインスタンスにも使用できます。Always-On MonitoringのDR設定は、アクティブ/パッシブです。つまり、プライマリ・サイトが停止した場合、仮想IPがスタンバイ・ノードにフェイルオーバーし、スタンバイAlways-On Monitoringインスタンスは、起動された後、(ファイル・システム共有および仮想IPによって)プライマリ・ノードとまったく同じように実行されます。要約すると、Always-On Monitoringリポジトリはスタンバイ・サイトで使用可能である必要があり、Always-On Monitoringインスタンスのファイル・システムはレプリケートされる必要があります。次の図は、Always-On Monitoringの一般的なDRデプロイメントを示しています。

図12-2 Always-On Monitoringの障害時リカバリ・デプロイメント

図についてはテキストで説明しています
  前
前 		 次
次
  目次へ移動
目次		 索引へ移動
索引