Fujitsu Update Management User Guide

PDF

Document

取扱説明書 - 日本語

ServerView Suite

ServerView Update Management

ServerView Operations Manager V9.50

2020年12月版

DIN EN ISO 9001:2015 に準拠したドキュメントの作成

高い品質とお客様の使いやすさが常に確保されるように、

このマニュアルは、DIN EN ISO 9001:2015

基準の要件に準拠した品質管理システムの規定を

満たすように作成されました。 cognitas. Gesellschaft für Technik-Dokumentation mbH www.cognitas.de/en/

著作権および商標

お届けまでの日数は在庫状況によって異なります。技術的修正の権利を有します。

使用されているハードウェア名とソフトウェア名は、各メーカーの商標名および商標です。

1 はじめに

ServerView アップデート管理により、PRIMERGY サーバのファームウェアおよび

ソフトウェアコンポーネントのアップデートを管理することができます。アップ

デート管理は、以下のアプリケーションで構成されています。 l l

「アップデートマネージャ」は、アップデートの管理と、管理対象ノードにアッ

プデートをインストールするためのメカニズムを提供します。

「リポジトリマネージャ」は、リポジトリを管理するためのメカニズムを提供し

ます。 l o o o o

リポジトリに含まれるアップデートのリストの表示

内容のプロパティの変更

管理用サーバのローカルリポジトリのアップデート

収集の作成

「ダウンロードマネージャ」は、利用可能なアップデートを確認し、管理対象

ノードのための新しいアップデートを Fujitsu Web サーバから管理用サーバの

ローカルリポジトリへダウンロードするメカニズムを提供します。

1.1

コンセプト

アップデート管理はデータベースのコンセプトに基づいており、GUI とサービスは

データベースを通じてのみ通信します。

1. GUI を使用してサービスのジョブを定義し、これらのジョブをデータベースに書

き込みます。

2. サービスはジョブをデータベースから取得し、バックグラウンドで処理して結果

をデータベースに書き込みます。

3. GUI はデータベースからの結果を表示します。

さまざまなサービスによって実行されるタスクについて、以下に説明します。

「インベントリサービス」は PRIMERGY サーバのインベントリを読み取り、結果

をデータベースに書き込みます（インベントリには PRIMERGY サーバのハード

ウェアとソフトウェアの構成データ全体が含まれます）。

「ダウンロードサービス」で、ダウンロードサーバからリポジトリにアップデート

をダウンロードできます。

ServerView Update Management 8

1.1 コンセプト

ダウンロードサービスによるダウンロードの他に、ServerView Update DVD

からリポジトリマネージャを使用して、リポジトリにアップデートをインポー

トすることもできます。

PRIMERGY サーバを初めてアップデートする場合は、まず ServerView

Update DVD からアップデートをロードします。そうしないと、データ量が

多いため、このプロセスに非常に長い時間がかかります。DVD はほぼ毎月発

行されていますが、最新のアップデートが収録されていないことがあります。

それから次にダウンロードサービスを使用して最新のアップデートをダウン

ロードしてください。

Fujitsu ダウンロードサーバからアップデートをダウンロードする以外に、い

わゆるリポジトリサーバを経由して分散方式でリポジトリを保持することもで

きます。リポジトリサーバについては、『ServerView Repository Server』

のインストールガイドと取扱説明書を参照してください。

「アップデートサービス」は以下のタスクを実行します。

1. インベントリとリポジトリに基づいて各 PRIMERGY サーバで使用できるアップ

デートを検出し、結果をデータベースに返して GUI で表示できるようにしま

す。

2. GUI で定義したジョブを使用して、リポジトリから PRIMERGY サーバにアッ

プデートを転送します。

ServerView Update Management 9

この相互関係を、以下の図で示します。

1.1 コンセプト

図 1: アップデート管理のさまざまなサービス間のインタラクション - ServerView Agents

ServerView Update Management 10

1.1 コンセプト

図 2: アップデート管理のさまざまなサービス間のインタラクション - ServerView Agentless

Service

設定が基本設定ウィザードに含まれます。詳細は、『基本設定ウィザード -

ServerView Operations Manager』取扱説明書を参照してください。

Fujitsu Web サーバから直接アップデートをダウンロードする他に、「リポジトリ

サーバ」では、ファームウェアコンポーネントのリポジトリを分散して維持できま

す。

ServerView Update Management 11

1.2 前提条件

図 3: リポジトリサーバ

ServerView Agentless Service の場合は、リポジトリを iRMC で設定する

が使用されます。

リポジトリサーバは、Fujitsu Software ServerView Suite のアップデート管理

ツールである、ServerView embedded Lifecycle Management（eLCM）、

ServerView System Monitor、ServerView Update Manager のリポジトリを提

供するためにも使用できます。

ServerView Update Manager の場合、管理用サーバが管理対象ノードとして機能

します（上の図を参照）。

1.2

前提条件

ServerView Agents、ServerView Agentless Service、ServerView Update

Agent、ServerView Operations Manager アプリケーションが必要です。これら

は以下から取得できます。 l

ServerView Suite DVD 2（PRIMERGY サーバ本体にバンドル） l

Fujitsu Web サーバの「Download」セクション : http://support.ts.fujitsu.com

ServerView Update Management 12

1.2 前提条件

1.2.1

管理対象サーバでの要件

オンラインサーバで OS を実行中にのみコンポーネントをインストールできます。

ServerView Agents を使用した管理対象サーバ l

ServerView Agents for Windows または ServerView Agents for Linux をイ

ンストールする必要があります。 l l

ServerView Update Agent（Windows ≥ V5.10.02、Linux ≥ V5.10-01）を

インストールする必要があります。

管理対象ノードのファイアウォール設定で、以下のポートを有効にする必要があ

ります。 o o o

161（snmp）

3171（ServerView Update Agent）

3172（SCS）

ServerView Agentless Service を使用した管理対象サーバ l

ServerView Agentless Service がインストールする必要があります。 l

有効な eLCM ライセンスキーとマウントした SD カードを持つ iRMC S4（バー

ジョン 8.00 以降） / iRMC S5 。 iRMC は、eLCM RESTful API をサポートしている必要があります。 l

SNMP プロトコルは、iRMC S4 / S5 で有効する必要があります。

セキュリティ

管理対象サーバのアップデートを実行する前にセキュリティ（アカウントチェック

の設定）が必要な場合は、シングルサインオンを使用するか、またはユーザグルー

プを指定する必要があります。 l

シングルサインオン

要件 :

ServerView Agents V 5.0 以降

ServerView Update Agent V 5.0 以降

中央管理用サーバ（CMS）からの証明書を管理対象ノードにコピーする必要が

あります

ServerView Update Management 13

1.2 前提条件 l

ユーザグループの指定

Linux: ServerView Update Agent のインストール中にデフォルト設定が指定

されます

デフォルトユーザグループ: GFUSER

デフォルトユーザ: globalflash（パスワード: globalfl）

LinuxFwuAgent.cfg

ファイルを編集して、デフォルト設定を変更できます。

Windows: ServerView Update Agent のインストール中に指定します

インベントリ

ServerView Agents がファームウェアを処理するための要件 l

Broadcom LAN コントローラ

Windows: PSP Broadcom_LAN_BACS/_E / …

Linux: ServerView Update Agent l

RAID コントローラ

Linux: ServerView RAID l

ファイバーチャネルコントローラ（Emulex）と Linux OS

ファームウェアアップデートの要件は、以下のとおりです。

Linux が手動または ServerView Installation Manager 11.13.04 以前のバー

ジョンを使用してインストールされた場合、以下の操作を実行する必要がありま

す。 l l

Emulex OCM パッケージのインストール（Core または GUI）

OEM ドライバ

Ipfc

、 be2net

、 be2icsci

のインストール l

32 ビットOSの場合:

HBA ツールを使用した 32 ビット libHBAAPI

のインストール l

64 ビットOSの場合:

HBA ツールを使用した 32 ビット libHBAAPI

のインストール l

32 ビットライブラリ libnl.so.1

のインストール

ServerView Agents V6.11 以上のインストール

ServerView Update Management 14

1.2 前提条件

1.2.2

コネクションブレードの要件

アップデートマネージャによるアップデートを行うためにコネクションブレードを

準備するには、次のように設定します。

1. ブラウザなどを使用して、コネクションブレードのグラフィカルユーザインター

フェース (GUI) を開きます（http://<コネクションブレードの IP アドレス

>）。

2. セキュリティ- セキュアなシェル: 以下の値を設定します。

Admin Mode: Enable

SSH Version 1 : Disable

SSH Version 2 : Enable

CMS で Plink が設定されていない場合、一部のアップデートが適切に機能し

ません（ OS VMware ESXi やMMBやコネクションブレードを搭載したシス

テムの BIOS / iRMC）。

詳細は、『基本設定ウィザード - ServerView Operations Manager』取扱説

明書を参照してください。

1.2.3

MMB のアップデートの要件

Plink が設定されていない場合、一部のアップデートが適切に機能しません

（OS VMware ESXi やMMBやコネクションブレードを搭載したシステムの

BIOS / iRMC）。

詳細は、『基本設定ウィザード - ServerView Operations Manager』取扱説

明書を参照してください。

1.2.4

PRIMEQUEST サーバのアップデートの要件

PRIMEQUEST サーバのアップデートの場合、以下の必要条件を管理対象サーバで

満たす必要があります。 l l

マネジメントボードを保守モードにしないこと。

対象サーバのパーティションが保守モードになっていないこと。 l l

対象サーバのすべてのパーティションで、TPM（Trusted Platform Module）

モードを無効にしておくこと。

マネジメントブレードのオンラインアップデートの場合、2 台目のマネジメント

ブレードを取り付けること。

ServerView Update Management 15

1.2 前提条件 l l

オフラインアップデートの場合、対象サーバのすべてのパーティションをあらか

じめシャットダウンしておくこと。

ServerView Update Agent を管理サーバにインストールしてあること。

上記の要件を満たしていない場合、アップデートは中断され、対応するエラーメッ

セージが表示されます。

PRIMEQUEST マネジメントブレードでは、管理用サーバは TFTP サーバと

して機能し、ここに Update エージェントをインストールする必要がありま

す。

1.2.5

TFTP サーバの要件

TFTP サーバは、コネクションブレード/マネジメントブレードのアップデートに必

要です。 l l

ServerView Agents for Windows または ServerView Agents for Linux ≥

V6.10 をインストールしてあること。

ServerView Update Agent（Windows ≥ V6.10.02、Linux ≥ V6.30-00）が

インストールしてあること

また、VMware ESXi OS上の iRMC S3 /iRMC S4 /iRMC S5 ファームウェアおよ

び BIOS をアップデートする場合にも、TFTP サーバが必要です。 l iRMC ファームウェアをアップデートするには、以下をインストールする必要が

あります。 o

ServerView Agents for Windows または ServerView Agents for Linux

V7.20 以上 l o o

ServerView Update Agent for Windows または ServerView Update

Agent for Linux V7.20 以上

BIOS ファームウェアをアップデートするには、以下をインストールする必要が

あります。

ServerView Agents for Windows または ServerView Agents for Linux

V7.20 以上 o

ServerView Update Agent for Windows または ServerView Update

Agent for Linux V7.20 以上

TFTP サーバ（Windows） l

Fujitsu PXE サーバ（ ≤ 1.13.0000、 ≥ 1.15.0000）がインストールしてある

こと

TFTP サービスのみを有効にしてください。

ServerView Update Management 16

1.2 前提条件

TFTP サーバを Windows にインストールする方法については、 41 ページの

Windowsでのインストールを参照してください。

TFTP サーバ（Linux） l libxml2

パッケージをインストールする必要があります。

RHEL ≤ V6, SLES ≤ V11 (x86_64): libxml2.i686

RHEL7/SLES12 (x86_64): libxml2 l

TFTP サービスのソフトウェアパッケージ（ファイアウォール構成で TFTP が許

可されていること）がインストールしてあること l

TFTP サーバを Linux にインストールする方法については、

42 ページの Linux

でのインストール

を参照してください。

OpenSSH は事前に TFTP サーバにプリインストールする必要があります。

1.2.6

中央管理用サーバ（CMS）での要件

中央管理用サーバでは、ServerView Operations Manager がインストールされて

いる必要があります。

Plink が設定されていない場合、一部のアップデートが適切に機能しません

（OS VMware ESXi やMMBやコネクションブレードを搭載したシステムの

BIOS / iRMC）。

詳細は、『基本設定ウィザード - ServerView Operations Manager』取扱説

明書を参照してください。

1.2.6.1

アップデート管理ログイン（OS = Windows）

設定 l

ServerView Operations Manager のメニュー形式のインストール中の設定

「アップデート管理ログイン情報」ステップ l

ServerView Operations Manager のサイレントインストール中 o

ユーザアカウントは「Local System」に設定されています。 o

ServerView Download Service は自動的に開始されません。

ユーザアカウントを手動で変更する必要があります。 l

ユーザアカウントを変更する方法は 2 通りあります。

1. 「アップデート管理ログイン情報」ステップを使用して ServerView

Operations Manager の変更する

ServerView Update Management 17

1.2 前提条件

2. 「サービス」- 「ServerView Download Service」 - 「プロパティ」 - 「ロ

グオン」

ユーザアカウントを変更した場合は、ServerView Download Service を再起動

する必要があります。

「サービス」 - 「ServerView Download Service」 - 「再起動」

システムポリシー

ServerView Operations Manager のインストール中にアカウントが設定された場

合、このユーザにはサービスとしてログオンする権限が自動的に付与されます。

アカウントが ServerView Operations Manager のインストール後に変更された場

合は、アカウントが存在するかどうか確認してください。存在しない場合は追加し

てください。

「管理ツール」 - 「ローカルセキュリティポリシー」 - 「セキュリティの設定」 -

「ローカルポリシー」 - 「ユーザ権利の割り当て」 - 「サービスとしてログオン」

以下のアプレットはこのログオンと ServerView Download Service を使用しま

す。 l l

ダウンロードマネージャ

リポジトリマネージャ

アカウントの形式 l

ローカルアカウント: .\<user>

推奨: .\Administrator l

ドメインユーザアカウント: <domain>\<user>

リモートデータベースではドメインユーザアカウントが必要です。

このユーザアカウントの要件: l

Windows 管理者権限 l l l

ServerView Operations Manager インストールディレクトリの読み書き権限

ローカルリポジトリの読み書き権限（設定されている場合）

ダウンロード権限（Download Managerが設定されている場合）

以下の SQL Server インスタンスを使用している場合、Windows にあるマニュアル

『ServerView Operations Manager Installation』の「SQL Server 管理者権限を

持つユーザアカウントの追加」の章の記述に従って、このアカウント

（Administrator など）を SQL Server に追加する必要があります。 l l

SQL Server 2008 以上

リモートデータベース（バージョンおよびエディションに依存しない）

ServerView Update Management 18

1.2 前提条件

1.2.6.2

アップデート管理の設定（リポジトリなど）

アップデート管理のグローバルパラメータを設定するには、基本設定マネージャを

使用します。基本設定マネージャの「アップデート管理」ステップで「設定」ウィ

ザードを開始して、アップデート管理の初期設定を行います。

主に以下の設定に関連します。 l

アップデートリポジトリ l l l

TFTP サーバと Plink 設定

ダウンロードサービス

プロキシとメール

設定ウィザードの最終段階で、アップデートデータはリポジトリにインポートされ

ます。

詳細は、『基本設定ウィザード - ServerView Operations Manager』取扱説明書を

参照してください。

1.2.6.3

アップデートデータ

アップデートデータは、PRIMERGY サーバ用の BIOS 、ファームウェア、エー

ジェント、ドライバなどの最新アップデートです。

このデータは、以下から取得できます。 l

ServerView - Update DVD ftp://ftp.ts.fujitsu.com/images/serverview/ l

Fujitsu Web サーバの「Download」セクション : http://support.ts.fujitsu.com

リポジトリを最新のアップデートデータで維持する方法は 2 通りあります。 l

自動保守

ダウンロードマネージャで、ダウンロードタスクを定義します。 l

タスクは、インベントリデータを持つサーバの最新のアップデートをインター

ネット経由で確認し、ダウンロードします。

手動保守

リポジトリマネージャで、最新の ServerView Suite Update DVD からアップ

デートデータをインポートします。

ServerView Update Management 19

1.3 管理用サーバに関する注記

1.3

管理用サーバに関する注記

1.3.1

シャットダウンと再起動

管理用サーバのシャットダウン/再起動は、アップデートマネージャの「サーバ詳

細」タブでジョブステータスが「実行中」のサーバがない場合にのみ実行できま

す。ステータスが「待機中」（「ジョブ詳細」タブ）のジョブは、管理用サーバが

再起動された後、「開始時刻」になると実行されます。

管理用サーバのシャットダウン/再起動は、アップデートマネージャの「サーバ詳

細」タブでジョブステータスが「実行中」のサーバがある場合は、「実行しないで

ください」。

1.3.1.1

計画外のリブート後の状態

管理サーバの計画外のリブート後、「ジョブ詳細」タブのジョブの詳細セクション

に以下のエントリが表示されることがあります。 l l

ジョブステータス: エラー

エラーテキスト: マネージャ停止

1.3.2

リブートが必要なコンポーネントを含む管理用サーバのアップ

デート

管理用サーバのリブート中は、Web ブラウザ（ワークステーション）から Web

サーバ（管理用サーバ）への接続は中断されます。

管理用サーバのリブート後に、この接続を再接続します（ワークステーションの F5

を押すなど）。

1.3.3

複数の管理用サーバ

1 つのネットワーク内で複数の管理用サーバを実行できます。しかし、これらの管

理用サーバは別のサーバについて責任を負うべきです。つまり、別々の管理用サー

バ上のサーバリストは異なっている必要があります。

ServerView Update Management 20

1.4

1.4 サーバリストからサーバを削除する際の注意

サーバリストからサーバを削除する際の注意

削除が拒否される場合...

「エージェントステータス」=「ビジー」で「ジョブ詳細のステータス」 = 「転送

中」、「転送完了」、「アップデート中」または「アップデート完了」のアップ

デートジョブがある場合、サーバリストからのサーバの削除は「拒否されます」。

削除が拒否されない場合...

「エージェントステータス」=「無し」で「ジョブ詳細のステータス」 = 「転送

中」、「転送完了」、「アップデート中」、「アップデート完了」または「リブー

ト中」のアップデートジョブがある場合、サーバリストからのサーバの削除は「拒

否されません」。

エラー状況を回避するためには、以下の操作が必要です。 l

管理対象サーバで GlobalFlash エージェント/Update エージェントを確認し

て、必要に応じて再起動します。 l l

管理対象サーバで LAN 接続を確認して、必要に応じて修復します。

アップデートマネージャのコマンドラインインターフェースから、手動でクリー

ンアップを実行します。

状況に応じて、

GFCLI –C

（= クリーンアップ）または

GFCLI –A –S

（= 強制キャンセル）を使用する必要があります。

以下の場所でクリーンアップが実行されます。 l

管理対象サーバ l

TFTP サーバ（MMB（2）フラッシュの場合）

1.5

Support Package

Autonomous Support Package（ASP）と PRIMERGY Support Package

（PSP）については、『ServerView Suite - Local System Update for

PRIMERGY Servers』マニュアルを参照してください。

ServerView Update Management 21

1.6

1.6 新機能

新機能

この版のマニュアルは、ServerView V9.50 のアップデート管理に対応し、

『ServerView Update Management - ServerView Operations Manager

V9.30』（2020 年 5 月版）のオンラインマニュアルの更新版です。

このマニュアルは、最新のソフトウェア状態を反映するよう更新され、以下の変更

および新機能について説明しています。 l

ServerView Operations Manager の新しいグラフィカルユーザインターフェー

ス（GUI）に適合されました。

1.7

ServerView Suite リンク集

ServerView Suite リンク集により、Fujitsu は ServerView Suite および

PRIMERGY サーバに関するさまざまなダウンロードや詳細情報を提供します。

「ServerView Suite 」で以下のトピックに関するリンクがあります。 l

サポートデスク l l l

マニュアル

製品情報

セキュリティ情報 l

ソフトウェアのダウンロード

「ソフトウェアのダウンロード」には以下のダウンロードが含まれます。 o

ServerView Suite の現在のソフトウェアステータスおよびその他の

Readme ファイル。 o

ServerView Update Manager により PRIMERGY サーバをアップデート

する場合、および ServerView Update Manager Express により個々の

サーバをローカルでアップデートする場合の、システムソフトウェアコン

ポーネント（BIOS、ファームウェア、ドライバ、ServerView Agents お

よび ServerView Update Agent）の情報ファイルおよびアップデート

セット。 o

ServerView Suite のすべてのドキュメントの最新バージョン。

ダウンロードは無償で入手できます。

PRIMERGY サーバで以下のトピックに関するリンクがあります。

ServerView Update Management 22

1.8 ServerView Suite のマニュアル l l l l

サポートデスク

マニュアル

製品情報

スペアカタログ

ServerView Suite リンク集へのアクセス

ServerView Suite のリンク集へアクセスする方法はいくつかあります。 l

次のリンクを使用する。 http://support.ts.fujitsu.com/prim_supportcd/SVSSoftware/start.html

ServerView Suite DVD 2 から

1. PRIMERGY ServerView Suite DVD 2 の開始ウィンドウで、

「ServerView Software Products」を選択します。

2. メニューバーで「Links」を選択します。

ServerView Suite リンク集の開始ページが開きます。

1.8

ServerView Suite のマニュアル

マニュアルはインターネットから無料でダウンロードできます。オンラインマニュ

アルは、Fujitsu Technical Support ページのダウンロードエリアにあります。

マニュアルをダウンロードするためには、次の手順に従います。

1. Web ページ https://support.ts.fujitsu.com/IndexDownload.asp?PaOpenTab=manual s を開きます。

2. 「カテゴリから探す」をクリックします。製品ラインを含むリストが開きます。

3. 「Software」 - 「ServerView」 - 「Operation」を選択します。製品を含むリ

ストが開きます。

4. 製品リストから該当する製品を選択します。

「ドキュメント」タブに対応するページが開きます。

英語およびドイツ語の Fujitsu Technical Support ページの場合のみ：タ

ブが表示されない場合は、「Selected operating system」で「 OS

Independent (BIOS, Firmware, etc.)」を選択して「Documents」タブ

をクリックします。

ServerView Update Management 23

1.9

1.9 本書の表記

本書の表記

以下の表記規定を使用します。

表記説明

健康上のリスク、データの損失やデバイスの損傷の可能性があ

るさまざまな種類のリスクを示します。

追加関連情報とヒントを示します。

太字のテキストお

よびかぎ括弧（「

」）

インターフェース要素の名前を示します。

等間隔表示

パスおよびファイル名など、テキストブロック内で出力やシス

テム要素を示します。

等間隔表示

テキストブロックの外側にキーボードを使用して入力するコマ

ンド、システム出力、構文および命令文を示します。 monospace semibold(

太字の

等間隔表示

)

キーボードを使用して入力する命令文の処理例を示します。

青字の文字列関連するトピックへのリンクを示します。

ピンクの文字列すでに表示したリンクを示します。

<文字> 実際の値に置き換える必要のある変数を示します。

[文字]

[key]

オプション（構文）を示します。

キーボード上のキーを示します。大文字のテキストを入力する

場合、[Shift] キーを指定します。たとえば、A を入力する場合

[Shift] + [A] キーを押します。2 つのキーを同時に押す場合

は、2 つのキーをプラス記号で連結して示します。

かぎ括弧（「」）かぎ括弧（「」）は、章の名前を示します。二重かぎ括弧（『

二重かぎ括弧（『』）は、他のマニュアル名などを示しています。

』）

テーブル 1: 本書の表記

画面

いくつかの画面はシステムに依存しているため、表示される詳細はシステムによっ

て異なります。メニューオプションとコマンドには、システム固有の違いがある場

ServerView Update Management 24

合もあります。

1.9 本書の表記

ServerView Update Management 25

2 概要

ServerView アップデート管理では、BIOS、ファームウェア、ドライバの最新の

アップデートをリモートよりサーバに適用することができます。

一般的な使用方法

1. アップデート管理を設定します（

17 ページの中央管理用サーバ（CMS）での

要件も参照）。

基本設定ウィザードを使用して、アップデート管理を設定します。

1. ServerView Operations Manager のメインブラウザウィンドウで

「CMS 設定」 - 「基本設定ウィザード」の順に選択して、基本設定ウィ

ザードを開きます。

新規インストール後初めて ServerView Operations Manager を起動す

ると、基本設定ウィザードが自動的に起動します。

2. 「アップデート管理」ステップを選択します。

3. 「開始設定」/「設定変更」をクリックします。「設定」ウィザードが開

始されます。

4. すべての必要な値を設定します。

詳細は、『基本設定ウィザード - ServerView Operations Manager』取扱

説明書を参照してください。

インベントリデータは、ServerView Operations Manager のサーバ

リスト内のすべてのサーバについて自動的に収集されます。 l

基本設定ウィザード - 「インベントリ管理」ステップ

1. 「設定開始」/「設定変更」をクリックします。

2. すべての必要な値を設定します。

2. 管理対象サーバを ServerView Operations Manager のサーバリストに追加し

ます。

3. インベントリデータを作成します。

2 つの方法があります。 l

自動保守

インベントリマネージャで、スケジュールされたインベントリタスクを定義

します。

ServerView Update Management 26

手動保守

インベントリマネージャで、手動で開始するインベントリタスクを定義しま

す。

インベントリデータの収集と、インベントリデータとリポジトリ内のアップ

デートデータとの比較に続いて、ServerView Operations Manager のサー

バリストのアップデートアイコン列およびアップデートマネージャ画面に結

果が表示されます。

4. 「アップデートマネージャ」の「アップデート詳細」タブで、アップデートジョ

ブを作成します。

ユーザがアップデートジョブを明示的に作成しないと、管理対象サーバはアップ

デートされません。

ServerView Update Agent にセキュリティ設定を定義した場合は、アップデー

トジョブを作成する前に要件を満たしていることを確認してください。

13 ペー

ジの管理対象サーバでの要件

を参照してください。

5. アップデートジョブが完了した後、自動的にインベントリデータとリポジトリの

比較が再度実行され、最新のアップデートデータが管理対象サーバに確実に適用

されたことが確認されます。

アップデート管理コンポーネントをアップグレードする際は、次の推奨事項に従

い、コンポーネントの接続の問題を防止してください。

推奨するアップデート順序:

1. ServerView Update Manager

2. 管理対象ノードでの ServerView Update Agent

3. TFTP サーバでの ServerView Update Agent

ServerView Update Management 27

3 アップデート手順

アップデートマネージャにより、ドライバ、ServerView Agents、ServerView

Update Agent、ファームウェアおよび BIOS を、グローバルに、またはサーバ上

でローカルにアップデートすることができます。以下に示すアップデート手順によ

り実現します。

どの特定のコンポーネントをどの手順でアップデートできるかは、ServerView

Suite DVD 2 にある以下のファイルに説明されています。

Windows

