1. 本書について

  • 本書は、Senju DevOperation Conductorのバージョン2016.0.0について、マニュアルの補足事項、制限事項、その他利用上での注意事項等の情報をまとめたものです。

  • 本書は、Senju DevOperation Conductorをインストールまたは利用する前に一読して下さい。なお、万一ご不審な点や誤り、記載漏れなど、お気づきの点がございましたら弊社までお知らせ下さい。

  • 本書に記載した内容は予告無く変更することがあります。

  • 本書の内容の一部または全部を無断でコピーすることは法律で禁止されています。

  • 「Senju DevOperation Conductor」「Senju Operation Conductor」「Senju Enterprise Navigator」「eXsenju」「EX千手/EXSENJU」「千手/SENJU」「e-千手/e-SENJU」および「セキュア・キューブ/SecureCube」は(株)野村総合研究所の登録商標です。

  • HP-UX、HP Open View、PA-RISCは、米国Hewlett-packard Enterprise の米国及び他の国における商品名称です。

  • OracleとJavaは、Oracle Corporation 及びその子会社、関連会社の米国及びその他の国における登録商標です。文中の社名、商品名等は各社の商標または登録商標である場合があります。

  • JMXおよびすべての JMX 関連の商標およびロゴは、 Oracle Corporation 及びその子会社、関連会社の米国及びその他の国における登録商標です。

  • Solaris は、Oracle Corporation 及びその子会社、関連会社の米国及びその他の国における登録商標です。

  • すべてのSPARC商標は、ライセンスを受けて使用されており、SPARC International, Inc. の米国およびその他の国 における商標です。

  • IBM、IBMロゴ、AIX、DB2、DB2 Universal Database、WebSphere、RS/6000、eServer、pSeries、eServer p5、System p、System p5、Power Systems、zSeries、 BladeCenterは、IBM Corporationの米国及びその他の国における商標または登録商標です。

  • Windows、Windows Server、Visual Basic、Visual C++、Hyper-V、Active Directoryは、米国Microsoft Corporationの米国及びその他の国における登録商標または商標です。

  • Microsoft Cluster Server、Microsoft Exchange Server、Microsoft SQL Server、Microsoft Internet Information Server、.NET Framework、Microsoft Operations Manager、Microsoft System Centerは、米国Microsoft Corporationの商品名称です。

  • UNIXは、X/Open Company Limited が独占的にライセンスしている米国および他の国における登録商標です。

  • Linuxは、Linus Torvalds氏の登録商標です。

  • Red Hat 及び Red Hat をベースとしたすべての商標とロゴは、米国及びその他の国における Red Hat, Inc. の商標または登録商標です。

  • SUSEは日本におけるNovell, Inc.の商標です。

  • SAP、R/3、mySAP、ABAPは、SAP AGのドイツ及びその他の国における登録商標または商標です。

  • OneSightは米国およびその他の国におけるEmpirix Inc.の商標または登録商標です。

  • JBossは、Red Hat, Inc.の登録商標です。

  • VMwareは、VMware,Inc. の米国およびその他の国における登録商標または商標です。

  • Amazon Web Services、“Powered by Amazon Web Services”ロゴ、[およびかかる資料で使用されるその他のAWS商標]は、米国その他の諸国における、Amazon.com, Inc.またはその関連会社の商標です。

  • Intel、Intel ロゴ、Itanium、は、米国およびその他の国におけるインテルコーポレーションまたはその子会社の商標または登録商標です。

  • AdobeおよびAdobeのロゴ、Adobe Flash Playerは、Adobe Systems Incorporated(アドビシステムズ社)の商標または登録商標です。

  • Safariは、米国および他の国々で登録されたApple Inc.の商標です。

  • IOSは、Cisco の米国およびその他の国における商標または登録商標であり、ライセンスに基づき使用されています。

  • PostgreSQLは以下の著作権を有します。
    PostgreSQL Database Management System
    (formerly known as Postgres, then as Postgres95)
    
    Portions Copyright (c) 1996-2002, The PostgreSQL Global Development Group
    
    Portions Copyright (c) 1994, The Regents of the University of California
    
    Permission to use, copy, modify, and distribute this software and its documentation for any purpose, without fee, and without a written agreement is hereby granted, provided that the above copyright notice and this paragraph and the following two paragraphs appear in all copies.
    
    IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF CALIFORNIA HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
    
    THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE PROVIDED HEREUNDER IS ON AN "AS-IS" BASIS, AND THE UNIVERSITY OF CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS.
    
  • PSQLODBC.DLL

    本製品はLGPL(GNU Library General Public License) 適用ソフトウェアであるPostgreSQL ODBC Driver を含んでいます。 このソフトウェアのソースコード及びLGPLは本インストールメディアに添付されており、ソフトウェアはLGPL に従って、改変、再頒布を行う事ができます。 また、千手データベースサーバーを利用しない構成でインストールを行うことによって、このソフトウェアと全く結合しない形態を取る事もできます。 詳細は 「インストールマニュアル」 を参照して下さい。

  • iODBC Driver Manager

    本製品はBSDLicense適用ソフトウェアであるiODBCを使用しています。このソフトウェアのソースコードは本インストールメディアに添付されています。

    iODBC Driver Manager
    Copyright (C) 1995 by Ke Jin <kejin@empress.com>
    Copyright (C) 1996-2002 by OpenLink Software <iodbc@openlinksw.com>
    All Rights Reserved.
    
    This software is released under either the GNU Library General Public
    License (see LICENSE.LGPL) or the BSD License (see LICENSE.BSD).
    
    While not mandated by the BSD license, any patches you make to
    the iODBC may be contributed back into the iODBC project at your
    discretion. Contributions will benefit the Open Source and Data Access
    community as a whole. Submissions may be made at http://www.iodbc.org.
    
  • Oniguruma

    本製品はBSDLicense適用ソフトウェアであるOnigurumaを使用しています。このソフトウェアのソースコードは本インストールメディアに添付されています。

    Oniguruma LICENSE
    -----------------
    
    /*-
     * Copyright (c) 2002-2007  K.Kosako  <sndgk393 AT ybb DOT ne DOT jp>
     * All rights reserved.
     *
     * Redistribution and use in source and binary forms, with or without
     * modification, are permitted provided that the following conditions
     * are met:
     * 1. Redistributions of source code must retain the above copyright
     *    notice, this list of conditions and the following disclaimer.
     * 2. Redistributions in binary form must reproduce the above copyright
     *    notice, this list of conditions and the following disclaimer in the
     *    documentation and/or other materials provided with the distribution.
     *
     * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
     * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
     * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
     * ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
     * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
     * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
     * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
     * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
     * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
     * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
     * SUCH DAMAGE.
     */
    
  • sj_swu

    本製品はGPL(GNU General Public License) 適用ソフトウェアであるcore-utils-5.2.1をを改変したsj_swuを含んでいます。このソフトウェアのソースコード及びGPLは本インストールメディアに添付されており、ソフトウェアはGPLに従って、改変、再頒布を行う事ができます。

  • This product includes software developed by the Apache Software Foundation.
    /*
     * The Apache Software License, Version 1.1
     *
     *
     * Copyright (c) 1999 The Apache Software Foundation.  All rights
     * reserved.
     *
     * Redistribution and use in source and binary forms, with or without
     * modification, are permitted provided that the following conditions
     * are met:
     *
     * 1. Redistributions of source code must retain the above copyright
     *    notice, this list of conditions and the following disclaimer.
     *
     * 2. Redistributions in binary form must reproduce the above copyright
     *    notice, this list of conditions and the following disclaimer in
     *    the documentation and/or other materials provided with the
     *    distribution.
     *
     * 3. The end-user documentation included with the redistribution,
     *    if any, must include the following acknowledgment:
     *       "This product includes software developed by the
     *        Apache Software Foundation (http://www.apache.org/)."
     *    Alternately, this acknowledgment may appear in the software itself,
     *    if and wherever such third-party acknowledgments normally appear.
     *
     * 4. The names "Xerces" and "Apache Software Foundation" must
     *    not be used to endorse or promote products derived from this
     *    software without prior written permission. For written
     *    permission, please contact apache@apache.org.
     *
     * 5. Products derived from this software may not be called "Apache",
     *    nor may "Apache" appear in their name, without prior written
     *    permission of the Apache Software Foundation.
     *
     * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
     * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
     * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
     * DISCLAIMED.  IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR
     * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
     * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
     * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
     * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
     * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
     * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
     * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
     * SUCH DAMAGE.
     * ====================================================================
     *
     * This software consists of voluntary contributions made by many
     * individuals on behalf of the Apache Software Foundation and was
     * originally based on software copyright (c) 1999, International
     * Business Machines, Inc., http://www.ibm.com.  For more
     * information on the Apache Software Foundation, please see
     * <http://www.apache.org/>.
     */
    
  • 本製品は、Jean-loup Gailly 氏、Mark Adler氏が作成したzlibを使用しています

  • このマニュアルでは、Microsoft社のWindowsファミリーを便宜上単にWindowsと表記しています。また、OSバージョンごとに個別表記している場合も、特に断りが無ければ、それぞれ以下の対応表に記載のOSを指すものとします。

    表記

    OS

    Windows Vista

    Windows Vista Business
    Windows Vista Ultimate

    Windows 7

    Windows 7 Professional
    Windows 7 Ultimate

    Windows 8

    Windows 8 Pro
    Windows 8 Enterprise
    Windows 8.1 Pro
    Windows 8.1 Enterprise

    Windows 10

    Windows 10 Pro
    Windows 10 Enterprise

    Windows Server 2008

    Windows Server 2008 Standard
    Windows Server 2008 Enterprise
    Windows Server 2008 Datacenter
    Windows Server 2008 R2 Standard
    Windows Server 2008 R2 Enterprise
    Windows Server 2008 R2 Datacenter

    Windows Server 2012

    Windows Server 2012 Standard
    Windows Server 2012 Datacenter
    Windows Server 2012 R2 Standard
    Windows Server 2012 R2 Datacenter

  • 本誌は、Georg Brandl 氏が開発したドキュメント作成ツール Sphinx を利用して作成しています。また、sphinx_theme_pd テーマを利用しています。

  • その他、本誌で引用の会社名・製品名は一般にそれぞれの会社の商標、もしくは登録商標です。なお、本誌中では、™、®マークなどは明記していません。

2. はじめに

2.1. Senju DevOperation Conductorの特徴

Senju DevOperation Conductorは、Senju Operation Conductor(以下、Senju/OC)の機能を継承した、運用管理のためのSenju Family新製品です。 統制を確保しつつ開発部門が必要情報にアクセスできる機能により、運用部門とのコミュニケーションミス削減や両部門横断業務のスピードアップに貢献します。 これにより開発部門と運用部門を統制の観点から明確に分離しつつ、両部門が協力してリリースや障害対応を行える仕組みを提供し、エンタープライズシステムにおけるDevOpsを実現します。

Senju DevOperation Conductorは、豊富なシステム運用経験から機能目的に応じて導かれた、5種のサブシステム(イベント/モニタリング/ジョブスケジュール/キャパシティ/コンフィグレーション)および共通機能から構成されます。 これらサブシステムによる柔軟な機能構成とライセンス体系により、多様化する運用管理のニーズに対して最適な運用体系を実現し、中小規模から大規模システムまで目的用途に応じた導入が可能です。

Senju DevOperation Conductorは、その多様なライセンス体系により、初期導入費用の削減や費用対効果の評価といった運用管理コストの問題に対しても、最適なソリューションを提供します。 また、Senju DevOperation Conductorは、既存のSenju/OC 2013以降からのマイグレーションが可能です。 Senju/OCを既にご利用の方は、 「マイグレーションマニュアル」 を参照して下さい。

_images/subsystems.jpg

2.2. 各サブシステムの概要

2.2.1. イベントの概要

イベントの概要を、 図 2.2 に示します。

_images/event_subsystem.jpg

図 2.2 イベントの概要

2.2.2. モニタリングの概要

モニタリングの概要を、 図 2.3 に示します。

_images/monitoring_subsystem.jpg

図 2.3 モニタリングの概要

2.2.3. ジョブスケジュールの概要

ジョブスケジュールの概要を、 図 2.4 に示します。

_images/jobschedule_subsystem.jpg

図 2.4 ジョブスケジュールの概要

2.2.4. キャパシティの概要

キャパシティの概要を、 図 2.5 に示します。

_images/capacity_subsystem.jpg

図 2.5 キャパシティの概要

2.2.5. コンフィグレーションの概要

コンフィグレーションの概要を、 図 2.6 に示します。

_images/configuration_subsystem.jpg

図 2.6 コンフィグレーションの概要

2.3. 各バージョンの主な新機能

2.3.1. バージョン2016.0.0の新機能

バージョン 2016.0.0には主に以下の機能があります。

2.3.1.1. バージョン2016.0.0の新機能(共通機能)

  • WEBコンソールの統合
    WEBコンソール(千手インフォサーチおよび千手インフォビュー)を統合しました。
    監視状況の閲覧およびグラフ表示を同一のUIで行えるようになり、操作性および利便性が向上します。
  • WEBコンソールのユーザー管理機能
    WEBコンソールに、千手ブラウザとは独立してユーザー管理を行える機能を追加しました。
    接続する千手ドメインおよび利用できる機能を、ユーザーごとに設定できるようになります。
  • ノード定義の文字列長拡張
    ノードIDおよびノード名、ロングホスト名について、設定できる文字列の長さを拡張します。
    ノードIDについては従来の8バイトから63バイト(千手マネージャのみ15バイト)まで、ノード名については従来の32バイトから255バイトまで、ロングホスト名については従来の63バイトから255バイトまで拡張されます。
  • Linux版千手エージェントのUTF-8対応
    Linux版千手エージェントについて、文字コードUTF-8に対応します。
    千手稼働アカウントの文字コードとして、従来のEUCに加えて新たにUTF-8を選択可能になります。
  • Linux版千手エージェントの稼働環境拡張
    cshをインストールしていないLinux環境でも千手エージェントが稼動可能になります。
  • 反映(監視属性)の強化
    反映(監視属性)処理を高速化しました。
    関連する処理の所要時間が短縮され、利便性が向上します。
  • ファイル送信処理の強化
    ファイル送信(ftu)処理を高速化しました。
    関連する処理の所要時間が短縮され、利便性が向上します。
  • WEBコンソールの定義変更機能
    WEBコンソールから「ノードグループ、ノード、監視タスク、イベントログ監視、ログ監視」の新規追加/変更/削除が行えるようになりました。
    (本機能は、2016.0.0-01パッチを適用することにより使用可能です。)

2.3.1.2. バージョン2016.0.0の新機能(イベント)

  • メッセージの通知レベル拡張
    メッセージのレベルについて、従来の「通常」「障害」に加えて「警告」を追加しました。
    メッセージの緊急度を加味した運用が可能になります。
  • 警告レベルメッセージアクション機能
    メッセージアクションの条件について、従来の「通常」「障害」に加えて「警告」レベルを追加しました。
    警告レベルのメッセージについても対応手順を定義できるようになります。

2.3.1.3. バージョン2016.0.0の新機能(モニタリング)

  • 警告レベル監視機能
    監視タスクの判定条件について、従来の「異常」に加えて「警告」レベルを追加しました。
    異常レベルとの併用により、使用率75%以上は警告、98%以上は異常といったような、2段階の監視が可能になります。
  • 1分間隔監視機能
    監視タスクの検査間隔について、1分を指定できるようになります。
    より短い間隔で監視対象ノードの情報を取得できるようになります。

2.3.1.4. バージョン2016.0.0の新機能(ジョブスケジュール)

  • ジョブの条件分岐機能
    ジョブの終了コードを判定して、後続の複数ネットのなかから特定のネットのみを起動させる機能を追加しました。
    従来、ジョブのコマンド内に実装していた分岐処理を、千手の機能として提供します。
    ジョブを分岐前後で分割でき、分岐処理の実行状況を可視化することができます。
  • ジョブ遅延監視機能の強化
    ジョブの遅延監視について、遅延ジョブおよびその後続ジョブへのアクションを指定できるようになります。
    遅延ジョブをスキップし後続ジョブを強制起動する、といった処理が可能になります。
  • ジョブの環境変数利用機能
    ジョブに定義するコマンドラインに環境変数を利用できるようになります。
    コマンドの引数を環境変数を通して動的に変更でき、柔軟な運用が可能になります。
  • ファイル待ちトリガの正規表現対応
    ファイル待ちトリガの指定ファイル名に正規表現を使用できるようになります。
    一定の規則に基づいて名前が変化するファイルも、ファイル待ちトリガの対象とすることが可能になります。
  • ジョブ終了判定の条件種別拡張
    ジョブ終了しきい値の判定条件について、従来の「以下の」に加えて、「以上の」「より小さい」「より大きい」「と等しい」「と異なる」を追加しました。
    意図的に大きな終了コードを返すジョブにも対応できるようになります。
  • ジョブスケジュール定義の文字列長拡張
    ジョブスケジュールの各種定義について、設定できる文字列の長さを拡張します。
    ジョブ/ネット/システム/トリガ名は従来の14バイトから32バイトまで、動作環境名は従来の14バイトから64バイトまで、動作環境に指定するユーザー名は従来の8バイトから64バイトまで拡張されます。
  • ジョブのコマンド定義長拡張
    ジョブによる起動コマンドの最大文字列長を、従来の126バイトから2048バイトまで拡張しました。
    絶対パス指定の場合や、長いオプション文字列にも対応できるようになります。
  • ジョブ起動コマンドのカレントディレクトリの変更機能
    ジョブ起動コマンドのカレントディレクトリを動作環境に環境変数「SJ_PEX_CURRENT_PATH」を設定することで変更できるようになりました。
    (本機能は、2016.0.0-01パッチを適用することにより使用可能です。)
  • 開始予定日付変換機能
    開始予定日付変換コマンド(sjPEX_shiftdate)を使用して指定されたフレームの開始予定日付を運用当日に変換できるようになりました。
    (本機能は、2016.0.0-01パッチを適用することにより使用可能です。)

2.4. Senju Operation Conductorにおける各バージョンの主な新機能

2.4.1. バージョン2014.0.0の新機能

バージョン 2014.0.0には主に以下の新機能があります。

2.4.1.1. バージョン2014.0.0の新機能(共通機能)

  • ネーミングポリシー機能
    ジョブスケジュールやモニタリングサブシステムにおいて、各オブジェクトを名称でフィルタリングして、オブジェクトの追加・削除・参照を制御する機能を追加しました。
    大規模な定義で運用している環境や複数の担当者が同時に利用している環境で自分の担当する範囲の定義を参照することや、ネーミングルール等による定義の名称制限をチェックすることが可能となります。
  • 高度正規表現対応
    ログ監視(監視対象ファイル名、ログフィルタの判定条件)、メッセージアクションのルール条件等の正規表現を利用している機能について、基本正規表現に加えて、高度な正規表現に対応しました。
    マルチバイト文字を指定した正規表現など、より高度な正規表現を用いて千手の各機能を利用することが可能となります。
  • 千手リセット/リストア機能
    千手マネージャのリセット(定義の初期化)およびバックアップファイルのリストアを実施するコマンドを提供します。
    DR環境など運用を開始したあとの千手マネージャに対して、バックアップした定義ファイルをリストアすることで定義の同期を行うことが可能となります。
  • 関係する項目表示機能強化
    ジョブスケジュールサブシステムの各オブジェクトやログフィルタなどから表示することができる「関係する項目一覧の表示ウィンドウ」について、表示されている項目名のコピーおよび表示されている項目へのジャンプが行えるようになりました。
    関連する項目の調査や編集を行う上での利便性が向上しました。
  • データ読み込み時の変更概要コピー機能
    千手ブラウザおよび千手オフライザで定義を読み込んだ際に、各オブジェクトの読み込み結果や差分の詳細情報をコピーする機能を追加しました。
    データ読み込みの情報の確認を行う上での利便性が向上しました。
  • 外部認証機能強化(ActiveDirectory)
    千手ブラウザや千手WEBコネクションでログインする際に、Active Directoryとの連携が柔軟に行えるように機能改善しました。
  • WEBコンソール(インフォサーチ)のダッシュボード機能
    WEBコンソール(インフォサーチ)に、千手ドメインの運用状況について1日/1週間/1か月の期間を選択してグラフで表示する機能を追加しました。
    Senju Operation Conductorの日々のメッセージ発生件数やジョブ実行数などの運用状況について、視覚的に把握することが可能になります。
  • WEBコンソール(インフォサーチ)の千手稼働統計情報の検索・グラフ表示機能
    WEBコンソール(インフォサーチ)に、過去の千手ドメインの運用状況について千手稼働統計情報を期間指定や統計対象を指定して検索する機能と、グラフ表示する機能を追加しました。
    Senju Operation Conductorに蓄積された日々の運用情報を、指定した期間のグラフによる運用レポートとしてWEBから参照することが可能になります。
  • WEBコンソール(インフォサーチ)のオペレーション履歴機能
    千手ブラウザによる、オペレーションログをデータベースに蓄積し、WEBコンソールから必要な情報を検索し参照する機能を追加しました。また、検索した結果のオペレーション情報をダウンロードすることが可能となります。
  • WEBコンソール(インフォサーチ)の千手マネージャ停止時のログイン機能
    千手マネージャと千手ウェブサーバー、千手データベースサーバーが分離構成となっている場合に、千手マネージャが停止していても外部の認証サーバーと連携して千手の稼働履歴情報がWEBから検索参照できるようになりました。
    千手マネージャに障害が発生し復旧前の状態でも、千手インフォサーチから障害発生時までの運用状況を確認することができます。
  • 千手ブラウザのネットワークパトランプ機能
    千手ブラウザの警報装置設定において、ネットワークパトランプに対してコマンド実行を行うことが可能になりました。
    リモートデスクトップ経由で接続した端末から千手ブラウザによる運用を行っている環境でも、ネットワークパトランプを警報装置として利用できるようになりました。
  • WEBコンソール(インフォビュー)のネットワークパトランプ機能
    千手ウェブサーバーの設定において、ネットワークパトランプに対してコマンド実行を行うことが可能になりました。
    WEBコンソールによる運用を行っている環境でも、ネットワークパトランプを警報装置として利用できるようになりました。
  • WEBコンソール(インフォビュー)のツリービュー表示改善
    WEBコンソール(インフォビュー)のツリービューについて、Java Runtime Environmentをインストールしなくても表示することが可能になりました。
    Java Runtime Environmentを導入できない環境でも、WEBコンソール(インフォビュー)の一部のモニタや設定情報の機能を利用することが可能となります。
  • WEBコンソール(インフォビュー)の詳細監視フレーム設定改善
    WEBコンソール(インフォビュー)のジョブモニタにおける詳細監視フレーム数の上限を、千手ユーザー単位で設定するように変更しました。
    千手ブラウザと同様に他のユーザーに影響することなく、詳細監視フレーム設定を行うことが可能となります。
  • ホスト情報の表示機能
    千手エージェントのホスト情報を参照するコマンドを追加しました。
    本コマンドにより、千手エージェントのOS情報やCPU情報等のホスト情報を一覧で参照することが可能となります。
  • 千手カテゴリ監視項目の履歴保存設定変更機能
    千手カテゴリの監視項目について、履歴データ保存のデフォルトの設定を変更するコマンドを追加しました。
    監視タスクの作成時に履歴保存設定を毎回設定する手間を省くことが可能となります。

2.4.1.2. バージョン2014.0.0の新機能(イベント)

  • 拡張メッセージ送信コマンドおよび拡張メッセージ送信API
    拡張メッセージ送信コマンドおよび拡張メッセージ送信APIを新たに提供します。
    これらを利用することによって、付加文言が最大3160バイトのメッセージを送信できるようになり、メッセージに多くの情報を含めて送信することが可能となります。

2.4.1.3. バージョン2014.0.0の新機能(モニタリング)

  • ログ監視の拡張メッセージ送信機能
    ログ監視において、拡張メッセージ送信を行う機能を追加しました。
    付加文言が最大3160バイトのメッセージを送信できるようになり、Trap監視のログ等の一行が長いログの監視などでメッセージから必要な情報を確認することが可能となります。
  • ログ監視のメッセージノードID変換機能
    ログ監視において、ログフィルタでログのフォーマットとしてノードIDを表すフィールドを指定しておくことで、監視対象ログファイルの該当フィールドをノードIDとして扱い、メッセージのノードIDとして変換して出力する機能を追加しました。
    複数ノードのエラーを一つのログファイルに記録している場合でも、エラーが発生したノードを発信元のノードとして扱うことができるようになります。
  • WindowsプローブノードからのSSH監視
    Windowsをプローブノードとした際に、監視対象ノードへの接続プロトコルとしてSSHが選択できるようになりました。
    対応している監視カテゴリは、システム情報、ディスク、プロセス、詳細情報になります。
  • URL応答監視のHTTPステータスコード指定
    WEB-Standard監視のURL応答確認、URL応答時間の監視項目において、正常と判定する任意のHTTPステータスコードを指定することが可能となりました。
    WEBサーバーの設定によって正常と判定したいステータスコードが存在するケースなどで、柔軟に設定することが可能となります。
  • OS稼働時間監視機能
    詳細情報監視において、OSが稼働している日数で状態判定をする監視項目を追加しました。
    定期的なパッチ適用やメンテナンスが行われていないサーバーを検知することが可能となります。
  • Amazon Web Services監視のProxy対応
    Amazon Web Servicesの各種サービスの情報を監視する監視項目について、Proxy経由で監視が行うことが可能になりました。
    プライベートクラウドやオンプレミス環境からAmazon Web Servicesの各サービスを監視することが可能となります。

2.4.1.4. バージョン2014.0.0の新機能(ジョブスケジュール)

  • ジョブのタイムライン表示機能
    ジョブモニタにランチャートで表示しているジョブネットの当日と過去運用日付の稼働状況をタイムライン形式表示するビューと、特定フレームの指定した運用日付の稼働実績をタイムライン形式で表示するツール(ジョブアクティビティ)を提供します。
    過去の実績と比較してジョブの実行状況を確認することで、今日動くジョブがいつ動く見込みなのか、処理時間のロングランが発生していないかを確認することが可能となります。
  • ジョブネットの動作モード切り替え機能
    千手マネージャの環境変数で動作モードを切り替えることによって、ジョブやネットのスキップ処理の動作を一括で変更する機能を追加しました。
    開発環境などでジョブ自体は動作させたくない場合など、同一のジョブ定義を利用しながら動作を切り替える運用が可能となります。
  • システムの動作モード切り替え機能
    千手マネージャの環境変数で動作モードを切り替えることによって、システムの自動サイクル運用の動作を一括で変更する機能を追加しました。
    DR環境などで、同一の定義を利用しながら投入するシステムやフレームの動作を切り替える運用が可能となります。
  • イベント待ち/ファイル待ちトリガの関連付け機能
    イベント待ちトリガ、ファイル待ちトリガについても先行するフレーム/ネット/ジョブの情報を定義に登録する機能を提供します。
    フレーム連携トリガの連携元と同様に、関係する項目一覧として表示したり、ジョブエディタやジョブモニタでの連携元へのジャンプが可能になり、トリガの関連性を把握することが柔軟に行うことができます。
  • リカバリ動作のスキップ機能
    ジョブスケジュールのリカバリ動作について、環境変数が設定されている際に配下で稼働している千手エージェントに対する動作環境起動依頼などの通信をスキップする機能を追加します。
    複数の千手エージェントが停止している状況でリカバリ処理を行う場合に、千手マネージャの現在の状態復旧を優先して行うことでリカバリ処理を短縮することが可能となります。
  • 連携元ジョブネットからの関係するトリガ把握機能
    ジョブネットからそのネット(およびそのネットのネット内ジョブネット)を参照しているトリガ名を確認できるようになりました。また、千手ブラウザオプションを設定することでこれらのジョブネットを削除する際に警告を出すことができるようになりました。
    連携元となっているジョブネットを変更、削除する場合の影響確認を簡単に行うことが可能となります。
  • ジョブエディタでのトリガ連携元ジャンプ機能
    ジョブエディタにトリガから連携元となるジョブ/ネットに対してジャンプする機能を追加しました。
    連携元となっているジョブネットの構成を確認したい場合のオペレーションを簡単に行うことが可能となります。
  • 繰り返しネットの所要時間監視機能改善
    繰り返しネットを実行したときの各繰り返しに対して所要時間の監視ができるようになりました。
  • スキップ待ちジョブの遅延監視機能改善
    スキップ待ちジョブネットの開始時刻が遅延した際に、スキップされていないことを通知するオプションを追加しました。
  • 全運用日付のジョブネット状態表示
    ジョブスケジュールのフレーム、ネット、ジョブ、トリガの状態表示コマンドについて、運用日付を指定せずに全運用日付を対象とするオプションを追加しました。
  • トリガの参照先チェック機能
    トリガに参照先が設定されている場合に、その定義が存在するかどうかをチェックする機能を追加しました。
  • ジョブエディタのフォーカス強調・参照ネットの明示
    ジョブエディタにて、現在参照しているネット名と階層が分かりやすく表示されるようになりました。また、ツリー上でも参照ネットが強調表示されるようになりました。
  • ジョブエディタのトリガ検索機能
    ジョブエディタにて、ネット内で使用されているトリガについてランチャートから検索できるようになりました。

2.4.1.5. バージョン2014.0.0の新機能(キャパシティ)

  • 簡易グラフ表示機能
    千手ブラウザのノードモニタから、履歴データ保存設定がされている監視タスクの直近までの値の推移をグラフとして表示する機能を提供します。
    グラフ定義を作成しなくとも、監視タスクのキャパシティデータを確認することが可能となります。
  • グラフ定義のデータ表示対象改善
    グラフ定義のデータ表示対象の指定について、日単位では「現在時刻」、週単位と月単位では「今日」を定義することが可能とするように改善しました。
    グラフを表示した場合の期間をより有効な情報として利用することが可能となります。

2.4.1.6. バージョン2014.0.0の新機能(コンフィグレーション)

  • コンフィグレーション検索機能
    コンフィグレーションで収集した情報を検索して、該当する構成管理ノードのみをフィルタ表示する機能を追加しました。セキュリティパッチが適用されていないノードなどの割り出しが簡単にできるようになります。

2.4.2. バージョン2013.0.0の新機能

バージョン 2013.0.0には主に以下の機能があります。

2.4.2.1. バージョン2013.0.0の新機能(共通機能)

  • 千手オートスケール機能
    千手センサーおよび千手エージェントを、千手ブラウザを使用することなく自動的にノードとして登録する機能を追加しました。
    クラウド環境や仮想環境での千手ノードの動的なスケールアウトや、テンプレートを利用したサーバー構築を行う運用に対応することが可能になります。
  • 千手センサーのノード種別拡張
    千手センサーの種別について、管理対象の種類に応じて、サーバー、ネットワーク、カスタムから選択できるようにしました。
    従来千手センサーとして同じ種別で定義されていたノードに対して、管理対象の種類に応じた監視設定と、アイコン等でのノード種別の判別が可能になります。
  • セカンダリマネージャの機能強化
    あるドメインで管理されている千手センサーを、セカンダリマネージャからセカンダリセンサーとして登録することで、グローバルノードモニタに監視情報、メッセージモニタにメッセージ情報を連携する機能を追加しました。
    千手センサーを利用した運用を行っている場合でも、セカンダリマネージャを利用した冗長構成での管理が可能になります。
  • 千手マネージャへの別ドメインの千手エージェントインストール機能
    千手マネージャがインストールされているサーバーに対して、サブエージェントとして別のドメインの千手エージェントをインストールして管理する機能を追加しました。
    千手マネージャの状態について、障害発生に備えて別の千手マネージャから監視するような構成が可能になります。
  • WEBコンソール(インフォビュー)による監視定義登録機能
    WEBコンソール(インフォビュー)にて、ノードに対する監視タスクの追加、変更、削除を行う機能を追加しました。
    多数のユーザーがWEBコネクションを利用して自身の管理するノードの監視設定の変更をセルフサービスで行う運用が可能になります。
  • WEBコンソール(インフォビュー)のオペレーション制限機能
    WEBコンソール(インフォビュー)にて、ユーザーの権限に関わらずログインした際に参照のみを許可し、操作や定義変更を実施させないようにする機能を追加しました。
    多数のユーザーがWEBコンソールを利用して運用情報を参照する場合に、WEBコネクションからオペレーションを実施させないようにすることが可能になります。
  • WEBコンソール(インフォサーチ)のスマートフォン閲覧対応
    WEBコンソール(インフォサーチ)の画面を、スマートフォンからWEBブラウザを利用して参照する機能を追加しました。
    障害連絡を受けて千手ドメインの運用状況を確認する必要がある場合に、遠隔地からでもスマートフォンを利用して確認することが可能になります。
  • WEBコンソール(インフォサーチ)と千手DBの分離構成対応
    WEBコンソール(インフォサーチ)を利用する際に、千手WEBサーバーと千手DBサーバーを分離する構成でも利用できるようにしました。
    インターネット上からWEBコンソールを参照する際に、千手WEBサーバーのみをDMZ上に設置することが可能になり、セキュリティレベルの高い構成が組めるようになります。
  • WEBコンソール(インフォサーチ)の検索条件保存機能
    WEBコンソール(インフォサーチ)で、ログインするユーザー毎によく使う検索条件について保存し、リストから選択して呼び出す機能を追加しました。
    定常運用でWEBコンソール(インフォサーチ)を利用して同じ条件の情報を確認するようなオペレーションが可能になり、オペレーション負荷の軽減につながります。
  • WEBコンソール(インフォサーチ)の千手統計情報表示機能
    WEBコンソール(インフォサーチ)に、過去の千手ドメインの運用状況について千手統計情報として日別に一覧表示する機能を追加しました。
    Senju Operation Conductorの運用状況についてより簡単に把握できるようになり、報告や定点チェックの材料や、運用プロセスの改善の指標として利用することが可能になります。
  • ITリレーション管理の障害影響発生時メッセージ通知機能
    ITリレーション管理で、設定したリレーションのステータスが変わった時に、状態変化をメッセージで通知する機能を追加しました。
    サービス管理の視点でITリレーション管理を利用する場合に、障害発生時のサービスへの影響確認の用途だけでなく、サービス自体の監視を行うことが可能になります。
  • ITリレーション管理のユーザー定義サブカテゴリ作成
    ITリレーション管理で、ユーザーが自由にサブカテゴリを定義する機能を追加しました。
    運用形態に併せたアイテムのカテゴライズが可能になり、障害時の影響把握の際に、アイテムの分類を視覚的に判断できます。
  • 千手ノード定義のITリレーション用アイテム自動作成機能
    ITリレーション管理で、千手ドメインに登録されているノードについて、自動で関連性を設定したアイテムに変換する機能を追加しました。
    ITリレーション管理を利用するにあたって、千手が管理しているノードを簡単にリレーションの中に組み込むことができるようになります。
  • 千手ドメイン毎の千手ブラウザ画面カスタマイズ機能
    千手ブラウザが接続しているドメインによって千手ブラウザのタイトルバーに表示されるドメイン名を任意の文字列に変更する機能、および千手ブラウザの背景色を任意の色に変更する機能を追加しました。
    本番環境と開発環境で同一名の千手マネージャを利用して管理を行っている場合などに、千手ブラウザでの接続先をわかりやすく見分けることが可能になります。
  • 千手定義データの定義数と上限値の比較コマンドの機能改善
    千手定義データの定義数と上限値を比較するコマンドについて、現在提供しているライセンスおよびシステム上限値を比較できるように機能を改善しました。
    利用しているライセンスと現在の使用数を簡単に確認することが可能になります。
  • ドメイン変更コマンドの機能改善
    ドメイン変更コマンドについて千手マネージャと接続を行ったことがない環境についても強制的にドメインを変更する機能を追加しました。
    導入時のミス等で接続前にドメインを変更するような場合にも、ドメイン変更コマンドが利用できるようになります。
  • Windows版千手マネージャのログ出力先変更機能
    Windows版の千手マネージャについてログの出力先を従来のイベントログからテキストログに変更する機能を追加しました。
    イベントログで他のアプリケーションのログのみを管理したいような場合に、千手のログを混ぜないようにすることが可能になります。
  • Windows x64版の千手メッセージ出力API
    Window版の千手メッセージ出力APIのライブラリ”libsenju”について、x64ネイティブのライブラリ”libsenju_x64”を提供します。
    OSがWindows x64の環境で64bitのアプリケーションを開発している場合でも、Senju Operation ConductorのAPIライブラリを利用することが可能になります。
  • 上限値拡張
    以下の上限値を拡張しました。
    ・ドメインで定義可能なノード(2000→4000)
  • WEBコンソールのディレクトリサーバー認証
    WEBコンソール(インフォビュー)およびWEBコンソール(インフォサーチ)にログインするときのパスワード認証を、LDAPやActiveDirectoryで認証ができるようにしました。
    (本機能は、バージョン2013.0.0の追加エージェントパッチを適用することにより使用可能です。)
  • 千手ブラウザのリストビューでのオブジェクト検索機能
    千手ブラウザのリストビューについて、クイックフィルタバーの検索フィールドに文字列を入力することで、文字列を含むオブジェクトのみを表示する機能を追加しました。
    大量の定義が登録されている場合でも、参照したいオブジェクトを効率よく探すことが可能になります。
    (本機能は、13000-004-1 以降のバージョンの千手ブラウザにすることにより使用可能です。)

2.4.2.2. バージョン2013.0.0の新機能(イベント)

  • メッセージアクションの回数による重複判定機能
    メッセージアクションで同じルールを任意の回数通った場合に重複判定する機能を追加しました。
    メッセージのラッシュなどで一定間隔の間に複数のアクションが実行される場合に、3件目以降を重複メッセージとして判定して抑止するような運用が可能になります。
  • メッセージアクションのルール毎の重複判定機能
    メッセージアクションの重複判定について、ルール毎に個別に判定回数および判定時間を設定する機能を追加しました。
    メッセージの種別に合わせた重複判定を行う運用が可能になります。
  • メッセージアクションのコマンド実行後のメッセージ送信機能
    メッセージアクションの結果として、アクションでコマンド実行をする場合に、コマンド実行結果の終了コードを判定して、メッセージを送信する機能を追加しました。
    メッセージに対する対応が失敗した際に検知が迅速になり効率的に障害メッセージに対処することが可能になります。
  • メッセージフィルタの機能拡張<ノードグループの条件指定>
    メッセージフィルタでフィルタリングする条件として、従来のノードの指定に加えて、ノードグループを指定して所属するノードを一括してフィルタリングする機能を追加しました。
    特定のノードグループに所属するノードから発生するメッセージを一括して非表示にする運用が今までより簡単に実現できるようになります。
  • 再送メッセージのメッセージアクション事後適用機能
    千手マネージャが停止している間に千手エージェントが検知したメッセージを、千手マネージャ起動時に千手エージェントが再送する際に本来どのルールが適用されていたかをメッセージモニタおよびメッセージアクションログに出力する機能を追加しました。
    再送されたメッセージについてもメッセージアクションが適用されているものとして、通常のメッセージと同様に解析することが可能になります。
    なお、再送されたメッセージに対してはアクションは実行されません。
  • 再送メッセージの上限値拡張
    千手マネージャが停止している間に千手エージェントが検知したメッセージを、千手マネージャ起動時に千手エージェントが再送する際に、再送するメッセージの件数と期間を、それぞれ100件から3000件、10分から5時間に拡張するオプションを追加しました。
    千手マネージャのバージョンアップや計画停止を実施する際に、あとから出力されているメッセージを確認する場合に、ログファイルではなく通常のメッセージと同様に再送メッセージとして確認が可能になります。
  • 実行ブックの自動詳細監視機能
    ランブックオートメーションの実行ブックが生成されたときに、ランブックモニタにて手動で詳細監視する実行ブックを指定せずに、自動で全ての実行ブックを詳細監視する機能を追加しました。

2.4.2.3. バージョン2013.0.0の新機能(モニタリング)

  • Amazon Web Services監視機能
    Amazon Web Servicesの各種サービスの情報を監視する監視項目を追加しました。
    Amazon Web Servicesの各サービスとオンプレミスのサーバーやアプリケーションのリソース情報を統合して、千手ブラウザにて一元管理が可能になります。
    また、Senju Operation Conductorの他のサブシステムと連携させることで、監視履歴の長期間の蓄積や監視で検知した障害からのランブックオートメーション実行が可能になります。
  • 千手センサーのプロセス/ディスク監視機能
    千手センサーのノードのプロパティにプロセスタブおよびディスクタブを追加しました。
    千手エージェントと同じインターフェースで千手センサー上のプロセス一覧およびディスク一覧から監視する対象を選択して簡単に監視を開始することがが可能になります。
  • ログフィルタ/イベントログフィルタの切替機能
    千手マネージャおよび千手エージェントから、コマンドラインでログ監視、イベントログ監視に使用しているログフィルタ、イベントログフィルタを切り替える機能を追加しました。
    昼夜で監視したい項目が違う場合や定期的な作業時間帯はクリティカルなログ以外は監視しないという運用を行う場合に、バッチ処理で監視レベルを切り替えてログ監視を実施することが可能になります。
  • ログフィルタの機能拡張<区切り文字の設定>
    ログフィルタでフィルタリングするフィールドを切り替える区切り文字について、自由に文字を設定する機能を追加しました。
    アプリケーションでフィールドをカンマ区切りで出力しているようなログファイルについてもタブ区切りやスペース区切りのログと同じように監視が可能になります。
  • ログフィルタの機能拡張<フィールド指定範囲の拡張>
    ログフィルタでメッセージの付加文言に載せることのできるフィールドについて32フィールドから200フィールドに拡張しました。またフィールドについてある1つの範囲だけではなく個別にフィールド番号をピックアップするように指定する機能を追加しました。
    大量のフィールドが存在するアプリケーションのログについて必要な情報だけをピックアップしてメッセージに表示することが可能になります。
  • ログフィルタの機能拡張<正規表現の個別指定>
    ログフィルタで正規表現を利用するかどうかについて、従来のフィルタ全体の設定に加えて、個別の判断条件ごとに設定する機能を追加しました。
    あるフィールドは正規表現を利用せずに判定を行うが、あるフィールドは正規表現を使用して判定を行うといった運用・が可能になります。
  • ログフィルタの機能拡張<判定条件の簡易選択>
    ログフィルタの判定条件について「~を含む」「~を含まない」といった形で、正規表現を使わなくても部分一致や完全一致、前方一致、後方一致などをプルダウンリストで簡単に設定する機能を追加しました。
    ログフィルタの判定条件を従来よりも簡単に分かりやすく設定することが可能になります。
  • イベントログフィルタの機能拡張<キーワード/オペコード対応>
    イベントログフィルタの判定条件についてキーワードとオペコードの値を設定する機能を追加しました。
    これにより、WindowsServer2008以降のOSについてキーワードなどの値を判定してログ出力を判断することが可能になります。
  • バーチャルノードモニタによるHyper-V環境の管理
    バーチャルノードモニタでHyper-Vの仮想基盤を構成する仮想サーバーホストと仮想マシンおよびネットワーク、千手ノードの紐付けを管理する機能を追加しました。
    これにより、Hyper-Vの仮想基盤上で障害が発生したときに、何処に影響が出るのかが容易に判断できるようになります。
  • 千手ノードの仮想マシン判定処理の改善
    千手が取得した仮想サーバーホストおよび仮想マシンの情報と千手ノードの情報を紐づける時に、仮想サーバーホストおよび仮想マシンが割り当てられている全てのIPアドレスについて紐付けの判定をするように機能を改善しました。
    これによりSenjuOperationConductorが情報取得に利用するネットワークがプライマリネットワークに出ない場合にも正しく紐付けが行われるようになります。
  • 監視タスク情報取得コマンドの出力内容の強化
    監視タスク情報取得コマンドの詳細情報として監視タスクのサマリ情報と各監視対象の監視対象名、状態、最後に取得した値を出力する機能を追加しました。
    コマンドを利用してランブックオートメーションなどで障害発生時の監視対象の状況を連携する運用が可能になります。
  • インターフェース別データ数監視
    拡張機能のネットワーク監視でネットワークインターフェースのインターフェース番号別に送受信のデータ数を監視する機能を追加しました。
    ネットワークスイッチなどでIPアドレスが割り当てられていないインターフェースについてもトラフィックの監視が可能になります。
  • アプリケーションサーバーのガベージコレクション数監視
    Oracle WebLogic Serverなどのアプリケーションサーバーでガベージコレクションの回数を監視する機能を追加しました。
    ガベージコレクションが頻発しておりアプリケーションサーバーのパフォーマンスが低下する状況になっていないか監視する運用が可能になります。
  • ユーザー起動プロセス監視の開始/終了コマンドの機能改善
    ユーザー起動プロセス監視の開始/終了を行うコマンドで指定できるプロセス名の長さの制限を撤廃しました。
  • ノードグループ指定の特別監視対象外機能
    千手ブラウザからノードグループを指定して特別監視対象外を設定・解除する機能を追加しました。
    (本機能は、バージョン2013.0.0の追加マネージャパッチを適用し、13000-004-1 以降のバージョンの千手ブラウザを使用することにより使用可能です。)

2.4.2.4. バージョン2013.0.0の新機能(ジョブスケジュール)

  • ノード指定のジョブ状態確認機能
    ノードID、運用日付、フレーム名を指定して、ジョブの稼働状態を表示する機能を追加しました。
    ノードの異常を検知した場合に、そのノードで稼働するジョブの一覧とその状態を簡単に把握することや、あるジョブが異常終了した場合に、同一ノードの他のジョブの状態を確認して障害の切り分けを行う運用が可能になります。
  • 稼働日一覧の表示項目追加
    ジョブ稼働日一覧作成で、その日に有効となるフレームの情報を表示する機能を追加しました。
    稼働日一覧で実際にどの運用日付のフレーム定義が有効になるかが簡単に判断できるようになります。
  • ジョブサービスの実行システムチェック強化
    実行システムの作成時に行っていたジョブサービスチェック情報の更新を、日替わり処理で行うように修正しました。
    ジョブサービスの実行システムチェック項目で、自動サイクル運用は成功したが実行システムの作成に失敗したという場合に、定点チェックで検知することが可能になります。
  • 実行システム作成チェック機能強化
    実行システム作成チェックで、チェック結果に1フレーム内のネット+ジョブ合計数を表示する機能を追加しました。
    フレームが包含できるネット+ジョブの最大数の制限をチェックして、実行システムの作成を事前に防ぐことが可能になります。
  • ジョブテンプレート使用ジョブのパラメータ編集機能
    ジョブテンプレートを用いて作成したジョブのパラメータを後から変更できるように機能を改善しました。
  • 稼働日一覧のファイル出力
    ジョブ・ネット・フレームの稼働日一覧について、従来のクリップボード出力の方法以外にCSV形式でファイルに出力する機能を追加しました。
  • 稼働日カレンダーの年またがり機能
    稼働日カレンダーで稼働日振替が年をまたぐ場合、前年・翌年の稼働日カレンダーに反映できるように動作を切り替える機能を追加しました。
  • フレームの自動詳細監視機能
    フレームが生成されたときに、ジョブモニタにて手動で詳細監視するフレームを指定せずに、自動で全てのフレームを詳細監視する機能を追加しました。
  • WEBブラウザでのフレームの詳細監視機能
    WEBブラウザで詳細監視フレームをログインユーザーごとに管理するようにしました。

2.4.2.5. バージョン2013.0.0の新機能(キャパシティ)

  • キャパシティデータ分析内容の一覧表示機能
    キャパシティデータ分析機能で計算したグラフ傾向としきい値の到達予測値についてコマンドから一括出力する機能を追加しました。
    定期的なキャパシティ管理の実施で各グラフの傾向分析情報について、一覧からチェックすることが可能になります。

2.4.2.6. バージョン2013.0.0の新機能(コンフィグレーション)

  • 存在しない実行ユニットの構成情報削除機能
    削除されて存在しない実行ユニットによって取得された最新の構成情報について、一括もしくは個別に削除する機能を追加しました。
    既に存在しない構成管理項目の情報を表示しないようにすることができるようになります。

2.4.3. バージョン12.0.0の新機能

バージョン12.0.0には主に以下の機能があります。

2.4.3.1. バージョン12.0.0の新機能(共通機能)

  • ITリレーション管理<アイテム登録>
    システムを構成する要素(サービス、ミドルウェア、OS、ネットワーク機器等)をアイテムとして登録して管理することが可能になりました。
    いままで管理対象にできなかったシステムの構成要素を千手システムで一元的に管理することが可能になります。
  • ITリレーション管理<リレーション登録>
    登録したアイテムをどの視点でどの範囲まで見るかをリレーションとして登録して、指定した視点、範囲での構成情報を参照することができます。
    登録されているシステム全体の中で、担当するシステムの範囲に基づいてシステムの構成を確認することができるようになります。
  • リレーションモニタ<アイテムの上位/下位表示>
    各アイテムの関係性をGUIのツリー表示で確認することができます。
    障害の発生時に、簡単なオペレーションで影響範囲の特定が行えるようになります。
  • リレーションモニタ<影響範囲表示>
    あるアイテムが異常となったらその影響がある範囲を警告状態、異常状態として表示することができます。
    システムの冗長化や縮退運転の状況を加味して障害時のインパクトを確認することが可能となります。
  • リレーションモニタ<千手稼働情報>
    アイテムをノードと紐づけることで、モニタリング、コンフィグレーション、メッセージ、ジョブスケジュールの稼働情報を関連表示することができます。
  • リレーションモニタ<シミュレーション>
    あるアイテム、ジョブ、監視タスクなどが異常となった場合に、リレーションの状態がどのようになるのかをシミュレーションすることができます。
    障害時の影響範囲を予め予測しておくことや、登録したアイテム間の関係性が実際のシステム構成と正しくなっていることをチェックすることが可能となります。
  • 仮想基盤リレーション情報のアイテム自動作成機能
    Senju Operation Conductorが取得している仮想環境の情報から自動的にITリレーション情報を生成するコマンドを追加しました。
    複雑な仮想環境を運用している場合でも、本コマンドを実行することで現状の構成情報を自動で作成、変更し、ITリレーション管理の機能を利用して確認できるようになります。
  • 千手WEBコネクション(DW)機能
    複数の千手ドメインの情報を共通の千手データベースサーバーや構成ファイルサーバーに蓄積し、蓄積された情報をWEBコンソール(インフォサーチ)で横断的に検索することができる機能を追加しました。
    複数の千手ドメインを管理している場合に、WEBサーバーとDBサーバーを集約して管理することができるようになりました。また、サーバー管理者が自分の管理しているサーバーの所属している千手ドメインを意識せずにWEBコンソール(インフォサーチ)を利用することができます。
  • WEBコンソール(千手インフォビュー)のランブックモニタ
    インフォビューに千手ブラウザのランブックモニタと同等の機能を追加しました。WEBブラウザからランブック定義の参照、実行ブックやセクションの再ランが可能になりました。
  • WEBコンソール(千手インフォサーチ)のキャパシティグラフ表示・分析機能
    インフォサーチのモニタリング結果履歴をグラフ表示する機能を追加しました。また、モニタリング履歴から傾向と未来予測を行う機能を追加しました。
  • ユーザースコープ機能強化
    千手ブラウザの千手ユーザー単位に参照できる対象としてフレームの設定を可能にし、指定したフレームのみ参照・操作を行えるようにする機能を追加しました。
    管理対象のサーバーやシステムだけでなく、フレーム単位でも管理の範囲を分けて、不要な情報を見せないことによりオペレーションミスを防ぐことができます。
  • ライセンス情報の表示強化
    千手定義数の参照コマンド(sj_countDef)で表示される内容にキャパシティの履歴保存を設定しているノードの情報を追加しました。
    キャパシティライセンスを利用しているノードを確認することができます。
  • 上限値拡張
    以下の上限値を拡張しました。
    ・ドメインで定義可能な千手エージェント(500→999)
    ・ドメインで定義可能なノード(1000→2000)
  • WEBコンソール(千手インフォビュー)の千手WEBコネクション(DW)対応
    千手WEBコネクション(DW)の環境でWEBコンソール(千手インフォビュー)のログインドメインを選択する機能を追加しました。
    (本機能は、バージョン12.0.0の追加エージェントパッチを適用することにより使用可能です。)
  • VMware 仮想マシンデプロイコマンド
    VMware vCenter Serverで管理されている仮想マシンのテンプレートから仮想マシンをデプロイする機能を追加しました。
    仮想マシンをデプロイを単一のコマンドで実行できるようになり、より簡単に仮想基盤の構築を自動化することができます。
    (本機能は、バージョン12.0.0の追加エージェントパッチを適用することにより使用可能です。)
  • 千手ブラウザの操作性改善
    千手ブラウザのジョブモニタ・ランブックモニタのランチャートについて、マウスホイールによるスクロール及び拡大、縮小を行う機能を追加しました。
    (本機能は、12000-002-1 以降のバージョンの千手ブラウザにすることにより使用可能です。)

2.4.3.2. バージョン12.0.0の新機能

  • WindowsプローブノードのUNIXセンサーへのランブック実行機能
    Windows版千手エージェントをプローブノードとして、UNIXの千手センサーに対してTelnet/SSHによる接続を行うことにより、ランブックオートメーション機能を利用できるようになりました。
    Windowsの統合監視を行っている環境でUNIX版の千手エージェントを追加せずにUNIXの環境に対してランブックオートメーションによる手順の自動実行を行うことが可能になります。
  • ランブックオートメーションのsh/bash対応
    ランブックオートメーションのリモート実行を利用する際に、起動するシェルを明示的に指定できるようになりました。
    cshが導入されていないUNIX/Linux環境に対して、ランブックオートメーションによる手順の自動実行が可能になります。
  • パラレルチャプター機能
    ランブックオートメーションのランチャートでチャプター内の単一セクションについて並列実行する機能を追加しました。
    複数担当者に分かれて手順を実施するようなパターンや並列実行ができるようになります。
  • ブック連携セクション機能
    ランブックオートメーションのランチャートで別のブックを起動して完了するまで待機するセクションを追加しました。
    ある手順から別の手順を参照して実施するようなパターンについてランブックオートメーションで対応ができるようになります。
  • 特別監視対象外のメッセージ抑止強化
    特別監視対象外のノードに関して、メッセージの表示設定が「時間帯に従う」だけでなく「常にON」のメッセージも含めてすべてのメッセージを抑止する機能を追加しました。
    サーバーメンテナンスや千手ブラウザにジョブの起動や終了などのメッセージを表示させないといった対応が可能になります。
  • 監視再開時のノード状態の通知
    監視再開時のノードの状態をメッセージ通知する機能を追加しました。
    システムのサービス開始時間まで、サーバーの異常を放置してしまいサービスに影響を与えるといったトラブルを未然に防ぐことができます。
  • 千手メッセージログ検索コマンド
    千手メッセージをログから検索して出力する機能を提供します。
    発生したメッセージの前後のメッセージの情報を取得してメールで送付するといった運用が簡単に行えるようになりました。
  • Senju Operation Conductorによるメールテンプレート送信機能
    メールテンプレート送信機能について、Senju Enterprise Navigatorを必要としていましたが、Senju Operation Conductorのみでもテンプレートを使用したメールの送信を行えるように機能を改善しました。
  • メッセージフィルタ条件上限値拡張
    以下の上限値を拡張しました。
    ・メッセージフィルタ条件のメッセージ内容の文字数 (64→256)
  • 千手センサーのIPv6対応(ランブックオートメーション)[EXTENSION]
    IPv6のみが利用されているネットワーク環境の機器を千手センサーとして登録しランブック実行を行う機能を追加しました。
    (本機能は、バージョン12.0.0の追加エージェントパッチを適用することにより使用可能です。)

2.4.3.3. バージョン12.0.0の新機能(モニタリング)

  • telnet/SSHによるシステム情報の監視
    千手センサーノードの監視で、システム情報タブに「コマンドによる情報取得」を追加しました。
    SNMPやWMIによる情報取得ができないサーバーを千手センサーとして監視する場合でも、グローバルノードモニタからシステム情報の監視状況を参照することができます。
  • WindowsプローブノードのUNIXセンサー監視対応強化
    UNIXの全ての詳細監視項目について、Windows版のプローブノードからUNIX版の千手センサーに対してTelnet/SSHによる接続を行うことで監視できるようになりました。
    Windowsを中心とした運用をしている環境でUNIXのサーバーを監視対象として追加する場合に、UNIX版の千手エージェントを追加せずに千手センサーとして運用することが可能になります。
  • 監視対象時間の間隔改善
    週間スケジュール及びタスクスケジュールの設定できる時間を5分単位から1分単位に改善しました。
    以前よりも監視時間帯の制御が柔軟に行えるようになります。
  • SNMP/WMIによるカスタム監視の機能強化
    SNMP/WMIによるカスタム監視に利用するための計算式を定義する機能を追加しました。
    監視により取得してきた値を必要に応じて加工して判定・表示することができるようになります。
  • コマンドによるカスタム監視の機能強化
    コマンドによるカスタム監視で標準出力に所定のフォーマットを出すためのコマンドを追加しました。
    カスタム監視において、監視情報を取得するための状況収集コマンドを所定のフォーマットで標準出力に出力するように改修を行わなくとも、既存の仕組みで取得したデータでカスタム監視を行えるようになりました。
  • テキストログ/イベントログ監視機能強化
    ログ監視でログフィルタ・イベントログフィルタを適用してメッセージ通知されたログの内容を千手エージェント上のディレクトリに保存する機能を追加しました。ログ監視による大量メッセージ出力抑止機能でメッセージが通知されなかった場合に、後からログを確認する運用が行えるようになります。
  • テキストログ監視機能強化
    監視対象ログファイルのパス名とファイル名に、"+"が含まれるものが監視可能になりました。
  • ログフィルタに関連する一覧ノード表示機能
    ログフィルタ・イベントログフィルタを利用しているノードの一覧を表示する機能を追加しました。
    フィルタを削除・変更する前に利用しているノードを確認することで監視に影響がないことを確認できるようになります。
  • バーチャルノードモニタでのイベント・タスク表示
    VMware ESX ServerおよびvCenter Serverのイベントやタスクをバーチャルノードモニタで表示できるようになりました。
    仮想基盤で障害が発生した際に、基盤の情報より詳しく千手ブラウザで参照することができるようになりました。
  • 上限値拡張
    以下の上限値を拡張しました。
    ・プロセス監視のプロセス名のバイト数(240→なし)
  • ディスカバー機能強化[EXTENSION]
    千手データベースサーバーを用意しなくとも、ディスカバー機能を利用できるようになりました。
  • 千手センサーのIPv6対応(モニタリング)
    IPv6のみが利用されているネットワーク環境の機器を千手センサーとして監視する機能を追加しました。
    (本機能は、バージョン12.0.0の追加エージェントパッチを適用することにより使用可能です。)

2.4.3.4. バージョン12.0.0の新機能(ジョブスケジュール)

  • WindowsプローブノードのUNIXセンサー対応
    Windows版のプローブノードからUNIX版の千手センサーに対してTelnet/SSHによる接続を行うことでジョブスケジュール機能を利用できるようになりました。
    Windowsが中心の運用を行っている環境でUNIX版の千手エージェントを追加せずにUNIXの環境に対してジョブスケジュール機能を利用したシステム運用が可能になります。
  • ジョブスケジュールのsh/bash対応
    ジョブスケジュール(センサージョブ実行)を利用する際に起動するシェルを明示的に指定できるようになりました。cshが導入されていないUNIX環境でジョブスケジュールの機能が利用可能になります。
  • ジョブログ参照機能
    ジョブコマンドが出力するログを千手ブラウザから参照する機能を追加しました。
    管理対象サーバーにログインしなくてもジョブモニタからジョブログを確認することが可能になります。
  • 稼働日カレンダーの年またがりチェック
    稼働日カレンダーで前年・翌年に振り替えられる年またがりをチェックする機能を提供します。
    稼働日の年またがりにより意図しない日付にジョブが稼働する可能性について、事前にチェックすることが可能になりました。
  • 千手センサーのIPv6対応(ジョブスケジュール)
    IPv6のみが利用されているネットワーク環境の機器を千手センサーとして登録しジョブを実行する機能を追加しました。
    (本機能は、バージョン12.0.0の追加エージェントパッチを適用することにより使用可能です。)

2.4.3.5. バージョン12.0.0の新機能(キャパシティ)

  • キャパシティデータ分析機能
    グラフの内容から傾向と予測値についてグラフ表示する機能を追加しました。
    キャパシティ管理による計画的にリソース増強を行うことが可能になります。
  • 監視項目名とノード/ノードグループを指定したグラフ設定
    グラフ定義を設定するときに監視項目名とノード名やノードグループ名を設定することで、該当の監視タスクの情報をグラフとして表示できるようになりました。
    監視タスクIDを指定することなくグラフの定義が可能になり、キャパシティ管理をスムーズに行うことが可能になります。

2.4.3.6. バージョン12.0.0の新機能(コンフィグレーション)

  • WindowsプローブノードのUNIXセンサー監視対応
    Windows版のプローブノードからUNIX版の千手センサーに対してTelnet/SSHによる接続を行うことでコンフィグレーション機能を利用できるようになりました。
    Windows中心の運用を行っている環境でUNIXのサーバーを構成管理ノードとして追加する場合に、UNIX版の千手エージェントを追加せずに構成情報を取得することが可能になります。
  • 千手センサーのIPv6対応(コンフィグレーション)
    IPv6のみが利用されているネットワーク環境の機器を千手センサーとして登録し構成情報の収集を行う機能を追加しました。
    (本機能は、バージョン12.0.0の追加エージェントパッチを適用することにより使用可能です。)

2.4.4. バージョン11.0.0の新機能

バージョン11.0.0には主に以下の機能があります。

2.4.4.1. バージョン11.0.0の新機能(共通機能)

  • Hyper-V管理機能
    Hyper-Vに対して仮想サーバーの起動/停止などの管理を行うコマンドを追加しました。
    ジョブやランブックオートメーションと組み合わせて利用することにより、自律的な仮想サーバーの運用ができるようになります。
  • メッセージ履歴参照機能
    千手メッセージやメッセージアクションの実行履歴を指定した期間、データベースに蓄積し、WEBコンソールから必要な情報を検索し参照する機能を追加しました。また、検索した結果のメッセージをダウンロードできます。
    あるメッセージが出力されたときに、過去に同様の事象が起こっていないかを参照することで問題を切り分けするときに役立ちます。
  • ジョブ稼働履歴参照機能
    千手データベースに蓄積しているジョブスケジュールの稼働履歴情報をWEBコンソールから必要な情報を検索し参照する機能を追加しました。また、検索した結果のリストをダウンロードできます。
    あるジョブがロングランした時など、過去の運用日付での稼働情報を参照しながら問題を切り分けするときに役立ちます。
  • モニタリング履歴参照機能
    千手データベースに蓄積していたモニタリングの情報を、WEBコンソールから必要な情報を検索し参照する機能を追加しました。また、検索した結果のリストをダウンロードできます。
    過去にどれだけしきい値を超えているのかを分析するのに活用できるほか、監視結果のリストをダウンロードしてキャパシティ情報のレポートを作成するときに役立ちます。
  • ランブック稼働履歴参照機能
    ランブックオートメーションの稼働履歴情報を指定した期間、データベースに蓄積し、WEBコンソールから必要な情報を検索し参照する機能を追加しました。また、検索した結果のリストをダウンロードできます。
    ある障害が発生してランブックが起動したときに、過去にいつ同じ障害が発生し、ランブックが起動したのか参照したり、ランブックオートメーションによる自動化がどれだけ有効かを分析したりするときに役立ちます。
  • 構成情報収集履歴機能
    コンフィグレーション情報を指定した期間データベースに蓄積し、WEBコンソールから必要な情報を検索し参照する機能を追加しました。また、検索した結果のリストをダウンロードできるほか、検索した結果から千手構成ファイルサーバーに蓄積されている構成情報ファイルをダウンロードすることができます。
    あるノードで構成変更が起因となる障害メッセージが発生した時に、そのノードに関連する構成情報を検索し、予期しない変更がされていないか確認し、実際に変更されている部分を確認するといった場合に有用です。
  • 千手マネージャ情報の統計情報強化
    メッセージアクションの実行統計やランブックオートメーションの実行統計を出力する機能を追加しました。
    保存した千手マネージャ情報は千手ダウンローダを使ってダウンロードし、内容を確認することができます。
  • ノード定義のオフライザファイル書き出し機能
    ノード/ノードグループの定義とモニタリングの定義をオフライザファイルに書き出す機能を追加しました。また、サブシステム毎にオフライザファイルに書き出すかどうかを選択することができます。
    監視タスク等の定義についても他のサブシステムと同様にオフライン環境で作成することができるようになり、定義データのリリースの統制を図れます。また、定義データの移行を行う場合などにも利用することができます。
  • ユーザースコープ機能強化
    ノード/ノードグループのスコープ表示が設定されているユーザーからログビューアでスコープ表示対象のノードのメッセージログを参照できるようにしました。また、キャパシティのグラフからスコープ表示対象のノードの監視タスクをグラフ表示できるようにしました。
  • 大規模環境への対応
    OSがx86-64版のLinuxとItanium2 版のHP-UXにおいて千手ブラウザと千手マネージャ間の通信基盤プロセス(SpPxySvr)を64ビット対応しました。
    ジョブスケジュールなどで大規模な運用を行っている場合、千手ブラウザをより安定して継続的に利用することができます。
  • 上限値拡張
    以下の上限値を拡張しました。
    ・ユーザースコープで定義できる表示ノードグループの数(20→100)
    (本機能は、11000-002-1 以降のバージョンの千手ブラウザにすることにより使用可能です。)

2.4.4.2. バージョン11.0.0の新機能(イベント)

  • ランブック実行条件強化[EXTENSION]
    指定されたファイルを監視し、ファイルが作成/変更された場合にメッセージ通知するコマンドを追加しました。
    監視対象には、ディレクトリ名の指定や正規表現を指定することができます。また、作成/変更されたファイルの数分メッセージ通知することもできます。
    メッセージアクションと組み合わせ、通知されたメッセージを条件としてランブックを実行することにより、ファイルの作成/変更を起動条件としたランブックの実行が可能になります。
  • WMIでのランブック実行機能[EXTENSION]
    Windowsの千手センサーに対して、WMIによるランブック実行を行う機能を追加しました。
    Teknetサービスを利用できないWindowsノードに対してもランブックオートメーション機能が利用できるようになります。
    (本機能は、バージョン11.0.0の追加マネージャパッチ、エージェントパッチを適用し、11000-002-1以降のバージョンの千手ブラウザを使用することにより使用可能です。)

2.4.4.3. バージョン11.0.0の新機能(モニタリング)

  • 仮想基盤リレーション管理機能
    VMware ESX ServerおよびvCenter Serverについて仮想基盤を構成するデータストア、ネットワークアダプタと仮想マシンや千手エージェント・千手センサーのリレーションや稼働状況を統合的に管理するビューを新たに提供します。
    ある個所で障害が発生したときにどこに影響が出るのかが容易に判断できるようになります。
  • 仮想基盤を構成するコンポーネントに関連するノードの絞り込み表示
    仮想基盤を構成するデータストアや、ネットワークアダプタに関連するノードを絞り込んで表示することができます。
    これにより、データストアに空き容量がなくなってきたときやネットワークアダプタに物理障害が発生した時などにどの仮想サーバーに影響があるのかを判断したい時に利用できます。
  • 仮想基盤リレーション情報の即時取得
    管理するVMware ESX Serverの情報は15分ごとに最新情報を収集していますが、千手ブラウザからの操作により最新情報に更新することができます。
    ライブマイグレーションなどで仮想サーバーと仮想マシンのひも付けが変化しているかどうかを今すぐ確認したい場合に利用できます。
  • グローバルノードモニタでの仮想情報参照
    千手センサーや千手エージェントが仮想マシンの場合その仮想マシンが稼働している仮想サーバーホストの情報をグローバルノードモニタから参照することができます。また、仮想サーバーホストのノードについてはその上で稼働する仮想サーバー情報を参照することができます。
    ある仮想基盤で障害が発生した時にグローバルノードモニタから影響範囲を即座に把握し、グローバルノードモニタからバーチャルノードモニタを開くことでより詳細に判断できるようになります。
  • テキストログ監視機能
    OSがWindowsノードについて千手センサーのテキストログを監視する機能を追加しました。
    監視したいノードに対して複雑な設定することなく、さらに容易に監視することが可能になり、千手センサーとして監視できる幅が広くなりました。
  • 外字領域の文字列が含まれるログの監視
    監視したいテキストログファイルに、ログ監視で指定した文字コードの外字領域の文字列が含まれていた場合でも、外字領域の文字列を除いてログ監視を行うことができるようにしました。
  • 千手エージェント停止中に出力されたログの監視機能強化
    千手エージェント再起動/OS再起動などにより千手エージェントを停止、再開するときにログを最後に監視した個所から引き続き監視する機能を提供します。
  • SNMPによるシステム情報監視強化
    Host Resources MIBに対応していないUNIXの千手センサーについてSNMPによる取得でCPU使用率/メモリ使用率の監視をできるようにしました。
  • SNMP トラップ監視強化[EXTENSION]
    SNMPトラップ監視でメッセージモニタに表示されるノードIDを実際にトラップが発行されたサーバー名で表示するようにしました。
  • Hyper-V監視機能[EXTENSION]
    Hyper-V及び仮想サーバーの各種リソース情報を監視する監視項目を追加しました。
    Hyper-V及び仮想サーバーを統合して、千手ブラウザにて一元監視が可能になります。
  • ESX Server監視機能強化[EXTENSION]
    VMware ESX Server及び仮想サーバーのデータストアの使用状況とネットワークI/Oの使用状況を監視する監視項目を追加しました。また、VMware ESX Serverのノードについてシステムログを監視する機能を追加しました。
    VMware ESX Server及び仮想サーバーを統合して、千手ブラウザにて一元監視が可能になります。
  • 監視タスクインポートコマンド
    コマンドラインから千手マネージャに監視タスクの設定を行う機能を追加しました。
    管理対象サーバーを追加する場合に、ランブックオートメーション機能と組み合わせることで自動的に監視を行うことが可能になります。
  • 監視プローブノード変更コマンド
    千手センサーを監視するプローブノードを変更するコマンドを追加しました。
    プローブノードを冗長構成にすることで、プローブノードに障害が発生した際に千手センサーの監視を続行することが可能になります。
    (本機能は、バージョン11.0.0の追加マネージャパッチを適用することにより使用可能です。)
  • WindowsプローブノードでのUNIXセンサー監視機能
    Windows版千手エージェントをプローブノードとして、UNIX/Linuxの千手センサーを監視する機能を追加しました。
    Windowsの統合監視を行っている環境でUNIX/Linux版の千手エージェントを追加せずにUNIX/Linuxの環境を監視することが可能になります。
    (本機能は、バージョン11.0.0の追加エージェントパッチを適用することにより使用可能です。)
  • センサー監視のsh / bash対応
    千手センサーを監視する際に、監視対象ノードのログインシェルに応じて監視するように機能を改善しました。
    (本機能は、バージョン11.0.0の追加エージェントパッチを適用することにより使用可能です。)
  • 推奨値拡張
    以下の推奨値を拡張しました。
    ・1プローブ当たりの千手センサー監視台数(20→50)
    (本機能は、バージョン11.0.0の追加エージェントパッチを適用することにより使用可能です。)
  • バーチャルノードモニタの表示改善
    バーチャルノードモニタの表示について操作性を改善しました。
    (本機能は、11000-002-1 以降のバージョンの千手ブラウザにすることにより使用可能です。)

2.4.4.4. バージョン11.0.0の新機能(ジョブスケジュール)

  • センサージョブ実行機能
    千手エージェントソフトウェアをインストールしない千手センサーノードに対して、sshやtelnetによる接続を行い、ジョブを実行/制御を行うことができます。
    ソフトウェアを容易にインストールできない遠隔地のサーバーや、従来の運用管理ツールのエージェントソフトウェアが対応していないOSに対して、ジョブ運用が可能になります。
  • 関係するデータの一括書き出し機能
    指定したシステム、もしくはフレームで使用しているジョブスケジュール定義(営業日カレンダー、稼働日カレンダー、トリガ、リソース、動作環境、動作環境プール、ジョブ、ネット定義有効日、システム)のみを一括書き出しすることができます。
    マネージャ間で一部のジョブスケジュール定義を移行する場合に、必要な定義を容易に抽出することが可能になります。
  • ファイル待ちジョブの正規表現指定
    ファイル待ちジョブの監視対象ファイル名として、正規表現の指定を可能にしました。
    ファイル名が変化するファイルが作成されたことをジョブの起動条件とするジョブ運用が可能になります。
  • 稼働日一覧ファイルの自動作成機能
    千手ブラウザで、指定した時刻にジョブの稼働予定一覧ファイルを自動的に作成することができます。
    共有ディスクに自動作成することにより、当日稼働予定のジョブの一覧を開発担当者等と共有することが容易に可能になります。
  • WMIでのセンサージョブ実行機能
    Windowsの千手センサーノードに対して、WMIによるジョブ実行を可能にしました。
    Telnetサービスを利用できないWindowsノードに対してもセンサージョブ実行機能が利用できるようになります。
    (本機能は、バージョン11.0.0の追加マネージャパッチ、エージェントパッチを適用し、11000-002-1 以降のバージョンの千手ブラウザを使用することにより使用可能です。)

2.4.4.5. バージョン11.0.0の新機能

  • 構成情報取得情報強化
    コマンド実行による構成情報取得で千手センサーの構成情報を収集する際に、プローブノードでのコマンド実行ができるようにしました。

2.4.5. バージョン10.0.0の新機能

バージョン10.0.0には主に以下の機能があります。

2.4.5.1. バージョン10.0.0の新機能(共通機能)

  • VMware ESX Server管理機能
    VMware ESX ServerおよびvCenter Serverであるノードに対して仮想サーバーの起動/停止などの管理を行うコマンドを追加しました。
    ジョブやランブックオートメーションと組み合わせて利用することにより、自律的な仮想サーバーの運用ができるようになります。
  • Windowsローカルシステムアカウントでの千手エージェント稼働機能
    Windowsローカルシステムアカウントで千手エージェントを起動できるようにしました。
    千手システム専用のユーザーを作る必要が無くなり、ユーザー/パスワード管理負荷の低減ができます。
  • 千手ブラウザログイン時のディレクトリサーバー認証
    千手ブラウザから千手マネージャにログインするときのパスワード認証をLDAPやActiveDirectoryで認証ができるようにしました。
  • 千手コマンド・APIの文字コード指定機能
    千手リモートコマンド実行コマンド(sj_remsh)、千手メッセージ送信コマンド(sjANM_sendmsg)、千手メッセージ送信APIについて指定した文字コードを使用できるようにしました。unicodeの文字コードを指定することも可能です。
    千手インストールアカウントの文字コードと異なる文字コードで出力を行うコマンドやアプリケーションとの連携・千手ブラウザへの表示が可能になります。
  • ロングホスト名機能
    千手ノードIDとは別に64バイトまでのロングホスト名を登録することにより、千手マネージャはロングホスト名で千手エージェントのIPアドレスを解決して、通信できるようになりました。
    従来、千手エージェントのホスト名が8バイト以上の場合、千手マネージャが千手エージェントのIPアドレスを取得するために、8バイト以内の千手ノードIDをエイリアスとしてhostsファイルやDNSに登録する必要がありました。ロングホスト名機能を利用すればエイリアス登録の必要が無くなり、DNSやhostsの変更作業の負荷が軽減されます。
  • 千手通信ポートの絞込み
    千手マネージャと千手エージェント間で使用するUDPの通信ポートを、2つに制限しました。
    千手マネージャと千手エージェントの間にルータが存在する場合、従来はUDP通信については多くのポートを開放する必要がありましたが、通信ポートを制限しているためルータの設定の手間を軽減できます。
  • 千手ブラウザの操作権限の強化
    千手ブラウザの操作権限を運用に合わせて柔軟に設定できるようになりました
    ・Operators権限(参照・操作可能)のユーザーがジョブモニタでの定義変更を行える機能を追加しました。
    ・WindowsのUsersグループのユーザーで千手ブラウザが利用できるようになりました。
    ・千手ブラウザでライセンスキーの更新を行える権限を、Managers権限のユーザーでも可能にしました。
  • ユーザースコープ機能
    千手ブラウザの千手ユーザー単位に参照できるノード/ノードグループ、実行システムの設定を可能にし、指定したノード/ノードグループ、実行システムのみ参照・操作を行えるようにする機能を追加しました。
    サーバー/システムごとに管理者が異なる場合に、担当のサーバー/システムに絞って表示することにより、オペレーションミスを予防することができます。
    (本機能は、10000-002-1 以降のバージョンの千手ブラウザにすることにより使用可能です。)
  • マネージャホスト名変更機能
    千手マネージャのホスト名を変更する機能を追加しました。
    千手マネージャがインストールされている環境をコピーしてホスト名を変更して使用できるようになり、新しい千手システムの構築時に導入負荷を軽減することができます。
    (本機能は、バージョン10.0.0の追加マネージャパッチを適用することにより使用可能です。)
  • ノードインポートコマンド
    コマンドラインから千手マネージャにノードの登録を行う機能を追加しました。
    監視対象が追加された場合に、ランブックオートメーション機能と組み合わせることで自動的にノードの登録を行うことが可能になります。
    (本機能は、バージョン10.0.0の追加マネージャパッチを適用することにより使用可能です。)

2.4.5.2. バージョン10.0.0の新機能(イベント)

  • メッセージアクション
    発生したメッセージ(イベント)の切り分けを行い、切り分けた結果に応じたアクション(対応)を自動で行うことができます。切り分け結果及び、自動実行したアクションは、メッセージモニタで確認することができます。
  • 柔軟なメッセージ切り分け条件
    切り分け条件には指定することができます。
    ・スケジュール:曜日、時間(開始、終了)での切り分け。営業日カレンダーとの連携も可能。
    ・メッセージID:メッセージIDでの切り分け。(部分一致)
    ・メッセージレベル:メッセージレベル(障害、通常)での切り分け。
    ・ノード/ノードグループ:メッセージが発生したノード/ノードグループでの切り分け。
    ・プロセス:メッセージの発生元プロセスでの切り分け。(部分一致)
    ・メッセージ内容:メッセージ内容に含まれる文字列での切り分け。(部分一致)
  • アクション実行
    切り分け条件に一致した場合に、以下のアクションを自動実行することができます。アクション実行する起因になったメッセージの情報(メッセージID、日時、ノード、内容など)を引き渡すことができます。
    ・簡易メール送信:メールアドレスのみ指定。指定したアドレスにメッセージID、内容を通知する。
    ・テンプレートメール送信[EXTENSION]  (Senju/OC V12.0.0以降は標準機能):予め登録されているメールテンプレートに従って、自動でメール送信する。
    ・電話連絡[EXTENSION]:予め登録されている連絡先グループに、自動で電話コールする。
    ・コマンド実行:単発コマンドを実行する。
    ・ランブック実行[EXTENSION]:ランブックオートメーション機能と連携し、予め登録されているランブック(手順書)を実行する。
  • テンプレートメール送信[EXTENSION]  (Senju/OC V12.0.0以降は標準機能)
    あらかじめ登録されているメールテンプレートに従って、自動でメール送信を行います。テンプレートには環境変数を指定することができ、メール送信時に自動的にメール本文を作成して送信されます。アクション実行する起因になったメッセージの情報(メッセージID、日時、ノード、内容、ジョブ名など)を指定することも可能です。
  • 自動電話呼び出し[EXTENSION]
    あらかじめ登録されている連絡先グループに、自動で電話呼び出しを行います。連絡先グループには複数の電話番号を登録でき、誰かが電話に出るまで、繰り返し電話をかけ続けることができます。
  • イベントの定義データの書き出し・読み込み機能
    千手ブラウザより、メッセージ定義、メッセージアクションの全般設定・メッセージアクション定義・メールテンプレート・メール連絡先・連絡先グループ・セクションテンプレート・ブック定義データの書き出し・読み込みを行う事ができます。これにより、イベントサブシステムの定義データのバックアップ、定義内容の一括変更を効率よく行うことができます。また、書き出し・読み込みには千手オフライザ形式、テキスト形式を指定することができます。
  • ランブックオートメーション[EXTENSION]
    システム障害時の診断・復旧作業、サーバー維持管理作業など、手順書に従い実施するダイレクトオペレーション(出力内容やタイミングなど人の判断を要する部分)を自動実行することができます。
    ランブックオートメーションの以下の構成要素から成ります。
    ・セクション:ランブックオートメーションが管理する、業務実行の最小単位。任意のコマンド、又は複数のコマンドをまとめたシェルスクリプトなど。
    ・チャプター:一定の実行順序(前後関係)を持つセクションの集まりをグループ化したものをチャプターと呼びます。
    ・ブック:幾つかのセクション、分岐、及びチャプターを組み合わせた実行単位をブックと呼びます。
  • ランブックの実行[EXTENSION]
    登録したブックを、以下のタイミング・操作で実行することができます。
    ・メッセージアクションからの実行:メッセージアクションの条件に一致した場合に、ブックを自動実行。
    ・千手ブラウザからの手動実行:千手ブラウザで指定したブックを手動実行。
    ・コマンドでの実行:外部アプリなどから、コマンドを実行することによりブックを実行。
  • セクション実行[EXTENSION]
    指定したノードで、任意のコマンドを実行することができます。
    実行ノードは明示的に指定するだけでなく、メッセージの発生元ノードで実行することができ、フレキシブルなセクション実行が可能です。
  • セクション実行結果(標準出力)の参照[EXTENSION]
    セクションの実行結果(標準出力)は保存され、千手ブラウザから参照することができます。
    先行セクションでの実行結果(標準出力)をメールに添付して送信するなど、先行セクションの実行結果(標準出力)を後続のセクションで利用することも可能です。
  • センサー実行[EXTENSION]
    千手エージェントソフトウェアをインストールしないセンサーノードに対しても、sshやtelnetによる接続を行い、セクションを実行することができます。
  • 分岐セクション[EXTENSION]
    先行セクションの終了結果などに応じて、後続の実行処理を柔軟に分岐することができます。以下の分岐を指定することができます。
    ・終了コード分岐:先行セクションの終了コードに応じて後続の処理を分岐する。
    ・標準出力分岐:先行セクションの標準出力内容に応じて後続の処理を分岐する。
    ・環境変数分岐:環境変数とその値を取得し、値に応じて後続の処理を分岐する。
    ・スケジュール分岐:スケジュール(曜日、時間、営業日カレンダーとの連携)に応じて後続の処理を分岐する。
    ・手動分岐:オペレータが介入し、オペレータの判断で後続の処理を分岐する。
  • ランブックエディタ[EXTENSION]
    セクション、チャプター及び分岐を図で表示し、視覚的に定義の参照及び編集を行うことができるエディタです。
    セクション、チャプター、分岐の先行関係も図で表示されるため、ブック内のセクション、チャプター及び分岐の先行関係の参照及び編集をしやすくなっています。
  • ランブックチェッカ[EXTENSION]
    セクション/チャプター/分岐の動作チェックを行うGUIツールです。
    チェックを行うことにより、定義ミスなどによって実際の運用でエラーが起こるのを未然に防ぐことができます。
  • ランブックモニタ[EXTENSION]
    稼働している実行ブックやセクションの状態を表示したり、操作を行うモニタです。過去に稼働した実績を確認することもできます。
  • メッセージアクションのルールのシミュレーション機能
    千手ブラウザでメッセージログを指定して、作成したメッセージアクションのルールのシミュレーションを行う機能を追加しました。
    実際にルールを本番環境に適用する前に、過去の千手メッセージからメッセージアクションがどのように動作するかを確認することが可能になります。
    (本機能は、10000-002-1 以降のバージョンの千手ブラウザにすることにより使用可能です。)
  • アクション情報のノード名置換機能
    アクション情報に予約語($HOSTNAME,$LONGHOSTNAME)を指定することで、自動的にノートの内容をメッセージが発生したノードID/ロングホスト名に置き換える機能を追加しました。
    ノードごとに対応するURLを開いてWEB画面を確認する手順を用意している場合に、リンク先をノード名で振り分けることが可能になります。
    (本機能は、10000-002-1 以降のバージョンの千手ブラウザにすることにより使用可能です。)

2.4.5.3. バージョン10.0.0の新機能(モニタリング)

  • 特別監視対象外の時間帯指定機能
    特別監視対象外の有効時間帯(監視対象外の指定・解除日時)を指定できる機能を追加しました。千手ブラウザからの指定、千手コマンド(sjANM_exceptNode)のパラメータによる指定が可能です。特別監視対象外の指定を事前に行うことができるようになり、設定当日のオペレータの立会いが必要なくなります。また解除忘れなどのミスも抑止することができます。
  • テキストログ監視の文字コード指定
    監視対象のファイル毎に文字コード(SJIS、EUC、UTF-8、UTF-16LE)を指定可能にしました。1つのサーバーで文字コードが異なるファイルのテキストログ監視が可能になります。
  • マルチCPUのリソース監視
    OSがUNIXのノードについてCPUごとのリソース監視を行う機能を追加しました。
  • リソース監視の監視間隔ごとのメッセージ通知機能
    リソース監視において監視間隔ごとに監視結果をメッセージ通知するのか、監視の結果が正常から異常になったとき・異常から正常になったときだけメッセージを通知するのかを切り替えられるようにしました。
  • VMware監視機能[EXTENSION]
    VMware ESX Server及び仮想サーバーの各種リソース情報を監視する監視項目を追加しました。
    VMware ESX Server及び仮想サーバーを統合して、千手ブラウザにて一元監視が可能になります。
  • 推奨値拡張
    以下の推奨値を拡張しました。
    ・1プローブ辺りの千手センサー監視台数(10→20)
    (本機能は、バージョン10.0.0の追加エージェントパッチを適用することにより使用可能です。)

2.4.5.4. バージョン10.0.0の新機能(ジョブスケジュール)

  • ジョブの起動コマンドの変更予約機能
    変更予約が設定されたジョブは、指定された定義有効日以降は自動的に起動コマンドを切り替えて実行します。
    ジョブ起動コマンドの設定変更を事前に行うことができるようになり、リリース当日作業の負荷軽減が計れます。
  • ファイル待ちトリガの監視ファイルの変更予約機能
    変更予約が設定されたファイル待ちトリガは、指定された定義有効日以降は自動的にファイルを切り替えて監視を行います。
    ファイル待ちトリガの監視ファイルの設定変更を事前に行うことができるようになり、リリース当日作業の負荷軽減が計れます。
  • ノード指定でのジョブスキップコマンド機能
    ジョブのスキップコマンド(sjPEX_jobskip)でノード指定を可能にしました。指定したノードで稼働する予定のジョブを一括スキップすることができます。
    ノード障害時、障害ノードで稼働予定のジョブを一括スキップする場合に、障害対応時間の短縮が計れます。
  • Operators権限のユーザーによるジョブモニタでの定義変更機能
    ブラウザオプションを設定することにより、Operators権限(参照・操作可能)のユーザーがジョブモニタでの定義変更を行える機能を追加しました。
  • 定義有効日選択ウィンドウ強化
    定義有効日が複数存在するネット定義の「貼り付け」を行った際に表示される定義有効日選択ウィンドウで、千手ブラウザのマシン日付に対して、当日有効な定義/定義有効終了日が過ぎた定義/未来に有効になる定義の色分けと、指定した基準日に有効な定義を検索できるようにしました。
    これにより、ジョブネットの定義をコピーして修正する際に、コピーするべき定義を確認することができ、ネット定義の誤登録を防げるようになります。
    (本機能は、10000-003-1 以降のバージョンの千手ブラウザにすることにより使用可能です。)

2.4.5.5. バージョン10.0.0の新機能(コンフィグレーション)

  • 構成情報の差分表示機能
    千手ダウンローダに外部のdiffツールを登録することにより、ダウンロードした2つのファイルの差分比較、差分表示を容易に行う機能を追加しました。
    これにより、ファイルの変更を検知した際に、どの部分に変更が発生したかを迅速に特定することができます。
  • 構成情報ファイルへの差分情報追加
    収集したファイルの情報に差分検出の情報を追加しました。
    これにより、千手ダウンローダから構成情報ファイルの検索を行ったときにいつどの構成情報が変わったのかが確認できるようになったほか、エクスプローラからも変更があった構成項目を容易に検索、中身確認ができるようになりました。変更があった構成情報だけを抽出して変更内容の確認ができるので、予期せぬ変更によるトラブルを未然に防ぐことができます。

2.4.6. バージョン3.0.0の新機能

バージョン3.0.0には主に以下の機能があります。

2.4.6.1. バージョン3.0.0の新機能(共通機能)

  • 千手ドメイン接続状態での千手ユーザーアカウント切り替え
    千手ブラウザで千手ドメインに接続したまま、ログアウトせずに千手ユーザーアカウントを切り替えて操作することができます。必要な時だけ権限のあるユーザーに切り替えを行うことにより、本番環境への不正な操作を未然に防止することができます。
  • ユーザーアカウントのセキュリティポリシー設定
    ユーザーのパスワードの設定/変更に際して、パスワード長、過去に使用したパスワードの使用、パスワードの有効期限、アカウントのロックアウトのしきい値を設定できます。また、一定時間千手ブラウザを操作しないと自動ログアウトするように設定することができます。
    適切なユーザー管理を行うことにより、千手ユーザーの不正利用を未然に防ぐことができます。
  • ユーザーグループの追加
    参照と編集だけを行うことができるユーザーグループを追加しました。これにより操作を行うユーザーと編集を行うユーザーの権限を分けることができます。
  • 千手ユーザーの書き出し・読み込み機能
    千手ブラウザより、千手ユーザー定義の書き出し・読み込みを行う事ができる機能を追加しました。複数のサイト間で定義データの同期を取る場合や、定義データの移行を行う場合などに利用できます。
  • オペレーション申請情報の入力
    千手ブラウザからの操作時や定義時に「申請者」「申請項目」「承認者」「実施者」「コメント」が入力可能になります。入力した情報はオペレーションログに記録されます。これにより、どのような申請に基づき操作を行ったのか詳細に追跡できるようになります。
  • 千手マネージャ情報の自動蓄積
    指定した期間、メッセージログ、オペレーションログを千手マネージャに保存することができます。また、千手エンティティ定義数の情報、メッセージ出力の統計情報、千手オペレーションの統計情報、対象ノード情報、ジョブ稼働情報などの統計データを作成する機能を追加しました。保存した千手マネージャ情報は千手ダウンローダを使ってダウンロードし、内容を確認することができます。
  • 千手ブラウザのコマンドライン起動
    千手ブラウザの起動シーケンスに、ドメイン名・ユーザー名を指定することができます。千手ブラウザのショートカットをデスクトップに配置し、コマンドラインに接続先ドメイン名やユーザー名を指定しておくことで、誤ったドメインへの接続を未然に抑止できます。
  • ノードID変更コマンド
    千手エージェントのノードIDに関する情報を、別のIDに変更するコマンドを追加しました。システム構成の変更などで千手エージェントのノードID変更時に再インストールすることなく変更が出来るようになります。
  • 千手定義数の参照コマンド
    千手システムに登録されている各構成要素の定義数及び上限値の参照を行うコマンドを追加しました。
    これにより、千手システムに登録されている各構成要素の定義数を一覧で参照することができ、上限値と比較してどの程度余裕度があるかを容易に確認することができます。
  • 千手性能確認コマンド
    千手システムの内部イベント処理が性能の低下を起こすことなく正常に動作していることを確認する以下のコマンドを追加しました。
    ・千手イベント処理実績の参照コマンド
    ・千手内部電文の再送回数の参照コマンド

2.4.6.2. バージョン3.0.0の新機能(イベント)

  • 千手ブラウザメッセージログ蓄積機能
    千手ブラウザオプションを設定することにより、千手ブラウザのメッセージモニタに出力されたメッセージ情報を、千手ブラウザのログファイルとして蓄積する機能を追加しました。オペレータが参照したメッセージの証跡として利用することが可能です。
  • 千手マネージャ再起動時のメッセージリカバリ
    千手マネージャがダウン時に、千手エージェントが送信できなかったメッセージを千手マネージャに再送信する機能を追加しました。
    これにより、計画保守などによる千手マネージャの停止時に、千手エージェントで発生したメッセージが、千手マネージャ復旧後にメッセージモニタで全て確認することができます。

2.4.6.3. バージョン3.0.0の新機能(ジョブスケジュール)

  • ジョブスケジュール定義の変更記録の書き出し
    ジョブスケジュール定義をいつ、誰が追加したのか、どのように変更されたのかについて更新記録を蓄積します。蓄積した更新記録は、千手ブラウザから書き出すことができ、容易にジョブスケジュール定義の変更履歴を確認することができます。
  • 稼働日カレンダー属性強化
    稼働日カレンダーの稼働、非稼働の条件として、以下の設定が出来る機能を追加しました。
    ・直接日付指定による年月の指定を可能
    ・基準日から何日前、何日後の指定を可能
    ・適用期間の指定を可能
    これにより、より柔軟なカレンダー設定が可能になります。
  • 自動遅延監視機能
    ジョブの所要時間監視を各ジョブに設定しなくても、遅延監視のポリシーファイルを設定することにより、過去に稼働した実績を元にして、全ジョブの所要時間監視を自動的に行う機能を追加しました。
    遅延が発生したジョブが存在した場合は、メッセージ通知や管理ステータスの参照コマンドを自動実行することができます。
    これにより、ジョブ毎に個別に所要時間監視を設定する負荷が軽減されます。
  • 関係する項目一覧作成機能
    ジョブスケジュールの指定したエンティティ(稼働日カレンダー、トリガ、リソース、動作環境、ジョブ、ネット)を利用している、関係するエンティティを千手ブラウザから一括で一覧出力する機能を提供しました。
    これにより、使用していない定義の把握を行うことが容易になります。
  • ジョブスケジュール定義自動書き出し機能
    千手ブラウザオプションを設定することにより、千手ブラウザで接続している全てのドメインについて、毎日午前9:00に自動的にジョブスケジュール定義データの一括書き出しを行う機能を追加しました。
    これにより、千手ブラウザノードで、ジョブスケジュール定義データのバックアップ取得の自動化が図れます。
  • ジョブの一時停止/スキップ指定コマンド強化
    ジョブの一時停止/スキップ指定コマンドで、ノードグループネットおよび繰り返しネット内に展開されたネットに含まれるジョブの一時停止/スキップ指定を行えるようにしました。
  • 実行動作環境作成機能
    千手ブラウザから実行動作環境を作成できる機能を追加しました。
    フレーム作成後のジョブの動作環境の変更を行う場合に、フレームの再作成を行わなくても実行動作環境が作成でき、実行動作環境の変更が容易に行えます。
  • 自動サイクル運用スキップ機能
    一定期間自動サイクル運用を行いたくない場合に、設定ファイルに非運用日を設定することにより自動サイクル運用をスキップする機能を追加しました。
    セカンダリジョブマネージャ機能を利用して、運用日付単位にマネージャを切り替える運用をした場合に、自動サイクルON/OFFの切り替えを容易に行えるようになります。
  • ジョブモニタのジョブ表示強化(キューイング要因表示)
    キューイング中のジョブのキューイング要因(動作環境未稼働、動作環境同時稼働数上限など)をジョブモニタのランチャート上に表示する機能を追加しました。
    これにより、キューイング要因を容易に確認することができるようになります。
  • ジョブモニタのジョブ表示強化(異常時アクション:自動再ラン回数表示)
    異常時アクションとして自動再ラン設定を行ったジョブが異常終了した場合に、ジョブモニタのランチャート上に再ラン回数を表示する機能を追加しました。
    これにより、異常時アクションの自動再ラン中であることが容易に確認できるようになります。
  • トリガの稼働履歴参照機能
    トリガのステータス更新の履歴情報について、ジョブモニタから過去のトリガの履歴を参照できる機能を追加しました。
    例えば前日のトリガの状況との比較が容易に行えるようになります。
  • ジョブモニタのトリガ表示強化
    トリガの種別(イベント待ちトリガ、ファイル待ちトリガ、フレーム連携トリガ)に応じてジョブモニタのランチャートの上の表示を変更しました。
    これにより、プロパティを参照しなくてもトリガ種別を確認することができるようになります。
  • ジョブモニタフレームタブ表示強化
    フレームに一時停止指定、スキップ指定、サスペンド指定がされていることを、ジョブモニタのフレームタブに表示を行う機能を追加しました。
    これにより、プロパティを参照しなくてもフレームに一時停止指定、スキップ指定、サスペンド指定がされているかどうかを確認することができるようになります。

2.4.6.4. バージョン3.0.0の新機能(コンフィグレーション)

  • 構成情報収集機能<インベントリ情報>
    構成管理ノードの千手に関する情報やハードディスクやネットワークカードなどのハードウェアのインベントリ情報及びOS情報、インストールされているアプリケーション情報を収集します。取得した構成情報が、前回取得結果と異なる場合や、あらかじめ用意したファイルと異なる場合には、メッセージで通知することができます。
  • 構成情報収集機能<ユーザー情報>
    構成管理ノードに登録されているOSのユーザー情報を収集します。取得した構成情報が、前回取得結果と異なる場合や、あらかじめ用意したファイルと異なる場合には、メッセージで通知することができます。ユーザーが許可無く勝手に追加されていないかどうかをチェックするのに役立てます。
  • 構成情報収集機能<ログイン情報>
    構成管理ノードに前日にログインしたユーザーの情報を収集します。毎日収集することで、許可されていないユーザーがログインしていないかを確認することができます。
  • 情報収集機能<ファイル情報>
    構成管理ノードにおける指定したディレクトリ/ファイルのファイルリスト情報や、指定したファイルを収集します。取得した構成情報が、前回取得結果と異なる場合や、あらかじめ用意したファイルと異なる場合には、メッセージで通知することができます。
  • 情報収集機能<コマンド実行>
    構成管理ノードでのコマンド実行時の標準出力情報を収集します。取得した構成情報が、前回取得結果と異なる場合や、あらかじめ用意したファイルと異なる場合には、メッセージで通知することができます。
  • 構成情報収集機能<SNMP項目>
    構成管理ノードでのSNMP管理情報を収集します。取得した構成情報が、前回取得結果と異なる場合や、あらかじめ用意したファイルと異なる場合には、メッセージで通知することができます。
  • 構成情報収集機能<Windows項目>
    構成管理ノードがWindowsのノードで、WMI情報、レジストリ情報、イベントログ情報を収集します。取得した構成情報が、前回取得結果と異なる場合や、あらかじめ用意したファイルと異なる場合には、メッセージで通知することができます。
  • コンフィグレーションの定義データの書き出し・読み込み機能
    千手ブラウザより、構成管理ノード定義・接続設定定義・構成管理項目定義・実行ユニット定義データの書き出し・読み込みを行う事ができます。これにより、構成管理ノードなどコンフィグレーション機能の定義データのバックアップ、定義内容の一括変更を効率よく行うことができます。
  • 構成情報の最新値表示
    取得した構成情報の最新情報を一覧表示することができます。ノード別に構成情報を参照することが出来るほか、構成管理項目別にノード間の構成情報を比較参照することができます。また、構成情報をクリップボードにコピーすることによりExcelに貼り付けることで、構成情報のレポート作成が容易になります。
  • 構成情報の履歴表示
    取得した構成情報の変更履歴情報を一覧表示することができます。ノード別に構成変更情報を参照することが出来るほか、構成管理項目別にノードの構成変更情報を一覧参照することができます。また、構成情報をクリップボードにコピーすることによりExcelに貼り付けることで、構成情報の変更履歴レポート作成が容易になります。
  • 構成情報の蓄積
    収集した構成情報を、指定した期間、千手構成ファイルサーバーに保存することができます。また、蓄積時に暗号化や、圧縮を行うことも可能です。
  • 構成情報の検索
    千手構成ファイルサーバーに接続し、蓄積した構成情報を千手ダウンローダにより、収集日付、構成管理項目名、実行ユニット名、構成管理ノード名をキーワードで検索し、一覧表示することができます。
  • 構成情報の参照
    千手構成ファイルサーバーに接続し、蓄積した構成情報を千手ダウンローダにより、ダウンロードして内容を表示することができます。windiffなどの差分出力アプリケーションと連携することにより、構成管理ノード間の構成情報の違いや、構成管理ノードの構成情報の変更履歴を容易に確認することができます。
  • 千手構成ファイルサーバーに接続する千手ユーザー
    千手構成ファイルサーバーへは、Administrators権限、Managers権限、OpeEditors権限、Operators権限の千手ユーザーが接続できます。また、千手構成ファイルサーバーにのみ接続できるXferManagers権限と、さらに千手構成ファイルサーバーに接続して管理するサーバーを絞って構成情報を検索、参照することができるXferUsers権限が利用できます。これらの権限を使い分けることにより、運用管理者と基盤管理者の役割分担を明確にする事が可能です。

3. 稼働環境

Senju DevOperation Conductorにて構築された運用管理システム(以下、千手システム)の稼働環境は以下のとおりです。

なお、下記に記載されているOS/プロダクトでも、OS/プロダクト提供ベンダーのサポートが終了した場合は、弊社もベンダーからのサポートが受けられなくなります。 そのため、OS/プロダクトの動作に依存する部分については、お客様に対して十分なサポート(調査、対策、改修など)を行うことができなくなりますので予めご了承下さい。

このようなOS/プロダクトをご使用の場合は、早めの切り替えをご検討願います。

3.1. 対応OS

ディスク容量は、千手システムが稼働するのに最低限必要な空き容量を示しています。

同様にメモリ容量は、システムが稼働するマシンに装備すべき最低必要量を示しています。

また、1台のマシンで複数の機能を使用する場合、ディスク容量、メモリ容量はそれぞれ各機能の合計分の容量が必要となりますのでご注意下さい。

3.1.1. 千手マネージャの稼働環境(Linux)

対応機種

下記対応OSのx86アーキテクチャを持つPC及び周辺機器

対応OS

(レッドハット株式会社)
Red Hat Enterprise Linux 5 for x64
Red Hat Enterprise Linux Server 6 for x64
Red Hat Enterprise Linux Server 7 for x64
(Amazon Web Services, Inc.)
Amazon Linux AMI

ディスク容量

2GB以上
管理情報ファイル、ログファイル、パッチ適用の量により異なってきます。
千手エージェントの遠隔ソフトウェア保守機能をご利用の場合、さらに500MB程度必要です。
千手データベースサーバー(RDBMS(PostgreSQL))を利用する場合、さらに1GB程度必要です。(保存する履歴データ量に依存します。)
センサーテキストログ監視を利用する場合、さらに監視対象ログファイルのサイズに応じたディスク容量が必要です。
ランブックオートメーションを利用する場合、セクションの実行結果ファイルのサイズに応じたディスク容量が必要です。

メモリ容量

4GB以上
スワップ領域2GB程度
千手データベースサーバー(RDBMS(PostgreSQL))を利用する場合、512MB(1GB以上を推奨)のメモリを加増

ユーザーID

千手稼働用のユーザーID“senju”を作成します。

ネットワーク

本書「 プロトコル/ポート 」をご参照ください。

データベースシステム

PostgreSQL 8.2.4
(千手データベースサーバー:キャパシティ、ジョブレポートで使用)

注釈

  • Red Hat Enterprise Linuxの最新のUpdateバージョンに対する対応状況につきましては、千手インフォメーションセンターまでお問合せ下さい。

  • OSのデフォルト文字コード設定をC(英語)にすることを推奨します。

  • Amazon Linux AMIの最新のバージョンに対する対応状況につきましては、千手インフォメーションセンターまでお問い合わせ下さい。

  • 千手データベースサーバー(RDBMS(PostgreSQL))を利用する場合、ディスクアクセスの負荷を軽減するため千手システムとRDBMSは物理的に異なるディスクを使用されることを推奨いたします。また、 「ディスクI/Oの高負荷による千手マネージャへの影響」 もご参照下さい。

  • 千手センサーのテキストログ監視では、取得した千手センサーの監視対象ログファイルの内容を千手マネージャ上のログファイルに保存して監視を行います。
    このログファイルは千手センサー上の監視対象ログファイルとほぼ同サイズで、最大3世代保存します。
    そのため、全千手センサーの監視対象ログファイルの想定される最大サイズの合計を3倍した容量が追加で必要になります。
    この計算結果よりも余裕を持ってディスク容量を確保されることを推奨します。
  • ランブックオートメーションでは、実行結果をテキストファイルに保存します。
    そのため、出力ファイルサイズ×1日に動くセクション数×2日分の容量が追加で必要になります。
    出力ファイルサイズの大きいセクションを作成される場合は余裕を持ってディスク容量を確保されることを推奨します。

警告

  • 千手稼動用のユーザーはsuコマンドでroot権限を取得できる必要があります。

  • PostgreSQLはWEBコンソール機能で利用することができません。利用する場合はWindows版の千手データベースサーバーを使用して下さい。

Linuxの各OSインストール時、以下のインストールオプションに対応しています。 それぞれ、パッケージグループ及びパッケージを含むインストールをして下さい。 また、パッケージに依存関係のあるパッケージについてもインストールして下さい。 なお、SELinuxを無効化する必要があります。

Red Hat Enterprise Linux 5 for x64

インストールオプション

必要パッケージ

パッケージデフォルト

sysstat-7.0.xxx.el5.x86_64

Red Hat Enterprise Linux Server 6 for x64

インストールオプション

必要パッケージ

パッケージデフォルト
(基本サーバー)

glibc-2.xxxx.el6.i686
libstdc++-4.x.x-xx.el6.i686
sysstat-9.0.xxxx.el6.x86_64
perl-5.x.x-x.el6.x86_64

カスタマイズ
(最小構成)

glibc-2.xxxx.el6.i686
libstdc++-4.x.x-xx.el6.i386
at-3.xxxx.el6.x86_64
sysstat-7.0.xxx.el6.x86_64
perl-5.xxxx.el6.x86_64

Red Hat Enterprise Linux Server 7 for x64

インストールオプション

必要パッケージ

パッケージデフォルト
(最小限のインストール)

glibc-2.xxxx.el7.i686
libstdc++-4.xxxx.el7.i686
at-3.xxxx.el7.x86_64
bc-1.xxxx.el7.x86_64
psmisc-22.xxxx.el7.x86_64
sysstat-10.xxxx.el7.x86_64
perl-5.xxxx.el7.x86_64

Amazon Linux AMI

インストールオプション

必要パッケージ

パッケージデフォルト

glibc-2.xxxx.amzn1.x86_64
glibc-2.xxxx.amzn1.i686
sysstat-9.0.xxxx.amzn1.x86_64
libgcc47-4.xxxxxx.amzn1.i686
libstdc++-4.amzn1.i686
libstdc++-4.amzn1.x86_64

3.1.2. 千手マネージャの稼働環境(Windows)

対応機種

下記対応OSのハードウェア互換性リスト(HCL)またはWindowsカタログに記載されたx86アーキテクチャをもつPC及び周辺機器

対応OS

Windows Server 2008 R2 Standard x64 日本語版
Windows Server 2008 R2 Enterprise x64 日本語版
Windows Server 2008 R2 Datacenter x64 日本語版
Windows Server 2012 Standard Edition x64 日本語版
Windows Server 2012 Datacenter Edition x64 日本語版
Windows Server 2012 R2 Standard Edition x64 日本語版
Windows Server 2012 R2 Datacenter Edition x64 日本語版

ディスク容量

2GB以上(ファイルシステムはNTFSを前提)
管理情報ファイル、ログファイル、パッチ適用の量により異なってきます。
千手エージェントの遠隔ソフトウェア保守機能をご利用の場合、さらに500MB程度必要です。
千手センサーのイベントログ監視を利用する場合、さらに監視対象ログファイルのサイズに応じたディスク容量が必要です。
ランブックオートメーションを利用する場合、セクションの実行結果ファイルのサイズに応じたディスク容量が必要です。

メモリ容量

4GB以上
仮想メモリ2GB程度

ユーザーID

千手稼働用のユーザーID “senju”を作成します。

ネットワーク

本書「 プロトコル/ポート 」をご参照ください。

注釈

  • 千手センサーのイベントログ監視では、取得したイベントログの内容を千手マネージャ上のログファイルに保存して監視を行います。
    このログファイルは最大約10MBで、最大8世代保存します。
    そのため、80MB×3(Application、Security、System)×千手センサーの台数が追加で必要になります。
    この計算結果よりも余裕を持ってディスク容量を確保されることを推奨します。
  • ランブックオートメーションでは、実行結果をテキストファイルに保存します。
    そのため、出力ファイルサイズ×1日に動くセクション数×2日分の容量が追加で必要になります。
    出力ファイルサイズの大きいセクションを作成される場合は余裕を持ってディスク容量を確保されることを推奨します。

3.1.3. 千手ブラウザの稼働環境

対応機種

下記対応OSのハードウェア互換性リスト(HCL)またはWindowsカタログに記載されたx86アーキテクチャをもつPC及び周辺機器

対応OS

Windows Vista Business 日本語版
Windows Vista Business x64 日本語版
Windows Vista Ultimate 日本語版
Windows Vista Ultimate x64 日本語版
Windows Server 2008 Standard 日本語版
Windows Server 2008 Standard x64 日本語版
Windows Server 2008 Enterprise 日本語版
Windows Server 2008 Enterprise x64 日本語版
Windows Server 2008 Datacenter 日本語版
Windows Server 2008 Datacenter x64 日本語版
Windows 7 Professional 日本語版
Windows 7 Profressional x64 日本語版
Windows 7 Ultimate 日本語版
Windows 7 Ultimate x64 日本語版
Windows Server 2008 R2 Standard x64 日本語版
Windows Server 2008 R2 Enterprise x64 日本語版
Windows Server 2008 R2 Datacenter x64 日本語版
Windows Server 2012 Standard Edition 日本語版
Windows Server 2012 Datacenter Edition 日本語版
Windows 8.1 Pro 日本語版
Windows 8.1 Pro x64 日本語版
Windows 8.1 Enterprise 日本語版
Windows 8.1 Enterprise x64 日本語版
Windows Server 2012 R2 Standard Edition 日本語版
Windows Server 2012 R2 Datacenter Edition 日本語版
Windows 10 Pro 日本語版
Windows 10 Pro x64 日本語版
Windows 10 Enterprise 日本語版
Windows 10 Enterprise x64 日本語版

ディスク容量

1GB以上

メモリ容量

1GB以上

ユーザーID

任意のユーザー名(既存のユーザー名を流用可。)

ネットワーク

本書「 プロトコル/ポート 」をご参照ください。

3.1.4. 千手オフライザの稼働環境

対応機種

下記対応OSのハードウェア互換性リスト(HCL)またはWindowsカタログに記載されたx86アーキテクチャをもつPC及び周辺機器

対応OS

Windows Vista Business 日本語版
Windows Vista Business x64 日本語版
Windows Vista Ultimate 日本語版
Windows Vista Ultimate x64 日本語版
Windows Server 2008 Standard 日本語版
Windows Server 2008 Standard x64 日本語版
Windows Server 2008 Enterprise 日本語版
Windows Server 2008 Enterprise x64 日本語版
Windows Server 2008 Datacenter 日本語版
Windows Server 2008 Datacenter x64 日本語版
Windows 7 Professional 日本語版
Windows 7 Profressional x64 日本語版
Windows 7 Ultimate 日本語版
Windows 7 Ultimate x64 日本語版
Windows Server 2008 R2 Standard x64 日本語版
Windows Server 2008 R2 Enterprise x64 日本語版
Windows Server 2008 R2 Datacenter x64 日本語版
Windows Server 2012 Standard Edition 日本語版
Windows Server 2012 Datacenter Edition 日本語版
Windows 8.1 Pro 日本語版
Windows 8.1 Pro x64 日本語版
Windows 8.1 Enterprise 日本語版
Windows 8.1 Enterprise x64 日本語版
Windows Server 2012 R2 Standard Edition 日本語版
Windows Server 2012 R2 Datacenter Edition 日本語版
Windows 10 Pro 日本語版
Windows 10 Pro x64 日本語版
Windows 10 Enterprise 日本語版
Windows 10 Enterprise x64 日本語版

ディスク容量

1GB以上

メモリ容量

1GB以上

注釈

  • ディスプレイの解像度は1024×768ドット以上の解像度のものを使用して下さい。

3.1.5. 千手エージェントの稼働環境(UNIX)

対応OS

HP-UX Itanium2 (11iv3.0 (11.31))
SunSPARCシリーズ(Solaris10、11)
IBM UNIXサーバー(AIX 6(6.1) 、AIX 7(7.1))

ディスク容量

1GB以上
管理情報ファイル、ログファイル、パッチ適用の量により異なってきます。
センサーテキストログ監視を利用する場合、さらに監視対象ログファイルのサイズに応じたディスク容量が必要です。

メモリ容量

1GB以上
スワップ領域1GB程度

ユーザーID

千手稼働用のユーザーIDを作成します。

ネットワーク

本書「 プロトコル/ポート 」をご参照ください。

注釈

  • IBM UNIXサーバーの種類は、RS/6000、eServer pSeries、eServer p5、System p5、System p、Power Systems、BladeCenter(Power Architecture搭載モデル)となります。

  • 千手センサーのテキストログ監視では、取得した千手センサーの監視対象ログファイルの内容を千手エージェント上のログファイルに保存して監視を行います。
    このログファイルは千手センサー上の監視対象ログファイルとほぼ同サイズで、最大3世代保存します。
    そのため、全千手センサーの監視対象ログファイルの想定される最大サイズの合計を3倍した容量が追加で必要になります。
    この計算結果よりも余裕を持ってディスク容量を確保されることを推奨します。

警告

  • 千手稼動用のユーザーは、suコマンドでroot権限を取得できる必要があります。

  • Solaris 11.4 の場合、千手稼働アカウントのログインシェルはbash/tcshをサポートします。cshはサポート対象外です。

Solaris 10は、以下のインストールオプションに対応しています。Solaris 11は、以下のパッケージをインストールして下さい。

Solaris 10

ソフトウェアグループ

全体ディストリビューションとOEM サポート(Entire Distribution Plus OEM support)

全体ディストリビューション(Entire Distribution)

エンドユーザーシステムサポート(End User System Support)

Solaris 11

パッケージ

system/locale/extra

system/library/iconv/unicode

file/gnu-coreutils

service/network/legacy-remote-utilities ※1

package/svr4

注釈

  • ※1 rshを使用する場合のみ必要です。

3.1.6. 千手エージェントの稼働環境(Solaris Intel Platform、x64/x86版)

対応機種

下記対応バージョンのSolaris ハードウェア互換性リスト(HCL)に記載されたPCまたはx64アーキテクチャをもつPC、及び周辺機器

対応OS

Solaris10、11 (x64/x86版)

ディスク容量

1GB以上
管理情報ファイル、ログファイル、パッチ適用の量により異なってきます。
センサーテキストログ監視を利用する場合、さらに監視対象ログファイルのサイズに応じたディスク容量が必要です。

メモリ容量

1GB以上
スワップ領域1GB程度

ユーザーID

千手稼働用のユーザーIDを作成します。

ネットワーク

本書「 プロトコル/ポート 」をご参照ください。

注釈

  • 千手センサーのテキストログ監視では、取得した千手センサーの監視対象ログファイルの内容を千手エージェント上のログファイルに保存して監視を行います。
    このログファイルは千手センサー上の監視対象ログファイルとほぼ同サイズで、最大3世代保存します。
    そのため、全千手センサーの監視対象ログファイルの想定される最大サイズの合計を3倍した容量が追加で必要になります。
    この計算結果よりも余裕を持ってディスク容量を確保されることを推奨します。

警告

  • 千手稼動用のユーザーは、suコマンドでroot権限を取得できる必要があります。

  • Solaris 11.4 の場合、千手稼働アカウントのログインシェルはbash/tcshをサポートします。cshはサポート対象外です。

Solaris 10は、以下のインストールオプションに対応しています。Solaris 11は、以下のパッケージをインストールして下さい。

Solaris 10

ソフトウェアグループ

全体ディストリビューションとOEM サポート(Entire Distribution Plus OEM support)

全体ディストリビューション(Entire Distribution)

エンドユーザーシステムサポート(End User System Support)

Solaris 11

パッケージ

system/locale/extra

system/library/iconv/unicode

file/gnu-coreutils

service/network/legacy-remote-utilities ※1

package/svr4

注釈

  • ※1 rshを使用する場合のみ必要です。

3.1.7. 千手エージェントの稼働環境(Linux)

対応機種

下記対応OSのx86アーキテクチャを持つPCまたはx64アーキテクチャをもつPC、及び周辺機器

対応OS

(レッドハット株式会社)
Red Hat Enterprise Linux 5
Red Hat Enterprise Linux 5 for x64
Red Hat Enterprise Linux Server 6
Red Hat Enterprise Linux Server 6 for x64
Red Hat Enterprise Linux Server 7 for x64
(日本オラクル株式会社)
Oracle Linux 5 for x86 (32bit)
Oracle Linux 5 for x86_64 (64bit)
Oracle Linux 6 for x86 (32bit)
Oracle Linux 6 for x86_64 (64bit)
(Amazon Web Services, Inc.)
Amazon Linux AMI
(Novell 株式会社)
SUSE Linux Enterprise Server 11

ディスク容量

1GB以上
管理情報ファイル、ログファイル、パッチ適用の量により異なってきます。
センサーテキストログ監視を利用する場合、さらに監視対象ログファイルのサイズに応じたディスク容量が必要です。
仮想サーバーホストのプローブノードとして利用する場合、さらに監視対象の台数に応じたディスク容量が必要です。

メモリ容量

1GB以上
スワップ領域512MB程度

ユーザーID

千手稼働用のユーザーIDを作成します。

ネットワーク

本書「 プロトコル/ポート 」をご参照ください。

注釈

  • Red Hat Enterprise Linux、Oracle Linuxの最新のUpdateバージョン、SUSE Linux Enterprise ServerのService Packレベルに対する対応状況につきましては、千手インフォメーションセンターまでお問合せ下さい。

  • Amazon Linux AMI の最新のバージョンに対する対応状況につきましては、千手インフォメーションセンターまでお問い合わせ下さい。

  • 千手センサーのテキストログ監視では、取得した千手センサーの監視対象ログファイルの内容を千手エージェント上のログファイルに保存して監視を行います。
    このログファイルは千手センサー上の監視対象ログファイルとほぼ同サイズで、最大3世代保存します。
    そのため、全千手センサーの監視対象ログファイルの想定される最大サイズの合計を3倍した容量が追加で必要になります。
    この計算結果よりも余裕を持ってディスク容量を確保されることを推奨します。
  • 仮想サーバーホストのプローブノードとして利用する場合、取得した千手センサーの仮想サーバーホスト情報を千手エージェント上に保存します。
    このファイルは最大約50MBで仮想サーバーホストの台数分1世代保存します。
    そのため、[50MB×千手センサーの台数]のディスク容量が追加で必要になります。
    この計算結果よりも余裕を持ってディスク容量を確保されることを推奨します。

警告

  • 千手稼動用のユーザーは、suコマンドでroot権限を取得できる必要があります。

Linuxの各OSインストール時は、以下のインストールオプションに対応しています。 それぞれ、パッケージグループ及びパッケージを含むインストールをして下さい。 また、パッケージに依存関係のあるパッケージについてもインストールして下さい。 なお、SELinux/AppArmorを無効化する必要があります。

Red Hat Enterprise Linux 5

インストールオプション

必要パッケージ

パッケージデフォルト

sysstat-7.0.xxx.el5.i386

Red Hat Enterprise Linux 5 for x64

インストールオプション

必要パッケージ

パッケージデフォルト

sysstat-7.0.xxx.el5.x86_64

Red Hat Enterprise Linux Server 6

インストールオプション

必要パッケージ

パッケージデフォルト
(基本サーバー)

sysstat-9.0.xxxx.el6.i686
perl-5.xxxx.el6.i686

カスタマイズ
(最小構成)

at-3.xxxx.el6.i686
sysstat-9.0.xxxx.el6.i686
perl-5.xxxx.el6.i686

Red Hat Enterprise Linux Server 6 for x64

インストールオプション

必要パッケージ

パッケージデフォルト
(基本サーバー)

glibc-2.xxxx.el6.i686
sysstat-9.0.xxxx.el6.x86_64
perl-5.x.x-x.el6.x86_64

カスタマイズ
(最小構成)

glibc-2.xxxx.el6.i686
at-3.xxxx.el6.x86_64
sysstat-7.0.xxx.el6.x86_64
perl-5.xxxx.el6.x86_64

Red Hat Enterprise Linux Server 7 for x64

インストールオプション

必要パッケージ

パッケージデフォルト
(最小限のインストール)

glibc-2.xxxx.el7.i686
at-3.xxxx.el7.x86_64
bc-1.xxxx.el7.x86_64
psmisc-22.xxxx.el7.x86_64
sysstat-10.xxxx.el7.x86_64
perl-5.xxxx.el7.x86_64

Oracle Linux 5 for x86 (32bit)

インストールオプション

必要パッケージ

パッケージデフォルト

sysstat-7.0.xxx.el5.i386

カスタマイズ
(最小構成の場合)

sysstat-7.0.xxx.el5.i386

Oracle Linux 5 for x86_64 (64bit)

インストールオプション

必要パッケージ

パッケージデフォルト

sysstat-7.0.xxx.el5.x86_64
glibc-2.xxxx.i686

カスタマイズ
(最小構成の場合)

sysstat-7.0.xxx.el5.x86_64
glibc-2.xxxx.i686

Oracle Linux 6 for x86 (32bit)

インストールオプション

必要パッケージ

パッケージデフォルト
(基本サーバー)

sysstat-9.0.xxxx.el6.i686

Oracle Linux 6 for x86_64 (64bit)

インストールオプション

必要パッケージ

パッケージデフォルト
(基本サーバー)

glibc-2.xxxx.el6.i686
sysstat-9.0.xxxx.el6.x86_64

Amazon Linux AMI

インストールオプション

必要パッケージ

パッケージデフォルト
(最小限のインストール)

glibc-2.xxxx.amzn1.x86_64
glibc-2.xxxx.amzn1.i686
sysstat-9.0.xxxx.amzn1.x86_64

SUSE LINUX Enterprise Server 11

インストールオプション

必要パッケージ

パッケージデフォルト

sysstat
glibc ※

カスタマイズ
(最小構成の場合)

sysstat
glibc ※

注釈

glibcはx86-64版のLinuxを使用時のみに32ビットバージョンのglibcの追加インストールが必要になります。

3.1.8. 千手エージェントの稼働環境(Windows)

対応機種

下記対応OSのハードウェア互換性リスト(HCL)またはWindowsカタログに記載されたx86またはx64アーキテクチャをもつPC及び周辺機器

対応OS

Windows Server 2008 Standard 日本語版
Windows Server 2008 Standard x64 日本語版
Windows Server 2008 Enterprise 日本語版
Windows Server 2008 Enterprise x64 日本語版
Windows Server 2008 Datacenter 日本語版
Windows Server 2008 Datacenter x64 日本語版
Windows Server 2008 R2 Standard x64 日本語版
Windows Server 2008 R2 Enterprise x64 日本語版
Windows Server 2008 R2 Datacenter x64 日本語版
Windows Server 2012 Standard Edition 日本語版
Windows Server 2012 Datacenter Edition 日本語版
Windows Server 2012 R2 Standard Edition 日本語版
Windows Server 2012 R2 Datacenter Edition 日本語版

ディスク容量

1GB以上
管理情報ファイル、ログファイル、パッチ適用の量により異なってきます。
イベントログ監視を利用する場合、さらに監視対象ログファイルのサイズに応じたディスク容量が必要です。
仮想サーバーホストのプローブノードとして利用する場合、さらに監視対象の台数に応じたディスク容量が必要です。

メモリ容量

1GB以上
仮想メモリ1GB程度

ユーザーID

Administratorsグループに所属する千手稼働用のユーザーIDを作成します。ローカルシステムアカウントを使用することもできます。

ネットワーク

本書「 プロトコル/ポート 」をご参照ください。

注釈

  • 千手センサーのイベントログ監視では、取得したイベントログの内容を千手エージェント上のログファイルに保存して監視を行います。
    このログファイルは最大約10MBで、最大8世代保存します。
    そのため、80MB×3(Application、Security、System)×千手センサーの台数が追加で必要になります。
    この計算結果よりも余裕を持ってディスク容量を確保されることを推奨します。
  • 仮想サーバーホストのプローブノードとして利用する場合、取得した千手センサーの仮想サーバーホスト情報を千手エージェント上に保存します。
    このファイルは最大約50MBで仮想サーバーホストの台数分1世代保存します。
    そのため、[50MB×千手センサーの台数]のディスク容量が追加で必要になります。
    この計算結果よりも余裕を持ってディスク容量を確保されることを推奨します。

3.1.9. 千手データベースサーバーの稼働環境(Windows)

千手マネージャあるいは、千手エージェントに千手データベースサーバーを追加して利用する場合、以下の環境が必要になります。

対応機種

下記対応OSのハードウェア互換性リスト(HCL)またはWindowsカタログに記載されたX86アーキテクチャをもつPCおよび周辺機器。
ただし、対応できるプロセッサ数には、それぞれの製品による制限があります。

対応OS

Windows Server 2008 R2 Standard x64 日本語版
Windows Server 2008 R2 Enterprise x64 日本語版
Windows Server 2008 R2 Datacenter x64 日本語版
Windows Server 2012 Standard Edition 日本語版
Windows Server 2012 Datacenter Edition 日本語版
Windows Server 2012 R2 Standard Edition 日本語版
Windows Server 2012 R2 Datacenter Edition 日本語版

ディスク容量

千手マネージャまたは、千手エージェントのディスク容量に加えさらに10GB程度必要です。(保存する履歴データ量に依存します。)

メモリ容量

千手マネージャまたは、千手エージェントのメモリ容量に加えさらに4GBのメモリを加増

データベースシステム

Microsoft SQL Server 2008
※ MSCS / MSFC上にインストールする場合は、SQL Server 2008 Standard あるいはEnterpriseのエディションが必要となります。
Microsoft SQL Server 2008 R2
※ MSCS / MSFC上にインストールする場合は、SQL Server 2008 R2 Standard、EnterpriseあるいはDatacenterのエディションが必要となります。
Microsoft SQL Server 2012
※ MSCS / MSFC上にインストールする場合は、SQL Server 2012Standard、Business IntelligenceあるいはEnterpriseのエディションが必要となります。
Microsoft SQL Server 2014
※ MSCS / MSFC上にインストールする場合は、SQL Server 2014Standard、Business IntelligenceあるいはEnterpriseのエディションが必要となります。
(千手データベースサーバー:キャパシティ、ジョブレポート、WEBコンソールで使用)

ネットワーク

本書「 プロトコル/ポート 」をご参照ください。

3.1.10. 千手ウェブサーバーの稼働環境

千手マネージャあるいは、千手エージェントに千手ウェブサーバーを追加して利用する場合、以下の環境が必要になります。

対応機種

下記対応OSのハードウェア互換性リスト(HCL)またはWindowsカタログに記載されたX86アーキテクチャをもつPCおよび周辺機器。
ただし、対応できるプロセッサ数には、それぞれの製品による制限があります。

対応OS

Windows Server 2008 R2 Standard x64 日本語版
Windows Server 2008 R2 Enterprise x64 日本語版
Windows Server 2008 R2 Datacenter x64 日本語版
Windows Server 2012 Standard Edition 日本語版
Windows Server 2012 Datacenter Edition 日本語版
Windows Server 2012 R2 Standard Edition 日本語版
Windows Server 2012 R2 Datacenter Edition 日本語版

WEBサーバー

Microsoft Internet Information Service 6.0,7.0,7.5,8.0

ディスク容量

千手マネージャまたは、千手エージェントのディスク容量に加えさらに2GB程度必要です。

メモリ容量

千手マネージャまたは、千手エージェントのメモリ容量に加えさらに1GBのメモリを加増

ネットワーク

本書「 プロトコル/ポート 」をご参照ください。

(Webブラウザ推奨稼働環境)

対応機種

Webブラウザの動作するコンピュータ

対応OS

PC: 千手ブラウザの稼働環境に準じる
スマートフォン: iOS8 , iOS9

Webブラウザ

推奨稼働環境(PC):
日本語版 Microsoft Internet Explorer 11
Java 8 (JRE 1.8)以降
Adobe Flash Player 10以降
推奨稼働環境(スマートフォン):
対応OSで稼働するSafari

注釈

  • 上記推奨バージョンは、各開発元のリリースおよび更新状況に応じて今後変更する場合があります。

  • アップデートバージョンについては各製品の最新のものを利用して下さい。

3.1.11. SNMPコレクタの稼働環境

対応機種

Senju DevOperation Conductorの動作するコンピュータ

対応OS

千手マネージャ:
HP-UX、Solaris、Linux、Windows プラットフォームのSenju DevOperationConductor稼働環境に準じる
千手エージェント :
HP-UX、Solaris、AIX、Linux、Windows プラットフォームのSenju DevOperation Conductor稼働環境に準じる

ディスク容量

Senju DevOperation Conductor稼働環境に準じる

メモリ容量

Senju DevOperation Conductor稼働環境に準じる

ネットワーク

Senju DevOperation Conductor稼働環境に準じる

3.1.12. 千手構成ファイルサーバーの稼働環境

対応機種

下記対応OSのハードウェア互換性リスト(HCL)またはWindowsカタログに記載されたx86アーキテクチャをもつPC及び周辺機器

対応OS

Windows Server 2008 Standard 日本語版
Windows Server 2008 Standard x64日本語版
Windows Server 2008 Enterprise 日本語版
Windows Server 2008 Enterprise x64日本語版
Windows Server 2008 Datacenter 日本語版
Windows Server 2008 Datacenter x64日本語版
Windows Server 2008 R2 Standard x64 日本語版
Windows Server 2008 R2 Enterprise x64 日本語版
Windows Server 2008 R2 Datacenter x64 日本語版
Windows Server 2012 Standard Edition 日本語版
Windows Server 2012 Datacenter Edition 日本語版
Windows Server 2012 R2 Standard Edition 日本語版
Windows Server 2012 R2 Datacenter Edition 日本語版

ディスク容量

Senju DevOperation Conductor稼働環境に準じる

メモリ容量

Senju DevOperation Conductor稼働環境に準じる

ネットワーク

Senju DevOperation Conductor稼働環境に準じる

3.1.13. 千手センサーの稼働環境

対応機種

Senju DevOperation Conductor稼働環境
千手エージェント(HP-UX、Solaris、AIX、Linux、Windows プラットフォーム)の稼働環境に準じる

対応OS

Senju DevOperation Conductor稼働環境に準じる

ディスク容量

メモリ容量

ネットワーク

Senju DevOperation Conductor稼働環境に準じる

3.2. 連携プロダクト

3.2.1. Senju Operation Conductor/Job Scheduler for R/3の稼働環境

対応機種

Senju DevOperation Conductor及びSAP R/3、SAP BWの動作するコンピュータ

対応プロダクトバージョン

SAP ERP 6.0 (旧名称:SAP ERP 2005) (BC-XBP 6.10、BW-SCH 3.0)
SAP ERP 6.0 (旧名称:SAP ERP 2005) (BC-XBP 7.20、BW-SCH 3.0)

対応OS

千手マネージャ:
Linux、Windows プラットフォームのSenju DevOperation Conductor稼働環境に準じる
千手エージェント :
Linux、Windows プラットフォームのSenju DevOperation Conductor稼働環境に準じる

注釈

  • SAP ERP 6.0 (旧名称:SAP ERP 2005)との連携を行う場合は、SAPシステムのパスワードに小文字は使用できません。

  • Linuxの千手エージェントにてSAPとの連携を行う場合、以下のパッケージの追加インストールが必要になります。
    • 32bit版 libstdc++

  • SAP ERP 6.0 (BC-XBP 7.20、BW-SCH 3.0)は、Windows版の一部のR/3ジョブ連携コマンドのみが連携できます。
    詳しくはマニュアル 「eXsenju/Job Scheduler for R/3」 をご参照下さい。

3.2.2. Senju Operation Conductor/CCMS Monitoring for mySAPの稼働環境

対応機種

Senju DevOperation Conductor及びCCMSの動作するコンピュータ

対応プロダクトバージョン

SAP ERP 6.0 (旧名称:SAP ERP 2005) (BC-XAL 6.10)
SAP ERP 6.0 (旧名称:SAP ERP 2005) (BC-XAL 7.20)
SAP Business Intelligence 7.0

対応OS

千手マネージャ:
Linux、Windows プラットフォームのSenju DevOperation Conductor稼働環境に準じる
千手エージェント :
Linux、Windows プラットフォームのSenju DevOperation Conductor稼働環境に準じる

注釈

  • SAP ERP 6.0 (旧名称:SAP ERP 2005)との連携を行う場合は、SAPシステムのパスワードに小文字は使用できません。

  • Linuxの千手エージェントにてSAPとの連携を行う場合、以下のパッケージの追加インストールが必要になります。
    • 32bit版 libstdc++

  • SAP ERP 6.0 (BC-XBP 7.20、BW-SCH 3.0)は、Windows版のエージェントのみが連携できます。
    詳しくはマニュアル 「eXsenju/CCMS Monitoring for mySAP」 をご参照下さい。

3.2.3. VMware vSphere連携の稼働環境

対応機種

Senju DevOperation Conductor及びVMware vSphere SDK for Perl 5.0以上が動作するコンピュータ

対応プロダクトバージョン

VMware ESXi 5.0、5.1、5.5、6.0
VMware vCenter Server 5.0、5.1、5.5、6.0

対応OS

千手マネージャ:
Linux、Windows プラットフォームのSenju DevOperation Conductor稼働環境に準じる
プローブノード:
VMware vSphere SDK for Perl の稼働環境、及びLinux、Windows プラットフォームのSenju DevOperation Conductor稼働環境に準じる
千手エージェント:
VMware ESX Server / VMware ESXi / VMware vCenter Server稼働環境に準じる

注釈

  • VMware vSphere SDK for Perl の稼働環境に関しては、ベンダー(VMware)のリリースノートをご参照下さい。

3.2.4. Hyper-V連携の稼働環境

対応機種

Hyper-Vの動作するコンピュータ

対応プロダクトバージョン

Windows Server 2008 R2 Hyper-V
Windows Server 2012 Hyper-V
Windows Server 2012 R2 Hyper-V

対応OS

千手マネージャ:
Linux、Windows プラットフォームのSenju DevOperation Conductor稼働環境に準じる
プローブノード:
WindowsのSenju DevOperation Conductor稼働環境に準じる
千手エージェント:
WindowsのSenju DevOperation Conductor稼働環境に準じる

3.2.5. AWS連携の稼働環境

対応機種

下記対応OSのx86アーキテクチャを持つPC、及び周辺機器

対応OS

千手マネージャ:
Linux、Windows プラットフォームのSenju DevOperation Conductor稼働環境に準じる
プローブノード:
Linux、Windows プラットフォームのSenju DevOperation Conductor稼働環境に準じる

AWS SDK for Java

AWS SDK for Java 1.11.29 で動作確認

Java SE

Oracle Java SE Runtime Environment 8 で動作確認

ネットワーク

AWSエンドポイントに接続可能なネットワーク環境

3.3. 監視対象プロダクト

3.3.1. ORACLE監視

ORACLE監視のうち、ODBCレスポンス監視項目以外(項目名に“DB”が含まれないもの)でサポートしているORACLEのバージョンとOS種別の組み合わせは以下の通りです。

OS種別

ORACLEバージョン

HP-UX

11.2.0

Solaris

11.2.0

Linux

11.2.0
12.1.0

Windows

11.2.0
12.1.0

注釈

  • 監視対象となるOracleデータベースのバージョンに対応したOracle Clientをインストールして下さい。

  • 千手センサーとプローブのOS種別は同一である必要があります。

ORACLE監視のうち、ODBCレスポンス監視項目(項目名に“DB”が含まれるもの)でサポートしているORACLEのバージョンとOS種別の組み合わせは以下の通りです。

OS種別

ORACLEバージョン

Windows

11.2.0
12.1.0

注釈

Itanium2, x64版ORACLEでの稼働確認は実施していません。

3.3.2. DB2 UDB監視

DB2 UDB監視のうち、ODBCレスポンス監視項目以外(項目名に“DB”が含まれないもの)でサポートしているDB2 UDBのバージョンとOS種別の組み合わせは以下の通りです。

OS種別

DB2 UDBバージョン

Windows

9.5
9.7
10.1

注釈

DB2 UDB監視を行う際に、千手センサーとプローブのDBバージョン、OS種別は同一である必要があります。

DB2 UDB監視のうち、ODBCレスポンス監視項目(項目名に“DB”が含まれるもの)でサポートしているDB2 UDBのバージョンとOS種別の組み合わせは以下の通りです。

OS種別

DB2 UDBバージョン

Windows

9.5
9.7
10.1

注釈

Itanium2, x64版DB2 UDBでの稼働確認は実施していません。

3.3.3. SQL Server監視

SQL Server監視のうち、ODBCレスポンス監視項目以外(項目名に“DB”が含まれないもの)でサポートしているSQL ServerのバージョンとOS種別の組み合わせは以下の通りです。

OS種別

SQL Serverバージョン

Windows

2008
2008R2
2012
2014

注釈

SQL Server監視を行う際に、千手センサーとプローブのDBバージョン、OS種別は同一である必要があります。

SQL Server監視のうち、ODBCレスポンス監視項目(項目名に“DB”が含まれるもの)でサポートしているSQL ServerのバージョンとOS種別の組み合わせは以下の通りです。

OS種別

SQL Serverバージョン

Windows

2008
2008R2
2012
2014

注釈

Itanium2, x64版SQL Serverでの稼働確認は実施していません。

3.3.4. PostgreSQL監視

PostgreSQL監視でサポートしているPostgreSQLのバージョンとOS種別の組み合わせは以下の通りです。

OS種別

PostgreSQLバージョン

Linux

8.2

注釈

パッチバージョンへの対応状況についての詳細は、千手インフォメーションセンターまでお問合せ下さい。

3.3.5. Apache監視

Apache監視でサポートしているApacheのバージョンとOS種別の組み合わせは以下の通りです。

OS種別

Apacheバージョン

千手エージェントの稼働環境に準じる

2.2
2.4

注釈

パッチバージョンへの対応状況についての詳細は、千手インフォメーションセンターまでお問合せ下さい。

3.3.6. SNMP監視

SNMP(Simple Network Management Protocol)で、サポートしているバージョンは、SNMPv1、v2cです。

3.3.7. ディスク容量監視

UNIX、Linux版千手エージェントのディスク容量の監視が可能なディスクデバイス(パーティション)は、ローカルにマウントされた以下のファイルシステムのみです。 その他のファイルシステムの場合、監視ができません。

※NFSでマウントされたディスクについては、環境変数を設定することで監視可能です。 設定方法につきましては、 ユーザーズマニュアル「UNIXのディスク監視においてNFSでマウントされたディスクを監視したい場合の設定」 を参照して下さい。

【Solaris , Solaris (Intel Platform Edition)の場合】 UFS, ZFS

【HP-UXの場合】 HFS, VxFS

【AIXの場合】 JFS, JFS2

【Linuxの場合】 Ext 2, 3, 4(Extended Filesystem Version 2, 3, 4), XFS

3.3.8. APサーバー監視

APサーバー監視でサポートしている監視対象APサーバーは以下の通りです。

APサーバー名

バージョン

Oracle WebLogic Server

12c R2(12.2.1.3)
12c (12.1)
11g

WebSphere Application Server および WebSphere Application Server Network Deployment (WAS ND)

8.5
8.0
7.0

JBoss Application Server

7.2
7.1
7.0
6.1
6.0
5.1
4.2

JBoss Enterprise Application Platform

6.3
6.2
6.1

注釈

Itanium2, x64版WebLogic Server, WebSphere Application Server, JBoss Application Serverでの稼働確認は実施していません。

監視対象APサーバー毎の対応OSは以下の通りです。

【Oracle WebLogic Server 11g / 12c】

エージェント/プローブOS

エージェント/プローブJVM

Linux

APサーバーの稼働環境に準じるWebLogic JRockit 9.0 (J2SE 1.6.0) で動作確認

Windows

APサーバーの稼働環境に準じるWebLogic JRockit 9.0 (J2SE 1.6.0) で動作確認

注釈

  • 管理ポートを有効にした状態で稼働するWebLogicの監視は対応していません。

【IBM WebSphere Application Server, WAS ND 7.0 / 8.0 / 8.5】

エージェントOS

エージェントJVM

Linux

APサーバーの稼働環境に準じる

Windows

APサーバーの稼働環境に準じる

注釈

  • プローブを使ったセンサー監視には対応していません。

  • Linuxエージェントによる監視はWAS 7.0のみの対応です。

【JBoss AS 4.2 / 5.1 / 6.0 / 6.1 / 7.0 / 7.1 / 7.2, JBoss EAP 6.1 / 6.2 / 6.3】

エージェント/プローブOS

エージェント/プローブJVM

Linux

APサーバーの稼働環境に準じる

Windows

APサーバーの稼働環境に準じる

注釈

  • クラスターモードで稼働するJBoss監視は対応していません。

  • パッチバージョンへの対応状況についての詳細は、千手インフォメーションセンターまでお問合せ下さい。

  • JBoss 7.0以降を監視する場合、通常の監視項目では監視できません。監視項目の詳細は、千手インフォメーションセンターまでお問合せ下さい。

3.3.9. Exchange Server監視

サポートしている監視対象Exchange Serverのバージョンは以下の通りです

エージェントOS

ExchangeServerバージョン

Windows

2007
2010

注釈

  • Itanium2, x64版Exchange Serverでの稼働確認は実施していません。

  • 監視項目については別途テンプレートを提供しております。詳細については千手カスタマサポートセンターまでお問い合わせ下さい。

3.4. その他環境

3.4.1. モニタリング監視項目の前提環境

カテゴリ[エクステンション]

監視項目名

監視対象ノード(エージェント)

監視対象ノード(センサー) ※26

プローブ

システム情報[BASE]

CPU使用率(%)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows ※22

CPU使用率(%)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

CPU使用率(%)[SNMP]

SNMP ※2 ※21

UNIX / Linux / Windows

仮想メモリ使用率(%)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows ※22

仮想メモリ使用率(%)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

仮想メモリ使用率(%)[SNMP]

SNMP ※2 ※21

UNIX / Linux / Windows

稼働プロセス数(個)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows ※22

稼働プロセス数(個)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

稼働プロセス数(個)[SNMP]

SNMP ※2 ※21

UNIX / Linux / Windows

ディスク[BASE]

ディスク使用率(%)[UNIX]

UNIX / Linux ※23

UNIX / Linux ※14 ※21

UNIX / Linux / Windows ※28

ディスク使用率(%)[WMI]

Windows + WMI

WMI ※1 ※21

Windows ※28

ディスク使用量(MB)[UNIX]

UNIX / Linux ※23

UNIX / Linux ※14 ※21

UNIX / Linux / Windows ※28

ディスク使用量(MB)[WMI]

Windows + WMI

WMI ※1 ※21

Windows ※28

ディスク未使用量(MB)[UNIX]

UNIX / Linux ※23

UNIX / Linux ※14 ※21

UNIX / Linux / Windows ※28

ディスク未使用量(MB)[WMI]

Windows + WMI

WMI ※1 ※21

Windows ※28

プロセス[BASE]

プロセス別CPU使用率(%)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows ※28

プロセス別CPU使用率(%)[WMI]

Windows + WMI

WMI ※1 ※21

Windows ※28

プロセス別メモリ使用量(MB)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows ※28

プロセス別メモリ使用量(MB)[WMI]

Windows + WMI

WMI ※1 ※21

Windows ※28

同一プロセス名稼働数[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows ※28

同一プロセス名稼働数[WMI]

Windows + WMI

WMI ※1 ※21

Windows ※28

プロセス稼働監視[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows ※28

プロセス稼働監視[WMI]

Windows + WMI

WMI ※1 ※21

Windows ※28

詳細情報[BASE]

CPU使用率(%)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

CPU使用率(%)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

プロセッサ別CPU使用率(%)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※15 ※21

UNIX / Linux / Windows

プロセッサ別CPU使用率(%)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

仮想メモリ使用率(%)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

仮想メモリ使用率(%)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

稼働プロセス数(個)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

稼働プロセス数(個)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

ディスク使用率(%)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

ディスク使用率(%)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

ディスク使用量(KB)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

ディスク使用量(KB)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

ディスク未使用量(KB)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

ディスク未使用量(KB)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

ディスク全体量(KB)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

ディスク全体量(KB)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

ディスク使用量(MB)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

ディスク使用量(MB)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

ディスク未使用量(MB)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

ディスク未使用量(MB)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

ディスク全体量(MB)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

ディスク全体量(MB)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

プロセス別CPU使用率(%)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

プロセス別CPU使用率(%)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

プロセス別メモリ使用量(KB)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

プロセス別メモリ使用量(KB)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

プロセス別メモリ使用量(MB)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

プロセス別メモリ使用量(MB)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

同一プロセス名稼働数[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

同一プロセス名稼働数[WMI]

Windows + WMI

WMI ※1 ※21

Windows

プロセス別CPU使用率(親プロセスのみ)(%)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

プロセス別メモリ使用量(親プロセスのみ)(KB)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

プロセス別メモリ使用量(親プロセスのみ)(MB)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

同一プロセス名稼働数(親プロセス)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

物理メモリ使用率(%)[UNIX]

UNIX / Linux ※15 ※16 ※20

UNIX / Linux ※14 ※15 ※16 ※20 ※21

UNIX / Linux / Windows

物理メモリ使用率(%)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

コミットチャージ使用率(%)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

ページINバイト数(KB/秒)[UNIX]

UNIX / Linux ※16

UNIX / Linux ※14 ※16 ※21

UNIX / Linux / Windows

ページOUTバイト数(KB/秒)[UNIX]

UNIX / Linux ※16

UNIX / Linux ※14 ※16 ※21

UNIX / Linux / Windows

CPU使用率:ユーザーモード(%)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

CPU使用率:ユーザーモード(%)[WMI]

Windows + WMI

WMI ※1 ※10 ※21

Windows

実行待ちスレッド数[WMI]

Windows + WMI

WMI ※1 ※10 ※21

Windows

実行待ちプロセス数[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

稼働スレッド数[WMI]

Windows + WMI

WMI ※1 ※10 ※21

Windows

CPUハードウェア割り込み数(/秒)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

CPUハードウェア割り込み数(/秒)[WMI]

Windows + WMI

WMI ※1 ※10 ※21

Windows

サービス稼働確認[WMI]

Windows + WMI

WMI ※1 ※21

Windows

システムポート稼働確認

UNIX / Linux / Windows

指定ポートへのアクセスが可能 ※21

UNIX / Linux / Windows

TELNET ポート稼働確認

UNIX / Linux / Windows

TELNETポートへのアクセスが可能 ※21

UNIX / Linux / Windows

FTPポート稼働確認

UNIX / Linux / Windows

FTPポートへのアクセスが可能 ※21

UNIX / Linux / Windows

ネットワーク接続所要時間(ミリ秒)

UNIX / Linux / Windows

指定ポートへのアクセスが可能 ※21

UNIX / Linux / Windows

TELNET所要時間(ミリ秒)

UNIX / Linux / Windows ※17

TELNETポートへのアクセスが可能 ※21 ※17

UNIX / Linux / Windows ※17

FTPファイル送信所要時間(秒)

UNIX / Linux / Windows

FTPポートへのアクセスが可能 ※21

UNIX / Linux / Windows

FTPファイル受信所要時間(秒)

UNIX / Linux / Windows

FTPポートへのアクセスが可能 ※21

UNIX / Linux / Windows

ホスト名解決所要時間(ミリ秒)

UNIX / Linux / Windows

NTP時刻取得所要時間 (ミリ秒)

UNIX / Linux / Windows

コマンド実行時間(秒)

UNIX / Linux / Windows

プロセス稼働監視[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

プロセス稼働監視[WMI]

Windows + WMI

WMI ※1 ※21

Windows

ファイル改竄監視

UNIX / Linux / Windows

ファイル更新監視

UNIX / Linux / Windows

CPU使用率TOP(n)プロセス(%)[UNIX]

UNIX / Linux

CPU使用率TOP(n)プロセス(%)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

メモリ使用量TOP(n)プロセス(KB)[UNIX]

UNIX / Linux

メモリ使用量TOP(n)プロセス(KB)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

メモリ使用量TOP(n)プロセス(MB)[UNIX]

UNIX / Linux

メモリ使用量TOP(n)プロセス(MB)[WMI]

Windows + WMI

WMI ※1 ※21

Windows

ディスクI/O数(/秒)[UNIX]

UNIX / Linux ※15 ※16

UNIX / Linux ※14 ※15 ※16 ※21

UNIX / Linux / Windows

ディスクI/O数(/秒)[WMI]

Windows + WMI

WMI ※1 ※10 ※21

Windows

ディスクI/Oバイト数(KB/秒)[UNIX]

UNIX / Linux ※15

UNIX / Linux ※14 ※15 ※21

UNIX / Linux / Windows

ディスクI/Oバイト数(KB/秒)[WMI]

Windows + WMI

WMI ※1 ※10 ※21

Windows

ディスクI/O待ちプロセス数(/秒)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

ディスクI/O待ちプロセス数(/秒)[WMI]

Windows + WMI

WMI ※1 ※10 ※21

Windows

ディスクI/O WAIT率(%)[UNIX]

UNIX / Linux

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

ディスクI/O所要時間(秒)

UNIX / Linux / Windows

ディスクI/O書き込み密度(回/秒)

UNIX / Linux / Windows

ディスクI/O読み込み密度(回/秒)

UNIX / Linux / Windows

ディスクI/O書き込みスループット(MB/秒)

UNIX / Linux / Windows

ディスクI/O読み込みスループット(MB/秒)

UNIX / Linux / Windows

OS稼働日数(日)[UNIX]

UNIX / Linux / Windows

UNIX / Linux ※14 ※21

UNIX / Linux / Windows

OS稼働日数(日)[WMI]

UNIX / Linux / Windows

WMI ※1 ※21

Windows

WEBサーバー[WEB-Standard監視]

URL応答確認

UNIX / Linux / Windows ※4 ※18

http通信が可能 ※4 ※18

UNIX / Linux / Windows

URL応答時間(秒)

UNIX / Linux / Windows ※4 ※18

http通信が可能 ※4 ※18

UNIX / Linux / Windows

URL応答確認(https)[Windows]

Windows ※4 ※18

https通信が可能 ※4 ※18

Windows

URL応答時間(https)(秒)[Windows]

Windows ※4 ※18

https通信が可能 ※4 ※18

Windows

Webページ更新監視

UNIX / Linux / Windows ※4 ※18

http通信が可能 ※4 ※18

UNIX / Linux / Windows

Webシナリオ監視[OneSight]

Windows

http通信が可能

UNIX / Linux / Windows

WEBサーバー[Apache監視]

“Apache:” で始まる全ての監視項目

UNIX / Linux / Windows ※4 ※5

Apacheが稼働 + http通信が可能 ※4 ※5

UNIX / Linux / Windows

WEBサーバー[IIS監視]

“IIS:” で始まる全ての監視項目

Windows + WMI ※24

WMI ※1 IISが稼働 ※10 ※24

Windows

DBサーバー[Oracle監視]

“ORACLE:DB”で始まる全ての監視項目

Windows ※6

“ORACLE:” で始まる上記以外全ての監視項目

UNIX / Linux / Windows ※6 ※8

Oracleが稼働 ※6 ※8

UNIX / Linux / Windows ※6 ※9

DBサーバー[SQL Server監視]

“SQL Server:DB”で始まる全ての監視項目

Windows ※6

“SQL Server:” で始まる上記以外全ての監視項目

Windows ※6

Micorsoft SQL Serverが稼働 ※6

Windows

DBサーバー[DB2 UDB監視]

“DB2 UDB:DB”で始まる全ての監視項目

Windows ※6

“DB2 UDB:” で始まる上記以外の全ての監視項目

UNIX / Windows ※6

DB2 UDBが稼働 ※6

UNIX / Windows

DBサーバー[PostgreSQL監視]

“PostgreSQL:” で始まる全ての監視項目

UNIX / Linux ※6

PostgreSQLが稼働 ※6

UNIX / Linux

MAILサーバー[MAIL-Standard監視]

SMTPポート稼働確認
POP3ポート稼働確認
IMAPポート稼働確認

UNIX / Linux / Windows

確認対象サービスが稼働

UNIX / Linux / Windows

SMTPメール送信時間(認証なし)(ミリ秒)
SMTPメール送信時間(認証あり)(ミリ秒)
POP3メール受信時間(ミリ秒)
IMAPメール受信時間(ミリ秒)

UNIX / Linux / Windows

MAILサーバー[Exchange Server監視] ※7

“Exchange 5.5:” で始まる全ての監視項目

W + WMI

WMI ※1 Microsoft Exchange 5.5が稼働 ※13

W

“Exchange 2000:”で始まる全ての監視項目

WMI ※1 Microsoft Exchange 2000 / 2003が稼働

APサーバー[WebLogic監視]

“WLS:”で始まる全ての監視項目

UNIX / Linux / Windows ※6 ※11 ※12

WebLogic Serverが稼働 ※12

UNIX / Linux / Windows ※11

APサーバー[WebSphere監視]

“WAS:”で始まる全ての監視項目

UNIX / Linux / Windows ※6 ※11 ※12

APサーバー[JBoss監視]

JBoss:で始まる全ての監視項目

Linux / Windows ※6 ※11 ※12 ※25

JBossが稼働 ※12 ※25

Linux / Windows ※25

APサーバー[.NET Framework監視]

.NET Framework:で始まる全ての監視項目

Windows + WMI

WMI ※1 IISが稼働 ※10

Windows

ERPパッケージ[mySAP監視]

“mySAP:”で始まる全ての監視項目

Linux / Windows

mySAPが稼働

Linux / Windows

ネットワーク[パケット監視]

エクステンションに属する全ての監視項目

UNIX / Linux / Windows ICMPパケットが到達可能

ICMPパケットが到達可能 ※21

UNIX / Linux / Windows

ネットワーク[SNMP監視]

エクステンションに属する全ての監視項目

UNIX / Linux / Windows SNMP ※3 ※29

SNMP ※3 ※21 ※29

UNIX / Linux / Windows

バーチャリゼーション[VMware監視]

“VMware:”で始まる全ての監視項目

ESX Server/vCenter Serverが稼働 https通信が可能

Linux / Windows ※19

バーチャリゼーション[Hyper-V監視]

“Hyper-V:”で始まる全ての監視項目

Windows + WMI

WMI ※1 Hyper-Vが稼働

Windows

クラウドサービス[AWS監視]

“AWS:”で始まる全ての監視項目

AWSエンドポイントに接続可能なネットワーク環境
http通信が可能

Linux / Windows ※27

注釈

プローブノードおよび千手センサーで使用するプロトコルやポートについては、本書「 プロトコル/ポート 」をご参照ください。

※1 千手センサーのOSがWindowsの場合、ネットワークアクセスの認証方式は、「クラシック - ローカル ユーザーがローカルユーザーとして認証する」の指定が必要です。「コントロール パネル」の「管理ツール」から「ローカルセキュリティポリシー」の「セキュリティオプション」を選択し、「ネットワーク アクセス:ローカルアカウントの共有とセキュリティ モデル」の設定を、「クラシック -ローカル ユーザーがローカルユーザーとして認証する」に変更して下さい。

※2 以下のOIDの値が正しく取得可能なSNMPエージェントが必要です。

  • CPU使用率:

    (HP-UXの場合)

    1.3.6.1.4.1.11.2.3.1.1(iso.org.dod.internet.private.enterprises.hp.nm.systemHP.general.computerSystem) 以下

    (Solaris,AIX,Linuxの場合)

    1.3.6.1.2.1.25.3.3.1.2(iso.org.dod.internet.mgmt.mib-2.host.hrDevice.hrProcessorTable.hrProcessorEntry.hrProcessorLoad) 以下

  • 仮想メモリ使用率:

    1.3.6.1.2.1.25.2(iso.org.dod.internet.mgmt.mib-2.host.hrStorage)以下

    ただし、VMware ESX Serverの監視は行えません。

  • 稼働プロセス数:

    1.3.6.1.2.1.25.1.6(iso.org.dod.internet.mgmt.mib-2.host.hrSystem.hrSystemProcesses) 以下 または、

    (HP-UXの場合)

    1.3.6.1.4.1.11.2.3.1.4.1.0(iso.org.dod.internet.private.enterprises.hp.nm.systemHP.general.general.processes.processNum)以下

    (AIXの場合)

    1.3.6.1.4.1.2.6.191.7.1.0(iso.org.dod.internet.private.enterprises.ibm.ibmProd.ibmAIX.aixProcess.aixProcNum) 以下

※3 以下のOIDの値が正しく取得可能なSNMPエージェントが必要です。

1.3.6.1.2.1.2 (iso.org.dod.internet.mgmt.mib-2.interfaces) 以下

< MIB-II (RFC1213) >

※4 実際の監視は、監視タスクのパラメータで指定されたURLでアクセスされるhttpサーバーに対して行います。

※5 別途監視するApacheサーバーのmod_statusモジュールを使用するための設定が必要です。設定方法につきましては、 インストールマニュアル「カスタマイズ/オプション機能の設定」 を参照して下さい。

※6 対応バージョンの詳細につきましては、本書「 連携プロダクト 」および「 監視対象プロダクト 」を参照して下さい。

※7 以下の監視項目は、下位互換性のために存在します。監視機能は利用できません。
  • MAILサーバー[Exchange Server監視]

※8 Oracleのリスナーサービスが起動されている必要があります。

※9 別途Oracle Clientのインストールが必要です。インストール方法につきましては、 インストールマニュアル「カスタマイズ/オプション機能の設定」 をご覧下さい。

※10 Windows NTノードでは監視できません。

※11 監視対象のAPサーバーと同じJava実行環境を設定し、その設定をAPサーバー監視用設定コマンドで登録しておく必要があります。詳細につきましては、 インストールマニュアル「カスタマイズ/オプション機能の設定」 を参照して下さい。

※12 APサーバーで、情報取得ができるように設定されている必要があります。詳細につきましては、 インストールマニュアル「カスタマイズ/オプション機能の設定」 を参照して下さい。

※13 千手センサー側に別途senju.mofのインストールが必要です。(詳細は インストールマニュアル「千手センサーの設定」 を参照して下さい。)

※14 プローブノードからセンサーノードにtelnetアクセスまたはSSHアクセスを許可する必要があります。また、監視対象ノード(センサー)の対応OSは、UNIX、LinuxのSenju DevOperation Conductorの稼働環境に準じます。

※15 Linuxにおいて、sysstatパッケージをインストールする必要があります。

※16 UNIX、Linuxノードに対して監視可能です。

※17 Windowsの場合32bit版OSに対して監視可能です。

※18 ユーザー認証は、匿名認証と基本認証(Basic認証)に対応しています。統合Windows認証などのベンダー独自の認証方式には対応していません。

※19 プローブノードに vSphere SDK for Perl 5.0 以上をインストールする必要があります。

※20 AIXにおいて、bos.perf.tools(5.2以降)をインストールする必要があります。

※21 IPv6が設定されたプローブとセンサー間の監視に対応しています。

※22 Windowsのプローブを利用する場合、V12以降の千手エージェントのみ対応しています。

※23 UNIX、Linuxにおいて、NFSでマウントされたディスクの監視を行う場合には、別途監視するための設定が必要です。設定方法につきましては、 ユーザーズマニュアル「UNIXのディスク監視においてNFSでマウントされたディスクを監視したい場合の設定」 を参照して下さい。

※24 以下の監視項目はIIS7.0以前のバージョンに対して監視可能です。
  • IIS:FTPサーバー転送バイト数(Byte/秒)[WMI]

  • IIS:FTPサーバー接続数[WMI]

  • IIS:FTPサーバー転送ファイル数[WMI]

※25 以下の監視項目はJBoss Application Server 4.2以前のバージョンに対してのみ監視可能です。
  • JBoss:コミットされたトランザクション数

  • JBoss:ロールバックされたトランザクション数

  • JBoss:アクティブなトランザクション数

  • JBoss:スレッドプール処理済リクエスト数

  • JBoss:JCA接続プール平均接続時間(ミリ秒)

  • JBoss:JCA接続プール接続待ちスレッド数

  • JBoss:JCA接続プール最大接続待ちスレッド数

  • JBoss:Webアプリケーションサーブレット要求数

  • JBoss:Webアプリケーションサーブレット平均応答時間(ミリ秒)

※26 千手センサーの種別により監視可能な監視項目が異なります。

※27 プローブノードに Java SE Runtime Environment 7をインストールする必要があります。

※28 千手センサーのプローブノードにV2013以降の千手エージェントを指定する必要があります。

※29 以下の監視項目は次のOIDの値が正しく取得可能なSNMPエージェントが必要です。
  • 監視項目
    • 送信データ数(KByte/秒)[SNMP]

    • 受信データ数(KByte/秒)[SNMP]

    • 総データ数[送信+受信](KByte/秒)[SNMP]

    • インターフェース別送信データ数(KByte/秒)[SNMP]

    • インターフェース別受信データ数(KByte/秒)[SNMP]

    • インターフェース別総データ数[送信+受信](KByte/秒)[SNMP]

  • OID値
    • 1.3.6.1.2.1.31.1.1.1 (iso.org.dod.internet.mgmt.mib-2.ifMIB.ifMIBObject.ifXTable.ifXEntry) 以下

3.4.2. コンフィグレーション項目の前提環境

カテゴリ

種別

ノード種別

OS種別

接続方法

プローブ

千手構成管理項目

千手基本情報

千手エージェント

Windows

ローカル

リモート

千手マネージャ

Unix/Linux

ローカル

リモート

千手マネージャ

千手センサー※1

Windows

リモート

千手マネージャ

Unix/Linux

リモート

千手マネージャ

千手パッチ情報

千手エージェント

Unix/Linux

ローカル

リモート

千手マネージャ

Windows

ローカル

リモート

千手マネージャ

ホスト情報

千手エージェント

Windows

ローカル

リモート※2

Windows

Unix/Linux

ローカル

リモート※3

Windows/Unix/Linux

千手センサー

Windows

リモート※2

Windows

Unix/Linux

リモート※3

Windows/Unix/Linux

ディスク情報

千手エージェント

Windows

ローカル

リモート※2

Windows

Unix/Linux

ローカル

リモート※3

Windows/Unix/Linux

千手センサー

Windows

リモート※2

Windows

Unix/Linux

リモート※3

Windows/Unix/Linux

ネットワーク情報

千手エージェント

Windows

ローカル

リモート※2

Windows

Unix/Linux

ローカル

リモート※3

Windows/Unix/Linux

千手センサー

Windows

リモート※2 ※12

Windows

Unix/Linux

リモート※3

Windows/Unix/Linux

ソフトウェア/パッチ情報

千手エージェント

Windows

ローカル

リモート※2※4

Windows

Unix/Linux

ローカル

リモート※3

Windows/Unix/Linux

千手センサー

Windows

リモート※2※4

Windows

Unix/Linux

リモート※3

Windows/Unix/Linux

サービス情報

千手エージェント

Windows

ローカル※2

リモート※2

Windows

千手センサー

Windows

リモート※2

Windows

ユーザー情報

千手エージェント

Windows

ローカル

リモート※2

Windows

Unix/Linux

ローカル

リモート※3

Windows/Unix/Linux

千手センサー

Windows

リモート※2

Windows

Unix/Linux

リモート※3

Windows/Unix/Linux

ログイン情報

千手エージェント

Windows

ローカル

リモート※2※4

Windows

Unix/Linux

ローカル

リモート※3

Windows/Unix/Linux

千手センサー

Windows

リモート※2※4

Windows

Unix/Linux

リモート※3

Windows/Unix/Linux

ファイル情報

ファイル

千手エージェント

Windows

ローカル

FTP※5

Windows/Unix/Linux

FTU※6

Windows/Unix/Linux

Unix/Linux

ローカル

FTP※5

Windows/Unix/Linux

FTU※6

Windows/Unix/Linux

千手センサー

Windows

FTP※5 ※13

Windows/Unix/Linux

FTU※6

Windows/Unix/Linux

Unix/Linux

FTP※5

Windows/Unix/Linux

FTU※6

Windows/Unix/Linux

ファイルリスト

千手エージェント

Windows

ローカル

TELNET※7

Windows/Unix/Linux

Unix/Linux

ローカル

TELNET※7

Windows/Unix/Linux

SSH※8

Unix/Linux

千手センサー

Windows

TELNET※7

Windows/Unix/Linux

Unix/Linux

TELNET※7

Windows/Unix/Linux

SSH※8

Unix/Linux

コマンド実行

コマンド実行

千手エージェント

Windows

ローカル

Windows/Unix/Linux

TELNET※7

Windows/Unix/Linux

Unix/Linux

ローカル

Windows/Unix/Linux

TELNET※7

Windows/Unix/Linux

SSH※8

Unix/Linux

千手センサー

Windows

TELNET※7

Windows/Unix/Linux

Unix/Linux

TELNET※7

Windows/Unix/Linux

SSH※8

Unix/Linux

SNMP項目

SNMP情報

千手エージェント

Windows

SNMP※9

Windows/Unix/Linux

Unix/Linux

SNMP※9

Windows/Unix/Linux

千手センサー

Windows

SNMP※9 ※13

Windows/Unix/Linux

Unix/Linux

SNMP※9

Windows/Unix/Linux

Window項目

WMI情報

千手エージェント

Windows

ローカル

リモート※2

Windows

千手センサー

Windows

リモート※2

Windows

レジストリ情報

千手エージェント

Windows

ローカル

リモート※2※4

Windows

千手センサー

Windows

リモート※2※4

Windows

イベントログ情報

千手エージェント

Windows

ローカル

リモート※2※4

Windows

千手センサー

Windows

リモート※2※4

Windows

※1 ノードのプロパティにてPing応答確認を行うにチェックを入れる必要があります。

※2 Windows Management Instrumentationサービスの起動が必要です。

※3 プローブノードからセンサーノードにtelnet/SSHのアクセスを許可する必要があります。

※4 センサーノードにおいてRemote Registry サービスの起動が必要です。

※5 プローブノードからセンサーノードにftpアクセスを許可する必要があります。

※6 プローブノードからセンサーノードにftuアクセスを許可する必要があります。

※7 プローブノードからセンサーノードにtelnetアクセスを許可する必要があります。

※8 プローブノードからセンサーノードにsshアクセスを許可する必要があります。

※9 SNMPエージェントが必要です

3.4.3. システムの使用言語及び漢字コード

千手システムで使用する言語環境及び漢字コードは以下のとおりです。 他の環境では千手システムが正常に稼働しない場合がありますのでご利用のOS環境をご確認下さい。

  • Solaris、Solaris(Intel Platform版)、Linuxの場合
    使用言語: 日本語
    漢字コード: euc
  • HP-UX、AIX、Windowsの場合
    使用言語: 日本語
    漢字コード: sjis

Senju DevOperation Conductorの稼働アカウントにおいて、漢字コードに対応する次の言語パッケージがインストールされている必要があります。

OS

漢字コード

言語パッケージ

Linux

UTF-8

ja_JP.UTF-8

Linux

EUC

ja_JP.eucJP

HP-UX

SJIS

ja_JP.SJIS

Solaris

EUC

ja

AIX

SJIS

Ja_JP

注釈

  • マルチエージェント機能を使用する場合(1台のノードに複数のエージェントをインストールする場合)、そのノード内は同一言語環境でご使用下さい。

3.4.4. ファイルシステムに関する制限事項

UNIX/LinuxOSにおいて、千手のインストール先のファイルシステムにnosuid設定は行わないで下さい。

3.4.5. サポートOSに関する機能的な制限事項

  • Windowsの千手マネージャについての制限事項
    • 時刻合わせ機能をサポートしていません。

    • UNIX、Linux版千手エージェントへの遠隔ソフトウェア保守をサポートしていません。

  • Windows Server 2008,2012の千手マネージャについての制限事項
    • 環境変数"SJ_PEX_GUI_SHOW"を設定した状態は、サポートしていません。

    • ユーザーアカウント制御(UAC:User Account Control)機能を“オン”にした状態は、サポートしていません。

  • Windows 64bit (Itanium 2)の千手エージェントについての制限事項
    • ftuコマンドにおいて、 %Windir%\system32 以下にファイルを転送/収集する事はできません。

    • モニタリング機能において、 %Windir%\system32 以下のファイルを監視することはできません。

    • モニタリング機能において、“ORACLE:DB”、“SQL Server:DB”、“DB2 UDB:DB” で始まる全ての監視項目は利用できません。

  • Windows 64bit (x64)の千手エージェントについての制限事項
    • ftuコマンドにおいて、 %Windir%\system32 以下にファイルを転送/収集する事はできません。

    • モニタリング機能において、 %Windir%\system32 以下のファイルを監視することはできません。

    • モニタリング機能において、“ORACLE:DB”、“DB2 UDB:DB”で始まる全ての監視項目は利用できません。

  • Windows Server 2008, Windows Server 2012の千手エージェントについての制限事項
  • Windowsの千手センサーノードについての制限事項
  • Solarisの千手エージェントについての制限事項
    • 遠隔ソフトウェア保守は、サポートしていません。

    • Solarisコンテナ環境は、一部の機能に制限事項があります。詳細は本書「 Solarisコンテナ環境での制限事項 」を参照して下さい。

  • Linuxの千手マネージャ及び千手エージェントについての制限事項
    • 時刻合わせ機能を使用するには、OSの設定が必要です。詳細は本書「 既知の問題と対策 」を参照して下さい。

  • SUSE LINUX Enterprise Server 11の千手エージェントについての制限事項
    • 障害ログ収集は、サポートしていません。

  • UNIX/Linux版 千手センサーノードについての制限事項
    • SSHv1を使用したセンサーテキストログ監視は、サポートしていません。

3.4.6. その他の制限事項

  • 携帯電話

    メッセージのメール送信機能でのメールは、インターネットメールとなります。送信先を携帯電話とした場合、機種によっては正しく受信できない可能性があります。

    弊社で受信確認した携帯電話は、株式会社NTTドコモ社の携帯電話ですが、全ての機種での確認は行っておりません。

  • 免責事項

    他社製品のセキュリティホールや、ウイルスによる被害及び対処方法については、弊社では対応致しかねます。ご了承下さい。

4. 注意事項

4.1. 千手システム全体

4.1.1. システム共通

4.1.1.1. 接続バージョン

Senju DevOperation Conductor 2016の千手ブラウザが接続可能な千手マネージャのバージョンは、千手ブラウザと同一または下位のバージョンになります。

また、Senju DevOperation Conductor 2016の千手マネージャと接続可能な千手エージェントのバージョンは、千手マネージャと同一またはSenju Operation Conductor 2013以降のバージョンになります。

注釈

  • 千手ブラウザが接続できる下位バージョンの千手マネージャのサポート期間につきましては、各バージョンの保守サポート期間に従います。

  • 千手マネージャが接続できる下位バージョンの千手エージェントのサポート期間につきましては、各バージョンの保守サポート期間に従います。

警告

  • 千手データベースサーバーと千手ウェブサーバーは、そのサーバーが所属する千手ドメインの千手マネージャと同一バージョンでなければなりません。

  • 千手構成ファイルサーバーは千手マネージャと同一バージョンで無ければなりません。

4.1.1.2. ホスト名変更

自ノードのホスト名を変更した場合、次の対応を行って下さい。

  • 千手ブラウザ

    千手ブラウザのみがインストールされているノードのホスト名(コンピュータ名)を変更した場合は、特に作業は必要ありません。

  • 千手マネージャ

    千手マネージャのホスト名(千手ドメイン名)を変更した場合、それにつながる千手ブラウザ、千手エージェント上の設定も変更する必要があります。各ノード上で下記作業を行って下さい。

    変更後の千手ドメイン名に対応したライセンスキーが必要です。千手システム販売元より予め取得して下さい。

    • 千手マネージャで行う作業
      • 千手マネージャの運用開始前に千手ドメイン名を変更する場合

        マネージャノード名変更コマンド(sj_changeMgrNodeID)を使用して、マネージャノード名の変更を行って下さい。 詳細は、 ユーザーズマニュアル「アプリケーション開発者のためのガイドライン」 を参照して下さい。

      • 千手マネージャの運用開始後に千手ドメイン名を変更する場合

        登録されているモニタリングシステムやジョブスケジュールシステムの定義等について、該当箇所を変更する必要があります。

      • 千手ブラウザのデータ書き出し機能で書き出したデータについて

        千手ドメイン名を変更し、その後、読み込み機能等を用いて再登録して下さい。

        警告

        上記以外の方法(例:ディレクトリのコピーや、他社のバックアップツール等)にてデータを移行した場合、千手の動作は保証できません。

    • 千手ブラウザで行う作業

      hostsファイルに記述している千手マネージャの情報を修正して下さい。

    • 千手エージェントで行う作業

      hostsファイルに記述している千手マネージャの情報を修正して下さい。 その後、ドメイン変更コマンド(sj_changeDomain)を使用して、“ドメイン変更手順”を行って下さい。 詳細は、 ユーザーズマニュアル「アプリケーション開発者のためのガイドライン」 を参照して下さい。

    • 千手ウェブサーバー分離構成の場合

      千手エージェントで千手ウェブサーバーをご使用の場合は、さらに千手ウェブサーバー上で「SeiConfig.exe」を実行し、ドメイン名を変更後の千手ドメイン名に変更して下さい。

    • 千手データベースサーバー分離構成の場合

      千手エージェントで千手データベースサーバーをご使用の場合は、さらに千手データベースサーバー上で千手データベースサーバーインストール後の設定(詳細は インストールマニュアル「千手エージェントのインストール」 を参照して下さい。)を行って下さい。

    • 千手構成ファイルサーバーの場合

      千手エージェントで千手構成ファイルサーバーをご使用の場合は、さらに千手ブラウザにて反映(コンフィグレーション)を実行して下さい。

    千手マネージャで千手ドメイン名を変更せず、マシンのホスト名(実ホスト名)のみを変更する場合は下記作業を行って下さい。 なお、hostsファイルの修正やsj_hostnameの作成は、 インストールマニュアル「カスタマイズ/オプション機能の設定」「プライマリホスト名が8バイトを超える場合の設定」 を参照して下さい。

    • 千手マネージャで行う作業
      1. hostsファイルの記載を「IPアドレス 変更後のホスト名(実ホスト名)ホスト名(ノードID)」の形で修正して下さい。

      2. Linux版の場合は、 $SENJUHOME/dat に変更前ホスト名を記述したsj_hostnameを作成して下さい。

      3. マシンのホスト名を変更して下さい。

    • 千手エージェントで行う作業

      千手として必要な作業はありませんが、hostsファイルの千手マネージャの記載を「IPアドレス変更後のホスト名(実ホスト名)ホスト名(ノードID)」の形で修正して下さい。

    • その他の作業

      千手データベースサーバーが稼働するWindowsノードのホスト名を変更した場合 インストールマニュアル「SQLサーバーの別名設定」 を行って下さい。

  • 千手エージェント

    千手エージェントのホスト名(ノードID)を変更した場合、該当ノードが所属する千手マネージャや該当ノードで使用している機能の設定も変更する必要があります。 各ノード上で下記作業を行って下さい。

    • 千手マネージャで行う作業

      hostsファイルに記述している該当千手エージェントの情報を修正して下さい。

    • 千手ブラウザで行う作業

      千手エージェントについて、旧ノードIDを削除し、新ノードIDで再登録を行って下さい。 詳細は、 インストールマニュアル「千手エージェントの登録」 を参照して下さい。

    • 千手エージェントで行う作業

      hostsファイルに記述している自ノードの情報を修正して下さい。 その後、ノード名変更コマンド(sj_changeNodeID)を実行して、“ノード名変更手順”を行って下さい。 詳細は、 ユーザーズマニュアル「アプリケーション開発者のためのガイドライン」 を参照して下さい。

      さらに、千手エージェントの設定が下記に該当する場合、上記に加えて該当するすべての項目の作業を行って下さい。

      • 千手エージェントがプローブノードの場合

        千手エージェントを千手センサーのプローブとしてご使用の場合は、プローブとしていた部分に対して、プローブノードの変更を行う必要があります。 プローブノードの設定部分は以下の通りです。

        • ノードグループ:ノードのプロパティ [接続設定]タブ

        • モニタリング:監視タスクのプロパティ [接続情報]タブ

        • イベント:セクションのプロパティ [稼働ノード]タブ

        • コンフィグレーション:構成管理ノードのプロパティ [千手管理項目]タブ、接続設定のプロパティ [接続設定(リモート)]タブ

        • ジョブスケジュール:動作環境のプロパティ [全般]タブ

        詳細は、 ユーザーズマニュアル を参照して下さい。

      • 千手エージェントが千手構成ファイルサーバーの場合

        千手エージェントを千手構成ファイルサーバーとしてご使用の場合、さらに千手構成ファイルサーバー設定ファイル(sj_ccm.ini)のホスト名の記述を変更し、千手ブラウザより反映(コンフィグレーション)を実行する必要があります。

    千手エージェントのホスト名(ノードID)を変更せずマシンのホスト名(実ホスト名)のみを変更する場合は下記作業を行って下さい。 なお、hostsファイルの修正やsj_hostnameの作成は、 インストールマニュアル「カスタマイズ/オプション機能の設定」「プライマリホスト名が8バイトを超える場合の設定」 を参照して下さい。

    • 千手マネージャで行う作業

      千手として必要な作業はありませんが、hostsファイルの該当千手エージェントの記載を「IPアドレス 変更後のホスト名(実ホスト名) ホスト名(ノードID)」の形で修正して下さい。

    • 千手エージェントで行う作業
      1. hostsファイルの記載を「IPアドレス 変更後のホスト名(実ホスト名) ホスト名(ノードID)」の形で修正して下さい。

      2. UNIX、Linux版の場合は、 $SENJUHOME/dat に変更前ホスト名を記述したsj_hostnameを作成して下さい。

      3. マシンのホスト名を変更して下さい。

    • その他の作業
      • 千手データベースサーバーが稼働するWindowsノードのホスト名を変更した場合 インストールマニュアル「SQLサーバーの別名設定」 を行って下さい。

      • 千手エージェントの実ホスト名とノードIDを共に変更する場合は、まず、ノードIDを変更してから、実ホスト名を変更して下さい。

    • 千手センサーノード

      千手マネージャ及びプローブノードのhostsファイルに記述している該当マシンの情報を修正し、千手ブラウザから千手センサーノードを再登録して下さい。

4.1.1.3. IPアドレス変更

Senju DevOperation Conductorで使用するノードのIPアドレスを変更する場合は、それぞれのマシンのhostsファイルの記述を修正して下さい。 また、関連するマシンの hostsファイルの修正が必要な場合があります。下記に応じて修正して下さい。

該当マシンが、千手マネージャもしくは千手エージェントの場合は、次のコマンドを実行することにより、千手システムを再起動して下さい。

  • OSが UNIX、Linux の場合(千手マネージャ、千手エージェント)

    千手稼働アカウントでログインし、sj_halt.com(千手の停止)及びsj_boot.com(千手の起動)を行って下さい。

  • OSが Windows 版の場合(千手マネージャ、千手エージェント)

    コマンドプロンプトから、sj_halt(千手の停止)及びsj_boot(千手の起動)を行って下さい。

  • 千手ブラウザ

    該当マシンのIPアドレスを変更した場合、WindowsノードにおけるIPアドレス変更手順(TCP/IPの場合、[ネットワークとダイアルアップ接続]→[ローカルエリア接続]→[インターネットプロトコル(TCP/IP)]からのIPアドレス設定)のみになります。

  • 千手マネージャ

    該当マシン自身、千手ブラウザ及び千手エージェントのhostsファイルに記述している該当マシンの情報を修正して下さい。

    IPアドレス変更後、千手ブラウザから反映[ノード定義]の操作を行って下さい。

  • 千手エージェント

    該当マシン自身及び千手マネージャのhostsファイルに記述している該当マシンの情報を修正して下さい。

    IPアドレス変更後、千手ブラウザから反映[ノード定義]の操作を行って下さい。

  • 千手センサーノード

    該当マシン自身、千手マネージャ及び該当プローブノードの hostsファイルに記述している該当マシンの情報を修正して下さい。

    IPアドレス変更後、千手ブラウザから反映[ノード定義]の操作を行って下さい。

    更に、該当マシンでSNMPを使って監視を行う監視タスク(システム情報、拡張機能、カスタム)またはパケット監視タスクを設定している場合には、該当の監視タスクを一時停止、再開して下さい。

  • 千手構成ファイルサーバー

    該当マシン自身及び千手マネージャのhostsファイルに記述している該当マシンの情報を修正して下さい。

    IPアドレス変更後、千手ブラウザから反映[ノード定義]の操作を行って下さい。

4.1.1.4. 千手稼働アカウントのパスワードの変更

該当ノードのOSにより対応が異なります。下記を確認のうえ対応願います。

  • UNIX、Linux版

    千手マネージャや千手エージェントの千手稼働アカウントのパスワードを変更した場合、千手側での制約や必要になる作業はございません。

  • Windows版

    千手マネージャや千手エージェントの千手稼働アカウントのパスワードを変更した場合、サービスのログオンアカウントのパスワードも同時に変更して頂く必要があります。

    サービスのパスワード変更は、コントロールパネルのサービスよりサービスのプロパティを開きログオンタブからパスワードを変更して下さい。なお、千手システムのサービスは下記になりますが、お客様の利用形態により稼働しているサービスが異なりますのでご注意下さい。

    • 千手マネージャおよび千手エージェント
      • Senju_FTU_<ユーザ名>

      • Senju_main_<ユーザ名>

      • Senju_rexd_<ユーザ名>

    • 千手マネージャ
      • Senju_Sp

    • コマンド順次起動サービス稼働ノード
      • Senju_SCE_<ユーザ名>

    • 千手ウェブサーバー稼働ノード
      • Senju Extended Interface Service_<ユーザ名>

      千手ウェブサーバー稼働ノードの千手稼働アカウントのパスワードを変更する場合は、[Ctrl + Alt + Delete]キーを押下して表示された[パスワードの変更]から変更してください。 (コントロールパネル(「ユーザーアカウント」や「コンピュータの管理」など)からパスワードを変更した場合、WEBコンソールでの接続が行えなくなる場合があります。)

    • 千手センサーのプローブノード

      パスワードを変更する対象ノードが、千手センサーのプローブノードでWMIによる監視を実施している場合、以下の考慮が必要となります。

      千手ブラウザで千手センサーのプロパティより、接続設定タブを開くと[WMI/ログによる監視]フィールドに、ユーザー名/パスワードの設定箇所がございます。 こちらのユーザー名、パスワードが省略されている場合、プローブノードの千手稼働アカウント/パスワードで千手センサーに接続します。

      この場合、プローブノードの千手稼働アカウントのパスワードを変更されたことによりセンサーへ接続出来なくなりますので、センサーに接続可能なユーザー名/パスワードを設定し、設定後に「反映(監視属性)」を実施願います。

    • 千手センサーノード

      千手センサーノードの場合、プローブノードからの接続を受けて監視やジョブが実施されます。これらの接続に使用するアカウントのパスワードを変更した場合、接続設定のパスワードも変更する必要があります。

      監視:千手センサーのプロパティの接続設定タブ、または、監視タスクのプロパティの接続設定タブのパスワードを変更して下さい。

      ジョブスケジュール:千手センサーのジョブで使用する動作環境サーバのプロパティから接続設定のパスワードを変更して下さい。

4.1.1.5. マシン日付や時刻の変更

千手システムの千手マネージャ及び千手エージェントのマシン日付や時刻を大幅に変更すると、千手システムが正常に機能しなくなる場合があります。 そのため、変更量が1分を超える際には以下の手順を実行して下さい。

なお、モニタリングサブシステムでは時刻情報を使用していますので、変更量が1分未満であっても変更直後の監視で異常を報告する場合があります。

  • 千手マネージャ
    1. ジョブスケジュールの全てのシステムを初期化して下さい。

    2. Linux版の場合、senjuアカウントで at –l を実行して表示される処理を at –r にて全て削除して下さい。

    3. 千手ブラウザにて千手ドメイン切断して下さい。

    4. マシン日付や時刻の変更はここで行って下さい。

    5. 該当ノードの千手システムの停止/再起動を行って下さい。
      • Linux版の場合、senjuアカウントでログインし、sj_halt.com(千手の停止)及びsj_boot.com(千手の起動)を行って下さい。

      • Windows 版の場合、コマンドプロンプトで、sj_halt(千手の停止)及びsj_boot(千手の起動)を行って下さい。

      コンフィグレーションを使用している場合は、千手システムの停止を行った後に、 (千手ホームディレクトリ)/unity_dat/ccm/sjCCM_node_(プローブノードID) のファイルを全て削除して下さい。 また、千手システムの起動を行った後に、千手ブラウザにて接続し、反映(コンフィグレーション)を行って下さい。

    6. Linux版の場合、senjuアカウントでsjANM_daily.comを実行して下さい。

    注釈

    sjANM_daily.comを2度実行すると日替わり処理などが2度稼働してしまいますのでご注意下さい。

  • 千手エージェント
    1. 該当ノードでジョブが稼働する全てのフレームを初期化して下さい。

    2. UNIX、Linux版の場合、千手稼働アカウントで at –l を実行して表示される処理を at –r にて全て削除して下さい。

    3. マシン日付や時刻の変更はここで行って下さい。

    4. 該当ノードの千手システムの停止/再起動を行って下さい。
      • UNIX、Linux版の場合→senjuアカウントでログインし、sj_halt.com(千手の停止)及びsj_boot.com(千手の起動)を行って下さい。

      • Windows 版の場合→コマンドプロンプトで、sj_halt(千手の停止)及びsj_boot(千手の起動)を行って下さい。

    5. UNIX、Linux版の場合、千手稼働アカウントでsjANM_daily.comを実行して下さい。

    注釈

    sjANM_daily.comを2度実行すると日替わり処理などが2度稼働してしまいますのでご注意下さい。

4.1.1.6. ライセンスキーの変更

ユーザーズマニュアル「千手システム導入にあたって」 を参照して下さい。

4.1.1.7. バージョンアップ

バージョンアップの詳細に関しては、マイグレーションマニュアル、アップデートパッチのREADMEも参照して下さい。

なお、Senju DevOperation Conductor 2016へのバージョンアップは、Senju Operation Conductor 2013以降のみ対応しています。

4.1.1.8. ノードIDの制限

千手システムが使用するノードIDには、以下の文字数上限が存在します。

自ノード(またはプローブノード)の
千手バージョン

千手マネージャ

千手エージェント

千手センサー

2016

15バイト

63バイト

63バイト

Senju/OC 2014, 2013

8バイト

8バイト

25バイト

警告

Senju DevOperation ConductorマネージャにSenju Operation Conductorエージェントを接続する場合、千手マネージャのノードID文字数は8バイトが上限となります。

詳細は マイグレーションマニュアル「Senju DevOperation ConductorマネージャとSenju Operation Conductorエージェントの接続」 を参照して下さい。

4.1.1.9. 半角英数字として使用できる文字

半角英数字として使用できる文字は、A~Z,a~z,0~9の62種類の文字です。

4.1.1.10. プロトコル/ポート

千手システムで使用する通信は、デフォルトの設定では下記となります。

通信を行うにあたり必要とするOS側の設定やコンポーネントなどについては、OSベンダーにご確認願います。

IPv6の通信はプローブノード・千手センサー間のみ対応しています。 詳細は、 インストールマニュアル「IPv6が設定された千手センサーについて」 を参照して下さい。

下記のgt及びltは以下の内容を表します。

  • gt : greater than or equal to(以上)

  • lt : less than(未満)

  1. 千手ブラウザと千手マネージャ間

    TCPプロトコルにより通信を行います。使用するポート番号、通過方向は下記となります。 下記の通信が可能となるようにネットワークを構成して下さい。

    千手ブラウザポート番号

    通過方向

    千手マネージャポート番号

    備考

    gt 1024/tcp

    8421/tcp

  2. 千手マネージャと千手エージェント間

    TCP、UDP、ICMP(PING)※1プロトコルにより通信を行います。使用するポート番号、通過方向は下記となります。※2

    下記の通信が可能となるようにネットワークを構成して下さい。

    千手マネージャポート番号

    通過方向

    千手エージェントポート番号

    備考

    8437/udp

    8407/udp

    8437/udp

    8451/udp

    マルチエージェント※3 の設定により使用。

    8437/udp

    8452/udp

    マルチエージェント※3 の設定により使用。

    8437/udp

    8453/udp

    マルチエージェント※3 の設定により使用。

    8437/udp

    8454/udp

    マルチエージェント※3 の設定により使用。

    8407/udp

    8437/udp

    8407/udp

    8481/udp

    マルチエージェント※3 の設定により使用。

    8407/udp

    8482/udp

    マルチエージェント※3 の設定により使用。

    8407/udp

    8483/udp

    マルチエージェント※3 の設定により使用。

    8407/udp

    8484/udp

    マルチエージェント※3 の設定により使用。

    gt 1024/tcp

    8408/tcp

    ftuオプション設定によりgt 1024/tcpを範囲指定可 ※4

    8408/tcp

    gt 1024/tcp

    ftuオプション設定によりgt 1024/tcpを範囲指定可 ※4

    gt 1024/tcp

    8507/tcp

    sjRBA_rexオプション設定によりgt 1024/tcpを範囲指定可。※5

    gt 1024/tcp

    8551/tcp

    sjRBA_rexオプション設定によりgt 1024/tcpを範囲指定可。※5
    マルチエージェント※3 の設定により使用。

    gt 1024/tcp

    8552/tcp

    sjRBA_rexオプション設定によりgt 1024/tcpを範囲指定可。※5
    マルチエージェント※3 の設定により使用。

    gt 1024/tcp

    8553/tcp

    sjRBA_rexオプション設定によりgt 1024/tcpを範囲指定可。※5
    マルチエージェント※3 の設定により使用。

    gt 1024/tcp

    8554/tcp

    sjRBA_rexオプション設定によりgt 1024/tcpを範囲指定可。※5
    マルチエージェント※3 の設定により使用。

    gt 1024/tcp

    8608/tcp

    リモートアップデート機能を使用している場合使用。
    sjRBA_rexオプション設定によりgt 1024/tcpを範囲指定可。※5

    ※1千手マネージャから千手エージェントに対して、ネットワークの疎通確認にpingを実行しています。

    ※2 千手の設定によってリモートコマンドとしてremshを使用する場合もあります。

    ※3 マルチエージェントに関しては、 インストールマニュアル「マルチエージェントの設定」 を参照して下さい。

    ※4 ftuオプションの設定方法に関しては、 ユーザーズマニュアル「ftu -ファイル/ディレクトリ転送-」 を参照して下さい。

    ※5 sjRBA_rexオプションの設定方法に関しては、ユーザーズマニュアル 「sjRBA_rex-セクションコマンドの実行-」 を参照して下さい。

    注釈

    クラスタ環境など、千手マネージャと千手エージェントの通信で仮想IPアドレスを利用する場合、OSの設定等によっては通信電文の送信先や送信元が実IPアドレスになるケースがあります。

    以下のように千手マネージャと千手エージェントの通信で仮想IPアドレスを利用する場合には、仮想IPアドレスに加えて、実IPアドレスでも前述のポート番号で通過可能となるようにネットワークを構成して下さい。

    • 千手マネージャで仮想IPを使用する場合

    • 千手エージェントで仮想IPを使用する場合

    • 千手マネージャ、千手エージェント共に仮想IPを使用する場合

  3. 千手マネージャと千手データベースサーバー間

    千手マネージャと千手エージェント間の通信に加えて、以下のTCPポートを使用します。 下記の通信が可能となるようにネットワークを構成して下さい。

    千手マネージャポート番号

    通過方向

    千手データベースサーバーポート番号

    備考

    gt 1024/tcp

    8139/tcp

  4. 千手マネージャと千手ウェブサーバー間

    千手マネージャと千手エージェント間の通信に加えて、以下のTCPポートを使用します。 下記の通信が可能となるようにネットワークを構成して下さい。

    千手マネージャポート番号

    通過方向

    千手ウェブサーバーポート番号

    備考

    8421/tcp

    gt 1024/tcp

  5. 千手データベースサーバーと千手ウェブサーバー間

    千手マネージャと千手エージェント間の通信に加えて、以下のTCPポートを使用します。 下記の通信が可能となるようにネットワークを構成して下さい。

    千手データベースサーバーポート番号

    通過方向

    千手ウェブサーバーポート番号

    備考

    8139/tcp

    gt 1024/tcp

    1433/tcp

    gt 1024/tcp

    千手ウェブサーバーを千手データベースサーバーと分離して構築した場合に、千手ウェブサーバーがODBCを経由してデータベースへの接続するため利用します。

    なお、千手データベースサーバー側に使用されるポート番号をMicrosoft SQL Serverの設定により変更可能です。

  6. 千手マネージャと千手構成ファイルサーバー間

    千手マネージャと千手エージェント間の通信に加えて、以下のTCPポートを使用します。 下記の通信が可能となるようにネットワークを構成して下さい。

    千手マネージャポート番号

    通過方向

    千手構成ファイルサーバーポート番号

    備考

    8421/tcp

    gt 1024/tcp

  7. 千手構成ファイルサーバーと千手エージェント間

    以下のTCPポートを使用します。 下記の通信が可能となるようにネットワークを構成して下さい。

    千手構成ファイルサーバーポート番号

    通過方向

    千手エージェントポート番号

    備考

    gt 1024/tcp

    8461/tcp

    gt 1024/tcp

    8462/tcp

    マルチエージェントの設定により使用

    gt 1024/tcp

    8463/tcp

    マルチエージェントの設定により使用

    gt 1024/tcp

    8464/tcp

    マルチエージェントの設定により使用

    gt 1024/tcp

    8465/tcp

    マルチエージェントの設定により使用

    注釈

    マルチエージェントに関しては、 インストールマニュアル「マルチエージェントの設定」 を参照して下さい。

  8. プローブと千手センサー間

    WMI、SNMP、TELNET、SSH、ICMP(PING)、SMB、CIFS、http、httpsプロトコルにより通信を行います。

    使用するプロトコルにつきましてはモニタリングの監視項目、コンフィグレーションの構成管理項目、ランブックオートメーションおよびジョブスケジュールの接続設定に依存します。 それぞれの監視項目、構成管理項目に関する詳細は、本書「 モニタリング監視項目の前提環境 」、「 コンフィグレーション項目の前提環境 」をご参照下さい。 なお、プロトコルの詳細(ポート番号や必要とするネットワークコンポーネントなど)につきましてはOSベンダーにお問合せ下さい。

  9. 千手ブラウザと「SNMP簡易取得テスト」対象ノード間

    監視タスクの設定でSNMPによる監視を行う場合、指定したOIDの値が取得できるかテストを行うことができます。 このテストでは千手ブラウザから「SNMP簡易取得テスト」対象のノードに対してSNMPプロトコルによる電文が送出されます。

  10. サーバースローダウン監視

    千手マネージャおよび千手エージェントが自身の状況を監視するため使用します。

    自身のポート番号

    通過方向

    自身のポート番号

    備考

    gt 1024/tcp

    8460/tcp

    gt 1024/tcp

    8504/tcp

    マルチエージェントの設定により使用

    gt 1024/tcp

    8505/tcp

    マルチエージェントの設定により使用

    gt 1024/tcp

    8506/tcp

    マルチエージェントの設定により使用

    gt 1024/tcp

    8507/tcp

    マルチエージェントの設定により使用

    注釈

    マルチエージェントに関しては、 インストールマニュアル「マルチエージェントの設定」 を参照して下さい。

4.1.1.11. プロセス間通信

千手システムのインフラは、プロセス間通信のためにUDP通信を使用している処理があります。 UDPはコネクションレス型のプロトコルですので、通信の成功・失敗などの確認はアプリケーション側で行っています。 千手では、相手のノードから、電文を受信した事を示す電文(受信確認電文)を受け取った場合、「通信に成功した」と判断しています。

プロセスのCPU負荷やネットワークの負荷の高い状況下では、この通信処理が失敗し、さらにリトライ再送処理によるリカバリ処理も失敗してしまう場合が稀にあります。 (このとき千手システムでは、通信できなかった事を示すエラーを出力します。) このような場合は、発生時のエラーの表示内容を確認し、マニュアルを参照してリカバリ手順を実施して下さい。 また、下記の「 マネージャ・エージェント間の通信エラー時の動作 」の記述を参考に、対応をして下さい。

4.1.1.12. マネージャ・エージェント間の通信エラー時の動作

マネージャ・エージェント間においてネットワーク障害が発生した場合、マネージャ上の千手プロセスとエージェント上の千手プロセス間の通信が正常に行えず失敗するケースがあります。 また、マネージャもしくはエージェントのマシンが高負荷でリソース(CPU・メモリ等)が逼迫している場合も、千手プロセス間の通信が失敗するケースが稀にあります。

いずれも瞬間的な場合は、千手通信のリトライ処理により正常な状態に自動的に復旧されるため、リカバリの手順は不要です。

しかし、リトライ処理時間を超えてこのようなネットワーク障害もしくは高負荷状況が続いた場合、千手通信のリトライ処理は終了し通信電文の送受信は行われません。 運用管理上、特に影響のあるジョブスケジュールサブシステムにおけるジョブ起動依頼、及びジョブ終了通知の通信に関しては、下記の手順を用いた確認、及びリカバリを実施して下さい。 また、マシン高負荷が起因している場合は、負荷分散・ハードウェアの増強等をご検討下さい。

  1. ジョブ起動依頼電文(runProc)リトライオーバー

    マネージャの状態管理サーバー(プロセス)から発行されたジョブ起動依頼電文(runProc電文)に対する、受信確認電文がエージェントから一定時間内に届かなかったために発生しています。

    この事象の発生については、OSがLinuxの千手マネージャではデフォルト設定で監視対象となっております。 OSがWindowsの場合は千手マネージャのログを監視することにより検知できます。

    また、ログが出力されても、エージェントへのジョブ起動依頼電文は実際に届いている場合と届いていない場合のどちらかが、ケースとして起こり得ます。 このときジョブモニタでは、「稼働中」の状態を表示しています。

    そのため、次に示す方法により、実際にジョブが起動されたかどうかを判断し対処をして下さい。

    • Linuxマネージャの場合

      [検知方法]

      デフォルト設定で監視対象となっており、事象発生時には「!PEX265動作環境サーバー宛電文エラー」のエラーメッセージが表示されます。

      [対処方法]

      実際にジョブが起動されたかどうかを判断するには、「!PEX265」メッセージの付加メッセージとして、該当ジョブの情報(運用日付,フレーム名,ネット名,ジョブ名,エージェント名など)が表示されていますので、これを元に、下記の方法で実際にジョブが起動されているかどうかを確認して下さい。 (メッセージモニタで「!PEX265」のメッセージを選択し、右クリックすると表示されるコンテキストメニューで「関連ツール」を選択することにより、自動的にランチャートが起動され、該当ジョブが選択された状態になります。)

      1. ジョブモニタのランチャートタブで該当ジョブを選択します。

      2. 右クリックして表示されるコンテキストメニューで「状態チェック」→「ジョブ実行状況」を選択します。

      3. 表示される「ジョブ実行状況」ダイアログで「実行状況の参照のみ行う」のラジオボタンを選択し、「OK」ボタンを押下します。

      • 実行結果でジョブの状態が「稼働中」の場合

        ジョブは稼働しています。対処は必要ございません

      • 実行結果でジョブの状態が「不明」の場合
        1. 再度ジョブモニタのランチャートタブで該当ジョブを選択し、右クリックして表示されるコンテキストメニューで「状態チェック」→「ジョブ実行状況」を選択します。

        2. 表示される「ジョブ実行状況」ダイアログで「実際の実行状況に復旧させる」のラジオボタンを選択し、「OK」ボタンを押下します。

        3. 実際の実行状況に復旧され、後続ジョブは起動条件が満たされれば起動します。

    • Windowsマネージャの場合

      [検知方法] 千手ホームディレクトリ下の log\subsys.sae.d\PCB_gate.log ファイルに下記のログが出力します。 このログをテキストログ監視することで、現象の発生を速やかに検知することが可能です。

      YYYY-MM-DD hh:mm:ss.fff <mgr-node-ID> PCB_gate[<process-ID>]:メッセージは送信されずに削除されました。メッセージ:<agt-node-ID>:sjPEX_pxcmgr:<process-ID> aPexCmgr runProc aPexServer!TEST_FR_00!TEST_NET_00!TEST_JOB_01!sleep 15!<YYYYMMDD>-<hhmmss> , proc #<process-ID> thread #<thread-ID>.
      
      <mgr-node-ID> :電文送信元の千手マネージャ名
      <agt-node-ID> :電文送信先の千手エージェント名
      <YYYYMMDD> :運用日付
      

      テキストログ監視で使用するログフィルタの判定条件の設定内容

      • 付加メッセージ :全体

      • 検索対象フィールド:0

      • 検索文字列 :“メッセージは送信されずに削除されました。” かつ “runProc”

      [対処方法]

      実際にジョブが起動されたかどうかを判断するには、出力ログを検知したメッセージの付加メッセージで「エージェント名」「フレーム名」「ネット名」「ジョブ名」を確認し、該当のエージェントで実際にジョブが起動されているかどうかを確認して下さい。

      1. ジョブモニタのランチャートタブで該当ジョブを選択します。

      2. 右クリックして表示されるコンテキストメニューで「状態チェック」→「ジョブ実行状況」を選択します。

      3. 表示される「ジョブ実行状況」ダイアログで「実行状況の参照のみ行う」のラジオボタンを選択し、「OK」ボタンを押下します。

      • 実行結果でジョブの状態が「稼働中」の場合

        ジョブは稼働しています。対処は必要ございません。

      • 実行結果でジョブの状態が「不明」の場合
        1. 再度ジョブモニタのランチャートタブで該当ジョブを選択し、右クリックして表示されるコンテキストメニューで「状態チェック」→「ジョブ実行状況」を選択します。

        2. 表示される「ジョブ実行状況」ダイアログで「実際の実行状況に復旧させる」のラジオボタンを選択し、「OK」ボタンを押下します。

        3. 実際の実行状況に復旧され、後続ジョブは起動条件が満たされれば起動します。

  2. ジョブ終了電文(doneProc)リトライオーバー

    エージェントの動作環境サーバー(プロセス)から発行されたジョブ終了電文(doneProc電文)に対する、受信確認電文がマネージャから一定時間内に届かなかったために発生しています。

    この事象の発生については、OSがUNIX/Linuxのエージェントはデフォルト設定で監視対象となっております。 また、OSがWindowsの場合はエージェントのログを監視することにより検知できます。

    また、ログが出力されても、マネージャへのジョブ終了電文は実際に届いている場合と届いていない場合のどちらかが、ケースとして起こり得ます。 電文が届いているときジョブモニタの状態表示は、「正常終了」または「異常終了」の正しの状態を表示しています。 届いていない場合「稼働中」の状態を表示しています。

    そのため、次に示す方法により、実際のジョブ終了状態(「正常終了」または「異常終了」)を判断し対処をして下さい。

    • UNIX/Linuxエージェントの場合

      [検知方法]

      デフォルト設定で監視対象となっており、事象発生時には「!PEX236 状態管理サーバー宛電文エラー」のメッセージが送信されます。

      注釈

      このようなことが発生している場合、ログを検知した電文自体も、マネージャに届かない可能性も考えられます。

      [対処方法]

      実際にどのジョブが終了したかどうかを判断するには、「!PEX236」メッセージの付加メッセージとして、該当ジョブの情報(運用日付,フレーム名,ネット名,ジョブ名など)が表示されていますのでこれを元にジョブモニタを確認して下さい。 (メッセージモニタで「!PEX236」のメッセージを選択し、右クリックすると表示されるコンテキストメニューで「関連ツール」を選択することにより、自動的にランチャートが起動され、該当ジョブが選択された状態になります。)

      該当ジョブのジョブモニタの状態表示が、

      • 「正常終了」または「異常終了」の場合

        ジョブモニタでは、正しい終了状態を表示しています。

      • 「稼働中」の場合
        1. ジョブモニタのランチャートタブで該当ジョブを選択します。

        2. 右クリックして表示されるコンテキストメニューで「状態チェック」→「ジョブ実行状況」を選択します。

        3. 表示される「ジョブ実行状況」ダイアログで「実行状況の参照のみ行う」のラジオボタンを選択し、「OK」ボタンを押下します。

      • 実行結果でジョブの状態が「正常終了」の場合

        実際にはジョブは正常終了しています。

        1. 再度ジョブモニタのランチャートタブで該当ジョブを選択し、右クリックして表示されるコンテキストメニューで「状態チェック」→「ジョブ実行状況」を選択します。

        2. 表示される「ジョブ実行状況」ダイアログで「実際の実行状況に復旧させる」のラジオボタンを選択し、「OK」ボタンを押下します。

        実際の実行状況に復旧され、後続ジョブは起動条件が満たされれば起動します。

        本作業を実施して頂かないと、該当ジョブの後続が起動されません。

      • 実行結果でジョブの状態が「異常終了」の場合

        実際にはジョブは異常終了しています。該当ジョブの担当者にご確認願います。

    • Windowsエージェントの場合

      千手エージェントの千手ホームディレクトリ下の log\subsys.sae.d\PCB_gate.log ファイルに下記のログが出力します。 このログをテキストログ監視することで、現象の発生を速やかに検知することが可能です。

      YYYY-MM-DD hh:mm:ss.fff <agt-node-ID> PCB_gate[<process-ID>]:メッセージは送信されずに削除されました。メッセージ: <mgr-node-ID>:sjPEX_pxd:0 aPexServer doneProc! <YYYYMMDD>!TEST_FR_00!TEST_NET_00!TEST_JOB_01! <END CODE>!0!0, proc # <process-ID> thread # <thread-ID>.
      
      <agt-node-ID> :電文送信先の千手エージェント名
      <mgr-node-ID> :電文送信先の千手マネージャ名
      <YYYYMMDD> :運用日付
      <END CODE> :終了コード
      

      テキストログ監視で使用するログフィルタの判定条件の設定内容

      • 付加メッセージ :全体

      • 検索対象フィールド:0

      • 検索文字列 :“メッセージは送信されずに削除されました。” かつ “doneProc”

      注釈

      このようなことが発生している場合、ログを検知した電文自体も、マネージャに届かない可能性も考えられます。

      [対処方法]

      実際にどのジョブが終了したかどうかを判断するには、出力ログを検知したメッセージの付加メッセージで「日時」を確認した上で、 PCB_gate.log ファイルをメモ帳などで開き、上記を参考に該当時間のログを確認して下さい。

      該当ジョブのジョブモニタの状態表示が、

      • 「正常終了」または「異常終了」の場合

        ジョブモニタでは、正しい終了状態を表示しています。

        正常終了の場合、特に対処は必要ありません。

        異常終了の場合、該当ジョブの担当者にご確認願います。

      • 「稼働中」の場合
        1. ジョブモニタのランチャートタブで該当ジョブを選択します。

        2. 右クリックして表示されるコンテキストメニューで「状態チェック」→「ジョブ実行状況」を選択します。

        3. 表示される「ジョブ実行状況」ダイアログで「実行状況の参照のみ行う」のラジオボタンを選択し、「OK」ボタンを押下します。

      • 実行結果でジョブの状態が「正常終了」の場合

        実際にはジョブは正常終了しています。

        1. 再度ジョブモニタのランチャートタブで該当ジョブを選択し、右クリックして表示されるコンテキストメニューで「状態チェック」→「ジョブ実行状況」を選択します。

        2. 表示される「ジョブ実行状況」ダイアログで「実際の実行状況に復旧させる」のラジオボタンを選択し、「OK」ボタンを押下します。

        実際の実行状況に復旧され、後続ジョブは起動条件が満たされれば起動します。

        本作業を実施して頂かないと、該当ジョブの後続が起動されません。

      • 実行結果でジョブの状態が「異常終了」の場合

        実際にはジョブは異常終了しています。該当ジョブの担当者にご確認願います。

4.1.1.13. 使用するリソース

千手システムは、UNIX、Linux版の場合、キー0x99で始まるSystemV IPCリソース(共有メモリ、セマフォ)を使っています。 また、キャパシティ・ジョブレポートを使う場合は、キー0x0052で始まるSystemV IPCリソースも使います。 そのため、このキーは、他のアプリケーションなどで使用しないで下さい。

Windows版千手システムは、キーsj、Sj、SJ、ssc、0x99、OCBGATE、NodeReportTable、GateDictionary、ShmQueueから始まる名前付リソース(イベント、ミューテックス、セマフォ、ファイルマッピングオブジェクト)を使っています。 そのため、このキーはお使いにならないで下さい。

4.1.1.14. 表示通知に関する補足事項

千手ブラウザのメッセージのプロパティの「メッセージ内容」に長い文字列を入力した場合、Windowsの不具合により、入力した文字が最後まで表示されない事があります。

同一ノード上で複数千手ブラウザを起動している環境で警報装置が作動した場合、障害が発生した千手ドメインに接続している全ての千手ブラウザで警報装置を停止しない限り、警報装置は作動し続けます。

4.1.1.15. 千手データベースサーバーに関する補足事項

  • キャパシティ・ジョブレポートのライセンスがあるにも関わらず、その千手ドメインに千手データベースサーバーが存在しないか、存在してもまだ千手データベースサーバーの設定(「構成情報の設定」後の「反映(監視属性)」)を行っていない場合に、「反映(ノード定義)」を実行すると、データベースエラーが発生した旨のエラーメッセージがアウトプットビューに表示されます。
    sj_restartDomain.cmd :
    千手データベースにノード定義情報を反映させています。
    データベースエラー.
    error msg [ESP No Allocation.]
    error no [270000030] native[0] sql[]
    

    「インストールマニュアル」 を参照し「構成情報の設定」及び「反映(監視属性)」、「千手システムの再起動」を行った後に、「反映(ノード定義)」を実行して下さい。

  • Linux版千手データベースサーバーをインストールした環境で、千手マネージャをアンインストールする場合は、まず、千手データベースサーバーをインストーラーにて削除した後に、手動で千手マネージャを削除して下さい。

  • Windows版で利用するMicrosoft SQL Serverの設定により、ソート、検索などの動作が変わる場合があります。ソート、検索などの文字列の処理は、辞書順、大文字小文字を区別しない設定を前提で動作します。

  • 千手データベースサーバーのデータベースに格納できる値は、絶対値が10E100未満の値です。

4.1.1.16. NAT (Network Address Translation)環境での使用

  • 運用管理ノードと管理対象ノート間では、静的NAT環境に対応していますが、動的NATには対応していません。

  • プローブノードと千手センサー間では、静的NATおよび動的NATともに対応していません。

4.1.1.17. SSH接続を行っている千手センサーノードでの公開鍵の変更

SSH接続を行っている千手センサーノードにて、公開鍵が変更されると、以降のSSH接続に失敗します。

その場合は、プローブノードの ~(千手稼働アカウント)/.ssh/known_hosts から、該当ノードの記載を削除して下さい。

以下の構成変更を行った場合などに、公開鍵が変更されることがあります。
  • IPアドレスやマシン名を変更せずに、マシンをリプレース

  • マシンのハードウェア交換

  • OSの再インストールまたはバージョンアップ

  • SSHサーバーの再インストールまたはバージョンアップ

4.1.1.18. IPv6アドレスが設定された千手センサーノードの制限事項

千手センサーにIPv6アドレスを設定する場合、IPv6アドレスとしてユニークローカルユニキャストアドレスまたはグローバルリンクユニキャストアドレスを指定して下さい。

リンクローカルアドレスが指定されている環境はサポートしていません。

4.1.1.19. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.1.2. UNIX,Linux版

4.1.2.1. 利用しているOSの機能

千手システムは、at、vmstatの機能を使用しています。 これらの機能が利用できる環境にして下さい。

4.1.2.2. シェルの制約により使用できない文字列

千手マネージャでは、シェルの制約により、一部の特殊な文字コードを含む全角文字をリモートコマンドの引数として利用すると、コマンドが失敗します。 また、現バージョンの制約として、Solaris上では引数として一切の全角文字が利用できませんのでご注意下さい。

使用できない文字の例:ー、― 、‐、/ 、\ 、~、ゼ、ソ、ゾ、タ、ダ、チ、ボ、ポ、マ、ミ、+、-、±、×、円、樫、救、鯨、降、止、試 など

4.1.2.3. リモートインストールの制限事項

リモートインストールを行うと、千手ブラウザのアウトプットビューに「Not a terminal」、「stty: tcgetattr: Not a typewriter」と表示される事がありますが、処理は正常に行われますので無視して下さい。

4.1.2.4. 千手データベースサーバーのマシンリブート時の注意事項

千手データベースサーバーをインストールしたマシンのリブートを行う場合には、リブートを行う前に、senjuアカウントでログインし、sj_dbstop.com(千手データベースサーバーの停止)を行って下さい。

4.1.2.5. Telnetのログイン情報の定期的な削除

モニタリング、ランブックオートメーション、ジョブスケジュール、コンフィグレーションでTELNETによる接続を行った場合、センサーノードにおいてログイン情報が蓄積しディスクが逼迫されてしまい、該当のノードにログインができなくなるため各処理に失敗することがあります。そのためセンサーノードにて定期的にログイン情報を削除して下さい。

4.1.2.6. Solarisコンテナ環境での制限事項

Solarisコンテナ環境では以下の制限事項があります。

  • 「疎ルートゾーン」ではインストールすることができません。「完全ルートゾーン」でインストールする必要があります。

  • 以下の物理メモリに関する監視項目の監視ができません。
    • 物理メモリ使用率(%)[UNIX]

  • 「非大域ゾーン」の仮想メモリ使用率の値は「大域ゾーン」の値と同じ値になります。

  • 時刻合わせ(sj_time)コマンドが使用できません。

  • 「大域ゾーン」と「非大域ゾーン」の両方に千手をインストールする場合、「非大域ゾーン」の千手稼働アカウントは「大域ゾーン」の千手稼働アカウントと異なるアカウントにする必要があります。

4.1.2.7. 千手稼働アカウントのPATHの設定

千手マネージャおよび千手エージェントについて、千手稼働アカウントのユーザー環境変数「PATH」に、 /usr/sbin/usr/bin/bin/etc が入っている必要があります。

4.1.2.8. メール送信を使用する場合のの補足事項

メッセージの外部通報機能でメール送信を使用する場合、localhostをSTMPサーバーとして接続を行うため、localhostからの送信をMTAの設定で許容するように設定して下さい。

4.1.2.9. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.1.3. Windows版

4.1.3.1. イベントログに出力されるメッセージ

以下のエラーメッセージがイベントログに出力されることがありますが、千手マネージャ、千手エージェントの動作上特に問題はありません。

  • Windows Server 2008 R2 ベースのコンピュータでCPU数が32以上ある場合
    エラー <Date><Time> Microsoft-Windows-PerfNet 2006 なし サーバーサービスからサーバー キュー パフォーマンスデータを読み取れません。データ セクションの最初の 4 バイト (DWORD)には状態コードが含まれ、2番目の 4バイトには IOSB.Status が含まれ、3番目の 4 バイトには IOSB.Information が含まれています。
    

    ログの詳細については、Microsoft サポート オンラインを参照して下さい。

    [参考]Microsoftの Webサイト(Microsoft サポート)

    文書番号: 2279566
    32-bit application cannot query performance "Server Work Queues" counters on Windows Server 2008 R2-based computer that has more than 32 processors
    ※文書番号は確認した当時のものになります。最新の情報についてはベンダーにお問い合わせ下さい。

4.1.3.2. OSのサスペンド機能

デスクトップOSにてSenju DevOperation Conductorを使用する場合、デスクトップOSのサスペンド機能を使用するとSenju DevOperation Conductorが誤動作することがあります。

サスペンド機能はオフにしてご利用下さい。

4.1.3.3. デスクトップヒープの不足時の動作

コマンドやプロセスが終了コード128で異常終了する事がありますが、この現象は、User32.dll、Kernel32.dllの初期化に失敗した時のWindows の仕様であり、デスクトップヒープというメモリ領域が不足した時等に発生します。

詳細はMicrosoft社にお問合せ下さい。

4.1.3.4. Windowsのリブート操作の制限事項

Senju DevOperation ConductorではWindowsのノードに対するリブートの操作は、WIN32APIのInitiateSystemShutdown()を最大3回リトライしてリブートを試みます。 しかし、Windowsの不具合により、ご使用のハードウェア、環境により、リブートの動作が完了しない場合があります。

千手システムではリブートが正常に完了するまで遠隔からの操作は一切行う事ができません。 運用でご使用になる前に、実際にご使用になる環境にて十分にテストを実施して問題のない事を確認して下さい。

なお、Windowsの不具合につきましては、Microsoft社にお問合せ下さい。 弊社では、リブートが完了できない障害についての責任は負いかねます。

4.1.3.5. リモートでの千手停止時の注意事項

千手エージェントに対して、千手マネージャからリモートでsj_haltコマンドを実行すると、sj_haltコマンドが正常に終了することができません。 本コマンドは必ず監視対象ノードのコマンドプロンプトにて実行して下さい。

4.1.3.6. リモートコマンド実行の実行アカウント

千手マネージャでの千手コマンドの「共通/その他」の「リモートコマンド実行」では、リモートで実行するコマンドのアカウントを指定することができません。 コマンドは、千手稼働アカウントで実行されます。

4.1.3.7. UNC/DOSデバイス名のチェックの制限事項

Windows版千手マネージャではUNIX、Linux版エージェントに対する設定でも文字列チェックでUNC/DOSデバイス名のチェックを行う箇所があります。

4.1.3.8. ノードの停止時のログ出力先

ノードのリブートやシャットダウンに関するログは、ログ出力先の設定に関わらずアプリケーションイベントログに出力します。

4.1.3.9. 千手APIの下位互換性

Senju DevOperation Conductor 2016にて、千手APIを使用するためのライブラリについてlibsenju140.libからlibsenju160.libにライブラリ名が変更になりましたので注意して下さい。

ライブラリlibsenju160.libをリンクしたモジュールは、実行時に共用ライブラリlibsenju160.dllを使用します。

なお、libsenju140.libをリンクしたモジュールは、実行時に共用ライブラリlibsenju140.dll を使用します。

本バージョンでは下位互換性を保つため、 %SENJUHOME%\bin にlibsenju140.dllを格納しております。Senju Operation Conductor 2014の千手環境でlibsenju140.dllを用いて作成されたモジュールは、再ビルドする事無しに稼働させる事ができます。

なお、Senju Operation Conductor 2013以前に提供されていたlibsenju100.dll及びlibsenju80.dll 及びlibsenju66.dllの頒布・サポートは中止されました。libsenju140.libに移行するようにして下さい。

4.1.3.10. マルチエージェント環境での千手APIの仕様

Senju Operation Conductor 2014以前のバージョンの千手エージェントとSenju DevOperation Conductor 2016以降のバージョンの千手エージェントを共存させた千手エージェント(マルチエージェント)にて、千手提供ライブラリlibsenju160を利用したユーザーアプリケーションは、Senju Operation Conductor 2014以前のエージェントの千手稼働アカウントでは実行することができません。

また、上記環境でデフォルトエージェントをSenju Operation Conductor 2014以前のエージェントに設定している場合、千手稼働アカウント以外のアカウントでもlibsenju160を利用したユーザーアプリケーションを実行することができません。

デフォルトエージェントをSenju Operation Conductor 2014以前のバージョンの千手エージェントに設定した状態で、千手稼働アカウント以外のアカウントでlibsenju160を利用したユーザーアプリケーションを実行する場合は、当該アカウントのユーザー環境変数「PATH」に、動作させたいエージェント環境の千手ホームディレクトリ下のbinを追加して下さい。

4.1.3.11. 千手コマンドのコマンド起動シーケンスが長い場合の注意事項

千手コマンドを実行する際、コマンド起動シーケンスが256バイトを超えると、コマンドが異常終了する事があります。 事前に動作を確認して下さい。

4.1.3.12. マシン名と千手稼働アカウント名を同一にした場合の制限事項

マシン名と同名のアカウントを千手稼働アカウントとして千手エージェントをインストールしているマシンに、追加でサブ千手エージェントをインストールした場合、インストールは正常終了しますが、インストールの最後に行われる千手起動処理の際に、マシン名と同名の千手稼働アカウントで稼働している千手の起動処理が行われます。

千手エージェントのインストール時に、マシン名と同名のアカウントを千手稼働アカウントとして設定しないで下さい。

4.1.3.13. ユーザーアカウント制御機能を“オン”にした状態での制限事項

ユーザーアカウント制御機能(UAC:User Account Control)を“オン”にした状態でサポートされるOS/プロダクトは以下の通りです。
  • Windows Server 2008の千手エージェント、千手センサー

  • Windows Server 2008 R2の千手エージェント、千手センサー

  • Windows Server 2012の千手エージェント、千手センサー

  • Windows Server 2012 R2の千手エージェント、千手センサー

ユーザーアカウント制御機能を“オン”にした場合は以下の制限事項があります。
  • Telnet接続による監視を行う場合、ユーザーアカウントをTelnetClientsグループに追加する必要があります。

  • コンフィグレーションのコマンド実行項目を取得する場合、千手稼働アカウントとAdministrator以外のアカウントを指定できません。

  • ランブックオートメーションのセクションでローカル実行を行う場合、千手稼働アカウント以外のアカウントを指定できません。

  • ジョブを実行する場合、ジョブの実行アカウントは、千手稼働アカウントまたはAdministratorとして下さい。

  • コマンドプロンプトからSenju DevOperation Conductorの提供するコマンドを実行する場合、コマンドプロンプトを管理者として実行する必要があります。

  • Windowsの千手センサーに対してWMIで接続する処理を行う場合、接続ユーザとしてAdministratorアカウントを指定して下さい。

4.1.3.14. ドメインアカウントを千手稼働アカウントにする場合の制限事項

同名のローカルユーザーが存在するドメインアカウントを千手稼働アカウント指定することはできません。

ローカルユーザーを削除するか、別のドメインアカウントを千手稼働アカウントに指定して下さい。

4.1.3.15. 遠隔ソフトウェア保守機能の制限事項

Windows版千手マネージャからUNIX、Linuxエージェントへの遠隔ソフトウェア保守機能は、使用できません。

4.1.3.16. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.1.4. 千手ブラウザ

4.1.4.1. 千手ブラウザと千手マネージャ間のネットワークの前提事項

千手ブラウザと千手マネージャ間のネットワークは、LAN環境が前提です。

4.1.4.2. エンティティ間の参照関係に関する注意事項

他のエンティティで参照しているエンティティでも、チェックされずに削除されるものがあります。 (例:営業日カレンダーは、ノードの監視日として使用していても、削除可能です)

4.1.4.3. 千手ブラウザの入力に関する注意事項

千手ブラウザ上のほとんどの操作は、キーボードで代替できますが、一部、不可能な操作があります。 (例:千手ブラウザのツリービュー、リストビュー間でのエンティティ選択の切り替え)

4.1.4.4. 千手ブラウザのステータスバーの時刻

千手ブラウザのステータスバーの時刻は、千手ブラウザが稼働しているPCの時刻です。

千手マネージャの時刻と千手ブラウザが稼働するPCの時刻は、合わせるようにして下さい。

4.1.4.5. 大規模環境でのデータの更新時の注意事項

大量データが存在する場合、データの追加/変更/削除の処理に時間がかかる事があります。 また、この間は、更新結果が画面に反映されていなくても、画面の操作を行えます。

4.1.4.6. 大規模環境での千手ブラウザのログイン時間

データ量に応じてログインまでの時間も変わります。 (データが多いとログインまで数分かかる場合があります。) ログアウトや千手ドメイン切断についても同様です。

不要となったデータは、削除を行うようにして下さい。 (特に、ジョブスケジュールサブシステムの古い運用日付)

4.1.4.7. 大規模環境でのプロセスの起動時間

データ量に応じて、千手マネージャ上の千手ブラウザ関連プロセスの起動時間が変わります。 起動に数分かかる場合もあります。

不要となったデータは、削除するようにして下さい。 (特に、ジョブスケジュールサブシステムの古い運用日付)

4.1.4.8. 所持していないライセンスの表示

各サブシステム、各エクステンションのライセンスが無い場合、関係するメニューやアイコンは不活性、あるいは非表示になります。

4.1.4.9. 複数の千手ブラウザ使用時の注意事項

複数の千手ブラウザを使用している場合、一方の千手ブラウザの編集結果が、他方の千手ブラウザの既に開いているダイアログやプロパティ上には、反映されません。 (ダイアログやプロパティを開き直すと、変更は反映されています。)

4.1.4.10. 千手ブラウザに関する設定保存

警報装置の各種設定、ウィンドウの各種情報、印刷設定、ログイン画面のデフォルト値、メッセージフィルタ設定、ユーザーツール設定、接続設定、エイリアスの設定、グローバルノードモニタのビューの設定は千手ブラウザが稼働しているノードで有効なレジストリへ、千手ブラウザ終了時に保存されます。 よって、千手ブラウザを起動したときのこれらの設定は、前回正常に終了した千手ブラウザの情報を引き継ぐようになっています。

4.1.4.11. コマンド実行時の出力内容の確認

「コマンド実行」画面には実行されたコマンドの標準出力や、標準エラー出力が表示されますが、ウィンドウのサイズを狭めて表示が消えてしまうと、再度広げても消えてしまった文字は表示されません。 このような場合でも、アウトプットビューには表示されますので、こちらから確認を行って下さい。

4.1.4.12. コマンド実行画面の入力時の制限事項

「コマンド実行」画面は標準入力を受け付けますが、千手マネージャがWindowsの場合、“Ctrl+Z”で、ファイルの終わりを示す事はできません。

4.1.4.13. コマンド実行画面のローカル編集機能

千手マネージャがWindowsの場合、千手コマンド・ユーザーコマンドを実行すると「コマンド実行」画面にある「ローカル編集」チェックボックスが有効になります。 この機能を使用すると、千手ブラウザ側で入力文字を一時的に保持して、「Enter」キーを押されると一括してコマンドに文字列を送信します。 例えば”date”コマンドを実行して日付を入力する場合に有効です。 通常はデフォルトの設定(ローカル編集機能がONの状態)のままご使用下さい。

4.1.4.14. 千手ブラウザの非モーダルウィンドウ・ダイアログの動作

千手ブラウザから開かれる非モーダルウィンドウ・ダイアログは、千手ブラウザ画面の後ろに隠れる事があります。このような場合、タスクバーからの操作により、隠れたウィンドウを最前面に表示して下さい。 逆にモーダルウィンドウ・ダイアログは、通常親ウィンドウの後ろに隠れる事はありませんが、タスクバーからの操作により、親ウィンドウを最前面に表示する事ができてしまいます。 このような状態になると、千手ブラウザのどの画面をクリックしてもビープ音がして、操作が全くできなくなったかの様に見えますが、Altキーを押しながらEscキーを何度か押す事で、隠れたウィンドウやダイアログを最前面に表示させる事により、操作ができるようになります。

4.1.4.15. 千手ブラウザのドッカブルバーの制限事項

千手ブラウザ画面のドッカブルツールバーを縦にした状態で、「ツールバーの設定」を行うと、2列目以降が表示されなくなります。千手ブラウザ画面では、ドッカブルツールバーを縦にしないで下さい。

4.1.4.16. 複数の千手ブラウザを起動した際の制限事項

複数の千手ブラウザを起動すると、以下のようなダイアログが表示されることがあります。

「サーバー使用中:"千手ブラウザ" プログラムが応答しないため、この作業を完了できません。[切り替え]を選んで、問題を解消して下さい。」

この場合は、[切り替え]を選んで、作業を続行して下さい。

4.1.4.17. 千手ブラウザのレジストリ情報のリセット方法

千手ブラウザのレジストリ情報を初回インストール時の状態に戻したいときには、千手ブラウザ起動時(「スタート」メニューから「千手ブラウザ」を選択した直後)に、ログイン画面が起動するまで、Shiftキーを押し続けて下さい。 なお、この操作は本書「 千手ブラウザに関する設定保存 」で示した項目の全てを初期化されてしまうので注意して下さい。

4.1.4.18. マルチバイト文字を含む長い文字列を表示した時の制限事項

テキストボックスに入力された、マルチバイト文字を含む長い文字列を表示したとき、Windowsの問題により、最後の部分が表示されない場合があります。 この現象の詳細については、Microsoft社にお問合せ下さい。 なお、現象が発生したときは、その文字列の最後尾部分を選択する(反転させる)と、表示されていなかった部分が表示されます。

4.1.4.19. 千手ブラウザと千手マネージャのヘルスチェックの注意事項

ネットワーク障害や、千手マネージャ自体に障害が発生した場合は、通信の終了通知が千手ブラウザに届かない事があります。 このような時は、WindowsにおけるTCP/IPのネットワークタイムアウトの設定に従って、千手マネージャ側との通信切断を検知します。

WindowsにおけるTCP/IPのネットワークタイムアウトの動作は、データ転送時にネットワークが切り離された場合、及びアイドル状態(データを送受信せず待機している状態)でネットワークが切り離された場合に大別されます。 データ転送時にネットワークが切り離された場合は、通常それほど時間を必要としませんが、アイドル状態でネットワークが切り離された場合、デフォルトの設定ならば、通信切断の検知に最長で約2時間程度必要となります。 なお、千手ブラウザ・千手マネージャ間のヘルスチェック機能(ネットワークヘルスチェックオプション)を使用した場合、最長5分程度で検知できます。

4.1.4.20. ユーザーツール機能の制限事項

千手ブラウザ画面の「ユーザーツール」に、同じ「メニューアイテム名」で複数のコマンドを登録しても、次回千手ブラウザ起動時には1つしか表示されません。 コマンドを追加する時は、必ず「メニューアイテム名」も変えて下さい。

4.1.4.21. ホイール操作の横スクロールの制限事項

ホイール付きマウスで、ホイール操作を行った場合、リストビューでの横スクロールは正しく動作しません。

4.1.4.22. アンインストール時の動作に関する制限事項

千手ブラウザのアンインストールを行っても、一部のファイル、フォルダ、レジストリが残る場合があります。 これは、InstallShieldのデフォルトの動作です。

4.1.4.23. 千手ブラウザから設定するプリンタの設定保存

千手ブラウザから指定するプリンタの設定では、「原稿サイズ」、「出力用紙サイズ」と「印刷の向き」のみ保存されます。

4.1.4.24. モーダルウィンドウが開いている状態での切断時の動作

モーダルウィンドウが開いている状態で、千手マネージャとの接続が切れると、千手ブラウザが異常終了したり操作できなくなったりする場合があります。

4.1.4.25. 入力項目に使用できない文字

入力項目にローマ数字の「ⅰ」~「ⅹ」を使用すると、千手システムが正しく動作しない場合がありますので使用しないで下さい。

4.1.4.26. エイリアスの複数選択時の書き出し動作

異なる種類のエイリアスを複数選択し書き出しを行った場合、選択したエンティティのうち先頭のエイリアスと同じ種類のエイリアスが書き出されます。

4.1.4.27. ドメインポリシーの設定が可能な千手ユーザーグループ

ドメインポリシーの設定は千手ユーザーグループのAdministratorsとManagersにて行うことができます。

4.1.4.28. データの一括書き出しが途中で失敗した時の動作

データの一括書き出し機能では複数のファイルの書き出しを行います。 書き出しの途中で失敗した場合は、以降のファイルの書き出しは行われません。

例えばジョブスケジュールの場合、営業日カレンダー、稼働日カレンダー、トリガ、リソース、動作環境、動作環境プール、ジョブ、ネット.定義有効日、システムの順番で定義データを書き出します。 トリガの書き出しに失敗した場合は、営業日カレンダー、稼働日カレンダーのみ書き出され、リソース以降のファイルの書き出しは行われません。

4.1.4.29. 出力レベルを変更した場合の過去メッセージ出力数の制限事項

メッセージアクションにて出力メッセージの変更でレベルの変更を行っている場合、以下の千手ブラウザオプションにより取得できる過去メッセージ数と設定した値に差分が出る可能性があります。
  • NumOfPastNodeMessageErr

  • NumOfPastNodeMessageWarn

  • NumOfPastNodeMessageInfo

4.1.4.30. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.1.5. WEBコンソール

4.1.5.1. ライセンス期限が切れた場合の対処

「Senju Extended Interface Service」は、ライセンス期限切れを検知すると、マネージャとの接続を切断します。ライセンスキーを更新して再起動して下さい。

4.1.5.2. イベントログフィルタの判定条件表示の制限事項

WEBコンソールの「設定変更」において、モニタリング-イベントログフィルタ-<フィルタ名>の画面で、「判定条件」が256バイトを超える場合、250バイトまでしか表示されません。 この場合、プロパティで内容を確認して下さい。

4.1.5.3. 連続操作時の制限事項

WEBコンソールの画面でボタンを連続的に押下した場合など、正しく画面が表示されない場合があります。 1回のクリックで結果が返るまで待ってから、次の操作を実行して下さい。

4.1.5.4. Webページ表示中のタイムアウト

データ量の多いグラフの作成、表示内容が多いページの表示など、処理に時間がかかる場合に、WEBコンソールと、千手ウェブサーバーが稼働するノードのIISとの間の接続タイムアウトが発生する場合があります。 この場合、インストール時に指定したIISの千手の仮想ディレクトリの「ASPのスクリプトのタイムアウト」時間を延ばして下さい。

JavaApplet画面で「千手ウェブコネクションサーバーとの通信ができません」というエラーメッセージが表示される場合も、ASPのスクリプトのタイムアウトが発生している可能性があります。 まず、インストール時に指定したIISの千手の仮想ディレクトリの「ASPのスクリプトのタイムアウト」時間を延ばして下さい。

それでも、問題が解決しない場合は、千手ウェブサーバーで障害が発生した可能性がありますので、システム管理者に連絡して下さい。

4.1.5.5. 「Enter」キーでの操作

WEBコンソールから操作を行う際に「Enter」キーを使用する場合は、どこにフォーカスが当たっているかを確認してから「Enter」キーを押下して下さい。

4.1.5.6. 「コマンド実行」画面以外からのコマンド実行時の注意事項

WEBコンソールでは、「コマンド実行」画面以外から千手マネージャにコマンドを実行している間(例:グローバルノードモニタから千手起動を実行している場合等)、他のWEBコンソールから操作がブロックされます。

4.1.5.7. パラメータのソート順の違い

WEBコンソールのユーザーコマンドパラメータ入力画面におけるパラメータのソート順は半角数字、半角大文字、半角小文字、ひらがな、カタカナ、漢字、全角数字の順となります。 これは、千手ブラウザにおける半角数字、半角大文字、半角小文字、全角数字、ひらがな、カタカナ、漢字の順とは異なります。

4.1.5.8. JavaAppletを表示するページでのJavaのエラー

千手ウェブサーバーの動作が極端に重い場合、JavaAppletを表示するページでJavaのエラーが発生する可能性があります。

エラーが発生した場合は、再度ページを表示しなおして下さい。

4.1.5.9. メッセージの状態の注意事項

Web版メッセージモニタにおいて、確認または削除されたメッセージの状態は、WEBコンソールを終了するまで有効です。

WEBコンソールを一旦終了し、再度ログインした場合には、前回のメッセージの状態は保存されていません。

4.1.5.10. Webブラウザの設定

WEBコンソールとして使用する各Webブラウザは、デフォルト設定で最適に動作します。

4.1.5.11. 別のアカウントで再ログインする場合の注意事項

WEBコンソールの使用者が変わる場合には、WEBブラウザを再起動して使用して下さい。

4.1.5.12. メッセージモニタのコピーに関する制限事項

WEBコンソールのメッセージモニタでは、Javaのセキュリティポリシーにより、デフォルトではメッセージをクリップボードにコピーする事ができません。

WEBコンソールのメッセージモニタで、メッセージのコピーを可能にするためには、WEBコンソールを使用する端末に対して下記の設定を行って下さい。 なお、クリップボードアクセス許可に関するJavaセキュリティポリシーの変更は、お客様の責任にてお願い致します。

  1. ユーザポリシーファイルの作成

    ユーザポリシーファイルを、ユーザーのホームディレクトリ下に、ファイル名".java.policy"として作成して下さい。なお既にユーザポリシーファイルが存在する場合は、新規に作成する必要はありません。

    例)ユーザーが"senju"、ホームディレクトリが c:\documents and settings\senju の場合、 c:\documents and settings\senju\.java.policy を作成して下さい。

  2. クリップボードへのアクセス許可の設定

    1で作成したユーザポリシーファイルに、下記の記述を追加して下さい。

    grant codeBase "http://[千手ウェブサーバー]/senju/-" {
    
    permission java.awt.AWTPermission "accessClipboard";
    
    };
    

    [千手ウェブサーバー]には、千手ウェブサーバーのノード名を入力して下さい。

    例)千手ウェブサーバーが稼働するノード名が"webnode"の場合、ユーザポリシーファイルには下記の記述を追加して下さい。

    grant codeBase "http://webnode/senju/-" {
    
    permission java.awt.AWTPermission "accessClipboard";
    
    };
    

4.1.5.13. 別ウィンドウで開く操作

WEBコンソールで別ウィンドウを開く操作を行わないで下さい。 画面遷移が正しく動作しない場合があります。

4.1.5.14. Javaランタイムのバージョン

WEBコンソールのJavaAppletを表示する画面では、Senju DevOperation Conductorで頒布しているJavaバージョン7 update65より古いバージョンを使用している場合に、エラーが発生することがあります。 Javaバージョン6以下をご使用の場合、ログイン時にJava7 update65のインストール画面が表示されますので、インストールして下さい。

4.1.5.15. ライセンス情報表示の制限事項

WEBコンソールのドメインプロパティでは、千手ブラウザで表示可能なライセンス情報画面の「監視エクステンション」表示は行われません。

4.1.5.16. 詳細監視の設定の保存

WEBコンソールで設定したジョブスケジュールの詳細監視の設定は、「Senju Extended Interface Service」を再起動すると無効になります。

4.1.5.17. ランチャートの制限事項

WEBコンソールでは、千手ブラウザで操作可能な機能であるランチャートでのジョブ検索/ズーム機能が使用できません。

4.1.5.18. ジョブチェッカの制限事項

WEBコンソールでは、千手ブラウザで使用可能なジョブチェッカが使用できません。

4.1.5.19. コンポーネントの配置の注意事項

WEBコンソールでは、ランチャート(モニタ)とランチャート(定義)に表示されるコンポーネントの位置が、千手ブラウザと異なることがあります。

4.1.5.20. グラフ表示時の注意事項

グラフを表示させる場合に、下記の条件を全て満たすとデータが大量になるため、DBとの接続タイムアウトになり正しくグラフが表示されない場合があります。
  • データ表示対象に“週単位”または“月単位”を指定

  • 使用するサマリテーブルに“分”を指定

4.1.5.21. 履歴情報のダウンロード機能の注意事項

WEBコンソールのグラフモニタのリストダウンロード機能では、千手ブラウザと異なり、CSV形式のみでのファイルへの書き出しを行います。

4.1.5.22. グラフの表示色の注意事項

WEBコンソールのグラフモニタでは、グラフの色指定をしない場合、千手ブラウザのグラフモニタにて表示される色と異なりますが、表示されるデータに違いはありません。

4.1.5.23. グラフ縦軸の範囲指定時の注意事項

WEBコンソールのグラフモニタにおいて縦軸の範囲指定が設定されていないグラフは、千手ブラウザと異なり、縦軸スケールは常に”0”から始まります。

4.1.5.24. グラフ縦軸が複数設定されている場合の注意事項

グラフ定義にて、異なったスケールの軸が左右それぞれに設定されている場合、WEBコンソールのグラフモニタでは、左軸のスケールを基準として横線を引いています。 右軸のスケールは、短い横線で表示しています。

4.1.5.25. 棒グラフ・積み上げ棒グラフ表示時の制限事項

WEBコンソールのグラフモニタで、「棒グラフ」または「積上げ棒グラフ」を表示したとき、データ表示期間内の最後のデータがグラフに表示されない場合があります。

4.1.5.26. 積み上げ折れ線グラフの合成時の制限事項

複数の監視タスクが登録されたグラフ定義において、それぞれの監視タスクのグラフの種類が「積上げ折れ線」、合成方法が「可能なものはすべて合成する」の場合、グラフ表示期間内の最初のデータの重ね合わせの表示が千手ブラウザと異なる場合があります。

4.1.5.27. グラフモニタのフィルタ設定の制限事項

WEBコンソールのグラフモニタでは、フィルタ設定の変更ができません。また、監視対象名に「#」と「,」が含まれるグラフのフィルタは行えません。

4.1.5.28. メッセージモニタに関する機能の制限事項

WEBコンソールのメッセージモニタにおいて、メッセージのコンテキストメニュー「関連ツール」は未サポートです。

4.1.5.29. 構成モニタの制限事項

WEBコンソールでは構成モニタは利用できません。

4.1.5.30. ポップアップブロックの設定

WEBコンソールのJavaApplet画面からポップアップ画面を表示するため、コンソールWEBサイトは許可されたサイトとしてIEのポップアップブロックの設定に追加することが必要です。

4.1.5.31. DB接続ライブラリ(ESDライブラリ)初期化失敗

千手サービス(Senju Extended Interface Service_<ユーザ名>)が停止している状態でIISサービスを再起動してから、コンソールへアクセスすると、ESDライブラリ初期化失敗が発生します。

その後、千手サービス(Senju Extended Interface Service_<ユーザ名>)を起動してから、コンソールへアクセスして、グラフモニタに以下のようなエラーが発生する場合があります。

エラー:ASA000: ESDライブラリ初期化失敗しました。

エラー:SYS003: リロードタイミング設定が不正です。

上記の状況が発生した場合、IISサービスを再起動して下さい。

4.1.5.32. 複数のJavaランタイムが有効な場合の動作

WEBコンソールのJavaAppletを表示する画面では、複数バージョンのJava Runtime Environmentを同時にインストールしている場合に、Javaセキュリティ警告が表示されることがあります。

複数バージョンのJava Runtime Environmentを同時にインストールしている場合は、Javaコントロールパネルで古いバージョンのJava Runtime Environmentの有効性を外して下さい。

4.1.5.33. WEBコンソールで利用可能な千手データーベースサーバー

WEBコンソールでは、UNIX版千手データベースサーバー(PostgreSQL)はご利用できません。Windows版千手データベースサーバー(SQL Server)をご利用下さい。

なお、Linux版マネージャで千手データベースサーバー(PostgreSQL)に格納されていた履歴データは、WEBコンソールでは利用できません。

4.1.5.34. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.2. イベント

4.2.1. イベント共通

4.2.1.1. セクションのコマンド実行結果ファイルの保存方式の注意事項

  • 稼働ノードの設定がリモート実行で接続方法が"TELNETによる接続"の場合

    “運用管理サーバーの文字コードに変換して保存”で指定可能な文字コードは「エージェントの文字コード/Shift JIS/EUC/UTF-8」のみサポートします。

    「Unicode(UTF-16LE)」を指定した場合、コマンド実行結果ファイルが文字化けする可能性があるので指定しないで下さい。

  • 稼働ノードの設定がWindowsエージェントが指定されている場合

    “運用管理サーバーの文字コードに変換して保存”で指定可能な文字コードは「エージェントの文字コード/Shift JIS/Unicode(UTF-16LE)」のみサポートします。

    「EUC/UTF-8」を指定した場合、コマンド実行結果ファイルが文字化けする可能性があるので指定しないで下さい。

4.2.1.2. ブック管理サーバー停止中の実行ブックの起動

ランブックオートメーション機能で、ブック管理サーバープロセスが停止した状態で実行ブックを作成した場合、実行ブックの状態が未投入となります。 ブック管理サーバープロセス再起動後に実行ブックは自動的には起動しません。

必要に応じてランブックモニタで実行ブックの投入を行って下さい。

4.2.1.3. 実行ブックの自動初期化機能の注意事項

  • 正常終了(またはスキップ終了)、もしくは対応状況が対応済みの実行ブックのうち、運用日付から3日以上経過したものは毎日自動的に初期化、削除します。

    また、実行ブックが上限値の3500に到達した場合、一番古い正常終了(またはスキップ終了)、もしくは対応状況が対応済みの実行ブックを削除し、新規に実行ブックの作成を行います。 削除可能な実行ブックが存在しない場合は、実行ブックの作成に失敗します。 必要に応じて実行ブックの削除を行って下さい。

  • 自動削除の対象となるのはステータスが正常終了もしくはスキップ終了した実行ブック及び、対応状況を対応済みに設定した異常終了した実行ブックです。

    対応状況を対応済みに設定していない異常終了した実行ブックは自動的に削除されず、不要なリソースを消費する要因となります。 異常終了した実行ブックは対応済みに設定するか、スキップ終了させるようにして下さい。

4.2.1.4. ランブックオートメーションのリカバリ処理

ランブックオートメーション機能では、千手マネージャ再起動時のリカバリ処理について以下のような注意事項、制限事項があります。

  • 稼働中のセクションについてはリカバリ対象となっていません。

    稼働中のセクションの状態はリカバリ後不明となり、稼働ノードで起動しているコマンドは停止されません。 そのまま再ランを行うとコマンドを2重起動してしまいます。 必要応じて、コマンド停止後に再ランを実施や、スキップ指定後に再ランを実施するなど手動で復旧させて下さい。

  • 所要時間監視が指定してあるブックの場合、リカバリ後に実行ブックが起動した時刻が起点となります。

  • 打ち切り時刻で所要時間が指定してあるブックの場合、リカバリ後に実行ブックが起動した時刻が起点となります。

  • 障害発生前に起動されたセクションの開始時刻、及び障害発生前に終了したセクションの終了時刻は、リカバリ処理前の時刻で表示されます。

  • !RBA209 セクション機能障害 [ ステータスファイル作成エラー ] のメッセージが出力されている場合、セクションの実行は問題なく行えますが、障害時の回復のための保存情報が生成できていない事から、このメッセージが出力中は、実行ブックのリカバリ投入ができません。このメッセージが出力されている原因を追求してから対応して下さい。

  • セクションに正常/異常終了アクションで追加メッセージを送信する設定している場合、リカバリ時には正常/異常終了時アクションは実行されません。

  • セクションに異常時アクションの自動実行再ランを設定している場合、再ラン回数はリカバリ対象となっていません。リカバリ後に再度異常終了した場合、再ラン回数は1回目から実行されます。

  • 同時に稼働できるセクションの最大数を超えてセクションがキューイングの状態の場合、リカバリ後に稼働数の制限を超えてセクションが稼働する場合があります。

  • セクションが稼働中の状態でコマンド実行サーバー(sjRBA_cmdexecd)が停止すると、稼働中のセクションの状態は異常終了となります。このとき稼働ノードで起動しているコマンドは停止されません。コマンド実行サーバー起動後に、そのまま再ランを行うとコマンドを2重起動してしまいます。必要応じて、コマンド停止後に再ランを実施や、スキップ指定後に再ランを実施するなど手動で復旧させて下さい。

4.2.1.5. 長時間経過した実行ブックのステータス

実行ブックが実行された日付で7日分経過した実行ブックの $SENJUHOME/dat/evt/rba 以下のファイルは削除されます。 そのため、該当の実行ブックはステータスが「未投入」となりますので注意して下さい。

4.2.1.6. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.2.2. UNIX,Linux版イベント

4.2.2.1. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.2.3. Windows版イベント

4.2.3.1. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.3. モニタリング

4.3.1. モニタリング共通

4.3.1.1. sjANM_execについて

  • コマンドの起動コマンド“sjANM_exec”で監視できるプロセス数は、「千手システムプロセス稼働数+千手起動プロセス稼働数+ユーザー起動プロセス登録数+ユーザー起動プロセス稼働数+sjANM_exec起動数」の合計が512までです。

  • コマンドの起動コマンド“sjANM_exec”で同名のプロセスを2つ起動しても、ノードモニタには1つのプロセスしか表示されません。どちらかのプロセスが停止した時点で、ノードモニタの[コマンド]タブ上の表示は消えます。

  • コマンドの起動コマンド“sjANM_exec”と、千手起動プロセスおよびユーザー起動プロセスに登録したものが同じプロセス名の場合、以下の現象が発生します。

    以下のような場合、コマンドの起動コマンド“sjANM_exec”の“-n”オプションを使用して、千手起動プロセスおよびユーザー起動プロセスでは使用されていない名前を指定して下さい。

    1. 千手起動プロセスに登録したものと同名のプロセスをコマンドの起動コマンド“sjANM_exec”で起動すると、千手起動プロセスの起動コマンド(sjANM_rexec)や、ノードモニタの[千手プロセス]→[起動]で同名のプロセスを起動しようとしても、 既に稼働中です。 とエラーが出力され、起動できません。

    2. 千手起動プロセスに登録したプロセスを、千手起動プロセスの起動コマンド(sjANM_rexec)や、ノードモニタの[千手プロセス]→[起動]から起動した後、コマンドの起動コマンド“sjANM_exec”で同名のプロセスを起動し、こちらが先に停止すると、千手起動プロセスは稼働中でも、ノードモニタの[プロセス]タブの表示が「起動前」となります。

      ノードモニタの表示が「起動前」となっていても、先に起動した千手起動プロセスが実際に停止しない限り、千手起動プロセスの起動コマンド(sjANM_rexec)や、ノードモニタの[千手プロセス]→[起動]からは、再度このプロセスを起動できません。 また、千手起動プロセスの停止コマンド(sjANM_kill)でも停止させる事はできません。

    3. 千手起動プロセスに登録したプロセスを、千手起動プロセスの起動コマンド(sjANM_rexec)や、ノードモニタの[千手プロセス]→[起動]から起動した後、コマンドの起動コマンド“sjANM_exec”で同名のプロセスを起動した場合、ノードモニタの[プロセス]タブの表示は千手起動プロセスのみ表示され「稼働中」となります。

      この時、先に千手起動プロセスが正常に終了した場合、ノードモニタの[プロセス]タブに一旦「正常終了」と表示されますが、その後、コマンドの起動コマンド“sjANM_exec”で起動されたプロセスも終了すると、ノードモニタの[プロセス]タブの表示が「起動前」となります。

  • コマンドの起動コマンド“sjANM_exec”自身がタスクマネージャやSIGKILLシグナルの送信等で強制的に停止させられると、以下のような現象が発生します。

    Windowsではログオン後に、コマンドプロンプトから“sjANM_exec”を使用した場合、ログアウト時にこれらのプロセスはOSによって強制的に停止させられるため注意して下さい。

    1. sjANM_execから起動されたプロセスは監視されなくなります。

    2. sjANM_execから起動された監視対象コマンドをsjANM_killコマンドで何回停止させても、 成功しました。 と標準出力に表示されます。

    3. sjANM_execから起動されたプロセスが停止しても、グローバルノードモニタに表示される「プロセス」の稼働中の数が+1されたままになります。

    4. ノードモニタの[プロセス]タブにプロセス名が表示されたままになります。

      このような現象が発生した場合は、以下のようにコマンドを実行させる事によりグローバルノードモニタ、ノードモニタから表示を消す事ができます。

      sjANM_exec -n(残ったプロセス名) -x"sleep 0"

  • コマンド“sjANM_exec”実行時にプロセス名(-nオプション)を省略した場合

    プロセス起動シーケンス(-xオプション)のパスの中に半角のスペースが含まれていると、正常なプログラム名が自動的に取得されません。

    プロセス名(-nオプション)の指定を行って下さい。

  • 監視対象プロセスを監視するプロセス(sjANMkernel)が停止しているときに“sjANM_exec”にてプロセスを起動した場合

    起動されたコマンドは実行されますが、監視は行われません。

    • UNIX/Linux版Senju DevOperation Conductorの場合

      ログに internal error occurred と表示されます。

    • Windows版Senju DevOperation Conductorの場合

      イベントログにエラーは表示されません。

    この際の“sjANM_exec”の終了ステータスは、UNIX/Linux版、Windows版Senju DevOperation Conductor共に起動されたプロセスの終了コードになります。

  • “sjANM_exec”にて、既にプロセスを起動しているときに、sjANM_kernelが停止した場合

    停止の通知が行われません。

    • UNIX/Linux版Senju DevOperation Conductorの場合

      ログに internal error occurred と表示されます。

    • Windows版Senju DevOperation Conductorの場合

      イベントログにエラーは表示されません。

    この際の“sjANM_exec”の終了ステータスは、UNIX/Linux版Senju DevOperation Conductorの場合“119”になります。 Windows版Senju DevOperation Conductorの場合は、起動されたプロセスの終了コードになります。

4.3.1.2. sjANM_psについて

  • ユーザー起動プロセスを1つだけ登録・監視しており、かつその監視対象プロセスが稼働中である時に、ノードのプロパティ[プロセス]タブの「監視対象プロセス」フィールドから該当のユーザー起動プロセスの削除を行った場合

    ノードモニタ[プロセス]タブの「監視対象プロセス」フィールドから該当プロセスの監視結果は消えますが、プロセス稼働状況の表示コマンドsjANM_psの結果には削除したユーザー起動プロセスの稼働状況が表示される場合があります。

    ユーザー起動プロセスを削除する場合は、監視対象プロセスを停止後に、ユーザー起動プロセスの削除を行い、さらに当該ノードへの反映(監視属性)操作を行って下さい。

  • 千手起動プロセスとユーザー起動プロセスに同一名プロセスを登録した場合

    ユーザー起動プロセスの監視が先に行われると、ノードモニタ[プロセス]タブの「千手起動プロセス」フィールドで該当の千手起動プロセスの稼働状況が「起動前」のままになり、プロセス稼働状況の表示コマンドsjANM_psの結果にも該当の千手起動プロセスの稼働状況が正しく表示されない場合があります。

    千手起動プロセスとユーザー起動プロセスに同一名プロセスを登録・監視する場合は、千手起動プロセスを先に登録及び起動するようにして下さい。

    なお、本現象が起こった場合は、該当の千手起動プロセス及びユーザー起動プロセスを削除して、再登録して下さい。

  • ユーザー起動プロセスに“[”を含むプロセス名を指定した場合

    sjANM_psの結果に該当プロセスが「稼働中」と「停止中」の両方が表示される場合があります。

    プロセス名には“[”を使わないようにして下さい。

4.3.1.3. Webページ更新監視の制限事項

監視項目「Webページ更新監視」は、リダイレクトが設定されたWebページや、CGI/ASP/JSPなどの自動生成ページの場合、正しく応答しているにもかかわらず「異常」と判断することがあります。

4.3.1.4. 応答に時間がかかるURLへの応答確認の制限事項

監視項目「URL応答確認」、「URL応答時間(秒)」、「URL応答確認(https)[Windows]」、「URL応答時間(https)(秒)[Windows]」は、240秒以内に応答がない場合、異常と判断します。

このため、240秒を超えて応答があるようなシステムの監視を行うことはできません。

4.3.1.5. リダイレクトを行うURLへの応答確認の制限事項

監視項目「URL応答確認」、「URL応答時間(秒)」、「URL応答確認(https)[Windows]」、「URL応答時間(https)(秒)[Windows]」は、リダイレクトが設定されたWebページの監視を、正常に行えない場合があります。

また、指定されたURLが存在しないなどのエラー発生時に、エラーを示すHTTPステータスコード(指定されたURLが存在しない場合の404など)を返さず、独自に用意されたエラー専用Webページへリダイレクトする場合にも、同様に監視が正常に行えない場合があります。

4.3.1.6. Apache監視エクステンションの制限事項

Apache監視エクステンションは、エラー発生時に正常を示すHTTPステータスコード「200 OK」を返し、HTML文書としてエラーを通知するWebページの監視を、正常に行えない場合があります。

4.3.1.7. Oracle監視エクステンションの制限事項

  • 検査間隔内に監視対象のORACLEを再起動した場合、その検査間隔時点でのORACLE監視結果が正しく取得できない場合があります。このため、ORACLE再起動直後の監視結果を無視するか、ORACLE再起動前に当該ノードの監視タスクを一時停止し、ORACLE再起動後に監視タスクを再開して下さい。

  • ORACLE監視項目では、ユーザー認証にデータベース認証のみをサポートします。OSに用意されたアカウントを利用する外部認証など、他のユーザー認証方法はサポートしていません。

  • 監視項目「ORACLE:ロールバックセグメントエクステント増分数」は、オンラインのロールバックセグメントのみ監視を行うことができます。

  • ORACLE監視項目は、監視対象ノードに複数のORACLEがインストールされている場合にも、監視可能です。ただし、ネットサービス名、OIDが重複しないように設定を行う必要があります。

  • ORACLE監視項目は、「テーブルスペース名」、「ロールバックセグメント名」、「ユーザー名」フィールドの大文字、小文字を区別します。

  • 監視項目「ORACLE:テーブルスペースエクステントフラグメンテーション率(%)」は、監視対象のテーブルスペースに名称にタブ文字を含むテーブルやインデックスがある場合には、監視が正常に行えない場合があります。

  • 名称が“ORACLE:”で始まり、“ORACLE:DB”で始まらない全ての監視項目を使用して監視を行う際、障害調査のため、SQL*Plusの実行に失敗した場合、Oracleのエラー内容を出力したファイル ~/log/sjISM_orachk_[PID]\*.tmp を残すようにしました。ノードモニタからsjANM_monExtdプロセスを停止および起動するか、千手の再起動を行うことでこれらのファイルは自動的に削除されますが、不要な場合には手動で削除して下さい。

4.3.1.8. SNMP監視の制限事項

監視対象のSNMPエージェントがRFCに準拠した動作を行わない場合、SNMP監視が正常に行えない場合があります。

4.3.1.9. 稼働履歴のみを取得する場合の設定方法

千手カテゴリにおける監視項目にて、監視を行わず稼働履歴のみを取得する場合は、監視タスクを作成する場合に、必ず正常となるような判定条件を設定して下さい。

例) 監視結果が正の整数となる監視タスクならば「0以上なら正常」

4.3.1.10. 千手センサーのプローブノードの分散

短い検査間隔で大量の監視を行うと、実際の検査間隔が指定した時間よりも長くなることがあります。検査間隔を長く設定するか、千手センサーの監視を行っている場合は、1つのプローブで多数の千手センサーの監視を行わせず、他のプローブに分散させるようにして下さい。

4.3.1.11. リソース監視稼働統計ログ利用時の注意事項

Senju DevOperation Conductorのリソース監視稼働統計ログ(sjANM_vmstat.log)への出力は廃止予定となっており、将来のバージョンで予告なしにサポートされなくなる事があります。 これはSenju DevOperation Conductorのモニタリング機能とキャパシティ機能により、より高度な統計ログの取得が可能となったためです。 すみやかにキャパシティ機能へ移行して下さい。

4.3.1.12. トラップ監視時の注意事項

SNMPコレクタノードでSNMPトラップ受信を行う場合、SNMPトラップポート(通常162)が他のプログラムで使用されていると !NET202「SNMPの初期設定に失敗しました」 のメッセージが出力され、sjNET_trapdが起動に失敗します。 Senju DevOperation ConductorにてSNMPトラップ受信を行う場合は、SNMPトラップポートを使用しているプログラムを停止(無効に)して下さい。

他のプログラムでSNMPトラップ受信を行う場合は、sjNET_trapdが起動しないように設定します。 詳細は ユーザーズマニュアル「トラップ収集 [EXTENSION] 」 を参照して下さい。

なおWindowsではSNMP Trap Serviceとの共存が可能になっています。 詳細は ユーザーズマニュアル「Windowsの“SNMP Trap Service”サービスが稼働している場合の設定」 を参照して下さい。

4.3.1.13. 異常時アクションの実行

監視タスクに設定された監視動作に何らかの異常が発生し、監視が行えなかった場合にも、監視タスクの状態は「異常」となり異常時アクションが実行されます。

4.3.1.14. 同一名称のプロセスが複数稼働している場合のプロセス監視対象

異なるユーザー名で同一名称のプロセスが稼働している場合でも、Senju DevOperation Conductorのプロセス監視では全て監視対象として扱われます。 特に、マルチエージェント下で千手起動プロセスを監視すると、他の千手稼働アカウントの千手起動プロセスも監視対象となりますのでご注意下さい。

4.3.1.15. 平均値を取得する監視項目の注意事項

監視項目の「説明」に「検査間隔期間内の平均値」と書かれている監視項目は、検査間隔経過後に値の計算を行います。 このため、他の監視項目に比べて値が表示されるまで時間がかかる場合があります。

4.3.1.16. URLを指定する監視項目の注意事項

Webサーバー監視、Apache監視など、パラメータとしてURLを指定する監視タスクの監視動作は、監視対象ノードではなく指定されたURLでアクセスされるWebサーバーに対して行います。 監視対象ノードはノードの状態やメッセージの送信元などとして使用されますので、URLでアクセスされるWebサーバーと監視対象のノードIDを一致させるようにして下さい。

4.3.1.17. Ping応答確認のリトライ設定

「Ping応答確認」機能において、「リトライ回数」や「タイムアウト」に極端に小さい値を設定すると、ネットワークの状況などにより、実際には稼働中であるノードを停止中であると判定してしまう事があります。 稼働環境などを考慮の上、値を設定して下さい。

4.3.1.18. ノード情報定義データの読み込み時の制限事項

ノード情報定義データの読み込みで、“ノード情報”を“追加及び変更”で読み込んだ時に、変更が無い場合でも状態カラムには「変更」と表示されます。

4.3.1.19. ノード情報定義データの読み込み時の重複ノードチェック

ノード情報定義データの読み込みにおいて、定義データファイル内に重複したノード名が存在していてもチェックされません。そのようなノード名を設定しないようにして下さい。

4.3.1.20. ノード情報定義データの読み込み時の依頼中監視タスクの扱い

ノード情報定義データの読み込みにおいて、「システム情報」「ディスク」「プロセス」カテゴリに属する「監視依頼中」および「一時停止依頼中」の監視タスクが定義データファイルに存在しない場合、この監視タスクは「削除依頼中」に遷移しないため削除されません。監視タスクが「監視中」または「一時停止中」に遷移するのを待ってから読み込み処理を行うようにして下さい。

4.3.1.21. 下位のエージェントで利用可能な監視項目

下位のエージェントに接続する場合、利用できる監視項目は、エージェントのバージョンによって異なります。 また、千手センサーの監視を行う場合、監視項目によって指定できるプローブのバージョンにも制限があります。

利用制限のある各監視項目とそのエージェント、プローブのバージョンは以下の通りです。

カテゴリ[エクステンション]

監視項目名

エージェント

プローブ

バーチャリゼーション[VMware監視]

VMware:仮想マシン ハートビート数

Senju DevOperation Conductor 2016以降
(ESXi 5.1 GA以前)

バーチャリゼーション[VMware監視]

VMware:仮想マシン ハートビート数(最新値)

Senju DevOperation Conductor 2016以降
(ESXi 5.1 Update 1以降)

4.3.1.22. 監視結果が整数の場合の監視可能な値の範囲

監視項目の計算結果の型が「整数」の場合は、監視タスクの判定条件に、-9223372036854775808~18446744073709551615を設定する事ができます。 この範囲外の値を扱う場合は、監視項目の「計算結果の型」に「指数」を使用して下さい。

4.3.1.23. APサーバー監視の制限事項

APサーバー監視を行う際、設定するパラメータが256文字以上の監視対象を監視することができません。

4.3.1.24. 監視結果が合計の場合の値の制限事項

計算結果の比較方法が「合計」の監視タスクにおいて、監視対象ごとの監視結果全てを足した数値と監視対象が「合計」の数値にわずかな誤差が出る場合がありますが、この「合計」の数値と判定条件を元に監視結果の判定を行います。

4.3.1.25. 監視結果にマシン時刻が影響する監視項目

以下の監視項目では、マシン時刻を取得して処理の経過時間を計測し、監視します。そのため、これらを使用して監視タスクを作成して監視している際にマシン時刻を過去に戻したり未来に進めたりすると、監視結果が正しく取得できません。

  • ネットワーク接続所要時間(ミリ秒)

  • TELNET所要時間(ミリ秒)

  • FTPファイル送信所要時間(秒)

  • FTPファイル受信所要時間(秒)

  • ホスト名解決所要時間(ミリ秒)

  • NTP時刻取得所要時間(ミリ秒)

  • コマンド実行時間(秒)

  • ディスクI/O所要時間(秒)

  • ORACLE:DB接続時間(秒)

  • ORACLE:DBデータ取得時間(秒)

  • ORACLE:DBデータ取得時間(簡易指定)(秒)

  • ORACLE:DBデータ更新時間(COMMIT)(秒)

  • ORACLE:DBデータ更新時間(ROLLBACK)(秒)

  • ORACLE:DBストアドプロシージャ実行時間(秒)

  • SQL Server:DB接続時間(秒)

  • SQL Server:DBデータ取得時間(秒)

  • SQL Server:DBデータ取得時間(簡易指定)(秒)

  • SQL Server:DBデータ更新時間(COMMIT)(秒)

  • SQL Server:DBデータ更新時間(ROLLBACK)(秒)

  • SQL Server:DBストアドプロシージャ実行時間(秒)

  • DB2 UDB:DB接続時間(秒)

  • DB2 UDB:DBデータ取得時間(秒)

  • DB2 UDB:DBデータ取得時間(簡易指定)(秒)

  • DB2 UDB:DBデータ更新時間(COMMIT)(秒)

  • DB2 UDB:DBデータ更新時間(ROLLBACK)(秒)

  • DB2 UDB:DBストアドプロシージャ実行時間(秒)

  • SMTPメール送信時間(認証なし)(ミリ秒)

  • SMTPメール送信時間(認証あり)(ミリ秒)

  • POP3メール受信時間(ミリ秒)

  • IMAPメール受信時間(ミリ秒)

4.3.1.26. SAP連携のパスワード

SAP ERP 6.0 (旧名称:SAP ERP 2005)との連携を行う場合に、SAPシステムのパスワードに小文字を使用していると、SAPサーバーへのログインに失敗します。 SAP ERP 6.0システムのパスワードには小文字を使用しないで下さい。

4.3.1.27. 使用できないVMware監視の監視項目

監視項目「VMware:仮想マシンディスクコマンド待ち時間(ミリ秒)」、「VMware:リソースプールメモリ使用率(%)」はデータを取得できないため、Senju Operation Conductor V12より監視項目を削除しました。

4.3.1.28. セカンダリエージェントとセカンダリセンサーの表示の差異

千手ブラウザのグローバルノードモニタにて、ディスク監視を行っていないセカンダリエージェントとセカンダリセンサーでは以下のような表示の違いがあります。

セカンダリエージェントは「ディスク」カラムは「0」と表示されますが、セカンダリセンサーの「ディスク」カラムは「-」で表示されます。

4.3.1.29. vSphereのポートグループ名の制限事項

VMware vSphere 5.0以上の環境で、ポートグループ名に日本語を設定している場合には、仮想サーバーホストログインの設定で情報取得先にESX Serverを指定しても情報取得に失敗します。

vCenter Serverを指定して下さい。

4.3.1.30. VMware監視で利用するPerlに関する制限事項

プローブノードのPerlのlibwww-perlライブラリのバージョンが 5.837より新しいバージョンを利用している場合、vSphere SDK for PerlによるバーチャルノードモニタおよびVMware監視で監視結果の値が正常に取得できなくなる可能性があります。

回避策として、Perlの環境変数 PERL_LWP_SSL_VERIFY_HOSTNAME に“0”を設定し、SSL証明の際のホスト認証を行わないようにして下さい。

vSphere SDK for Perl 5.5を使用しているプローブノードで、Perlのlibwww-perlおよびNet-HTTPライブラリのバージョンによっては、vSphere SDK for PerlによるバーチャルノードモニタおよびVMware監視で監視結果の値が正常に取得できない場合があります。

4.3.1.31. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.3.2. UNIX,Linux版モニタリング

4.3.2.1. 千手起動プロセスの稼働アカウント

千手ブラウザからUNIX/Linux版Senju DevOperation Conductorに対し、ノードのプロパティ「千手起動プロセス」を作成する際に、「実行ユーザー名」欄に「千手稼働アカウント」を指定すると、指定ノードで自動的に「千手稼働アカウント」にてプロセスが起動しますが、この欄に“senju”と入力した場合も「千手稼働アカウント」にてプロセスは起動されます。

4.3.2.2. 検査間隔中のOS操作に関する注意事項

検査間隔の時間内にUNIX/Linux版Senju DevOperation Conductorの監視対象ノードの時刻を変更、リブート、シャットダウン/ブートなどを実行した場合、その検査間隔時点での監視結果が正しく取得できない場合があります。 のため、時刻変更、リブート直後などの監視結果を無視するか、時刻変更、リブートなどを行う場合は、当該ノードの監視タスクを一時停止して実行後、再開して下さい。

4.3.2.3. スワップアウトされたプロセスを監視する場合の注意事項

監視中のプロセスがスワップアウトされると、psコマンドでは、プロセス名が“[]”で囲まれた形で出力され、プロセス名の引数は見えなくなります。

そのため、監視条件によってはプロセスが停止したように見える場合があります。

4.3.2.4. プロセス名を指定する監視項目の制限事項

AIX、Linuxでは、詳細情報カテゴリのプロセスに関しての監視項目(同一プロセス名稼働数、プロセス別CPU使用率、プロセス別メモリ使用量、プロセス稼働監視)で、プロセス名候補一覧からプロセスを選択しても監視に失敗する事があります。

監視を行う場合は、「プロセス名」パラメータに、フルパスで先頭から240バイトまでを指定して、監視タスクを作成して下さい。

4.3.2.5. センサーテキストログ監視の検査間隔に関する制限事項

センサーテキストログ監視では、センサーノードのファイル状態変化(シフト、トランケート)を定期的に検査しています。

このため、プローブノードとセンサーノードの通信状況により、ノードのプロパティ[ログ監視]タブの「ログ監視」フレームの「検査間隔」フィールドで設定した時間よりも検査間隔が長くなり、ファイル状態変化の検知が遅れることがあります。

4.3.2.6. センサーテキストログ監視の検査対象に関する制限事項

センサーテキストログ監視において、センサーテキストログ監視用のアカウントの端末に以下のようなメッセージが送信された場合、メッセージ内容はログフィルタにて検査されます。

  • syslogd(または類似プロセス)の設定で、センサーテキストログ監視用のアカウントの端末に送信されるように指定されているメッセージ

  • 同報メッセージ(Broadcast Message)

センサーテキストログ監視において、センサーノードにログインする際に標準出力に警告メッセージが出力される場合、その出力内容はログフィルタにて検査されます。

4.3.2.7. センサーテキストログ監視の対象OSに関する制限事項

VMware ESXi(VMware vSphere Hypervisor ,VMware vSphere)に対しては、ログ監視を行うことができません。

4.3.2.8. 仮想マシンの操作に関する制限事項

無償版VMware ESXi(VMware vSphere Hypervisor)に対しては、千手コマンドによる仮想マシンの操作を行うことができません。

4.3.2.9. SNMPにおるCPU使用率の監視に関する制限事項

千手センサーのOSがLinuxで、SNMPエージェントがnet-snmp-5.1.2-18.el4より古いバージョンを利用している場合、SNMPによるCPU使用率の監視で監視結果の値が正常に取得できなくなる可能性があります。

SNMPエージェントはnet-snmp-5.1.2-18.el4より新しいバージョンを使用して下さい。

4.3.2.10. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.3.3. Windows版モニタリング

4.3.3.1. 4GBを超える仮想メモリ空間に対する監視の制限事項

4GBを超える仮想メモリ空間(物理メモリ+ページファイル)をもつWindowsノードでは、仮想メモリのページングファイルの管理設定によってはリソース監視の仮想メモリ使用率が正しく表示されない可能性があります。

これは、OSベンダー提供APIの制限です。

4.3.3.2. URL応答確認のリクエスト内容

「URL応答確認(https)[Windows]」及び「URL応答時間(https)[Windows]」では、通常HTTPの1.0バージョンでリクエストを行っていますが、監視が実行されるノードにインストールされているInternet Explorerの設定で「HTTP1.1を使用する」が有効になっている場合、「URL応答確認(https)[Windows]」及び「URL応答時間(https)[Windows]」もHTTPの1.1バージョンでリクエストを行います。

HTTP1.1リクエストを受け付けないようなWEBサーバーを監視する際は、Internet Explorerの「HTTP1.1を使用する」設定を無効として下さい。

4.3.3.3. WMI監視でWMIリポジトリの再構築となる現象

WindowsノードにてCPU使用率(%)[WMI]の監視中に以下のメッセージが表示され情報取得に失敗する事象があります。

ノードID:xxxxxxxx,監視タスク名:CPU使用率(%)[WMI],監視タスクID:131,監視対象:System Idle Process(値が取得できません) (メッセージ:WBEM_E_INVALID_QUERY,エラーコード:[0x80041017])

上記のエラーコードでメッセージが発生した場合、WMIリポジトリの再構築が必要になります。

4.3.3.4. グローバルノードモニタから停止中のノードを起動した場合の制限事項

Windows版千手マネージャ/エージェントで停止中のノードをグローバルノードモニタより起動すると、以下のメッセージがメッセージログに出力されることがありますが、動作上問題ありません。

!ANM112 プロセスが異常終了しました(sj_startsrv1)

また、イベントログに以下のエラーメッセージが出力されることがありますが、動作上問題ありません。

(千手/システム管理)プロセス(sj_startsrv1)が異常終了しました。(終了コード:1) proc # *<process-ID>* thread # *<thread-ID>*.

4.3.3.5. 1台のプローブノードで実行可能なイベントログ監視の件数

1台のプローブノードにて、千手センサーも含めて65台のイベントログ監視を行うと、sjANM_evtwatchdプロセスが異常終了します。

プローブノードが監視可能な最大千手センサー台数につきましては、 ユーザーズマニュアル「制限事項及びプロセス構成」>「イベント」>「各構成要素の標準値」 を参照して下さい。

4.3.3.6. イベントログの消去に関する制限事項

Windows Server 2008 以降の環境で、イベントビューアにて「ログの消去」を行う際に「保存と消去」を選択すると、その後に出力されたイベントログが検知されなくなります。

「ログの消去」を行う際にはあらかじめ「イベントに名前をつけて保存」別途ログを保存した後、「ログの消去」で「消去」を選択してログを消去して下さい。

また、「保存と消去」を選択してログを消去したい場合には、以下手順で行って下さい。
  1. 消去するイベントログの監視定義を削除し、反映(監視属性)を実行

  2. 「ログの消去」を「保存と消去」を選択して実施

  3. 消去したイベントログの監視定義を追加し、反映(監視属性)を実行

4.3.3.7. デフォルトのイベントログフィルタに関する注意事項

以下のイベントログフィルタを削除しないようにして下さい。

  • SJAPPLICATION

  • SJSECURITY

  • SJSYSTEM

Windowsのノードを新規作成した時に、監視対象イベントログのフィルタ定義の初期値として、上記の3つのイベントログフィルタが設定されています。 これを削除すると、新規に作成したノードに対して「反映(監視属性)」を実施した際に、イベントログフィルタ定義が存在しないというエラーになり、正常に反映が行われません。 そのような場合は、以下のいずれかの方法で対処して下さい。

  1. 「ノード」のプロパティの[ログ監視]タブの「イベントログ監視」チェックボックスのチェックを外す。

  2. 削除したイベントログフィルタを監視方法として使用しない。

  3. 削除したイベントログフィルタの定義を再作成する。

4.3.3.8. 監視対象として指定するイベントログの注意事項

システム、セキュリティ、アプリケーション以外のイベントログも「ノードのプロパティ([ログ監視]タブ)」の「監視対象イベントログ」フィールドにて監視対象として登録できますが、以下の制限があります。

  • イベントログ監視で設定できる「監視対象イベントログ」の名称は110バイトまでです。

  • 名称の大文字、小文字は区別されません。

4.3.3.9. イベントログ監視で指定するイベントログの名称

Windows Server 2008 以降のイベントログ監視の設定について監視対象イベントログの名称は、該当イベントログのプロパティより[全般]タブの“フルネーム”の部分で確認できる名称を指定して下さい。

例えば、イベントビューア「アプリケーションとサービスログ」の「Microsoft」→「Windows」→「TaskScheduler」→「Operational」を監視する場合。

イベントビューアにて、「Microsoft」→「Windows」→「TaskScheduler」→「Operational」のプロパティを開き、全般タブにあるフルネームの以下を指定します。

Microsoft-Windows-TaskScheduler/Operational

4.3.3.10. SQL Server 2008以降のExpressEditionを利用する場合の注意事項

千手データベースサーバーとしてSQL Server 2008 , SQL Server 2008 R2 , SQL Server 2012 , SQL Server 2014 のExpressを使用される場合、データベースに格納できるデータは最大10GBに制限されます。大規模環境で履歴データ保存を行う場合、この制限を超える可能性がありますので、Standard、Enterpriseへのアップグレードをご検討いただくか、履歴データ保存期間の変更により、データ量の削減を実施して下さい。

4.3.3.11. IIS監視の制限事項

IIS関連の監視を行っているときに、IISを停止すると、各値がすべて「0」になります。

4.3.3.12. 千手センサーのイベントログを行う際のプローブノードの制限事項

千手センサーのイベントログ監視を行う際に、ローカルシステムアカウントにインストールした千手エージェントをプローブには出来ません。

以下のメッセージがメッセージモニタに出力されます。

!ANM280 監視対象イベントログが存在しません。(イベントログ:XXX)
!SYSL04 システムエラーです。(InitEventLog(XXX))

4.3.3.13. コンピュータ名と異なるノードIDを設定している千手センサーでのログ監視

コンピュータ名と異なるノードIDを設定している千手センサーで、ログ監視(イベントログ、テキストログ)を行う際には、レジストリを編集する必要があります。

Microsoftの以下の「サポート技術情報」(Microsoft Knowledge Base)を参照して下さい。

[参考]Microsoftの Webサイト(Microsoft サポート)

文書番号: 281308
Windows 2000 ベースのコンピューターまたは Windows Server 2003 ベースのコンピューター上の SMB 共有に接続することがあります、エイリアス名は使用できません。
※文書番号は確認した当時のものになります。最新の情報についてはベンダーにお問い合わせ下さい。

4.3.3.14. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.3.4. 千手ブラウザ

4.3.4.1. 千手ブラウザで表示される判定条件の文字列の制限事項

ツリービューでイベントログフィルタ監視項目を選択した時のリストビューで、詳細モードの項目“判定条件”に表示される文字列は、最大で250byteまでとなっています。

リストビューに途中までしか表示されていない場合でも、定義に異常はありません。

4.3.4.2. 垂直線を入れた場合のスクロールの制限事項

グローバルノードモニタで、「表示」→「表示形式」→詳細表示の時カスタム表示で垂直線にチェックをいれます。

その後、すべてタブにてバーをスクロールさせると、垂直線の位置がずれ、列の位置も1つ以上ずれてしまいます。

4.3.4.3. 監視タスクの状態遷移の表示

新規に監視タスクを作成した直後、該当監視タスクの監視動作がノードモニタや千手ブラウザの監視タスク一覧の表示上、「監視依頼中」から一旦「停止中」になった後「監視中」と遷移することがありますが、実際の監視動作には影響ありません。

4.3.4.4. エイリアスの書き出しに関する制限事項

エイリアスに異なる種類のエンティティを作成し、両方選択してコンテキストメニューを表示すると、「書き出し」が表示されますが、ここで書き出しを実行しても最後に選択した種類の書き出しだけ行われます。

4.3.4.5. 過去のバージョンで書き出した監視タスクの読み込みに関する制限事項

過去のバージョンで書き出した監視タスクは、アップデートパッチでSenju DevOperation Conductorへのバージョンアップ後はデータの読み込みに失敗する可能性があります。 バックアップ目的で監視タスクを書き出している場合は、Senju DevOperation Conductorへのバージョンアップ後に再度バックアップを取得して下さい。

4.3.4.6. 同時刻の履歴データが複数蓄積された場合の表示

マシン時刻を過去に戻した場合、同時刻の履歴データが複数蓄積される事があります。このような期間を指定したグラフでは、この時刻のデータは複数の中から任意に1つ選択されて表示されます。

4.3.4.7. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.4. ジョブスケジュール

4.4.1. ジョブスケジュール共通

4.4.1.1. 千手が予約しているジョブの終了コード

千手が予約しているジョブの終了コードは以下の2つがあります。

  • 終了コード125

    ジョブの終了コード125はWindows 版エージェントで使用し、「ジョブを強制停止した場合の終了コード」を表しています。 また、千手エージェントのバージョンが、V6.5以前の場合は、「動作環境サーバーがマネージャの異常を検知し、終了時にジョブプロセスを停止した場合の終了コード」も同様になります。 なお、この場合UNIX、Linux版千手エージェントでは終了コード0、シグナル15またはシグナル9で終了します。

  • 終了コード128

    ジョブの終了コード128はUNIX、Linux版千手エージェントで使用し、「プロセスの生成(fork)には成功したがプログラムの起動(exec)には失敗した場合の終了コード」を表しています。

4.4.1.2. 稼働中のネットに先行トリガがある場合の注意事項

稼働中のネットの先行トリガがオフになると、その後起動されるそのネット内のジョブは起動待ちのままとなります。 そのトリガがオンになることにより、そのネットの先行条件が再び満たされ、起動待ちになっていたネット内のジョブの他の先行条件が満たされていれば稼働します。

4.4.1.3. 起動後のジョブネットに対して所要時間の変更を行った場合の注意事項

起動後のジョブ/ネットに対して、ジョブモニタのプロパティから所要時間の変更(追加)を行った場合、指定した所要時間は、当該ジョブ/ネットが起動してからの時間に設定されるのではなく、当該ジョブ/ネットが起動してから所要時間の変更を行った間隔に、指定の時間を加算した時刻に設定されます。 なお、この際、フレームタブのガントチャートの終了予定日時は、開始予定日時からの時刻を表示します。

4.4.1.4. フレーム投入後に開始予定時刻を相対時刻で変更した場合の注意事項

フレームを投入後、開始予定時刻を相対時刻で変更した場合、変更した時点からの相対時刻が開始予定時刻として設定されます。

4.4.1.5. 稼働日カレンダーの指定のないネット、ジョブについて

フレーム、及びフレーム中の全てのネット、ジョブなどに稼働日カレンダー名を指定しない場合でもフレームの登録は可能です。 ジョブ及びネットは、稼働日扱いとして正常に稼働します。

なお、上記の場合でも稼働日カレンダーが指定してあるネット、ジョブについては、カレンダーの稼働日の指定に従って動作します。

4.4.1.6. 日付が変わる直前でのフレーム投入時の注意事項

23時58分及び23時59分にフレーム投入を行うと以下の動作となります。
  1. 投入時刻が上記時刻の場合。(即時投入)

    投入動作を00時00分以降にずらして実行します。

  2. 起動時刻に相対時刻で上記時刻を指定した場合。

    投入動作を00時00分以降にずらして実行します。

  3. 起動時刻に絶対時刻で上記時刻を指定した場合。

    失敗してエラーとなります。

4.4.1.7. 動作環境サーバーの起動失敗時の注意事項

ノード障害等により、そのノードで動作環境サーバーが起動できなかった場合、以降、そのノードで異なる動作環境サーバーを起動しようとする度に、以下のメッセージが出力され、動作環境サーバーの起動は行われません。

!PEX259 未稼働ノード動作環境サーバー起動スキップ

この場合は、「動作環境サーバーの再起動」で、他ノードで代替の動作環境サーバーを起動させるか、障害ノードの回復を待って、動作環境サーバーを再起動して下さい。

なお、Senju DevOperation Conductorでは、障害ノードが回復すると自動で動作環境サーバーを再起動する機能が実装されています。

動作環境サーバーの自動復旧機能については、 ユーザーズマニュアル「動作環境サーバーの自動復旧とジョブ状態リカバリ機能の設定」 を参照して下さい。

4.4.1.8. ジョブテンプレート機能を使用して作成したジョブの注意事項

ジョブテンプレート機能を使用して作成したジョブは、実行システム(フレーム)を作成した後にジョブテンプレート定義を変更した場合、直ちにジョブモニタのランチャート、ジョブチェッカのジョブのジョブテンプレートIDの表示に変更結果が反映されてしまいます。

このため、実際に稼働するジョブは、実行システムを作成した時点のジョブが起動されますが、ジョブテンプレートIDの表示のみが異なることがあります。

4.4.1.9. 簡易投入コマンドを連続起動する場合の注意事項

簡易投入コマンドを初期化指定で連続で起動した場合、投入したフレームが起動待ちのままになることがあります。

千手ブラウザからの操作でジョブの初期化と投入を繰り返し実行した場合でも、当現象が発生することがあります。

この場合、起動待ちになったままのフレームを千手ブラウザで個別に「強制初期化」し、再度「投入」を実行して下さい。

4.4.1.10. リソースを指定しているジョブネットを初期化再ランする場合の注意事項

リソースを指定しているジョブ/ネットが異常終了した後に、ジョブ/ネットの初期化を行い、再ランした時点でリソースが獲得できない場合は、リソースの獲得待ちの状態になります。

この時に再ランコマンドの実行結果として、「起動条件が満たされていないので再起動できません。」と実行結果ダイアログに出力されますが、リソースが獲得できた時点で当該ジョブ/ネットは稼働します。

4.4.1.11. リソースを指定しているジョブネットのスキップしてい時の動作

リソースの待ち状態にあるジョブ/ネットにスキップの指定を行うと、リソースの獲得を待たずに直ちにスキップ終了します。

4.4.1.12. 自動サイクル運用時のフレーム起動時刻の注意事項

自動サイクル運用時に、運用基準時刻よりも前に起動時刻を設定しているフレームがある場合、作成される実行システムは翌日日付の運用日付になります。

4.4.1.13. 千手エージェントノードがリブートした際の注意事項

ジョブが稼働している千手エージェントノードのリブート行い、フレームを再ランするとフレームは停止中となります。 このような場合、動作環境サーバー(sjPEXpxcmgr)の再起動が必要となります。

なお、Senju DevOperation Conductorでは、千手エージェントノードのリブート後に自動で動作環境サーバーを再起動する機能が実装されています。 動作環境サーバーの自動復旧機能については、 ユーザーズマニュアル「動作環境サーバーの自動復旧とジョブ状態リカバリ機能の設定」 を参照して下さい。

4.4.1.14. 定義されていないリソースの指定に関する制限事項

千手ブラウザからは、定義されていないリソースをジョブ/ネットに指定することが可能ですが、ジョブデータの読み込みコマンド(sjPEX_dataRead)では、定義されていないリソースを指定したジョブ/ネット定義の読み込みはできません。

4.4.1.15. リソースを指定する場合のリソース値の考慮

リソースの定義のリソース値を、ジョブ/ネットに指定したリソース消費値よりも小さい値に設定すると、リソースが確保できないジョブ/ネットが定義されることになります。 リソースをジョブ/ネットに指定した後にリソース値の変更を行う場合は、ジョブ/ネットに指定したリソース消費値を考慮して定義変更を行って下さい。

4.4.1.16. SAP R/3ジョブスケジュールの制限事項

SAP R/3ジョブスケジュール(sjPEX_r3job)は、負荷分散機能に対応していません。 sjPEX_r3jobが稼働する動作環境サーバーには、ノードグループを設定しないで下さい。

4.4.1.17. 起動事項が設定されていないネットを含むシステムの動作

起動時刻が設定されていないネットを含むシステムも自動サイクル指定ができますが、このようなフレームは自動的に投入されないので、手動で投入して下さい。 (このような設定の場合は、フレーム定義時に警告ダイアログが表示されて注意を促します。)

4.4.1.18. ジョブ数が多いフレームに対するジョブレポート表示時の注意事項

ジョブ数が多いフレームをジョブレポートで表示させると、千手マネージャノードの一部のプロセスがリソースを多く消費します。 大規模なフレームをジョブレポートで表示する場合は、リソースの空き容量に注意して下さい。

4.4.1.19. ファイル待ちトリガのファイル作成完了監視の注意事項

ファイル待ちトリガでファイルの作成完了監視を行った場合、従来のファイル待ちトリガより検査に時間がかかります。

4.4.1.20. ファイル待ちで監視可能なファイルのサイズ上限

ファイル待ちトリガ、ファイル待ちジョブ、ファイル待ちジョブ(詳細監視)で監視可能なファイルのファイルサイズにはOSによって上限(2GB、4GB)があります。 上限を超えるファイルを監視対象とした場合、これらは正常に動作しません。

4.4.1.21. ジョブのキューイング時のメッセージ

動作環境未稼働以外が原因でジョブがキューイング状態になった場合、メッセージモニタに以下のメッセージが出力されます。

!PEX005 ジョブ状況通知 [キューイング](!ノード名日付:・・)

4.4.1.22. SAP連携のパスワード

SAP ERP 6.0 (旧名称:SAP ERP 2005)との連携を行う場合に、SAPシステムのパスワードに小文字を使用していると、SAPサーバーへのログインに失敗します。 SAP ERP 6.0システムのパスワードには小文字を使用しないで下さい。

4.4.1.23. フレームネット名とジョブ名の注意事項

一つのシステム内でフレーム/ネット名とジョブ名を同一にしないで下さい。

4.4.1.24. ジョブスケジュール利用時の初期設定

ノードのプロパティの全般タブの機能フレームの「ジョブスケジュール」がチェックされていないノードでは、千手起動プロセスのsjPEX_cmgrexecd(動作環境サーバー起動プロセス)およびsjPEX_filechkd(ファイルチェックプロセス)の状態は正常終了となり、稼働しません。

プロセスを稼働させたい場合は、「ジョブスケジュール」のチェックを入れ、ノードへの[反映(監視属性)]操作および千手システム再起動(リブート)を行って下さい。

4.4.1.25. 異常時ネットの稼働条件について

前ジョブの異常終了によって異常時ネットが起動した場合、その後、前ジョブステータスが変更されても異常時ネット内のジョブは先行条件または起動条件が満たされていれば稼働します。

なお、異常時ネット起動後は、前ジョブは先行条件ではなくなります。

4.4.1.26. ジョブが動作する千手センサーの文字コードに関する制限事項

動作環境(千手センサー指定)で千手センサーの文字コードとプローブノードの文字コードが違うときに、ユーザー名などにマルチバイト文字を指定するとジョブが異常終了する場合があります。 マルチバイト文字を使用する場合には、プローブと千手センサーの文字コードは併せて下さい。

4.4.1.27. 自動詳細監視機能の利用に関する注意事項

Senju Operation Conductor 2013より、フレームが生成されたときに自動で詳細監視する機能が追加されました。

しかし、自動で詳細監視するように設定された千手マネージャでは、多数のジョブ/ネットを含むフレームを同時にいくつも稼働させた場合に、手動で詳細監視するのに比べてメモリ使用量が大幅に増加します。

また、状態管理サーバー(sjPEX_pxd)再起動/千手マネージャ再起動/OS再起動などのジョブスケジュールのリカバリが実行される際に、多数の投入済みフレームが存在した場合、千手ブラウザが接続可能な状態になるまでに相当な時間がかかります。

千手マネージャのメモリ容量が少ない環境や、多数のジョブ/ネットを含むフレームを同時にいくつも稼働させる可能性がある環境では、自動で詳細監視をせず、手動で詳細監視するよう設定して下さい。

自動詳細監視の設定については、 ユーザーズマニュアル「SJ_AUTO_DETAILSTATUS-フレームおよび実行ブックの自動詳細監視の有効/無効設定-」 を参照して下さい。

4.4.1.28. 初期化したフレームのリカバリ処理時の制限事項

終了したフレームの配下のオブジェクトを単独初期化した後、リカバリが行なわれるとメッセージモニタ上に表示されるリカバリの一連のメッセージには単独初期化された事が表示されません。 しかし実際には単独初期化の処理は行なわれており、ジョブモニタでは初期化後の「起動待ち」で表示されます。 メッセージモニタでは【終了】、ジョブモニタでは【起動待ち】と表示されますがジョブモニタの表示が正しい表示となります。

4.4.1.29. タイムラインをドッキング状態にしていない場合の制限事項

タイムラインをドッキング状態にしていない場合には、更新ボタンおよび運用日付変更ボタンによる状態取得は動作しません。

4.4.1.30. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.4.2. Unix,Linux版ジョブスケジュール

4.4.2.1. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.4.3. Windows版ジョブスケジュール

4.4.3.1. 日付が変わる直前で千手プロセスを起動する場合の注意事項

23時59分に千手プロセスを起動すると、自動サイクル運用が稼働しなくなります。

千手プロセスは23時59分以外に起動して下さい。

4.4.3.2. 存在しないバッチファイルを指定した場合の制限事項

正常終了時コマンドや異常終了時コマンドに、存在しないバッチファイルなどを指定しても、これらのコマンドは「異常終了」とはならず、単なる終了コードが『1』の「正常終了」扱いになります。 (具体的にはジョブの終了しきい値の設定によっては通常メッセージが発行されます)

これはバッチファイルを実行するWindowsのcmdコマンドの仕様によるものです。

4.4.3.3. ジョブに指定したバッチファイル内からバッチファイルを実行する場合の注意事項

ジョブに指定したバッチファイル内からバッチファイルを実行している場合、強制停止を行うとバッチファイルを実行しているcmdコマンドがハングアップします。

強制停止では、ジョブのプロセスグループに対して、CTRL_BREAK_EVENTを送信し停止させますが、cmdコマンドがCTRL_BREAK_EVENTをハンドリングしているために発生します。

残ったプロセス(cmd.exe)を終了するには、タスクマネージャからプロセスの終了を行うか、OS再起動を行って下さい。

なお、ジョブの起動コマンドに指定したバッチファイルは、TerminateProcessで終了させるため、プロセスが残ることはありません。

4.4.3.4. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.4.4. 千手ブラウザ

4.4.4.1. ジョブモニタの表示実行システム設定

ジョブモニタで行った表示実行システム設定は、接続している全千手ブラウザで共通の設定となります。

4.4.4.2. ランチャート表示部の範囲を超えた選択

ジョブエディタ/ジョブチェッカ/ジョブモニタのランチャート表示部の中で、表示されている範囲を超えて一度に選択する場合は、ジョブ/ネット/トリガを選択した状態で、Ctrlキーを押しながらランチャート表示部をスクロールさせ、選択して下さい。

4.4.4.3. 矛盾するネットのチェックタイミング

ジョブエディタで、子ネットの中に親ネットがあるような論理的に矛盾するネットを作成すると、フレーム作成時チェックでエラーとなります。

なお、ジョブチェッカで「フレームの検査」を実行することにより、論理的に矛盾するネットを検出することも可能です。

4.4.4.4. 複数ネット削除時の動作

aネットの中にbネットを定義した際に、千手ブラウザで、aネットとbネットを複数選択して削除すると、bネットのみ削除されます。 これは、千手ブラウザ側でネット毎に削除チェックを行っているためです。

4.4.4.5. 後続がないトリガの扱い

「ジョブエディタ」上でネットを編集する際に、ジョブ/ネットと結ばれていないトリガが存在するときには、画面を他のネットに切り替える事ができません。

4.4.4.6. ジョブネットと前後関係のない飛び越しネットの扱い

「ジョブエディタ」上でネットを編集する際に、ジョブ/ネットと結ばれていない飛び越しネットは、画面を他のネットに切り替えた後、元に戻しても消えてしまいます。

4.4.4.7. ジョブエディタの定義情報の同期タイミング

ジョブエディタを既に起動した状態で、千手ブラウザでジョブ/ネット/トリガを削除しても、ジョブエディタ上では表示が残ります。 この場合は、ジョブエディタを再起動して下さい。 (既に削除されたジョブ/ネット/トリガ表示を含むネットの[フレーム作成]を行った場合、作成エラーになります。)

4.4.4.8. 大量ジョブを含むフレーム投入時の注意事項

大量のジョブを含むフレーム(約10,000ジョブ)を投入すると、状態管理サーバー(sjPEX_pxd)と千手ブラウザ関連プロセス(SpFrameClnt、SpChartClnt、SpTriggerClnt)間の接続が切れる場合があります。 この場合は、千手ブラウザで「切断されました」のダイアログが表示されたことを確認後、[サーバー再接続]を行って下さい。

4.4.4.9. 運用日付が作られていない日付のトリガの状態表示

運用日付が作られていない日付のトリガの状態は、ジョブモニタ画面には表示されません。

4.4.4.10. ランチャートの印刷

「ジョブエディタ」、「ジョブチェッカ」、「ジョブモニタ」で、ズーム設定を変更して印刷しても、倍率は印刷結果には反映されません。 ツリービューでネットを選択し、一旦コピーした後、ペイントで貼り付け、印刷すると倍率はそのままで印刷できます。

4.4.4.11. テンプレート使用ジョブの変更時の動作

ジョブテンプレートを使用していないジョブを、途中から使用するように変更した場合、使用していない時にフレーム作成、投入したジョブも「ジョブチェッカ」、「ジョブモニタ」ではジョブテンプレート使用ジョブとして表示されます。 また逆に、ジョブテンプレート使用ジョブを通常ジョブに変更したり、ジョブそのものを削除した場合、「ジョブチェッカ」、「ジョブモニタ」では通常ジョブとして表示されます。

4.4.4.12. クリップボードに貼り付けられるデータサイズ

[データの読み込み]で、クリップボードに貼り付ける解析結果のデータは2MBに制限されます。

4.4.4.13. フレーム起動時のガントチャート表示

「ジョブモニタ」のフレームタブにて、[詳細監視設定]を行ったフレームが起動したときに、一瞬該当フレームのガントチャートグラフが長く伸びてしまう現象が発生する場合があります。 (その後すぐに正常なグラフ表示に戻ります。)

4.4.4.14. ジョブエディタでのトリガ設定時の制限事項

ジョブエディタでトリガを新規作成でなく追加したあと、依存関係を張らない状態のとき、千手ブラウザのリストビューでトリガを作成すると、ジョブエディタで追加したトリガが消えますのでご注意下さい。

ジョブエディタと千手ブラウザで同時にトリガの設定を行わないようにして下さい。

4.4.4.15. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.5. キャパシティ

4.5.1. キャパシティ共通

4.5.1.1. 監視間隔に関する制限事項

モニタリングで登録した監視タスクを、使用するサマリテーブルに“分”を指定してグラフに表示した場合や、数値データのコピーを行った場合に、データの無いサマリ区間ができることがあります。

これはエージェントの負荷状態等により設定した検査間隔以内に監視結果が取得できないことがあるためです。

WMI監視項目、コマンドによる監視項目は、検査間隔内に監視結果が取得できなかった場合、監視間隔でコマンドを強制終了します。

SNMP監視項目は、監視間隔を超える監視条件の場合は監視間隔が伸びていくため、実際の検査間隔が指定した検査間隔より長くなります。

4.5.1.2. グラフデータ取得コマンドの制限事項

グラフデータ取得コマンド(sjANM_getGraphData)は、以下の場合にグラフデータを取得することができません。

  • コマンドで指定したグラフ定義の監視タスク指定方法が「監視項目名で指定する」で、指定したノードに同じ監視項目名の監視タスクが複数存在する場合。

  • コマンドで指定したグラフ定義の監視タスク指定方法が「監視タスクIDで指定する」で、存在しない監視タスクが指定されている場合。

4.5.1.3. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.5.2. UNIX,Linux版キャパシティ

4.5.2.1. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.5.3. Windows版キャパシティ

4.5.3.1. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.6. コンフィグレーション

4.6.1. コンフィグレーション共通

4.6.1.1. 千手センサーに対する千手基本情報の取得設定

千手センサーにて千手基本情報の取得を行う場合は、ノードのプロパティのシステム情報にて「このノードのPing応答確認を行う」にチェックを入れて反映(ノード定義)を行って下さい。

4.6.1.2. 取得できないソフトウェア/パッチ情報

構成モニタのソフトウェア/パッチ情報では、Windows 64bit(Itanium 2 及び x64)の千手センサーにおいて、 HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall 以下に含まれる32bitアプリケーションの情報とパッチ情報を表示する事はできません。

4.6.1.3. 構成管理項目名に使用できない文字

構成管理項目名に以下の文字を使用しないで下さい。使用した場合、該当の構成管理項目は千手データベースサーバーへの情報登録が行われません。

“\” “ダ” “Ю” “㍉” “雲” “垣” “祇” “契” “浩” “酸” “柔” “神” “狙” “胆” “点” “農” ”廟” “棒” “誉” “論”

4.6.1.4. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.6.2. UNIX,Linux版コンフィグレーション

4.6.2.1. 文字コードが違う場合の制限事項

千手センサーの文字コードとプローブの文字コードが違うときに、コマンド実行の構成管理項目をリモート取得実行した場合に失敗することがあります。 マルチバイト文字を含む結果を取得する場合には、プローブと千手センサーの文字コードは併せて下さい。

4.6.2.2. ファイルリスト取得の制限事項

ファイル情報の構成管理項目でファイルリストを取得する場合に、シンボリックリンク先の情報を取得する設定にしたとき、シンボリックリンク先のファイルがさらにシンボリックリンクであっても、最初のシンボリックリンク先のファイルの情報しか取得できません。

4.6.2.3. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.6.3. Windows版コンフィグレーション

4.6.3.1. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

4.6.4. 千手ブラウザ

4.6.4.1. 千手構成管理項目の取得方法

構成モニタにて、千手構成管理項目の千手基本情報とパッチ情報は、千手構成管理項目の取得にリモート接続を利用した場合にも、千手マネージャから取得が行われます。

4.6.4.2. 取得方法の表示

構成モニタの履歴タブ表示で、千手センサーの千手構成管理項目の取得方法が”ローカル”と表示されることがあります。

4.6.4.3. その他の仕様上の制限

その他の仕様上の制限については、 ユーザーズマニュアル「制限事項及びプロセス構成」 を参照して下さい。

5. 既知の問題と対策

5.1. システム共通

  1. リモートコマンド実行

    問題

    Linux版千手マネージャを使用している場合、千手コマンドの「共通/その他」に登録されている「リモートコマンド実行」コマンドのパラメータ「コマンド名」に指定するパラメータ値に『”』(ダブルクォーテーション)を使用すると、コマンドが異常終了することがあります。

    対策

    コマンド名のパラメータ値に、『”』(ダブルクォーテーション)の文字を使用しないで下さい。

  2. HP-UX 11.xへのリモートコマンド実行

    問題

    OSがHP-UX 11.xのノードに対し、千手のリモートコマンドを用いて第三者アカウントでコマンドを実行した場合、該当アカウントの補助グループが設定されません。

    (この問題は、HP-UX 11.x 側での仕様変更によるものです。)

    対策

    以下のコマンドを実行し /etc/logingroup にシンボリックリンクを作成して下さい。

    # ln -s /etc/group /etc/logingroup
    

    (# は rootユーザのプロンプトになります。)

  3. 千手マネージャを対象とした千手システムの停止コマンド実行

    問題

    Windows 版千手マネージャを使用している場合、「反映(ノード定義)」または、マネージャノードに対して「反映(監視属性)」の実行直後に、

    • グローバルノードモニタで、千手マネージャノードを選択し「千手システムプロセス」を「停止」する

    または、

    • 千手コマンドの「共通/その他」に登録されている「システムの停止」を、千手マネージャノードを指定して実行する

    と、次のメッセージがアウトプットビューに表示される場合があります。

    プロセス(sjANM_nodemgr:0 PID:<process-ID>)の停止処理に失敗しました。
    

    対策

    千手マネージャマシンの再起動、または、コマンドプロンプトで、sj_halt(千手の停止)、sj_boot(千手の起動)を行った後、必要であれば、再度千手システムプロセスを停止させて下さい。

    「反映(ノード定義)」または、千手マネージャノードに対して「反映(監視属性)」の実行直後に、千手マネージャノードの千手システムプロセスの停止を行う場合は、5分以上間隔を空けてから実行するようにして下さい。
    なお、モニタリング(エージェント監視台数)ライセンスが501以上の場合は、10分以上間隔を空けて下さい。
  4. Linux版千手エージェントへの時刻合わせ機能の実行

    問題

    千手システムの時刻合わせ機能を使用して、Linux版千手エージェントの時刻合わせを行うと、OSの再起動時に設定前の時刻に戻ってしまう場合があります。

    これは、千手システムの時刻合わせ機能ではシステムクロックの時刻を変更しますが、Linuxの場合、OS起動時にハードウェアクロックの時刻がシステムクロックに反映されるためです。

    対策

    /etc/rc.d/rc.sysinit 等を変更し、OS起動時にハードウェアクロックの時刻をシステムクロックに反映させない、あるいは、システムクロックの時刻をハードウェアクロックの時刻に反映される設定にして下さい。

  5. 千手ブラウザのエンティティ パラメータの値

    問題

    パラメータの値に半角丸括弧 '('を使用した値を設定したとき、パラメータ選択ダイアログで該当の値を選択すると、'('以降の文字列のみ表示される。

    対策

    パラメータの値には、半角丸括弧 '(' を使用しないで下さい。

  6. 「パトランプ機能を利用する」のチェックを外していてもパトランプが鳴動する

    問題

    千手ブラウザのメニューで、オプション -> 警報装置設定 -> パトランプで「パトランプ機能を利用する」のチェックを外していても、以下の操作を行うとパトランプが鳴動します。

    • 千手ブラウザのメニューで、オプション -> 警報装置設定 -> パトランプ -> [試験開始]ボタンを押下。

    • メッセージモニタ のメニューで、ツール -> 警報装置テスト。

    • メッセージモニタ の[警報装置テスト]アイコン押下。

    対策

    千手ブラウザの仕組み上、上記の操作を行うとパトランプは鳴動します。

  7. Windowsマシンを長期間稼働するとポートが枯渇する。

    問題

    Windows Vista 以降の OS において、システム起動時から497日が経過していると、TIME_WAIT状態のポートが閉じられなくなり、Port枯渇が発生する問題。

    対策

    • システム稼働時間が 497 日を超過する前に、マシン再起動を行う。

    • Microsoft社のWebサイトに掲載されている不具合に該当しますので、修正プログラム(文書番号:2553549)を適用する。

    [参考]Microsoftの Webサイト(Microsoft サポート)

    文書番号: 2553549
    Windows Vista、Windows 7、Windows Server 2008 および Windows Server 2008 R2 で、システム起動から 497 日経過すると、TIME_WAIT 状態であるすべての TCP/IP ポートが閉じられない
    ※文書番号は確認した当時のものになります。最新の情報についてはベンダーにお問い合わせ下さい。
  8. Linuxにおいて翌日の日替わり処理の設定に失敗する。

    問題

    Linuxに千手マネージャもしくは千手エージェントをインストールしている環境において、日替わり処理時に以下の障害メッセージが出力され、翌日の日替わり処理の設定に失敗する場合があります。

    !ANM201システムエラーです。(Senju daily command schedule wrong year into the at queue.(問題のあるatジョブ))

    対策

    以下の手順を実行して正しい日付でatの登録を行って下さい。なおatの登録は障害メッセージが出力された当日中に完了させる必要があります。

    千手稼働アカウントでログインし、障害メッセージの付加文言に出力されているatジョブをatrmにて削除して下さい。

    以下のコマンドを実行してatの登録を行って下さい。日付(MM/DD/YY)はマシン日付の翌日日付を指定して下さい。

    $ echo "sjANM_daily.com" | at 0007 MM/DD/YY >& /dev/null
    

    ($ は 千手稼働アカウントのプロンプトです。)

    これはLinuxにおけるatの不具合に該当しますので、OSパッチを適用して下さい。詳細は 「インストールマニュアル」 を参照して下さい。

  9. ユーザーコマンドにpowershellを指定すると処理が停止する問題

    問題

    Windows版千手マネージャで、ユーザーコマンドの起動シーケンスにpowershell.exeまたはpowershell.exeを含むバッチを指定し、実行ノード指定で「なし」を選択してコマンド実行すると、powershell.exeが結果を返さず、ユーザーコマンドが停止します。

    powershell.exeは、標準入力をパイプの入力としてリダイレクトした場合powershell.exe起動後、処理が行われずに固まってしまうという問題があります。

    ユーザーコマンドを実行する際の千手のプロセスは、起動シーケンスに指定したコマンドが直接実行されると、標準入力がリダイレクトされる作りとなっているため、powershell.exeが固まってしまいます。

    対策

    ユーザーコマンドの起動シーケンスに powershell.exeまたはpowershell.exeを含むバッチを指定する場合は、実行ノード指定で対象ノードを指定した上で、コマンドを実行して下さい。

  10. ライセンスキーの変更を行った後、プロセスが起動できなくなった。

    問題

    ライセンスキーの変更により、千手システムが作成するMMFのサイズが変更されます。

    起動済みのプロセスが元のサイズでMMFをマッピングしているため、ライセンスキーの変更後に起動したプロセスが起動できない場合があります。

    対策

    千手マネージャの千手システムを停止させた後、以下のMMFファイルを削除した後、千手システムを起動させて下さい。

    $SENJUHOME/unity_dat/mmf 以下の全ファイル

    注釈

    MMFは千手システム再起動時、自動的に再作成されます。

  11. 千手ウェブサーバーの千手稼働アカウントのパスワードを変更したら、WEBコンソールが接続できなくなった。

    問題

    コントロールパネル(「ユーザーアカウント」や「コンピュータの管理」など)からパスワードを変更した場合、WEBコンソールでの接続が行えなくなる場合があります。

    対策

    コントロールパネルからパスワードを変更した場合は、キーコンテナの削除が必要です。以下の手順にて削除してください。

    [ キーコンテナの削除手順 ]

    1. 千手ウェブサーバーに千手稼働アカウントでログオン

    2. SID(Security ID)の確認

      コマンドプロンプトを起動し以下のコマンドを実行して SIDを確認する

      $ whoami /user
      
      ユーザー名     SID
      ============= ============================================
      sjWEB\senju   S-1-5-21-123456789-987654321-0123456789-9999
      

      ($ は 千手稼働アカウントのプロンプトです。)

    3. エクスプローラーにて以下のフォルダを開く

      %USERPROFILE%\AppData\Roaming\Microsoft\Crypto\RSA\<上記で確認したSID>

    4. ファイルの削除

      フォルダ内に存在するファイルをnotepadにて開き、ファイルに“Seiconfig”、“SeiconfigGUI”、“SeiConfigSjPcc”のいずれかの文字が含まれていたらそのファイルを削除する。

    5. 情報の反映

      千手ブラウザデーモン接続設定コマンド(SeiConfig.exe)を起動し、ウィンドウが表示されたらOKボタンを押下して閉じる。

      SeiConfig.exe

    6. サービスの再起動

      コントロールパネルのサービスより、下記のサービスを再起動する。

      “Senju Extended Interface Service_千手稼働アカウント”

    警告

    • 千手ウェブサーバーの千手稼働アカウントのパスワードは、[ Crtl + Alt + Delete ]キーを押下して表示された画面で変更してください。

    • コントロールパネルからパスワードを変更後、[ Crtl + Alt + Delete ]キーを押下して表示された画面でパスワードを変更しても情報は削除されませんので、上記手順にて削除してください。

  12. 千手のノードIDとマシンのホスト名が異なる場合の問題。

    問題

    千手システムはノードIDで名前解決を行いますが、マシンのホスト名とノードIDが異なる環境では、hostsやDNSに正しく記載されていない場合モニタリングなどが正常に動作しません。

    対策

    hostsやDNSにマシンのホスト名とノードIDをhostsファイルのフォーマットに従い正しく記載願います。(千手システムのノードIDはエイリアスとして記載願います。)

    `` IP-address  hostname  node-ID ``

    注釈

    千手システムはDNS環境でも利用可能ですが、ノードIDからIPアドレスを参照するときの性能の問題でhostsファイルを利用されることを推奨します。

5.2. イベント

  1. 「パトランプ機能を利用する」のチェックを外していてもパトランプが鳴動する。

    問題

    千手ブラウザのメニューで、オプション -> 警報装置設定 -> パトランプで「パトランプ機能を利用する」のチェックを外していても、以下の操作を行うとパトランプが鳴動します。

    • 千手ブラウザのメニューで、オプション -> 警報装置設定 -> パトランプ -> [試験開始]ボタンを押下。

    対策

    千手ブラウザの仕組み上、上記の操作を行うとパトランプは鳴動します。

  2. メッセージIDの自動応答コマンドにpowershellを指定すると処理が停止する問題

    問題

    Windows版千手マネージャで、メッセージIDの自動応答のコマンド欄にpowershell.exeまたはpowershell.exeを含むバッチを指定すると自動応答実行の際、powershell.exeが結果を返さず、処理が停止します。

    powershell.exeは、標準入力をパイプの入力としてリダイレクトした場合powershell.exe起動後、処理が行われずに固まってしまうという問題があります。

    自動応答コマンドを実行する際の千手のプロセスは、コマンドに指定したコマンドが直接実行されると、標準入力がリダイレクトされる作りとなっているため、powershell.exeが固まってしまいます。

    対策

    自動応答のコマンドに powershell.exeまたはpowershell.exeを含むバッチを指定したい場合は、sj_remsheコマンドでpowershell.exeまたはpowershell.exeを含むバッチを実行するノードを指定して下さい。

  3. メッセージアクションのコマンド実行にpowershellを指定すると処理が停止する問題

    問題

    Windows版千手マネージャで、メッセージアクションのコマンド実行欄にpowershell.exeまたはpowershell.exeを含むバッチを指定するとアクション実行のコマンドが実施される際に、powershell.exeが結果を返さず処理が停止します。

    powershell.exeは、標準入力をパイプの入力としてリダイレクトした場合powershell.exe起動後、処理が行われずに固まってしまうという問題があります。

    メッセージアクションのコマンドが実行される際の千手のプロセスは、コマンドに指定したコマンドが直接実行されると、標準入力がリダイレクトされる作りとなっているため、powershell.exeが固まってしまいます。

    対策

    メッセージアクションのコマンド実行に powershell.exeまたはpowershell.exeを含むバッチを指定したい場合は、sj_remsheコマンドでpowershell.exeまたはpowershell.exeを含むバッチを実行するノードを指定して下さい。

  4. Linux環境でメッセージの外部通報機能(メッセージIDでのメール送信機能)にてメール送信を行うと、受信メールが文字化けする。

    問題

    Linux版千手マネージャ環境で、mailxのバージョンがv12以降である場合、メッセージの外部通報機能(メッセージIDでのメール送信機能)にてメール送信を使用してメール送信を行うと、受信メールが文字化けする場合があります。( ユーザーズマニュアル「メッセージの外部通報」 の電子メール送信機能)

    対策

    メッセージ外部通報機能の電子メール送信(メッセージIDでのメール送信機能)は、次期バージョン以降で廃止予定です。

    メッセージアクションのメール通知機能を使用して下さい。詳細は ユーザーズマニュアル「メッセージアクションの外部通報」 の電子メール送信機能を参照して下さい。

  5. メッセージの外部通報機能(メッセージIDでのメール送信機能)にてメール送信を行うと、メッセージ内容が切れて送信される問題

    問題

    Linux版千手マネージャでメッセージの外部通報機能の電子メール送信(メッセージIDでのメール送信機能)を利用してメッセージの外部通報を行う場合、付加メッセージ内にタブ文字が含まれているとタブ以降の内容が送信されない。( ユーザーズマニュアル「メッセージの外部通報」 の電子メール送信機能)

    対策

    メッセージ外部通報機能の電子メール送信(メッセージIDでのメール送信機能)は、次期バージョン以降で廃止予定です。

    メッセージアクションのメール通知機能を使用して下さい。詳細は ユーザーズマニュアル「メッセージアクションの外部通報」 の電子メール送信機能を参照して下さい。

5.3. モニタリング

  1. ログ監視でsenju_syslogを監視した際の問題点

    問題

    UNIX/Linux版Senju DevOperation Conductorではログ監視において、senju_syslogに出力されるログの検知が遅延する場合があります。これは、syslogdが同一のログを複数連続して送信しようとした場合、最初の1つ目しか出力せず、以下の条件を満たすまで、出力を保留するためです。

    • syslogdが、ハングアップシグナル(SIGHUP)を受けた場合

    • 内容の異なるメッセージの出力要求が来た場合

    対策

    この事象はハングアップシグナル(SIGHUP)をsyslogdに定期的に送る処理を実施することで回避できます。

    OSがLinuxの場合で、cronコマンドを使用して上記動作を実現した場合のrootのcrontabファイルへの記述例を下記に示します。

    (crontabファイルへの記述例)

    0,10,20,30,40,50 * * * * kill -HUP `cat /var/run/syslogd.pid`
    

    尚、syslogdの動作はOSによって異なりますのでsyslogdの詳細については各OSベンダーへお問合せ下さい。

  2. WindowsでIISをインストールした時の問題点

    問題

    WindowsにIISをインストールした直後にOSを再起動、もしくはシャットダウンすると、IIS監視においてFTP関係の監視タスクの値が取得できない場合があります。

    対策

    WindowsにIIS(FTP Service)をインストールした直後にOSを再起動、もしくはシャットダウンすると、FTP Service関連のWMIクラスが登録されない場合があり、本問題が起こる可能性があります。

    本問題に対しては、該当ノードのコマンドプロンプトからwmiadapコマンドを実行することで回避可能です。なお、コマンドの詳細についてはOSベンダーへお問合せ下さい。

    wmiadap /F

  3. DB2 UDBのフラグメンテーション監視を行った時の問題点

    問題

    DB2 UDB監視エクステンションで「DB2 UDB:表スペース テーブル フラグメンテーション率(%)」「DB2 UDB:表スペース インデックス フラグメンテーション率(%)」の監視を行った場合、付加文言が「db2 コマンドの実行に失敗しました。,エラーコード:[4]」という障害メッセージが出る場合があります。

    対策

    Senju DevOperation ConductorではDB2 UDBの最新の監視結果を取得するためDB2 UDBのREORGCHKコマンドにおいてRUNSTATS(統計情報の更新)を実行しています。このメッセージは、RUNSTATSを実行する際に、ロックに使用するリソースが足りないためデータベースへのロックを取得できない場合や千手の監視タスクのRUNSTATSと監視対象データベースで自動的に実行されるRUNSTATSがデッドロックを起こしている場合に表示されます。

    本問題に対しては、以下の2つの対処を行って下さい。

    • 監視対象データベースにて、ロックに使用するリソースを確保するために、構成パラメータ「LOCKLIST」「MAXLOCKS」の値を大きくして下さい。また、必要に応じて「LOGFILSIZ」「LOGPRIMARY」「LOGSECOND」の値も大きくして下さい。

    • 監視対象のデータベースでは、自動で統計情報を更新しないように、構成パラメータ「AUTO_RUNSTATS」の値を「OFF」にして下さい。監視タスクを設定することで統計情報は更新されます。

  4. WindowsでSNMP監視を行った時の問題点

    問題

    Windowsで、”SNMP Service”サービスを利用したSNMP監視に失敗する場合があります。

    対策

    ”SNMP Service”サービスのセキュリティの設定により、値が取得できなくなっています。

    ”SNMP Service”サービスのプロパティにて、[セキュリティ]タブの設定を以下のように変更することでSNMP監視タスクの値が取得できるようになります。

    1. [セキュリティ]タブの設定にて [これらのホストからSNMPパケットを受け付ける]ボタンを選択して、[追加]ボタンをクリックし、千手エージェントまたはプローブのホスト名またはIPアドレスを登録します。

    2. [受け付けるコミュニティ名フィールドに、監視に使用するコミュニティ名(例:public)を入力します。

  5. SQL Serverのメモリ消費について

    問題

    SQL Serverが多くの物理メモリを消費する。

    詳細

    SQL Serverはデフォルトでは使用可能なシステムリソースに基づいて、必要な物理メモリ使用量が動的に変更されるようになっているようです。

    対策

    使用するメモリの量は、SQL Server の環境設定オプション( max server memory )の設定により制限可能です。手順などにつきましては、Microsoft TecNetライブラリに情報が掲載されていますのでこちらを参照願います。

    [参考]Microsoft TecNetライブラリ

    [例:SQL Server 2008 R2 の情報]

    サーバー メモリ オプション
    固定量のメモリを設定する方法 (SQL Server Management Studio)

    なお、SQL Server ごとのURLなど詳細については、マイクロソフト社にお問い合わせいただけますようお願いいたします。

  6. SQL Server 2005以降でフラグメンテーション監視を行った時の問題点

    問題

    SQL Server監視エクステンションでSQL Server 2005以降のSQL Server上に作成されたユーザーテーブルの存在しないデータベースについて下記の監視を行った場合

    • 「SQL Server:データベース 物理スキャンフラグメンテーション率(%)」

    • 「SQL Server:データベース 論理スキャンフラグメンテーション率(%)」

    • 「SQL Server:データベース エクステントスキャンフラグメンテーション率(%)」

    付加文言が「値の計算に失敗しました」の障害メッセージが出て監視に失敗します。

    詳細

    Senju DevOperation Conductorでは、SQL Serverのフラグメンテーション監視結果を取得するために、"sysobjects"というシステムテーブルを参照し、監視対象データベース内に存在する全てのテーブル(システムテーブル、ユーザーテーブル)の情報を取得しています。

    SQL Server 2005以降では、この"sysobjects"がシステムテーブルではなく「互換性ビュー」という形になり、ユーザーテーブルの情報だけが取得されるようになりました。

    この結果、SQL Server 2005以降でユーザーテーブルの存在しないデータベースのフラグメンテーション監視に失敗します。

    対策

    SQL Server 2005以降のSQL Server上に作成したデータベースを監視する場合には、ユーザーテーブルを作成し、初期データを格納した後で監視の設定をして下さい。

  7. SQL Serverの名前付きインスタンスの監視を行った時の問題点

    問題

    カスタム監視を使用して、SQL Serverの名前付きインスタンスを監視する際、以下メッセージが出て監視が強制停止される場合があります。

    !ISM130 検査間隔内に状況収集コマンドが終了しなかったため停止させました。(ノードID:wisdom,監視タスク名:(custom)SQL Server:データベースデータ領域 使用率(%),監視対象:,検査間隔:5)      発生条件

    SQL Server以下で、名前付きインスタンスの指定方法を間違った場合に、発生する事があります。インスタンスは サーバー名\インスタンス名 の様に指定しますが \ が余計に指定されている場合にこの問題が発生します。

    (例)

    \サーバー名\インスタンス名 (先頭に \ が指定されている)

    サーバー名\インスタンス名\ (末尾に \ が指定されている)

    詳細

    名前付きインスタンスの指定方法を間違うと、SQL Server監視に使用しているクライアントコマンド"osql.exe"がCPUを浪費して止まらなくなってしまい、その結果、【問題】にあるメッセージが出力されます。

    対策

    以下手順を行って下さい。

    1. !ISM130メッセージで表示された監視タスクを一時停止する

    2. タスクマネージャで、残っている"osql.exe"を停止する。

      このとき、他のSQL Server監視タスクが実行中でないことを確認して下さい。他の監視タスクで使用している"osql.exe"を停止すると監視に失敗します。

    3. 「1.」の監視タスクのパラメータを確認し、名前付きインスタンスの指定を正しく( サーバー名\インスタンス名 )する

    4. 「1.」で停止した監視タスクを再開する。

  8. SQL Server監視でWindows認証接続ができない場合の設定

    問題

    SQL Server監視する際にWindows認証接続(信頼関係接続)を使用したいが、運用ポリシーの制限で千手センサー上にプローブノードの千手稼働アカウントと同一のアカウントを作成できない。

    詳細

    千手センサー上に作成するアカウントには次の条件がある。
    • アカウントのユーザー名/パスードは、プローブノードの千手稼働アカウントと同一。

    • アカウントにはSQL Serverへのアクセス権が必要。(例:ローカルのAdministratorsグループに所属している)

    対策

    プローブノードのOSがWindowsの場合、あらかじめ各センサーノードと接続ユーザを関連付けておくことで、プローブノードの千手稼働アカウント以外のアカウントを使用できます。

    ただし、SQL Serverへのアクセス権は必要です。

    1. プローブノードに、千手稼働アカウントでログインして下さい。

    2. 「ファイル名を指定して実行」を選択し、"Control keymgr.dll"と入力して実行して下さい。

    3. 表示された画面にて追加ボタンを押下し、各フィールドに以下を入力後、OKを押下。

      SQL Serverに接続するための“アカウント”と“パスワード”を以下例のように入力して下さい。

      (例)

      サーバー名 : sqldb
      ユーザー名 : sqldb\sqlwatch
      パスワード : (ユーザー名のパスワードを設定)
      ※ sqldbはセンサーのノードID
      ※ sqlwatchはセンサーにアクセスする際のアカウント
      
    4. プローブノードが監視しているセンサーの数だけ1.~3.の手順を繰り返して下さい。

    上記の設定は即座に反映されますので、プローブノードやセンサーノードの再起動は必要ありません。

  9. カスタムカテゴリの監視タスクを「定義データの読み込み」で読み込んだ時の問題点

    問題

    「定義データの書き出し」を使用して書き出したカスタムカテゴリの監視タスクを、別のドメインで「定義データの読み込み」を使用して読み込んだ際、読み込んだ監視タスクが千手ブラウザに正しく表示されない場合があります。

    具体的には以下のような状態になります。

    • 千手ブラウザのモニタリング-カスタムカテゴリ-監視タスク以下の、書き出したのとは別のカテゴリの下に表示される

    • 千手ブラウザのモニタリング-カスタムカテゴリ-監視タスク以下の、どのカテゴリにも表示されない

    詳細

    「定義データの書き出し」を行った環境と「定義データの読み込み」を行った環境で、千手が内部で保持しているカスタムカテゴリのIDが異なっている為に正しく表示されません。

    対策

    対策については、千手カスタマサポートセンターまでお問い合わせ下さい。

  10. センサーテキストログ監視を行っている際に、端末にメッセージが送信された時の問題点

    問題

    センサーテキストログ監視における千手センサーのファイル状態変化を検査するタイミングと、センサーテキストログ監視用のアカウントに対してsyslogdからのメッセージが送信されるタイミングが重なった場合、センサーテキストログ監視の処理に失敗し以下障害メッセージが出る場合があります。

    !ANM287 監視対象ノードとの接続に失敗しました。

    詳細

    原因は、端末にメッセージが送信されると、千手センサーノードのファイル状態変化を検査する処理の結果に送信されたメッセージが混在し、期待した処理結果が得られず、処理が失敗したとみなされるためです。

    センサーテキストログ監視用のアカウントの端末に送信されるメッセージとは、具体的には以下のようなものです。

    • syslogd(または類似プロセス)の設定で、センサーテキストログ監視用のアカウントの端末に送信されるように指定されているメッセージ

    • 同報メッセージ(Broadcast Message)

    対策

    センサーテキストログ監視に使用しているアカウントの端末にメッセージが送信されないように、千手センサーの設定を変更して下さい。

  11. ノードのプロパティでコンフィグレーション機能の使用を設定しても使用できない問題点

    問題

    ノードのプロパティでコンフィグレーションにチェック後、反映(監視属性)を行っても、構成情報取得デーモン(sjCCM_monitord)が起動しない。

    対策

    反映(監視属性)後に、構成情報取得デーモン(sjCCM_monitord)をノードモニタから起動して下さい。

  12. 「データの書き出し」で出力したノード情報ファイルを Microsoft Excelで、編集後に「データの読み込み」を行うとイベントログの行でカラム数が多いエラーが発生する問題点

    問題

    「データの書き出し」で出力したノード情報のイベントログの行は、カラムが一つ少ないフォーマットになっています。このため ユーザーズマニュアル「Microsoft Excel 編集時の注意事項」 に従うと、イベントログ行の最終カラムにタブが増えるため、「データの読み込み」でエラーが発生します。

    対策

    「データの書き出し」で出力したノード情報を、 ユーザーズマニュアル「Microsoft Excel 編集時の注意事項」 を参照し、イベントログの行の最終カラムのタブを削除して下さい。

  13. バーチャルノードモニタでプローブノードに Windowsノードを指定した場合の問題点

    問題

    バーチャルノードモニタの情報取得で、プローブノードに Windowsノードを指定している場合、完全修飾ドメイン名の末尾が . (ピリオド)である仮想サーバーホストからの情報取得が出来ません。

    対策

    本事象は、以下のa)、b)いずれかの対処を行っていただくことで回避することが可能です。

    1. プローブノードの変更

      プローブノードに Windowsノードではなく、 Linuxノードを指定して下さい。

    2. 仮想サーバーホストの完全修飾ドメイン名の変更

      仮想サーバーホストの完全修飾ドメイン名の末尾が . (ピリオド)以外の名称となるよう、VMware ESX Server / VMware ESXi / VMware vCenter Serverの設定を変更し、変更後の名称でノードを再登録して下さい。

  14. バーチャルノードモニタで複数のIPアドレスを持つ仮想マシンの情報取得を行う際の問題点

    問題

    バーチャルノードモニタで、複数のIPアドレスを持つ仮想マシンが千手ノードとして登録されていた場合、以下の問題が発生することがあります。

    • バーチャルノードモニタの[仮想マシン]タブで、[千手ノードID]、[千手ノード名]、[千手ノード状態]、[説明]が"N/A"と表示される。

    • 仮想マシンのアイコンオーバーレイが適用されない。

    発生条件

    バーチャルノードモニタの[仮想マシン]タブの[プライマリIPアドレス]に表示されるIPアドレスと千手ノードのIPアドレスが異なり、かつ、[ホスト名]に表示される名称と千手ノードのノードIDが異なる場合。

    対策

    以下のいずれかを実施することで回避できます。

    • 千手ノードを登録する際のノードIDを、バーチャルノードモニタの[仮想マシン]タブの[ホスト名]に表示される名称と同一のものにする。

    • 千手ノードのIPアドレスを、バーチャルノードモニタの[仮想マシン]タブの[プライマリIPアドレス]に表示される名称と同一のものにする。

    注意

    OS が Windowsで、複数のIPアドレスを持つ仮想マシンの情報をバーチャルノードモニタで表示する際、[仮想マシン]タブの[プライマリIPアドレス]に表示されるIPアドレスが、仮想マシンで割り当てられたプライマリIPアドレスと異なる場合がありますが、これは、VMware Tools の仕様によるものです。

    また、Windows Server 2008 および Windows Vista 以降の OS では、プライマリIPアドレスの概念自体が存在しません。

    [参考]Microsoftの Webサイト(Microsoft サポート)

    文書番号: 969029
    Windows Server 2008 および Windows Vista での発信元 IP アドレス選択の機能が、以前のバージョンの Windows の対応する機能と異なる
    ※文書番号は確認した当時のものになります。最新の情報についてはベンダーにお問い合わせ下さい。
  15. Windows Server 2008以降の環境で、イベントビューアにて「ログの消去」を行った時の問題点

    問題

    Windows Server 2008以降の環境で、イベントビューアにて「ログの消去」を行う際に「保存と消去」を選択すると、その後に出力されたイベントログが検知されなくなります。

    対策

    以下手順にてイベントログ監視の定義を再登録して下さい。

    1. 消去したイベントログの監視定義を削除し、反映(監視属性)を実行

    2. 消去したイベントログの監視定義を追加し、反映(監視属性)を実行

  16. HP-UX、Solaris、AIX、LinuxのプローブからLinuxの千手センサーのshやbashのアカウントへSSHによる接続を用いて、センサーテキストログ監視した場合の問題点

    問題

    監視対象ファイルのトランケート(ファイルの先頭から上書きが)が発生した際に、以下のメッセージが表示されます。

    !ANM287 監視対象ノードとの接続に失敗しました。(センサー接続プロセスが異常終了しました。LogFileName[(監視対象ファイル)])

    !ANM267ログファイルの監視を開始します。(LogFileName[(監視対象ファイル)])

    対策

    SSHによる接続を用いた場合cshのアカウントで接続するか、TELNETによる接続を使用するようにして下さい。

  17. Linuxの千手センサーのcshやsh、bashのアカウントへSSHによる接続を用いて、センサーテキストログ監視した場合の問題点

    問題

    センサー側で監視対象ファイルに対して稼働しているtailコマンドが強制停止された場合に、プローブ側に”<exiting>”という不要なプロセスが残る場合があります。

    対策

    不要なプロセスを削除するには、千手ブラウザのノードモニタより、プローブノードの“sjANM_rmtLogd”プロセスを再起動して下さい。

  18. Linuxノードでディスク監視をする場合の問題点

    問題

    監視対象ノードのLinuxマシンにrootユーザーでGNOMEデスクトップにログインしている場合、ノードのディスク監視に失敗する場合があります。

    詳細

    GNOMEデスクトップにrootユーザーがログインした際、rootユーザーのホームディレクトリにrootユーザー権限で /root/.gvfs ディレクトリ(ファイルシステムタイプfuse.gvfs-fuse-daemon)がマウントされます。

    千手ユーザーでディスク監視をする場合、アクセス権限の無い /root/.gvfs ディレクトリを参照することによるPermission deniedエラーが発生します。この問題はGNOME 2.22以上の環境で発生します。

    対策

    ファイルシステムタイプfuse.gvfs-fuse-daemonを監視対象ファイルシステムタイプから除外します。

    問題の発生するLinuxマシンに千手稼働アカウントでログインして、以下のコマンドを実行して下さい。

    % sj_source.com -cSJ_EXCLUDE_FSTYPES=fuse.gvfs-fuse-daemon
    
  19. OSがHP-UX、Solaris、LinuxのプローブノードからLinuxの千手センサーのログインシェルがshやbashのアカウントへSSHによる接続を用いて、センサーテキストログ監視した場合の問題点

    問題

    監視対象ファイルのトランケート(ファイルの先頭から上書きが)が発生した際に、以下のメッセージが表示されます。

    !ANM287 監視対象ノードとの接続に失敗しました。(センサー接続プロセスが異常終了しました。LogFileName[(監視対象ファイル)])

    !ANM267 ログファイルの監視を開始します。(LogFileName[(監視対象ファイル)])

    対策

    SSHによる接続を行う場合は、ログインシェルがcshのアカウントで接続するか、接続方法をTELNETに変更にしてください。

  20. Windows Server 2012、Windows Server 2012 R2の環境で監視タスクを設定した場合の問題点

    問題

    Windows Server 2012、2012R2の環境において、以下の監視タスク項目を監視した場合、WmiPrvSE.exeプロセスでハンドルリークが発生します。プロセスのハンドル数上限のデフォルトは4096となっており、上限に達した場合はプロセスが停止して新たに起動しますが、その間、WMIによる監視に失敗する事があります。 ハンドル数上限に達した場合、以下のイベントログが出力されます。

    イベント ID: 5612 Windows Management Instrumentation は、クォータが警告値に達したため、WMIPRVSE.EXE を停止しました。

    • 詳細情報-実行待ちスレッド数[WMI]

    • 詳細情報-稼働スレッド数[WMI]

    • 詳細情報-OS稼働日数(日)[WMI]

    • 詳細情報-ディスクI/O数(/秒)[WMI]

    • 詳細情報-ディスクI/Oバイト数(KB/秒)[WMI]

    • 詳細情報-ディスクI/O待ちプロセス数(/秒)[WMI]

    • 詳細情報-プロセッサ別CPU使用率(%)[WMI]

    • 詳細情報-CPU使用率:ユーザーモード(%)[WMI]

    • 詳細情報-CPUハードウェア割り込み数(/秒)[WMI]

    • WEBサーバー-IIS:ASP通信エラー数[WMI]

    • WEBサーバー-IIS:キュー内のASPリクエスト数[WMI]

    • WEBサーバー-IIS:ASPリクエストエラー数[WMI]

    • WEBサーバー-IIS:ASPタイムアウトセッション数[WMI]

    • WEBサーバー-IIS:Webサーバー接続数[WMI]

    • WEBサーバー-IIS:Webサーバー転送バイト数(Byte/秒)[WMI]

    • WEBサーバー-IIS:Webサーバー転送ファイル数[WMI]

    • WEBサーバー-IIS:Webサーバー非表示ページ数[WMI]

    • APサーバー-.NET Framework:リクエスト待ち時間(ミリ秒)[WMI]

    • APサーバー-.NET Framework:コンパイルエラー数[WMI]

    • APサーバー-.NET Framework:実行エラー数[WMI]

    • APサーバー-.NET Framework:プリプロセスエラー数[WMI]

    • APサーバー-.NET Framework:発生エラー数[WMI]

    • APサーバー-.NET Framework:ハンドルされていないエラー数[WMI]

    • APサーバー-.NET Framework:失敗したリクエスト数[WMI]

    • APサーバー-.NET Framework:認証に失敗したリクエスト数[WMI]

    • APサーバー-.NET Framework:存在しないリソースへのリクエスト数[WMI]

    • APサーバー-.NET Framework:中止されたトランザクション数[WMI]

    • APサーバー-.NET Framework:コミットされたトランザクション数[WMI]

    • APサーバー-.NET Framework:処理中のトランザクション数[WMI]

    • APサーバー-.NET Framework:例外発生回数[WMI]

    • APサーバー-.NET Framework:JITコンパイル実行率(%)[WMI]

    • APサーバー-.NET Framework:ヒープ領域メモリ使用量(KB)[WMI]

    • APサーバー-.NET Framework:ガベージコレクション実行率(%)[WMI]

    対策

    Microsoft社のWebサイトに掲載されている不具合に該当しますので、事象発生ノードにて、記載内容にある以下のレジストリ キー を削除して下さい。

    “HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesASPPerformance“

    詳細については、Microsoft サポート オンラインを参照して下さい。

    [参考]Microsoftの Webサイト(Microsoft サポート)

    文書番号: 2962962
    ローカル コンピューター上のパフォーマンス カウンター オブジェクトのクエリを実行すると、「ASP_PERFMON - [XX]」のイベント ハンドルをリークする可能性があります
    ※文書番号は確認した当時のものになります。最新の情報についてはベンダーにお問い合わせ下さい。

    注意

    レジストリキー“HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesASPPerformance“を削除した場合、以下のWEBサーバー監視ができなくなります。

    • IIS:ASP通信エラー数[WMI]

    • IIS:キュー内のASPリクエスト数[WMI]

    • IIS:ASPリクエストエラー数[WMI]

    • IIS:ASPタイムアウトセッション数[WMI]

  21. 千手マネージャと千手エージェントを共存させている環境にて、バーチャリゼーション情報転送プロセスが異常終了する問題

    問題

    千手マネージャがインストールされているノードに千手エージェントを共存させている環境にて、バーチャルノードモニタの情報取得を行っている場合、以下のメッセージがメッセージモニタに表示される事があります。

    !ANMH04 バーチャリゼーション情報取得でエラーが発生しました。(サーバー名:([仮想サーバーホスト名]) (バーチャリゼーション情報転送プロセス:異常終了[終了値:50]))

    対策

    千手マネージャと共存している千手エージェントを再起動して下さい。

  22. ログ監視で空白を含むパス名を指定した場合の問題点

    問題

    千手システムは空白を含むパス名には対応していませんので、Windowsの環境において C:\Program Files のように空白を含むパス名やファイル名をログ監視で指定した場合、正常に動作しません。

    対策

    空白を含まない形式(短いファイル名の形式)でパス名を記述してください。
    (短いファイル名は、コマンドプロンプトにて dir /x コマンドを実行することで確認できます。)
    2015/11/18  19:30    <DIR>          PROGRA~1     Program Files
    2016/04/21  10:33    <DIR>          PROGRA~2     Program Files (x86)
    

    上記の例では、 C:\Program Files の短いファイル名は PROGRA~1 。また、 Program Files (x86) の短いファイル名は PROGRA~2 になります。

  23. Linux ノードにマウントした64bitファイルシステム上でディスク監視をする場合の問題点

    問題

    OSが以下のLinuxのディスク監視において、64bitファイルシステムのディスク監視に失敗する場合があります。

    • Red Hat Enterprise Linux Server 7.4 以降

    • Red Hat Enterprise Linux Server 8 以降

    対策

    Linuxの不具合に該当します。詳細については各OSのベンダーへお問合せ下さい。

    [参考]Red Hat社の Webサイト

    RHSA-2020:0179 - Security Advisory
    Moderate: kernel security and bug fix update

    RHSA-2020:0374 - Security Advisory
    Important: kernel security and bug fix update
    ※文書番号は確認した当時のものになります。最新の情報についてはベンダーにお問い合わせ下さい。

5.4. ジョブスケジュール

  1. ジョブの一時停止指定解除

    問題

    ジョブモニタで、ネットの直下のジョブに一時停止指定され、ジョブが稼働して一時停止ステータスになった後、ジョブの起動予定時刻を現時刻より先に設定して、上位のネット指定で一時停止を解除すると、ジョブの色は、一時停止のままで、ネットの色が稼働中、フレームも稼働中のステータスになります。

    このとき、ジョブを指定して一時停止解除ができない問題があります。

    対策

    一旦起動予定時刻を解除してから一時停止を解除して下さい。

  2. 更新中ファイルのファイル転送

    問題

    ジョブテンプレートの「ファイル転送(ディレクトリ指定)」、「ファイル転送(ファイル指定)」を使用してファイル転送を実施する場合、転送元ファイルが更新中の場合(他プロセスで書き込み中など)、ファイル転送が正常に完了せず、ジョブが稼働中のままになる場合があります。

    対策

    転送元ファイルには、更新中のファイルを指定しないで下さい。

    本現象が発生した場合、ジョブモニタのランチャートよりジョブを強制停止して下さい。

  3. リソースを使用したジョブ/ネットのデッドロック

    問題

    リソースは外側のネットから内側のジョブ/ネットという順序で獲得しますので、リソースを用いてジョブ/ネット同士を排他させる場合には、ネットとネット内部のジョブ/ネットといった階層毎に同じリソースを使用しないとリソースの獲得が競合してデッドロックが生じるケースがあります。

    例)

    • フレームAのネットAにリソースYを、ネットA内のジョブAにリソースZを指定。

    • フレームBのネットBにリソースZを、ネットB内のジョブBにリソースYを指定。

    例では、ネットA、ネットBは各々リソースを獲得できますが、ネットAのジョブAに指定されたリソースZはネットBに、ネットBのジョブBに指定されたリソースYはネットAに占有されています。

    結果的にジョブAとジョブBは相互にリソースの獲得ができず、ネット同士はデッドロック状態になります。

    デッドロックの発生を定義時には検知していません。

    対策

    階層が異なるジョブ/ネット間で同一のリソースを使用している場合、リソースの獲得順序とジョブ/ネットの起動順序を考慮してデッドロックを回避して下さい。

    例)

    • フレームAのネットAにリソースYを、ネットA内のジョブAにリソースZを指定。

    • フレームBのネットBにリソースYを、ネットB内のジョブBにリソースZを指定。

    例ように外側のネットからネットの内側に向けて階層毎に同じリソースを指定することでデッドロックを回避できます。

  4. リソースを使用したネット配下のジョブ/ネットの初期化後の再ランで稼動しない

    問題

    下記手順を実施した場合、ジョブ/ネットを再ランしても稼動しません。

    手順

    1. リソースを付与されている(上位)ネットを正常終了もしくはスキップ終了させる

    2. 「1.」で終了させたネット配下のジョブ/ネットを初期化する

    3. 初期化したジョブ/ネットを再ランさせる。

    対策

    リソースを付与されている(上位)ネットを再ランする。もしくは、初期化したジョブ/ネットを強制起動する。

  5. トリガのステータスファイルの削除処理

    問題

    フレームが正常終了の状態で状態管理サーバーがダウンした場合、トリガのステータスファイルが消えずに残る場合があります。この場合は、7日(デフォルト)後にもう一度、削除処理が行われますが、この際にも、状態管理サーバーがダウンしているとトリガのステータスファイルが残りつづけます。

    対策

    千手ブラウザのジョブモニタから、手動でトリガを削除して下さい。

  6. ネット・フレームに指定した正常・異常終了時コマンドがリカバリ処理時に再起動する

    問題

    ジョブに指定した正常・異常時コマンドは、リカバリ処理時には実行されませんが、ネット・フレームに指定した正常・異常時コマンドはリカバリ処理時にも実行されます。

    対策

    リカバリ処理時に正常・異常終了時コマンドを実行したくない場合は、ジョブに正常・異常終了時コマンドを指定して下さい。

  7. ジョブのキューイング要因変化時のジョブモニタの表示

    問題

    キューイング中のジョブのキューイング要因が変化した場合(動作環境未稼働→動作環境同時稼働数上限)に、ジョブモニタのランチャート上に表示されるキューイング要因が変更されません。

    対策

    該当フレームの詳細監視設定を解除し、再度設定しなおして下さい。

  8. 異常時ネットに一時停止指定を行い、異常時ネットの前ジョブが正常/スキップ終了

    問題

    一度異常終了した異常時ネットに対して一時停止指定を行った後、異常時ネットの前ジョブを正常/スキップ終了するように設定を変更し、前ジョブに対して再ランを行うと、前ジョブが正常/スキップ終了した後、異常時ネットが一時停止状態になってしまいます。

    対策

    一時停止状態になった異常時ネットの一時停止解除を行うと、異常時ネットはネット内ジョブを起動せずにスキップ終了します。

  9. 動作環境プールの設定がされている動作環境を動作環境再起動コマンドで起動

    問題

    動作環境の稼働ノードに設定されたノードグループが空の場合に、フレーム投入後、空のノードグループにノードを登録して動作環境再起動コマンドで該当動作環境を起動すると動作環境プールの設定が効きません。

    対策

    ノードグループが稼働ノードの動作環境に動作環境プールの設定がされている場合、フレーム投入前にノードグループにノードを登録しておく。

  10. ブラウザから実行システム削除するとツリー表示部にシステム名のみ残存

    問題

    ジョブモニタのツリー表示部に実行システムが表示されたまま、表示されている実行システムに対してブラウザの運用日付下の実行システムから削除を行うと、ブラウザの運用日付下からは削除されますが、ツリー表示部には実行システム名のみ残存したままとなります。

    対策

    ジョブモニタの表示実行システムの設定画面から残存した実行システムを選択し、削除を行って下さい。

  11. Solaris環境でジョブを実行したとき、ロケールに関する環境変数が設定されない。

    問題

    Solaris 10の環境において、千手稼働アカウント以外のアカウントでジョブを実行したとき、ロケールに関する環境変数(LANG,LC*等)が設定されません。

    対策

    ジョブを実行するアカウントの環境変数に必要な環境変数(LANG,LC*等)を設定して下さい。

  12. UNIX環境で自動サイクル運用が登録されない。

    問題

    自動サイクル運用を設定したシステム名に「修飾数字」「省略数字」「ローマ数字」「単位」が含まれているシステムが同じ運用基準時刻に2つ以上登録されている場合、登録されないシステムが発生するケースがあります。

    対策

    システム名に「修飾数字」「省略数字」「ローマ数字」「単位」が含まれているシステムを自動サイクル運用に設定する場合は、1つずつ異なる運用基準時刻を設定して下さい。

    「修飾数字」⇒ ①、② 等の囲み英数字

    「省略文字」⇒ №、㈱ 等の省略文字

    ㊤、㊦ 等の囲み文字

    「ローマ字」⇒ Ⅰ、Ⅱ 等のアラビア文字

    「単位」 ⇒ ㍉、㌔ 等の単位記号

    ㍼、㍻ 等の年号

  13. ジョブに指定したバッチ内に記載したPerlスクリプトの標準出力がパイプ( | )に渡らない。

    問題

    Windows環境で、ジョブに指定したバッチ内に記載したPerlスクリプト等が、関連付けで起動されている場合、標準出力が、パイプ( | )に渡らない。

    対策

    Microsoft社のWebサイトに掲載されている不具合に該当しますので、バッチを実行される環境で、記載内容にある設定を行って下さい。

    [参考]Microsoftの Webサイト(Microsoft サポート)

    文書番号: 321788
    STDIN/STDOUTリダイレクトは、ファイルの関連付けから起動すると動作しないことがある
    ※文書番号は確認した当時のものになります。最新の情報についてはベンダーにお問い合わせ下さい。
  14. Windows環境でコマンド実行に失敗する。

    問題

    Windows環境で、ジョブとして千手コマンドを拡張子(.exe)付きで実施した場合、コマンド名称によっては実行に失敗する。

    対策

    千手コマンド名の拡張子(.exe)を外して15文字(バイト)以内になるようにして下さい。

    なお、下記の環境の場合にはそれぞれの対応を実施して下さい。

    • 「PowerShellのスクリプトから千手コマンドを実行」の場合

      コマンドの先頭に cmd /c を付与して指定する

    • 「UNIX ベース アプリケーション用サブシステム (SUA) 環境」の場合

      15文字(バイト)以内のシンボリックリンクを作成して指定する

  15. トリガの参照先チェック対象に同一名称のフレームが複数あると正しくチェックできない。

    問題

    複数のシステム内に同一名称のフレームを定義しているとき、それらのシステムを対象としてトリガの参照先チェックを実行すると、該当のフレームのうち、いずれか1つのみチェック対象となります。そのため、それぞれのフレームに別の稼働日カレンダー、動作環境を設定している場合、チェック結果を正しく取得できないことがあります。

    対策

    同一名称のフレームを含む、複数のシステムに対してトリガの参照先チェックを行う場合は、いずれか1つのシステムを選択して実行し、それぞれのチェック結果を確認して下さい。

5.5. コンフィグレーション

  1. 千手構成ファイルサーバーにて保存期間を過ぎているフォルダが削除されない問題

    問題

    千手構成ファイルサーバーにて、環境変数(CCMROOT)に設定したフォルダやサブフォルダに対し下記の操作が行われた場合、定義ファイル(sj_ccm.ini)のFILE_REMAIN_DAYSに設定した保存期間を過ぎたフォルダが削除されない場合があります。

    • エクスプローラなどから、フォルダのプロパティの[全般]タブにある[詳細設定] ボタンをクリックして、表示される [属性の詳細]ダイアログの[検索を速くするため、このフォルダにインデックスを付ける] が設定された後に解除される操作が行われた。

    対策

    以下手順にてフォルダの属性を変更して下さい。

    1. フォルダのプロパティの [全般] タブで、[詳細設定]ボタンをクリックして、[属性の詳細] ダイアログを表示させる。

    2. [属性の詳細]ダイアログで[検索を速くするため、このフォルダにインデックスを付ける]のチェックボックスにチェックを入れ、[OK]ボタンをクリックする。

    3. フォルダのプロパティの [OK] ボタンをクリックする。

    4. 上記の3.を実行すると[属性変更の確認]ダイアログが表示されるので、[このフォルダ、及びサブフォルダとファイルに変更を適用する]ラジオボタンを ON にし [OK]ボタンをクリックする。

  2. 千手マネージャと千手エージェントを共存させている環境にて、千手構成管理ファイル転送コマンドがエラーとなる問題

    問題

    千手マネージャがインストールされているノードに千手エージェントを共存させている環境にて、構成情報を取得した際に、構成モニタ上では取得成功となるが、メッセージモニタ上では以下のエラーメッセージが表示される事があります。

    !CCM027 千手構成管理ファイル転送コマンドでエラーが発生しました。

    対策

    千手マネージャと共存している千手エージェントを再起動して下さい。

6. Senju DevOperation Conductor障害時の対応

本章では、Senju DevOperation Conductorで検知される障害、及びSenju DevOperation Conductor自身のプロセス障害時などの対応方法のうち、 ユーザーズマニュアル「Q&A」 に載っていない、もしくはより詳しい対応方法をまとめています。

  1. 監視対象ノードからの応答が途絶えました

    ネットワーク、ワークステーションのハードウェアあるいは、千手システムプロセスなどの障害時に、千手マネージャからは千手エージェントのノードがダウンしたように見えます。

    一時的なネットワーク障害であれば、特に復旧の操作は必要ありません。

    切り分け後、一時的なネットワーク障害、ワークステーションのハードウェアの障害以外の問題であると思われる場合は、以下の操作により復旧させて下さい。

    障害状況

    メッセージモニタの障害情報に !ANM103 監視対象WSからの応答が途絶えました。 のメッセージが出力される。

    確認

    ping、telnetなどで当該ノードと通信できることを確認して下さい。

    UNIX/Linux版千手エージェント回復手順

    1. 千手ブラウザのツリービューの[コマンド]→[千手コマンド]→[共通/その他]の[システムの停止]を実行し、当該障害中のノード名を選択して、「実行」ボタンを押下して、千手システムの停止をして下さい。

    2. 次に、[システムの起動]を実行し、当該障害中のノード名を選択して「実行」ボタンを押下して、千手システムを起動して下さい。

    Windows 版千手エージェント回復手順

    1. 当該Windows版千手エージェントのコマンドプロンプト画面から以下のコマンドを投入して下さい。
      C:\>sj_stopsrv  senju_ftu_<ユーザ名>
      C:\>sj_stopsrv  senju_rexd_<ユーザ名>
      C:\>sj_stopsrv  senju_main_<ユーザ名>
      C:\>sj_startsrv  senju_main_<ユーザ名>
      C:\>sj_startsrv  senju_rexd_<ユーザ名>
      C:\>sj_startsrv  senju_ftu_<ユーザ名>
      
  2. システムエラーです。(ReadEventLog(6))

    Windows版のSenju DevOperation Conductorのみ本現象が発生する可能性があります。

    本現象は、連続的に発生しない限り特に対応する必要はなく、監視は続行されます。

    障害状況

    メッセージモニタの障害情報に !SYSL04 システムエラーです。(ReadEventLog(6)。イベントログ(Application)が読み飛ばされた可能性があります。) のメッセージが出力される。

    確認

    同一ノードから連続的に上記メッセージが出力されないことを確認して下さい。

    Windows版千手エージェント回復手順

    特に回復操作は必要ありません。

  3. CPU使用率監視に関する リソース監視による警告です

    本現象は一時的に発生する可能性があります。継続して発生している場合には、以下の対応を行って下さい。

    障害状況

    メッセージモニタの障害情報に !RES311 リソース監視による警告です。(ノードID:~,監視タスク名:CPU使用率…) のメッセージが出力される。

    確認

    グローバルノードモニタかノードモニタで該当ノードのCPU使用率が異常のままであることを確認して下さい。キャパシティ機能で稼働履歴を保存している場合は、グラフモニタでCPU使用率の高い状況が続いていることを確認して下さい。

    回復手順

    1. 該当ノードでプロセスの稼働状況を見て、著しくCPU使用率が高いプロセスがいないか、確認して下さい。通常以上にCPUを使用していると思われる場合、該当ノードのシステム管理者と相談した上、プロセスを停止するなどの措置を行って下さい。

    2. CPU使用率監視の閾値が低い場合、エラーにならないような値に設定変更して下さい。

  4. ディスクの空き容量が不足しています

    本現象は一時的に発生する可能性があります。継続的に発生する場合は、以下の対応を行って下さい。

    障害状況

    メッセージモニタの障害情報に !RES001 ディスクの空き容量が不足しています。 のメッセージが出力される。

    確認

    グローバルノードモニタかノードモニタで該当ノードのディスク情報が異常のままであることを確認して下さい。キャパシティで稼働履歴を保存している場合は、グラフモニタでディスク使用率や使用量の高い状態が続いていることを確認して下さい。

    回復手順

    1. 該当ノードでディスクの使用状況を確認して下さい。| 該当ノードのシステム管理者と相談した上、ディスク空き容量を増やすなどの措置を行って下さい。

    2. ディスク使用量監視の閾値が低い場合、エラーにならないような値に設定変更して下さい。

  5. メッセージ抜けが発生しました。

    本現象は、連続的に大量のメッセージがメッセージモニタに出力された場合に起こる可能性があります。

    障害状況

    メッセージモニタの障害情報に !ANM104 メッセージ抜けが発生しました。 のメッセージが出力される。

    回復手順

    • アプリケーションで大量にメッセージを出力している場合、メッセージの出力を減らして下さい。

    • ジョブ実行時などにSenju DevOperation Conductorの出力するメッセージが抜ける場合は、同時に稼働するジョブを制限するなど、ジョブ定義を変更して下さい。

  6. 履歴データ収集機能の初期設定に失敗しました。

    千手システムが作成するMMFの内容が壊れた場合、このメッセージが出力されます。

    障害状況

    メッセージモニタの障害情報に !ANMD61履歴データ収集機能の初期設定に失敗しました。 のメッセージが出力される。

    回復手順

    千手システムを停止させた後、以下のMMFファイルを削除して下さい。

    • UNIX/Linux

      $SENJUHOME/unity_dat/mmf 以下の全ファイル

    • Windows

      %SENJUHOME%\unity_dat\mmf 以下の全ファイル

    MMFは千手システム再起動時、自動的に再作成されます。

  7. 履歴データの追加/更新ができませんでした。

    データベースアクセスプロセス(sjESD_Server)の SQL Server への接続試行がデフォルトの接続タイムアウト時間(15秒)内に完了しなかった場合、このメッセージが出力されます。

    障害状況

    メッセージモニタの障害情報に 履歴データの追加/更新ができませんでした。 のメッセージが出力される。

    回復手順

    頻発する場合は接続タイムアウト時間を「60秒」に設定することを推奨します。

    1. 千手マネージャの %SENJUHOME%\dat\sj_esd.ini をメモ帳などのテキストエディタで開き、最終行に ESD_LOGIN_TIMEOUT=60 の行を追加し保存します。

    2. 千手ブラウザにて、千手データベースサーバーに対して、以下を行います。

    ・反映(監視属性) の実施

    ・ノードモニタより、 sjESD_Server の再起動の実施。