クラスタ適用ガイド Windows編

(1)

B1WN-6871-11Z0(00)

2014

年1月

Windows(R)

_共通

FUJITSU Software

Systemwalker Operation Manager

(2)

まえがき

本書の目的

本書は、Systemwalker Operation Managerを、クラスタシステムに適用する場合の概要、設定、運用について説明しています。

なお、本書は、Windows版を対象としています。

本書の読者

本書は、Systemwalker Operation Managerを以下のクラスタシステムに導入する方、以下のクラスタシステムでSystemwalker Operation Managerを運用管理する方を対象としています。

・

Microsoft(R) Fail Over Clustering

本書を読む場合、Systemwalker Operation Managerおよびクラスタシステムの一般的な知識をご理解の上でお読みください。

略語表記について

・

以下の製品すべてを示す場合は、“Windows Server 2012 R2”と表記します。

－

Microsoft(R) Windows Server(R) 2012 R2 Foundation(x64)

－

Microsoft(R) Windows Server(R) 2012 R2 Standard(x64)

－

Microsoft(R) Windows Server(R) 2012 R2 Datacenter(x64)

・

以下の製品すべてを示す場合は、“Windows Server 2012”と表記します。

－

Microsoft(R) Windows Server(R) 2012 Foundation(x64)

－

Microsoft(R) Windows Server(R) 2012 Standard(x64)

－

Microsoft(R) Windows Server(R) 2012 Datacenter(x64)

－

・

以下の製品すべてを示す場合は、“Windows Server 2008 R2”と表記します。

－

Microsoft(R) Windows Server(R) 2008 R2 Foundation

－

Microsoft(R) Windows Server(R) 2008 R2 Standard

－

Microsoft(R) Windows Server(R) 2008 R2 Enterprise

－

Microsoft(R) Windows Server(R) 2008 R2 Datacenter

・

以下の製品すべてを示す場合は、“Windows Server 2008 Foundation”と表記します。

－

Microsoft(R) Windows Server(R) 2008 R2 Foundation

－

Microsoft(R) Windows Server(R) 2008 Foundation

・

以下の製品すべてを示す場合は、“Server Core”と表記します。

－

Microsoft(R) Windows Server(R) 2012 Standard Server Core

－

Microsoft(R) Windows Server(R) 2012 Datacenter Server Core

(3)

－

Microsoft(R) Windows Server(R) 2008 Standard without Hyper-V(TM) Server Core

－

Microsoft(R) Windows Server(R) 2008 Enterprise Server Core

－

Microsoft(R) Windows Server(R) 2008 Enterprise without Hyper-V(TM) Server Core

－

Microsoft(R) Windows Server(R) 2008 Datacenter Server Core

－

Microsoft(R) Windows Server(R) 2008 Datacenter without Hyper-V(TM) Server Core

・

以下の製品すべてを示す場合は、“Windows Server 2008 STD”と表記します。

－

Microsoft(R) Windows Server(R) 2008 Standard(x86)/(x64)

－

Microsoft(R) Windows Server(R) 2008 Standard without Hyper-V(TM)

・

以下の製品すべてを示す場合は、“Windows Server 2008 DTC”と表記します。

－

Microsoft(R) Windows Server(R) 2008 Datacenter(x86)/(x64)

－

Microsoft(R) Windows Server(R) 2008 Datacenter without Hyper-V(TM)

・

以下の製品すべてを示す場合は、“Windows Server 2008 EE”と表記します。

－

Microsoft(R) Windows Server(R) 2008 Enterprise(x86)/(x64)

－

Microsoft(R) Windows Server(R) 2008 Enterprise without Hyper-V(TM)

・

以下の製品すべてを示す場合は、“Windows Server 2008”と表記します。

－

Microsoft(R) Windows Server(R) 2008 Standard(x86)/(x64)

－

Microsoft(R) Windows Server(R) 2008 Enterprise(x86)/(x64)

－

Microsoft(R) Windows Server(R) 2008 Datacenter(x86)/(x64)

－

Microsoft(R) Windows Server(R) 2008 Foundation(x64)

－

Microsoft(R) Windows Server(R) 2008 Standard without Hyper-V(TM)(x86)/(x64)

－

Microsoft(R) Windows Server(R) 2008 Enterprise without Hyper-V(TM)(x86)/(x64)

－

Microsoft(R) Windows Server(R) 2008 Datacenter without Hyper-V(TM)(x86)/(x64)

－

Microsoft(R) Windows Server(R) 2008 R2 Enterprise(x64)

－

・

以下の製品すべてを示す場合は、“Windows Server 2003 STD”と表記します。

－

Microsoft(R) Windows Server(R) 2003 R2, Standard x64 Edition

－

Microsoft(R) Windows Server(R) 2003 R2, Standard Edition

－

Microsoft(R) Windows Server(R) 2003, Standard x64 Edition

－

Microsoft(R) Windows Server(R) 2003, Standard Edition

・

以下の製品すべてを示す場合は、“Windows Server 2003 DTC”と表記します。

－

Microsoft(R) Windows Server(R) 2003 R2, Datacenter x64 Edition

－

Microsoft(R) Windows Server(R) 2003 R2, Datacenter Edition

－

Microsoft(R) Windows Server(R) 2003, Datacenter x64 Edition

(4)

－

Microsoft(R) Windows Server(R) 2003, Datacenter Edition

・

以下の製品すべてを示す場合は、“Windows Server 2003 EE”と表記します。

－

Microsoft(R) Windows Server(R) 2003 R2, Enterprise x64 Edition

－

Microsoft(R) Windows Server(R) 2003 R2, Enterprise Edition

－

Microsoft(R) Windows Server(R) 2003, Enterprise x64 Edition

－

Microsoft(R) Windows Server(R) 2003, Enterprise Edition for Itanium-based Systems

－

Microsoft(R) Windows Server(R) 2003, Enterprise Edition

・

以下の製品すべてを示す場合は、“Windows(R) 2000”と表記します。

－

Microsoft(R) Windows(R) 2000 Professional

－

Microsoft(R) Windows(R) 2000 Server

－

Microsoft(R) Windows(R) 2000 Advanced Server

－

Microsoft(R) Windows(R) 2000 Datacenter Server

・

以下の製品すべてを示す場合は、“Windows NT(R)”と表記します。

－

Microsoft(R) Windows NT(R) Server network operating system Version4.0

－

Microsoft(R) Windows NT(R) Workstation operating system Version4.0

・

以下の製品すべてを示す場合は、“Windows(R) 8.1”と表記します。

－

Windows(R) 8.1 (x86)

－

Windows(R) 8.1 Pro (x86)

－

Windows(R) 8.1 Enterprise(x86)

－

Windows(R) 8.1 Pro(x64)

－

・

－

Windows(R) 8 (x86)

－

Windows(R) 8 Pro (x86)

－

Windows(R) 8 Enterprise(x86)

－

Windows(R) 8 (x64)

－

Windows(R) 8 Pro(x64)

－

Windows(R) 8.1 Pro (x86)

－

Windows(R) 8.1 Pro(x64)

－

(5)

・

－

Windows(R) 7 Home Premium(x86)

－

Windows(R) 7 Professional(x86)

－

Windows(R) 7 Ultimate(x86)

－

Windows(R) 7 Home Premium(x64)

－

Windows(R) 7 Professional(x64)

－

Windows(R) 7 Ultimate(x64)

・

以下の製品すべてを示す場合は、“Windows Vista(R)”と表記します。