SVSSoftware\Software\ServerView\Windows\GlobalFlash\Agents\Onlin eFlash\primlist_win.htm

Linux

SVSSoftware/Software/ServerView/Linux/GlobalFlash/Agents/OnlineFl ash/primlist_lx.htm

3.1

オンラインアップデート

この手順によって、現在実行中の OS（Windows、Linux）制御下において、コン

ポーネントをアップデートできます。この場合、アップデートマネージャはソフト

ウェアベンダーが提供するツールを使用します。

ServerView Update Management 28

3.1 オンラインアップデート

図 4: アップデート手順の図（オンライン） l l l l l l l l

インベントリマネージャは、サーバリスト内のすべてのサーバのインストールさ

れたソフトウェアおよびファームウェアコンポーネントの情報を収集し、この情

報をデータベースに格納してインベントリを作成します。インベントリマネー

ジャは、インベントリをオンデマンドまたは定期的に作成できます。

アップデートマネージャは、データベースに格納されたインベントリをリポジト

リ内のソフトウェアおよびファームウェアコンポーネントと比較します。この比

較で検出された差異に基づいて、アップデートが必要なコンポーネントとサーバ

のリストを作成します。

グラフィカルユーザインターフェースからアップデートする場合は、アップデー

ト対象のコンポーネントを選択します。CLI を使用している場合は、-U オプ

ションを使用してアップデートデータの取得元のリポジトリを指定します。

アップデートマネージャは必要なアップデートデータをリポジトリから取得し、

アップデートジョブを定義します。実際のアップデートデータの他に、オンライ

ンアップデートジョブにはそれぞれ、対象のコンポーネントのアップデートツー

ルと、必要なパラメータを持つジョブ制御ファイルが含まれています。

アップデートジョブは Update エージェントに転送されます（ソケット通

信）。

Update エージェントはアップデートハンドラ（エージェントの補助ルーチン）

を開始し、これによって対象のコンポーネントに必要なパラメータでアップデー

トツールが開始されます。

アップデートツールから返される値はハンドラによって評価され、エージェント

に返されます。

Update エージェントはジョブ状態情報をアップデートします。

ServerView Update Management 29

3.2 TFTP サーバによるアップデート l l

アップデートマネージャは現在の状態とエラー情報を取得して、グラフィカル

ユーザインターフェースに表示するか、または CLI を使用している場合は結果

ファイルに格納します。

要求固有のパラメータによっては、アップデート動作の終了時に管理用サーバが

サーバをリブートして、アップデートしたコンポーネントを有効にする必要があ

ります。

アップデートにコマンドラインインターフェースを使用する場合、リブートは自

動的には実行されません。コマンド

GFCLI -R

で明示的に実行する必要があり

ます。

アップデート手順は完了です。

3.2

TFTP サーバによるアップデート

Windows または Linux で使用できるアップデートツールではアップデートできな

い、またはアップデートが非常に困難な PRIMERGY システムコンポーネントの

アップデートに、この手順を使用します。また、これらの 2 種類の OS のいずれも

実行されていない自律的ハードウェアシステムのアップデートにも使用されます。

これらのシステムコンポーネントおよびハードウェアシステムは、TFTP サーバタ

イプの ServerView Update Agent を使用してアップデートされます。

システムコンポーネントとハードウェアシステムは、TFTP サーバからイメージを

取得できることと、それ自身をアップデートできることが必要です。以下の手段を

提供するインターフェースを備えている必要があります。 l l l

構成データを読み取れる（バージョン、名前、MAC アドレスなど）。

必須パラメータ（IP アドレス、パス名、TFTP サーバ上のイメージ名）を設定

できる。

アップデート手順を開始できる。

このために、以下のコントロールインターフェースがアップデートマネージャに現

在実装されています。

SNMP（読み取り）と HTTP（書き込み）と SSH アクセス

マネジメントブレードまたはコネクションブレード、または VMware ESXi OS

を実行するサーバなどのハードウェアシステムをアップデートする場合。

BX600 MMB S2 の場合、2 つの代替マネジメントブレード（マスターとス

レーブ）が動作していることがあり、アップデート用には共通の 1 つのアッ

プデート IP アドレスがあります。この場合、アップデート手順が実施される

と、両方のマネジメントブレードは常にこのアップデート IP アドレスを使用

してアップデートされます。

ServerView Update Management 30

3.2 TFTP サーバによるアップデート

ハードウェアシステムのアップデート

マネジメントブレードを例にしたハードウェアシステムのアップデート

（SSH 通信によるコネクションブレードのアップデートにも、同じ手順が適用され

ます）

図 5: アップデート手順の図（TFTP サーバによるマネジメントブレード） l l

管理用サーバのインベントリマネージャは SNMP コマンドを使用して、必要な

インベントリデータをマネジメントブレードから取得します。グラフィカルユー

ザインターフェースを使用してアップデートしている場合、データはグラフィカ

ルユーザインターフェースに表示されます。

アップデートマネージャは、データベースに格納されたインベントリをリポジト

リ内のソフトウェアおよびファームウェアコンポーネントと比較します。この比

較で検出された差異に基づいて、アップデートが必要なコンポーネントとサーバ

のリストを作成します。 l l l

MMB (1) を使用する場合の特徴: l

MMB BX600 S3 の場合 : SNMP を使用して通信が処理されます。ログイ

ンは不要です。 l

MMB BX400S1 と BX900 S1 の場合 : ServerView Operations

Manager V6.10 まで、通信は SNMP を使用して処理されていました。

Operations Manager V6.11 以降、SSH ログインが評価されます。

マネジメントブレードのオブジェクト固有のアップデートジョブは、アップデー

トマネージャによって生成されます。

アップデートマネージャはアップデートイメージとアップデートジョブ（アップ

デートハンドラとアップデートツールを含む）を TFTP サーバに転送し、アッ

プデートジョブを開始します（アップデートマネージャと TFTP サーバ上の

Update エージェントとのソケット通信）。

ServerView Update Management 31

3.3 オフラインアップデート l l l l l l

Update エージェントはアップデートハンドラを開始し、これによって指定され

たジョブ制御ファイルから必要なパラメータでアップデートツールが開始されま

す。

アップデートツールはマネジメントブレードと通信し、必要なアップデートパラ

メータを SNMP または SSH コマンドを使用して転送します。

これにより、TFTP サーバからのイメージのダウンロードとアップデート手順

は、マネジメントブレードによって完全に制御されます（TFTP 通信）。

対象のコンポーネントから返される値は、アップデートハンドラ経由でアップ

デートツールから Update エージェントに、逆方向に転送されます。

Update エージェントはジョブ状態情報をアップデートします。

アップデートマネージャは現在の状態とエラー情報を取得して、グラフィカル

ユーザインターフェースに表示するか、または CLI を使用している場合は結果

ファイルに格納します。

アップデート手順は完了です。

3.3

オフラインアップデート

ServerView Agentless Service が管理対象サーバで実行中の場合や、ServerView

Agentless Service がサーバ OS をサポートしていない場合は、オフラインアップ

デートでネットワークやストレージのコントローラファームウェアなどのシステム

コンポーネントをアップデートできます。また、BIOS および iRMC ファームウェ

アのアップデートをインストールできます。

アップデートマネージャは、オフラインアップデートに eLCM または iRMC S4 /

S5 の RESTful API を使用します。オフラインアップデートは、iRMC S4（ファー

ムウェアバージョン > 8.00）または iRMC S5（ファームウェアバージョン

>1.0）のすべてのサーバに提供されます。

オフラインアップデートが実行されるとサーバがリブートされます。そのため、

サーバをリブートする準備をしておく必要があります（ESXi サーバをメンテナンス

モードにするなど）。

オフラインアップデートの場合、iRMC はリポジトリサーバから iRMC SD カード

に前もってダウンロードしておいたブート可能なアップデートイメージを、リモー

トイメージマウントをシステム USB CD-ROM デバイスとしてマウントします。

共通の Update DVD と同様に、ブート可能なアップデートイメージは、主に、

CentOS をブートするためのブートローダと、ServerView Update Manager

Express のスリムバージョンである eLCM オフラインアップデートマネージャ

（ローカルシステムアップデート）の 2 つで構成されます。USB CD-ROM をマウ

ントすると、iRMC によって自動的にサーバがシャットダウンされ、マウントした

CD-ROM デバイスからリブートされます。

ServerView Update Management 32

3.3 オフラインアップデート

一般に、オフラインアップデートには 2 つの手順があります。 l

準備 l

実行

3.3.1

オフラインアップデートの準備

オフラインアップデートの準備では、サーバに使用可能なアップデートを検出し、

ブート可能なアップデートイメージを作成します。アップデートマネージャでは、

OFFLINE_1 という 1 つのジョブだけが作成され、実行されます。「ジョブ詳細」

タブのジョブの詳細セクションに表示可能なアップデートコンポーネントのリスト

がありません。

以下に、アップデートチェックの開始後に iRMC が自動的に実行するアクションを

示します。

通常は、アップデート準備の進行中に自動的に実行されるアクションを気にす

る必要はありません。ただし、内部の動作を大まかに理解しておくことによ

り、アップデート準備の実行中やエラーの場合に表示されるメッセージを解釈

しやすくなります。

1. iRMC は、リポジトリサーバから新しいアップデートカタログをダウンロードし

ます。

2. iRMC は、アップデートカタログの構造を SD カードに展開します。

3. iRMC は、アップデートに必要な自己解凍型の実行ファイルを検出し、それらの

アップデートリストを生成します。

4. iRMC は、自己解凍型の実行ファイルをダウンロードして、システム固有のロー

カルアップデートカタログに保存します。

5. iRMC は、自己解凍型の実行ファイルを展開して、対応するバイナリファイルと eLCM オフラインアップデートマネージャを各アップデートコンポーネントフォ

ルダに配置します。

6. iRMC は、これから管理対象サーバ固有のブート可能なアップデートイメージを

作成し、SD カードに保存します。

アップデートの準備に関連するすべてのアクティビティはログファイルに記録さ

れ、iRMC に保存されます。エラーが発生した場合は、「ジョブ詳細」タブのジョ

ブの詳細セクションに、ログを含む zip ファイルをダウンロードできます。

3.3.2

オフラインアップデートの実行

オフラインアップデートを実行するには、アップデート準備が正常に完了している

必要があります。つまり、適切なブート可能な ISO イメージが iRMC SD カードで

ServerView Update Management 33

3.4 アップデートデータへのアクセス

使用可能である必要があります。

アップデートが開始されると、以下のアクションが自動的に実行されます。

1. iRMC ではブート可能な ISO イメージを仮想 CD-ROM デバイスとしてマウント

します。これは、管理対象サーバのファイルシステムで「CD Drive (D:): IRMC_

UPDATE」と表示されます。

2. iRMC はマウントされた CD-ROM デバイスからシステムがリブートされます。

3. eLCM オフラインアップデートマネージャによってコンポーネントファームウェ

アアップデートがインストールされます。

適切な最新のファームウェアバージョンを取得するために、一部のコンポーネン

トには多段階のアップデートが必要な場合があります。システムは通常、各アッ

プデートステップ後に自動的にリブートされます。

アップデートに関連するすべてのアクティビティはログファイルに記録され、iRMC

に保存されます。

オフラインアップデートの詳細については、以下のマニュアルを参照してくださ

い。 l l

『ServerView embedded Lifecycle Management (eLCM) 1.2 for iRMC

S4』取扱説明書

『ServerView embedded Lifecycle Management (eLCM) 1.2 for iRMC

S5』取扱説明書

3.4

アップデートデータへのアクセス

管理対象サーバをアップデートするためには、対応するアップデートデータがアッ

プデートマネージャに必要になります。このデータは、リポジトリの以下のサブ

ディレクトリに格納されています。

Agent-Win Agent-Lx BladeSystem

FibreChannelController

MicroController

LanController

PrimSupportPack-Win

ManagementController

RemoteServiceBord

ScsiController

UpdateContentFiles

Tools UMResources

このデータにアクセスするために、以下の手段ががあります。 l

Update DVD の Firmware ディレクトリ。 l

Fujitsu Web サーバから、管理サーバの任意のドライブに作成したリポジトリに

保存できるアップデートデータ。

ServerView Update Management 34

3.4 アップデートデータへのアクセス

このリポジトリは、ダウンロードマネージャを使用して、Fujitsu Web サーバか

ら定期的にアップデートすることができます。

アップデートデータの内容

システムテストが正常に完了した後、新しいコンポーネントが追加されます。

公式リリースの後、新しいコンポーネント（BIOS、ファームウェア、エージェン

ト、ドライバ）および新しいバージョンがリポジトリに追加されます。

ServerView Update Management 35

4 ServerView Update Agent のインストール

サポートされるサーバや各種アップデート手順によってアップデートされるシステ

ムコンポーネントを見つけるには、ServerView Suite DVD 2 の「ServerView

Suite」 - 「Software Products」 - 「ServerView」 - 「Maintenance &

Update」 - 「Update」（「Supported Systems」および「Info」列）を参照し

てください。

ServerView Update Agent は起動が完了するまでに約 3 分かかります。

4.1

管理対象サーバへのインストール

4.1.1

インストールの要件

1. ServerView Agents をインストールしてから、ServerView Update Agent を

インストールします。

ServerView Agents がセットアップレベルがエキスパートで高度なセ

キュリティ設定を使用してインストールされている場合、 ServerView

Update Agent をインストールするユーザは ServerView Agents のセ

キュリティグループのメンバーである必要があります。

インストール順序: l

オンラインアップデートの場合、機能している LAN 接続のみが必要です。 l

「TFTP サーバを使用したアップデート」については、

41 ページの TFTP

サーバへのインストールの項を参照してください。

TFTP サーバでアップデートされるコンポーネントについて、以下の違いが

あります。

Windows または Linux OSが実行されていない自律的ハードウェアシステム

（マネジメントブレードなど）の場合、管理対象システムに Update エー

ジェントをインストールする必要はありません。

マネジメントブレードとコネクションブレードは常に TFTP サーバに

よってアップデートされます。

ServerView Update Management 36

4.1 管理対象サーバへのインストール

4.1.2

アンインストールの要件

ServerView Update Agent と ServerView Agents をアンインストールするに

は、関係するシステム（管理サーバ、TFTP サーバ、管理対象サーバ）上のすべて

のジョブが終了または削除されていることを確認してください。

アンインストール順序:

1. ServerView Update Agent をアンインストールする

2. ServerView Agents をアンインストールする

ユーザが正しいアンインストール順序に従わないと、複数のエラーが発生する

場合があります。

4.1.3

Update Agent V6.0（またはこれ以降）のインストール

4.1.3.1

Windowsでのインストール

以下の手順を使用してインストールできます。 l

ASP（Autonomous Support Package）によるインストール l l

メニュー形式のインストール（

FTASetup.exe

）

コマンドラインインターフェースによるインストール（

FTASetup.exe

）

ASP（Autonomous Support Package）によるインストール

インストールパッケージ

SVUpdateAgent_Win_ASP_<

バージョン

>.exe

を使用して

インストールを開始します。このパッケージは、ServerView Update DVD の以下

の場所にあります。

Firmware - Agent-Win - SV-Update-Agent

Update エージェントは以下のコマンドを使用してコマンドレベルでインストール

できます。 start /wait SVUpdateAgent_Win_ASP_<vers>.exe

ガイドインストール（FTASetup.exe）

FTASetup.exe

ファイルを使用してインストールを開始します。このファイルは、

ServerView Suite DVD 2 に収録されています。

以下の手順でガイドインストールを開始します。

FTASetup.exe

ファイルをダブルクリックします。

2. ライセンス条件を確認します。

3. セキュリティ設定のパラメータを定義します。

ServerView Update Management 37

4.1 管理対象サーバへのインストール

図 6: セキュリティ設定

セキュリティ設定

アカウントチェック

サーバにアクセスするときにアクセス権限を確認するかどうかを指定し

ます。このオプションが有効な場合、証明書または標準のログインでア

クセス権限を使用できます。

アップデート用ユーザグループ

ローカルユーザグループの名前。 l

このオプションは、標準のログインでアクセス権限を使用する場合に

必須です。 l

証明書を使用する場合、ユーザグループを入力する必要はありません

が、証明書を使用できない場合や証明書の認証が失敗する場合のため

に、Update エージェントを使用する場合は、ユーザグループの入力

を推奨します。

このグループ内のすべてのユーザは、アップデート手順を実行する権限

があります。ユーザグループ「

GFUSER

」が事前設定されています。

GFUSER

グループを使用するには、Windows でこのグループを設定する

必要があります。

ただし、別のユーザグループを使用することもできます。

アップデートインストールの場合、デフォルト値が既存の設定値に割り当てら

れます。

ServerView Update Management 38

4.1 管理対象サーバへのインストール

コマンドラインインターフェースによるインストール（FTASetup.exe）

Update エージェントは以下のコマンドを使用してコマンドレベルでインストール

できます。

FTAsetup -noaccountcheck {0|1}

