プロが解説！ Hinemosによる運用管理テクニック！ ver.osc2016 .Enterprise大阪

株式会社アトミテック
プロが解説！
Hinemosによる運用管理テクニック！
2016年01月29日
小泉界

自己紹介
Hinemosとは
Hinemosのお問い合わせ事例紹介
Hinemosへのジョブ移行時のポイント
（ソリューション紹介）
アジェンダ
Copyright (c) 2015 Atomitech Inc.1

自己紹介

小泉界 (こいずみかい)
1990年12月31日生まれ
趣味
 楽器演奏(ヴィオラ、ピアノ)
所属
 株式会社アトミテック Hinemosソリューション部
日々の主な業務
 Hinemos保守、社外PR(イベントなど)
取得した称号
 Hinemos認定アソシエイト(監視)
 Hinemos認定アソシエイト(ジョブ)
 Hinemos認定プロフェッショナル
自己紹介
資格詳細 : http://www.hinemos.info/support/certificate
出演する演奏会

Hinemosとは

システム運用管理で要求される各種機能を備えた、
「統合運用管理ソフトウェア」
Hinemosとは
監視ジョブ環境構築
複雑化するシステムを、Hinemosで統合運用管理
一元管理
物理環境仮想化環境ネットワーク
機器類

Copyright (c) 2015 Atomitech Inc.
『必要な機能を、シンプルで使いやすい操作性と共に、安価で提供する』
Hinemosの特徴・コンセプト
物理環境仮想化環境
日本製OSS
シンプルな操作性
→GUIアプリケーションならではの、柔軟な操作性
→システム全体をグループ毎に俯瞰的に管理可能
→運用現場に応じた、GUIのカスタマイズも容易
充実の機能
→日本の運用管理ニーズに必要な機能を厳選
→日本語インタフェース、ドキュメント、保守サポート提供
→OSSとして、安価に導入が可能
→監視・ジョブの両方をワンパッケージで提供
→環境構築機能や、クラウド管理機能を完備
→本体機能に加え、オプション製品でニーズを先取り
6

多種多様な環境をHinemosで一元管理可能
対応プラットフォーム
物理環境仮想化環境ネットワーク
機器類
OS
Red Hat Enterprise Linux
CentOS
Oracle Linux
Windows
Solaris
HP-UX
AIX
ハイパーバイザ
VMware ESXi
KVM
XenServer
Hyper-V
Oracle VM
その他
ネットワーク機器
アプライアンス製品
クラウド
Amazon Web Services
Microsoft Azure
Cloudn

Hinemosは、以下の３つのコンポーネントから構成
Hinemos基本構成
運用管理サーバ（Hinemosマネージャ）
Hinemosの運用管理機能を提供するサーバ。
各種設定内容を保持し、設定された監視機能や
ジョブ管理機能の実行を指示します。また、監視
結果やジョブ実行結果を内部DBに蓄積します。
設定追加・変更
結果の表示
稼動監視
ジョブ実行指示
環境構築指示ログ・トラップ送信
運用管理端末(Hinemosクライアント)
-> リッチクライアント
-> Webクライアント
オペレータが操作する統合コンソール端末。
監視やジョブ、環境構築設定の登録や、監視状況
の把握、ジョブや環境構築操作の実行状況把握な
ど、システムの稼働状況・運用状況を表示します。
管理対象システム
（Hinemosエージェント）
Hinemosの管理対象となるIT機器。
専用エージェントを導入しなくても、大半の
監視機能が使用できます。
専用エージェントを導入することにより、す
べての機能が使用できます。
管理DB

Hinemos保守サポート

Hinemos保守サポートとは？
お問い合わせ対応
障害調査
修正モジュールの提供等

Hinemos保守サポートお問い合わせ分類
51 47
94
48 45
85
68 60 54
68 68 72
38 42
43
66
41
61
48
27 43
47
31
40
仕様障害
年間約1200件
以上