－

Windows Vista(R) Home Basic(x86)

－

Windows Vista(R) Home Premium(x86)

－

Windows Vista(R) Business(x86)

－

Windows Vista(R) Enterprise(x86)

－

Windows Vista(R) Ultimate(x86)

－

Windows Vista(R) Home Basic(x64)

－

Windows Vista(R) Home Premium(x64)

－

Windows Vista(R) Business(x64)

－

Windows Vista(R) Enterprise(x64)

－

Windows Vista(R) Ultimate(x64)

・

以下の製品すべてを示す場合は、“Windows(R) XP”と表記します。

－

Microsoft(R) Windows(R) XP Professional x64 Edition

－

Microsoft(R) Windows(R) XP Professional

－

Microsoft(R) Windows(R) XP Home Edition

・

Microsoft(R) Windows(R) Millennium Editionを“Windows(R) Me” と表記します。

・

Microsoft(R) Windows(R) 98 operating systemを“Windows(R) 98” と表記します。

・

以下の製品を“Windows(R) 2000 Server”と表記します。

－

Microsoft(R) Windows(R) 2000 Server

・

Windows Internet Explorer(R)を示す場合は、“Internet Explorer”と表記します。

・

以下のOS上で動作するSystemwalker Operation Managerを“Windows版 Systemwalker Operation Manager”または“Windows 版”と表記します。

－

Windows

－

Itanium以外の64ビットアーキテクチャに対応したWindows

・

32ビットアーキテクチャに対応したWindows上で動作するSystemwalker Operation Managerの固有記事を“Windows x86 版”と表記します。

・

Itaniumに対応したWindows上で動作するSystemwalker Operation Managerの固有記事を“Windows for Itanium版”と表記します。

(6)

・

Itanium以外の64ビットアーキテクチャに対応したWindows上で動作するSystemwalker Operation Managerの固有記事を “Windows x64版”と表記します。

・

Windows(R) 2000、Windows Server 2003 STD/Windows Server 2003 DTC/Windows Server 2003 EE、およびWindows Server 2008 を、“Windowsサーバ”と表記している箇所があります。

・

Oracle SolarisはSolaris , Solaris Operating System , Solaris OSと記載することがあります。

・

Solaris上で動作するSystemwalker Operation Managerを“Solaris版 Systemwalker Operation Manager”または“Solaris版” と表記します。

・

UXP/DS上で動作するSystemwalker Operation Managerを“DS版 Systemwalker Operation Manager”または“DS版”と表記します。

・

HP-UX上で動作するSystemwalker Operation Managerを“HP-UX版 Systemwalker Operation Manager”または“HP-UX版”と表記します。

・

AIX上で動作するSystemwalker Operation Managerを“AIX版 Systemwalker Operation Manager”または“AIX版”と表記します。

・

以下のOS上で動作するSystemwalker Operation Managerを“Linux版 Systemwalker Operation Manager”または“Linux版” と表記します。

－

Linux

－

Itanium以外の64ビットアーキテクチャに対応したLinux

・

32ビットアーキテクチャに対応したLinux上で動作するSystemwalker Operation Managerの固有記事を“Linux x86版”と表記します。

・

Itaniumに対応したLinux上で動作するSystemwalker Operation Managerの固有記事を“Linux for Itanium版”と表記します。

・

Itanium以外の64ビットアーキテクチャに対応したLinux上で動作するSystemwalker Operation Managerの固有記事を“Linux

x64版”と表記します。

・

Solaris版、DS版、HP-UX版、AIX版、Linux版およびLinux for Itanium版のSystemwalker Operation Managerを包括して、“UNIX 版 Systemwalker Operation Manager”または“UNIX版”と表記します。

・

Solaris、HP-UX、AIX、Linux、およびUXP/DSを、“UNIXサーバ”と表記している箇所があります。

・

Systemwalker Operation Manager Standard Editionを“SE版”と表記している箇所があります。

・

Systemwalker Operation Manager Enterprise Editionを“EE版”と表記している箇所があります。

・

Systemwalker Operation Manager Global Enterprise Editionを“GEE版”と表記している箇所があります。

・

Standard EditionをSE、Enterprise EditionをEE、Global Enterprise EditionをGEEと表記している箇所があります。

・

BrightStor(R) ARCserve(R) Backup for Windowsを、ARCserveと表記します。

・

Windows NT(R)で標準に提供されているMicrosoft(R)-MailをMS-Mailと表記します。

輸出管理規制について

本ドキュメントを輸出または提供する場合は、外国為替および外国貿易法および米国輸出管理関連法規等の規制をご確認の上、必要な手続きをおとりください。

商標について

APC、PowerChuteは、AMERICAN POWER CONVERSION社の登録商標です。

BrightStor、ARCserveは、Computer Associates International, Inc.またはその関連会社の登録商標または商標です。 HP-UXは、米国Hewlett-Packard社の登録商標です。

(7)

IBM、AIX、AIX 5L、ViaVoiceは、IBM Corp.の商標です。

Intel、Itaniumは、米国およびその他の国におけるIntel Corporationまたはその子会社の登録商標または商標です。

MC/ServiceGuardは、Hewlett-Packard Companyの製品であり、著作権で保護されています。

Microsoft、MS、Windows、Windows ServerおよびWindows NTは、米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Red Hat は米国およびそのほかの国において登録されたRed Hat, Inc. の商標です。

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

OracleとJavaは、Oracle Corporation およびその子会社、関連会社の米国およびその他の国における登録商標です。文中の社

名、商品名等は各社の商標または登録商標である場合があります。 R/3、SAP ERPおよびSAPは、SAP AGの登録商標です。

Tcl/Tkは、カリフォルニア大学、Sun Microsystems,Inc.、Scriptics社他が作成したフリーソフトです。

UNIXは、米国およびその他の国におけるオープン・グループの登録商標です。

UXP、Systemwalker、Interstageは富士通株式会社の登録商標です。

VMware、VMwareロゴ、Virtual SMPおよびVMotionはVMware,Incの米国およびその他の国における登録商標または商標です。

ショートメールは、株式会社エヌ・ティ・ティ・ドコモ(以下NTTドコモ)の登録商標です。その他記載の会社名、製品名は、それぞれの会社の商標または登録商標です。 Microsoft Corporationのガイドラインに従って画面写真を使用しています。平成26年1月改版履歴平成18年 4月初版平成18年10月第2版平成19年 5月第3版平成19年11月第4版平成20年 6月第5版平成22年 4月第6版平成23年 4月第7版平成24年 6月第8版平成24年 9月第9版平成25年 1月第10版平成26年 1月第11版

(8)

目　次

第1章概要...1 1.1 サポートするクラスタシステム... 1 1.2 サポートするクラスタシステムの形態...2 1.2.1 1:1運用待機... 2 1.2.2 N:1運用待機...3 1.2.3 2ノード相互待機...4

1.3 クラスタシステムでのSystemwalker Operation Managerの構成...4

1.3.1 Systemwalker Operation Managerサーバ全体をクラスタ構成にした場合...5

1.3.2 スケジュールサーバのみをクラスタ構成にした場合... 7

1.3.3 Systemwalker Operation Managerサーバのサブシステムの一部をクラスタ構成にする場合... 10

1.4 クラスタシステムで引き継がれる業務...11 1.5 クラスタシステム運用上の留意事項...11 第2章導入...14 2.1 導入手順... 14 2.2 インストール... 15 2.2.1 クラスタシステムの構築...15