[-flashusergroup <

ユーザグループ

FTAsetup -GFAU

オプションには、以下の意味があります。

-noaccountcheck {0|1}

このオプションを使用して、パスワードクエリを有効「（0）」または無効

「（1）」にします。

-flashusergroup <

ユーザグループ

パスワードクエリを有効にした場合、このオプションを使用してローカルユーザ

グループの名前を指定できます。このユーザグループ内のすべてのユーザは、

アップデート手順を実行する権限があります。このオプションを省略すると、

GFUSER

がデフォルトになります。

-GFAU

このオプションを使用して、エージェントのアップデートインストールを開始し

ます。まったく新規のインストール（このオプションなし）とは異なり、

Update エージェントに設定済みのパラメータは維持されます。

アップデートインストールの場合、デフォルト値が既存の設定値に割り当てら

れます。

4.1.3.2

Linuxでのインストール

以下のインストール手順を使用できます。

ASP によるインストール

インストールパッケージ

SVUpdateAgent_Lx_V<

バージョン

>.scexe

を使用してイ

ンストールを開始します。このパッケージは、ServerView Suite DVD 2 に収録さ

れています。

Update エージェントは以下のコマンドを使用してコマンドレベルでインストール

できます。 sh SVUpdateAgent_Lx_V <vers>.scexe

rpm パッケージのインストール

インストールパッケージ

SMAWgfa-<

リリース

>-<

バージョン

>.rpm

を使用してインス

トールを開始します。このパッケージは、ServerView Suite DVD 2 に収録されて

ServerView Update Management 39

4.1 管理対象サーバへのインストール

います。

Update エージェントは以下のコマンドを使用してコマンドレベルでインストール

できます。 rpm {-i | -U --nopreun --nopostun}

SMAWgfa-<

リリース

>-<

バージョン

>.rpm

オプションには、以下の意味があります。

-i

このオプションを使用して、初期インストールを開始します。

-U

このオプションを使用して、アップデートインストールを開始します。

--nopreun --nopostun

（アップデートインストールの場合のみ）

これらのオプションは常に一緒に指定されますが、指定すると、アップデートイ

ンストールが実行されたときにアンインストールルーチンが実行されません。

Update エージェントで設定済みのパラメータは維持されます。

Update Agent の設定

ServerView Update Agent のインストール中に、

/usr/sbin/useradd

コマンド

によって新しいユーザ globalflash が作成されます。このコマンドの内部では、 crypt(3) 暗号化パスワードが使用されます。

従来の DES-に基づく方法では、最大パスワード長 8（7 ビット）文字が使用

されます。最初のパッケージのインストール後に、パスワードを変更すること

を強く推奨します。

コマンドを実行した後、パラメータには

/opt/SMAW/SMAWgfa/cfg/LinuxFwuAgent.cfg

ファイルのデフォルト値が割り

当てられ、これらを要件に応じて変更できます。

FlashUserGroup

=<user-group>

ユーザの /etc/passwd に入力された、プライマリユーザグループの名前。この

グループ内のすべてのユーザは、アップデート手順を実行する権限があります

（デフォルト

GFUSER

）。

ユーザ globalflash

とパスワード globalfl の GFUSER グループがまだ存在し

ない場合は、インストール中に自動的に設定されます。

このパラメータは、

NoAccountCheck

= 0 の場合にのみ評価されます。

NoAccountCheck

=<n> n = 0（パスワードクエリが有効、デフォルト値） n = 1（パスワードクエリが無効）

ServerView Update Management 40

4.2 TFTP サーバへのインストール

TraceFile

=<file>

TraceLevel

> 0 のときにエージェントのアクションが記録されるファイル。

<file> で指定したディレクトリは、存在している必要があります。

デフォルトファイル名：/opt/SMAW/SMAWgfa/data/gf_agent.log

TraceLevel

=<n> n = 0（トレースなし） n = 2（エラーのトレース） n = 3（コマンドのトレース） n = 5（詳細トレース）

デフォルト TraceLevel = 2

パラメータの変更は、

/etc/init.d/globalflash restart コマンドが実行

された後に反映されます。

アップデートインストールの場合、デフォルト値が既存の設定値に割り当てられま

す。

Linux でのアンインストール

アンインストールは rpm -e SMAWgfa

コマンドを使用して実行されます。

4.2

TFTP サーバへのインストール

他の PXE または TFTP サービスを使用している場合、2 つのサービスの並行使用

は障害をもたらす可能性があるので、PXE または TFTP サービスを停止する必要が

あります。

ServerView Update Agent のインストール方法については、

37 ページの Update

Agent V6.0（またはこれ以降）のインストールを参照してください。

4.2.1

Windowsでのインストール

インストール順序:

1. TFTP サーバ

2. ServerView Agents

3. ServerView Update Agent

TFTP サーバのインストールには、次のオプションがあります。 l

PRIMERGY ServerView Suite DVD

<dvd-root>:\Setup\WebUI\FjPXEServer.msi

を使用して、TFTP

サービスを TFTP サーバシステムにインストールします。

ServerView Update Management 41

4.2 TFTP サーバへのインストール l l

Deployment Manager（Deployment Service）

ServerView Installation Manager - リモートインストール

4.2.2

Linuxでのインストール

インストール順序:

1. TFTP サーバ

2. ServerView Agents

3. ServerView Update Agent

TFTP サーバのインストール l

ソフトウェアパッケージ

TFTP

をインストールする l l l

TFTP を有効にする必要がある（ファイル /etc/xinetd.d/tftp: パラメータ disable=no

）

ネットワークサービス xinetd

が実行している必要がある

ファイアウォールが有効の場合、tftp を許可する

ServerView Update Management 42

5

5.1 ウィザード

ユーザインターフェース

アップデート管理のユーザインターフェースは、個々のアプリケーションのイン

ターフェースで構成されています。 l l l

アップデートマネージャ

リポジトリマネージャ

ダウンロードマネージャ

リポジトリが設定されていない限り、アップデートマネージャアプリケーションの

起動後にメッセージが表示されます。「設定開始」をクリックしてリポジトリを設

定します。基本設定ウィザードで「アップデート管理」ステップの「設定」ウィ

ザードが起動します。

設定ウィザードの詳細は、『基本設定ウィザード - ServerView Operations

Manager』取扱説明書を参照してください。

5.1

ウィザード

ウィザードはタスクを通じたアシスタントです。

通常、ウィザードは連続して処理する複数のセクションで構成されます。使用する

ステップの数とその順序が左側にツリー構造で表示されます。すでに完了している

ステップはツリーに示されます。

必須入力（入力フィールド、選択）には * が付けられています。

各ステップで右下のボタンを使用してウィザードを進めることができます。

ウィザードの前のステップに戻ります。

ウィザードの次のステップへ進みます。

必須入力（* で示す）が指定されている場合にのみ、「次へ」を使用できます。

完了

ウィザードを終了してすべての設定を適用します。

キャンセル

変更内容を保存せずにウィザードをキャンセルします。

ヘルプ

現在のダイアログについての情報を表示します。

ServerView Update Management 43

5.2

5.2 「アップデートマネージャ」メインページ

「アップデートマネージャ」メインページ

図 7: 「アップデートマネージャ」メインページ

メインページには以下の要素が含まれています（上から下の順）。 l

ServerView Operations Manager メニューバー。

メニューバーはページの上部にあり、以下のエントリがあります。 o

<system_name> リンク。ダッシュボードのある ServerView Operations

Manager メインページを指す。 o

「監視」メニュー o

「管理」メニュー o

「CMS設定」メニュー o

ユーザインターフェース言語を選択する、「言語」メニュー o

<ユーザ> はログイン時に使用したユーザ名を示します。タイトルには「ロ

グアウト」リンクもあり、これをクリックするとログアウトできます。 o

「ヘルプ」メニュー「ヘルプ」のメニュー項目はビューによって異なりま

す。「アップデートマネージャ」からはアップデートマネージャのメイン

ページの説明、「バージョン情報」からは ServerView Operations

Manager のバージョンを表示できます。

マウスポインタをメニューの上に移動するか、メニューをクリックすると、個々

のメニューに依存するメニュー項目が表示されます。

メニューバーのメニューについて、詳しくは、『ServerView Operations

Manager』取扱説明書を参照してください。 l

ワークエリア。左側にツリー構造、右側にタブがあります。

タブの表示方法は、ツリー構造で選択したエントリによって決定されます。

ServerView Update Management 44

5.2 「アップデートマネージャ」メインページ

「サーバ詳細」タブ

選択したサーバについての情報。

「アップデート詳細」タブ

ツリー構造のコンポーネントリスト（サーバリストでの選択内容による）。

コンポーネントリストで選択されたコンポーネントに対するアップデート。

「ジョブ詳細」タブ

選択したサーバについて存在するジョブの情報。

ServerView Update Management 45

5.2.1

ツリー構造

5.2 「アップデートマネージャ」メインページ

図 8: 「アップデートマネージャ」のツリー構造

作業領域の左側には、アップデートマネージャのツリー構造があり、ドメインの

サーバの各種ビューがさまざまなグループに分かれて表示されます。これらの

ビューをオブジェクトレベルおよびコンポーネントレベルにグループ化してフィル

タできます。

ドメイン内のサーバの情報

すべてのサーバ

ドメイン内のすべてのサーバ

ServerView Update Management 46

5.2 「アップデートマネージャ」メインページ

グループ

「サーバリスト」アプリケーションで作成した、カスタムグループ

サーバアイコン

サーバまたはグループ記号（ブレードサーバ、仮想システムなど）の前にあるア

イコンは、対応するサーバ/グループの累積的なアップデートステータスを示し

ます。

アップデートは不要です。

アップデートが推奨されます。

アップデートが緊急に必要です。

未定義。使用可能な既存のインベントリがありません。

必須

アップデートが緊急に必要なサーバ

推奨

アップデートが推奨されるサーバ

「必須」および「推奨」グループでは、アップデートステータスアイコンではな

く、サーバアイコンが表示されます。グループの名前がグループ内のサーバのアッ

プデートステータスの名前と同一だからです。

完了

アップデートが不要なサーバ

エージェントレス

Agentless Service がインストールされているすべてのサーバ。サーバーは、

Out-Of-Band コネクタを使用します。

オフラインアップデート

Agentless Service がインストールされていないすべてのサーバ。

未サポート

現行の Update Manager でサポートされていない既存のインベントリデータを

持つ、すべてのチェック済みサーバ。

不明

インベントリデータがないためチェックできなかった、すべてのサーバ。

ServerView Update Management 47

5.2 「アップデートマネージャ」メインページ

5.2.2

「サーバ詳細」タブ

「サーバ詳細」タブに、ツリー構造からのサーバに関する情報を含むテーブルを表

示します。

タブを開くには、「アップデートマネージャ」メインページの「サーバ詳細」タブ

をクリックします。

図 9: 「サーバ詳細」タブ

表では、コンテキストメニューを使用できます。コンテキストメニューを開く

には、表のエントリを右クリックします。

一覧表のカラムの意味は次のとおりです。

ServerView Update Management 48

5.2 「アップデートマネージャ」メインページ

カラム

状態

意味

サーバの全般的なアップデートステータス

アップデートは不要です。

アップデートが推奨されます。

アップデートが緊急に必要です。

名前

サーバの全般的なアップデートステータスを評価するために、次

のグループをチェックします。 l l l

適用不可アップデート

アップグレード

すべてのコンポーネント : リポジトリ内のすべての新しいアッ

プデートがチェックされます。

サーバの名前

ネットワークサーバの IP アドレス

モデルサーバのモデル名

テーブル 2: 「サーバ詳細」タブのテーブル

ServerView Update Management 49

5.2 「アップデートマネージャ」メインページ

カラム意味

エージェントス

テータス

サーバ上の Update エージェントのステータス

レディサーバはアップデート段階の準備ができて

います。

エラー

無し

ビジー

不明

管理不可

アップデート段階でエラーが発生しまし

た。

失敗したジョブに関する診断を保存し、ク

リーンアップ機能を使用してアップデート

エージェントを初期化してください。

サーバに Update エージェントがインス

トールされていないか、エージェントが実

行されていません。

サーバは現在アップデート段階にありま

す。

エージェントステータスを判定できませ

ん。

現在 ServerView エージェントに SNMP

を使用して接続できません。

ServerView Agentless Service の場合、フィールドは空

です。

テーブル 2: 「サーバ詳細」タブのテーブル

ServerView Update Management 50

5.2 「アップデートマネージャ」メインページ

カラム意味

エージェントア

クセス

サーバ上の Update エージェントのアクセスステータス

許可サーバへのログオンはすでに正常に完了し

ています。サーバにアクセスできます。

不許可

制限無し

サーバへのアクセスは現在制限されていま

す。適切なユーザ ID とパスワードを使用し

てサーバにログオンする必要があります。

サーバへのアクセスにはログオンは不要で

す。

信頼サーバにログオンの時点でアクセスできな

かったため、ログオンデータは正しいもの

として保存されました。

認証済

認証未

有効な証明書がインストールされていま

す。

管理対象サーバにシングルサインオンでき

ます。

有効な証明書がインストールされていませ

ん。

管理対象サーバにシングルサインオンでき

ません。

ServerView Agentless Service の場合 :

ログインする前に、フィールドは空です。成功したログイン

後に、アクセスステータスが許可です。

テーブル 2: 「サーバ詳細」タブのテーブル

ServerView Update Management 51

5.2 「アップデートマネージャ」メインページ

カラム意味

前回のチェックリポジトリとサーバインベントリとの前回の比較

<日付>

失敗

最後に成功したチェックの日付

N/A

前回のチェックが失敗しました。

詳細を表示するには、「サーバ詳細」グ

ループを展開して「ログファイルを表示」

ボタンをクリックします。

このサーバに対してまだチェックが実行さ

れていません。

インベントリが見つ

かりません

インベントリが見つからない

エージェントレス ServerView Agentless Service を使用し

たサーバ

ジョブステータ

ス

サーバに指定された関連ジョブのステータス :

完了すべてのコンポーネントがアップデートさ

れ、ジョブは完了しました。

レディ

実行中

エラー

ジョブは実行の待機中です（データ転送が

開始される前のステータスです）。

ジョブは現在実行中です。

考えられる理由 :

少なくとも 1 つのコンポーネントのアップ

デートが失敗しました。

チェックジョブは成功しませんでした。

クリーンアップジョブは成功しませんでし

た。

ステータスを取得できませんでした。

テーブル 2: 「サーバ詳細」タブのテーブル

ServerView Update Management 52

5.2 「アップデートマネージャ」メインページ

テーブルの基本的なアイコン

テーブルの表示のコントロールに使用できる基本的なアイコンがいくつかありま

す。

アイ

コン

意味

グローバルフィルタこのアイコンの後ろにあるテキストフィールドの指定に

従って、テーブルをフィルタします。

選択した列のテキストフィールドでの指定に従って、テーブルの内容をフィ

ルタします。

関連カラムの内容に従ってテーブルを並べ替えます（アルファベット順、数

値、状態の名前順）

詳細セクションが開き、追加情報が表示されます。

詳細セクションを閉じます。

テーブル 3: 基本的なアイコン

サーバを選択すると、アイコンの横にある矢印をクリックしてエントリを展開し、

「サーバ詳細」および「インベントリ情報」グループの追加情報を表示できます。

「サーバ詳細」グループ

選択したサーバに関する一般情報を表示します。

「サポートされていないサーバーです」または「不明なサーバ」グループの

サーバを選択した場合、このグループにはサーバデータは表示されません。

名前

サーバのシステム名

ネットワーク

サーバの IP アドレス

表示名

サーバの名前

ServerView Update Management 53

5.2 「アップデートマネージャ」メインページ

サーバタイプ

スタンドアロンサーバ

ブレードサーバ

PRIMEQUEST

名前の構文

<サーバ名>

<ブレードサーバ名>-<スロット ID>

仮想システムのホストシステム <仮想システムのサーバ名>-host

仮想システムのゲストシステム <仮想システムのサーバ名>-<サーバ名>

アップデートタイプ

アップデートの実行に使用される方法

オンラインアップデートは、OSが実行されている間に実行されます。

不明以下の理由のため、アップデートタイプを判定できませんでし

た。 l

サーバに接続できません。 l

サーバに Update エージェントがインストールされていませ

ん。。

不正 l l

Update エージェント V4.80 以上がサポートされていない

サーバタイプに手動でインストールされています（オフライ

ンサーバなど）。

サーバのモデル名を判定できませんでした。この場合、「モ

デル」にエントリはありません。

古いエージェ

ント

GlobalFlash エージェントV4.6x 以下がインストールされてい

ます。

サーバに今後のアップデートを供給するには、先に

GlobalFlash エージェントをアップデートする必要がありま

す。

エージェントステータス

サーバ上の Update エージェントのステータス

レディサーバはアップデート段階の準備ができています。

エラーアップデート段階でエラーが発生しました。

失敗したジョブに関する診断を保存し、クリーンアップ機能を

使用してアップデートエージェントを初期化してください。

ServerView Update Management 54

5.2 「アップデートマネージャ」メインページ

無し

ビジー

不明

管理不可

サーバに Update エージェントがインストールされていない

か、エージェントが実行されていません。

サーバは現在アップデート段階にあります。

エージェントステータスを判定できません。

現在 ServerView エージェントに SNMP を使用して接続できま

せん。

エージェントアクセス

サーバ上の Update エージェントのアクセスステータス

許可サーバへのログオンはすでに正常に完了しています。サーバに

アクセスできます。

不許可サーバへのアクセスは現在制限されています。適切なユーザ ID

とパスワードを使用してサーバにログオンする必要がありま

す。

制限無し

信頼

サーバへのアクセスにはログオンは不要です。

サーバにログオンの時点でアクセスできなかったため、ログオ

ンデータは正しいものとして保存されました。

認証済

認証未

有効な証明書がインストールされています。

管理対象サーバにシングルサインオンできます。

有効な証明書がインストールされていません。

管理対象サーバにシングルサインオンできません。

アップデートステータス

サーバの累積されたアップデートステータス（最も重要なステータスがそれぞれ

に表示されます）

不要アップデートは不要です。

推奨

必須

アップデートが推奨されます。

アップデートが緊急に必要です。

ServerView Update Management 55

5.2 「アップデートマネージャ」メインページ

チェックステータス

前回のチェックのステータス

失敗

前回のチェックは正常に実行されました。

前回のチェックが失敗しました。

詳細を表示するには、「サーバ詳細」グループを展開して

「ログファイルを表示」ボタンをクリックします。

ジョブステータス

サーバに指定された関連ジョブのステータス

完了すべてのコンポーネントがアップデートされ、ジョブは完了し

ました。

レディ

実行中

エラー

レディジョブは実行の待機中です（データ転送が開始される前

のステータスです）。

ジョブは現在実行中です。

考えられる理由 : l

少なくとも 1 つのコンポーネントのアップデートが失敗しま

した。 l l l

チェックジョブは成功しませんでした。

クリーンアップジョブは成功しませんでした。

ステータスを取得できませんでした。

前回のチェック

リポジトリとサーバインベントリとの前回の比較結果

発生日時最後に成功したチェックの日付。

失敗

N/A

前回のチェックが失敗しました。

詳細を表示するには、「サーバ詳細」グループを展開して「ロ

グファイルを表示」ボタンをクリックします。

このサーバに対してまだチェックが実行されていません。

前回のインベントリ

インベントリがサーバに作成された時刻

前回のリポジトリ

リポジトリが前回インポートされた時刻

ServerView Update Management 56

5.2 「アップデートマネージャ」メインページ

モデル

サーバのモデル名

OS についての情報

管理可能

サーバの可用性

はい ServerView エージェントに SNMP で接続で

きます。

いいえ ServerView エージェントに接続できませ

ん。

ボタン

ログファイルを表示

現在選択しているサーバのログファイルを表示します。

「インベントリ情報」グループ

サーバリストで選択されたサーバにインストールされているすべてのファームウェ

アとドライバを表示します。リポジトリにないファームウェアやドライバも含みま

す。

ボタン

すべてアップデート

事前に選択したサーバでアップデートできるすべてのコンポーネントのリスト

を、自動的に設定します。「ジョブ作成ウィザード」が開き、ここで特定したコ

ンポーネントのアップデートを開始します。

このボタンは、Administratorとしてログインしたときのみ有効になります。

オフラインアップデート

「オフラインアップデートウィザード」が開き、選択した管理対象ノードについ

て完全なオフラインアップデートを開始できます。

このボタンは、Administrator としてログインし、サーバが選択されているとき

のみ有効になります。

ログオン

「ログオン」ダイアログボックスが開き、選択したサーバにログオンできます。

このボタンは、テーブルで 1 つまたは複数のサーバを選択したときのみ有効に

なります。

ServerView Update Management 57

5.2 「アップデートマネージャ」メインページ

クリーンアップ

クリーンアップ機能を使用して、サーバ上の Update エージェントを定義した

ステータスにリセットできます。この機能は、Update エージェントが別の管理

用サーバ（不法な構成）によってアクセスされた場合、またはジョブが予期せず

失敗した場合（ジョブステータス = エラー、エラーテキスト = Pending Job）

などに、必要となることがあります。

強制チェック

名前「Check_xx」（xx = 連番）のジョブが作成されます。サーバインベントリ

とリポジトリの比較（チェック）を、もう一度実行します。このジョブは「ジョ

ブ詳細」タブに表示されます。ダイアログボックスは自動的に閉じます。

コンテキストメニューの追加の機能

強制チェック

名前「Check_xx」（xx = 連番）のジョブが作成されます。サーバインベントリ

とリポジトリの比較（チェック）を、もう一度実行します。このジョブは「ジョ

ブ詳細」タブに表示されます。ダイアログボックスは自動的に閉じます。

ログファイルを表示

現在選択しているサーバのログファイルを表示します。

履歴

選択したサーバのアップデートログを表示する Web ページを開きます。

アップデートの表示

「アップデート詳細」タブが開き、選択したサーバに関するアップデート情報が

表示されます。

5.2.3

「アップデート詳細」タブ

「アップデート詳細」タブには、サーバリストとアップデート詳細リストでの選択

内容、およびリポジトリマネージャの「アップデートのプロパティの編集」ダイア

ログボックス（「

102 ページの「アップデートのプロパティ編集」ダイアログボッ

クス」を参照)での設定に一致するアップデートに関する情報が表示されます。

タブを開くには、「アップデートマネージャ」メインページのタブをクリックしま

す。

ServerView Update Management 58

5.2 「アップデートマネージャ」メインページ

図 10: 「アップデート詳細」タブ

表では、コンテキストメニューを使用できます。コンテキストメニューを開く

には、表のエントリを右クリックします。

アップデート詳細フィルタ

サーバリストでの選択内容に一致するアップデートを表示するテーブルの上にある

ドロップダウンリストを使用して、次のグループに従ってテーブルに表示されるコ

ンポーネントをフィルタすることができます。 l

「すべてのコンポーネント」: サーバリストで選択したサーバに属するすべての

コンポーネントを表示します。

Agentless Service を使用したサーバ l

「OOB 定義」: サーバリストで Out-Of-Band 通信チャネルを介し更新できる選

択したサーバに属するすべてのコンポーネントを表示します。

ServerView Agents を使用したサーバ : l

アップグレード: サーバリストで選択したサーバに関連付けられたアップグレー

ドを表示します。 l

ダウングレード: サーバリストで選択したサーバのすべてのダウングレードを表

示します。 l

「インストール済みアップデート」: サーバリストで選択したサーバにインス

トールされたアップデートを表示します。 l

「適用不可アップデート」: インストールできないアップデートを表示します。

アップグレードがインストールできない理由の説明は、各アップデートの詳細セ

クションに表示されます。詳細セクションを表示するには、テーブルのアップ

ServerView Update Management 59

5.2 「アップデートマネージャ」メインページ

デートエントリの横にある矢印アイコンをクリックします。選択したアップデー

トのエントリが展開され、アップデートの詳細が表示されます。

一般に、基本のリポジトリに格納されたインストール済みのアップデートバー

ジョンのみが、テーブルに表示されます。

各アップグレードでは、最新バージョンのみがテーブルに表示され、ダウング

レードの場合は、リポジトリで見つかった次に古いバージョンがテーブルに表

示されます。

ただし、アップデートのバージョンは後で「ジョブ作成ウィザード」を実行す

るときに選択できます。

一覧表のカラムの意味は次のとおりです。

カラム

状態

意味

アップデートの重要性

アップデートが推奨されます。

アップデートが緊急に必要です。

アップデートは不要です。

サーバ名

カテゴリ

サーバの名前

コンポーネントが属するグループ

コンポーネントコンポーネントの名前

インストール済

バージョン

インストールされたアップデートのバージョン

新バージョンインストールされているバージョンに代わるアップデートバー

ジョン

テーブル 4: 「アップデート詳細」タブのテーブル

ServerView Update Management 60

5.2 「アップデートマネージャ」メインページ

カラム

リブート

ジョブ名

意味

コンポーネントがアップデートされた後にサーバをリブートする

かどうかを示します（必要 / 不要）。

「必要」の場合、すべてのアプリケーションを終了/移動すること

を推奨します。

環境依存

指定されたブート時間にアップデートマネージャによってサーバ

が再起動される場合があることを示します。予防措置として、す

べてのアプリケーションを終了/移動することを推奨します。

自動（マネジメントブレードとコネクションブレードのみ）

コンポーネント自体でリブートが必要かどうかを判断します。

アップデートがすでにジョブに割り当てられている場合、この

ジョブの名前がここに表示されます。

テーブル 4: 「アップデート詳細」タブのテーブル

テーブルの基本的なアイコン

テーブルの表示のコントロールに使用できる基本的なアイコンがいくつかありま

す。

アイ

コン

意味

グローバルフィルタこのアイコンの後ろにあるテキストフィールドの指定に

従って、テーブルをフィルタします。

選択した列のテキストフィールドでの指定に従って、テーブルの内容をフィ

ルタします。

関連カラムの内容に従ってテーブルを並べ替えます（アルファベット順、数

値、状態の名前順）

詳細セクションが開き、追加情報が表示されます。

詳細セクションを閉じます。

テーブル 5: 基本的なアイコン

ServerView Update Management 61

5.2 「アップデートマネージャ」メインページ

ボタン

ジョブの作成

ジョブ作成ウィザードが開き、選択したアップデートにジョブを作成できます。

詳細セクション

テーブルのアップデートエントリの横にある矢印アイコンをクリックすると、エン

トリが展開し、選択したアップデートに関する追加情報を表示できます。

サーバグループ「サポートされていないサーバー」または「不明なサーバ」を選択

した場合、このセクションにはデータが表示されません。

サーバ名

アップデート対象のサーバ名。

カテゴリ

コンポーネントが属するグループ。

コンポーネント

コンポーネント名。

インストールバージョン

現在インストールされているバージョン。

新バージョン

インストールされたバージョンを置換するバージョン。

インストール済バージョンとの比較

「新バージョン」フィールドに表示されるバージョンを評価します。

最も新し

い

表示されたバージョンはインストール済みバージョンよりも新し

く、リポジトリ内で最新です。

最も古い表示されたバージョンはインストール済みバージョンよりも古く、

リポジトリ内で最も古いものです。

新しい表示されたバージョンはインストール済みバージョンよりも新しい

ものです。

同一表示されたバージョンはインストール済みバージョンと同じもので

す。

古い表示されたバージョンはインストール済みバージョンよりも古いも

のです。

ServerView Update Management 62

5.2 「アップデートマネージャ」メインページ

補足バージョン

ダウンロードマネージャで使用されるアップデートパッケージの内部バージョ

ン。

リポジトリ内のコンポーネントは、Web サーバで見つかったアップデートバー

ジョンで置換されます。

利用可能バージョン

リポジトリ内のアップデートのすべてのバージョンが表示されます。

ダウンロードサイズ(MB)

アップデートに必要なメモリ量（MB 単位）。

ベンダ重要度

Fujitsu が指定したアップデートの重要度。

推奨

必須

不要

アップデートが推奨されま

す。

アップデートが緊急に必要で

す。

アップデートは不要です。

カスタム重要度

ユーザが指定したアップデートの重要度。このパラメータを使用して「ベンダ重

要度」設定を上書きできます。

推奨アップデートが推奨されま

す。

必須

不要

アップデートが緊急に必要で

す。

アップデートは不要です。

インストール時間(分)

アップデートのインストール時間（分単位）。

適用可否

はいコンポーネントをインストールできます。

いいえコンポーネントをインストールできません。

ServerView Update Management 63

5.2 「アップデートマネージャ」メインページ

リブート

はいジョブの実行後、サーバをリブートする必要があります。

いいえ不要サーバをリブートする必要はありません。

環境依存サーバはジョブが実行された後にリブートできます。

自動（マネジメントブレードとコネクションブレードのみ）

コンポーネント自体でリブートが必要かどうかを判断します。

適用不可の理由

コンポーネントをインストールできない理由の説明。

ボタン

リリースノートを表示

規定のブラウザが開き、最新のリリースノートが表示されます。

PSP 詳細を表示

（PSP = PRIMERGY サポートパッケージ）

選択したアップデートに含まれるパッケージの情報を表示します。

5.2.4

「ジョブ詳細」タブ

「ジョブ詳細」タブに、選択したサーバのジョブに関する情報が表示されます。

タブを開くには、「アップデートマネージャ」メインページの「ジョブ詳細」タブ

をクリックします。

図 11: 「ジョブ詳細」タブ

表では、コンテキストメニューを使用できます。コンテキストメニューを開く

には、表のエントリを右クリックします。

ServerView Update Management 64

5.2 「アップデートマネージャ」メインページ

一覧表のカラムの意味は次のとおりです。

カラム意味

状態現在のジョブのステータス

すべてのコンポーネントがアップデートされ、ジョブは完了しまし

た。

ジョブは実行の待機中です（データ転送が開始される前のステータ

スです）。

ジョブは現在実行中です。

名前

サーバ

名

考えられる理由 : l

少なくとも 1 つのコンポーネントのアップデートが失敗しまし

た。 l

チェックジョブは成功しませんでした。 l

クリーンアップジョブは成功しませんでした。 l

ステータスを取得できませんでした。

ジョブの名前

サーバの名前

テーブル 6: 「ジョブ詳細」タブのテーブル

ServerView Update Management 65

5.2 「アップデートマネージャ」メインページ

カラム意味

状態

レディレディジョブは実行の待機中です（データ転送が開始され

る前のステータスです）。

ジョブは現在転送中です。転送中

転送完了ジョブは正常に転送され、アップデート手順の開始を待機

しています。

アップデート

中

ジョブは現在アップデート段階にあります。

アップデート

完了

アップデートがサーバで正常に実行されました。

リスキャン中サーバのインベントリが再確認されています。

リブート中サーバは現在リブート中です。

プレブートこの特殊なステータスは、管理サーバ自体がアップデート

され、リブートが必要な場合にのみ表示されます。

完了すべてのコンポーネントがアップデートされ、ジョブは完

了しました。

エラー考えられる理由 : l

少なくとも 1 つのコンポーネントのアップデートが失

敗しました。 l l l

チェックジョブは成功しませんでした。

クリーンアップジョブは成功しませんでした。

ステータスを取得できませんでした。

開始時

刻

アップデートのフラッシュが開始される時刻

重要度ジョブに含まれるアップデートの累積されたステータス（最も重要なス

テータスがそれぞれに表示されます）

推奨

必須

不要

アップデートが推奨されます。

アップデートが緊急に必要です。

アップデートは不要です。

テーブル 6: 「ジョブ詳細」タブのテーブル

ServerView Update Management 66

5.2 「アップデートマネージャ」メインページ

カラム意味

アク

ション

名

ジョブの説明（コメント）

テーブル 6: 「ジョブ詳細」タブのテーブル

テーブルの基本的なアイコン

テーブルの表示のコントロールに使用できる基本的なアイコンがいくつかありま

す。

アイ

コン

意味

グローバルフィルタこのアイコンの後ろにあるテキストフィールドの指定に

従って、テーブルをフィルタします。

選択した列のテキストフィールドでの指定に従って、テーブルの内容をフィ

ルタします。

関連カラムの内容に従ってテーブルを並べ替えます（アルファベット順、数

値、状態の名前順）

詳細セクションが開き、追加情報が表示されます。

詳細セクションを閉じます。

テーブル 7: 基本的なアイコン

ボタン

ジョブの編集

「ジョブの編集」ウィザードを開き、選択したジョブのプロパティを変更できま

す。

削除

選択したジョブを削除します。削除を実行する前に、確認のプロンプトが表示さ

れます。

ServerView Update Management 67

5.2 「アップデートマネージャ」メインページ

詳細セクション

テーブルのジョブエントリの横にある矢印アイコンをクリックすると、エントリが

展開し、選択したジョブに関する追加情報を表示できます。

サーバグループ「サポートされていないサーバーです」または「不明なサー

バ」を選択した場合、この項にはデータは表示されません。

ダウンロードサイズ(MB)

アップデートに必要なメモリ量（MB 単位）

リブート

この設定は、ジョブが実行された後、少なくとも 1 台のアップデートされた

サーバをリブートするか（リブート = 必要）、またはどのサーバもリブートす

る必要がない（リブート = 不要）かを指定します。

環境依存

コンポーネントがアップデートされた後にサーバを再起動するかどうかを示しま

す。

自動（マネジメントブレードとコネクションブレードのみ）

コンポーネント自体でリブートが必要かどうかを判断します。

インストール時間(分)

分単位でのインストール時間

エラーテキスト

エラーが発生した場合、このフィールドには発生したエラーのエラーメッセージ

が表示されます。

エラーメッセージについては、 182 ページのアップデートマネージャのエラー

メッセージの項で説明しています。

転送開始時刻

アップデートを管理用サーバから PRIMERGY サーバに転送する開始時刻

リブート開始時刻

ブートプロセスの開始時刻（リブート = 必要、またはリブート = 環境依存の場

合）。

TFTPアドレス

TFTP サーバの IP アドレス

カテゴリ/コンポーネント/旧バージョン/新バージョン/ステータス

ジョブに含まれるアップデートについてのバージョンおよびステータス情報を含

むテーブル

ServerView Update Management 68

5.2 「アップデートマネージャ」メインページ

ボタン

ログファイルを表示

選択したジョブのログファイルを表示します。

このボタンは、完了または処理中のジョブに対してのみ有効になります。

5.2.5

ダイアログボックスとウィザード

アップデートマネージャには、以下のダイアログボックスとウィザードがありま

す。

「サーバ詳細」タブ : l l

「ログオン」ダイアログボックス（「

69 ページの「ログオン」ダイアログボッ

クス」の項を参照）

クリーンアップウィザード（「 72 ページのクリーンアップウィザード

」の項を

参照) l

オフラインアップデートウィザード（「 77 ページのオフラインアップデート

ウィザード」の項を参照）

「アップデート詳細」タブ : l l

ジョブ作成ウィザード（「

80 ページのジョブの作成ウィザード

」の項を参

照）

「PSP 詳細」ダイアログボックス（「

110 ページの「PSP詳細」ダイアログ

ボックス」の項を参照）

「ジョブ詳細」タブ : l

ジョブ編集ウィザード（「

91 ページのジョブの編集ウィザード

」の項を参

照）

5.2.5.1

「ログオン」ダイアログボックス

「ログオン」ダイアログボックスでは、ユーザ認証が必要なすべてのサーバにログ

オンできます（エージェントアクセス = 不許可または認証未）。

ダイアログボックスを開くには、「サーバ詳細」タブでサーバを選択して「ログオ

ン」をクリックします。

ServerView Update Management 69

5.2 「アップデートマネージャ」メインページ

図 12: 「ログオン」ダイアログボックス

ダイアログボックスのテーブルには、「サーバ詳細」タブで選択したすべてのサー

バが表示されます。アクセスステータスが「不許可」または「認証未」のすべての

サーバが自動的に選択されます。

アクセスステータスが「不許可」または「認証未」以外のサーバを選択した場

合、アップデートマネージャはこれらのサーバへのログオンの試行を無視しま

す。

カラム

サーバ

管理可能

意味

サーバの名前

サーバの可用性

ServerView Update Management 70

5.2 「アップデートマネージャ」メインページ

カラム意味

エージェントアクセスサーバ上の Update エージェントのアクセスステータス

許可

不許可

制限無し

サーバへのログオンはすでに正常に完

了しています。サーバにアクセスでき

ます。

サーバへのアクセスは現在制限されて

います。適切なユーザ ID とパスワード

を使用してサーバにログオンする必要

があります。

サーバへのアクセスにはログオンは不

要です。

信頼サーバにログオンの時点でアクセスで

きなかったため、ログオンデータは正

しいものとして保存されました。

認証済

認証未

有効な証明書がインストールされてい

ます。

管理対象サーバにシングルサインオン

できます。

有効な証明書がインストールされてい

ません。

管理対象サーバにシングルサインオン

できません。

ServerView Update Management 71

5.2 「アップデートマネージャ」メインページ

ユーザ

有効なユーザ ID

パスワード

アクセス制御のパスワード

このパラメータは、管理対象ノード上の ServerView Update Agent が

AccountCheck で設定されている場合のみ必要です。

マネジメントブレードとコネクションブレードを TFTP サーバ経由でアップデート