1. リソース監視やプロセス監視の結果で情報ステータスと不明ステータスが繰り返し出力される
2. カーネルモードで動作するプロセスの監視
3. Hinemosメンテナンス機能について
4. Javaヒープメモリに関するHinemosInternalエラーが出力された
5. HinemosクライアントからHinemosマネージャにログインできるがビューが表示されない
6. システムログ監視の結果の通知に遅延があった
7. システムログ監視で監視漏れが発生した
8. ジョブの実行に30秒かかる？
9. Hinemosマネージャ接続におけるプロキシ中継について
10. ジョブの判定対象の時刻が機能しない
11. 終了遅延の “26:00:00”と “2:00:00”の違い
12. プロキシを経由したHTTP監視の方法は？
13. Hinemosエージェントレスで可能な監視について
14. rsyslog_hinemos.confのコメントアウト箇所の意味
15. Hinemosマネージャからエージェントが認識されていない事象について
16. Windowsサービス監視で監視対象のサービス名に半角空白が含まれていても監視に影響はないか
17. イベントログ名はあっているはずなのにWindowsイベントログが監視できない
18. Hinemos 履歴保管期間変更について
19. メンテナンス設定の作成が行えない
20. Hinemosマネージャ2台からの1台のサーバを監視
21. 各機能の登録上限は？
22. Hinemosのプロセスを監視したい
Hinemosトラブルシューティングの事例一覧(一部)

障害調査
51 47
94
48 45
85
68 60 54
68 68 72
38 42
43
66
41
61
48
27 43
47
31
40
仕様障害

リソース監視やプロセス監視の結果で
情報ステータスと不明ステータスが繰り返し出力される
事象
”情報”ステータスと”不明”ステータスが繰り返し出力されている。
原因
SNMPポーリングのタイムアウトにより、監視の判定を行うための
値の取得に失敗した。
例) 監視対象サーバ上のSNMPエージェントとの通信で
タイムアウトが発生
【Hinemos ver.5.0、4.1 障害系 01/08】

監視の仕組み
① SNMPポーリングによる値の取得処理
-> 5000ミリ秒(タイムアウト値)×3回(リトライ回数)
※ デフォルトの場合
② リソース情報及びプロセス数カウントの閾値判定処理
-> タイムアウト等で値の取得に失敗し、値が存在しない場合
不明ステータスで通知

対処
HinemosマネージャからSNMPエージェントへの経路に問題がないか確認する。
・高負荷により、SNMPのパケットが失われていないか
・ファイアーウォール等により、パケットが遮断されていないか
・ネットワーク経路が切断されていないか
・ネットワーク機器に障害が起きていないか
・HinemosマネージャサーバのOSのNWサービスに障害が起きていないか
・HinemosマネージャサーバのNICに障害が起きていないか
・SNMPエージェントが値を取得するのに時間がかかっていないか
・SNMPエージェントが起動しているか
・OSのネットワークサービスに障害が起きていないか
・サーバのNICに障害が起きていないか
観点1:監視対象サーバに問題がないか
観点2 : マネージャ ‐ 監視対象サーバ間のNWに問題がないか

カーネルモードで動作するプロセスの監視
事象
Linuxのカーネルモードで動作するプロセスが監視できない
原因
net-snmpの仕様
カーネルモードで動作するプロセスは、
”hrSWRunPath”を一律“<exited>“という文字列で返す。
-> コマンド(パス)を判別することができず、
カーネルモードのプロセスを監視することができない。

カーネルモードで動作するプロセスの監視
仕組み
Hinemosのプロセス監視は、原則として、
SNMPポーリングで取得した値と監視設定で指定した値を比較し、
一致した場合にプロセスが存在するものと判定する。
対処
カスタム監視を用いる
対象プロセス数をカウントするコマンドを実行して監視
# echo -n "NumOfProcs_kthreadd,";ps -ef|grep kthreadd|grep -v grep|wc –l
SNMPで取得した”hrSWRunPath”の値 ⇔ 監視対象プロセスのコマンド
SNMPで取得した”hrSWRunParameters”の値 ⇔ 監視対象プロセスのコマンド引数

Hinemosメンテナンス機能について
事象
ジョブ履歴が10万件越え、警告メッセージを検知したので、
メンテナンス機能でジョブ履歴削除を行ったが、失敗した。
原因
一度に削除する履歴件数が多い
マネージャの内部DBに対する、ジョブ実行履歴削除のためのSQL文の
実行に時間がかかっている。
-> Hinemosマネージャが内部DBと通信する際にソケットタイムアウトが
発生。
これにより内部DBとの通信が強制的に切断。