2.2.2 Systemwalker Operation Managerのインストール...16

2.2.3 サブシステム環境の作成...17 2.2.4 プロセス監視対象の変更...17 2.3 クラスタシステムからネットワークジョブを投入する場合の設定... 18 2.3.1 jmmodeコマンドによる実行継続モードの指定...18 2.3.2 ジョブ実行制御への論理IPアドレスの設定... 21 2.4 マスタスケジュール管理機能を使用する場合の設定... 23 2.5 IPアドレスの設定...24 2.6 クラスタシステムへの登録...24 2.7 資源の共有ディスクへの移動... 24 2.8 自動反映の設定...24 2.9 各ノードで管理される情報の統一... 24 2.9.1 OS情報の統一... 25 2.9.2 ユーザ管理方法の統一... 25

2.9.3 Systemwalker Operation Managerの環境定義の統一...25

2.10 ジョブを再起動させる設定...26

2.11 クラスタシステムからのアンインストール... 27

第3章運用...28

3.1 クラスタシステムにおけるSystemwalker Operation Managerの運用... 28

3.1.1 クライアントからのクラスタシステムへの接続...28 3.1.2 運用で変更した定義の設定... 28 3.2 クラスタシステムにおけるサービスの起動/停止...29 3.3 クラスタシステム運用時のポリシーの配付/適用...29 3.4 クラスタシステム運用時のバックアップ/リストア...29 3.5 マスタスケジュール管理機能のスケジュールモード変更... 29

第4章 Microsoft(R) Fail Over Clusteringシステム固有の手順...31

4.1 Microsoft(R) Fail Over Clusteringシステムへの登録... 31

4.1.1 1:1運用待機、N:1運用待機の場合の登録... 31 4.1.2 2ノード相互待機の場合の登録... 39 4.2 資源の共有ディスクへの移動... 41 4.2.1 1:1運用待機、N:1運用待機の場合... 41 4.2.2 2ノード相互待機の場合... 56 4.3 自動反映の設定...60

(9)

4.4 Microsoft(R) Fail Over Clusteringシステムからのアンインストール...66

4.5 Microsoft(R) Fail Over Clusteringシステムにおけるサービスの起動/停止... 68

4.6 Microsoft(R) Fail Over Clusteringシステム運用時のポリシーの配付/適用... 70

4.7 Microsoft(R) Fail Over Clusteringシステム運用時のバックアップ/リストア... 72

4.7.1 Microsoft(R) Fail Over Clusteringシステム運用時のバックアップ手順... 72

(10)

第1章概要

本章は、クラスタシステムでのSystemwalker Operation Managerサーバの運用について説明します。

1.1 サポートするクラスタシステム

Systemwalker Operation Managerがサポートするクラスタシステムは以下のとおりです。

・

Microsoft(R) Fail Over Clustering

バージョンレベルの詳細は、“Systemwalker Operation Manager 解説書”を参照してください。クラスタシステムにおけるSystemwalker Operation Managerの運用イメージを下図に示します。

クラスタシステムにおけるノードや処理の呼び方はクラスタシステムごとに違いますが、本マニュアルでは、以下の用語を使用して説明しています。運用系業務を運用するノードです。待機系業務を引き継ぐために待機するノードです。フェールオーバ異常が発生したときに運用系から待機系へ業務を引き継ぐことです。共有ディスク運用系と待機系で共有して使用するディスクです。 論理IPアドレス クラスタシステムで使用する、運用系と待機系とで共通な仮想のIPアドレスです。 物理IPアドレス 各ノードに固有のIPアドレスです。ただし、それぞれのクラスタシステム固有の用語を使用して説明した方がわかりやすい場合や、画面を使用した説明は、クラスタシステム固有の用語または画面の用語を使用しています。

(11)

クラスタシステムに登録できるサービス

クラスタシステムにリソース登録できる、Systemwalker Operation Managerのサービスは以下のとおりです。

・

ジョブスケジューラ(マスタスケジュール管理機能を含みます)

・

ジョブ実行制御

クラスタシステムで自動反映できる情報

クラスタシステムの、運用系および待機系で自動反映できる情報は以下のとおりです。

・

セキュリティ情報

・

カレンダ情報

－

日変わり時刻

－

カレンダ休日情報

－

SYSTEM_CALENDARのスケジュール情報、電源スケジュール情報、終了監視情報

・

サービス・アプリケーション起動情報

－

アプリケーション起動情報カレンダ情報の、“SYSTEM_CALENDARのスケジュール情報、電源スケジュール情報、終了監視情報”および、サービス・アプリケーション起動情報の“アプリケーション起動情報”は、自動反映を行わない設定も可能です。

フェールオーバの契機

フェールオーバは、クラスタシステムに登録されたリソースの異常を契機に行われます。

1.2 サポートするクラスタシステムの形態

Systemwalker Operation Managerがサポートするクラスタシステムの形態は以下のとおりです。

・

1:1運用待機

・

N:1運用待機

・

2ノード相互待機

それぞれの形態およびSystemwalker Operation Managerの運用上の注意について説明します。

1.2.1 1:1運用待機

1つのノードを別の1つのノードで待機する形態です。

1:1運用待機のノード構成を以下に示します。

(12)

1:1運用待機の特徴は以下のとおりです。

・

特徴

－

運用系のノードがダウンして、処理が待機系に引き継がれた後も、処理性能は保証されます。

－

1つのノード上でサブシステムを作成し、作成したサブシステムをまとめてクラスタ構成にして運用できます。まとめてクラスタ運用ができるのは、サブシステム番号0～9の、10個までです。

－

1つのノード上でサブシステムを作成し、作成したサブシステムの一部をクラスタ構成にして運用できます。一部のサブシステムをクラスタ構成にする運用では、クラスタ構成にしないサブシステムは、サブシステムごとに独立して業務を動作させることができます。一部のサブシステムをクラスタ構成にする場合、クラスタ運用ができるのは、サブシステム番号1～9の、9個までです。サブシステム0をクラスタ運用にすることはできません。

ポイント

サブシステムと複数サブシステム運用

Systemwalker Operation Managerのジョブスケジューラとジョブ実行制御は、まとめて複数動作させることができます。ジョ

ブスケジューラとジョブ実行制御をまとめて“サブシステム”と呼び、サブシステムを複数動作させる運用を“複数サブシステム運用”と呼びます。

1.2.2 N:1運用待機

複数の運用系のノードを別の1つのノードで待機する形態です。 2:1運用待機のノード構成の例を以下に示します。ノードaおよびノードcは運用系で、ノードbは待機系です。ノードbは、ノードaおよびノードcの異常に備えて待機しています。 N:1運用待機の特徴および注意事項は以下のとおりです。

・

特徴

－

待機系が1つであるため、待機コストが低減します。いずれかのノードがダウンした場合でも、処理性能は保証されます。

・

注意事項

－

複数の運用系で異常が発生した場合、最初に異常が発生した運用系の業務だけが待機系に引き継がれます。

(13)

1.2.3 2ノード相互待機

お互いの運用系のノードを待機する形態です。 2ノード相互待機のノード構成を以下に示します。ノードaは運用系で、ノードbは待機系です。ノードbは、ノードaの異常に備えて待機しています。一方、ノードbは運用系で、ノードaは待機系です。ノードaは、ノードbの異常に備えて待機しています。 2ノード相互待機の特徴および注意事項は以下のとおりです。

・

特徴