する場合は、ユーザ ID とパスワードを入力してハードウェアにアクセスします。

VMware ESXi OSを実行しているシステム上の iRMC S3/iRMC S4/iRMC S5

ファームウェアまたはシステムボード BIOS を TFTP サーバ経由でアップデートす

る場合は、ユーザ ID とパスワードを入力して iRMC にアクセスします。

（ESXi システムへのアクセスデータはチェック済みで、ServerView Operations

Manager 内に格納されています。これらはアップデート管理で自動的に取得されま

す。）

パスワードの確認と設定

ログオンデータを確認し、選択したサーバへのアクセス権を設定します（管理可

能 = 必要の場合）。パスワードは現在のセッションについて有効です。

サーバにアクセスできない場合、ログオンデータは正しいものとして保存されま

す（管理可能 = いいえの場合）。

一覧からサーバを削除

表示されているリストから選択したサーバを削除します。

5.2.5.2

クリーンアップウィザード

このウィザードを使用して、エージェントのステータスが「エラー」の場合にサー

バの Update エージェントをクリーンアップします。

Update エージェントのリセットは、ジョブがジョブステータス = エラーで停止し

てエラーテキストにメッセージ「Pending Jobs」が含まれている場合に必要となり

ます。ジョブのエラーテキストは、「ジョブ詳細」タブでジョブを選択して詳細セ

クションを開いて表示できます（「

64 ページの「ジョブ詳細」タブ

」を参照）。

「Pending Jobs」が返されるのは、Update エージェントが既に他の管理用サー

バからのジョブ、またはCLI 経由で実行されたジョブの処理を行っている場合で

す。

クリーンアップウィザードは複数のダイアログボックスで構成され、個々のステッ

プのガイドが示されます。すべての必要なステップは、左側にツリー構造で表示さ

れます。

「クリーンアップウィザード」を開くには、「サーバ詳細」タブでサーバを選択し

て、「クリーンアップ」をクリックします。

ServerView Update Management 72

5.2 「アップデートマネージャ」メインページ

「ログオン」ステップ（クリーンアップウィザード）

「ログオン」はウィザードの最初のステップです。ここで、ユーザ認証が必要なす

べてのサーバにログオンします（エージェントアクセス = 不許可または認証未）。

図 13: 「ログオン」ステップ

テーブルには、「サーバ詳細」タブで選択したすべてのサーバが表示されます。ア

クセスステータスが「不許可」または「認証未」のすべてのサーバが自動的に選択

されます。

アクセスステータスが「不許可」または「認証未」以外のサーバを選択した場

合、アップデートマネージャはこれらのサーバへのログオンの試行を無視しま

す。

カラム

サーバ

管理可能

意味

サーバの名前

サーバの可用性

ServerView Update Management 73

5.2 「アップデートマネージャ」メインページ

カラム意味

エージェントアクセスサーバ上の Update エージェントのアクセスステータス

許可

不許可

制限無し

サーバへのログオンはすでに正常に完

了しています。サーバにアクセスでき

ます。

サーバへのアクセスは現在制限されて

います。適切なユーザ ID とパスワード

を使用してサーバにログオンする必要

があります。

サーバへのアクセスにはログオンは不

要です。

信頼サーバにログオンの時点でアクセスで

きなかったため、ログオンデータは正

しいものとして保存されました。

認証済

認証未

有効な証明書がインストールされてい

ます。

管理対象サーバにシングルサインオン

できます。

有効な証明書がインストールされてい

ません。

管理対象サーバにシングルサインオン

できません。

ServerView Update Management 74

5.2 「アップデートマネージャ」メインページ

ユーザ

有効なユーザ ID

パスワード

アクセス制御のパスワード

このパラメータは、管理対象ノード上の ServerView Update Agent が

AccountCheck で設定されている場合のみ必要です。

マネジメントブレードとコネクションブレードを TFTP サーバ経由でアップデート

する場合は、ユーザ ID とパスワードを入力してハードウェアにアクセスします。

VMware ESXi OSを実行しているシステム上の iRMC S3/iRMC S4/iRMC S5

ファームウェアまたはシステムボード BIOS を TFTP サーバ経由でアップデートす

る場合は、ユーザ ID とパスワードを入力して iRMC にアクセスします。

（ESXi システムへのアクセスデータはチェック済みで、ServerView Operations

Manager 内に格納されています。これらはアップデート管理で自動的に取得されま

す。）

パスワードの確認と設定

ログオンデータを確認し、選択したサーバへのアクセス権を設定します（管理可

能 = 必要の場合）。パスワードは現在のセッションについて有効です。

サーバにアクセスできない場合、ログオンデータは正しいものとして保存されま

す（管理可能 = いいえの場合）。

一覧からサーバを削除

表示されているリストから選択したサーバを削除します。

「ジョブのスケジュール」ステップ（クリーンアップウィザード）

「ジョブのスケジュール」はウィザードの最後のステップです。ここで、クリーン

アップを実行する時刻を指定します。

ServerView Update Management 75

5.2 「アップデートマネージャ」メインページ

図 14: 「ジョブのスケジュール」ステップ

クリーンアップを実行するサーバが、実行する時点で稼動していることを確認

してください。

転送開始時刻

ジョブのサーバへの転送開始時刻。

直ちに

「完了」をクリックしてウィザードを終了した直後に、転送を開始します。

後で

転送を指定された時刻に開始します。

日付、時間、分を選択します。

アップデート開始時刻

サーバでのアップデート段階の開始時刻。

転送後直ちに

転送直後にアップデートを開始します。

後で

アップデート段階を指定された時刻に開始します。転送段階が指定した時刻

で終了していない場合、転送段階の終了直後にアップデートを開始します。

ServerView Update Management 76

5.2 「アップデートマネージャ」メインページ

リブート開始時刻

サーバリブートの開始時刻（リブート = 必要、またはリブート = 環境依存の場

合のみ）。

ジョブに含まれるすべてのコンポーネントでリブートまたは自動リブート（リ

ブート = 自動の場合）が不要の場合は、以下のオプションは無効になります

（淡色表示）。

アップデート後直ちに

アップデート段階の終了直後にリブートが開始されます。

後で

リブートを指定された時刻に開始します。アップデート段階が指定した時刻

で終了していない場合、アップデート段階の終了直後にリブートを開始しま

す。

「リブート開始時刻」オプションは、マネジメントブレードとコネクショ

ンブレードのブート開始時刻には影響ありません。マネジメントブレード

とコネクションブレードは、フラッシュ直後にブートされます。

5.2.5.3

オフラインアップデートウィザード

このウィザードを使用して、新しいオフラインアップデートジョブを作成できま

す。

オフラインアップデートウィザードは複数のダイアログボックスで構成され、個々

のステップのガイドが示されます。すべての必要なステップは、左側にツリー構造

で表示されます。

「オフラインアップデートウィザード」を開くには、「サーバ詳細」タブでサーバ

を選択して、「オフラインアップデート」をクリックします。

「ログオン」ステップ（オフラインアップデートウィザード）

「ログオン」はウィザードの最初のステップです。ここで、ユーザ認証が必要なす

べてのサーバにログオンします（エージェントアクセス = 不許可または認証未）。

オフラインアップデートウィザードは管理対象サーバの iRMC を使用するので、 iRMC 認証情報でログインする必要があります。

ServerView Update Management 77

5.2 「アップデートマネージャ」メインページ

図 15: 「ログオン」ステップ

テーブルには、「サーバ詳細」タブで選択したすべてのサーバが表示されます。オ

フラインアップデートに選択するすべてのサーバに、適切なアクセス権がある iRMC の認証情報が必要です。

ユーザ

有効なユーザ ID

パスワード

アクセス制御のパスワード。

このパラメータは、管理対象ノード上の ServerView Update Agent が

AccountCheck で設定されている場合のみ必要です。

パスワードの確認と設定

ログオンデータを確認し、選択したサーバへのアクセス権を設定します（管理可

能 = 必要の場合）。パスワードは現在のセッションについて有効です。

一覧からサーバを削除

表示されているリストから選択したサーバを削除します。

「ジョブのスケジュール」ステップ（オフラインアップデートウィザード）

「ジョブのスケジュール」はウィザードの２つのステップです。ここで、クリーン

アップを実行する時刻を指定します。

ServerView Update Management 78

5.2 「アップデートマネージャ」メインページ

図 16: 「ジョブのスケジュール」ステップ

オフラインアップデートを実行するサーバが、実行する時点で稼動しているこ

とを確認してください。

転送開始時刻

ジョブのサーバへの転送開始時刻。

直ちに

「完了」をクリックしてウィザードを終了した直後に、転送を開始します。

後で

転送を指定された時刻に開始します。

日付、時間、分を選択します。

アップデート開始時刻

サーバでのアップデート段階の開始時刻。

転送後直ちに

転送直後にアップデートを開始します。

後で

アップデート段階を指定された時刻に開始します。転送段階が指定した時刻

で終了していない場合、転送段階の終了直後にアップデートを開始します。

ServerView Update Management 79

5.2 「アップデートマネージャ」メインページ

リブート開始時刻

サーバリブートの開始時刻（リブート = 必要、またはリブート = 環境依存の場

合のみ）。

ジョブに含まれるすべてのコンポーネントでリブートまたは自動リブート（リ

ブート = 自動の場合）が不要の場合は、以下のオプションは無効になります

（淡色表示）。

アップデート後直ちに

アップデート段階の終了直後にリブートが開始されます。

後で

リブートを指定された時刻に開始します。アップデート段階が指定した時刻

で終了していない場合、アップデート段階の終了直後にリブートを開始しま

す。

「リブート開始時刻」オプションは、マネジメントブレードとコネクショ

ンブレードのブート開始時刻には影響ありません。マネジメントブレード

とコネクションブレードは、フラッシュ直後にブートされます。

5.2.5.4

ジョブの作成ウィザード

このウィザードでは、新しいアップデートジョブを作成できます。ウィザードは複

数のダイアログボックスで構成され、個々のステップのガイドが示されます。すべ

ての必要なステップは、左側にツリー構造で表示されます。

ウィザードを開くには、「アップデート詳細」タブでサーバとアップデートを選択

して「ジョブの作成」をクリックします。

「ログオン」ステップ（ジョブ作成ウィザード）

「ログオン」はウィザードの最初のステップです。ここで、ユーザ認証が必要なす

べてのサーバにログオンします（エージェントアクセス = 不許可または認証未）。

ServerView Update Management 80

5.2 「アップデートマネージャ」メインページ

図 17: 「ログオン」ステップ

テーブルには、「アップデート詳細」タブで選択したアップデートの対象となる、

すべてのサーバが表示されます。アクセスステータスが「不許可」または「認証

未」のすべてのサーバが自動的に選択されます。

アクセスステータスが「不許可」または「認証未」以外のサーバを選択した場

合、アップデートマネージャはこれらのサーバへのログオンの試行を無視しま

す。

カラム

サーバ

管理可能

意味

サーバの名前

サーバの可用性

ServerView Update Management 81

5.2 「アップデートマネージャ」メインページ

カラム意味

エージェントアクセスサーバ上の Update エージェントのアクセスステータス

許可

不許可

制限無し

サーバへのログオンはすでに正常に完

了しています。サーバにアクセスでき

ます。

サーバへのアクセスは現在制限されて

います。適切なユーザ ID とパスワード

を使用してサーバにログオンする必要

があります。

サーバへのアクセスにはログオンは不

要です。

信頼サーバにログオンの時点でアクセスで

きなかったため、ログオンデータは正

しいものとして保存されました。

認証済

認証未

有効な証明書がインストールされてい

ます。

管理対象サーバにシングルサインオン

できます。

有効な証明書がインストールされてい

ません。

管理対象サーバにシングルサインオン

できません。

ServerView Update Management 82

5.2 「アップデートマネージャ」メインページ

ユーザ

有効なユーザ ID

パスワード

アクセス制御のパスワード

このパラメータは、管理対象ノード上の ServerView Update Agent が

AccountCheck で設定されている場合のみ必要です。

マネジメントブレードとコネクションブレードを TFTP サーバ経由でアップデート

する場合は、ユーザ ID とパスワードを入力してハードウェアにアクセスします。

VMware ESXi OSを実行しているシステム上の iRMC S3/iRMC S4/iRMC S5

ファームウェアまたはシステムボード BIOS を TFTP サーバ経由でアップデートす

る場合は、ユーザ ID とパスワードを入力して iRMC にアクセスします。

（ESXi システムへのアクセスデータはチェック済みで、ServerView Operations

Manager 内に格納されています。これらはアップデート管理で自動的に取得されま

す。）

パスワードの確認と設定

ログオンデータを確認し、選択したサーバへのアクセス権を設定します（管理可

能 = 必要の場合）。パスワードは現在のセッションについて有効です。

サーバにアクセスできない場合、ログオンデータは正しいものとして保存されま

す（管理可能 = いいえの場合）。

一覧からサーバを削除

表示されているリストから選択したサーバを削除します。

「バージョンの変更」ステップ（ジョブ作成ウィザード）

「バージョンの変更」はウィザードの 2 番目のステップです。テーブルには、

「アップデート詳細」タブで選択したすべてのアップデートが表示されます。

ServerView Update Management 83

5.2 「アップデートマネージャ」メインページ

図 18: 「バージョンの変更」ステップ

カラム

サーバ名

意味

サーバの名前

カテゴリコンポーネントが属するグループ

コンポーネントコンポーネントの名前

現在インストールされているバージョンインストール

バージョン

新バージョンインストールされたバージョンを置換するバージョン

「ジョブ名の入力」ステップ（ジョブ作成ウィザード）

「ジョブ名の入力」はウィザードの 3 番目のステップです。ここでは、ジョブに名

前を割り当てます。

ServerView Update Management 84

5.2 「アップデートマネージャ」メインページ

図 19: 「ジョブ名の入力」ステップ

ジョブ名

ジョブの一意の名前

デフォルト: JOB_<連番、1 から開始>

説明

コメントとしてのジョブの説明（オプション）

Web ユーザ（PRIMEQUEST サーバのみ）

Web サーバのユーザ名（中央管理用サーバ）

Web パスワード（PRIMEQUEST サーバのみ）

Web サーバのパスワード（中央管理用サーバ）

以下のフィールドの目的は、情報提供のみです。値は変更できません。

ServerView Update Management 85

5.2 「アップデートマネージャ」メインページ

複数のサーバにジョブを同時に作成する場合、同じフィールドに表示されるパ

ラメータの値が異なる場合があります。この場合、文字列「---」がこのフィー

ルドに表示されます。

例 :

ジョブが入力されたサーバでは、アップデート後にリブートが必要です（リ

ブート = 必要）。その他のサーバではリブートは不要です（リブート = 不

要）。この場合、「リブート」フィールドには文字列「---」が表示されます。

同じフィールドに表示されるパラメータに同じ値が指定される場合は、この値

が表示されます。

重要度

アップデートの重要性

推奨

必須

アップデートが推奨されま

す。

アップデートが緊急に必要で

す。

不要アップデートは不要です。

1 台のサーバに対してジョブを作成する場合、ジョブに含まれるアップデートの

最高重要度が表示されます（必須 > 推奨 > 不要）。

リブート

ジョブの実行後にリブートが必要か（リブート = 必要）、または不要か（リ

ブート = 不要）を示します。

環境依存

コンポーネントがアップデートされた後にサーバを再起動するかどうかを示

します。

自動（マネジメントブレードとコネクションブレードのみ）

コンポーネント自体でリブートが必要かどうかを判断します。

1 台のサーバについてジョブを作成した場合、少なくとも 1 つのアップデート

でリブートが必要な場合はリブートが必要です。

ダウンロードサイズ(MB)

該当するサーバへのアップデートのインストールに必要な、空きメモリ容量

インストール時間(分)

すべてのアップデートを該当するサーバにインストールするために必要な時間

サーバ

アップデート対象のサーバ名

ServerView Update Management 86

5.2 「アップデートマネージャ」メインページ

「ジョブのスケジュール」ステップ（ジョブ作成ウィザード）

「ジョブのスケジュール」はウィザードの最後のステップです。ここで、ジョブを

実行する時刻を指定します。

図 20: 「ジョブのスケジュール」ステップ

管理用サーバとジョブを実行するサーバが、実行時に稼動していることを確認

してください。

転送開始時刻

ジョブのサーバへの転送開始時刻。

直ちに

「完了」をクリックしてウィザードを終了した直後に、転送を開始します。

後で

転送を指定された時刻に開始します。

日付、時間、分を選択します。

ServerView Update Management 87

5.2 「アップデートマネージャ」メインページ

アップデート開始時刻

サーバでのアップデート段階の開始時刻。

転送後直ちに

転送直後にアップデートを開始します。

後で

アップデート段階を指定された時刻に開始します。転送段階が指定した時刻

で終了していない場合、転送段階の終了直後にアップデートを開始します。

リブート開始時刻

サーバリブートの開始時刻（リブート = 必要、またはリブート = 環境依存の場

合のみ）。

ジョブに含まれるすべてのコンポーネントでリブートまたは自動リブート（リ

ブート = 自動の場合）が不要の場合は、以下のオプションは無効になります

（淡色表示）。

アップデート後直ちに

アップデート段階の終了直後にリブートが開始されます。

後で

リブートを指定された時刻に開始します。アップデート段階が指定した時刻

で終了していない場合、アップデート段階の終了直後にリブートを開始しま

す。

「リブート開始時刻」オプションは、マネジメントブレードとコネクショ

ンブレードのブート開始時刻には影響ありません。マネジメントブレード

とコネクションブレードは、フラッシュ直後にブートされます。

5.2.5.5

「PSP詳細」ダイアログボックス

PRIMERGY Support Package（PSP）は、PRIMERGY サーバ上のドライバとソ

フトウェア製品をインストールおよびアップデートするための基本要素です。

PSP は、同種のドライバやソフトウェア製品について、それぞれ異なるバージョン

を含む複数のパッケージにより構成されています。

「PSP 詳細」ダイアログボックスを開くには、アップデートマネージャの「アップ

デート詳細」タブ、またはリポジトリマネージャの「更新」タブで、アップデート

の詳細セクションの「PSPの詳細を表示する」をクリックします。

ServerView Update Management 88

5.2 「アップデートマネージャ」メインページ

図 21: 「PSP詳細」ダイアログボックス

「PSP詳細」ダイアログボックスには、個々のパッケージについての情報とその他

のコンポーネントとの依存関係が表示されます。

ヘッダーには、PSP の名前とバージョンが表示されます。

その下には、個々のパッケージの情報とその他のコンポーネントとの依存関係のブ

ロックがあります。パッケージには PSP 内での連番が付けられ、バージョンととも

に表示されます。

依存関係

パッケージをインストールすには、すべての依存関係の要件を満たす必要がありま

す。

ServerView Update Management 89

5.2 「アップデートマネージャ」メインページ

インストールするパッケージについて、表示されるすべての依存関係を満たす

必要があります。

各 PSP について、すべての依存関係が満たされる最初のパッケージがインス

トールされます。

サポート

各コンポーネントグループについて、指定されたコンポーネントの少なくとも 1

つがターゲットシステム上に存在する必要があります。

OR 演算子で連結されたすべてのコンポーネントは、コンポーネントグループに

属します。

個々のコンポーネントグループは AND 演算子で連結されます。

Exclude

除外手順

「Exclude」でマークされたコンポーネントは、ターゲットシステムにひとつも

存在してはいけません。

除外されるすべてのコンポーネントは OR 演算子で連結されます。

Required

「Required」でマークされたコンポーネントは、ターゲットシステムにすべて

存在する必要があります。

すべての必要なコンポーネントは AND 演算子で連結されます。

ServerView Update Management 90

5.2 「アップデートマネージャ」メインページ

5.2.5.6

ジョブの編集ウィザード

「ジョブ編集ウィザード」で、「ジョブ詳細」タブで選択したジョブの「ジョブ

名」と「説明」を変更できます。

「ジョブステータス」が「レディ」の場合のみ、「転送開始時刻」、「アップデー

ト開始時刻」、および「リブート開始時刻」を変更できます。

このダイアログボックスを開くには、「ジョブ詳細」タブの「ジョブ詳細」をク

リックします。

「ジョブ編集ウィザード」は、「ジョブ名の入力」ステップと「ジョブのスケ

ジュール」ステップで構成されます。

「ジョブ名の入力」ステップ

図 22: 「ジョブ名の入力」ステップ

ジョブ名

選択したジョブの名前.

アクション名

ジョブの説明（コメント）

ServerView Update Management 91

「ジョブのスケジュール」ステップ

5.2 「アップデートマネージャ」メインページ

図 23: 「ジョブのスケジュール」ステップ

転送開始時刻

ジョブのサーバへの転送開始時刻。

直ちに

「完了」をクリックしてウィザードを終了した直後に、転送を開始します。

後で

転送を指定された時刻に開始します。

日付、時間、分を選択します。

アップデート開始時刻

サーバでのアップデート段階の開始時刻。

転送後直ちに

転送直後にアップデートを開始します。

後で

アップデート段階を指定された時刻に開始します。転送段階が指定した時刻

で終了していない場合、転送段階の終了直後にアップデートを開始します。

リブート開始時刻

サーバリブートの開始時刻（リブート = 必要、またはリブート = 環境依存の場

合のみ）。

ServerView Update Management 92

5.3 「リポジトリマネージャ」メインページ

ジョブに含まれるすべてのコンポーネントでリブートまたは自動リブート（リ

ブート = 自動の場合）が不要の場合は、以下のオプションは無効になります

（淡色表示）。

アップデート後直ちに

アップデート段階の終了直後にリブートが開始されます。

後で

リブートを指定された時刻に開始します。アップデート段階が指定した時刻

で終了していない場合、アップデート段階の終了直後にリブートを開始しま

す。

「リブート開始時刻」オプションは、マネジメントブレードとコネクショ

ンブレードのブート開始時刻には影響ありません。マネジメントブレード

とコネクションブレードは、フラッシュ直後にブートされます。

5.3

「リポジトリマネージャ」メインページ

リポジトリマネージャでリポジトリを管理できます。

図 24: 「リポジトリマネージャ」メインページ

リポジトリマネージャのメインページには、リポジトリの現在のコンテンツが表示

され、以下の要素が含まれています（上から下の順）。 l

ServerView Operations Manager メニューバー。

メニューバーはページの上部にあり、以下のエントリがあります。

ServerView Update Management 93

5.3 「リポジトリマネージャ」メインページ o

<system_name> リンク。ダッシュボードのある ServerView Operations

Manager メインページを指す。 o

「監視」メニュー o

「管理」メニュー o

「CMS設定」メニュー o

ユーザインターフェース言語を選択する、「言語」メニュー o

<ユーザ> はログイン時に使用したユーザ名を示します。タイトルには「ロ

グアウト」リンクもあり、これをクリックするとログアウトできます。 o

「ヘルプ」メニュー「ヘルプ」のメニュー項目はビューによって異なりま

す。「リポジトリマネージャ」からはリポジトリマネージャのメインページ

の説明、「バージョン情報」からは ServerView Operations Manager の

バージョンを表示できます。

マウスポインタをメニューの上に移動するか、メニューをクリックすると、個々

のメニューに依存するメニュー項目が表示されます。 l

メニューバーのメニューについて、詳しくは、『ServerView Operations

Manager』取扱説明書を参照してください。

ワークエリア。左側にツリー構造、右側にタブがあります。

ServerView Update Management 94

5.3.1

ツリー構造

5.3 「リポジトリマネージャ」メインページ

図 25: 「リポジトリマネージャ」のツリー構造

ツリー構造は左側に表示され、リポジトリマネージャで利用できるアップデートが

表示されます。ツリー構造で、「アップデート」タブのテーブルに表示するデータ

を選択します。

ツリー構造には以下のグループが表示され、関連するコンポーネントが一覧表示さ

れます。

すべてのアップデート

リポジトリ内のすべてのアップデート。

新しいアップデート

ダウンロードマネージャがダウンロードしたか、インポート機能を使ってイン

ポートした、リポジトリ内の新しいアップデートです。これらのアップデート

ServerView Update Management 95

5.3 「リポジトリマネージャ」メインページ

は、2 週間経過すると「新しいアップデート」グループから自動的に削除され

ます。

「アップデート」タブの「リロード」ボタンを使用してリポジトリをリロードす

ると、経過時間が 0 に設定され、時間カウンタが再度開始されます。

5.3.2

「アップデート」タブ

ツリー構造で選択したグループに属するすべてのエントリが、「アップデート」タ

ブのテーブルに表示されます。

図 26: 「アップデート」タブ

表では、コンテキストメニューを使用できます。コンテキストメニューを開く

には、表のエントリを右クリックします。

テーブル内の列の意味を以下で説明します。

カラム意味

可視性アップデートマネージャの「アップデート詳細」タブでの表示/非表示

パッケージは「アップデート詳細」タブに表示されます。

パッケージは「アップデート詳細」タブに表示されませ

ん。

テーブル 8: 「更新」タブのテーブル

ServerView Update Management 96

5.3 「リポジトリマネージャ」メインページ

カラム意味

重要度アップデートの緊急度

アップデートが推奨されます。

アップデートが緊急に必要です。

アップデートは不要です。

カテゴ

リ

コンポーネントグループの名前

コン

ポーネ

ント

コンポーネントの名前

バー

ジョン

アップデートのバージョン

OS OS の種類

インス

トール

時間

アップデートのインストール時間（分単位）

リブー

ト要

アップデート後にサーバリブートが必要か（必要）、または不要か（不

要）を示します。

環境依存

コンポーネントがアップデートされた後にサーバを再起動するかどうかを

示します。

自動（マネジメントブレードとコネクションブレードのみ）

コンポーネント自体でリブートが必要かどうかを判断します。

備考アップデートに関するコメント

テーブル 8: 「更新」タブのテーブル

ServerView Update Management 97

5.3 「リポジトリマネージャ」メインページ

テーブルの基本的なアイコン

テーブルの表示のコントロールに使用できる基本的なアイコンがいくつかありま

す。

アイ

コン

意味

グローバルフィルタこのアイコンの後ろにあるテキストフィールドの指定に

従って、テーブルをフィルタします。

選択した列のテキストフィールドでの指定に従って、テーブルの内容をフィ

ルタします。

関連カラムの内容に従ってテーブルを並べ替えます（アルファベット順、数

値、状態の名前順）

詳細セクションが開き、追加情報が表示されます。

詳細セクションを閉じます。

テーブル 9: 基本的なアイコン

ボタン

削除

「リポジトリコンポーネントの削除」ダイアログボックスを開いて、必要なく

なって削除可能なコンポーネントをリポジトリから選択できます（「

108 ペー

ジの「リポジトリコンポーネントの削除」ダイアログボックス」の項を参照）

。

コンポーネントの削除ができるのは、現在のリポジトリが、コンピュータ

のローカル HDD パーティションまたは外部の USB ストレージデバイス

にある場合のみです。

削除は、アップデートジョブに属さないコンポーネントについてのみ可能

です。このため、このようなコンポーネントをリポジトリから削除するに

は、関連するアップデートジョブを先に削除してください。

ServerView Update Management 98