Hinemosメンテナンス機能について
対処
徐々にジョブ履歴を削除する
例えば、
保存期間 31日 → 30日 (1回目)
保存期間 30日 → 29日 (2回目)
: (途中省略)
保存期間 12日 → 11日 (*回目)
保存期間 11日 → 10日 (*回目)
保存期間 31日 → 10日
一度に21日分の履歴情報を削除
→タイムアウトが発生
一度に削除するのは1日分
→タイムアウトは発生しない

Javaヒープメモリに関する
HinemosInternalエラーが出力された
事象
Hinemosマネージャのログ(hinemos_internal.log)に
次のメッセージが出力された。
「利用可能なメモリ容量が閾値を下回ったため、Hinemosマネージャの
再起動を推奨する」
原因
Hinemosマネージャのヒープメモリが減少。
->Hinemosマネージャのヒープメモリのサイズに対して、
設定内容が多い。

Javaヒープメモリに関する
HinemosInternalエラーが出力された
暫定的対処
Hinemosマネージャの再起動
恒久的対処
(1)監視項目、ジョブ数、ノード数の設定数を見直す。
→不要なものがないかなど。
(2)Hinemosマネージャサーバの物理メモリに余裕がある場合は、
HinemosマネージャのJavaヒープメモリのサイズを変更。
# for small systems
export JVM_HEAP_OPTS=“-Xms512m -Xmx512m -XX:NewSize=160m -
XX:MaxNewSize=160m - XX:MaxPermSize=192m -Xss256k"
# for medium systems
#export JVM_HEAP_OPTS="-Xms1024m -Xmx1024m -XX:NewSize=320m -
XX:MaxNewSize=320m -XX:MaxPermSize=256m -Xss256k"
# for large systems
#export JVM_HEAP_OPTS="-Xms2048m -Xmx2048m -XX:NewSize=640m -
XX:MaxNewSize=640m -XX:MaxPermSize=360m -Xss256k"

HinemosクライアントからHinemosマネージャ
にログインできるがビューが表示されない
事象
監視設定ビューやジョブ一覧ビューが表示されない
(エラー表示もでない)
原因
Hinemosクライアントのワークスペース情報が一部破損
対処※次のいずれかを実施
(1)Hinemosクライアントの設定情報を削除する。
“C:Users{Windowsログインユーザ名}AppDataRoaminghinemosClient4.x
(2)Hinemosクライアントをクリーンスタートする。
“C:Program Files (x86)HinemosClient4.1.x”配下の
「client_clean_start.vbs」を実行し、Hinemosクライアントを起動する。
(3)Hinemosクライアントを再インストールする。

システムログ監視の結果の通知に遅延があった
事象
システムログ監視の結果で「受信日時」と「出力日時」に
差があり、通知に遅延が発生している。
原因
瞬間的に大量(※)のsyslogがHinemosマネージャに転送
->システムログ監視のパターマッチ処理に遅れがでてしまった。
※ 環境によるが、この事例の場合は10分間に10000件
対処
(1)通知の遅延が発生した時間帯に転送されているsyslogの流量を減らす。
※rsyslog.confの設定で、転送量を抑制するなど。
(2)システムログ監視やそのフィルタの件数を見直す。
(3)当該監視設定の通知設定を見直す。
24 Copyright (c) 2015 Atomitech Inc.

システムログ監視で監視漏れが発生した
事象
監視対象サーバでは、システムログが出力されたが、
システムログ監視にて検知できず、通知もされなかった。
マネージャサーバの /var/log/messagesに、次のメッセージが出力されていた。
原因
複数の監視対象サーバからsyslogが転送されたことによって、
rsyslogのTCP最大接続数を超えてしまった。
<syslog.err> rsyslogd-2079: too many tcp sessions –
dropping incomingrequest
25

システムログ監視で監視漏れが発生した
対処
(1)監視対象サーバ側で、HinemosマネージャへのTCPによる
syslog転送を行わない。
-> 514/TCP から 514/UDP へ変更する。
(2)マネージャサーバ側で、rsyslogのTCPセッション上限数を増やす
-> rsyslog_hinemos.confを編集し、セッション数を増やす。
26
$InputTCPMaxSessions 1000
*.info;mail.none;authpriv.none;cron.none @@{ManagerIP}:514
↓
*.info;mail.none;authpriv.none;cron.none @{ManagerIP}:514