－

定常運用で、全ノードを運用系として活用します。

－

各ノード上でサブシステムを複数運用することができます。両ノード合わせて10個まで運用できます。

・

注意事項

－

2台の運用系で別々に処理していた業務を、フェールオーバ後は1台のノードで処理することになるので、フェールオーバ後の処理能力は減退します。

参考

1：1運用待機の環境でも、サブシステムごとに違うリソースに登録したい場合は、２ノード相互待機の手順を実施してください。

1.3 クラスタシステムでのSystemwalker Operation Managerの構成

Systemwalker Operation Managerは、クラスタシステムにおいて以下のような構成で運用することができます。

・

Systemwalker Operation Managerサーバ全体をクラスタ構成にする場合

－

1:1運用待機のクラスタ構成で運用する

－

N:1運用待機のクラスタ構成で運用する

－

2ノード相互待機のクラスタ構成で運用する

・

スケジュールサーバのみをクラスタ構成にする場合

－

スケジュールサーバを1:1運用待機のクラスタ構成で運用する

－

スケジュールサーバをN:1運用待機のクラスタ構成で運用する

－

スケジュールサーバを2ノード相互待機のクラスタ構成で運用する

(14)

・

Systemwalker Operation Managerサーバのサブシステムの一部をクラスタ構成にする場合

－

1:1運用待機のクラスタ構成で運用する

実行サーバのみをクラスタ構成にする、またはスケジュールサーバと実行サーバの両方をクラスタ構成にすることも可能です。

本節では、Systemwalker Operation Managerサーバ全体をクラスタ構成にする場合およびスケジュールサーバのみをクラスタ構成にする場合について説明します。

1.3.1 Systemwalker Operation Managerサーバ全体をクラスタ構成にした場合

Systemwalker Operation Managerサーバ全体をクラスタ構成にした場合の、それぞれのクラスタシステム構成の概要を以下

に示します。

1:1

運用待機

1:1運用待機は、複数サブシステム運用を実施していない場合と、複数サブシステム運用を実施している場合とで業務の引き継がれかたが違います。複数サブシステム運用を実施していない場合ノード1を運用系、ノード2を待機系として運用する例を下図に示します。ノード1に異常が発生した場合、業務はノード2に引き継がれます。複数サブシステム運用を実施している場合ノード1を運用系、ノード2を待機系として運用する例を下図に示します。下図は、サブシステム0とサブシステム1で複数サブシステム運用を実施しており、ノード1で異常が発生した場合の例です。ノード1に異常が発生すると、すべてのサブシステムの業務が待機系に引き継がれます。

(15)

仮に、ノード1のサブシステム1に異常が発生した場合、サブシステム1と同時にサブシステム0の業務もノード2に引き継がれます。 1:1運用待機で複数サブシステム運用を実施していない場合、1:1運用待機で複数サブシステム運用を実施している場合をそれぞれ以下のように呼びます。 1:1運用待機で、複数サブシステム運用を実施していない場合 1:1運用待機(サブシステムなし) 1:1運用待機で、複数サブシステム運用を実施している場合 1:1運用待機(サブシステムあり) “1:1運用待機”と呼ぶ場合は、1:1運用待機(サブシステムなし)、1:1運用待機(サブシステムあり)、および後述する1:1運用待機(サブシステムあり、一部クラスタ運用)のすべてを含みます。

N:1

運用待機

ノード1およびノード3を運用系、ノード2を待機系として運用する例を下図に示します。下図は、ノード1で異常が発生した場合の例です。ノード3に異常が発生した場合も、同様にノード2に業務が引き継がれます。

(16)

ノード1またはノード3に異常が発生した場合、業務はノード2に引き継がれます。複数のノードで異常が発生した場合、異常の発生が早いノードの業務が待機系に引き継がれ、後から異常が発生したノードの業務は引き継がれません。

2 ノード相互待機

ノード1およびノード2でそれぞれ業務を実行しながら、お互いのノードを待機する例を下図に示します。下図は、ノード1 で異常が発生した場合の例です。ノード2で異常が発生した場合は、ノード1に業務が引き継がれます。

1.3.2 スケジュールサーバのみをクラスタ構成にした場合

ここでは、スケジュールサーバのみをクラスタシステム構成にし、実行サーバを別のノードに設定した場合の、それぞれのクラスタシステム構成の概要を説明します。

1:1

運用待機

1:1運用待機は、複数サブシステム運用を実施していない場合と、複数サブシステム運用を実施している場合とで業務の引き継がれかたが違います。複数サブシステム運用を実施していない場合ノード1を運用系、ノード2を待機系として運用する例を下図に示します。

(17)

ノード1に異常が発生した場合、業務はノード2に引き継がれます。実行サーバで動作しているネットワークジョブは、自動的にノード2に引き継がれます。複数サブシステム運用を実施している場合ノード1を運用系、ノード2を待機系として運用する例を下図に示します。下図は、サブシステム0とサブシステム1で複数サブシステム運用を実施しており、ノード1で異常が発生した場合の例です。ノード1に異常が発生すると、すべてのサブシステムの業務が待機系に引き継がれます。

(18)

仮に、ノード1のサブシステム1に異常が発生した場合、サブシステム1と同時にサブシステム0の業務もノード2に引き継がれます。実行サーバで動作しているネットワークジョブは、自動的にノード2に引き継がれます。 1:1運用待機で複数サブシステム運用を実施していない場合、1:1運用待機で複数サブシステム運用を実施している場合をそれぞれ以下のように呼びます。 1:1運用待機で、複数サブシステム運用を実施していない場合 1:1運用待機(サブシステムなし) 1:1運用待機で、複数サブシステム運用を実施している場合 1:1運用待機(サブシステムあり) “1:1運用待機”と呼ぶ場合は、1:1運用待機(サブシステムなし)、1:1運用待機(サブシステムあり)、および後述する1:1運用待機(サブシステムあり、一部クラスタ運用)のすべてを含みます。

N

：1運用待機

ノード1およびノード3を運用系として、ノード2を待機系として運用する例を下図に示します。下図は、ノード1で異常が発生した場合の例です。ノード1またはノード3に異常が発生した場合、業務はノード2に引き継がれます。ノード1またはノード3の実行サーバで動作しているネットワークジョブも、ノード2に自動的に引き継がれます。複数のノードで異常が発生した場合、異常の発生が早いノードの業務が待機系に引き継がれ、後から異常が発生したノードの業務は引き継がれません。

2 ノード相互待機

ノード1およびノード2でそれぞれ業務を実行しながら、実行サーバを別のノードに配置し、お互いのノードを待機する例を下図に示します。下図は、ノード1で異常が発生した場合の例です。ノード1で異常が発生した場合、ノード2に業務が引き継がれます。ノード1の実行サーバで動作しているネットワークジョブもノード2に自動的に引き継がれます。ノード2で異常が発生した場合は、ノード1に業務が引き継がれます。ノード2の実行サーバで動作しているネットワークジョブもノード1に引き継がれます。

(19)

1.3.3 Systemwalker Operation Managerサーバのサブシステムの一部をクラスタ

構成にする場合

Systemwalker Operation Managerサーバのサブシステムのうち、一部をクラスタ構成にする場合の概要を以下に示します。

1:1

運用待機