5.3 「リポジトリマネージャ」メインページ

インポート

管理用サーバのリポジトリをアップデートするには、「リポジトリコンポーネン

トのインポート」ダイアログボックスを開いて、新しいコンポーネントを

ServerView Update DVD または別の既存のリポジトリからインポートします

（「

104 ページの「リポジトリコンポーネントのインポート」ダイアログボッ

クス」の項を参照）。

指定したディレクトリ（サブディレクトリをすべて含む）にあるすべてのアップ

デートコンポーネントが、管理用サーバの既存のリポジトリに（より新しい場合

は）追加されます。

リポジトリ全体を置き換える場合は、基本設定ウィザード（アップデート

管理の設定ウィザード）を使用して行います。詳細は、『基本設定ウィ

ザード - ServerView Operations Manager』取扱説明書を参照してくだ

さい。

編集

「アップデートのプロパティの編集」ダイアログボックスを開いて、アップ

デートの「カスタム重要度」、「コメント」、「可視性」パラメータを編集でき

ます（「

102 ページの「アップデートのプロパティ編集」ダイアログボック

ス」の項を参照）。

リロード

リポジトリをリロードし、データベースエントリをアップデートします。バック

グラウンドで、すべてのサーバに対してインベントリデータの再収集が実行され

ます。

リポジトリがリロードされると、ツリー構造の「新しいアップデート」グループ

のアップデートの経過時間が 0 に設定され、時間カウンタが再度開始されま

す。

リポジトリは、アップデートが手動で追加された場合にのみリロードする

必要があります。

詳細セクション

テーブルのアップデートエントリの横にある矢印アイコンをクリックすると、エン

トリが展開し、選択したアップデートに関する追加情報を表示できます。

サーバグループ「サポートされていないサーバー」または「不明なサーバ」を選択

した場合、このセクションにはデータが表示されません。

カテゴリ

コンポーネントが属するグループ。

バージョン

アップデートバージョン。

ServerView Update Management 99

5.3 「リポジトリマネージャ」メインページ

バージョン詳細

アップデートバージョンの詳細。

ダウンロードサイズ(MB)

アップデートに必要なメモリ量（MB 単位）。

ダウンロード時刻

アップデートが Web サーバからリポジトリに転送される時刻。

アップデートの説明（コメント）。

依存関係

アップデートに関して注意が必要な依存関係。

コンポーネント

コンポーネント名。

該当する OS。

リブート要

アップデート後にサーバリブートが必要か（必要）、または不要か（不要）を示

します。

環境依存

コンポーネントがアップデートされた後にサーバを再起動するかどうかを示

します。

自動（マネジメントブレードとコネクションブレードのみ）

コンポーネント自体でリブートが必要かどうかを判断します。

インストール時間(分)

アップデートのインストール時間（分単位）。

ベンダ重要度

Fujitsu が指定したアップデートの重要度。

推奨アップデートが推奨されま

す。

必須

不要

アップデートが緊急に必要で

す。

アップデートは不要です。

ServerView Update Management 100

5.3 「リポジトリマネージャ」メインページ

カスタム重要度

ユーザが指定したアップデートの重要度。このパラメータを使用して「ベンダ重

要度」設定を上書きできます。

推奨アップデートが推奨されま

す。

必須

不要

アップデートが緊急に必要で

す。

アップデートは不要です。

可視性

アップデートマネージャの「アップデート詳細」タブでのパッケージの可視性。 visible（デフォルト）パッケージは表示されます。 hidden パッケージは表示されません。

ボタン

リリースノートを表示

規定のブラウザが開き、最新のリリースノートが表示されます。

PSP 詳細を表示

（PSP = PRIMERGY サポートパッケージ）

選択したアップデートに含まれるパッケージの情報を表示します。

5.3.3

ダイアログボックス

リポジトリマネージャには、以下のダイアログボックスがあります。 l

「アップデートのプロパティ編集」ダイアログボックス l l

「PSP詳細」ダイアログボックス

「リポジトリコンポーネントのインポート」ダイアログボックス l l l l l

「新しいリポジトリコンポーネントのインポート」結果ダイアログボックス

「リポジトリコンポーネントのエクスポート」ダイアログボックス

「リポジトリコンポーネントのエクスポート」 - 「結果」ダイアログボックス

「リポジトリコンポーネントの削除」ダイアログボックス

「リポジトリコンポーネントの削除」結果ダイアログボックス

ServerView Update Management 101

5.3 「リポジトリマネージャ」メインページ

5.3.3.1

「アップデートのプロパティ編集」ダイアログボックス

「アップデートのプロパティ編集」ダイアログボックスには、「アップデート」タ

ブで選択したジョブに関連する、明確で詳細な概要情報が提示されます。このダイ

アログボックスの大部分のパラメータは変更できません。アップデートの以下のプ

ロパティは変更できます。 l l l

カスタム重要度

可視性

このダイアログボックスを開くには、「アップデート」タブの「編集」をクリック

します。

図 27: 「アップデートのプロパティ編集」ダイアログボックス

カテゴリ

コンポーネントが属するグループ。

バージョン

アップデートバージョン。

バージョン詳細

アップデートバージョンの詳細。

ServerView Update Management 102

5.3 「リポジトリマネージャ」メインページ

ダウンロードサイズ(MB)

アップデートに必要なメモリ量（MB 単位）。

ダウンロード時刻

アップデートが Web サーバからリポジトリに転送される時刻。

アップデートの説明（コメント）。

依存関係

アップデートに関して注意が必要な依存関係。

コンポーネント

コンポーネント名。

該当する OS。

リブート要

アップデート後にサーバリブートが必要か（必要）、または不要か（不要）を示

します。

環境依存

コンポーネントがアップデートされた後にサーバを再起動するかどうかを示

します。

自動（マネジメントブレードとコネクションブレードのみ）

コンポーネント自体でリブートが必要かどうかを判断します。

インストール時間(分)

アップデートのインストール時間（分単位）。

ベンダ重要度

Fujitsu が指定したアップデートの重要度。

推奨アップデートが推奨されま

す。

必須

不要

アップデートが緊急に必要で

す。

アップデートは不要です。

ServerView Update Management 103

5.3 「リポジトリマネージャ」メインページ

カスタム重要度

ユーザが指定したアップデートの重要度。このパラメータを使用して「ベンダ重

要度」設定を上書きできます。

推奨アップデートが推奨されま

す。

必須

不要

アップデートが緊急に必要で

す。

アップデートは不要です。

可視性

5.3.3.2

「リポジトリコンポーネントのインポート」ダイアログボックス

管理サーバのリポジトリをアップデートするには、新しいコンポーネントを、

ServerView Update DVD、または「リポジトリコンポーネントのインポート」ダ

イアログボックスの別の既存のリポジトリからインポートします。

リポジトリ全体を置き換える場合は、基本設定ウィザード（アップデート管理

の設定ウィザード）を使用して行います。詳細は、『基本設定ウィザード -

ServerView Operations Manager』取扱説明書を参照してください。

「インポート」または「アップデート」タブをクリックして「リポジトリコンポー

ネントのインポート」ダイアログボックスを開きます。

ServerView Update Management 104

5.3 「リポジトリマネージャ」メインページ

図 28: 「リポジトリのインポート」ダイアログボックス

コンポーネントのインポートができるのは、現在のリポジトリが、コンピュー

タのローカル HDD パーティションまたは外部の USB ストレージデバイスに

ある場合のみです。

管理用サーバのリポジトリをアップデートするには、新しいコンポーネントを

ServerView Update DVDまたは別の既存のリポジトリからインポートします。

「インポートパス」フィールドに、インポートするアップデートコンポーネントを

含むディレクトリを指定して「インポートの確認」をクリックしてください。

プロセスが終了すると、指定したディレクトリ（すべてのサブディレクトリを含

む）内のすべてのコンポーネントが左側の「コンポーネントの一覧」リストに表示

ServerView Update Management 105

5.3 「リポジトリマネージャ」メインページ

されます。より新しいアップデートを表示する場合のみ、「新しいアップデートの

みフィルタをかける」オプションを有効にします。

必要なすべてのコンポーネントを、左側の「コンポーネントの一覧」リストから右

側の「選択されたコンポーネント」リストにコピーして、「インポート」をクリッ

クします。

選択したすべてのアップデートコンポーネントが、管理用サーバの既存のリポジト

リに（まだない場合）追加されます。古いバージョンのコンポーネントが存在する

場合は、新しいバージョンがローカルリポジトリに追加されます。

ドライブのタイプ

ローカル

インポートパスはローカル管理用サーバ上にあります。

リモート

インポートパスはネットワークの任意の場所にあります。このオプションは

Windows 管理用サーバでのみ使用できます。

このオプションを有効にするには、「ユーザ」と「パスワード」の入力が必

要です。

インポートパス

インポートするディレクトリの絶対パス。このディレクトリは、既存のリポジト

リまたはサブディレクトリのルートにできます。

管理用サーバで直接 ServerView Operations Manager を起動した場合の

み、「参照...」ボタンは有効です。

インポートの確認

「インポートパス」フィールドに定義されたディレクトリで、使用可能なコン

ポーネントを確認します。検出されたすべてのコンポーネントは、左側の「コン

ポーネントの一覧」リストに表示されます。

新しいアップデートのみフィルタをかける

このオプションを使用する場合、より新しいアップデートのみ左側の「コンポー

ネントの一覧」リストに表示されます。

発生元

このリストには、インポート可能なすべての新しいコンポーネントが表示されま

す。

コンポーネントは、ローカルまたはリモートリポジトリからインポートできま

す。

ServerView Update Management 106

5.3 「リポジトリマネージャ」メインページ

宛先

このリストには、「コンポーネントの一覧」リストから選択したすべてのコン

ポーネントが表示されます。

選択したコンポーネントは現在のリポジトリへインポートされます。

5.3.3.3

「新しいリポジトリコンポーネントのインポート」 - 結果ダイアログボックス

「新しいリポジトリコンポーネントをインポート中」結果ダイアログボックスは、

インポートプロセスの後に自動的に表示されます。

図 29: 「新しいリポジトリコンポーネントのインポート」 - 結果

このダイアログボックスには、コンポーネントを現在のリポジトリへインポートし

た結果が示されます。

カテゴリ

コンポーネントグループの名前

コンポーネント

コンポーネント名。

バージョン

アップデートのバージョン

結果

コンポーネントがインポートされました。

エラー

インポートに失敗しました。

エラーメッセージ

インポートの失敗原因について説明が表示されます。

ServerView Update Management 107

5.3 「リポジトリマネージャ」メインページ

5.3.3.4

「リポジトリコンポーネントの削除」ダイアログボックス

このダイアログボックスを開くには、「アップデート」タブの「削除」をクリック

します。

図 30: 「リポジトリコンポーネントの削除」ダイアログボックス

コンポーネントの削除ができるのは、現在のリポジトリが、コンピュータの

ローカル HDD パーティションまたは外部の USB ストレージデバイスにある

場合のみです。

削除は、アップデートジョブに属さないコンポーネントについてのみ可能で

す。このため、このようなコンポーネントをリポジトリから削除するには、関

連するアップデートジョブを先に削除してください。

左側の「コンポーネントの一覧」リストに、現在のリポジトリのすべてのコンポー

ネントが表示されます。

「コンポーネントの一覧」リストで削除するコンポーネントを選択し、「対象サー

バ」リストにコピーします。

選択したコンポーネントを削除するには、「削除」をクリックします。

ServerView Update Management 108

5.3 「リポジトリマネージャ」メインページ

リポジトリのパス

現在のリポジトリがある場所の絶対パスが表示されます。

発生元

このリストには、現在のリポジトリに含まれるすべてのコンポーネントが表示さ

れます。

宛先

このリストには、「コンポーネントの一覧」リストから選択したすべてのコン

ポーネントが表示されます。

5.3.3.5

「リポジトリコンポーネントの削除」 - 結果ダイアログボックス

「リポジトリコンポーネントの削除」結果ダイアログボックスは、削除プロセスの

最後が完了すると自動的に開きます。

図 31: 「リポジトリコンポーネントの削除」 - 結果

このダイアログには、現在のリポジトリからコンポーネントを削除した結果が表示

されます。

カテゴリ

コンポーネントグループの名前

コンポーネント

コンポーネント名。

バージョン

アップデートのバージョン

結果

コンポーネントが削除されました。

エラー

削除プロセスは失敗しました。

ServerView Update Management 109

5.3 「リポジトリマネージャ」メインページ

使用中

アップデートジョブで使用されているため、コンポーネントは削除されませ

んでした。

エラーメッセージ

削除プロセスの失敗原因について説明が表示されます。

5.3.3.6

「PSP詳細」ダイアログボックス

PRIMERGY Support Package（PSP）は、PRIMERGY サーバ上のドライバとソ

フトウェア製品をインストールおよびアップデートするための基本要素です。

PSP は、同種のドライバやソフトウェア製品について、それぞれ異なるバージョン

を含む複数のパッケージにより構成されています。

「PSP 詳細」ダイアログボックスを開くには、アップデートマネージャの「アップ

デート詳細」タブ、またはリポジトリマネージャの「更新」タブで、アップデート

の詳細セクションの「PSPの詳細を表示する」をクリックします。

図 32: 「PSP詳細」ダイアログボックス

ServerView Update Management 110

5.4 「ダウンロードマネージャ」メインページ

「PSP詳細」ダイアログボックスには、個々のパッケージについての情報とその他

のコンポーネントとの依存関係が表示されます。

ヘッダーには、PSP の名前とバージョンが表示されます。

その下には、個々のパッケージの情報とその他のコンポーネントとの依存関係のブ

ロックがあります。パッケージには PSP 内での連番が付けられ、バージョンととも

に表示されます。

依存関係

パッケージをインストールすには、すべての依存関係の要件を満たす必要がありま

す。

インストールするパッケージについて、表示されるすべての依存関係を満たす

必要があります。

各 PSP について、すべての依存関係が満たされる最初のパッケージがインス

トールされます。

サポート

各コンポーネントグループについて、指定されたコンポーネントの少なくとも 1

つがターゲットシステム上に存在する必要があります。

OR 演算子で連結されたすべてのコンポーネントは、コンポーネントグループに

属します。

個々のコンポーネントグループは AND 演算子で連結されます。

Exclude

除外手順

「Exclude」でマークされたコンポーネントは、ターゲットシステムにひとつも

存在してはいけません。

除外されるすべてのコンポーネントは OR 演算子で連結されます。

Required

「Required」でマークされたコンポーネントは、ターゲットシステムにすべて

存在する必要があります。

すべての必要なコンポーネントは AND 演算子で連結されます。

5.4

「ダウンロードマネージャ」メインページ

ダウンロードマネージャを使用して、ダウンロードタスクを定義します。タスクを

実行する日時と頻度を設定し、選択したサーバを割り当ててダウンロードタスクを

有効化します。すでに実行したダウンロードタスクについての情報も表示できま

す。

ServerView Update Management 111

5.4 「ダウンロードマネージャ」メインページ

ダウンロードサービスは定義されたダウンロードタスクを使用して割り当てられた

サーバへのアップデートを検索し、アップデートをデフォルトリポジトリにロード

し、ダウンロードタスクが有効にされているサーバ上でアップデートを実行する必

要があるかどうかを確認します。

図 33: 「ダウンロードマネージャ」メインページ

ダウンロードマネージャのメインページには、上から下に向かって以下のエレメン

トがあります。 l

ServerView Operations Manager メニューバー。

メニューバーはページの上部にあり、以下のエントリがあります。 o

<system_name> リンク。ダッシュボードのある ServerView Operations

Manager メインページを指す。 o

「監視」メニュー o

「管理」メニュー o

「CMS設定」メニュー o

ユーザインターフェース言語を選択する、「言語」メニュー o

<ユーザ> はログイン時に使用したユーザ名を示します。タイトルには「ロ

グアウト」リンクもあり、これをクリックするとログアウトできます。 o

「ヘルプ」メニュー「ヘルプ」のメニュー項目はビューによって異なりま

す。「ダウンロードマネージャ」からはダウンロードマネージャのメイン

ページの説明、「バージョン情報」からは ServerView Operations

Manager のバージョンを表示できます。

マウスポインタをメニューの上に移動するか、メニューをクリックすると、個々

のメニューに依存するメニュー項目が表示されます。 l

メニューバーのメニューについて、詳しくは、『ServerView Operations

Manager』取扱説明書を参照してください。

ワークエリア。左側にツリー構造、右側にタブがあります。

ServerView Update Management 112

5.4.1

ツリー構造

5.4 「ダウンロードマネージャ」メインページ

図 34: 「ダウンロードマネージャ」のツリー構造

ダウンロードマネージャの左側にはツリー構造があり、ドメインおよびカスタマイ

ズされたグループ内のすべてのサーバが表示されます。

すべてのサーバ

現在アップデートマネージャでサポートされている、ドメイン内のサーバを表示

します。

グループ

ユーザが定義したグループを表示します。

ServerView Update Management 113

5.4 「ダウンロードマネージャ」メインページ

サーバアイコン

サーバまたはグループ記号（ブレードサーバ、仮想システムなど）の前にあるア

イコンは、対応するサーバ/グループの累積的なアップデートステータスを示し

ます。

アップデート不要、または重要度 = 通常でアップデートが必要です。

重要度 = 推奨でアップデートが必要です。

重要度 = 必須でアップデートが必要です。

未定義。使用可能な既存のインベントリがありません。

5.4.2

「スケジュール」タブ

「スケジュール」タブには、現在使用できるすべてのダウンロードタスクが表示さ

れます。新しいダウンロードタスクの作成、既存のダウンロードタスクの変更、削

除、有効化、無効化を実行できます。

ダウンロードタスクを作成する際、ダウンロードタスクの実行日時と頻度、保存す

る関連ログファイルの数を定義します。ダウンロードタスクを使用するには、「ダ

ウンロードサーバタスクの追加」ダイアログボックスを使用して、アップデートの

検索を実行するサーバを割り当てます。

図 35: 「スケジュール」タブ

表では、コンテキストメニューを使用できます。コンテキストメニューを開く

には、表のエントリを右クリックします。

有効

ダウンロードタスクに少なくとも 1 台のサーバが割り当てられているかどうか

を示します。

ServerView Update Management 114

5.4 「ダウンロードマネージャ」メインページ

スケジュール

ダウンロードタスクに指定されたダウンロードスケジュールのサマリを表示しま

す。

サーバ

ダウンロードタスクに割り当てられたサーバの名前を表示します。

ボタン

追加

ダイアログボックスが開き、新しいダウンロードタスクを指定します。

編集

ダイアログボックスが開き、テーブルで選択したダウンロードタスクを変更でき

ます。

削除

テーブルで選択したダウンロードタスクを削除します。

ただし、サーバが割り当てられていない場合にのみ、ダウンロードタスクを削除

できます。

5.4.3

「タスク」タブ

このタブには、ドメイン内の使用できるサーバの概要が表示されます。「スケ

ジュール」列には、サーバがダウンロードタスクに割り当てられているかどうか

と、割り当てられている場合は対応するタスクが表示されます。

特定のサーバまたはグループをツリー構造（左側）から選択すると、このタブに表

示するサーバ数を制限できます。

図 36: 「タスク」タブ

表では、コンテキストメニューを使用できます。コンテキストメニューを開く

には、表のエントリを右クリックします。

ServerView Update Management 115

5.4 「ダウンロードマネージャ」メインページ

テーブル内の列の意味を以下で説明します。

状態

サーバまたはグループ記号（ブレードサーバ、仮想システムなど）の前にあるア

イコンは、対応するサーバ/グループの累積的なアップデートステータスを示し

ます。

アップデート不要、または重要度 = 通常でアップデートが必要です。

重要度 = 推奨でアップデートが必要です。

重要度 = 必須でアップデートが必要です。

未定義。使用可能な既存のインベントリがありません。

名前

サーバの名前を表示します。

グループ

サーバグループの名前を表示します。

スケジュール

ダウンロードタスクのダウンロードスケジュールのサマリを表示します。

状態

このアイコンは、ダウンロードタスクのステータスを示します。

未定義 - ダウンロードタスクは実行されませんでした

OK - 最後に実行されたダウンロードタスクが成功しました

エラー - 最後に実行されたダウンロードタスクが失敗しました

実行中 - チェックまたはダウンロードの実行中です

前回の結果

アップデートの検索が最後に正常に実行された日時を表示します。

次回実行

アップデートの検索が次に実行される日時を表示します。

ServerView Update Management 116

5.4 「ダウンロードマネージャ」メインページ

ボタン

直ちに一度だけ

このボタンをクリックすると、テーブルで選択したサーバのアップデートの検索

が開始します。

無効

テーブルで選択したサーバを、割り当てられたダウンロードタスクから除外しま

す。

5.4.4

「ログファイル」タブ

このタブには、すでに完了したダウンロードタスクについての情報が表示されま

す。

図 37: 「ログファイル」タブ

表では、コンテキストメニューを使用できます。コンテキストメニューを開く

には、表のエントリを右クリックします。

テーブル内の列の意味を以下で説明します。

状態

テーブルで選択したダウンロードタスクのログファイルを表示します。

OK - 最後に実行されたダウンロードタスクが成功しました

エラー - 最後に実行されたダウンロードタスクが失敗しました

ServerView Update Management 117

5.4 「ダウンロードマネージャ」メインページ

時刻

ダウンロードタスクの開始時刻を示します。

名前

サーバの名前を表示します。

結果

ログファイルの作成時刻を表示します。

グループ

グループタスクのサーバグループ名を表示します。

スケジュール

このエントリに属するダウンロードタスクの説明が表示されます。

ダウンロードタスクのプロパティが変更されたり、ダウンロードタスクが削除さ

れたりすると、説明は変化します。

エラー

エラーが発生した場合に、ダウンロードタスクのエラー原因を表示します。

エラーメッセージについては、 186 ページのダウンロードマネージャのエラー

メッセージの項で説明しています。

ボタン

削除

テーブルで選択したダウンロードタスクのログファイルを削除します。

5.4.5

ダイアログボックス

ダウンロードマネージャには、以下のダイアログボックスがあります。 l

「ダウンロードサーバタスクの追加」ダイアログボックス（「

118 ページのダ

ウンロードサーバタスクの追加ダイアログボックス」の項を参照）

「ダウンロードサーバタスク設定の編集」ダイアログボックス（「 122 ページ

のダウンロードサーバタスクの編集ダイアログボックス」の項を参照）

5.4.5.1

ダウンロードサーバタスクの追加ダイアログボックス

このダイアログボックスでは、ダウンロードタスクを実行する日時と頻度、関連す

るログファイルを保存するかどうかを指定します。

ダイアログボックスは「スケジュール」タブで「追加」をクリックすると開きま

す。

ダイアログボックスは、「レポートスケジュール」ステップと「サーバの割り当

て」ステップで構成されます。

ServerView Update Management 118

「レポートスケジュール」ステップ

5.4 「ダウンロードマネージャ」メインページ

図 38: 「レポートスケジュール」ステップ

開始時刻選択

ダウンロードタスクを実行する日時をここで指定します。

直ちに実

行

ダウンロードタスクが有効にされたら直ちに開始します。

実行時刻

設定

ダウンロードタスクを指定された時刻に開始します。

日付、時間、分を選択します。

実行間隔

ダウンロードタスクを実行する頻度をここで指定します。

1度だけ

実行

ダウンロードタスクを 1 度だけ実行します。

時・分単

位で指定

ダウンロードタスクを 1 時間ごとに実行します。

（このオプションは現在使用できません）

日単位で

指定

ダウンロードタスクを 1 日ごとに実行します。

ServerView Update Management 119

5.4 「ダウンロードマネージャ」メインページ

週単位で

指定

ダウンロードタスクを 1 週間ごとに実行します。「週単位で指

定」を選択すると、「直ちに実行」オプションが無効（選択不

可）になります。

月単位で

指定

ダウンロードタスクを 1 か月ごとに実行します。「毎月」を選

択すると、「即実行」オプションが無効（選択不可）になりま

す。

ログデータの履歴を残す

ログファイルを保存するかどうか、保存する場合はファイル数を指定します。

残す数最新のログファイルのみを保存します。

保存する最新のログファイル数を指定できます。

なしログファイルを保存しません。

（このオプションは現在使用できません）

すべてすべてのログファイルを保存します。

内部サーバグループ（VMware またはブレードサーバなど）のすべてのログ

ファイルは、「ログデータの履歴を残す」で指定した内容に関わらず保存され

ます。

概要

指定された値のサマリが表示されます。

ボタン

キャンセル

入力された値を破棄し、ダイアログボックスを閉じます。

「サーバの割り当て」ステップに進みます。

「サーバの割り当て」ステップ

このステップでは、ダウンロードタスクに 1 つまたは複数のサーバを割り当てま

す。

ServerView Update Management 120

5.4 「ダウンロードマネージャ」メインページ

図 39: 「サーバの割り当て」ステップ

ウィンドウ上部の出力フィールドには、ダウンロードタスクに指定された値の概要

が表示されます。

ウィンドウの左側にはツリー構造があり、ドメインおよびカスタマイズされたグ

ループでの使用できるすべてのサーバが表示されます。ダウンロードタスクに割り

当てるサーバをここで選択します。

ウィンドウの右側には、ダウンロードタスクに割り当てられたサーバのリストがあ

ります。

ボタン

左側のリストで選択されたサーバを、右側のダウンロードタスクに割り当てられ

たサーバのリストにコピーします。

左側のリストから、右側のダウンロードタスクに割り当てられたサーバのリスト

に、すべてのサーバをコピーします。

右側のリストで選択されたエントリを、ダウンロードタスクに割り当てられた

サーバのリストから削除します。

ServerView Update Management 121

5.4 「ダウンロードマネージャ」メインページ

ダウンロードタスクに割り当てられたサーバのリストからのすべてのエントリを

右側のウィンドウから削除します。

キャンセル

入力された値を破棄し、ダイアログボックスを閉じます。

「レポートスケジュール」に戻ります。

終了

ダウンロードタスクに入力された値を保存し、ダイアログボックスを閉じます。

5.4.5.2

ダウンロードサーバタスクの編集ダイアログボックス

このダイアログボックスでは、ダウンロードタスクが実行される日時と保存する関

連ログファイル数の設定を変更できます。

以前選択したダウンロードタスクのダイアログボックスを開くには、「スケジュー

ル」タブの「編集」をクリックします。

ダイアログボックスは、「レポートスケジュール」ステップと「サーバの割り当

て」ステップで構成されます。

「レポートスケジュール」ステップ

図 40: 「レポートスケジュール」ステップ

ServerView Update Management 122

5.4 「ダウンロードマネージャ」メインページ

開始時刻選択

ダウンロードタスクを実行する日時をここで指定します。

直ちに実

行

ダウンロードタスクが有効にされたら直ちに開始します。

実行時刻

設定

ダウンロードタスクを指定された時刻に開始します。

日付、時間、分を選択します。

実行間隔

ダウンロードタスクを実行する頻度がここに表示されます。

このダウンロードタスクにサーバが割り当てられていない場合にのみ、値を変更

できます。

1度だけ