ジョブの実行に30秒かかる？
事象
コマンド(スクリプト) の処理自体は一瞬で完了するはずが、
ジョブを開始してから終了するまでに30秒かかってしまう。
原因
(1)即時反映用ポート(デフォルトで24005/UDP)が不通となってい
る。
または、
(2) Hinemosエージェントサーバで他のプロセスが
24005/UDPポートを使用中

ジョブの実行に30秒かかる？
対処
(1)Hinemosマネージャサーバ -> Hinemosエージェントサーバ
方向の24005/UDPの通信を許可する。
-> ファイアウォール等の設定の見直し
(2)24005/UDPを使用する他のプロセスを停止する。
または、即時反映用ポートをデフォルト24005/UDPから変更す
る。
-> Hinemosエージェントの設定ファイルで指定可能。
Agent.propertiesの“awake.port=24005”を変更
ver5.0ではノードプロパティで即時反映用のポートを指定可能。

【補足】ジョブの実行の仕組み
ジョブ実行時のマネージャとエージェント間の通信
①ジョブ実行指示情報を、マネージャ内部のtopicに格納
②ジョブ実行対象ノードのIPアドレスの即時反映ポート(24005番)に
UDPパケットを送信
③UDPパケットを受信したエージェントは、Web/API経由で
マネージャの topicからジョブ実行指示情報を取得する。
④エージェントはコマンドを実行し、結果をWeb/API経由で
マネージャに送信
⑤マネージャは実行結果を元に次のジョブ制御を実施
29

【補足】今回の事象の場合
ジョブ実行時のマネージャとエージェント間の通信
①ジョブ実行指示情報を、マネージャ内部のtopicに格納
②ジョブ実行対象ノードのIPアドレスの即時反映ポート(24005番)に
UDPパケットを送信
③UDPパケットを受信できなかった
④エージェントはコマンドを実行し、結果をWeb/API経由で
マネージャに送信
⑤マネージャは実行結果を元に次のジョブ制御を実施
即時反映ポート(24005番)が不通または、使用中
Hinemosエージェントは、
定期的(30秒間隔)にWeb/API経由でマネージャのtopicに
ジョブ実行指示情報が格納されていないか確認
格納されている場合は取得
30

仕様
31
51 47
94
48 45
85
68 60 54
68 68 72
38 42
43
66
41
61
48
27 43
47
31
40
仕様障害

Hinemosマネージャ接続におけるプロキシ中継について
事例
Hinemosの通信をプロキシサーバ経由としたい場合、
必要な設定は？
対処
Hinemosマネージャについては設定不要。
Hinemosエージェント、Hinemosクライアントでそれぞれ
以下の設定が必要。
・HTTP ProxyサーバのIPアドレス及びホスト名
・HTTP Proxyサーバの待ち受けポート
・HTTP Proxyサーバの認証ユーザ
・HTTP Proxyサーバの認証パスワード
【Hinemos ver.5.0、4.1 仕様系 01/14】

ジョブの判定対象の時刻が機能しない
事例
ジョブの待ち条件を次のように設定した。しかし、想定通りに動作しな
い。
ジョブネット・ジョブの設定
23:55：ジョブネットAの実行(ジョブスケジュール)
00:10：ジョブネットAの中にあるジョブBの実行(待ち条件の時刻判定)
06:00：ジョブネットAの中にあるジョブCの実行(待ち条件の時刻判定)
設定者の想定したジョブフロー
10/24 23:55にジョブネットAが実行開始
↓
10/25 00:10にジョブBが実行
↓
10/25 06:00にジョブCが実行
しかし、23:55にジョブネットAが実行されたところ、ジョブB、ジョブC
も23:55に実行されてしまった。
33

ジョブの判定対象の時刻が機能しない
対処
設定者の想定どおりにジョブBとジョブCを実行するには
以下のように設定の変更が必要
・ジョブBの待ち条件(時刻)：00:10:00
・ジョブCの待ち条件(時刻)：06:00:00
・ジョブBの待ち条件(時刻)：24:10:00
・ジョブCの待ち条件(時刻)：30:00:00
34