サブシステム1のみをクラスタ構成とし、ノード1を運用系、ノード2を待機系として運用する例を下図に示します。サブシステム0はクラスタ構成にはせず、ノード1とノード2の両方で稼働します。下図は、ノード1で異常が発生した場合の例です。ノード1に異常が発生すると、サブシステム1の業務が待機系に引き継がれます。サブシステム0の業務はクラスタ構成ではないため、サブシステム1の引き継ぎとは関係ありません。サブシステム0がノード1で稼働可能な状態であれば、稼働し続けます。

(20)

複数サブシステム運用を実施しており、一部のサブシステムのみ1:1運用待機のクラスタ運用とする場合を以下のように呼びます。 1:1運用待機(サブシステムあり、一部クラスタ運用) “1:1運用待機”と呼ぶ場合は、1:1運用待機(サブシステムあり、一部クラスタ運用)および、前述した1:1運用待機(サブシステムなし)、1:1運用待機(サブシステムあり)のすべてを含みます。

1.4 クラスタシステムで引き継がれる業務

クラスタシステムで、フェールオーバが発生したときに引き継がれるSystemwalker Operation Managerの業務は以下のとおりです。

・

スケジュール情報フェールオーバ発生時に、ジョブスケジューラのスケジュール情報が自動的に待機系に引き継がれます。

・

実行中のジョブネットおよびジョブ

－

スケジュールサーバと実行サーバがともに、同じクラスタシステム上で運用されている場合、異常終了したジョブネットやジョブをフェールオーバ完了後に再起動することができます。フェールオーバ後にジョブネットやジョブを自動的に再起動させるためには、設定が必要です。設定の詳細は、“2.10 ジョブを再起動させる設定”を参照してください。

－

スケジュールサーバがクラスタシステム構成で、別の実行サーバでネットワークジョブを運用している場合は、フェールオーバ発生後も、ジョブネットやジョブを継続して実行することができます。フェールオーバ後にジョブネットやジョブを自動的に継続実行するには、設定が必要です。詳細は、“2.3 クラスタシステムからネットワークジョブを投入する場合の設定”を参照してください。

1.5 クラスタシステム運用上の留意事項

(21)

投入できないジョブ

クラスタシステムで運用できないジョブネットまたはジョブは以下のとおりです。

・

クラスタ構成内の運用系から待機系に投入されるネットワークジョブ

“1.3.1 Systemwalker Operation Managerサーバ全体をクラスタ構成にした場合”および“1.3.2 スケジュールサーバのみをクラスタ構成にした場合”のように、Systemwalker Operation Manager全体をクラスタ構成にする場合、運用系から待機系にネットワークジョブを投入することはできません。

“1.3.3 Systemwalker Operation Managerサーバのサブシステムの一部をクラスタ構成にする場合”のように、Systemwalker

Operation Managerのサブシステムの一部がクラスタ構成の場合、クラスタ構成でないサブシステムに対しては、待機系ノードに存在するサブシステムであってもネットワークジョブを投入することが可能です。

・

複数サブシステム運用時の下位バージョンへのネットワークジョブ 1:1運用待機(サブシステムあり)、1:1運用待機(サブシステムあり、一部クラスタ運用)、または2ノード相互待機の場合は、以下のバージョンに対して、ネットワークジョブを投入することはできません。

－

Windows版 SystemWalker/OperationMGR V5.0L30以前のバージョン

－

Solaris版/HP-UX版/AIX版 SystemWalker/OperationMGR 5.1以前のバージョン

－

Linux版 SystemWalker/OperationMGR 5.2のバージョン

投入できる範囲の詳細は、“Systemwalker Operation Manager 解説書”を参照してください。

・

負荷分散ジョブ

V10.0L21以前のバージョンの互換機能である負荷分散機能を使用する場合、分散先のサーバとしてクラスタサーバを指

定することはできません。

Systemwalker Centric Manager

の運用管理サーバとSystemwalker Operation Managerのサーバが共存し、どちらも

クラスタ運用している場合の注意

イベント監視機能およびアクション管理機能は、Systemwalker Centric Managerのグループ/クラスタサービスとしてフェールオーバします。以下の機能を使用する場合は、Systemwalker Centric ManagerとSystemwalker Operation Managerが同一ノードで動作する必要があるため、Systemwalker Centric ManagerとSystemwalker Operation Managerを同じグループ/クラスタサービスに登録してください。

・

Systemwalker Operation Managerクライアントからイベント監視機能、およびアクション管理機能を使用する場合

・

Systemwalker Centric Managerと連携することにより、ジョブネットの異常終了を監視してジョブネットの再起動/確認に

より自動的に対処済みにさせる場合

・

Systemwalker Centric Managerと連携することにより、Systemwalker Centric Managerの監視画面のイベント一覧から、異常終了したジョブネットの[ジョブネットの監視]ウィンドウを直接表示させる場合

クラスタシステムを信頼ホストとして定義する場合の注意

クラスタシステムを信頼ホストとして定義する場合は、[運用情報の定義]ウィンドウ－[クラスタ設定]シートで指定した、論理IPアドレスを定義してください。

ジョブスケジューラの正常終了シャットダウン出口を利用している場合の注意

インストール時に提供されるjobschendexit.batでは、ジョブスケジューラおよびジョブ実行制御のサービスを停止し、待ち合わせ終了通知コマンド(f3crheet)を呼び出す処理が記載されています。そのため、出口プログラムが実行されるとサービスが停止したとみなされ、クラスタシステムの設定によってはフェールオーバします。クラスタシステムでフェールオーバさせないようにするには、運用に応じてジョブスケジューラ、ジョブ実行制御の停止処理および待ち合わせ終了通知コマンド(f3crheet)をコメントにするなどの対処を、出口プログラムで実施してください。

(22)

クラスタシステム構成のスケジュールサーバからネットワークジョブを投入する場合

クラスタシステム構成のスケジュールサーバからネットワークジョブを投入する場合、スケジュールサーバに設定する論理IPアドレスは、実行サーバの通信環境に応じて、下記のとおり定義してください。

・

実行サーバがIPv6シングルスタック環境の場合： IPv6アドレス

・

実行サーバがIPv4シングルスタック環境またはIPv4/IPv6デュアルスタック環境の場合： IPv4アドレスなお、IPv6シングルスタック環境の実行サーバと、IPv4シングルスタック環境やIPv4/IPv6デュアルスタック環境の実行サーバとを混在させて運用することはできません。実行サーバの通信環境が混在していた場合の運用可否、および運用時に定義するスケジュールサーバの論理IPアドレスは、下記を参照してください。実行サーバの通信環境の組み合わせ運用の可否スケジュールサーバの論理IPアドレス IPv6シングル IPv4シングル－ × － IPv6シングル－ IPv4/IPv6デュアル × －

IPv6シングル IPv4シングル IPv4/IPv6デュアル × －

－ IPv4シングル IPv4/IPv6デュアル ○ IPv4アドレス

注) IPv6シングル：IPv6シングルスタック環境 IPv4シングル：IPv4シングルスタック環境

IPv4/IPv6デュアル: IPv4/IPv6デュアルスタック環境 ○：運用可／×：運用不可

(23)

第2章導入

本章では、Systemwalker Operation Managerをクラスタシステム上に導入する場合の導入手順と環境設定について説明します。

本章で説明するコマンドは、システム管理者(“Administrators”グループに属するユーザ)の権限で実行してください。 soperationmgrコマンド、poperationmgrコマンドを、共有ディスクにカレントディレクトリを移動した状態で実行しないでください。導入が正常に行われない場合があります。

2.1 導入手順