実行

ダウンロードタスクを 1 度だけ実行します。

時・分単

位で指定

ダウンロードタスクを 1 時間ごとに実行します。

（このオプションは現在使用できません）

日単位で

指定

ダウンロードタスクを 1 日ごとに実行します。

週単位で

指定

ダウンロードタスクを 1 週間ごとに実行します。

月単位で

指定

ダウンロードタスクを 1 か月ごとに実行します。

ログデータの履歴を残す

ここでは、ログファイルを保存するかどうか、保存する場合はファイル数を指定

します。

残す数最新のログファイルのみを保存します。

保存する最新のログファイル数を指定できます。

なしログファイルを保存しません。

（このオプションは現在使用できません）

すべてすべてのログファイルを保存します。

ServerView Update Management 123

5.4 「ダウンロードマネージャ」メインページ

内部サーバグループ（VMware またはブレードサーバなど）のすべてのログ

ファイルは、「ログデータの履歴を残す」で指定した内容に関わらず保存され

ます。

概要

指定された値のサマリがこの出力フィールドに表示されます。

「サーバの割り当て」ステップ

このステップでは、ダウンロードタスクに 1 つまたは複数のサーバを割り当てま

す。

図 41: 「サーバの割り当て」ステップ

ウィンドウ上部の出力フィールドには、ダウンロードタスクに指定された値の概要

が表示されます。

ウィンドウの左側にはツリー構造があり、ドメインおよびカスタマイズされたグ

ループでの使用できるすべてのサーバが表示されます。ダウンロードタスクに割り

当てるサーバをここで選択します。

ウィンドウの右側には、ダウンロードタスクに割り当てられたサーバのリストがあ

ります。

ServerView Update Management 124

5.4 「ダウンロードマネージャ」メインページ

ボタン

左側のリストで選択されたサーバを、右側のダウンロードタスクに割り当てられ

たサーバのリストにコピーします。

左側のリストから、右側のダウンロードタスクに割り当てられたサーバのリスト

に、すべてのサーバをコピーします。

右側のリストで選択されたエントリを、ダウンロードタスクに割り当てられた

サーバのリストから削除します。

右側のリストのすべてのエントリを、ダウンロードタスクに割り当てられたサー

バのリストから削除します。

キャンセル

入力された値を破棄し、ダイアログボックスを閉じます。

「レポートスケジュール」に戻ります。

終了

ダウンロードタスクに入力された値を保存し、ダイアログボックスを閉じます。

ServerView Update Management 125

6 アップデートの管理

アップデート管理のアプリケーションを使用して、サーバとコンポーネントのアッ

プデートを効率的に管理できます。

ServerView Operations Manager のメインページからアップデート管理を起動し

ます。

ServerView Operations Managerを起動すると、ServerView Operations

Manager メインページが表示されます。

1. ServerView Operations Manager を起動します。

方法は、ServerView Operations Manager のマニュアルに記載されています。

2. ServerView Operations Manager のメインページで「アップデート管理」をク

リックします。

3. 対応するコンポーネントをクリックして、アップデート管理の各コンポーネント

（アップデートマネージャ、ダウンロードマネージャ、リポジトリマネージャ）

を開始します。

6.1

アップデートマネージャ

アップデートマネージャにより、中央管理用サーバを利用した、サーバドメイン内

のファームウェアおよびソフトウェアコンポーネントのインストールおよびアップ

デートを実施することができます。

ドライバと追加プロダクトについては、初回インストールが可能です。

以下のコンポーネントについてはアップデートが可能です。 l

ファームウェア l l

BIOS

ドライバ l l l

ServerView Agents

ServerView Update Agent

追加プロダクト

ServerView Update Management 126

6.1 アップデートマネージャ

6.1.1

アップデートマネージャを開く

1. ServerView Operations Manager でアップデートマネージャを開くには、

ServerView のメニューバーで、「管理」-「アップデート管理」-「アップデー

トマネージャ」の順に選択します。

6.1.2

サーバへのログオン

サーバにアクセスするには、アクセスステータスが「不許可」または「認証未」の

サーバにログオンする必要があります。

1. 「サーバ詳細」タブで、ログオンするサーバを選択します（

48 ページの「サー

バ詳細」タブ

を参照）。

2. 「ログオン」をクリックします。

「ログオン」ダイアログボックスが開きます。

3. このダイアログボックスの左側のテーブルで、選択内容をさらに絞り込めます。

アクセスステータスが「不許可」または「認証未」以外のサーバも選択し

た場合、これらもテーブルに表示されますただし、これらのサーバへログ

オンしても何も起こりません。

4. 「ユーザ」および「パスワード」にユーザ ID とパスワードを入力します。

5. 「パスワードの確認と設定」をクリックします。

結果 :

サーバへの接続が確立すると、管理可能 = はいとして示されます。この場合、ログ

オンデータがチェックされ、選択されたサーバについてアクセス権限が設定されま

す。アクセスステータスが「不許可」から「許可」に変更され、パスワードが現在

のセッションで有効になります。

サーバへの接続が確立できない場合、管理可能 = いいえとして示されます。この場

合、ログオンデータは正しいものとして保存されます。アクセスステータスは「不

許可」から「信頼」に変更されます。サーバに再度アクセスできるようになると、

ステータスは「信頼」から「許可」に変更され、パスワードは現在のセッションで

有効になります。

6.1.3

サーバの Update エージェントのリセット

サーバの Update エージェントが不明なステータスで終了した場合、クリーンアッ

プ機能を使用してエージェントをリセットする必要がある場合があります。

ServerView Update Management 127

6.1 アップデートマネージャ

Update エージェントは、ジョブがエラー「Pending Jobs」で終了した場合などは

リセットする必要があります。

「クリーンアップ」が正常に実行された後、Update エージェントは正常に動作す

るようになり、新しいアップデートジョブを実行できます。

1. 「サーバ詳細」タブで、該当するサーバを選択します（

48 ページの「サーバ詳

細」タブを参照）。

2. 「クリーンアップ」をクリックします。クリーンアップウィザードが開き、最初

のステップ「ログオン」が表示されます。

サーバにアクセスするには、アクセスステータスが「不許可」または「認証未」

のサーバにログオンする必要があります。

3. このダイアログボックスの左側のテーブルにあるタブで、選択内容をさらに絞り

込めます。

アクセスステータスが「不許可」または「認証未」以外のサーバも選択し

た場合、これらもテーブルに表示されますただし、これらのサーバへログ

オンしても何も起こりません。

4. 「ユーザ」および「パスワード」にユーザ ID とパスワードを入力します。

5. 「パスワードの確認と設定」をクリックします。

結果 :

サーバへの接続が確立すると、管理可能 = はいとして示されます。この場合、

ログオンデータがチェックされ、選択されたサーバについてアクセス権限が設定

されます。アクセスステータスが「不許可」（認証未）から「許可」に変更さ

れ、パスワードが現在のセッションで有効になります。

サーバへの接続が確立できない場合、管理可能 = いいえとして示されます。こ

の場合、ログオンデータは正しいものとして保存されます。アクセスステータス

は「不許可」（または「認証未」）から「信頼」に変更されます。サーバに再度

アクセスできるようになると、ステータスは「信頼」から「許可」に変更され、

パスワードは現在のセッションで有効になります。

6. 「次へ」をクリックします。「ジョブのスケジュール」ステップが開きます。

7. 「実行時刻」フィールドに、クリーンアップジョブを実行する時刻を指定しま

す。

8. 「完了」をクリックしてクリーンアップジョブを完了します。

Update エージェントをクリーンアップするとき、すでに PRIMERGY

サーバに転送されていたすべてのアップデートは削除されます。

ServerView Update Management 128

6.1 アップデートマネージャ

6.1.4

サーバのアップデートログの表示

1. 「サーバ詳細」タブで、該当するサーバを選択します（

48 ページの「サーバ詳

細」タブを参照）。

2. 「サーバ詳細」グループを開きます。

3. 「ログファイルを表示」をクリックします。Web ページが開き、サーバで実行

されたすべてのジョブについての情報が表示されます。

6.1.5

アップデートに関する詳細情報の表示

1. 「アップデート詳細」タブで、詳細情報が必要なアップデートを選択します

（

58 ページの「アップデート詳細」タブを参照）。

2. アップデートエントリの横にある矢印アイコンをクリックします。アップデート

エントリが展開し、詳細セクションが表示され、選択したアップデートに関する

追加情報が表示されます。

6.1.6

ジョブの管理

以下の手順では、ジョブの管理方法について説明します。

6.1.6.1

ジョブのクリーンアップ

1. 「アップデート詳細」タブに移動します（

58 ページの「アップデート詳細」タ

ブ

を参照）。

2. ツリー構造の「サーバ」タブまたは「アップデート」タブで、新しいジョブを作

成するグループを選択します。

3. 「アップデート詳細」タブの左側で、新しいジョブを作成するコンポーネントグ

ループまたはサーバを選択します。

4. 「アップデート詳細」タブの右側で、新しいジョブを作成するサーバ固有のアッ

プデートを選択します。

5. 「ジョブの作成」をクリックします。ジョブ作成ウィザードが開き、最初のス

テップ「ログオン」が表示されます。サーバにアクセスするには、アクセスス

テータスが「不許可」または「認証未」のサーバにログオンする必要がありま

す。

6. このダイアログボックスの左側のテーブルにあるタブで、選択内容をさらに絞り

込めます。

ServerView Update Management 129

6.1 アップデートマネージャ

アクセスステータスが「不許可」以外のサーバも選択した場合、これらも

テーブルに表示されます。ただし、これらのサーバへログオンしても何も

起こりません。

7. 「ユーザ」および「パスワード」にユーザ ID とパスワードを入力します。

8. 「パスワードの確認と設定」をクリックします。 l l

サーバへの接続が確立すると、管理可能 = はいとして示されます。この場

合、ログオンデータがチェックされ、選択されたサーバについてアクセス権

限が設定されます。アクセスステータスは「不許可」（または「認証未」）

から「許可」に変更されます。

サーバへの接続が確立できない場合、管理可能 = いいえとして示されます。

この場合、ログオンデータは正しいものとして保存されます。アクセスス

テータスは「不許可」（または「認証未」）から「信頼」に変更されます。

9. 「次へ」をクリックします。「バージョンの変更」ステップが開きます。

10. 必要に応じて、別のバージョンのアップデートを選択します。 a. 「新バージョン」列でダウンロードリストを開きます。 b. リストから別のバージョンを選択します。

11. 「次へ」をクリックします。

「ジョブ名の入力」ステップが開きます。

12. 「ジョブ名」フィールドで、新しいジョブに名前を割り当てます。

13. 「説明」フィールドでジョブに説明を割り当てます（オプション）。

14. 「次へ」をクリックします。「ジョブのスケジュール」ステップが開きます。

15. 「転送開始時刻」フィールドに、ジョブをサーバに転送する時刻を指定します。

16. 「アップデート開始時刻」フィールドに、アップデート段階をサーバで開始する

時刻を指定します。

17. システムのリブートが必要なアップデートの場合のみ

（リブート = 必要、またはリブート = 環境依存で指定）:

「リブート開始時刻」フィールドに、サーバをリブートする時刻を入力します。

18. 「完了」をクリックして新しいジョブを作成します。

ServerView Update Management 130

6.2 リポジトリマネージャ

6.1.6.2

ジョブの削除

1. 「ジョブ詳細」タブで、削除するジョブを選択します（

64 ページの「ジョブ詳

細」タブを参照）。

2. 「削除」をクリックします。

「確認」ダイアログボックスが開き、削除するジョブを確認する必要がありま

す。

3. 「はい」をクリックすると、ジョブの削除が確定します。

6.1.6.3

ジョブについての詳細情報の表示

1. 「ジョブ詳細」タブで、詳細情報が必要なジョブを選択します（

64 ページの

「ジョブ詳細」タブ

を参照）。

2. ジョブエントリの横にある矢印アイコンをクリックします。エントリが展開し、

詳細セクションが表示され、選択したジョブに関する追加情報が表示されます。

ここでは、失敗したジョブの診断データも表示されます。

6.2

リポジトリマネージャ

リポジトリマネージャには、以下の特徴があります。 l

リポジトリ内の該当するアップデート情報を認識します。 l l l

アップデート情報のプロパティ（重要度など）を変更できます。

アップデートをリリースできます。

Firmware

ファイルディレクトリを ServerView Update DVD からインポート

できます。DVD からの同じバージョンのコンポーネントをインポートすると、

リポジトリのコンテンツが上書きされます。

6.2.1

リポジトリマネージャを開く

1. ServerView Operations Manager でリポジトリマネージャを開くには、

ServerView のメニューバーで、「管理」-「アップデート管理」-「リポジトリ

マネージャ」の順に選択します。

6.2.2

アップデートの編集

個々のアップデートを編集できます。

ServerView Update Management 131

6.2 リポジトリマネージャ

1. ツリー構造でグループを選択します。

2. リポジトリマネージャの「アップデート」タブに移動します

96 ページの

「アップデート」タブを参照してください。

3. 編集するアップデートを選択します。

4. 「編集」をクリックします。

「アップデートのプロパティ編集」ダイアログボックスが開きます。

5. アップデートの必要なプロパティを変更します。

6. 「OK」をクリックして変更を確定します。ダイアログボックスが閉じて、変更

されたプロパティがアップデートに適用されます。

6.2.3

リポジトリの再初期化

管理用サーバのリポジトリをアップデートするには、新しいコンポーネントを

ServerView Update DVD または別の既存のリポジトリからインポートします。

リポジトリ全体を置き換える場合は、基本設定ウィザード（アップデート管理

の設定ウィザード）を使用して行います。詳細は、『基本設定ウィザード -

ServerView Operations Manager』取扱説明書を参照してください。

1. リポジトリマネージャの「アップデート」タブに移動します

96 ページの

「アップデート」タブを参照してください。

2. 「インポート」をクリックします。

「リポジトリコンポーネントのインポート」ダイアログボックスが開きます。

3. 「インポートパス」フィールドに、インポートするアップデートコンポーネント

を含むディレクトリを指定します。

4. 「インポートの確認」をクリックします。

プロセスが終了すると、指定したディレクトリ（すべてのサブディレクトリを含

む）内のすべてのコンポーネントが左側の「コンポーネントの一覧」リストに表

示されます。より新しいアップデートを表示する場合のみ、「新しいアップデー

トのみフィルタをかける」オプションを有効にします。

5. 必要なすべてのコンポーネントを、左側の「コンポーネントの一覧」リストから

右側の「選択されたコンポーネント」リストにコピーします。

6. 「インポート」をクリックしてインポートを確定します。

選択したすべてのアップデートコンポーネントが、管理用サーバの既存のリポジ

トリに（まだない場合）追加されます。古いバージョンのコンポーネントが存在

する場合は、新しいバージョンがローカルリポジトリに追加されます。

ServerView Update Management 132

6.3 ダウンロードマネージャ

プロセスが完了すると、現在のリポジトリへのコンポーネントのインポート結果

が表示されます。

7. インポートの後、ダウンロードサービスを開始して、Fujitsu のダウンロードサ

イトから最新のアップデートをダウンロードします。

6.3

ダウンロードマネージャ

ダウンロードマネージャにより、お使いのサーバのファームウェア、BIOS、ドライ

バ、 ServerView Agents の最新バージョンを簡単に入手することができます。ダ

ウンロードマネージャは、適切なアップデート情報の検索という手間のかかる作業

を、ユーザの代わりに実行します。

サーバアップデートの情報とアップデートファイルは、Fujitsu Web サーバ上にあ

ります。ダウンロードマネージャは、まず情報ファイルをダウンロードディレクト

リにロードします。これらの情報ファイル内のデータを使用して、ダウンロードマ

ネージャおよび ServerView Suite のその他のコンポーネントは利用できるアップ

デートの概要を取得します。

次のステップでは、必要なアップデートファイルが Web サーバから取得されます。

これには、ファームウェア、BIOS、ドライバ、または ServerView Agents のアッ

プデート情報が含まれており、アップデートマネージャはこれを関連するサーバに

配布できます。この段階的な手順により、ダウンロードの時間が短縮されます。

ユーザインターフェースにより、選択したサーバで使用できるアップデートを、指

定した間隔で検索するダウンロードタスクを定義します。ダウンロードマネージャ

のダウンロードサービスは、必要なファイルを Web サーバから管理サーバ上のディ

レクトリに自動的にロードします。

6.3.1

ダウンロードサービスの調整

並行して実行できるダウンロードタスク（並行ジョブ）の数を制限できます。

1. ダウンロードタスクが実行されていないことを確認してください。「タスク」タ

ブの状態アイコンを確認してください。

2. ダウンロードサービスを停止します。

DownloadServer.ini

ファイルを編集します。

このファイルは以下のディレクトリにあります。

Windows:

<scripts>/ServerView/Download

Linux:

/opt/fujitsu/ServerViewSuite/web/cgi-bin/ServerView/Download

ServerView Update Management 133

6.3 ダウンロードマネージャ

このディレクトリは管理用サーバ上にあります。

ConcurrentJobsAllowed

パラメータの値を変更します。

デフォルトはLinux では30、Windows 環境では15 です。

最大値は 99 です。

値 0 は推奨されません。使用できる並行ダウンロードタスク数が無限になるた

めです。

並行アクセス数が少ない、小規模データベースシステムを使用している場合、値

は 5 に設定してください。

4. ダウンロードサービスを開始します。

ダウンロードマネージャソフトウェアをアップグレードすると、

ConcurrentJobsAllowed

パラメータの値はデフォルト値にリセットされます。

6.3.2

ダウンロードマネージャの一般情報

ダウンロードマネージャを使用して、1 台以上のサーバのダウンロードタスクを定

義し、ダウンロードタスクを実行する日時と頻度を指定します。すでに実行したダ

ウンロードタスクについての情報も表示できます。

少なくとも月に 1 度はダウンロードタスクを実行することを推奨します。これに

よって、最新のアップデートマネージャ情報ファイルとバージョン情報管理データ

ベースが毎月ロードされます。

ダウンロードマネージャのダウンロードサービスは、定義されたダウンロードタス

クを以下のようにして自動的に実行します。

1. Fujitsu Web サーバで新しい情報ファイルを検索します。

2. すべての新しい情報ファイルをデフォルトのダウンロードディレクトリにロード

します。

3. ダウンロードマネージャはロードされた情報ファイルを使用して、ダウンロード

タスクが有効になっている各サーバでアップデートを実行する必要があるかどう

かを確認します。

4. すべての必要なアップデートファイルを Web サーバからリポジトリディレクト

リにロードします。

5. 定義された各サーバの結果がグラフィカルユーザインターフェースで表示されま

す。

ServerView Update Management 134

6.3 ダウンロードマネージャ

6.3.3

ダウンロードマネージャを開く

1. ServerView Operations Manager でダウンロードマネージャを開くには、

ServerView のメニューバーで、「管理」-「アップデート管理」-「ダウンロー

ドマネージャ」の順に選択します。

6.3.4

新しいダウンロードタスクの作成

最初の手順として、自分の要件に適したダウンロードタスクを作成します。このダ

ウンロードタスクにサーバを割り当て、それらのサーバに対して指定した時刻に

アップデートの検索を実行します。

1. 「スケジュール」タブに移動します。

2. 「追加」をクリックします。

3. ダウンロードタスクの実行日時を「開始時刻選択」で指定します。

4. ダウンロードタスクを実行する頻度を「実行間隔」で指定します。

5. 保存するログファイルの数を「ログデータの履歴を残す」で指定します。

「概要」出力フィールドには、指定した値の概要が表示されます。

6. 「次へ」をクリックします。サーバの割り当てステップが開きます。

7. サーバをダウンロードタスクに割り当てます（「 135 ページのダウンロードタ

スクへのサーバの割り当て」を参照）。

8. 「完了」をクリックすると、新しいダウンロードタスクが保存されます。

ダイアログボックスが閉じ、ダウンロードタスクが作成されます。

9. 「キャンセル」をクリックすると、処理がキャンセルされ、すべてのエントリは

破棄されます。

6.3.5

ダウンロードタスクへのサーバの割り当て

ダウンロードタスクを使用するには、必要なサーバを割り当てます。

1. 「スケジュール」タブに移動します。

2. テーブルで、サーバに使用するダウンロードタスクを選択します。

3. 「編集」をクリックします。

「ダウンロードサーバタスクの編集」ダイアログボックスが表示されます。

4. 「サーバの割り当て」ステップに進みます。

5. 左側のリストで、ダウンロードタスクに割り当てるサーバを選択します。

をクリックします。左側のリストで選択したサーバが、右側のリストに表

示されます。

ServerView Update Management 135

6.3 ダウンロードマネージャ

7. ステップ 5 と 6 を繰り返して、必要なすべてのサーバを右側のリストに表示さ

Sせます。

8. 「終了」をクリックすると、ダウンロードタスクへのサーバの割り当てが保存さ

れます。

9. 「キャンセル」をクリックすると、処理がキャンセルされ、すべての変更内容は

破棄されます。

6.3.6

ダウンロードタスクの編集

1. 「スケジュール」タブに移動します。

2. 編集するダウンロードタスクをテーブルから選択します。

3. 「編集」をクリックします。 l

ダウンロードタスクの実行日時を「開始時刻選択」で変更できます。 l l

必要なログファイルの数を「ログデータの履歴を残す」で変更できます。

サーバがこのダウンロードタスクに割り当てられていなければ、ダウンロー

ドタスクを実行する頻度を「実行間隔」で変更できます。

4. 「次へ」をクリックします。「サーバの割り当て」ステップが開きます。

5. サーバをダウンロードタスクに割り当てます（「 135 ページのダウンロードタ

スクへのサーバの割り当て」を参照）。

6. 「完了」をクリックすると、ダウンロードタスクが保存されます。

6.3.7

ダウンロードタスクの削除

ダウンロードタスクが不要になった場合は、削除できます。ただし、サーバが割り

当てられていない場合にのみ、ダウンロードタスクを削除できます。

1. 「スケジュール」タブに移動します。

2. 削除するダウンロードタスクをテーブルから選択します。

3. 「削除」をクリックします。

テーブルで選択したダウンロードタスクが削除されます。

6.3.8

ダウンロードタスクの監視

「タスク」タブには、ドメイン内の使用できるサーバの概要が表示されます。

必要なサーバまたはサーバグループをツリー構造（左側）から選択すると、このタ

ブに表示するサーバ数を制限できます。

ServerView Update Management 136

6.3 ダウンロードマネージャ

サービスの開始 l

サーバに対するアップデートを即座に検索するには、テーブルでサーバを選択し

て「直ちに一度だけ」をクリックします。

サービスの停止 l

サーバに対するアップデートの検索を停止するには、テーブルでサーバを選択し

て「無効」をクリックします。ダウンロードタスクへのサーバの割り当てが解除

されます。

6.3.9

ログファイルの管理

「ログファイル」タブには、すでに完了したダウンロードタスクの情報が表示され

ます。

ログファイルの表示 l

ログファイル全体を表示するには、テーブルでログファイルを選択して「表示」

をクリックします。

ログファイルの削除 l

ログファイルを削除するには、テーブルで選択して「削除」をクリックします。 l

すべてのログファイルを削除するには、テーブルの最初の列のチェックボックス

をクリックしてすべてのログファイルを選択し、「削除」をクリックします。

ServerView Update Management 137

7 コマンドラインインターフェース

アップデートマネージャのコマンドラインインターフェース（CLI）は、システムコ

ンポーネントをアップデートするスクリプト環境を提供する、ServerView

Operations Manager の一機能です。CLI はアップデートマネージャとともに自動

的にインストールされます。

コマンドラインインターフェースは次の 2 つの部分で構成されます。 l

GFCLI: コマンドとパラメータ l citfs.bat: 新しいサーバをアップデートし、そのサーバをサーバリストに追加す

るためのバッチジョブ

7.1

GFCLI（コマンドラインインターフェース）

CLI はユーザが操作することなく実行され（quiet モード）、必要な場合はログファ

イルを作成し、さまざまな戻り値を返します。

%errorlevel%

システム変数

（Windows）または

をチェックするなど、これらの戻り値をテストしてくださ

い。（Linux）、または同様のスクリプトおよび言語要素をチェックします。

個々のコマンドの構造は、以下の形式に従います。

GFCLI

< コマンド > < パラメータ >

各コマンドは、定数

GFCLI

に

コマンド

パラメータが後続し、これはコマンドと後

続するコマンド依存パラメータを定義します。

パラメータ説明

-S（StartFlash）バージョンチェックとアップデートを開始します。

このオプションは、新しいバージョンが見つかったシステムコ

ンポーネントのみをアップデートします。

-O（StartFlash）バージョンチェックなしでアップデートを開始します。

-W

（WaitForDone）

アップデートジョブの終了を待機します。

-R（Reboot）明示的なリブートを開始します。

ServerView Update Management 138

7.1 GFCLI（コマンドラインインターフェース）

パラメータ説明

-C（Cleanup）すべてのアップデートジョブが終了したかどうかをチェックし

ます。終了している場合、アップデートジョブは削除されま

す。

-A（Cancel）終了していないアップデートジョブを削除します。

-H（Help）コマンド構文を表示します。

管理対象サーバがアクセス制御で保護されている場合、CLI を使用するときにパラ

メータ

-L

と

-P

を指定する必要があります。これらのパラメータは、ステータスを

変更する

StartFlash

、

Cleanup

、

Cancel

コマンドに対してのみ使用されます。

CLI は詳細な結果を結果ファイルに書き込み、これによってアップデート手順を再

現できます。コマンドが呼び出されたときに結果ファイルのパラメータがなかった

場合、デフォルトの logfile.txt

ファイルを使用します。

さらに、受け取った戻り値を使用して、さまざまな結果に対応するアップデートサ

イクルのプログラムを作成することができます。

7.1.1

呼び出しパラメータ

-S (StartFlash

コマンド

)

バージョンチェックとアップデートを開始します。

このオプションは、新しいバージョンが見つかったシステムコンポーネントのみ

をアップデートします。

-O (StartFlash

コマンド

)

バージョンチェックなしでアップデートを開始します。

この場合、すべてのシステムコンポーネントが指定されたリポジトリの最新

バージョンでアップデートされます。バージョンが同じ、またはインストール

されたバージョンが新しい場合（ダウングレード対象となる）でも、バージョ

ンチェックは実行されません。このため、このパラメータの使用にはリスクが

あります。指定されたリポジトリと、インストールされたバージョン間の依存

関係について、詳細な知識を持つ担当者のみが使用してください（品質テスト

またはサポート担当者など）。

-W (WaitForDone

コマンド

)

アップデートジョブの終了を待機します（ジョブステータス = READY または

REBOOT）。

-R (Reboot

コマンド

)

明示的なリブートを開始します。

ServerView Update Management 139

7.1 GFCLI（コマンドラインインターフェース）

-C (Cleanup

コマンド

)

すべてのアップデートジョブが終了したかどうかをチェックします（ジョブス

テータス = READY）。終了している場合、アップデートジョブは削除されま

す。

-A (Cancel

コマンド

)

終了していないアップデートジョブを削除します。