終了遅延の “26:00:00”と “2:00:00”の違い
質問
次のように設定した場合、終了遅延判定の動作に違いはあるか。
終了遅延に“26:00:00”と設定した場合
終了遅延に“02:00:00"と設定した場合
回答
例えば、2015/08/07 23:00:00 にジョブを開始。
・ジョブの終了遅延「時刻」が“26:00:00”の場合
ジョブセッション開始日“2015/08/07”の”26:00:00”
-> “2015/08/08 02:00:00”以降に発動
・ジョブの終了遅延「時刻」が“02:00:00”の場合
ジョブセッション開始日“2015/08/07”の”02:00:00”
現在時刻(ジョブ開始時刻)は”23:00:00”でこれを超えている
-> “2015/08/07 23:00:00“に発動
35

プロキシを経由したHTTP監視の方法は？
質問
HTTP監視を行う際、プロキシを経由した監視は実施可能か。
回答
Hinemos ver4.1では、HTTP監視でHTTPリクエストを行う際に、
プロキシサーバを経由するよう設定することができない。
Hinemos ver5.0では、新たにHTTP監視(シナリオ)という監視種別が
追加され、プロキシサーバを経由したHTTP監視が可能。

Hinemosエージェントレスで可能な監視について
質問
Hinemosエージェントをインストールしていない監視対象には、
どの監視が行えるのか？
回答
37
機能 Linux Windows NW機器
Hinemosエージェント監視 × × -
HTTP監視 ○ ○ ○
リソース監視 ○ △ ○
PING監視 ○ ○ ○
サービス・ポート監視 ○ ○ ○
プロセス監視 ○ △ -
SNMP監視 ○ △ ○
SQL監視 ○ ○ ○
システムログ監視 ○ - ○
ログファイル監視 × × ×
カスタム監視 × × ×
SNMPTRAP監視 ○ ○ ○
Windowsサービス監視 - ○ -
Windowsイベント監視 - × -

rsyslog_hinemos.confの
コメントアウト箇所について
質問
rsyslog_hinemos.confのコメントアウト箇所を解除しても
Hinemosの動作に影響はないか。
回答
影響はない。
コメントアウトを解除することで、Hinemosマネージャに転送される
syslogが出力できるようになる。
・syslogがHinemosマネージャへ転送できているか確認できる。
・どのくらいの流量のsyslogがHinemosマネージャへ転送されているか
具体的に確認できる。
ただし、流量が多いとHinemosマネージャサーバのディスク使用容量が
増加するため、要注意。
# $template mytemplate,"<%pri%>%timestamp% %hostname% %syslogtag%%msg%¥n"
# $template TmpFile,"/tmp/rsyslog.log.%$year%-%$month%-%$day%"
# *.info;mail.none;authpriv.none;cron.none ?TmpFile;mytemplate
38

Hinemosマネージャからエージェントが
認識されていない事象について
事例
リポジトリに登録した一部のノードのHinemosエージェントが、
リポジトリ[エージェント]ビューに表示されていない。
リポジトリ[ノード]ビュー上には、当該ノードは表示されている。
原因
Hinemosエージェントが自身のファシリティIDを
解決できていない。
39

Hinemosマネージャからエージェントが
認識されていない事象について
対処
(1)HinemosエージェントサーバからHinemosマネージャサーバに
対して、8080/TCPの通信が行えるようになっているか確認する
(F/W等で通信がブロックされていないかなど)
(2)Hinemosエージェントは、自身のホスト名とIPアドレスを元に
Hinemosマネージャに問い合わせ、自身のファシリティIDを解決
・条件1 [ホスト名]
以下の 2つが一致
・ノードプロパティの“サーバ基本情報 – OS –ノード名”
・対象サーバのホスト名(hostnameコマンドで表示されるホスト名)
・条件2 [IPアドレス]
以下の 2つが一致
・ノードプロパティの“サーバ基本情報 - ネットワーク - IPアドレス”
・対象サーバの(実際の)IPアドレス
40

Windowsサービス監視で監視対象のサービス名に
半角空白が含まれていても監視に影響はないか
質問
Windowsサービス監視で監視したいサービス名に
半角空白を含むものを設定したい。正常に監視は可能か。
例：「hoge hoge」
回答
監視可能。
サービス名に半角空白を含むWindowsサービスを指定する場合も、
正常に監視を行うことができる。
サービス名を指定する際、サービス名全体をクォートで囲む
必要はない。
41