本節では、Systemwalker Operation Managerをクラスタシステムに導入する手順を説明します。

新規に導入する場合

クラスタシステムにSystemwalker Operation Managerを新規に導入する場合の手順は以下のとおりです。

1.

クラスタシステムの形態を検討し、クラスタシステムを構成する各ノードにクラスタシステムおよびSystemwalker

Operation Managerをインストールする。 → “2.2 インストール”参照

2.

スケジュールサーバのみクラスタシステム構成とし、実行サーバでネットワークジョブを実行するような形態の場合

や、Systemwalker Operation Managerサーバのサブシステムの一部をクラスタ構成にする形態で、クラスタ構成でないサブシステムへネットワークジョブを投入する場合は、クラスタシステムを構成するすべてのノード、およびネットワークジョブを実行するノードで、jmmodeコマンドを利用して実行継続モードを設定する。さらに、ジョブ実行制御に論理IPアドレスを設定する。 → “2.3 クラスタシステムからネットワークジョブを投入する場合の設定”参照スケジュールサーバと実行サーバを同じクラスタシステム構成にする場合はこの定義は必要ありません。

3.

マスタスケジュール管理機能を使用する場合は、マスタスケジュール管理機能の設定をする。 → “2.4 マスタスケジュール管理機能を使用する場合の設定”参照マスタスケジュール管理機能を使用しない場合は、この定義は必要ありません。クラスタシステムを構成する実行サーバでは、この定義は必要ありません。

4.

クラスタシステムでSystemwalker Operation Managerを運用するために必要なIPアドレスを設定する。

→ “2.5 IPアドレスの設定”参照

クラスタシステムを構成する実行サーバでは、この設定は必要ありません。

5.

クラスタシステムへSystemwalker Operation Managerを登録する。 → “2.6 クラスタシステムへの登録”

6.

Systemwalker Operation Managerで利用する資源をクラスタシステムの共有ディスクへ移動する。

→ “2.7 資源の共有ディスクへの移動”参照クラスタシステムを構成する実行サーバでは、この操作は必要ありません。

7.

運用系と待機系とで情報を自動反映するための設定をする。 → “2.8 自動反映の設定”参照クラスタシステムを構成する実行サーバでは、一部の設定が必要ありません。

8.

ノードごとに管理される情報を、クラスタシステムを構成するノード間で統一する。 → “2.9 各ノードで管理される情報の統一”参照

(24)

9.

Systemwalker Operation Managerサーバ全体をクラスタ構成とする場合で、フェールオーバ時にジョブを再起動したい場合は、ジョブを再起動させるための設定をする。 → “2.10 ジョブを再起動させる設定”参照スケジュールサーバをクラスタシステム構成にし、実行サーバは別のノードで運用する場合はこの定義は必要ありません。

クラスタシステムに移行する場合

通常のシステム上で運用しているSystemwalker Operation Managerをクラスタシステムに移行する場合は、“新規に導入する

場合”の手順を参照してください。

ただし、クラスタシステムに移行する際には、事前に運用環境保守ウィザードで資源をバックアップしてください。運用環境保守ウィザードの詳細は、“Systemwalker Operation Manager 導入手引書”を参照してください。

クラスタシステムのSystemwalker Operation Managerをバージョンアップする場合

クラスタシステム上で運用しているSystemwalker Operation Managerをバージョンアップする場合は、以下の手順に従ってください。

1.

Systemwalker Operation Managerを、クラスタシステムに適用した状態から解除する。 → “2.11 クラスタシステムからのアンインストール”参照

2.

クラスタシステムを構成するすべての運用系、待機系のノードで、Systemwalker Operation Managerをアップグレード

インストールする。

→ “Systemwalker Operation Manager バージョンアップガイド”参照

3.

再度、Systemwalker Operation Managerをクラスタシステムに適用する。 → “2.6 クラスタシステムへの登録”以降の手順を実施

参考

アップグレードインストールの場合、以下の設定はアップグレード前から引き継がれるため、再度設定する必要はありません。

・

サブシステム環境

・

実行継続モード

・

IPアドレスの設定

“プロセス監視対象”は、引き継がれません。“Systemwalker Operation Manager バージョンアップガイド”を参照して移行

するか、“2.2.4 プロセス監視対象の変更”で再設定してください。

V10.0L21以前のバージョンで、“ノード名の定義”がされている場合は、“ノード名の定義”が引き継がれます。論理IPアド

レスで運用したい場合は、“2.3.2 ジョブ実行制御への論理IPアドレスの設定”で設定してください。

2.2 インストール

クラスタシステムを構築し、構築したクラスタシステムへSystemwalker Operation Manager を導入する手順を説明します。

2.2.1 クラスタシステムの構築

(25)

1)

システム構成の検討

“1:1運用待機”、“N:1運用待機”および“2ノード相互待機”の特徴および注意事項を考慮し、どの形態を採用するか、

Systemwalker Operation Managerサーバをどのようにクラスタ構成にするかあらかじめ検討します。

2)

リソースの準備

Systemwalker Operation Managerをクラスタシステムに導入するために必要な、以下のリソースを準備します。

・

共有ディスク

・

論理IPアドレス

共有ディスクの見積もり

クラスタシステムのノードで共通に使用する、共有ディスクの容量を見積もります。共有ディスクには、Systemwalker Operation Managerの以下のディレクトリを配置するため、以下のディレクトリの容量を見積もります。

・

カレンダ制御情報用のディレクトリ

・

ジョブスケジューラのデータベースディレクトリ

・

ジョブ実行制御のスプールディレクトリ

・

マスタスケジュール管理のデータベースディレクトリジョブスケジューラ、ジョブ実行制御およびマスタスケジュール管理のディレクトリ容量は、通常のシステムで必要なディレクトリ容量と同じです。見積もり方法の詳細は、“Systemwalker Operation Manager 解説書”を参照してください。カレンダ制御情報のディレクトリ容量は、以下の値を見積もってください。カレンダ制御情報用の共有ディスクの容量(bytes)=50(bytes)×登録カレンダ数×使用するサブシステムの数

論理IPアドレスの準備

クラスタシステムで使用する、運用系と待機系とで共通な仮想のIPアドレスである、論理IPアドレスを準備します。論理IPアドレスは、1:1運用待機の場合は1個、N:1運用待機の場合はN個、2ノード相互待機の場合は2個を、ノード固有の物理IPアドレスとは別に、準備します。論理IPアドレスには、すべてのネットワークで使用されていないアドレスを準備してください。

3)

クラスタシステムのインストール

クラスタシステムをインストールし、クラスタシステムを構築します。クラスタシステムの構築方法の詳細については、クラスタシステムのマニュアルを参照してください。

2.2.2 Systemwalker Operation Managerのインストール

運用系および待機系にSystemwalker Operation Managerをインストールします。各ノードへのインストールについては、 “Systemwalker Operation Manager 導入手引書”を参照してください。

注意

共有ディスクにはSystemwalker Operation Managerをインストールしないでください。

Systemwalker Operation Manager利用者を限定して、“swadminグループに含まれるユーザだけがデマンドジョブの起動、ジョブ実行制御属性の起動およびジョブスケジューラのコマンド機能が利用できるように制限する”場合は、Systemwalker Operation Managerのインストール後に、運用系および待機系で利用者制限の定義を実施します。詳細は、“Systemwalker Operation Manager 導入手引書”を参照してください。

(26)

注意