-H

コマンド構文を表示します。

-D

StartFlash

は標準 Microsoft 認定システムコンポーネントのみをアップデー

トします。このパラメータでは、認定されていないコンポーネントもアップデー

トできます。

-N <

システム

> l

管理対象 PRIMERGY サーバの DNS 名または IP アドレス。 l l l

-M

オプションも使用する場合は MMB（1）の IP アドレス。

-B

オプションも使用する場合はコネクションブレードの IP アドレス。

-E

オプションも使用する場合は iRMC S3/iRMC S4/iRMC S5 の IP アドレ

ス。

-U <

パス

リポジトリの絶対パス。

-F <

結果ファイル

アップデート手順の結果が書き込まれるファイル。

デフォルト: logfile.txt

-L <

ユーザ

アクセス制御のログインユーザ ID。

-P <

パスワード

アクセス制御のログインパスワード。

-S

Cancel

コマンドの強制バリアント

-M

管理対象システムがマネジメントブレードサーバであることを指定します。

TFTP サーバとの通信を有効にするには、パラメータ

-T

および

-I

も指定する

必要があります（パラメータ -I は、

StartFlash

コマンドにのみ必要です）。

-M

オプションを使用する場合は、

-B

および

-E

オプションは使用できません。

ServerView Update Management 140

7.1 GFCLI（コマンドラインインターフェース）

-B

管理対象システムがコネクションブレードサーバであることを指定します。パラ

メータ

-T

および

-Z

も指定する必要があります。コネクションブレードサーバ

のインベントリデータを収集して、マネジメントブレードサーバ経由で提供する

ので、TFTP サーバとの通信を有効にするために

-T

、マネジメントブレード

サーバの IP アドレスを指定するために

-Z

を指定します。

-B

オプションを使用する場合は、

-M

および

-E

オプションは使用できません。

-E

管理対象システムに iRMC S3/ iRMC S4 /iRMC S5 を指定します。パラメー

タ

-T

と

-Y

も指定する必要があります。

-T

は TFTP サーバとの通信を可能にす

るため、

-Y

は

VersionView.sav

ファイルのデータがプログラムと外部インベ

ントリによって収集できないために必要です。

-E

オプションを使用する場合は、

-B

および

-M

オプションは使用できません。

-Z <IP-addr>

マネジメントブレードサーバの IP アドレス。IP アドレスは、コネクションブ

レードサーバをアップデートする場合のみ必要です（オプション

-B

を参照）。

-T <IP-addr>

TFTP サーバによるアップデートに使用する、TFTP サーバの IP アドレス（マ

ネジメントブレードまたはコネクションブレードの場合など）。

-I {<IP-addr> | NO_ADDR}

TFTP サーバによるアップデートに使用する、マネジメントブレードのアップ

デート IP アドレス。このアドレスはネットワーク全体で一意にする必要があり

ます。新しいバージョンのマネジメントブレードの場合（MMBS3 など）で IP

アドレスの指定が不要の場合は、ここに

NO-ADDR

を指定します。

-Y <

パス

管理対象システムのインベントリファイル「

VersionView.sav

」の絶対パス。

管理対象システムがマネジメントブレードまたはコネクションブレードの場合、

または管理対象ノードが iRMC S3/iRMC S4/iRMC S5 の場合、Linux で必須

です。

ServerView Operations Manager がインストールされている場合、インベント

リファイルはアップデートマネージャのワークディレクトリのサブディレクトリ

「 versionviewsav/<MMB

の名前

」内にあります。

-K <

コミュニティ

> public でない場合の SNMP コミュニティ文字列。

-V <IP

アドレス

VMware ESXi ホストの IP アドレス。

-E

オプションの他に、

-u

および

-p

オプションを共に使用できます。

ServerView Update Management 141

7.1 GFCLI（コマンドラインインターフェース）

-u <

ユーザ

VMware ESXi ホストのアクセス制御のためのログインユーザ ID。

-p <

パスワード

VMware ESXi ホストのアクセス制御のためのログインパスワード。

7.1.2

StartFlash（コマンド）

構文

GFCLI {-S|-O} [-D] -N <

システム

> -U <

パス

[-F

結果ファイル

>] [-L <

ユーザ

> [-P <

パスワード

>]]

[-M -T <IP-addr> -I {<IP-addr>|NO_ADDR} [-K <Community>] | -T

<IP-addr> [-K <Community>]]

[-B –Z <IP-addr> -T <IP-addr>]

[-E -T <IP-addr> -Y <inventory>

[-V <ESXi-host-IP-addr> -u <user> -p <password>]]

説明

-S

パラメータが使用されると、

StartFlash

は PRIMERGY サーバのインベント

リを読み取り、すべてのコンポーネントは指定されたリポジトリのバージョンと比

較します。アップデートは、新しいバージョンがリポジトリで見つかった場合にの

み開始されます。このパラメータではダウングレードは実行できません。

-O

パラメータが使用された場合、バージョンチェックは実行されず、すべてのコン

ポーネントが指定されたリポジトリで見つかった最新バージョンでアップデートさ

れます。

パラメータ

-O

の使用にはリスクがあります。このパラメータは、使用される

リポジトリとインストールされたバージョン間の依存関係についての詳細な知

識を持つユーザのみが使用してください。たとえば、リポジトリ内のコンポー

ネントのバージョンがインストールされたバージョンよりも古い場合、インス

トールされたバージョンはダウングレードされます。

コマンドは、アップデートを開始するすべてのステップが完了すると直ちに終了し

ます。コマンドはアップデート手順の完了まで待機しません。

以前のアップデート手順が

Cleanup

コマンドで完了していない、または

Cancel

コマンドでキャンセルされていない場合、コマンドは

SequenceError

で終了しま

す。この場合、上記で指定したジョブステータスのいずれかを持つアップデート

ジョブはまだ存在します。

接続が確立できない場合、コマンドはタイムアウトで即座に終了します。

ServerView Update Management 142

7.1 GFCLI（コマンドラインインターフェース）

戻り値

0 アップデートはエラーなしで開始されました。

1 OK、古いコンポーネントは見つかりませんでした。

2 タイムアウト（管理対象サーバへの接続なし）。

3 SequenceError - この段階ではコマンドは許可されません

4 アップデート段階が開始したときにエラーが発生しました。

5 GFI エラー。

6 アクセス制御に必要なパラメータが存在しません。

7 アクセスが拒否されました。

10 パラメータエラー。

11 メモリボトルネック。

12 複数の CLI の開始が拒否されました。

13 結果ファイル（オプション

-F

または logfile.txt

）を開けませんでした。

GFLog.txt

ログファイルを開けませんでした。

16 インベントリをリビルド中です。後でもう一度試してください。

17 コマンドのチェックが成功しました。1 つ以上のコンポーネントに再起動が必

要です。

18 管理対象サーバのタイプがサポートされていません（仮想サーバであるか、オ

フラインサーバが古い）。

7.1.3

WaitForDone（コマンド）

構文

GFCLI -W -N <

システム