イベントログ名はあっているはずなのに
Windowsイベントログが監視できない
事象
半角空白が含まれるWindowsイベントログが監視できない。
例：「HogeHoge Event Log」
対処
Windowsイベント[作成・変更]ダイアログのイベントログ欄にて、
イベントログ名を二重引用符(“)で囲って指定する
HogeHoge Event Log → “HogeHoge Event Log”
42

Hinemos 履歴保管期間変更について
質問
メンテナンス機能の定期的なジョブ実行履歴やイベント履歴の
削除で、履歴情報の保管期間を93日などに増やすことは可能か。
増やした結果、Hinemosの動作に影響はあるか。
回答
保存期間を増やすことが可能。
ただし、保存期間を延長する場合は、延長した分だけ
Hinemosマネージャサーバのディスク使用容量が増加する。
これに気を付けていれば、動作に影響もない。
43

メンテナンス設定の作成が行えない
質問
対象のアカウントに権限を付与したのにもかかわらず、
メンテナンスの設定の作成が行えない。
回答
メンテナンス機能の操作するためには、Hinemosログインユーザを
Hinemos管理者用ロール(ADMINISTRATORS)に所属させる必要があ
る。
44
--------------------------------------------------------------------------------------------------------------------------------------------
Hinemos ver4.1 ユーザマニュアル第5版
「 12.3.2 システム権限による管理表 12-3 システム権限一覧」

Hinemosマネージャ2台からの1台のサーバを監視
質問
Hinemosエージェントをサーバ(Linux)に2つインストールし、
それぞれ別のHinemosマネージャと疎通させることは可能か？
回答
可能。
複数のHinemosエージェントをそれぞれ別のHinemosマネージャに
接続させるには、以下のいずれかの方法を実施すること。
(1)Hinemosエージェントのインストール時に、接続先のHinemos
マネージャとしてそれぞれ異なるIPアドレスを入力。
(2)以下の設定ファイルで、Hinemosエージェントごとにそれぞれ異なる
HinemosマネージャサーバのIPアドレスを指定する。
45

各機能の登録上限は？
質問
Hinemosの機能において登録数の上限値はあるか？
回答
基本的に上限はない。
ただしHinemosの管理DBのカラムのデータ型の制約がある。
例えば、カレンダ機能において、1つのカレンダ設定内の詳細設定数は
「32767」個までなど。
しかし、基本的に上限がないといっても、管理DBの制約ぎりぎりまで
登録できるというわけでない。
どこかでHinemosマネージャサーバの性能要件に触れてしまい、
Hinemosマネージャが従来の性能を発揮できなくなるので、
不要な設定は行わないこと。
46

Hinemosのプロセスを監視したい
質問
Hinemosのプロセス監視で、以下の点について知りたい
(1)Linux に導入するHinemos Managerのプロセス名とプロセス数
(2)Linux に導入するHinemos Agentのプロセス名とプロセス数
(3)Windows に導入するHinemos Agentのサービス名
回答
(1)プロセス名： ${JAVA_HOME}/bin/java
引数： .*-Dhinemos.manager.*
プロセス数： 1個以上
(2)プロセス名： ${JAVA_HOME}/bin/java
引数： .*-Dhinemos.agent.*
プロセス数： 1個以上
(3)サービス名： HinemosAgent
※Hinemosマネージャ自ら、自身のプロセスを監視することは推奨していない。
監視したい場合は、もう一台Hinemosマネージャを用意するなどして相互監視を行う。

Hinemosへのジョブ移行のポイント

商用運用管理ツールから
Hinemosへのジョブ移行を進める為には
Hinemosへのジョブ移行に必要なこと
既存のジョブ定義の把握
既存ツールとHinemosとの
機能差異の把握
Hinemosでの機能差異の
対応方法の検討
対応方法の検討結果を元に
ジョブ定義を設計
不要なジョブの削除
を含むジョブフロー
の見直しも重要
49