利用者制限の定義は、クラスタシステムにSystemwalker Operation Managerを登録した後に変更できません。クラスタシステムにSystemwalker Operation Managerを登録する前に設定してください。

2.2.3 サブシステム環境の作成

1:1運用待機(サブシステムあり)、1:1運用待機(サブシステムあり、一部クラスタ運用)、N:1運用待機(サブシステムあり)、 2ノード相互待機の場合は、前提として複数サブシステムが動作できるように、サブシステム環境を事前に作成する必要があります。1:1運用待機(サブシステムあり)、または、N:1運用待機(サブシステムあり)の場合は、運用系と待機系とで同じサブシステム環境を作成する必要があります。 Administratorsグループに所属したユーザでかつ、“オペレーティングシステムの一部として機能”の権限を所有している

ユーザでログインし、以下の手順で環境を作成します。サブシステム環境の作成の詳細は、“Systemwalker Operation Manager 導入手引書”を参照してください。

1.

サブシステム環境の作成各ノードでcreatesubsystem.exeコマンドを実行します。

2.

サブシステム用のポート番号の設定各ノードでジョブスケジューラが使用するサブシステム用のポート番号を設定します。

3.

ネットワークジョブ用のポート番号の設定ネットワークジョブの実行サーバが複数サブシステム構成の場合、および自サーバ(スケジュールサーバ)が複数サブシステム構成で、サブシステムをまたいだジョブの投入を行う場合は設定が必要です。クラスタシステムを構成する各ノードおよびネットワークジョブの実行サーバでネットワークジョブ用のポート番号を設定します。

4.

Systemwalker Operation Managerを再起動します。

2.2.4 プロセス監視対象の変更

運用系、待機系の各ノードで、プロセス監視機能で監視対象とするプロセスから、ジョブスケジューラおよびジョブ実行制御をはずします。

1.

メモ帳等のエディタで以下の監視対象プロセスの定義ファイルを開きます。

Systemwalker Operation Managerインストール先ディレクトリ \mpwalker.jm\mpcmtool\pmon\etc\mppmon.usr

2.

以下の行を[変更前]から[変更後]になるように編集します。

[変更前]

Fujitsu MpWalker MpJobsch=1 ：

Fujitsu MpWalker MpMjes=1 [変更後]

Fujitsu MpWalker MpJobsch=0 ：

Fujitsu MpWalker MpMjes=0

プロセス監視対象を変更する手順の詳細は、“Systemwalker Operation Manager 導入手引書”の“プロセス監視対象を変更する”を参照してください。

(27)

注意

この手順によって、クラスタに登録しないサブシステムのジョブスケジューラおよびジョブ実行制御のプロセスについても、プロセス監視機能での監視対象外となり、プロセス異常時にイベントログ/SYSLOGにメッセージが通知されなくなります。

2.3 クラスタシステムからネットワークジョブを投入する場合の設定

スケジュールサーバがクラスタシステム上で運用されており、実行サーバにネットワークジョブを投入する運用の場合、スケジュールサーバのフェールオーバ発生後もジョブやジョブネットを継続して実行できます。継続して実行させるためには、以下の定義が必要です。

・

jmmodeコマンドによる実行継続モードの指定

・

ジョブ実行制御への論理IPアドレスの設定

2.3.1 jmmodeコマンドによる実行継続モードの指定

スケジュールサーバおよび実行サーバのすべてでjmmodeコマンドを実行し、実行継続モードを指定します。定義の概要を、下図に示します。

コマンドは、Systemwalker Operation Managerの各サービスが停止している状態で実行してください。コマンドを実行した後、実行継続モードを有効にするにはサービスの再起動が必要です。

jmmodeコマンドの詳細は、“Systemwalker Operation Manager リファレンスマニュアル”を参照してください。

1:1運用待機（サブシステムなし）、N:1運用待機（サブシステムなし）の例

すべてのノードで、以下の手順を実行します。

1.

Systemwalker Operation Managerのサービスを停止します。

poperationmgr

2.

continue -func JOBオプションを指定してjmmodeコマンドを実行します。

jmmode continue -func JOB

3.

checkオプションを指定してjmmodeコマンドを実行し、“JOB”が“on”になっていることを確認します jmmode check [表示例] SYS 0 JOB on WRT off 1:1運用待機（サブシステムあり）の例

(28)

すべてのノードで、以下の手順を実行します。以下はサブシステム0、1を運用している場合の例です。

1.

Systemwalker Operation Managerのデーモンを停止します。

poperationmgr

2.

jmmode continue -func JOB -sys 0 jmmode continue -func JOB -sys 1

3.

checkオプションを指定してjmmodeコマンドを実行し、“JOB”が“on”になっていることを確認します jmmode check [表示例] SYS 0 JOB on WRT off SYS 1 JOB on WRT off 1:1運用待機（サブシステムあり、一部クラスタ運用）の例すべてのノードで、以下の手順を実行します。以下はサブシステム0、1を運用しており、サブシステム1のみクラスタに登録し、サブシステム0はネットワークジョブを使用する場合の例です。1:1運用待機(サブシステムあり、一部クラスタ運用) ではサブシステム0はクラスタ運用できませんが、ネットワークジョブを使用する場合は、1:1 運用待機(サブシステムあり) の例と同様に、サブシステム0でもjmmodeコマンドを実行してください。

1.

Systemwalker Operation Managerのデーモンを停止します。

poperationmgr

2.

3.

checkオプションを指定してjmmodeコマンドを実行し、“JOB”が“on”になっていることを確認します jmmode check [表示例] SYS 0 JOB on WRT off SYS 1 JOB on WRT off 2ノード相互待機の例すべてのノードで、以下の手順を実行します。

1.

(29)

2.

3.

checkオプションを指定してjmmodeコマンドを実行し、“JOB”が“on”になっていることを確認します jmmode check [表示例] SYS 0 JOB off WRT off SYS 1 JOB on WRT off SYS 2 JOB on WRT off 備考. サブシステム0は、実行継続モードを指定していないため、“JOB off”となっています。 N:1運用待機（サブシステムあり）の例すべてのノードで、以下の手順を実行します。以下は、2:1の運用待機構成とした場合の例です。なお、運用系ノードを“運用1”、“運用2”と表記します。

1.

poperationmgr

2.

continue -func JOBオプションを指定して、jmmodeコマンドを実行します。 [運用1のコマンド例]

jmmode continue -func JOB -sys 0

[運用2のコマンド例]

jmmode continue -func JOB -sys 1

[待機系ノードのコマンド例]

3.

checkオプションを指定してjmmodeコマンドを実行し、“JOB”が“on”になっていることを確認します。 jmmode check [運用1の表示例] SYS 0 JOB on WRT off [運用2の表示例] SYS 0 JOB off

(30)

WRT off SYS 1 JOB on WRT off [待機系ノードの表示例] SYS 0 JOB on WRT off SYS 1 JOB on WRT off

注意

“2.7 資源の共有ディスクへの移動”で資源を共有ディスクに移動した後にjmmodeコマンドを実行する場合は、必ず共有ディスクをマウントした運用系で実行してください。

2.3.2 ジョブ実行制御への論理IPアドレスの設定

クラスタシステム構成のスケジュールサーバからネットワークジョブを投入する場合は、論理IPアドレスの定義をします。定義の概要を、下図に示します。 1:1運用待機および2ノード相互待機の場合は、クラスタシステムを構成する運用系、待機系で定義します。N:1運用待機(サブシステムなし)の場合は、運用系で定義します。 N:1運用待機(サブシステムあり)の場合は、クラスタステムを構成するサブシステムのみ運用系、待機系で定義します。