> [-F <

結果ファイル

[-M -T <IP-addr>]

[-B –Z <IP-addr> -T <IP-addr>]

[-E -T <IP-addr> -Y <inventory>]

説明

WaitForDone

は、すべてのアップデートジョブが処理されたとき（エラーありま

たはエラーなし）、戻り値として 0、4、8、または 9 を返します。

ServerView Update Management 143

7.1 GFCLI（コマンドラインインターフェース）

Cleanup

コマンドとは異なり、このコマンドを実行したときにアップデート結果は

管理対象サーバから削除されません。

WaitForDone

は複数回実行でき、そのたび

に結果ファイルはアップデートされます。

接続を確立できない場合、コマンドは最大 60 秒後にタイムアウトを返します。こ

の場合、コマンドを再実行してステータスを問い合わせることができます。

戻り値

0 アップデート OK（ジョブステータスは

READY

）

すべてのアップデートジョブはエラーなしで実行されました。

1 現在ジョブはありません（接続は確立済み）

2 タイムアウト（管理対象サーバへの接続なし）

3 SequenceError - コマンドはこの段階では許可されません（ジョブステータス

は

PREPARED

）

GlobalFlash Agent V 4.71 またはそれ以前がシステムにインストールされて

いる場合は、以下の追加説明を参照してください。

4 アップデートでエラー（ジョブステータスは

READY

）

少なくとも 1 つのジョブがエラーなしで実行できませんでした。

5 GFI エラー

8 アップデート OK（ジョブステータスは

REBOOT

）

ジョブはリブートの実行を待機しています。

9 アップデートでエラー（ジョブステータスは

REBOOT

）

ジョブはリブートの実行を待機しています。ただし、エラーなしで正常に実行

されてリブートが必要になったジョブの他に、エラーが発生したジョブもあり

ます。管理対象サーバを再起動するか、または Reboot CLI コマンドを使用し

て、リブートを明示的に実行する必要があります。

10 パラメータエラー

11 メモリボトルネック

12 複数の CLI の開始が拒否されました

13 結果ファイル（オプション

-F

または logfile.txt

）を開けませんでした。

GFLog.txt

ログファイルを開けませんでした。

16 インベントリをリビルド中です。後でもう一度試してください。

ServerView Update Management 144

7.1 GFCLI（コマンドラインインターフェース）

17 コマンドのチェックが成功しました。1 つ以上のコンポーネントに再起動が必

要です。

18 管理対象サーバのタイプがサポートされていません（仮想サーバであるか、オ

フラインサーバが古い）。

GlobalFlash Agent V 4.71 またはそれ以前を使用したアップデートジョブ

アップデートジョブを開始するときに、管理対象サーバに以下のダイアログが表示

されます。

ダイアログで「キャンセル」をクリックすると、コマンドd

GFCLI -W

（=WaitForDone）から値 3 が返されます。

<結果ファイル> に、メッセージ「Flash Canceled by User」が記録されます。

管理対象サーバをクリーンアップするには、以下のコマンドを使用する必要があり

ます。

GFCLI -A -S

（=Cancel、強制バリアント）

7.1.4

Reboot（コマンド）

構文

GFCLI -R -N <

システム

> [-F <

結果ファイル

[-L <

ユーザ

> [-P <

パスワード

>]]

（システムボード BIOS アップデートの場合のみ必要）

[-E -T <IP-addr> -F <inventory>

[-V <ESXi-host-IP-addr> -u <user> -p <password>]]

説明

Reboot

は、少なくとも 1 つのジョブ（ジョブステータス REBOOT で示される）

で必要なリブートを開始します。リブートが実行されると、これらのジョブのス

テータスは自動的に

READY

に変更されます。

接続を確立できない場合、コマンドは最大 60 秒後のタイムアウトで返されます。

ServerView Update Management 145

7.1 GFCLI（コマンドラインインターフェース）

戻り値

0 リブートを直ちに開始しました

1 現在ジョブはありません（接続は確立済み）

2 タイムアウト（管理対象サーバへの接続なし）

3 SequenceError - この段階ではコマンドは許可されません

- Flash 起動ステータスが

Online Reboot required

ではない、または

- ステータス

REBOOT

のジョブが見つかりません

5 GFI エラー

6 アクセス制御に必要なパラメータが存在しません。

7 アクセスが拒否されました。

10 パラメータエラー

11 メモリボトルネック

12 複数の CLI の開始が拒否されました

13 結果ファイル（オプション

-F

または logfile.txt

）を開けませんでした。

GFLog.txt

ログファイルを開けませんでした。

16 インベントリをリビルド中です。後でもう一度試してください。

17 コマンドのチェックが成功しました。1 つ以上のコンポーネントに再起動が必

要です。

18 管理対象サーバのタイプがサポートされていません（仮想サーバであるか、オ

フラインサーバが古い）。

7.1.5

Cleanup（コマンド）

構文

GFCLI -C -N <

システム

> [-F <

結果ファイル

[-L <

ユーザ

> [-P <

パスワード

>]] [-M -T <IP-addr>]

[-B –Z <IP-addr> -T <IP-addr>]

[-E -T <IP-addr> -Y <inventory>]

説明

Cleanup

は

WaitForDone

と同じステップを実行しますが、管理対象サーバのアッ

プデート結果を削除し、アップデート手順を完了します。管理対象サーバは元の状

ServerView Update Management 146

7.1 GFCLI（コマンドラインインターフェース）

態に戻り、アップデート結果はサーバ上からなくなります。

接続を確立できない場合、コマンドは最大 60 秒後のタイムアウトで返されます。

クリーンアップは、ジョブステータス = Ready のときのみ許可されます。

クリーンアップは、ジョブが転送され、実行を待機中の場合（ジョブステータス =

Prepared）、または現在実行中の場合（ジョブステータス = Working）は、許可さ

れません。

このコマンドが実行された後、アップデート結果は結果ファイルに 1 回だけ書き込

まれます。最終アップデート結果を結果ファイルに複数回書き込むことはできませ

ん。この点で、

WaitForDone

コマンドと異なります。

Cleanup

は

WaitForDone

の後にも実行して（必要に応じて続けて

Reboot

を実

行）、アップデート手順を完了する必要があります。

戻り値

0 アップデート OK（ジョブステータスは

READY

）

すべてのアップデートジョブはエラーなしで実行されました。

1 現在ジョブはありません（接続は確立済み）

2 タイムアウト（管理対象サーバへの接続なし）

3 SequenceError - コマンドはこの段階では許可されません（ジョブステータス

は

PREPARED

）

4 アップデートでエラー（ジョブステータスは

READY

）

少なくとも 1 つのジョブがエラーなしで実行できませんでした。

5 GFI エラー

6 アクセス制御に必要なパラメータが存在しません。

7 アクセスが拒否されました。

10 パラメータエラー

11 メモリボトルネック

12 複数の CLI の開始が拒否されました

13 結果ファイル（オプション

-F

または logfile.txt

）を開けませんでした。

GFLog.txt

ログファイルを開けませんでした。

16 インベントリをリビルド中です。後でもう一度試してください。

ServerView Update Management 147

7.1 GFCLI（コマンドラインインターフェース）

17 コマンドのチェックが成功しました。1 つ以上のコンポーネントに再起動が必

要です。

18 管理対象サーバのタイプがサポートされていません（仮想サーバであるか、オ

フラインサーバが古い）。

7.1.6

Cancel（コマンド）

構文

GFCLI -A -N <

システム

> [-F <

結果ファイル

[-L <

ユーザ

> [-P <

パスワード

>]] [-M -T <IP-addr>] [-S]

[-B –Z <IP-addr> -T <IP-addr>]

[-E -T <IP-addr> -Y <inventory>]

説明

Cancel

は、管理対象サーバにすでに転送されたアップデートジョブの実行をキャ

ンセルし、

PREPARED

アップデートステータスを削除します。

PREPARED

ステータ

スは、別のユーザが GUI を使用して

Prepare Updates

を実行したが、まだ

Execute Updates

を実行しない場合、またはエラーが発生した場合にのみ発生す

る例外の場合に、存在できます。

接続を確立できない場合、コマンドは最大 60 秒後のタイムアウトで終了します。

戻り値

0 エラーなし

1 アップデートステータスなし

2 タイムアウト（管理対象サーバへの接続なし）

3 SequenceError、この段階ではコマンドは許可されません

- ジョブステータス

PREPARED

が存在しない、または

- ジョブステータス

READY

REBOOT

が存在する（オプション -S が設定されて

いない場合のみ）

5 GFI エラー

6 アクセス制御に必要なパラメータが存在しません。

7 アクセスが拒否されました。

10 パラメータエラー

ServerView Update Management 148

7.1 GFCLI（コマンドラインインターフェース）

11 メモリボトルネック

12 複数の CLI の開始が拒否されました

13 結果ファイル（オプション

-F

または logfile.txt

）を開けませんでした。

GFLog.txt

ログファイルを開けませんでした

16 インベントリをリビルド中です。後でもう一度試してください。

17 コマンドのチェックが成功しました。1 つ以上のコンポーネントに再起動が必

要です。

18 管理対象サーバのタイプがサポートされていません（仮想サーバであるか、オ

フラインサーバが古い）。

7.1.7

結果ファイル

アップデート手順のすべての結果は、指定された結果ファイルに書き込まれます。

この場合、結果が追加されるため、ファイルサイズが増加します。これらの結果

ファイルの管理（削除または名前変更）はユーザ自身が行う必要があります。情報

はファイル内にイベントブロックの形式で格納されています。

StartFlash

、

Cleanup

、および

Cancel

コマンドの場合、結果は

GFLog.txt

ログファイルにも書き込まれます。このファイルは以下のディレ

クトリにあります。

Windows:

<ServerView

インストールディレクトリ

>\UpdateManager

Linux:

<ServerView

インストールディレクトリ

>/UpdateManager/log

イベント

StartFlash

Ready

Cancel

追加のサブイベント

Count

Result

GFI Error

SequenceError Timeout

ParamError

LogonError

MemoryError

ServerView Update Management 149

7.1 GFCLI（コマンドラインインターフェース）

コマンドの戻り値と同様に、結果ファイルにもアップデートされたオブジェクトと

結果についての情報が含まれています。

ジョブステータス

以下のステータスが、各結果ファイル内の個々のジョブについて記録されます。

状態

PREPARED

WORKING

REBOOT

READY

意味

アップデートジョブはサーバに転送されました。

アップデートジョブは現在実行中です。

アップデートジョブは正常に処理されました。ジョブステータス =

READY にするには、リブートが必要です。

アップデートジョブが処理されました（正常またはエラーあり）。

7.1.7.1

StartFlash（イベント）

StartFlash イベントには通常、Count サブイベントがあります。このサブイベント

は常にヘッダーとして入力されます。このエントリで指定された数値は、アップ

デート対象に選択されたオブジェクトの合計数を示します（新しいバージョンが利

用可能）。各オブジェクトには、Result サブイベントを伴う、固有の StartFlash

イベントがあります。

Event.0=StartFlash

SubEvent.0=Count

CompCount.0=1

イベント : StartFlash

サブイベント : Count

コンポーネント数（0 の場合もあり

ます）

NoError.0=0

エラー数

Event.1=StartFlash

SubEvent.1=Result

ObjTypeName.1=MAH3091MC

イベント : StartFlash

サブイベント : Result

オブジェクトタイプ（コンポーネン

ト）

ObjName.1=Disk:PCI1.11.1.SCSI0.0.0

8 スクリプトツール（svupdcli.pl）

CLI のコマンドに加えて、スクリプトツールを使用してFujitsu サーバをリモートで

簡単に更新できます。スクリプトツールはThe scripting tool is a standalone Perl script named svupdcli.pl

というスタンドアロンの Perl スクリプトで、Fujitsu

サーバの BIOS、ファームウェア、またはドライバをローカルまたはリモートで更新

します。

スクリプトツールは、SCCI API に基づいています（SSM で使用される）。Fujitsu

サーバのすべてまたは一部を更新する、独自のバッチスクリプトを作成できます。

スクリプトが正常に実行された場合の終了コードは 0 で、それ以外の場合は 0 以上

になります。失敗すると、エラーメッセージが stdout に出力されます。

値（整数/文字列）がスクリプトから返される場合、値は stdout に出力されます。

スクリプトのフローをトレースするには、 verbose

オプションを 9 に設定する必要

があります。これによって、トレースメッセージが stderr に出力されます。

8.1

要件

スクリプトツールは、Windows および Linux で実行され、以下のソフトウェアが

必要です。 l

Perl V5.18 以上 l

Perl ライブラリ JSON V2.90 以上（このモジュールは最新の Windows OS で

配布済みです。配布されていない場合は、 CPAN からダウンロードできま

す。）

アップデートされる管理対象ノードには、ServerView Agent V7.00 以上がインス

トールされている必要があります。スクリプトツールは、ServerView Agentless

Service では動作しません。

ServerView Update Management 169

8.2

構文 svupdcli.pl {

-H |--host=<host>

{

[-P |--port=<port>]

[-T |--transport=<type>]

{

}

} |

-I |--inputfile=<filename> [--inputdir=<dir>]

{

-u |--user=<username>

-p |--password=<pwd>

--status |

{

--updstatus | --updcheckstatus | --updjobstatus

}

} |

{

--getconfig

[-O |--outputdir=<dir>] | --getconfigarg --arguments=<key-list>

[-O |--outputdir=<dir>] | --setconfig=<file> | --setconfigarg

--arguments=<keyvalue-list>

} |

{

--startcheck | --getchecklog

} |

--difflist

[-O |--outputdir=<dir>] | --instlist [-O |--outputdir=<dir>] |

--getreleasenotes | --getdiffreleasenotes |

--getonereleasenote=<comp>

} |

{

--addjob=<file> | --listjob | --startjoblist

[--jobstarttime=<timestamp in seconds>]

} |

{

{ --startjoball | --startjob=<file>

8.2 構文

ServerView Update Management 170

8.3

8.3 スクリプトオプション

}

[--jobstarttime=<timestamp in seconds>]

} |

--getjobcomponentlog | --getjoblog | --canceljob | --cleanupjob

}

[-t |--timeout=<timeout in seconds>]

[-v|--verbose=<verbose mode level>]

[-h |--help] | [-V |--version]

スクリプトオプション

オプションは、アルファベット順になっています。

--addjob=<file> |

アップデートされるコンポーネントのパスを <file> に指定して、アップデート

ジョブを準備します。<file> には、 difflist

オプションの修正された出力

ファイルを指定して、アップデートするコンポーネントを選択することもできま

す。

--canceljob

実行中のアップデートジョブをキャンセルします。アップデートジョブが

WAITING または DOWNLOADING の段階にある場合にのみ、適用できます。

--cleanupjob

終了したアップデートジョブの結果、一時ファイル、データ構造を削除します。

アップデートジョブのステータスが DONE または ERROR の場合にのみ、適用

できます。

--difflist [-O|--outputdir=<dir>]

コンポーネントの差分リストから最初の 10 件のエントリを表示し、指定された

場合は、ディレクトリ <dir> の出力ファイルのすべてのエントリを保存しま

す。

ファイル:

<dir>/<host>_DIFF.txt

--getchecklog

最後のアップデートチェックのログファイルの内容を表示します。ファイル形式

は、アップデートマネージャによって指定されます。

--getconfig [-O |--outputdir=<dir>]

アップデート構成の情報を表示するか、指定された場合は、「キー = 値」リス

トとして出力ディレクトリに出力します。パスワード情報は表示されませんが、

出力されます。

ファイル:

<dir>/<host>_CFG.txt

ServerView Update Management 171

8.3 スクリプトオプション

選択できる構成パラメータを返します。

--getconfigarg --arguments=<key-list> [-O|--outputdir=<dir>]

エキスパート専用: 1 つの構成アイテムとして指定された、アップデート構成の

すべてのパラメータを表示します（コンマ区切りリスト）。<outputdir> が指

定されると、すべての情報が「キー = 値」のリストで出力されます。

ファイル:

<dir>/<host>_CFG.txt

すべての構成パラメータを返します。

--getdiffreleasenotes

コンポーネントリスト内のすべてのコンポーネントのリリースノートで、インス

トール済みのものより新しいものを取得します。

--getjobcomponentlog

アップデートジョブのコンポーネントログファイルの内容を取得して、各ジョブ

コンポーネントの関連するパラメータを stdout に出力します。

--getjoblog

アップデートジョブの結果の XML ログファイルを取得します。ヒント: XML（updjobstatus データを参照）のパスには、この種の XML アップデートジョブ

ログファイルを見やすくするために使用できる XSL ファイルがあります。

--getonereleasenote=<compPath>

指定したコンポーネントのリリースノートを取得します。<compPath> は、リ

ポジトリ内のコンポーネントの相対パスを指定します

（

Tools\Primeup\1.17.03

など）。

--getreleasenotes

インストールされたコンポーネントリスト内のすべてのコンポーネントのリリー

スノートを取得します。

リリースノートの形式には大きな違いがあります。

形式: 各コンポーネントのブロックに、コンポーネント名のヒントを示す行が 1

行あり、続けて、リリースノートを中間に挟む

<ReleaseNotes>...</ReleaseNotes> 行があります。

\r は、リリースの出力で代入されます。

-h|--help

ヘルプテキストを表示します。

-H |--host=<name-or-ip>

DNS 名または IP アドレスとしてアップデートされるサーバの名前。

ServerView Update Management 172

8.3 スクリプトオプション

このオプションは、SCS 呼び出し（ServerView Connector Service）に使用

され、事前チェックはありません。

-I |--inputfile=<file> [--inputdir=<dir>]

<file> からホスト固有のオプションを読み取ります。

-I

以外のすべてのオプ

ションを <file> に設定できます。これらのオプションによって、コマンドライ

ンオプションは上書きされます。 inputdir

を使用して、入力ファイルのディレ

クトリパスを指定できます。入力ファイルが '/' で始まる場合、ディレクトリパ

スは無視されます。

--instlist [-O|--outputdir=<dir>]

インストールされたコンポーネントのリストから最初の 10 件のエントリを表示

し、指定された場合は、ディレクトリ <dir> の出力ファイルのすべてのエント

リを保存します。

ファイル:

<dir>/<host>_INST.txt

--listjob | addjob

オプションでアップデートが準備されているコンポーネントを一覧しま

す。

<file> には、修正された差分出力ファイルを指定して、アップデートするコン

ポーネントを選択することもできます。

[-P |--port=<port>]

呼び出しの SCS のポート番号で、デフォルトは 3172 です。この番号の入力

は必須ではありません。

--setconfig=<file>

<file> で定義されたアップデート構成のパラメータを設定します。<file> に

は、修正された（コメント付き）行の

-getconfig

オプションによる結果ファ

イルのコピーを使用できます。

--setconfigarg --arguments=<key=value-list>

エキスパート専用: 1 つの構成アイテムとして指定された、アップデート構成の

すべてのパラメータを設定します（コンマ区切りリスト）。

一部の構成パラメータはサポートされません。

--startcheck

アップデートチェックを即座に開始します。このオプションからは、非同期

チェックの開始に関するヒントが返されます。アップデートの進行状況と結果を

監視するには、

--updcheckstatus

オプションを使用します。

--startjoblist [--jobstarttime=<timestampinseconds>]

準備されたアップデートジョブを即座に実行するか、指定した開始時刻

（1970-01-01 からの相対秒数）に実行します。

ServerView Update Management 173

8.4 構成パラメータ

--startjoball | [--startjob=<file>] [-jobstarttime=<timestampinseconds>]

準備されたアップデートジョブを即座に開始するか、指定した開始時刻

（1970-01-01 からの相対秒数）に開始します。非同期ジョブ開始に関するヒ

ントが返されます。アップデートの進行状況と結果を監視するには、

-updjobstatus

オプションを使用します。

[--status] | {--updstatus | --updcheckstatus | --updjobstatus }

以下のステータスタイプを表示します。 l l

ホストのアップデートサマリステータス

アップデートチェックのステータス l

アップデートジョブのステータス

その他のオプションからは、対応するアップデートステータスの情報が表示され

ます。

[-T |--transport=<type>]

呼び出しの SCS の転送タイプ。値: HTTP または HTTPS、デフォルト:

HTTPS

-t|--timeout=<timeout in seconds>

スクリプト処理のタイムアウト。

-u |--user=<username> -p|--password=<pwd> http 要求の認証データ。

-v|--verbose=<verbose mode level>

冗長モードを有効にします（レベル: 1 ~ 9）。冗長レベル 9 で複数行の出力を生

成します。

-V|--version

バージョン情報と使用方法のテキストを表示します。

8.4

構成パラメータ

構成パラメータについては、 ServerControl Command Interface（SCCI）仕様を

参照してください。

基本的に、スクリプトは Server Management Configuration のすべてのパラメー

タを読み取りまたは書き込みできます（ getconfigarg

または setconfigarg

オ

プションを使用）。しかし、便宜上、16 進コードではなく、名前で書き込めるパラ

メータのサブセットがあります。

サブセットは次のとおりです。

ServerView Update Management 174

8.4 構成パラメータ

パラメータ

HttpProxyServerUsage

HttpProxyServerAddress

HttpProxyServerPort

HttpProxyServerUserId

HttpProxyServerPasswd

UpdRepositoryPath

UpdRepositoryAccess

UpdUpdateCheckMode

意味

HTTP プロキシサーバの使用状況:

0 プロキシは使用しません。

1 システムプロキシの設定を使用します。

2 構成スペース設定を使用します。

外部 HTTP アクセスに使用されるプロキシ

サーバの IP アドレスまたは DNS 名。

外部 HTTP アクセスに使用されるプロキシ

サーバのポート番号。

外部 HTTP アクセスに使用されるプロキシ

サーバでの認証のユーザ名。

外部 HTTP アクセスに使用されるプロキシ

サーバでの認証のパスワード。

リポジトリのルートへの URL または絶対

ローカルパス。

リポジトリの場所とアクセス。

0 ローカル、読み取り専用。

1 ローカル、読み書き。

2 リモート、読み取り専用。

3 iRMC、読み取り専用。

アップデートチェックの開始時期を定義しま

す。

0 手動で開始します。

1 インベントリの変更後に開始します。

2 アップデートチェックスケジューラに

よって開始します。

ServerView Update Management 175

8.4 構成パラメータ

パラメータ

UpdDownloadMode

意味

「Download after check」に設定すると、

ローカルリポジトリは、アップデートチェッ

クが実行されるたびに、アップデート Web

サーバから自動的にアップデートされます

（この構成セクションでの指定に従いま

す）。

ダウンロードモードは、読み書きモー

ドのローカルリポジトリにのみ適用で

きます。

UpdDownloadServerAddress リポジトリアップデートのダウンロードに使

用される、Web サーバの IP アドレスまたは

DNS 名。

UpdDownloadRepositoryPath リポジトリアップデートのダウンロードに使

用される、Web サーバ上のダウンロードリポ

ジトリの相対パス。

UpdDeleteBinaryAfterUpdate TRUE に設定すると、インストール後にアッ

プデートパッケージがローカルリポジトリか

ら削除されます。

0 FALSE

1 TRUE

UpdScheduleDate

UpdScheduleFrequency

UpdDownloadProtocol

アップデートチェックがスケジューラによっ

て開始される日付と時刻（time_t）。

アップデートチェックが次にスケジューラに

よって開始されるまでの日数。

Fujitsu Web サーバからファイルをダウン

ロードするために使用されるプロトコルタイ

プ。

HTTP

HTTPS

ServerView Update Management 176

8.4 構成パラメータ

パラメータ

UpdAlertNewUpdates

意味

新たに使用可能になったアップデートの電子

メールアラートを有効または無効にします。

0 無効にする

1 有効にする

UpdAlertJobFinished 終了したアップデートジョブの電子メールア

ラートを有効または無効にします。

無効にする

有効にする

AlerterMailEnable 電子メールアラートを有効または無効にしま

す。

無効にする

有効にする

AlerterMailSeverity 電子メールアラートを送信する際の重要度。

0 不明

警告

エラー

デバッグ

AlerterMailSender アラータによって使用される送信者メールア

ドレス。

AlerterMailSenderDescription アラータの送信者メールアドレスの説明（例:

FJ Update Mgmt）

AlerterMailRecipients アラータによって使用される受信者メールア

ドレス。

AlerterMailRecipientsCC アラータによって使用される受信者 CC メー

ルアドレス。

ServerView Update Management 177

パラメータ

AlerterUmMailSubject

AlerterUmMailMessage

AlerterSMTPServer

AlerterSMTPort

8.5 アップデートのためにスクリプトを使用します

意味

ソフトウェアアップデート管理固有の電子

メールにアラータによって使用される、メー

ルの件名。

ソフトウェアアップデート管理固有の電子

メールにアラータによって使用される、メッ

セージ部分。

使用されるメールサーバのドメイン名/IP ア

ドレス。

SMTP サーバのアクセスに使用されるポート

番号。

8.5

アップデートのためにスクリプトを使用します

8.5.1

構成設定の読み取り

Fujitsu サーバ（ここでは 172.17.167.199）のチェックとアップデートを開始す

る前に、このサーバの現在の構成設定を知っておく必要があります。この後、アッ

プデートプロセスに必要なすべてのパラメータが正しく設定されているか、チェッ

クします。

管理サーバで、次のように入力します。 svupdcli.pl --host=172.17.167.199 --user=Administrator -password=abc.123 -–getconfig --outputdir=out

メインのアップデート構成パラメータがファイル out\172.17.167.199_

CFG.txt

に書き込まれます。

出力ファイルの内容は、次のようになります。

UpdRepositoryPath=C:\Program Files\Fujitsu\ServerView

Suite\Agents\Server Control\Data\EM_UPDATE\UpdateRepository

UpdRepositoryAccess=1

UpdUpdateCheckMode=0

UpdDownloadMode=1

UpdDownloadServerAddress=support.ts.fujitsu.com

UpdDownloadRepositoryPath=DownloadManager/Globalflash

UpdDeleteBinaryAfterUpdate=0

UpdScheduleDate=1440690300

ServerView Update Management 178

8.5 アップデートのためにスクリプトを使用します

UpdScheduleFrequency=0

UpdDownloadProtocol=0

UpdAlertNewUpdates=1

UpdAlertJobFinished=0

HttpProxyServerUsage=2

HttpProxyServerAddress=proxy.pdb.fsc.net

HttpProxyServerPort=81

#HttpProxyServerUserId=

#HttpProxyServerPasswd=

AlerterMailEnable=1

AlerterMailSeverity=3

[email protected]

AlerterMailSenderDescription=admin_199

[email protected]

#AlerterMailRecipientsCC=

AlerterUmMailSubject=ServerView Update Management Alert from

$(HostName)

AlerterUmMailMessage=Information from Update Management module of ServerView System Monitor:

$(UpdateMessage)

Date: $(Date) $(Time)

Host IPaddress: $(HostIPAddress)

AlerterSMTPServer=172.17.167.111

AlerterSMTPort=25

8.5.2

構成設定の書き込み getconfig

オプションの出力をペースとして使用して、構成設定を修正できます。

修正を終えるには、これらのパラメータを該当するサーバの構成スペースに書き戻

す必要があります。

管理サーバで、次のように入力します。 svupdcli.pl --host=172.17.167.199 -I inputFile_

172.17.167.199.txt –setconfig=out\172.17.167.199_CFG.txt

これで、サーバの新しいアップデートおよびフラッシュアップデートコンポーネン

トをチェックする準備ができました。

8.5.3

アップデートステータスのチェック

コンポーネントをアップデートする前に、対応するFujitsu サーバに使用できる新し

いアップデートがあるか、チェックする必要があります。このチェックは、次のよ

ServerView Update Management 179

8.5 アップデートのためにスクリプトを使用します

うにして開始します。 svupdcli.pl --host=172.17.167.199 -I inputFile_

172.17.167.199.txt --startcheck

このアップデートチェックの進行状況を、次のコマンドで監視できます。 svupdcli.pl --host=172.17.167.199 -I inputFile_

172.17.167.199.txt --updcheckstatus

スクリプトから

Done -OK

または

Done - Error

が stdout に返されると、アッ

プデートチェックが終了します。

チェックが失敗した場合、ログファイルをチェックして診断できます。 svupdcli.pl --host=172.17.167.199 -I inputFile_

172.17.167.199.txt --getchecklog

8.5.4

アップデートジョブの作成

アップデートチェックの後、使用できる新しいアップデートコンポーネントを、次

のコマンドで読み取れます。 svupdcli.pl --host=172.17.167.199 -I inputFile_

172.17.167.199.txt --difflist --outputdir=out

ファイル 'out\172.17.167.199_DIFF.txt' には、アップデートリポジトリでアッ

プデートするための使用できる新しいコンポーネントのパスが格納されます。アッ

プデートジョブを実行するための入力として使用されます。

このファイルを編集して行を削除すると、対応するコンポーネントは次のス

テップでアップデートされません。

8.5.5

アップデートジョブの実行と監視

アップデートの実行を開始するには、次のように入力します。 svupdcli.pl --host=172.17.167.199 -I inputFile_

172.17.167.199.txt --startjob='out\172.17.167.199_DIFF.txt'

ここで、ファイル

'out\172.17.167.199_DIFF.txt'

に記載されているコン

ポーネントがアップデートされます。

アップデート実行の進行状況は、次のコマンドで監視できます。 svupdcli.pl --host=172.17.167.199 -I inputFile_

172.17.167.199.txt --updjobstatus

ServerView Update Management 180

8.5 アップデートのためにスクリプトを使用します

スクリプトから

Done -OK

または

Done - Error

が stdout に返されると、アッ

プデート実行が終了します。

アップデートの結果ログファイルは、次のコマンドで読み取れます。 svupdcli.pl --host=172.17.167.199 -I inputFile_

172.17.167.199.txt --getjoblog

アップデート実行でエラーが発生した場合、Fujitsu サーバをクリーンアップする必

要があります。 svupdcli.pl --host=172.17.167.199 -I inputFile_

172.17.167.199.txt --cleanupjob

ServerView Update Management 181

9 トラブルシューティング

9.1

アップデートマネージャのエラーメッセージ

「ジョブ詳細」タブ（「

64 ページの「ジョブ詳細」タブ」を参照)のジョブエント

リの詳細セクションの「エラーテキスト」フィールドに表示されるエラーメッセー

ジの概要を、次に示します。

各メッセージについて、エラーを解決するためのアクションの説明があります。

APPL_CURRENTLY_RUNNING

プログラム実行の内部的重複

アクション l l

ジョブの詳細セクションで「ログファイルを表示」をクリックします。

開いたログファイルには、選択したジョブの診断ファイルを含む zip ファイル

へのハイパーリンクがあります。 zip ファイルを保存して、弊社サポート担当者に送付します。

アップデートは正常に完了しても、インベントリマネージャのスケジュールタスク

がこのサーバですでに実行中であるためにインベントリが作成されなかった場合 : l

インベントリと、リストされたアップデートをアップデートマネージャで確認

します。

データがまだ古い場合 : l

「インベントリマネージャ」 -「サーバリスト」タブ - 「インベントリ更新」ボ

タンで、手動でインベントリを作成します。

ServerView Update Management 182

9.1 アップデートマネージャのエラーメッセージ add job failed

ジョブの初期化エラー cleanup failed

ジョブを削除できません flash failed

管理対象サーバのアップデート中のエラー flash timeout

ジョブ完了中のタイムアウト manager timeout

アップデートマネージャの時間超過 prepare update failed

ジョブ転送エラー

Reboot failed

管理対象サーバのブート中のエラー

アクション l l

ジョブの詳細セクションで「ログファイルを表示」をクリックします。

開いたログファイルには、選択したジョブの診断ファイルを含む zip ファイル

へのハイパーリンクがあります。 zip ファイルを保存して、弊社サポート担当者に送付します。 could not transfer job(s)

ジョブの初期化エラー pending jobs

ジョブが進行中、またはクリーンアップされていない update process aborted

CMS

がブートされたため、アップデートプロセスが中止された

アクション l l

CLEANUP 機能を実行してください（

72 ページのクリーンアップウィザード

を参照）。

エラーが発生したジョブをコピーして、再起動します。

ServerView Update Management 183

9.1 アップデートマネージャのエラーメッセージ boot timeout

ブートプロセス中のタイムアウト timeout wait for boot inactive

Update

エージェントのブート中のエラー

アクション l l

BIOS のブートシーケンスを確認し、必要に応じて修正します。

BIOS セットアップで、「LAN/PXE」をブートシーケンスの最初のエントリ

にしてください。

管理対象サーバをリブートします。 agent offline

Update

エージェントが見つからない

アクション l l

接続の問題を修正します。

これで解決しない場合は、Update エージェントを再インストールします。

Flash Canceled by User

ユーザが「

Flash Abort

」ダイアログを「キャンセル」で中止した

アクション l

アップデートするサーバのユーザと相談した後、アップデートをリブートしま

す（「ジョブの作成」またはを使用）。

適用 : o

OSが Windows の管理対象サーバ o o

「Flash Abort」ダイアログで設定した「GlobalFlash エージェント」 Win ≤

V4.71.xx

ユーザが管理対象サーバのコンソールにログインして、「Flash Abort」ダイア

ログを「キャンセル」で中止しました。

ServerView Update Management 184

9.1 アップデートマネージャのエラーメッセージ jobs on same server not accepted: ”<ジョブ名>” is active

以前に開始したジョブがサーバですでに実行中

アクション l l

「ジョブ詳細」タブでこのサーバに関する実行中のジョブを確認します。

実行中のジョブが終了するまで待機して、新しいジョブを開始します。

サーバにて以前のジョブが予期せず中断

アクション l

手動でクリーンアップを実行します（「サーバ詳細」タブ - サーバを選択 -

「クリーンアップ」をクリック）。 l

クリーンアップジョブによってアップデートジョブと同じエラーが発生する場

合は、管理用サーバで次の手順に従います。 o o

ディレクトリ

…\ServerView\ServerView

Services\scripts\ServerView\OnlineUpdate

へ移動します。

ファイル

<server>.lck

があることと、その内容を確認します。 o

エラーメッセージで示される <ジョブ名> がファイル <server>.lck 内にあ

る場合は、このファイルを削除します。 job canceled by second failover

高可用性クラスタの複数切り替えによるエラー

アクション l l

「クリーンアップ」を実行します。

ジョブをコピーして、再起動します。

ServerView Update Management 185

9.2 ダウンロードマネージャのエラーメッセージ

ERROR_DC_DATA

インベントリタスクによって発生した再スキャンエラー

アクション l

アプレットで、インベントリマネージャ - 「診断の管理」タブを選択し、イン

ベントリログファイルを確認します。 o o

ツリービューで対応するサーバ名を選択します。

テーブルで、「説明」 = 「イン弁織データ」のタスク「直ちに一度だけ」

を選択します。 o

「ログの選択」: 対応する日付を選択します。

選択したログファイルの内容は、下の出力フィールドに表示されます。 o

DB のステータスを確認します。 l

DB のステータスに以下の値が報告される場合、インベントリは正常に作成さ

れていますが、インベントリに変換されたデータが含まれています。 o

「データステータス」 = 「Incomplete」 o

「メッセージ」 = 「Non-Ascii data converted」

9.2

ダウンロードマネージャのエラーメッセージ

認証情報がないなどの理由で Download Service が動作を停止すると、以下の状態

になります。 l l

スケジュールされているダウンロードタスクが開始されない

直ちに一度だけのタスクが「実行中」の状態のままになる

ServerView Download Service が再度開始された後、定義されたすべてのタスク

が自動的に実行されます。

以下は、「ログファイル」タブの「エラー」列に表示されるエラーメッセージの概

要です（

117 ページの「ログファイル」タブを参照）。

各メッセージについて、エラーを解決するためのアクションの説明があります。

サーバがデータベースにありません

このタスクのサーバがデータベースにありません。

ダウンロードアクションが開始されていないため、ログファイルが作成されませ

ん。

サーバーを管理できません

このタスクのサーバを管理できません。

ダウンロードアクションが開始されていないため、ログファイルが作成されませ

ん。

ServerView Update Management 186

9.2 ダウンロードマネージャのエラーメッセージ

サポートされていないサーバーです

選択したサーバタイプにはダウンロードタスクがサポートされていません。

ダウンロードアクションが開始されていないため、ログファイルが作成されませ

ん。

グループ内にサポートされて管理可能なサーバーがありません

ダウンロードタスクに割り当てられたサーバのグループに、サポートされる管理

可能なサーバがありません。

ダウンロードアクションが開始されていないため、ログファイルが作成されませ

ん。

タスクが中止されました

ダウンロードタスクが中止されました。

ログファイルは作成されない場合があります。

タイムアウトによりタスクが中断されました

タイムアウトのため、ダウンロードタスクが中止されました。

タスク時間が未定です

タスク時間を決定できません。

ダウンロードアクションが開始されていないため、ログファイルが作成されませ

ん。

タスク時間が未来でありません

定義されたタスク時間が現在以降ではないため、タスクが開始しません。

ログファイルは作成されません。

タスクは開始しませんでした。

タスクを開始できません。

ログファイルは作成されません。

このサーバーに対する別のタスクは既に開始されています

別のタスクがサーバのダウンロードを現在実行中です。

ログファイルは作成されません。

タスクの設定が無効です

タスク設定が無効なため、タスクを開始できません。

ログファイルは作成されません。

Initialization error

ダウンロードアクションを正常に開始できませんでした。

ログファイルは作成されません。

考えられる理由 : ファイルシステムにアクセス許可がありません（workdir また

はリポジトリディレクトリでのファイルおよびディレクトリの作成/移動）。

Download error

Web サーバからのファイルのダウンロードが失敗しました。

ServerView Update Management 187

9.3 リポジトリマネージャのエラーメッセージ

Uncompression error

ダウンロードしたファイルの展開に失敗しました。

Network problems

ネットワークの問題により、Web サーバからのファイルのダウンロードが失敗

しました。

Update check not started

アップデートのチェックの開始が失敗しました。

Unsupported Server Model

サーバモデルがサポートされていません。

No/Illegal Agent

管理対象ノードの Update エージェントがないか、無効です。

Missing Inventory

インベントリがありません。

Remote Access to Repository failed

リポジトリへのリモートアクセスが失敗しました。

Update Check Failed

アップデートのチェックが失敗しました。

9.3

リポジトリマネージャのエラーメッセージ

リポジトリマネージャでアクションを有効にした後、以下のエラーメッセージが表

示されることがあります。

リポジトリのタスクは中央管理用サーバ上で開始されていません。

ServerView

Download Service

の停止を確認し、サービスを再起動してください。詳細については、

ソースが

"ServerView Update Manager"

のシステムイベントログのメッセージを見てく

ださい。

ServerView Download Service

に

ServerViewDB

データベースにアクセス

するための権限がない可能性があります。

リポジトリマネージャからのタスクは、中央管理用サーバの ServerView

Download Service から実行されます。このエラーメッセージは、ServerView

Download Service が動作を停止すると発生します。

9.4

シングルサインオンの問題

ServerView Operations Manager V5.0 以降と ServerView Update Agent V5.0

以降（アカウントチェックで設定）

ServerView Update Management 188

9.5 ログオンに関する問題

管理対象サーバ上でのマネージャ証明書を検証するステップが失敗した場合（リク

エスタとプロバイダ間の通信、リモートコネクタサービス）、管理対象サーバのア

クセスステータスは「不許可」に設定され、ログオンによる認証（ユーザ/パスワー

ド）が使用されます。

9.5

ログオンに関する問題

状況

VMware ESXi OS を実行するシステムでは、パスワードチェックが失敗して次の

メッセージが表示された場合:

"<server name>" returns: "cannot connect to target system"

解決方法

次の手順に従います。

1. VMware ESXi OS を実行するシステムで、要件が満たされているかどうか確認

します。

2. ServerView Operations Manager のリリースノートの「アップデート管理 (ダ

ウンロードマネージャを含む)」の章で、以下の項を参照します。 l l

ESXi システム上での iRMC ファームウェアアップデート

Update of BIOS on ESXi Systems

9.6

ツリー構造のエントリの問題

管理対象サーバがアップデートマネージャ/ダウンロードマネージャのツリー構造に

表示されました。

チェックを実行した後、管理対象サーバはツリー構造に表示されなくなります。

考えられる理由

管理対象サーバのマネジメントコントローラが機能していません。

発生する問題

1. 「シャーシ」のインベントリの値が N/A になります。

これはアプレット「インベントリマネージャ」 -「インベントリ表示」で確認で

きます。

ServerView Update Management 189

9.7 コンポーネントに関する問題

2. サポートするモデルのチェックから「サポートされていないモデル」が返されま

す。

管理対象サーバがアップデートマネージャ/ダウンロードマネージャのツリー構

造から削除されます。

解決方法

管理対象サーバのマネジメントコントローラを修復します。

9.7

コンポーネントに関する問題

状況 l

マネジメントブレードを 2 台搭載する BXxxx l

これらのマネジメントブレードのうちの 1 台がデグレードした。

解決方法

マネジメントブレードのファームウェアをアップデートする前に以下を行います。

1. デグレードしたマネジメントブレードを修理する。

または

1. デグレードしたマネジメントブレードをシャーシから取り外す。

2. BXxxx のインベントリをもう一度収集する。

状況 l

Linux OS の管理対象ノード。 l

インベントリがないため、ファイバーチャネルコントローラのファームウェア

アップデートが提供されない。

解決方法

13 ページの管理対象サーバでの要件で、「インベントリ」、「ファイバーチャネ

ルコントローラ（Emulex）」、「Linux OS 」の項を参照してください。

9.8

ファイバーチャネル（FC）コントローラの問題

状況

Linux OS の管理対象ノード。

ServerView Update Management 190

9.9 定期ダウンロードタスクのログファイルの問題

インベントリがないため、ファイバーチャネルコントローラのファームウェアアッ

プデートが提供されない。

解決方法

管理対象サーバの要件を満たしているか確認します（

13 ページの管理対象サーバ

での要件の項を参照）。

9.9

定期ダウンロードタスクのログファイルの問題

状況

「ダウンロードサーバタスクの追加」ダウンロードボックスの「ログデータの履歴

を残す」で「前回分のみ」を選択しても、内部サーバグループ（VMware またはブ

レードサーバなど）の、定期ダウンロードタスクに関連するすべてのログファイル

が保存されました。

解決方法

ダウンロードマネージャを使用して、内部サーバグループのログファイルを削除し

ます。「ログファイル」タブのテーブルで削除するログファイルを選択して「削

除」をクリックします。

9.10

管理対象ノードのイベント ID 2370

イベント ID 2370 関連

Windows: イベントビューア

Linux: /var/log/messages

/var/log/fujitsu/ServerViewSuite/SCS/log.SVRemoteConnector

警告 : SSL が「ハンドシェイクテスト」に関するエラーを送信します。このリクエ

ストは無視されます。暗号化されていないか、認証に関する問題があります。詳細

な技術情報については、以下のデータを参照してください。

ServerView Update Management 191

9.11 アップデートマネージャを使用しないインストール/アンインストール

IP=<ipadr>

SOAP-ENV:Receiver

SSL_ERROR_SSL

エラー:140890B2:SSL ルーチン:SSL3_GET_CLIENT_CERTIFICATE:証明書が

返されなかった

SSL_accept() が soap_ssl_accept() で失敗

アップデート管理によって、管理対象ノードでイベント ID 2370 が発生した

構成要件 :

CMS : l

ServerView アップデートマネージャ Windows/Linux（ServerView

Operations Manager のアプレット）V 5.0 以降（1.06 より新しい Remote

Connector Service を含む）

管理対象ノード : l

ServerView Agents Windows/Linux V 5.0 以降（1.06 より新しい Remote

Connector Service を含む） l

ServerView Update Agent Windows/Linux V 5.0 以降（アカウントチェック

を使用して設定） l

CMS の証明書が管理対象ノードにインストールされていません。

（=>アップデートマネージャ : エージェントアクセス = この管理対象ノー

ドで認証されていない。)

それらのサーバでイベント ID 2370 を回避するには : l

管理対象ノードに CMS の証明書をインストールします（IP アドレスはイベン

ト ID のエントリの内容）。

または l

このサーバが必要ない場合、CMS の所有者はアプレットサーバリストから削除

します

9.11

アップデートマネージャを使用しないインストール/ア

ンインストール

推奨 : ServerView Update Manager を使用してアップデート可能なコンポーネン

トをアップデートします。

アップデートマネージャを使用せずにアップデート可能なコンポーネントをアップ

デートした場合は、次の指示に従って、ServerView Operations Manager データ

ServerView Update Management 192

9.11 アップデートマネージャを使用しないインストール/アンインストール

べース（アップデートマネージャ、インベントリマネージャなど）内のデータを

アップデートしてください。

PRIMERGY Support Package（PSP）に含まれる「ドライバと追加プロダク

ト」:

1. 管理対象ノード（PSPに関する）のリポジトリをアップデートします。

ServerView Update Agent/GlobalFlash Agentを再起動します（暗黙的に

PrimeUp -reginit が実行されます）。

または

ディレクトリ <inst-path>\PrimeUp\current\FSC_SCAN へ移動して

PrimeUp -reginit を呼び出します。

2. 管理対象ノードのインベントリをアップデートします。

Windows の ServerView Agent: エージェントを再起動します。

3. 管理用サーバのインベントリをアップデートします（暗黙的なチェックが実行さ

れます）。

インベントリマネージャ : インベントリを更新します。

Firmware/BIOS

1. 管理対象ノードのインベントリをアップデートします。

Windows: Windows の ServerView Agents:

エージェントを再起動します。

Linux: Linux の ServerView Agents : sh /etc/init.d/SVforceVV.sh

2. 管理用サーバのインベントリをアップデートします（暗黙的なチェックが実行さ

れます）。

インベントリマネージャ : インベントリを更新します。

ServerView Update Management 193

9.11 アップデートマネージャを使用しないインストール/アンインストール

ServerView Update Agent Windows ≤ V4.81.02、Linux ≤ V4.80-

07/GlobalFlash エージェント Win/Linux ≤ V4.71.01

1. 管理対象ノードのインベントリをアップデートします。

Windows: Windows の ServerView Agents:

エージェントを再起動します。

Linux: Linux の ServerView Agents : sh /etc/init.d/SVforceVV.sh

2. 管理用サーバのインベントリをアップデートします（暗黙的なチェックが実行さ

れます）。

インベントリマネージャ : インベントリを更新します。

ServerView Update Management 194

Hello! I am an AI chatbot specifically trained to assist you with the Fujitsu Update Management User Guide. I have thoroughly reviewed the document and can help you locate the exact information you need or explain the content in clear and simple terms. Whether you’re looking for guidance on specific features, troubleshooting steps, or general usage, feel free to ask your questions. The more details you provide about your concerns or needs, the more accurately and effectively I can assist you!

Assistant typing

Assistant is out of keyboard. Please, try again later.

ServerView Update Management

目次

1 はじめに

2 概要

3 アップデート手順

4 ServerView Update Agent のインストール

5

ユーザインターフェース

6 アップデートの管理

7 コマンドラインインターフェース

8 スクリプトツール（svupdcli.pl）

9 トラブルシューティング