商用運用管理ツールとHinemosとの主な機能差異
既存ツールとHinemosとの機能差異の把握
• ログファイルに特定のキーワードを含むログが出力されるまで待機するジョブ
ログファイル監視ジョブ
• ファイルが作成・更新・削除されるまで待機するジョブ
ファイル監視ジョブ
• イベント受信ジョブに対しイベントを送信するジョブ
イベント送信ジョブ
• イベント送信ジョブからイベントを受信するまで待機するジョブ
イベント受信ジョブ
• 指定の期間・回数・間隔に従い、ジョブ(ネット)を繰り返し実行するジョブ(ネット)
繰り返しジョブ（ジョブネット）
50

Hinemosとの機能差異の対応方法①
ログファイル監視ジョブ
• ジョブフローから対象ジョブが切り離せる場合、ログファイル監視機能の
監視結果と連動してジョブを実行することで対応
• 指定したログファイルに特定のキーワードを含むログが出力されるまで、
ログ監視を繰り返し実施するスクリプトを作成し対応
• 弊社では、Hinemosのログファイル監視機能をベースにしたスクリプトで対応
ファイル監視ジョブ
• ジョブフローから対象ジョブが切り離せる場合、カスタム監視機能の
監視結果と連動してジョブを実行することで対応
• 指定したファイルが作成・更新・削除されるまでファイルの状態を
監視を繰り返し実施するスクリプトを作成し対応
• 弊社では、Hinemosのジョブ実行契機のファイル監視をベースにしたスクリプトで対応
51

Hinemosとの機能差異の対応方法②
イベント送信ジョブ
• ジョブ通知を利用して、任意のジョブが完了したタイミングで
他のジョブを実行することで対応（※推奨せず）
• イベント受信ジョブに対してイベントを送信するスクリプトを作成し対応
• 弊社では、イベント通知を利用したイベント送信スクリプトで対応
イベント受信ジョブ
• ジョブ通知を利用して、任意のジョブが完了したタイミングで
他のジョブを実行することで対応（※推奨せず）
• イベント送信ジョブからイベント受信するまで待機するスクリプトを
作成し対応
• 弊社では、イベント通知を利用したイベント受信スクリプトで対応
52

Hinemosとの機能差異の対応方法③
繰り返しジョブ
• ジョブフローから繰り返し対象のジョブが切り離せる場合、
ジョブスケジュールによる繰り返し実行にて対応
• 指定したコマンドを期間・回数・間隔に従い、繰り返し実行する
スクリプトを作成し対応
• 参照ジョブを直列に定義し対応
繰り返しジョブネット
• ジョブフローからジョブネットが切り離せる場合、
ジョブスケジュールによる繰り返し実行にて対応
• 繰り返し対象のジョブネットを直列に定義し対応
53

ご紹介できなかった機能差異
ジョブフロー制御のアーキテクチャ
コマンドの返り値の範囲指定の複数対応
カレンダの営業日制御
ジョブの対話式実行
その他
54

Hinemosへのジョブ移行実績
55
JP1/AJS Senju Tivoli
ノウハウを活かしコストダウンを実現！

Hinemosへのジョブ移行に必要なこと
Hinemosでの機能差異の対応方法
Hinemosへのジョブ移行実績
まとめ
56

Hinemos関連サービス

Hinemos関連サービス
移行・構築
最適なHinemos環境
を提供します。
保守
年間1,000件を超
える実績でご期待
に応えます。
開発
新機能を開発、
提供します。
あらゆるフェーズで最適な
ソリューションをご提供
いたします。
58

ご不明な点等ございましたら、お問い合わせください。
お問い合わせ先
株式会社アトミテック小泉
http://atomitech.jp/hinemos/
050-3775-7632
hsd-sales@atomitech.jp または、k.koizumi@atomitech.jp
ご清聴ありがとうございました
59

プロが解説！ Hinemosによる運用管理テクニック！ ver.osc2016 .Enterprise大阪

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (13)

Similar to プロが解説！ Hinemosによる運用管理テクニック！ ver.osc2016 .Enterprise大阪

Similar to プロが解説！ Hinemosによる運用管理テクニック！ ver.osc2016 .Enterprise大阪 (9)

Recently uploaded

Recently uploaded (12)

プロが解説！ Hinemosによる運用管理テクニック！ ver.osc2016 .Enterprise大阪

Editor's Notes