1.

各ノードで、Systemwalker Operation Managerを起動します。

(31)

2.

環境設定クライアントから、運用系に物理IPアドレスを指定して接続します。[運用情報の定義]ウィンドウ－[クラスタ設定]シートの、[スケジュールサーバ設定]で、[論理IPアドレスを登録する]チェックボックスをチェックし、論理 IPアドレスを設定します。[実行サーバ設定]は必要ありません。

3.

1:1運用待機および2ノード相互待機の場合は、環境設定クライアントから、待機系に物理IPアドレスを指定して接続し、2.と同様に設定します。 1:1運用待機(サブシステムあり)の場合は、すべてのサブシステムで2、3の手順を実施します。1:1運用待機(サブシステムあり、一部クラスタ運用)の場合は、クラスタに登録するすべてのサブシステムで2、3の手順を実施します。 N:1運用待機(サブシステムあり)の場合は、各運用系、待機系でクラスタに登録するサブシステムで2,3の手順を実施します。実行サーバ側で、信頼ホストの定義にて信頼ホスト名を設定する場合は、ここで指定した論理IPアドレスを設定してください。論理IPアドレスの定義の代わりに、[実行サーバ設定]で、運用系および待機系のノード名を定義して運用することができます。ただし、ノード名の定義は、V10.0L21以前のバージョンとの互換のための機能であり、V11.0L10以降のバージョンでは、論理IPアドレスを定義してください。ノード名の定義は、N:1運用待機はサポートしていません。

参考

ノード名の定義クラスタシステム構成のスケジュールサーバからネットワークジョブを受け取る実行サーバ側で定義します。[運用情報の定義]ウィンドウ－[クラスタ設定]シートの、[実行サーバ設定]で、運用系および待機系のノード名を定義します。[スケジュールサーバ設定]は必要ありません。

ポイント

実行サーバの通信環境を考慮した論理IPアドレスの設定について

(32)

クラスタシステム構成のスケジュールサーバからネットワークジョブを投入する場合、スケジュールサーバに設定する論理IPアドレスは、実行サーバの通信環境に応じて、下記のとおり定義してください。

・

実行サーバがIPv6シングルスタック環境の場合： IPv6アドレス

・

実行サーバがIPv4シングルスタック環境またはIPv4/IPv6デュアルスタック環境の場合： IPv4アドレスなお、IPv6シングルスタック環境の実行サーバと、IPv4シングルスタック環境やIPv4/IPv6デュアルスタック環境の実行サーバとを混在させて運用することはできません。

[運用情報の定義]の定義方法の詳細については、“Systemwalker Operation Manager 導入手引書”、[運用情報の定義]ウィンド

ウについては、“Systemwalker Operation Manager オンラインヘルプ”を参照してください。

2.4 マスタスケジュール管理機能を使用する場合の設定

マスタスケジュール管理機能を使用する場合に設定します。マスタスケジュール管理機能を使用しない場合および、1:1運用待機(サブシステムあり、一部クラスタ運用)の場合でクラスタに登録しないサブシステムは、必要ありません。

1.

マスタスケジュール管理機能の環境構築クラスタシステムを構成する運用系、待機系のすべてのノードでマスタスケジュール管理機能のstemenvset 環境構築コマンドを実行してマスタスケジュール管理機能の環境構築を行います。 stemenvset.exe -set

stemenvsetコマンドの詳細は、“Systemwalker Operation Manager リファレンスマニュアル”を参照してください。

2.

運用日管理モードの設定(運用系)

あらかじめ、soperationmgrコマンドを実行し、Systemwalker Operation Managerを起動しておきます。

運用系のノードに接続し、[マスタスケジュール管理環境設定]ダイアログボックスによる運用日管理モード(日ごとスケジュール管理または日ごとスケジュール管理(テストモード))の設定を行います。

注意

ジョブスケジューラサービスの再起動確認メッセージが表示されます。[いいえ]を選択し、ジョブスケジューラサービスを再起動しないようにしてください。

マスタスケジュール管理環境の設定の詳細は、“Systemwalker Operation Manager マスタスケジュール管理機能説明書” を参照してください。

3.

クラスタ用サービスの登録(運用系)

運用系で、以下のコマンドを実行し、マスタスケジュール管理機能のクラスタ用サービスを登録します。

コマンドは、Administratorsグループに所属したユーザで“オペレーティングシステムの一部として機能”の権限を所有しているユーザが実行してください。

stemregservice.exe -reg -sys サブシステム番号

stemregserviceコマンドの詳細については、“Systemwalker Operation Manager リファレンスマニュアル”を参照してください。

4.

運用日管理モードの設定(待機系)

待機系のノードに接続し、2と同様に運用日管理モード(日ごとスケジュール管理または日ごとスケジュール管理(テストモード))の設定を行います。

(33)

5.

クラスタ用サービスの登録(待機系)

待機系で上記の3.と同様にマスタスケジュール管理機能のクラスタ用サービスを登録します。

2.5 IPアドレスの設定

クラスタシステム構成のSystemwalker Operation Managerを運用する場合、運用に応じて、IPアドレスに関する設定をします。

設定方法の詳細は、“Systemwalker Operation Manager 導入手引書”を参照してください。

クライアントマシンでのIPアドレス設定

クライアントのマシンで、“hosts”ファイルに、論理IPアドレスを登録すると、Systemwalker Operation Managerクライアントからサーバへ接続する時に、論理IPアドレスに対応するホスト名を指定して接続することができます。

監視ホストに対するIPアドレスの設定

Systemwalker Operation Managerで管理される“監視ホスト”がクラスタシステム構成になっている場合、監視ホストのIPア

ドレスに、論理IPアドレスを設定することができます。

監視ホストの定義は、共有ディスクでなく、各ノードに保持されています。どちらかのノードで変更を行った場合は、“2.9.3

Systemwalker Operation Managerの環境定義の統一”を参照して、すべてのノードで設定を同一にしてください。

監視許可ホストの定義

“複数サーバを監視する”機能で、クラスタシステムを監視元にして他サーバを監視する場合は、監視対象サーバの監視許可ホストにクラスタシステムを構成するすべてのノード名を定義してください。

2.6 クラスタシステムへの登録

クラスタシステムへSystemwalker Operation Managerを登録する手順は、各クラスタの固有情報で説明します。

・

Microsoft(R) Fail Over Clusteringシステムへ登録する。

→“4.1 Microsoft(R) Fail Over Clusteringシステムへの登録”参照

2.7 資源の共有ディスクへの移動

資源をクラスタシステムの共有ディスクへ移動する方法は、各クラスタの固有情報で説明します。

・

資源をMicrosoft(R) Fail Over Clusteringシステムの共有ディスクへ移動する。 →“4.2 資源の共有ディスクへの移動”参照

2.8 自動反映の設定

セキュリティ情報、カレンダ情報、サービス・アプリケーション起動情報を運用系と待機系とで自動反映するための設定は、各クラスタの固有情報で説明します。

・

Microsoft(R) Fail Over Clusteringシステムでの自動反映の設定 →“4.3 自動反映の設定”参照

2.9 各ノードで管理される情報の統一

Systemwalker Operation Managerがクラスタシステムで正常に動作するためには、各ノードで管理されている情報のいくつかを運用系と待機系の間で、統一する必要があります。本節では、各ノードで統一する情報について説明します。