Groupmax Scheduler/Facilities Manager Version 7 システム管理者ガイド

解説・手引書

3000-3-A83-21

目　　次

前書き

変更内容

はじめに

1.　セットアップを始める前に

1.1　TCP/IPの接続確認

1.2　セットアップに必要な知識

1.3　システムの構成図

1.3.1　システムの構成図

1.3.2　Scheduler/Facilities Managerのプログラムの構成

2.　セットアップの手順

2.1　サーバのセットアップ手順

2.2　管理データの作成

3.　サーバのセットアップ

3.1　サーバ環境設定

3.1.1　システムのインストールと削除

3.1.2　Scheduler Serverの環境設定

3.1.3　Facilities Managerの環境設定

3.1.4　メモリキャッシュ機能の設定

3.1.5　トレース出力機能の設定

3.2　サーバ及び管理ツールサーバの起動

3.2.1　Scheduler Serverの起動

3.2.2　Facilities Managerの起動

4.　管理データの作成

4.1　Address Serverとの連動について

4.1.1　前提条件

4.1.2　注意事項

4.1.3　Address Serverのユーザ情報取得方法

4.1.4　Address Serverの変更通知情報取得方法

4.1.5　ユーザソートについて

4.1.6　組織名の表示について

4.1.7　兼任ユーザについて

4.1.8　管理ツール上での制限事項

4.2　管理ツールのインストール／アンインストール

4.3　管理ツールの起動

4.4　管理データの取得

4.5　DNSホスト名の登録

4.6　ユーザ情報の設定

4.6.1　ユーザ情報の設定

4.6.2　他システムと接続する場合（G/W通信をする場合）

4.6.3　ユーザ情報の確認

4.7　施設管理情報の設定

4.8　汎用化データの設定

4.8.1　前提条件

4.8.2　汎用化データのデフォルト設定

4.8.3　組織ごとの汎用化データ設定

4.9　セキュリティの設定

4.9.1　セキュリティランクによるセキュリティの設定

4.9.2　組織対施設のセキュリティ設定

4.9.3　拡張スケジュールの表示

4.10　上司／秘書の設定

4.11　ゲストIDの設定

4.12　付属設備の登録

4.13　施設管理者の登録

4.14　システム標準値の登録

4.14.1　グループ登録

4.14.2　行先・区分の登録

4.14.3　用件・略記の登録

4.14.4　環境設定

4.14.5　記念日の登録

4.15　不要スケジュール削除期間の個別設定

4.15.1　注意事項

4.15.2　ユーザのスケジュール削除期間の個別設定

4.15.3　施設のスケジュール削除期間の個別設定

4.16　管理データの転送

4.17　管理ツールの終了

4.18　各子サーバでの管理データの取得

5.　Groupmax Address - Assistとの連携方法

5.1　Groupmax Address - AssistのGroupmax連携機能

5.2　ホームサーバ移動ツール「SFdatacp」について

6.　運用上の注意事項

6.1　運用開始時の注意事項

6.2　管理ツール使用時の注意事項

6.3　マルチサーバ構成時の注意事項

6.4　G/W構成時の注意事項

6.5　Facilities Manager使用時の注意事項

6.6　その他の注意事項

7.　コマンドの説明

7.1　「GetAdAll」について

7.2　「indxget」について

7.3　「HOSTCHG」について

7.3.1　ホスト名変換ファイルの作成方法

7.3.2　変換コマンドの実行

7.4　「BITECHG」について

7.5　「CODECHG」について

7.5.1　ユーザ（施設）ID変換ファイルの作成方法

7.5.2　ユーザ（施設）管理情報ファイルの変換

7.6　整合性チェックツール「chkorder」と「sortdate」について

7.6.1　chkorder

7.6.2　sortdate

7.7　ユーザ情報の整合性チェックツール「checkid」について

7.8　グループファイル変換ツール「grpchg」について

7.9　「SFimport」について

7.9.1　SFimportの機能

7.9.2　SFimportの登録ファイル

7.9.3　SFimportの実行手順

7.9.4　SFimport実行時の注意点

7.9.5　SFimportの使用方法

7.9.6　SFimportの使用例

7.10　「SFexport」について

7.10.1　SFexportでサポートする機能

7.10.2　SFexport実行時の注意点

7.10.3　SFexportの使用方法

7.10.4　SFexportの使用例

7.10.5　SFexportの使用上の注意事項

7.10.6　SFexportを用いたSFimportの登録ファイルの作成例

7.11　「SCHogimp」について

7.11.1　SCHogimpでサポートする機能

7.11.2　SCHogimp実行時の注意点

7.11.3　SCHogimpの使用方法

7.11.4　ORGGROUP.tblファイル

7.11.5　ORGGROFF.tblファイル

7.11.6　作業手順

7.11.7　メッセージ

8.　トラブルシューティング

8.1　トラブルシューティング

8.2　Assist連携と「SFdatacp」のトラブルシューティング

8.2.1　Assist連携時のトラブルシューティング

8.2.2　「SFdatacp」実行時のトラブルシューティング

9.　セキュリティの設定

9.1　セキュリティ機能の概要

9.2　組織階層によるセキュリティ設定

9.2.1　概要

9.2.2　前提条件

9.2.3　設定手順

9.2.4　ほかの機能への影響

9.2.5　兼任ユーザが存在するときのスケジュール参照・予約について

9.2.6　注意事項

9.3　組織グループによるセキュリティ設定

9.3.1　概要

9.3.2　設定情報

9.3.3　特別な関係

付録

付録A　データファイルの説明

付録B　設定の最大値

付録C　Windowsサーバからの移行

付録D　バージョンアップ時の注意事項

付録E　サーバホスト名が変更された場合

付録F　スケジュールデータの移動

付録G　スケジュール格納ディレクトリを変更した場合

付録H　Assist連携時と「SFdatacp」実行時のエラーメッセージ

付録I　ユーザIDの変更

付録J　G/W通信を異なるポート番号で運用する場合

付録K　ログファイルのフォーマット説明

付録L　実行ユーザの変更

付録M　「GetAdAll」と「indxget」の実行時のエラーメッセージ

付録N　システムログのメッセージ一覧

付録O　「aconsole」と「roomconsole」のエラーメッセージ

付録P　Scheduler Server移行手順

付録Q　バックアップ，リストアの方法

付録R　「SFimport」と「SFexport」実行時のエラーメッセージ

付録R.1　登録ファイルのエラー番号

付録R.2　SFimportのメッセージ

付録R.3　SFexportのメッセージ

付録S　9文字以上のパスワードを使用する場合の設定方法

付録T　サーバのIPアドレスが変更された場合

付録U　クラスタ環境の設定

付録U.1　Scheduler Server，Facilities Managerのクラスタ対応

付録U.2　クラスタシステム連携時の構成

付録U.3　注意事項

付録U.4　前提環境の作成

付録U.5　Scheduler Server，Facilities Manager環境の作成

付録U.6　パッケージ登録

付録U.7　クラスタの定義

付録U.8　マルチサーバ構成時の設定

付録U.9　コマンドリファレンス

付録U.10　サンプルファイル

付録V　ログファイル

付録W　コマンド共通のエラーメッセージ

付録X　管理ツールのログ

索引

[他社商品名称に関する表示]

All Rights Reserved. Copyright (C) 2004, 2007, Hitachi, Ltd.

前書き

■ 対象製品

P-1B46-5151　 Groupmax Groupware Server　 07-32（適用OS：HP-UX 11.0，11i）
P-1M46-5151　 Groupmax Groupware Server　 07-32（適用OS：AIX 5L V5.1，V5.2）

■ 輸出時の注意

本製品を輸出される場合には，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制をご確認の上，必要な手続きをお取りください。
なお，ご不明な場合は，弊社担当営業にお問い合わせください。

■ 商標類

AIXは，米国における米国International Business Machines Corp.の登録商標です。
HACMPは，米国における米国International Business Machines Corp.の商標です。
HACMP/6000は，米国における米国International Business Machines Corp.の商標です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Microsoft Excelは，米国Microsoft Corp.の商品名称です。
MS-DOSは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
UNIXは，X/Open Company Limitedが独占的にライセンスしている米国ならびに他の国における登録商標です。
Visual Basicは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows NTは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows Serverは，米国およびその他の国における米国Microsoft Corp.の商標です。

■ 発行

平成16年 6月（第1版）3000-3-A83（廃版）
平成18年 4月（第2版）3000-3-A83-10（廃版）
平成19年 1月（第3版）3000-3-A83-21

■ 著作権

All Rights Reserved. Copyright (C) 2004, 2007, Hitachi, Ltd.

変更内容

変更内容（3000-3-A83-21）Groupmax Scheduler/Facilities Manager 07-32

追加・変更内容 | 変更箇所
トレース出力機能について追記しました（前バージョンまでは，取扱説明書に記載していた内容を取り込みました）。 | 3.1.5
変更通知情報取得機能（indxgetコマンド）のソート機能の処理性能を向上させるオプションを追加しました。 | 7.2
クラスタ環境について追記しました（前バージョンまでは，取扱説明書に記載していた内容を取り込みました）。 | 付録U

単なる誤字・脱字などはお断りなく訂正しました。

変更内容（3000-3-A83-10）Groupmax Scheduler/Facilities Manager 07-30

追加・変更内容

メモリキャッシュ機能を追加しました。

SCHoginpコマンドを追加しました。

セキュリティの設定について追加しました。

はじめに

このマニュアルは，Groupmax Version 7（以降，Groupmaxと呼びます）のアプリケーションであるGroupmax Scheduler Server Version 7及びGroupmax Facilities Manager Version 7のセットアップ方法について説明したものです。

対象読者

このマニュアルは，Scheduler Server及びFacilities Managerの利用者（システム管理者又はセットアップ担当者）を対象としています。ご使用のオペレーティングシステムとTCP/IPの知識を習得していることを前提としています。

マニュアルの構成

このマニュアルは，次に示す章と付録から構成されています。

第1章　セットアップを始める前に

セットアップに必要な知識などについて説明しています。

第2章　セットアップの手順

セットアップをするときの手順などについて説明しています。

第3章　サーバのセットアップ

サーバのセットアップ方法について説明しています。

第4章　管理データの作成

管理ツールのインストール，及び使用方法について説明しています。

第5章　Groupmax Address - Assistとの連携方法

Groupmax Address - Assistとの連携方法について説明しています。

第6章　運用上の注意事項

このシステム運用上の注意事項について説明しています。

第7章　コマンドの説明

Address Serverからのユーザ情報の作成，及びデータ移行時に使用するコマンドについて説明しています。

第8章　トラブルシューティング

このシステム運用時に発生する可能性のあるトラブルと回復方法について説明しています。

第9章　セキュリティの設定

セキュリティの設定について説明しています。

付録A　データファイルの説明

データファイルについて説明しています。

付録B　設定の最大値

設定の最大値について説明しています。

付録C　Windowsサーバからの移行

WindowsサーバからUNIXサーバへ移行する場合の手順を説明します。

付録D　バージョンアップ時の注意事項

バージョンアップ時の注意事項について説明しています。

付録E　サーバホスト名が変更された場合

サーバホスト名が変更された場合について説明しています。

付録F　スケジュールデータの移動

スケジュールデータの移動について説明しています。

付録G　スケジュール格納ディレクトリを変更した場合

スケジュール格納ディレクトリを変更した場合について説明しています。

付録H　Assist連携時と「SFdatacp」実行時のエラーメッセージ

Assist連携時と「SFdatacp」実行時のエラーメッセージについて説明しています。

付録I　ユーザIDの変更

ユーザIDの変更について説明しています。

付録J　G/W通信を異なるポート番号で運用する場合

G/W通信を異なるポート番号で運用する場合について説明しています。

付録K　ログファイルのフォーマット説明

ログファイルのフォーマットについて説明しています。

付録L　実行ユーザの変更

実行ユーザの変更について説明しています。

付録M　「GetAdAll」と「indxget」の実行時のエラーメッセージ

「GetAdAll」と「indxget」の実行時のエラーメッセージについて説明しています。

付録N　システムログのメッセージ一覧

システムログのメッセージ一覧について説明しています。

付録O　「aconsole」と「roomconsole」のエラーメッセージ

「aconsole」と「roomconsole」のエラーメッセージについて説明しています。

付録P　Scheduler Server移行手順

Scheduler Server移行手順について説明しています。

付録Q　バックアップ，リストアの方法

バックアップ及びリストアの方法について説明しています。

付録R　「SFimport」と「SFexport」実行時のエラーメッセージ

「SFimport」と「SFexport」実行時のエラーメッセージについて説明しています。

付録S　9文字以上のパスワードを使用する場合の設定方法

9文字以上のパスワードを使用する場合の設定方法について説明しています。

付録T　サーバのIPアドレスが変更された場合

サーバのIPアドレスが変更された場合について説明しています。

付録U　クラスタ環境の設定

クラスタ環境の設定方法について説明しています。

付録V　ログファイル

出力されるログファイルについて説明しています。

付録W　コマンド共通のエラーメッセージ

コマンド共通のエラーメッセージについて説明しています。

付録X　管理ツールのログ

管理ツールの障害発生時に使用するログ情報について説明しています。

関連マニュアル

このマニュアルの関連マニュアルを次に示します。必要に応じてお読みください。

Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編(3000-3-A80)

Groupmax Address/Mail Version 7 システム管理者ガイド ユティリティ編(3000-3-A81)

Groupmax Address - Assist Version 6 システム管理者ガイド(3020-3-B50)

Groupmax World Wide Web Desktop Version 6 システム管理者ガイド(3020-3-B60)

Groupmax Scheduler/Facilities Manager Version 7 システム管理者ガイド（3020-3-D15）

Groupmax Scheduler Version 7 ユーザーズガイド（3020-3-D07）

Groupmax Facilities Manager Version 6 ユーザーズガイド（3020-3-B35）

読書手順

このマニュアルは，利用目的に合わせて章を選択して読むことができます。

このマニュアルで使用する記号

記号
意味

［　　　］
文字キー，PFキー，メニューバーなどの内容を表します。

「　　　」
図の名称の中で，ウィンドウやダイアログボックスの名称を表します。
参照するマニュアル，章などの名称を表します。

このマニュアルで使用する略語

このマニュアルで使用する主な英略語を次に示します。

英略語 | 説明
C/S | Client / Server
CSV | Comma Separated Value
DLL | Dynamic Link Library
DNS | Domain Name System
GUI | Graphical User Interface
JIS | Japan Industrial Standard
OS | Operating System
PC | Personal Computer
PDA | Personal Digital Assistants
TCP/IP | Transmission Control Protocol / Internet Protocol
Web | World Wide Web

このマニュアルでの表記

製品名
表記

Groupmax Address Server Version 7
Address Server

Groupmax Address - Assist Service Version 6
Assist Service

Groupmax Address - Assist Viewer Version 6
Assist Viewer

Microsoft(R) Excel
Excel

Groupmax Facilities Manager Version 7
Facilities Manager

Groupmax World Wide Web Desktop Version 6
Groupmax WWW

Groupmax Object Server Version 6又は
Groupmax High-end Object Server Version 6
Object Server

Groupmax Scheduler Client Version 7又は
Groupmax Scheduler Client-Light Version 3
Scheduler Client

Groupmax Scheduler Server Version 7
Scheduler Server

Groupmax System Agent - TCP/IP Version 5
System Agent - TCP/IP

Groupmax System Manager - TCP/IP Version 5
System Manager - TCP/IP

Microsoft(R) Windows(R) 2000 Server Operating System
Windows 2000
Windows

Microsoft(R) Windows(R) Server(TM) 2003,Enterprise Operating System，Microsoft(R) Windows(R) Server(TM) 2003,Standard Operating System
Windows 2003

Microsoft(R) Windows(R) 95
Windows 95

Microsoft(R) Windows(R) 98 Operating System
Windows 98

Microsoft(R) Windows(R) Millennium Edition Operating System
Windows Me

Microsoft(R) Windows NT(R) Server Network Operating System Version 4.0，Microsoft(R) Windows(R) 2000 Server Operating System
Windows NT

Microsoft(R) Windows(R) XP Professional Operating System
Windows XP

Groupmax World Wide Web Desktop for Scheduler Version 6
WWW for Scheduler

Groupmax Scheduler_Facilities 管理ツール Version 7
管理ツール

このマニュアルでは，WindowsのGUI（Graphical User Interface）を使用して各機能の説明をしています。

常用漢字以外の漢字の使用について

このマニュアルでは，常用漢字を使用することを基本としていますが，次に示す用語については，常用漢字以外の漢字を使用しています。

宛先（あてさき），桁（けた），汎用（はんよう），必須（ひっす）

KB（キロバイト）などの単位表記について

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

1.　セットアップを始める前に

この章では，セットアップに必要な知識などについて説明します。

＜この章の構成＞

1.1　TCP/IPの接続確認

1.2　セットアップに必要な知識

1.3　システムの構成図

1.1　TCP/IPの接続確認

＜この節の構成＞

(1)　TCP/IPの接続確認

(2)　サービスのポート番号の設定

(1)　TCP/IPの接続確認

サーバとなるマシンとクライアントとなるマシンにIPアドレスとホスト名を登録し，TCP/IPによる接続確認（telnet,pingなど）をしてください。マルチサーバで運用する場合は，サーバ間の接続確認もしてください。マルチサーバ構成の場合，Scheduler Server及びFacilities ManagerをインストールしたすべてのマシンについてIPアドレスとホスト名を登録し，接続確認をしてください。

ただし，システム内でDNSの設定をしている場合は，ネームサーバ上でホスト名を登録してください。

(2)　サービスのポート番号の設定

サーバ及びクライアントに，Scheduler ServerとFacilities Managerで使用するサービスのポート番号を，次に従ってservicesファイルに設定してください。

＜設定するサービス及びサーバ・クライアント＞

表1-1　ポート番号の設定（Scheduler Serverの場合）

設定するサービス
ポート番号/
プロトコル名
設定する
サーバ
設定するクライアント

ikisaki
（サーバプロセス用）
20013/tcp
全サーバ
全クライアント

appoman
（管理ツールプロセス用）
20014/tcp
全サーバ
管理ツールを使用するクライアントだけ

表1-2　ポート番号の設定（Facilities Managerの場合）

設定するサービス
ポート番号/
プロトコル名
設定する
サーバ
設定するクライアント

appoarea
（サーバプロセス用）
20102/tcp
全サーバ
全クライアント

roomman
（管理ツールプロセス用）
20103/tcp
全サーバ
管理ツールを使用するクライアントだけ

注意事項

ポート番号が他サービスのポート番号と重複する場合は，このポート番号を変更してください。変更する場合はできるだけ5,000番以上のポート番号を指定してください。ポート番号が重複している状態でサーバ又は管理ツールを起動すると，これらのポート番号を強制的に使用するため，ほかのアプリケーションが正常に動作しなくなる可能性があります。特に5,000番より下のポート番号を指定した場合，ほかのアプリケーションと重複する可能性が高いので注意してください。また，ポート番号を変更した場合は，クライアントも同一の番号に設定してください。

1.2　セットアップに必要な知識

Scheduler Server及びFacilities Managerをセットアップするために必要な用語について説明します。セットアップを開始する前にお読みください。

システム
Scheduler Server及びFacilities Managerを運用するための最小単位。1台以上のサーバと1台以上のクライアントから構成されます。G/Wサーバを介して，複数システム間での接続ができます。

親サーバ
管理データのマスタデータを持つサーバを親サーバと呼びます。親サーバはシステム内で一つ決めてください。管理データは親サーバで作成・変更し，子サーバに複写できます。シングルサーバ構成の場合，そのサーバが親サーバとなります。親サーバの設定をしてください。

子サーバ
親サーバ以外のサーバを子サーバと呼びます。子サーバは親サーバ上で管理データを変更した際には管理データを複写する必要があります。

ユーザID
Scheduler Server及びFacilities ManagerはユーザのスケジュールデータをIDで管理します。そのためにScheduler Server及びFacilities Managerを使用するユーザごとにユーザIDを振る必要があります。ユーザIDはシステム内で必ず重ならないようにしてください。ユーザIDは，8文字以内の半角英数字が使用できます。ただし，bin，etc，log，room，BIN，ETC，LOG，ROOMというユーザIDは登録しないでください。ユーザIDは，Scheduler ServerとFacilities Managerで共通です。ユーザIDと施設IDは，システム内で必ず重ならないようにしてください。パスワードは，16文字以内の半角英数字が使用できます（2文字目以降には，「-」（ハイフン）も使用できます）。ただし，9文字以上のパスワードを使用する場合は，「付録S　9文字以上のパスワードを使用する場合の設定方法」を参照してください。

施設ID
Facilities Managerは施設のスケジュールデータをIDで管理します。そのためにFacilities Managerを使用する施設ごとに施設IDを振る必要があります。施設IDはシステム内で必ず重ならないようにしてください。施設IDは，8文字以内の半角英数字が使用できます。ただし，bin，etc，log，room，BIN，ETC，LOG，ROOMという施設IDは登録しないでください。ユーザIDと施設IDは，システム内で必ず重ならないようにしてください。

G/Wサーバ
複数システムのScheduler Serverを接続して使用するときに，必須となります。このサーバは専用ではなく，親・子サーバと兼用できます。

管理データ
ユーザの管理データと施設の管理データの2種類があります。管理データについては「付録A　データファイルの説明」を参照してください。複数のサーバでScheduler Server又はFacilities Managerを構成したときには，サーバ同士の管理データを一致させるために親サーバの管理データを更新するごとに子サーバに親サーバの管理データを複写する必要があります。

ホームサーバ
各ユーザのスケジュールデータを格納するサーバをホームサーバと呼びます。管理ツールの「ユーザ／施設の登録・変更・参照」ウィンドウ，又はAddress Serverの「ホームサーバ名設定」ウィンドウで指定します。

部署テーブルID（組織ID）
Scheduler Server及びFacilities Managerはユーザを階層構造で作成し，各階層は組織で管理します。そのために組織ごとに部署テーブルID（組織ID）を振る必要があります。部署テーブルIDはシステム内で必ず重ならないようにしてください。部署テーブルIDは，6文字以内の半角英数字小文字（Address Serverとの連動時には8文字以内の半角英数字小文字）が使用できます。

種別テーブルID
Facilities Managerは施設を階層構造で作成し，各階層は組織で管理します。そのために組織ごとに種別テーブルIDを振る必要があります。種別テーブルIDはシステム内で必ず重ならないようにしてください。種別テーブルIDは，6文字以内の半角英数字小文字が使用できます。

1.3　システムの構成図

＜この節の構成＞

1.3.1　システムの構成図

1.3.2　Scheduler/Facilities Managerのプログラムの構成

1.3.1　システムの構成図

図1-1　システム構成概要図（1システムの場合）

図1-1のように，マルチサーバのシステムを構築した場合，Scheduler ClientはすべてのScheduler Serverと通信します（Facilities Managerも同様です）。

図1-2　システム構成概要図（複数システムの場合）

図1-2のように，複数システムの場合，G/Wサーバを介してScheduler ClientはすべてのScheduler Serverと通信します（Facilities Managerは，複数システムに対応していません）。

1.3.2　Scheduler/Facilities Managerのプログラムの構成

システムの構成図を図1-3に示します。

図1-3　システムの構成図

注※1

親サーバ上で「コンフィギュレーション」の設定，又はコマンドによってユーザ情報を取得します（詳細は，「3.1　サーバ環境設定」，「7.1　「GetAdAll」について」，及び「7.2　「indxget」について」を参照してください）。

注※2

Address ServerはGroupmaxのアプリケーションプログラムのユーザ情報（ユーザIDなど）を一元管理します（詳細は，「4.1　Address Serverとの連動について」を参照してください）。

なお，連動する場合にScheduler Server及びFacilities Managerの親サーバ上では必須です。子サーバ上では必須ではありません。

注※3

Object Serverは，Address Serverを使用する場合に必要です。オブジェクトサーバとして，Groupmax Object Server Version 6又はGroupmax High_end Object Server Version 6を使用できます。

注※4

Integrated Desktopは，C/S版クライアントの一つです。メールやワークフローなどが利用できる統合型のクライアントです。

注※5

使用するハードウェア及び用途に応じたオペレーティングシステムを選択してください。

注※6

マルチサーバ構成で施設管理をする場合は，すべてのサーバにScheduler ServerとFacilities Managerをインストールする必要があります。

2.　セットアップの手順

この章では，セットアップをするときの手順などについて説明します。

＜この章の構成＞

2.1　サーバのセットアップ手順

2.2　管理データの作成

2.1　サーバのセットアップ手順

次の手順でセットアップしてください。

サーバ環境設定
サーバの環境設定をします。ここでは，サーバ間で管理データを共有するための設定や自動スケジュール削除設定などをします（詳細は，「3.1　サーバ環境設定」を参照してください）。

サーバ及び管理ツールサーバの起動
サーバ及び管理ツールサーバを起動します（詳細は，「3.2　サーバ及び管理ツールサーバの起動」を参照してください）。

2.2　管理データの作成

＜この節の構成＞

(1)　管理ツールのインストール手順

(2)　管理データの設定手順

(1)　管理ツールのインストール手順

管理ツールのインストール
管理ツールをインストールします（詳細は，「4.2　管理ツールのインストール／アンインストール」を参照してください）。

(2)　管理データの設定手順

管理データは次の手順で設定してください。管理データの設定では，ユーザ情報の設定，施設管理情報の設定，汎用化データ（休日，時間の区切り線，行先・区分）の設定，セキュリティの設定，上司／秘書の設定，ゲストIDの設定，付属設備の登録，施設管理者の登録，システム標準値の登録，DNSホスト名の登録などをします。

Address Serverとの連動について
Address Serverと連動する場合，Address Server上で登録したユーザ情報をScheduler Server及びFacilities Managerに取得します（詳細は，「4.1　Address Serverとの連動について」を参照してください）。

管理ツールの起動
管理ツールを起動します（詳細は，「4.3　管理ツールの起動」を参照してください）。

管理データの取得
管理データをサーバから取得します（詳細は，「4.4　管理データの取得」を参照してください）。

DNSホスト名の登録
DNSホスト名を登録します（詳細は，「4.5　DNSホスト名の登録」を参照してください）。

ユーザ情報の設定
ユーザ情報を登録します（詳細は，「4.6　ユーザ情報の設定」を参照してください）。

施設管理情報の設定
施設管理情報を登録します（詳細は，「4.7　施設管理情報の設定」を参照してください）。

汎用化データの設定
汎用化データ（休日，時間の区切り線，行先・区分）を設定します（詳細は，「4.8　汎用化データの設定」を参照してください）。

セキュリティの設定
セキュリティを設定します（詳細は，「4.9　セキュリティの設定」を参照してください）。

上司／秘書の設定
上司と秘書を設定します（詳細は，「4.10 上司／秘書の設定」を参照してください）。

ゲストIDの設定
ゲストIDを設定します（詳細は，「4.11 ゲストIDの設定」を参照してください）。

付属設備の登録
付属設備を登録します（詳細は，「4.12 付属設備の登録」を参照してください）。

施設管理者の登録
施設管理者を登録します（詳細は，「4.13 施設管理者の登録」を参照してください）。

システム標準値の登録
「グループの登録」，「行先・区分の登録」，「用件・略記の登録」，「環境登録」，「記念日登録」をします（詳細は，「4.14 システム標準値の登録」を参照してください）。

不要スケジュール削除期間の個別設定
不要スケジュール削除期間の個別設定をします（詳細は，「4.15 不要スケジュール削除期間の個別設定」を参照してください）。

管理データの転送
作成した管理データをサーバへ転送します（詳細は，「4.16 管理データの転送」を参照してください）。

管理ツールの終了
管理ツールを終了します（詳細は，「4.17 管理ツールの終了」を参照してください）。

注

新規にシステム構築する場合，汎用化データ，セキュリティランクが未作成となっているときがありますので，管理ツールで作成してください。

3.　サーバのセットアップ

この章では，サーバのセットアップ方法について説明します。

＜この章の構成＞

3.1　サーバ環境設定

3.2　サーバ及び管理ツールサーバの起動

3.1　サーバ環境設定

＜この節の構成＞

3.1.1　システムのインストールと削除

3.1.2　Scheduler Serverの環境設定

3.1.3　Facilities Managerの環境設定

3.1.4　メモリキャッシュ機能の設定

3.1.5　トレース出力機能の設定

3.1.1　システムのインストールと削除

システムのインストールと削除は，日立PPインストーラを使用してください。日立PPインストーラの使用方法を説明します。

＜この項の構成＞

(1)　ログイン

(2)　日立PPインストーラの起動

(3)　PPのインストール

(4)　PPの削除

(5)　PP一覧の表示

(1)　ログイン

日立PPインストーラは，スーパーユーザ以外では実行できません。このため，インストール対象のマシンにスーパーユーザでログインしてください。

(2)　日立PPインストーラの起動

日立PPインストーラは提供媒体に格納されています。実行に当たっては，次の点に注意してください。

デバイススペシャルファイル名やCD-ROMのマウントディレクトリは，OS，ハード，及び環境によって異なるため，マニュアル，使用環境などを確認の上，実行してください。

日立PPインストーラ実行時の言語種別と実行するターミナルの言語を一致させておく必要があります。

日立PPインストーラの起動方法は，CD-ROM媒体の場合とテープ媒体の場合で異なります。それぞれについて説明します。

(a)　CD-ROM媒体からの起動方法

CD-ROMファイルシステムをマウントする。
CD-ROM媒体の場合は，初めにCD-ROMファイルシステムをマウントする必要があります。マウントするためのコマンドの入力例を次に示します。

HP-UXの場合

mount  /dev/dsk/clt2d0  /cdrom

AIXの場合

mount  -r -v cdrfs  /dev/cd0  /cdrom

注

下線部のデバイススペシャルファイル名，及びCD-ROMファイルシステムのマウントディレクトリ名は，使用環境によって異なります。

CD-ROMセットアッププログラムを起動する。
CD-ROMセットアッププログラムが，ハードディスク上に日立PPインストーラと常駐プロセス自動起動プログラムをインストールし，日立PPインストーラを自動的に起動します。CD-ROMセットアッププログラムを起動するためのコマンドの入力例を次に示します。

HP-UXの場合

/cdrom/HPUX/SETUP  /cdrom

AIXの場合

/cdrom/aix/setup  /cdrom

注

下線部にはご使用になるCD-ROMのマウントディレクトリ名を指定してください。

CD-ROMのディレクトリ名やファイル名は，マシン環境によっては記述した内容と見え方が異なることがあります。lsコマンドで確認の上，表示されたファイル名をそのまま入力してください。
なお，既にCD-ROMセットアッププログラムを実行し，日立PPインストーラがハードディスク上にある場合は，直接日立PPインストーラ（/etc/hitachi_setup）を起動してください。直接日立インストーラを起動するには，次のコマンドを入力します。

/etc/hitachi_setup  -i  /cdrom

注

下線部にはご使用になるCD-ROMのマウントディレクトリ名を指定してください。

また，インストール後，CD-ROMを取り出す場合は，次のコマンドを入力してください。

umount  /cdrom

注

下線部にはご使用になるCD-ROMのマウントディレクトリ名を指定してください。

(b)　テープ媒体からの起動方法

インストーラの取り出し
テープ媒体の場合は，初めに日立PPインストーラを取り出す必要があります。日立PPインストーラを取り出すためには，テープ媒体を媒体装置にセットして，次のコマンドを入力します。

tar  xvf  /dev/rmt/0mn

この結果，次の三つのファイルを取り出すことができます。

/etc/hitachi_setup（日立PPインストーラ）

/etc/hitachi_start （常駐プロセス自動起動プログラム）

/etc/.hitachi/bin/SHOWPP（PP一覧表示ツール）

日立PPインストーラの起動
日立PPインストーラを，提供媒体を指定して起動します。提供媒体を媒体装置にセットしておいてください。
次のコマンドを入力して，日立PPインストーラを起動します。

 /etc/hitachi_setup  -i  /dev/rmt/0mn

注

下線部には自動巻き戻し機能のないデバイススペシャルファイル名を指定してください。

(3)　PPのインストール

サーバ（SV，RMSV）及び管理ツールサーバ（AppoMan，RoomMan）が停止していることを確認してください。起動している場合は，必ず停止してください。

メインメニューで［I］を選択します。
PPインストール画面が表示されます。
メインメニュー及びPPインストール画面の例を次に示します。ここでは，HP-UXの場合の画面を例として示します。

メインメニュー

 Hitachi PP Installer  04-06

   L) List Installed Software.
   I) Install Software.
   D) Delete  Software.
   Q) Quit.

   Select Procedure ===>
   +----------------------------------------------------------------------+
     CAUTION!      YOU SHALL INSTALL AND USE THE SOFTWARE PRODUCT LISTED IN THE
     "List Installed Software." UNDER THE TERMS AND CONDITION OF
     THE SOFTWARE LICENSE AGREEMENT ATTACHED TO SUCH SOFTWARE PRODUCT.
   +----------------------------------------------------------------------+

 All Rights Reserved, Copyright (C) 1994, 2006, Hitachi, Ltd.

PPインストール画面

   PP-NO.         VR         PP-NAME
001 GMX7-SSVH      0732       Groupmax Scheduler Server

F) Forward B) Back J) Down K) Up Space) select/unselect I) Install Q) Quit

PPインストール画面でインストールしたいPPにカーソルを移動させ，スペースキーで選択します。
選択したPPの左側には，"<@>"が表示されます。

［I］を入力します。
最下行に次のメッセージが表示されます。

Install PP? (y: install,  n: cancel)==>

［y］又は［Y］を選択するとインストールが開始されます。
［n］又は［N］を選択するとインストールが中止され，PPインストール画面に戻ります。なお，［y］又は［Y］以外のキーを入力した場合も，インストールが中止され，PPインストール画面に戻ります。

［Q］を入力します。
メインメニューに戻ります。

(4)　PPの削除

PPを削除するためには，サーバ（SV，RMSV）及び管理ツールサーバ（AppoMan，RoomMan）が停止していることを確認してください。起動している場合は，必ず停止してください。

メインメニューで［D］を選択します。
PP削除画面が表示されます。
PP削除画面の例を次の図に示します。ここでは，HP-UXの場合の画面を例として示します。

PP削除画面

   PP-NO.         VR          PP-NAME
001 GMX7-FMGH      0732        Groupmax Facilities Manager
002 GMX7-SSVH      0732        Groupmax Scheduler Server

F) Forward B) Back J) Down K) Up Space) select/unselect D) Delete Q) Quit

PP削除画面で削除したいPPにカーソルを移動させ，スペースキーで選択します。
選択したPPの左側には，"<@>"が表示されます。このとき，複数のPPを選択することもできます。

［D］を入力します。
最下行に次のメッセージが表示されます。

Delete PP? (y: delete,  n: cancel)==>

［y］又は［Y］を選択するとPP削除が開始されます。
［n］又は［N］を選択するとPP削除が中止され，PPインストール画面に戻ります。なお，［y］又は［Y］以外のキーを入力した場合も，PP削除が中止され，PPインストール画面に戻ります。

［Q］を入力します。
メインメニューに戻ります。

(5)　PP一覧の表示

PP一覧を表示する方法を次に示します。

メインメニューで［L］を選択します。
PP一覧表示画面が表示され，該当のマシンにインストールされているPPの一覧を確認できます。
PP一覧表示画面の例を次の図に示します。ここでは，HP-UXの場合の画面を例として示します。

PP一覧表示画面

   PP-No.         VR         Install date     PP-Name
001 GMX7-SSVH      0730       2004/06/01 21:42 Groupmax Scheduler Server
002 GMX7-FMGH      0730       2004/06/01 21:44 Groupmax Facilities Manager

F) Forward  B) Back  Q) Quit  P) Print to /tmp/PPLIST ===>

［P］を選択するとインストール済みのPP一覧が「/tmp/hitachi_PPLIST」に出力されます。

［Q］を入力します。
メインメニューに戻ります。

3.1.2　Scheduler Serverの環境設定

サーバの環境を設定するには，Scheduler Server設定コマンドを使用します。実行ユーザ（デフォルトはroot）でログインし，以下のコマンドを入力してください。メッセージについては，「付録O　「aconsole」と「roomconsole」のエラーメッセージ」を参照してください。

コマンドの書式

aconsole [-s | -t | -u | -d | -i | -g] [-n]

引数

第1引数
-s：サーバを停止します。
-t：管理ツールサーバを停止します。
-u：管理データを取得します。
-d：不要スケジュールデータを削除します。
-i：Address Serverの変更通知情報を取得します。
-g：ユーザ情報を再作成します。

第2引数
-n：-sか-tを指定したときだけ有効で，問い合わせなしにコマンドを実行します。

引数を指定しない場合，対話形式で設定します。

リターンコード

0：正常終了

0以外：エラー

注意事項

「-i」又は「-g」オプション指定時に問い合わせなしで実行したい場合は，「aconsole」コマンドではなく，「indxget」「GetAdAll」コマンドを使用してください。「-u」オプション指定時に問い合わせなしで実行したい場合は，以下の手順で実行してください。

viなどで「Y」（半角大文字のYです。かぎ括弧は入力しません。Yの後は改行してください）と記述したファイルを作成します。ここは例としてファイル名を/tmp/y.txtとします。

aconsole -u < /tmp/y.txtとして実行します。

オプションなしで，aconsoleを実行すると，次のメニュー画面が表示されます。

<<Groupmax Scheduler Serverの設定>>
　　１．コンフィギュレーション
　　２．サーバの起動
　　３．サーバの停止
　　４．管理ツールサーバの起動
　　５．管理ツールサーバの停止
　　６．その他の手動実行
　　ｅ．終了
=＞

＜この項の構成＞

(1)　コンフィギュレーションの設定

(2)　サーバの起動

(3)　サーバの停止

(4)　管理ツールサーバの起動

(5)　管理ツールサーバの停止

(6)　手動実行

(1)　コンフィギュレーションの設定

コンフィギュレーションの設定をするには，メニュー画面で1を入力してください。図3-1に示すコンフィギュレーション画面（aconsole）が表示されます。親サーバは全項目を設定してください。子サーバの場合は項番5で「共有する」と設定した場合（子サーバが親サーバの環境を共有する場合），項番6～10，12～16の設定は不要となります。

コンフィギュレーションを終了しメニューに戻る場合は，［e］と入力してください。

注意事項

Version2.0，Version 3，Version 5，又はVersion 6からバージョンアップした場合は，「付録D(2) コンフィギュレーションの設定に関する注意事項」を参照してください。

図3-1　コンフィギュレーション画面（aconsole）

注1

図3-1の設定項目に関して，シングルサーバ構成時では，項番1と2は設定必須項目です。マルチサーバ構成時では，親サーバは項番1と2，子サーバは項番1～5が設定必須項目です。必ず設定してください。また，設定内容を変更した場合は，管理ツールサーバである/usr/bin/AppoManを再起動してください（Facilities Managerが同一サーバにインストールされている場合は，/usr/bin/RoomManも再起動してください）。

注2

1MB（メガバイト）=1,048,576バイトの計算値です。

スケジュール格納ディレクトリの設定
スケジュール格納先のディレクトリをフルパスで指定してください。指定したディレクトリの下に各ユーザのスケジュールディレクトリが作成されます。
デフォルトは/usr/ikiです。
スケジュール格納ディレクトリをデフォルト値から変更した場合，/usr/iki下の全ファイルを変更したディレクトリ下に移動してください。詳細は，「付録G　スケジュール格納ディレクトリを変更した場合」を参照してください。ディレクトリ名はフルパスで200バイト以下で指定してください。

親サーバ／子サーバの設定
マルチサーバで使用するときの設定をします。管理データを管理するために，一つのサーバを管理データのマスタを持つサーバにします。これを親サーバと呼びます。それ以外のサーバを子サーバと呼びます。シングルサーバで使用する場合は，親サーバに設定してください。「親サーバ」に設定した場合，項番3～5が無効になります。また，「子サーバ」に設定した場合，項番13～16の設定は無効になります。

親サーバホスト名／IPアドレスの設定
項番2で「子サーバ」と設定した場合，親サーバのホスト名又はIPアドレスを記述してください。
項番2で「親サーバ」と設定した場合，「親サーバホスト名/IPアドレス」を設定する必要はありません。

管理データ取得時刻の設定
項番2で「子サーバ」と設定した場合，子サーバが親サーバから管理データを取得する時刻を設定します。この項目は「親サーバ」の場合，設定する必要はありません（設定しても無視されます）。
設定時刻は，毎年・毎月・毎日のどれかの設定ができます。設定した時刻に管理データの取得が自動的に実行されます。この設定は，なるべくユーザのアクセスが少ない時間に設定してください。管理データ取得中は，クライアントからのアクセス（スケジュール参照，ログインなど）に失敗することがあります。
以下の注意事項があります。

子サーバが5台以上のシステム構成の場合は，各子サーバの設定時刻をずらしてください。

管理データの取得は，親サーバの管理データを変更した後に実行する必要があり，親サーバの管理データを変更していない場合は，実行する必要はありません。したがって，親サーバの管理データを取得する頻度に応じて，取得間隔を設定してください。ただし，親サーバの管理データを変更してから，子サーバがこれを取得するまでの間は，管理データに不整合が生じているため，変更されたユーザがログインできない，などの制約が生じます。

親サーバ環境の共有の設定
項番2で「子サーバ」と設定した場合，項番6～10，12の設定を親サーバの設定と共有できます。「共有する」の場合，子サーバでは項番6～10，12の設定は不要です。「共有しない」を設定すると，各サーバでの設定値が適用されます。この項目はシングルサーバの場合，設定する必要はありません（設定しても無視されます）。「共有する」の場合，親サーバで項番6～10，12を必ず設定してください。

ログファイルの最大容量の設定
ログデータの最大容量をメガバイト単位で設定できます。ここで指定する値は，すべてのログファイルの総容量です。なお，ログの出力ディレクトリ（＜スケジュール格納ディレクトリ＞/log/）にあるTraceSV[n].log とTraceRMSV[n].log（n：1～16の整数値）のサイズは，この総容量に含まれません。ログファイルの総容量が設定した値よりも大きくなると，日付の古いログから削除されます。ログファイルのサイズが設定サイズよりも若干オーバーする場合があります。
コンフィギュレーションで指定できるログの容量は1MB～2,147MBです。インストール時のデフォルト値は11MBです。ログの出力ディレクトリ（＜スケジュール格納ディレクトリ＞/log/）は削除しないでください。削除すると，Scheduler Server及びFacilities Managerは動作しなくなります。誤って削除した場合は，同名のディレクトリを作成してください。

不要スケジュール削除の自動実行設定
使用できるスケジュールデータはデフォルトでは前年の1月1日以降の分です。それより前のスケジュールデータのことを以下，不要スケジュールと呼びます。また，ユーザ又は施設を削除した場合，そのユーザ又は施設のスケジュールも不要スケジュールとなります。なお，このデフォルトの値は下記項番8で変更できます。
ここでは，この不要スケジュールを自動的に削除するかどうかを設定します。この機能を「使用しない」にした場合は，管理ツールの「不要スケジュール削除期間の個別設定」機能が使用できません。

不要スケジュール削除期間の設定
項番7で不要スケジュール削除の自動実行を「使用する」と設定した場合，スケジュールの削除期間を変更できます。削除期間は，年月指定（YYYY年MM月より前）と月指定（現在からMMか月より前）のどちらかを設定できます。年月指定の場合，現在より後の年月は指定できません。例えば，現在から12か月より前のスケジュールデータが不要である場合，「現在から12ヶ月より前を削除」と設定してください。また，1998年1月より前のスケジュールデータが不要である場合，「1998年1月より前を削除」と設定してください。それ以前のスケジュールデータは自動削除されます。
また，不要スケジュール削除期間の個別設定ができます。詳細は，「4.15　不要スケジュール削除期間の個別設定」を参照してください。なお，不要スケジュール削除期間の個別設定をしている場合，不要スケジュール削除期間の個別設定が優先されます。

不要スケジュール削除時刻の設定
項番7で不要スケジュール削除の自動実行を「使用する」と設定した場合，その時刻を設定してください。Schedulerを運用中に実行するのであれば，クライアントからのアクセス（スケジュール参照，ログインなど）が少ない時間帯に設定してください。運用中に実行する場合，クライアントからのアクセス（スケジュール参照，ログインなど）に失敗することがあります。
設定時刻は，毎年・毎月のどちらかの設定ができます。設定した時刻に不要スケジュールの削除が自動的に実行されます。

Addressでの認証の設定
Address Serverを使用してユーザ情報の一元管理をしている場合に，ユーザ認証をAddress Serverでするかどうかを設定します。「使用する」に設定した場合，Groupmax内のアプリケーションでユーザID，パスワードなどを共有できます。Address Serverとの連動については，「4.1　Address Serverとの連動について」を参照してください。この設定を変更した場合，Address Serverを再起動する必要があります。

Addressホスト名／IPアドレスの設定
項番10で「使用する」に設定した場合，Address Serverのサーバホスト名又はIPアドレスを記述してください。

ユーザ認証用ポート番号の設定
項番10で「使用する」に設定した場合，Address Serverで設定するユーザ認証用のポート番号を記述してください。なお，デフォルト値は9052です。

変更通知情報取得の自動実行の設定
Address Server上でユーザ情報が追加／削除／変更された場合は変更通知情報が出力されます。その変更通知情報取得を自動的に実行するかどうかを設定します。なお，自動実行をして，ユーザのホームサーバを変更した場合は，スケジュールデータの移動及び変換を同時にする必要があります（「付録E　サーバホスト名が変更された場合」及び「付録F　スケジュールデータの移動」を参照してください）。

変更通知情報取得時刻の設定
項番13で変更通知情報取得の自動実行を「使用する」と設定した場合，その時刻を設定してください。
設定した時刻は，毎年・毎月・毎日のどれかを選択できます。設定した時刻に変更通知情報取得が自動的に実行されます。
以下の注意事項があります。

取得前後で継続してクライアントを使用していた場合，クライアントを再起動しないと設定内容は反映されません。

マルチサーバの場合はこれを実行後すぐに子サーバから管理データを取得する必要があります。

Schedulerを運用中に実行するのであれば，クライアントからのアクセス（スケジュール参照，ログインなど）が少ない時間帯に設定してください。

運用中に実行する場合，クライアントからのアクセス（スケジュール参照，ログインなど）に失敗することがあります。

変更通知情報の取得は，Address Server上でユーザ情報を変更した後に実行する必要があり，Address Server上でユーザ情報を変更していない場合は，実行する必要はありません。したがって，Address Server上でのユーザ情報が変更される頻度に応じて，実行間隔を設定してください。ただし，Address Server上のユーザ情報が変更されてから，変更通知情報の取得を実行するまでの間は，Address ServerとScheduler Serverとの間に不整合が生じているため，変更されたユーザがログインできないなどの制約が生じます。

Address情報取得オプションの設定
項番13で変更通知情報取得の自動実行を「使用する」と設定した場合，又は「コンフィギュレーション」の［手動実行］から［変更通知情報取得］，若しくは［ユーザ情報再作成］を実行する場合，この実行オプションを設定してください。
詳細は，「4.1.5　ユーザソートについて」を参照してください。以下の注意事項があります。

項番 | Address Serverからの取得方法 | 注意事項
1 | 変更通知情報取得 | ユーザソートを［使用しない］に設定した場合は，「組織ID順ソート」の設定にかかわらず，組織についてもソートされません。
2 | ユーザ情報再作成 | 「組織ID順ソート」の設定にかかわらず，組織ID順でソートされます。ユーザソートを［使用しない］に設定した場合は，ユーザの並び順はユーザID順となります。

「Address情報取得オプション」画面を図3-2に示します。

図3-2　「Address情報取得オプション」画面

「15. Address情報取得オプション」のGMAXSYSユーザ反映を「反映しない」に設定してユーザ情報再作成した場合，又は「GetAdAll」コマンドで引数/gなしで実行した場合，変更通知情報取得を，「15. Address情報取得オプション」のGMAXSYSユーザ反映を「反映する」に設定して実行しないでください。また，「indxget」コマンド実行時に，引数/gを付けて実行しないでください。各コマンドについてはそれぞれ「7.1　「GetAdAll」について」，「7.2　「indxget」について」を参照してください。

Assist連携の設定
Groupmax Address - AssistのGroupmax連携機能の使用，未使用を設定してください。この項目を「使用する」に設定した場合，自動的に「13. 変更通知情報取得の自動実行」が「使用しない」に変更されます。ただし，「16. Assist連携」を「使用する」から「使用しない」に切り替えても，「13. 変更通知情報取得の自動実行」は「使用する」には戻りません。この設定を変更した場合，同一マシン上のAddress Serverを再起動してください（詳細は，「5.1　Groupmax Address - AssistのGroupmax連携機能」を参照してください）。

(2)　サーバの起動

Scheduler Serverを起動します。詳細は，「3.2　サーバ及び管理ツールサーバの起動」を参照してください。

(3)　サーバの停止

Scheduler Serverを停止します。

(4)　管理ツールサーバの起動

管理ツールサーバを起動します。詳細は，「3.2　サーバ及び管理ツールサーバの起動」を参照してください。

(5)　管理ツールサーバの停止

管理ツールサーバを停止します。

(6)　手動実行

メニュー画面で6を入力してください。図3-3に示す「手動実行」画面が表示されます。

図3-3　「手動実行」画面

管理データ取得
管理データの取得は，親サーバの管理データを子サーバから取得する機能です（親サーバの場合，実行できません）。通常は，「(1) コンフィギュレーションの設定」の「4. 管理データの取得時刻の設定」で設定した時刻に行われますが，今すぐ管理データの取得が必要な場合にだけ行ってください。この機能を使用する場合，「(1) コンフィギュレーションの設定」の「3. 親サーバホスト名/IPアドレスの設定」が終了していることが必要です。管理データを取得するには，1を入力してください。管理データを親サーバから取得します。
Schedulerを運用中に実行するのであれば，クライアントからのアクセス（スケジュール参照，ログインなど）が少ない時間帯に実行してください。運用中に実行する場合，クライアントからのアクセス（スケジュール参照，ログインなど）に失敗することがあります。

Scheduler Serverだけで運用している場合
「aconsole」コマンドを実行し，「手動実行」画面から「1. 管理データ取得」を実行してください。

Facilities Managerだけで実行している場合
「roomconsole」コマンドを実行し，「手動実行」画面から「1. 管理データ取得」を実行してください。

Scheduler ServerとFacilities Managerの両方で運用している場合
「roomconsole」コマンドを実行し，「手動実行」画面から「1. 管理データ取得」を実行してください。「aconsole」から，この処理を実行する必要はありません。

不要スケジュール削除
不要スケジュールの削除は，通常は，「(1) コンフィギュレーションの設定」の「9. 不要スケジュール削除時刻の設定」で設定した時刻に実行されますが，今すぐ不要スケジュールの削除が必要な場合だけ実行してください。不要スケジュールの削除をするには，2を入力してください。不要スケジュールを削除します。Schedulerを運用中に実行するのであれば，クライアントからのアクセス（スケジュール参照，ログインなど）が少ない時間帯に実行してください。運用中に実行する場合，クライアントからのアクセス（スケジュール参照，ログインなど）に失敗することがあります。

変更通知情報取得
ここではAddress Serverの変更情報の取得を手動で実行します。
通常は，「(1) コンフィギュレーションの設定」の「14. 変更通知情報取得時刻の設定」で設定したタイミングで実行されますが，今すぐ変更通知情報が必要な場合にだけ実行してください。変更通知情報を取得するには，3を入力してください。親サーバでだけ実行します。

詳細は，「7.2　「indxget」について」を参照してください。

「indxget」コマンドの実行と同じ処理です。

実行結果は，スケジュール格納ディレクトリの下のlog/indxget.logに格納されます。エラーが発生していた場合は，「付録M　「GetAdAll」と「indxget」の実行時のエラーメッセージ」を参照してください。

Address Serverを起動しておく必要があります。

Address Server上でユーザのSchedulerホスト名を変更した場合は，サーバ（SV，RMSV）を停止した状態で実行してください。
なお，このときはスケジュールデータの移動及び変換が必要です（詳細は，「付録E　サーバホスト名が変更された場合」及び「付録F　スケジュールデータの移動」を参照してください）。

取得前後で継続してクライアントを使用していた場合，クライアントを再起動しないと設定内容は反映されません。

マルチサーバの場合はこれを実行後すぐに子サーバから管理データの取得をする必要があります。

Schedulerを運用中に実行するのであれば，クライアントからのアクセス（スケジュール参照，ログインなど）が少ない時間帯に実行してください。運用中に実行する場合，クライアントからのアクセスに失敗することがあります。

「indxget」実行結果の例を図3-4に示します。

図3-4　「indxget」実行結果の例

ユーザ情報再作成
次のような場合に使用します。なお，親サーバでだけ実行します。

Scheduler Server又はFacilities Managerを新規にインストールした場合。

Version2.0からVersion 7にバージョンアップした場合。

Address Serverからアドレス帳情報全体を再取得する場合。

Address - Assistと連動する場合（詳細は，「5.1　Groupmax Address - AssistのGroupmax連携機能」を参照してください）。

ここではAddress Serverからユーザ情報を再作成します。

詳細は，「7.1　「GetAdAll」について」を参照してください。

「GetAdAll」コマンドの実行と同じ処理です。

実行結果は，＜スケジュール格納ディレクトリ＞/log/indxget.logに格納されます。エラーが発生していた場合は，「付録M　「GetAdAll」と「indxget」の実行時のエラーメッセージ」を参照してエラーの要因を除去した上で再実行してください。
また，実行する際には以下の点に注意してください。

Address Serverを起動しておく必要があります。

Scheduler Server，Facilities Managerを停止しておく必要があります。

Address Serverをインストールした後にScheduler Serverをインストールする必要があります（Facilities Managerのときも同様です）。Address Serverをインストールする前にScheduler Serverをインストールしている場合は，「4.1.2　注意事項」を参照してください。

Address Server上で組織やユーザの情報を登録しておく必要があります。

「GetAdAll」実行結果の例を図3-5に示します。

図3-5　「GetAdAll」実行結果の例

3.1.3　Facilities Managerの環境設定

サーバの環境を設定するには，Facilities Manager設定コマンドを使用します。実行ユーザ（デフォルトはroot）でログインし，以下のコマンドを入力してください。メッセージについては，「付録O　「aconsole」と「roomconsole」のエラーメッセージ」を参照してください。

コマンドの書式

roomconsole　[ -s | -t | -u | -d | -i | -g ] [ -n ]

引数

第1引数
-s：サーバを停止します。
-t：管理ツールサーバを停止します。
-u：管理データを取得します。
-d：不要スケジュールデータを削除します。
-i：Address Serverの変更通知情報を取得します。
-g：ユーザ情報を再作成します。

第2引数
-n：-sか-tを指定したときだけ有効で，問い合わせなしにコマンドを実行します。

引数を指定しない場合，対話形式で設定します。

リターンコード

0：正常終了

0以外：エラー

注意事項

「-u」，「-i」，「-g」オプション指定時に問い合わせなしにコマンドを実行する方法はaconsoleと同じです。

オプションなしで，roomconsoleを実行すると，次のメニュー画面が表示されます。

<<Groupmax Facilities Managerの設定>>
　　１．コンフィギュレーション
　　２．サーバの起動
　　３．サーバの停止
　　４．管理ツールサーバの起動
　　５．管理ツールサーバの停止
　　６．その他の手動実行
　　ｅ．終了
=＞

＜この項の構成＞

(1)　コンフィギュレーションの設定

(2)　サーバの起動

(3)　サーバの停止

(4)　管理ツールサーバの起動

(5)　管理ツールサーバの停止

(6)　手動実行

(1)　コンフィギュレーションの設定

コンフィギュレーションの設定をするには，メニュー画面で1を入力してください。図3-6に示すコンフィギュレーション画面が表示されます。親サーバは全項目を設定してください。子サーバの場合は項番5で「共有する」と設定した場合（子サーバが親サーバの環境を共有する場合），項番6～10，12～16の設定は不要となります。

コンフィギュレーションを終了しメニュー画面に戻る場合は，eと入力してください。

Version2.0，Version 3，Version 5，又はVersion 6からバージョンアップした場合は，「付録D(2) コンフィギュレーションの設定に関する注意事項」を参照してください。

図3-6　コンフィギュレーション画面（roomconsole）

注1

図3-6の設定項目に関して，シングルサーバ構成時では，項番1と2は設定必須項目です。マルチサーバ構成時では，親サーバは項番1と2，子サーバは項番1～5が設定必須項目です。必ず設定してください。また，設定内容を変更した場合は，管理ツールサーバである/usr/bin/RoomManを再起動してください。

注2

項番1～16の各設定内容については，「3.1.2(1) コンフィギュレーションの設定」を参照してください。

(2)　サーバの起動

Facilities Managerを起動します。詳細は，「3.2　サーバ及び管理ツールサーバの起動」を参照してください。

(3)　サーバの停止

Facilities Managerを停止します。

(4)　管理ツールサーバの起動

管理ツールサーバを起動します。詳細は，「3.2　サーバ及び管理ツールサーバの起動」を参照してください。

(5)　管理ツールサーバの停止

管理ツールサーバを停止します。

(6)　手動実行

「3.1.2(6) 手動実行」を参照してください。

以下，このマニュアルでは，サーバのコンフィギュレーションについて説明している次の箇所を「コンフィギュレーション」と総称します。

3.1.2(1) コンフィギュレーションの設定

3.1.2(6) 手動実行

3.1.3(1) コンフィギュレーションの設定

読み替え方の例を次に示します。

＜例1＞

「コンフィギュレーション」の「10. Addressでの認証の設定」を参照してください。

読み替え内容：参照箇所は「3.1.2(1) コンフィギュレーションの設定」の「10. Addressでの認証の設定」となります。

＜例2＞

「コンフィギュレーション」の「手動実行」の「3. 変更通知情報の取得」を参照してください。

読み替え内容：参照箇所は「3.1.2(6) 手動実行」の「3. 変更通知情報の取得」となります。

＜例3＞

「コンフィギュレーション」からの実行を推奨します。

読み替え内容：「3.1.2(1) コンフィギュレーションの設定」若しくは「3.1.2(6) 手動実行」又は「3.1.3(1) コンフィギュレーションの設定」に記載の方法による実行を推奨するという意味です。

3.1.4　メモリキャッシュ機能の設定

＜この項の構成＞

(1)　概要

(2)　設定情報

(3)　設定手順

(1)　概要

ファイルに格納している一部のデータを，メモリキャッシュに保持してサーバの処理を早くする機能です。

表3-1　メモリキャッシュに保持するファイルの一覧

項番 | ファイル名 | ファイルの概要
1 | IDINDX.idx | ユーザIDと組織IDの対応を行うファイル
2 | KENNIN.log | 兼任ユーザの一覧ファイル
3 | ORGGROUP.tbl | 組織グループによるセキュリティ設定で使用する組織グループ一覧ファイル
4 | ORGGROFF.tbl | 組織グループによるセキュリティ設定で使用する特権ユーザ一覧ファイル

(2)　設定情報

メモリキャッシュ機能に関する設定情報を説明します。なお，この機能はサーバ単位で独立した機能であるため，サーバごとに異なる設定で使用することも可能です。

対象ファイル
/usr/GroupAppo/bin/AppoSV.ini

設定パラメタ

セクション名
[Memory]

SharedMemoryパラメタ
ON又はOFFを指定します。

ON：メモリキャッシュ機能を使用する（設定がされていない場合，設定が間違っている場合は，ONとして動作します）。
OFF：メモリキャッシュ機能を使用しない。

RetryIntervalパラメタ
メモリの更新に失敗した場合のリトライ間隔を指定します。単位は秒です。1から3,600までの数値で指定してください。指定が間違っている場合は300が設定されたとして動作します。

設定例
AppoSV.iniファイルの設定例を示します。なお＜改行＞は改行コードのことです。

[Memory]＜改行＞
SharedMemory=ON＜改行＞
RetryInterval=5＜改行＞

(3)　設定手順

メモリキャッシュ機能に関する設定手順を次に説明します。メモリキャッシュ機能を使用しない場合も，リトライ間隔を変更したいときは，この設定をしてください。

設定するサーバを停止する
詳細は，「3.2　サーバ及び管理ツールサーバの起動」を参照してください。

設定するサーバ上のAppoSV.iniファイルを更新する

設定したサーバを起動する
詳細は，「3.2　サーバ及び管理ツールサーバの起動」を参照してください。

3.1.5　トレース出力機能の設定

＜この項の構成＞

(1)　概要

(2)　設定情報

(3)　設定手順

(4)　トレース出力に関するエラーメッセージの出力先

(5)　注意事項

(1)　概要

障害発生時に使用する，詳細なトレース情報を出力します。

トレース情報は次のファイルに出力されます。

Scheduler Serverの場合
＜スケジュール格納ディレクトリ＞/log/TraceSV[x].log

Facilities Managerの場合
＜スケジュール格納ディレクトリ＞/log/TraceRMSV[x].log

「x」には，FileCntパラメタに指定した出力ファイル数の数値が入ります。

例えば，出力ファイル数に4を指定した場合，TraceSV1.log～TraceSV4.log，又はTraceRMSV1.log～TraceRMSV4.logが作成されます。

なお，Groupmax Version 7 07-30以降の初期設定は，トレースを出力する設定になっています。トレースを出力しない場合は，設定を変更してください。

(2)　設定情報

トレース出力機能に関する設定情報を次に説明します。

なお，同じパラメタを複数指定した場合は，先に記述された行の値を有効にします。後に記述された行の値は無視されます。また，#（半角シャープ）から始まる行は，コメントと見なされます。

対象ファイル

/usr/GroupAppo/bin/AppoSV.ini

設定パラメタ

セクション名
[Trace]

Traceパラメタ
ON又はOFFを指定します。
ON：トレース出力機能を使用する（設定がされていない場合，設定が間違っている場合は，ONとして動作します）。
OFF：トレース出力機能を使用しない。

Sizeパラメタ
トレースファイルの1ファイル当たりのファイルサイズを指定します。単位はKBです。1から1,048,576までの数値で指定してください。Sizeパラメタがない，又は不正な値が設定されている場合は，16,384が設定されたとして動作します。
なお，実際のトレースファイルのサイズは，ここで指定した値より少し大きくなる場合があります。

FileCntパラメタ
トレースファイルの出力ファイル数を数値で指定します。
Scheduler ServerとFacilities Managerのそれぞれで，指定した数のトレースファイルを出力します。
1から16までの数値で指定してください。FileCntパラメタがない，又は不正な値が設定されている場合は，4が設定されたとして動作します。

TraceAfterErrorパラメタ
ON又はOFFを指定します。なお，ONを指定すると，障害発生時に原因を特定しやすくなります。
ON：トレースファイルへの書き込みに失敗した場合，書き込みできる状態になると，トレースの出力を再開する（設定がされていない場合，設定が間違っている場合は，ONとして動作します）。
OFF：トレースファイルへの書き込みに失敗した場合，それ以降はトレースを出力しない。
なお，Scheduler Server又はFacilities Managerの起動時にトレースファイルへの書き込みに失敗した場合は，ここで設定した値に関係なく，書き込み可能なファイルだけにトレースを出力します。

ポイント

トレースファイルは，そのサーバをホームサーバとするユーザが1,000人いる場合，1日で約45MB出力されることを想定しています。2～3日間は情報が残るように，ユーザ数に合わせてファイルサイズ及びファイル数を設定してください。

設定例

AppoSV.iniファイルの設定例を示します。なお＜改行＞は改行コードのことです。

[Trace]＜改行＞
Trace=ON＜改行＞
Size=1024＜改行＞
FileCnt=10＜改行＞
TraceAfterError=ON＜改行＞

(3)　設定手順

トレース出力機能に関する設定手順を次に説明します。

トレース機能のオン・オフや，ファイルサイズ，及び出力ファイル数を変更したい場合は，この設定をしてください。

設定するサーバを停止する
詳細は，「3.2　サーバ及び管理ツールサーバの起動」を参照してください。

設定するサーバ上のAppoSV.iniファイルを更新する

設定したサーバを起動する
詳細は，「3.2　サーバ及び管理ツールサーバの起動」を参照してください。

(4)　トレース出力に関するエラーメッセージの出力先

トレース機能で発生したエラーメッセージはシステムログに出力されます。

エラーメッセージは次に示すタイミングで出力されます。

Scheduler Server又はFacilities Managerの起動時

トレース情報の書き込みに失敗した時

出力されるエラーメッセージの詳細は，「付録N　システムログのメッセージ一覧」を参照してください。

(5)　注意事項

トレース出力機能を使用する場合の注意事項を次に示します。

マルチサーバ構成の場合は，サーバごとにトレース出力機能を設定してください。また，07-00以前のバージョンのサーバの場合，トレース出力機能を設定しても，トレースは出力されません。

設定を変更した場合は，Scheduler Server及びFacilities Managerを再起動してください。

トレースファイルを直接編集しないでください。ファイルの更新日付が変わったり，ファイルのサイズが0バイトになったりすると，順番にトレースが出力されないで新しいトレースの情報が消える場合があります。また，ファイルを直接編集した場合，トレースファイルに情報を出力できない場合があります。

障害発生時にトレースを採取する場合は，トレースファイルをコピーしてください。

起動時に次のロックファイルを作成します。

Scheduler Serverの場合
/usr/GroupAppo/bin/TraceSV.lck

Facilities Managerの場合
/usr/GroupAppo/bin/TraceRMSV.lck

このロックファイルは削除しないでください。削除すると，トレースの出力が不正になる場合があります。
削除した場合は，Scheduler Server又はFacilities Managerを再起動してください。

「Scheduler Serverコンフィギュレーション」メニュー画面の「6. ログファイル最大容量」の計算には，このトレース機能で出力されるトレースファイルは含まれません。ディスク容量を計算する際は注意してください。

トレースのメッセージをファイルに書き出すタイミングは，OSの設定に依存しています。このため，最新のメッセージの時刻とトレースファイルの更新日時は一致しない場合があります。

TraceAfterErrorパラメタにOFFを指定したときにエラーが発生すると次のファイルを生成します。

Scheduler Serverの場合
/usr/GroupAppo/bin/TraceAfterErrorSV.dat

Facilities Managerの場合
/usr/GroupAppo/bin/TraceAfterErrorRMSV.dat

サービス起動中は，これらのファイルを削除しないでください。これらのファイルを削除すると，システムログとerrDumpSV.log，又はシステムログとerrDumpRMSV.logに，エラー情報が何回も出力されることがあります。

3.2　サーバ及び管理ツールサーバの起動

＜この節の構成＞

3.2.1　Scheduler Serverの起動

3.2.2　Facilities Managerの起動

3.2.1　Scheduler Serverの起動

すべての設定が終了したら，サーバのプログラムを起動します。起動する前にもう一度「2.1　サーバのセットアップ手順」に記述されている必要な項目をすべて設定したか確認してください。また，サーバ間又はクライアント間でTCP/IPで通信できることを確認してください。Scheduler Serverの動作にはTCP/IPで通信できることが前提となります。

＜この項の構成＞

(1)　サーバの起動方法（aconsoleからの起動）

(2)　自動起動の設定

(1)　サーバの起動方法（aconsoleからの起動）

サーバ及び管理ツールサーバを起動します。

実行ユーザ（デフォルトはroot）でログインします。

aconsoleを起動します。
コマンド：/usr/bin/aconsole

サーバ（SV）を起動します。
メニュー画面で2を入力してください。コマンド：/usr/bin/SVが実行されます。

管理ツールサーバ（AppoMan）を起動します。
メニュー画面で4を入力してください。コマンド：/usr/bin/AppoManが実行されます。

(2)　自動起動の設定

サーバプログラムはクライアントからの通信を受けるために常に起動した状態でなければなりません。そのためにサーバの電源を入れたときに自動的にサーバプログラムが起動するように設定します。

実行ユーザ（デフォルトはroot）でログインします。

/etc/localrcの最後に，次の内容を書き加えてください。
コマンド：vi /etc/localrc

if test -x /usr/bin/brc.appo
then
　　/usr/bin/brc.appo※
fi

注

HP-UX，AIXの場合は/etc/localrcではなく，スタートアップ・スクリプトに書き加えてください。

注※

サーバを起動するためには幾つかのプログラムを実行する必要があります。brc.appoは，それらのプログラムを一度に実行するためのシェルプログラムです。brc.appoの内容を次に示します。

#!/bin/sh

#Licensed Material Of Hitachi,Ltd.
#All Rights Reserved,Copyright(C)1995,1999,Hitachi,Ltd.

PWDPATH=`pwd`
ININAME="/usr/bin/AppoMan.ini"
SCHEPATH=`cat $ININAME | grep SchedulePath | cut -c14-`
LOGPATH=$SCHEPATH/log

if test -x /usr/bin/SV
then
　　if test -d $LOGPATH
　　then
　　　　cd $ LOGPATH
　　fi

　　/usr/bin/SV
　　/usr/bin/AppoMan

　　cd $PWDPATH

fi

3.2.2　Facilities Managerの起動

すべての設定が終了したら，サーバのプログラムを起動します。起動する前にもう一度「2.1　サーバのセットアップ手順」に記述されている必要な項目をすべて設定したか確認してください。また，サーバ間又はクライアント間でTCP/IPで通信できることを確認してください。Facilities Managerの動作にはTCP/IPで通信できることが前提となります。

＜この項の構成＞

(1)　サーバの起動方法

(2)　自動起動の設定

(1)　サーバの起動方法

サーバ及び管理ツールサーバを起動します。

実行ユーザ（デフォルトはroot）でログインします。

roomconsoleを起動します。
コマンド：/usr/bin/roomconsole

サーバ（RMSV）を起動します。
メニュー画面で2を入力してください。コマンド：/usr/bin/RMSVが実行されます。

管理ツールサーバ（RoomMan）を起動します。
メニュー画面で4を入力してください。コマンド：/usr/bin/RoomManが実行されます。

(2)　自動起動の設定

サーバプログラムはクライアントからの通信を受けるために常に起動した状態でなければなりません。そのためにサーバの電源を入れたときに自動的にサーバプログラムが起動するように設定します。

実行ユーザ（デフォルトはroot）でログインします。

/etc/localrcの最後に，次の内容を書き加えてください。
コマンド：vi /etc/localrc

if test -x /usr/bin/brc.Appoarea
then
　　/usr/bin/brc.Appoarea※
fi

注

HP-UX，AIXの場合は/etc/localrcではなく，スタートアップ・スクリプトに書き加えてください。

注※

サーバを起動するためには幾つかのプログラムを実行する必要があります。brc.Appoareaは，それらのプログラムを一度に実行するためのシェルプログラムです。brc.Appoareaの内容を次に示します。

#!/bin/sh

#Licensed Material Of Hitachi,Ltd.
#All Rights Reserved,Copyright(C)1996,1999,Hitachi,Ltd.

PWDPATH=`pwd`
ININAME="/usr/bin/AppoMan.ini"
SCHEPATH=`cat $ININAME | grep SchedulePath | cut -c14-`
LOGPATH=$SCHEPATH/log

if test -x /usr/bin/RMSV
then
　　if test -d $LOGPATH
　　then
　　　　cd $ LOGPATH
　　fi

　　/usr/bin/RMSV
　　/usr/bin/RoomMan

　　cd $PWDPATH

fi

4.　管理データの作成

この章では，管理データの作成について説明します。

＜この章の構成＞

4.1　Address Serverとの連動について

4.2　管理ツールのインストール／アンインストール

4.3　管理ツールの起動

4.4　管理データの取得

4.5　DNSホスト名の登録

4.6　ユーザ情報の設定

4.7　施設管理情報の設定

4.8　汎用化データの設定

4.9　セキュリティの設定

4.10　上司／秘書の設定

4.11　ゲストIDの設定

4.12　付属設備の登録

4.13　施設管理者の登録

4.14　システム標準値の登録

4.15　不要スケジュール削除期間の個別設定

4.16　管理データの転送

4.17　管理ツールの終了

4.18　各子サーバでの管理データの取得

4.1　Address Serverとの連動について

＜この節の構成＞

4.1.1　前提条件

4.1.2　注意事項

4.1.3　Address Serverのユーザ情報取得方法

4.1.4　Address Serverの変更通知情報取得方法

4.1.5　ユーザソートについて

4.1.6　組織名の表示について

4.1.7　兼任ユーザについて

4.1.8　管理ツール上での制限事項

4.1.1　前提条件

Address Serverを使用すると，Groupmaxのアプリケーション間でユーザ情報を共有できます。Address Serverとの連動をする場合には，親サーバに必ずAddress Serverのプログラムをインストールしてください。なお，Address Serverとの連動をするかしないかの設定は，「コンフィギュレーション」の「10. Addressでの認証」で設定します。

4.1.2　注意事項

＜この項の構成＞

(1)　インストール時の注意

(2)　Address Serverへのユーザ情報登録時の注意

(3)　運用時の注意

(1)　インストール時の注意

Scheduler Serverの親サーバは，Address Serverと同一サーバにインストールする必要があります。Scheduler Serverをインストールした後は，Address Serverを再起動してください。

同一サーバにインストールするGroupmax製品のバージョンは，すべて同じバージョンにしてください。

(2)　Address Serverへのユーザ情報登録時の注意

大文字と小文字しか区別のない二つのユーザID（例：ABCとabc）を同一システム内で登録しないでください（Address Serverでは登録できますが，使用しないでください）。

組織IDに使用できる文字は半角英数字の小文字だけです。それ以外の文字は登録しないでください（Address Serverでは登録できますが，使用しないでください）。

bin，etc，log，room，BIN，ETC，LOG，ROOMというユーザIDを登録しないでください（Address Serverでは登録できますが，使用しないでください）。

Scheduler ServerではユーザIDの先頭文字に「#」を設定することはできません。Address Serverで，ユーザIDの先頭文字に「#」を設定した場合は連動できませんので，御注意ください。

Address Serverでユーザ，組織の日本語名称が，半角21文字以上で登録されている場合，先頭から半角20文字までの名称でScheduler Server及びFacilities Managerに登録されます。20文字目が全角文字の場合には，19文字目までの名称が登録されます。

Address Serverとの連動時，以下の項目には「"」（引用符）を使用しないでください。使用した場合，対象の組織・ユーザを正しく登録できません。

組織ID

組織名

組織略称

日本語名

役職名

ニックネーム

最上位の階層に登録されているユーザは，WWW for Schedulerから参照できません。最上位の階層にはユーザを登録しないようにしてください。

(3)　運用時の注意

「コンフィギュレーション」の設定で「10. Addressでの認証」の「使用する」と「使用しない」を切り替えて運用する場合，「使用しない」で運用している間は管理ツールを使用したユーザ情報の更新は実施しないでください。実施した場合，ユーザ情報が不正になることがあります。

Address Serverからユーザ情報を取得した場合は，ユーザ情報の更新は必ずAddress Server上でしてください。

Address Serverと連動している場合に，ニックネームの最後に半角スペースを定義しないでください。

Address Serverと連動している場合，パスワードの初期値はユーザIDと同一です。

Address Serverでユーザ情報・組織情報を追加，削除，変更した場合，変更通知ファイルが出力されるまでに，多少時間が掛かることがあります。出力されるまでの時間を変更する場合は，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」を参照してください。

Address Serverとの連動時，Scheduler Serverの親サーバに以下のファイルが存在することを確認してください。このファイルは，Address Serverからの変更通知情報を取得するために必要です。ただし，このファイルは「コンフィギュレーション」の「2. 親サーバ／子サーバ」の設定を「親サーバ」にし，かつ「10. Addressでの認証」を「使用する」に設定した場合に自動的に作成されます。
/var/opt/GroupMail/Groupmax/GroupApp/item.def
上記のファイルが存在しない場合は，以下からコピーしてください。
/usr/GroupAppo/GroupApp/item.def
コピーした場合は，Address Serverを再起動してください。

Address Serverとの連動時，Scheduler Serverの子サーバに以下のファイルが存在しないことを確認してください。このファイルが存在すると不要なファイルが作成されます。ただし，このファイルは「コンフィギュレーション」の「2. 親サーバ／子サーバ」の設定を「子サーバ」にするか，又は「10. Addressでの認証」を「使用しない」に設定した場合に自動的に削除されます。
/var/opt/GroupMail/Groupmax/GroupApp/item.def
削除した場合は，Address Serverを再起動してください。

Groupmax Address Serverを使用していない運用から，Groupmax Address Serverと連動する運用へ移行する場合，以下の注意事項があります。
Scheduler_Facilities管理ツールで，組識とユーザをすべて削除した後，「4.1.3　Address Serverのユーザ情報取得方法」を参照してAddress Serverと連動する設定をしてください。なお，G/W接続している場合は，ユーザ情報再作成を実行した後，「4.6.2　他システムと接続する場合（G/W通信をする場合）」を参照してScheduler_Facilities管理ツールから，G/W情報を設定してください。

Scheduler Server及びFacilities Managerの実行ユーザをAddress Serverのシステム管理者と同一ユーザに設定する必要があります。詳細は，「付録L　実行ユーザの変更」を参照してください。

Address Serverをマルチサーバ構成で運用する場合，SchedulerのサーバにすべてのAddressサーバについてIPアドレスとホスト名を登録する必要があります。

Address Serverと連動してユーザ情報を管理している場合，アルファベットの大文字と小文字だけが異なるユーザIDがScheduler Serverに登録されていることがあります。しかし，Scheduler Server及びFacilities Managerでは，アルファベットの大文字と小文字だけが異なるユーザID及び施設IDは使用できません。このため，アルファベットの大文字と小文字だけが異なるユーザが登録されている場合は，該当のユーザIDを削除又は変更する必要があります。
アルファベットの大文字と小文字だけが異なるユーザが登録されているかどうかを調査するには，checkidコマンドを実行します。アルファベットの大文字と小文字だけが異なるユーザIDが存在する場合，次のメッセージが出力されます。

UserID(xxxx) GroupID[yyyy] と UserID(ssss) GroupID[tttt]は同じユーザIDです。IDINDX.idxに同一のユーザが存在します。

注

「xxxx」,「yyyy」,「ssss」,「tttt」は環境によって異なります。また，「yyyy」「tttt」は，登録した組識IDに先頭2文字の英数字を付けたものになります。

このメッセージが出力された場合は，次に示すどちらかの方法で該当のユーザIDを削除又は変更してください。

ユーザを削除する方法
1. 該当するユーザのどちらかをAddress Server上から削除してください。
2. 「変更通知情報取得」又は「ユーザ情報再作成」を実行してください。

ユーザIDを変更する方法
「付録I　ユーザIDの変更」を参照してください。

Address連携時に，「コンフィギュレーション」で 「15.Address 情報取得オプション」の「GMAXSYS ユーザ反映」を「反映しない」に設定している場合は，次の組織間でユーザ又は組織を移動しないでください。

最上位組織がGroupmax_Systemの組識

最上位組織がGroupmax_System以外の組織

上記の組織間でユーザ又は組織を移動した場合は，「変更通知情報取得」に失敗する，又は変更通知情報が反映されません。
ユーザ情報の設定上，組織間の移動を回避できない場合は，「GMAXSYS ユーザ反映」を「反映する」に設定し，「ユーザ情報再作成」を実行してください。

Address Serverと連動する場合には，Address ServerをインストールしたすべてのマシンについてIPアドレスとホスト名を登録し，接続確認をしてください。

主体ユーザとその兼任ユーザを組織名が同一な組織に所属させると，Scheduler Client 06-50以前では，メンバツリーで正しく表示されませんので，登録しないでください。

4.1.3　Address Serverのユーザ情報取得方法

以下の手順でAddress Serverに登録されている組織，ユーザをScheduler Server及びFacilities Managerに登録できます。

Address Serverに組織，ユーザ情報を登録します（詳細については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」を参照してください）。

「コンフィギュレーション」でAddress Serverに関する設定をします。

ユーザ情報を新規作成します。以下のどちらかを実行してください。なお，Version2.0又はVersion 3から移行した場合も一度再作成してください。

「コンフィギュレーション」の［手動実行］の［ユーザ情報再作成］

「GetAdAll」コマンド（「7.1　「GetAdAll」について」を参照してください）。

「コンフィギュレーション」からの実行を推奨します。このコマンドの実行は，Address Serverが起動している必要があります。

管理ツールによって管理データを作成します。

すべての子サーバから「管理データの取得」を実行してください。

注1

Address Serverのユーザ情報取得に失敗した場合，etcディレクトリ下の管理データをコマンド実行前の状態に戻します。メッセージを確認し，エラーの要因を除去した上で，再実行してください。

注2

多少時間が掛かりますが処理を中断しないでください。処理を中断した場合，その後のアプリケーションの動作は保証しません。

4.1.4　Address Serverの変更通知情報取得方法

「4.1.3　Address Serverのユーザ情報取得方法」の手順で，Address Serverと連動するシステムを構築した後に，Address Server上でユーザ情報を追加・変更・削除した場合は，その変更通知情報を取得する必要があります。変更通知情報を取得する手順は以下のとおりです。

Address Serverのユーザ情報を変更します。

親サーバ上でAddress Serverの変更通知ファイルが作成されたことを確認してください（詳細については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」を参照してください）。

Address Serverの変更通知情報を取得します。以下のどれかを実行してください。なお，変更通知情報の取得時には，Address Serverが起動されている必要があります。

「コンフィギュレーション」の［手動実行］の［変更通知情報取得］。

「indxget」コマンド（「7.2　「indxget」について」を参照してください）。

「コンフィギュレーション」の「13. 変更通知情報取得の自動実行」を「使用する」に設定していた場合は，「14. 変更通知情報取得時刻」で設定した時刻に取得されます。

すべての子サーバから「管理データの取得」を実行してください。以下の注意事項があります。

親サーバ・子サーバ共に，管理ツールサーバ（/usr/bin/AppoMan又は/usr/bin/RoomMan）を起動しておいてください。

既存のユーザのホームサーバを移動した場合は，上記手順を実行後，サーバ（SV，RMSV）を停止し，ユーザデータの移動を実行してください（詳細は，「付録F　スケジュールデータの移動」を参照してください）。

Schedulerを運用中にこの操作をした場合，クライアントを再起動しないと取得した内容が反映されません。また，運用中に実行するのであれば，クライアントからのアクセス（スケジュール参照・ログインなど）が少ない時間帯に実行してください。運用中に実行する場合，クライアントからのアクセス（スケジュール参照，ログインなど）が失敗することがあります。

Address Serverの変更通知情報取得に失敗した場合，etcディレクトリ下の管理データをコマンド実行前の状態に戻します。メッセージを確認し，エラーの要因を除去した上で，再実行してください。

多少時間が掛かりますが処理を中断しないでください。処理を中断した場合，その後のアプリケーションの動作は保証しません。

4.1.5　ユーザソートについて

Address Serverと連動している場合，Address Server上で定義した役職順位，及び個々のユーザの日本語名・IDに従って，クライアントのメンバのツリービューで表示されるユーザの並び順をソートできます。

「ユーザ情報再作成」及び「変更通知情報取得」実行時のユーザソートは，「コンフィギュレーション」の「15. Address情報取得オプション」の設定で，「GetAdAll」コマンド及び「indxget」コマンド実行時のユーザソートは，引数を指定することで使用できます。

ソートの概要を次に示します。

ユーザソートを「使用しない」で「ユーザ情報再作成」実行，又は「GetAdAll」コマンドをソートの引数を指定しないで実行
ユーザはユーザIDのアルファベット順にソートされます。

ユーザソートを指定して「ユーザ情報再作成」実行，又は「GetAdAll」コマンドをソートの引数を指定して実行
ユーザは指定したソートの順にソートされます。

組織ID順ソートを「使用しない」で「ユーザ情報再作成」実行
組織は組織IDのアルファベット順にソートされます。

組織ID順ソートを「使用する」で「ユーザ情報再作成」実行
組織は組織IDのアルファベット順にソートされます。

ユーザソートを「使用しない」で「変更通知情報取得」実行，又は「indxget」コマンドをソートの引数を指定しないで実行
ユーザのソートは行わないで，追加したユーザがその階層の最後に追加されます。

ユーザソートを指定して「変更通知情報取得」実行，又は「indxget」コマンドをユーザソートの引数を指定して実行
ユーザは，既存のユーザも含め全ユーザ対象で，指定したソートの順にソートされます。

組織ID順ソートを「使用しない」で「変更通知情報取得」を実行，又は「indxget」コマンドをソートの引数に「n」を付けて実行
組織のソートは行わないで，追加した組織がその階層の最後に追加されます。

組織ID順ソートを「使用する」で「変更通知情報取得」を実行，又は「indxget」コマンドをソートの引数に「n」を付けないで実行
組織は，既存の組織も含め全組織対象で，組織IDのアルファベット順にソートされます。

同じ階層にユーザと組織が存在する場合，ソートの指定に関係なく「ユーザ情報再作成」（又は「GetAdAll」コマンド）を実行すると，次のようにユーザ，組織の順に並べ替えられます。「変更通知情報取得」（又は「Indxget」コマンド）でソートを指定する場合も同様です。

<実行前>　　　　　　　　　　<実行後>

　組織１┬ユーザ１　　→　　　組織１┬ユーザ１
　　　　├組織２　　　　　　　　　　├ユーザ２
　　　　├組織３　　　　　　　　　　├組織２
　　　　└ユーザ２　　　　　　　　　└組織３

注

ユーザと組織の位置の逆転はできません。

「ユーザ情報再作成」，「変更通知情報取得」の詳細は，「3.1.2(6)　手動実行」を参照してください。また，「GetAdAll」，「indxget」コマンドの詳細は，「7.1　「GetAdAll」について」，「7.2　「indxget」について」を参照してください。

ユーザソートには，次の3種類のソート（役職順ソート，日本語名順ソート，ID順ソート）があります。

(a)　役職順ソート

役職順ソートの優先順位は，下記のとおりです。

Address Server上での役職レベル

役職名

ユーザID

(b)　日本語名順ソート

日本語名順ソートの優先順位は，下記のとおりです。

日本語名

ユーザID

(c)　ID順ソート

ID順ソートの優先順位は，下記のとおりです。

ユーザID

ユーザソート機能を使用するには，以下の注意事項があります。

他システムとG/W接続していて，管理ツールで他システムのテーブルを登録している場合，その組織の並び順はソートされません。

ソート処理を実行すると，Scheduler Server及びFacilities Managerに既に登録されているユーザ情報（＜スケジュール格納ディレクトリ＞/etcディレクトリの内容）は，＜スケジュール格納ディレクトリ＞/log/etc_bksディレクトリに退避されます。

Schedulerのユーザの並び順と，Integrated Desktopの電子アドレス帳及びGroupmax WWWの「メール」サービス（以後Groupmax WWW/メールと記述）でのシステム宛先台帳のユーザの並び順を一致させるためには，それぞれ以下のとおり設定してください。

ソート種別 | Scheduler | Integrated Desktop※1 | Groupmax WWW/メール
ID順 | ユーザID順（/si）※2 | しない | NOSORT
役職順 | 役職順（/s） | する（役職） | POSITION_NONAME
日本語名順 | 日本語名順（/sj） | ※3 | NAME

注※1

Integrated Desktopで初期表示したときの状態を示します。

注※2

/siオプションはindxgetだけ使用できます。

GetAdAllでは，引数の/s，/sjオプションを指定しないで実行した場合，ID順にソートされます。

注※3

リストビュー初期表示後，名前でソートしてください。

Scheduler
「コンフィギュレーション」の「15. Address情報取得オプション」の設定，又は「GetAdAll」コマンド及び「indxget」コマンドの引数指定で実行してください。表中では，「15. Address情報取得オプション」の設定値（コマンドの引数）を示しています。

Integrated Desktopの電子アドレス帳
［ツール］－［オプション］で，「リスト」タブから「リストのデフォルトソート」しない／する（役職）を選択してください。表中では，「リストのデフォルトソート」の選択項目を示しています。

Groupmax WWW/メールのシステム宛先台帳
/groupmax/gmaxwww/schema/gmax/etc/config（Windows版の場合，＜Groupmax WWWのインストールディレクトリ＞¥schema¥gmax¥etc¥config）のgml_userlist_sortの設定値（NAME/POSITION/POSITION_NONAME/NICKNAME/NOSORT）（デフォルトはNOSORT）を変更し，Groupmax WWWを再起動してください。表中では，gml_userlist_sortの設定値を示しています（詳細については，マニュアル「Groupmax World Wide Web Desktop Version 6 システム管理者ガイド」を参照してください）。

クライアントの上司，秘書，システムグループ，ローカルグループのツリービューで表示されるユーザの並び順はソートの対象にはなりません。

4.1.6　組織名の表示について

Address Serverと連動している場合，クライアントで表示する予約発信者の所属組織等の組織名をAddress Serverで設定した組織名と組織略称から選択できます（どちらの場合も，組織ツリーには組織名が表示されます）。

デフォルトでは，組織名を表示する設定になっています。

組織略称の表示は，「コンフィギュレーション」の「15. Address情報取得オプション」の設定，又は「GetAdAll」コマンド及び「indxget」コマンドを引数指定で実行すれば設定できます。

詳細は，「7.1　「GetAdAll」について」，「7.2　「indxget」について」を参照してください。

4.1.7　兼任ユーザについて

Scheduler Server及びFacilities Managerでは，Address Server上で定義した兼任ユーザを設定できます。

ただし，一つの組織の中に主体ユーザと兼任ユーザ，又は同じ主体ユーザを持つ複数の兼任ユーザを定義できません（Address Server上では設定できます）。つまり，Address Server上で兼任ユーザに関する追加・削除・変更をした場合，以下の注意事項があります（ここでは，兼任ユーザに対し，実体となるユーザを主体ユーザと呼びます）。

注1

Address Server上で，主体ユーザと兼任ユーザを同じ組織の中に定義した場合，主体ユーザだけが登録されます。

注2

Address Server上で，1人の主体ユーザに対して複数の兼任ユーザを同じ組織の中に定義した場合，1人の兼任ユーザだけがその組織の中に登録されます。

注3

Address Server上で，主体ユーザを兼任ユーザが存在する組織に移動した場合，主体ユーザが登録され，あらかじめ登録されていた兼任ユーザは削除されます。

注4

Address Server上で，兼任ユーザを対応する主体ユーザ又は兼任ユーザが存在する組織に移動した場合，その兼任ユーザは削除されます。

注5

Schedulerのユーザでない主体ユーザをAddress上にあらかじめ定義してある状態から，そのユーザをSchedulerのユーザに変更した場合，兼任ユーザはSchedulerのユーザとして登録されません。兼任ユーザをSchedulerのユーザとして登録する場合は，「コンフィギュレーション」の［手動実行］から［ユーザ情報再作成］を実行するか，又は「GetAdAll」コマンドでユーザ情報を再作成してください。

注6

Address Server上で，あらかじめ主体ユーザと兼任ユーザが同じ組織の中に定義してある状態から，主体ユーザをほかの組織に移動した場合，元の組織には，主体ユーザが削除され，兼任ユーザも登録されない状態になります。主体ユーザと兼任ユーザを入れ替えた場合などは，「コンフィギュレーション」の［手動実行］から［ユーザ情報再作成］を実行するか，又は「GetAdAll」コマンドでユーザ情報を再作成してください。

4.1.8　管理ツール上での制限事項

Address Serverとの連動時は，Address Server上でユーザ情報を一括して管理するため，Scheduler Serverの管理ツールでは，以下の操作ができません。

ユーザの登録，削除，変更

組織の登録，削除，変更
ただし，他システム用の最上位組織は登録，削除できます。

組織の移動
ただし，上位が同一の組織内であれば，組織を移動できます。これによって，クライアントで表示する順序を変更できます。詳細は，「4.6.1(8)　部署テーブルの移動」を参照してください。

ユーザの移動
ただし，同一の組織内であれば，ユーザを移動できます。これによって，クライアントで表示する順序を変更できます。詳細は，「4.6.1(9)　ユーザ，セパレータ，又は他システムの移動」を参照してください。

4.2　管理ツールのインストール／アンインストール

Windowsマシンに管理ツールをインストールします。管理ツールをインストールした端末は，管理ツールプロセス用のサービスを設定する必要があります。詳細は，「1.1　TCP/IPの接続確認」を参照してください。

＜この節の構成＞

(1)　インストール方法

(2)　アンインストール方法

(1)　インストール方法

Windowsマシンに管理ツールをインストールします。以下の手順でインストールしてください。

注意

管理ツールを使用する場合，使用するマシンでTCP/IPが設定されている必要があります。詳細は「1.1　TCP/IPの接続確認」を参照してください。

Groupmax統合セットアップCD-ROMをドライブにセットします。

インストーラを起動します。

インストールするアプリケーションを選択するウィンドウが表示されるまでメッセージに従って作業を進めてください。

選択用のウィンドウが表示されたら，「Groupmax Scheduler_Facilities管理ツール」を選択してください。

インストール先を入力するウィンドウが表示されたら，インストール先を入力してください。インストール先は任意に指定できます。

(2)　アンインストール方法

管理ツールのアンインストールは以下のようにします。

「アプリケーションの追加と削除」からアンインストールしてください。「Scheduler_Facilities 管理ツール」という名称で登録されています。

4.3　管理ツールの起動

［スタート］ボタンをクリックして［プログラム］－［Groupmax サーバ］－［Scheduler_Facilities管理ツール］を選択します。又は，「Groupmax サーバ」ウィンドウの［Scheduler_Facilities管理ツール］アイコンをダブルクリックすると起動します。図4-1に示す「管理ツール」ウィンドウが表示されます。これがメイン画面になります。

なお，この管理ツールは，このバージョンではヘルプ機能をサポートしていません。

図4-1　「管理ツール」ウィンドウ

この画面には，ユーザや施設の組織階層を表示します。上側に登録ユーザの階層を，下側に施設の階層を表示します。各々の階層はツリー構造で表示し，ユーザ・施設・組織などには，次のようなアイコンで表示しています。

注

セパレータの登録は，サーバに接続するクライアントがVersion 3以降の場合は不要です。これらのクライアントには，セパレータが登録されていても表示されません。セパレータは，クライアントがVersion2.0以前で，かつ一つの組織内をグループ分けしたい場合に各グループの見出しとして使用します。

4.4　管理データの取得

はじめに管理データを取得します。

［ファイル］－［管理データの取得］メニューを選択してください。図4-2に示す「管理データの取得」ウィンドウが表示されます。

図4-2　「管理データの取得」ウィンドウ

サーバ名を入力してください。なお，マルチサーバ構成の場合は，「3.1　サーバ環境設定」で設定した親サーバのホスト名又はIPアドレスを入力してください。

［OK］ボタンをクリックしてください。以下のディレクトリに管理データが取得されます。

ユーザ管理データのディレクトリ名
＜管理ツールインストールディレクトリ＞¥sftetc

施設管理データのディレクトリ名
＜管理ツールインストールディレクトリ＞¥sftroom

注意事項

定義情報のメンテナンス作業は運用時間外にしてください。

4.5　DNSホスト名の登録

ユーザ情報を設定する前に，このDNSホスト名の登録で，Scheduler Serverの親サーバとすべての子サーバのホスト名を登録しておく必要があります。他システムと接続している場合は，他システムのG/Wホスト名も登録してください。また，Scheduler Serverの「コンフィギュレーション」，又はFacilities Managersの「コンフィギュレーション」で「16.Assist連携」の設定を「使用する」に設定してある場合は，Assist連携用ホームサーバ一覧作成でも，Scheduler Serverの親サーバとすべての子サーバのホスト名を登録しておく必要があります。なお，Assist連携用ホームサーバ一覧作成では，Scheduler Serverの親サーバと子サーバ以外のホスト名（他システムのG/Wホスト名など）を登録してはいけません。

注

管理データの転送をしないと，変更した管理データがシステムに反映されません。

＜この節の構成＞

(1)　DNSホスト名の登録

(2)　Assist連携用ホームサーバ一覧作成

(1)　DNSホスト名の登録

［オプション］－［DNSホスト名］メニューを選択してください。「DNSホスト名の登録」ウィンドウが表示されます。図4-3に示す「DNSホスト名の登録」ウィンドウの中で上側の空欄がDNSホスト名入力エリアで，「kaihahost」，「kikakuhost」などが表示されている所がDNSホスト名一覧リストボックスです。

図4-3　「DNSホスト名の登録」ウィンドウ

新規登録する場合は，DNSホスト名入力エリアにホスト名を入力し，［追加］ボタンをクリックしてください。ホスト名一覧リストボックスに登録されます。ホスト名に設定できる文字種は半角英数字と「-」「.」と「:」です。最大255文字以内で設定してください。ただし「:」の後はポート番号（半角数字）だけが入力できます。登録した他システムとポート番号が異なる場合は，「:」の後にポート番号を設定する必要があります。

削除する場合は，ホスト名一覧リストボックスから削除するDNSホスト名を選択し，［削除］ボタンをクリックしてください。ホスト名一覧リストボックスから削除されます。

いままでの変更を取り消したいときは，［キャンセル］ボタンをクリックしてください。いままでの変更は無効になり終了します。
終了するときは，［OK］ボタンをクリックしてください。ウィンドウを閉じてメイン画面に戻ります。

(2)　Assist連携用ホームサーバ一覧作成

「DNSホスト名の登録」ウィンドウで「Assist連携用ホームサーバ一覧作成」ボタンをクリックしてください。図4-4に示す「Assist連携用ホームサーバ一覧作成」ウィンドウが表示されます。左側のDNSホスト名一覧リストボックスに「DNSホスト名の登録」ウィンドウで登録したDNSホスト名が表示されます。

図4-4　「Assist連携用ホームサーバ一覧作成」ウィンドウ

新規登録する場合は，DNSホスト名一覧リストボックスから登録したいDNSホスト名を選択し，［追加］ボタンをクリックしてください。ホームサーバ一覧リストボックスに登録されます。

削除する場合は，ホームサーバ一覧リストボックスから削除するDNSホスト名を選択し，［削除］ボタンをクリックしてください。ホームサーバ一覧リストボックスから削除されます。

いままでの変更を取り消したいときは，［キャンセル］ボタンをクリックしてください。いままでの変更は無効になり終了します。
終了するときは，［OK］ボタンをクリックしてください。ウィンドウを閉じて「DNSホスト名の登録」ウィンドウに戻ります。

注意事項

他システムのG/Wホスト名は登録しないでください。

4.6　ユーザ情報の設定

＜この節の構成＞

4.6.1　ユーザ情報の設定

4.6.2　他システムと接続する場合（G/W通信をする場合）

4.6.3　ユーザ情報の確認

4.6.1　ユーザ情報の設定

ユーザ名及びユーザIDなどのユーザ情報を設定します。ユーザ情報は階層構造で作成でき，各階層はテーブルで管理されます。階層は50階層まで作成でき，1テーブルに登録できる人数は500人までです（セパレータ，他システム及びテーブルを含みます）。ただし，クライアントで参照できるのは268人までです。

注1

サーバの「コンフィギュレーション」の設定で「10. Addressでの認証」の設定を「使用する」に設定している場合，ここでテーブル及びユーザの登録・変更はできません（参照だけとなります）。ただし，最上位の階層の場合，テーブルの登録・変更・削除はできます。

注2

管理データの転送をしないと，変更した管理データがシステムに反映されません。

＜例＞

ある組織（A社）が使用する場合を例にとり，以下に説明します。A社の体制表を図4-5に，A社のシステム環境を図4-6に示します。

図4-5　A社の体制表

図4-6　A社のシステム環境

図4-5のA社の体制表に示されているような階層で，ユーザ情報を設定していきます。

テーブルとはディレクトリのようなもので，階層構造になっています。階層の一番上のテーブルをメインテーブルといい，その他をすべて部署テーブルといいます。1システムで一つのメインテーブルが作成できます。メインテーブルの下に複数の部署テーブルを作成できるため，階層構造にできます。ユーザ情報はメインテーブル，部署テーブルの下に登録します。

例として，ここではA社というメインテーブルを作成し，その下に開発部という部署テーブルを登録します。

＜この項の構成＞

(1)　部署テーブルの新規登録

(2)　ユーザ情報の新規登録

(3)　ユーザ情報の連続登録

(4)　部署テーブル及びユーザ情報の追加登録

(5)　部署テーブル及びユーザ情報の登録内容の変更

(6)　部署テーブルの削除

(7)　ユーザの削除

(8)　部署テーブルの移動

(9)　ユーザ，セパレータ，又は他システムの移動

(1)　部署テーブルの新規登録

ユーザの階層のルートアイコンをクリックし，［編集］－［新規］から［テーブル］メニューを選択してください。図4-7に示す「テーブルの登録・変更・参照」ウィンドウが表示されます。

図4-7　「テーブルの登録・変更・参照」ウィンドウ

テーブルIDを入力してください。テーブルIDはプログラム上で使用する名称で，ユーザからは認識しないものです。半角英数字の小文字6文字以内で設定してください。また，システム内で同じテーブルIDが存在しないように設定してください。ここではA社のテーブルを登録したいため，asyaと入力します。

部署名を入力してください。部署名はユーザが認識する名称です。半角20文字（全角10文字分）以内で設定してください。ここでは，A社と入力します。

［OK］ボタンをクリックしてください。A社が登録され，「テーブルの登録・変更・参照」ウィンドウが閉じ，メイン画面に戻ります。

ここで作成した部署テーブルの下に，更に部署テーブルを作成できます。ここでは，A社の下に開発部という部署テーブルを登録します。登録方法は，既に登録した部署テーブルの方法と同様です。次の手順で登録してください。

A社のアイコンをクリックし，［編集］－［新規］から［テーブル］メニューを選択してください。「テーブルの登録・変更・参照」ウィンドウが表示されます。

テーブルIDにkaiht，部署名に 開発部 と入力します。

［OK］ボタンをクリックしてください。開発部が登録され，「テーブルの登録・変更・参照」ウィンドウが閉じ，メイン画面に戻ります。

(2)　ユーザ情報の新規登録

ユーザ情報の登録先の部署テーブルを選択後，ユーザ情報を新規登録します。ここでは開発部のテーブルに，田中部長を登録します。次の手順で登録してください。

開発部のアイコンをクリックし，［編集］－［新規］から［ユーザ］メニューを選択してください。図4-8に示す「ユーザ/施設の登録・変更・参照」ウィンドウが表示されます。

図4-8　「ユーザ/施設の登録・変更・参照」ウィンドウ

ホスト名を入力してください。既に「4.5　DNSホスト名の登録」で登録したホスト名はドロップダウンリストから選択できます。ホスト名はそのユーザのスケジュールデータを書き込むサーバ（ホームサーバ）名を指定してください。ドロップダウンリストから選択しないで，直接入力することもできますが，DNSホスト名をあらかじめ登録しておくようにしてください。ここでは開発部のホスト名kaihahost を指定します。ここで指定するホスト名はあらかじめ「4.5　DNSホスト名の登録」で，このシステム内のサーバのホスト名をすべて登録しておいてください。

ユーザID又は施設IDを入力してください。IDは8文字以内の半角英数字を指定してください。システム内で，同一のIDが存在しないよう設定してください。

ユーザが属する部署を入力してください。デフォルトとしてユーザが登録されている部署名が既に設定されていますので，変更が必要な場合は，半角20文字（全角10文字分）以内で設定してください。ここでは開発部と入力します。ここで登録した部署名は，クライアントの予約時にユーザの部署名として参照されます。

ユーザ名を入力してください。ユーザ名は半角20文字（全角10文字分）以内で設定してください。ここでは田中部長と入力します。

セキュリティランクを設定してください。各セキュリティランクの参照権の設定は「4.9　セキュリティの設定」を参照してください。ここでは田中部長にAを設定します。

［OK］ボタンをクリックすると，田中部長が登録され，メイン画面に戻ります。

(3)　ユーザ情報の連続登録

同じ部署テーブルにユーザを複数人登録したい場合，連続して登録ができます。

ここでは開発1課のテーブルの下に山田課長と，坂井さんと，鈴木さんをユーザ登録します。

開発1課アイコンをクリックし，［編集］－［新規］から［ユーザ］メニューを選択してください。「ユーザ/施設の登録・変更・参照」ウィンドウが表示されます。

山田課長のユーザ情報を登録します。登録手順は，「(2) ユーザ情報の新規登録」を参照してください。

登録が終了したら，［連続追加］ボタンをクリックしてください。入力したユーザ情報を登録後，再度「ユーザ/施設の登録・変更・参照」ウィンドウが表示されます。その際に，ホスト名と部署名は入力された状態となります。坂井さんと鈴木さんを同様の手順で登録してください。

(4)　部署テーブル及びユーザ情報の追加登録

テーブル及びユーザ情報の追加登録する場合の方法を示します。ここでは開発2課の登録を例にとって説明します。

追加したい部署テーブルのアイコンをクリックします。開発2課の部署テーブルは開発部の部署テーブルに追加登録したいので，開発部のアイコンをクリックします。

［編集］－［新規］から［テーブル］メニューを選択してください。「テーブルの登録・変更・参照」ウィンドウが表示されます。開発2課の登録内容を入力してください。

入力後，［OK］ボタンをクリックしてください。新しい部署テーブルのアイコンが，最後に登録されます。ここでは，田中部長，開発1課の後に開発2課が登録されました。

次に，開発2課のテーブルに，佐藤課長と山口さんを追加登録します。手順は「(2) ユーザ情報の新規登録」を参照してください。これで，開発部は登録できました。同様の手順で企画部も登録してください。

(5)　部署テーブル及びユーザ情報の登録内容の変更

内容を変更したい部署テーブルのアイコンをクリックし，［編集］－［開く］メニューを選択してください。「テーブルの登録・変更・参照」ウィンドウが表示されます。内容を変更後，［OK］ボタンをクリックしてください。

内容を変更したいユーザ名のアイコンをクリックし，［編集］－［開く］メニューを選択してください。「ユーザ/施設の登録・変更・参照」ウィンドウが表示されます。内容を変更後，［OK］ボタンをクリックしてください。

(6)　部署テーブルの削除

削除したい部署テーブルのアイコンをクリックし，［編集］－［削除］メニューを選択してください。削除を確認するダイアログが表示されます。

［はい］ボタンをクリックしてください。選択したテーブル以下のすべての情報が削除されます。

注意事項

一度削除した情報は，元に戻せません。誤って削除してしまった場合，再度登録してください。

(7)　ユーザの削除

削除したいユーザのアイコンをクリックし，［編集］－［削除］メニューを選択してください。削除を確認するダイアログが表示されます。

［はい］ボタンをクリックしてください。選択したユーザが削除されます。

注意事項

一度削除した情報は，元に戻せません。誤って削除してしまった場合，再度登録してください。

(8)　部署テーブルの移動

部署テーブルの移動は，移動したい部署テーブルのアイコンをクリックし，［編集］－［移動］メニューを選択後，移動先の部署，ユーザ，セパレータ，又は他システムアイコンをクリックして移動します。次の手順で移動してください。

なお，部署テーブルの下に他システムが存在する場合は，同一階層内での移動だけできます。

(a)　移動先として部署テーブルのアイコンを選択した場合

ここでは，移動元が開発2課で移動先が企画部という例を挙げて説明します。

開発2課のアイコンをクリックし，［編集］－［移動］メニューを選択してください。

企画部のアイコンをクリックしてください。図4-9に示す「移動先選択」ウィンドウが表示されます。

図4-9　「移動先選択」ウィンドウ

「移動先選択」ウィンドウで，移動先を選択し，［OK］ボタンをクリックします。このウィンドウが閉じ，指定先に移動されます。「選択した部署テーブルの下の階層に移動」を選択した場合，企画部の部署テーブルの最後に移動します。「選択した部署テーブルと同じ階層に移動」を選択した場合，企画部の部署テーブルの上側に移動します。

(b)　移動先としてユーザ，セパレータ，又は他システムのアイコンを選択した場合

ここでは，移動元が開発2課で移動先が企画部の吉田部長という例を挙げて説明します。

開発2課のアイコンをクリックし，［編集］－［移動］メニューを選択してください。

企画部の吉田部長のアイコンをクリックしてください。企画部の部署テーブルの吉田部長の上側に移動します。

注1

部署テーブルの移動中は管理ツールの終了，及びほかの編集作業はできません。また，部署テーブルをその部署テーブルの下位の階層に移動できません。また，複数の部署を選択し，移動できません。また，「移動先選択」ウィンドウで［キャンセル］ボタンをクリックした場合は，移動操作はキャンセルされます。

注2

Address Serverと連動している場合は，同一組織内での移動だけできます。詳細は，「4.1.8　管理ツール上での制限事項」を参照してください。

(9)　ユーザ，セパレータ，又は他システムの移動

ユーザ，セパレータ，又は他システムの移動は，移動したいユーザ，セパレータ，又は他システムのアイコンをクリックし，［編集］－［移動］メニューを選択後，移動先の部署，ユーザ，セパレータ，又は他システムアイコンをクリックして移動します。次の手順で移動してください。

(a)　移動先として部署テーブルのアイコンを選択した場合

ここでは，移動元が企画1課の森さんで，移動先が開発2課という例を挙げて説明します。

移動したいユーザ名，企画1課の森さんのアイコンをクリックし，［編集］－［移動］メニューを選択してください。

開発2課の部署テーブルのアイコンをクリックしてください。「移動先選択」ウィンドウが表示されます。

「移動先選択」ウィンドウで，移動先を選択し，［OK］ボタンをクリックします。このウィンドウが閉じ，指定先に移動されます。「選択した部署テーブルの下の階層に移動」を選択した場合，開発2課の部署テーブルの最後に移動します。「選択した部署テーブルと同じ階層に移動」を選択した場合，開発2課の部署テーブルの上側に移動します。

(b)　移動先としてユーザ，セパレータ，又は他システムのアイコンを選択した場合

ここでは，移動元が企画1課の森さんで，移動先が開発2課の山口さんという例を挙げて説明します。

移動したいユーザ名，企画1課の森さんのアイコンをクリックし，［編集］－［移動］メニューを選択してください。

開発2課の山口さんのアイコンをクリックしてください。開発2課の山口さんの上側に移動します。

注1

ユーザの移動中は管理ツールの終了，及びほかの編集作業はできません。また，複数のユーザを選択し，移動させることはできません。また，「移動先選択」ウィンドウで［キャンセル］ボタンをクリックした場合は，移動操作はキャンセルされます。また，移動元が他システムの場合は，メインテーブル中，又はメインテーブル上の部署テーブル中の移動しかできません。

注2

Address Serverと連動している場合は，移動元が他システムのときを除き，同一組織内での移動だけできます。詳細は，「4.1.8　管理ツール上での制限事項」を参照してください。

4.6.2　他システムと接続する場合（G/W通信をする場合）

他システムと接続する場合（G/W通信をする場合），各システムで1台G/Wサーバが必要です。G/Wサーバは，Scheduler Serverのサーバであれば，どのサーバでもできます（親／子サーバは問いません）。

他システムとG/W接続をしてScheduler Serverを使用するためには，各ユーザが他システムのゲストIDを持つ必要があります。このため，ゲストIDを持たないユーザは他システムのユーザに対して参照，予約などの処理ができません。また，他システムのユーザに対して参照，予約などの処理をする場合ゲストIDの権限（セキュリティランク）が適用されます。また，逆に他システムユーザ用のゲストIDも用意する必要があります。

自システムと他システムは，デフォルトでは同じポート番号（サービス名：ikisaki）で通信します。自システムと他システム間で異なるポート番号で通信する場合は，「付録J　G/W通信を異なるポート番号で運用する場合」を参照してください。

他システムと接続する手順は以下のようになります。

他システムをメインテーブル，又はメインテーブル上の部署テーブルに追加
他システムのテーブルを自システムのメインテーブル，又はメインテーブル上の部署テーブルに追加します。

他システムユーザ用ゲストIDの作成
他システムからの接続用にゲストIDを登録します（作成方法の詳細は，「4.11　ゲストIDの設定」を参照してください）。

自システムユーザ用ゲストIDの設定
他システムと接続するために，自システムのユーザに対して，接続する他システムのゲストIDを設定します（ゲストIDが設定されていないユーザは，他システムのユーザに対して参照，予約などの処理はできません）。

＜例＞

B社でもScheduler Serverを使用しており，A社と接続する場合を例にとり，以下に説明します。A社，B社の体制表を図4-10に，A社とB社を接続した場合のシステム環境を図4-11に示します。

図4-10　A社，B社の体制表

図4-11　A社とB社を接続した場合のシステム環境

注1

G/W間のTCP/IP接続は，事前に確認してください。

注2

管理データの転送をしないと，変更した管理データがシステムに反映されません。

＜この項の構成＞

(1)　他システムをメインテーブル，又はメインテーブル上の部署テーブルに追加

(2)　自システムゲストIDの設定

(1)　他システムをメインテーブル，又はメインテーブル上の部署テーブルに追加

他システムと接続する場合，メインテーブル，又はメインテーブル上の部署テーブルに接続先の他システムテーブルを追加する必要があります。ここでは，A社のメインテーブル，又はメインテーブル上の部署テーブルにB社を他システムとしてテーブルを追加します。以下の手順で追加します。なお，他システムのテーブルはメインテーブルか，メインテーブル直下の部署テーブル以外への移動はできません。

ユーザの階層のルートアイコンをクリックし，［編集］－［新規］から［他システム］メニューを選択してください。図4-12に示す「テーブルの登録・変更・参照」ウィンドウが表示されます。以下の注意事項があります。

他システムを部署テーブルに追加する場合，運用方法として，すべてのクライアントをVersion 6以降にする必要があります。

Version 6以降から，他システムをメインテーブルに追加する際，他システムのメインテーブル上の部署テーブル（Address Serverと連携している場合は最上位組織）から1階層下までの部署テーブル（組織）を他システムとして登録できます。A社とB社の例で説明すると，次のようになります。B社のメインテーブル上の部署テーブル（B社がAddress Serverと連携している場合は最上位組織）から1階層下までの部署テーブル（組織）を，他システムとして登録できます。ただし，B社のメインテーブル上の部署テーブル（B社がAddress Serverと連携している場合は，最上位組織）を追加した場合，そのテーブルより下位の部署テーブル（B社がAddress Serverと連携している場合は組織）を更に追加することはできません。追加した場合，クライアントが正常に動作しなくなります。また，B社の部署テーブル（B社がAddress Serverと連携している場合は，組織）を追加した場合，そのテーブルより上位の部署テーブル（B社がAddress Serverと連携している場合は最上位組織）を更に追加することはできません。追加した場合，クライアントが正常に動作しなくなります。

図4-12　「テーブルの登録・変更・参照」ウィンドウ

他システムでの「Address連携」の設定有無を選択します。他システムがAddress Serverと連携していてメインテーブル上の部署テーブルと接続する場合は，「Address連携」の選択で「連携あり（最上位組織）」を選択してください。他システムのメインテーブル上以外の部署テーブルと接続する場合は，「Address連携」の選択で「連携あり（組織）」を選択してください。次に，テーブルIDを入力してください。テーブルIDは他システムのメインテーブルに登録されているテーブルIDを指定してください。ここで入力するテーブル名は，既に登録されている自システム内のテーブルと重複していない必要があります。なお，「Address連携」の選択で「連携あり（最上位組織）」，又は「連携あり（組織）」を選んだ場合は半角文字で8文字，「連携なし」を選んだ場合は半角英小文字か数字で6文字以内で設定してください。ここでは，B社のテーブルを追加しますが，B社ではAddress連携なしで運用しているので「Address連携」の選択で「連携なし」を選択し，B社のテーブルIDのbsyaと入力します。なお，「Address連携」で選択を切り替えた場合，入力済みのテーブルIDはクリアされます。テーブルIDとして，部署テーブルを指定する場合，運用方法として，すべてのクライアントをVersion 6以降にする必要があります。

組織ID長を10文字（半角文字）で運用している他システムと接続する場合

SF32SYS.iniファイルの切り替えオプションを設定し，画面を切り替えてテーブルIDを指定します。

SF32SYS.iniファイルの格納先
<Scheduler管理ツールのインストールディレクトリ>¥bin
デフォルトの場合：c:¥appomous¥bin

記述内容
[Option]
TableEntryMode=1（又は0）
1：テーブルIDに10文字（半角文字）まで入力できる画面（図4-13を参照）を表示
0：Version 6以前の画面（図4-12を参照）を表示（デフォルト値）

図4-13　「テーブルの登録・変更・参照」ウィンドウ（切り替えオプション指定時）

「連携なし(*)」を選択すると，半角文字で10文字までテーブルIDに指定できます。入力できる文字は，半角英小文字，半角英大文字，数字，ピリオド（.）です。

部署名を入力してください。半角20文字（全角10文字分）以内で設定してください。ここでは，B社と入力します。

自システムのG/Wホスト名を入力してください。既に「4.5　DNSホスト名の登録」で登録したホスト名はドロップダウンリストから選択できます。ホスト名は自システムのG/Wサーバ名を指定してください。ドロップダウンリストから選択しないで，直接入力する場合は，ホスト名は半角英数字で255文字以内で指定してください。ここではA社のG/Wサーバ名 kikakuhost を指定します。ここで指定するホスト名はあらかじめ「4.5　DNSホスト名の登録」ですべて登録しておいてください。

他システムのG/Wホスト名を入力してください。既に「4.5　DNSホスト名の登録」で登録したホスト名はドロップダウンリストから選択できます。ホスト名は他システムのG/Wサーバ名を指定してください。ドロップダウンリストから選択しないで，直接入力する場合は，ホスト名は半角英数字で255文字以内で指定してください。ここではB社のG/Wサーバ名 eigyouhost を指定します。ここで指定するホスト名はあらかじめ「4.5　DNSホスト名の登録」ですべて登録しておいてください。

［OK］ボタンをクリックしてください。「テーブルの登録・変更・参照」ウィンドウが閉じ，メイン画面に戻ります。なお，引き続き自システムのゲストIDを設定する場合，［ユーザID］ボタンをクリックし「G/Wテーブル作成」ウィンドウを表示させてください。操作の詳細は，次の「(2) 自システムゲストIDの設定」を参照してください。

注

他システムのテーブルを追加するとき，又はユーザ／施設を追加するときに，確認メッセージを表示することがあります。これは，DNSホスト名テーブルに登録しているかどうかの確認結果を示しているものです。システムとして解釈できるものを設定するようにしてください。

(2)　自システムゲストIDの設定

自システムのユーザが他システムのScheduler Serverのユーザにアクセスする場合，ゲストIDが必要です。ここでは，自システムユーザにゲストIDを登録する方法について説明します。登録する前に，他システムの管理者にゲストIDを確認してください。次の手順で設定します。

注意事項

ホストごとにゲストIDデータを保持する必要があります。

G/Wテーブルを作成します。G/WテーブルとはユーザIDと接続先の他システムのゲストIDの格納ファイルです。自システムユーザにゲストIDを登録したい他システムのアイコンをクリックし，［編集］－［開く］メニューを選択すると，「テーブルの登録・変更・参照」ウィンドウが表示されます。［ユーザID］ボタンをクリックしてください。図4-14に示す「G/Wテーブル作成」ウィンドウが表示されます。

図4-14　「G/Wテーブル作成」ウィンドウ

ゲストIDを登録したいユーザのユーザIDを表示します。表示方法は以下の2とおりあります。

ユーザが特定されている場合
あらかじめユーザが特定されている場合は，［ID検索］－［ID検索］メニューを選択してください。図4-15に示す「ID検索」ウィンドウが表示されます。登録するユーザIDを入力するか，以下のワイルドカードを用いてユーザを検索してください。ユーザID検索リストボックスに検索したユーザIDが表示されます。ユーザIDは，4,000件まで表示されます。
＊：任意文字列（＊を2個使用したIDの検索はできません）
＄：任意の1文字

図4-15　「ID検索」ウィンドウ

ユーザ全員を表示し選択する場合
複数のユーザに対してゲストIDを登録する場合は，［ID検索］－［すべてのID］メニューを選択してください。ユーザID検索リストボックスに全ユーザIDが表示されます。ユーザIDは，4,000件まで表示されます。

ユーザID検索リストボックスの中から，ゲストIDを登録したいユーザIDを選択してください。複数選択できます。ユーザID検索リストボックス中に表示されているユーザすべてに対してゲストIDの登録をする場合は，［編集］－［すべて追加］メニューを選択してください。すべてのユーザIDがゲストIDテーブルリストボックスに追加されます。この際，次の4の操作は不要です。

［編集］－［追加］メニューを選択してください。選択したユーザIDがゲストIDテーブルリストボックスに追加されます。

ゲストIDテーブルリストボックスから，ゲストID登録するユーザIDを選択してください。複数選択できます。

［編集］－［ゲストID登録／変更］メニューを選択してください。図4-16に示す「ゲストID登録/変更」ウィンドウが表示されます。ユーザIDには選択したユーザIDが表示されます（複数選択した場合は********が表示されます）。他システムの管理者に確認したゲストIDを入力し，［OK］ボタンをクリックしてください。ゲストIDテーブルリストボックスに，ゲストIDが登録されたユーザID一覧が表示されます。

図4-16　「ゲストID登録/変更」ウィンドウ

ゲストIDを削除するには，削除したいユーザIDを選択後，［編集］－［ゲストID削除］メニューを選択してください。複数選択できます。

ゲストIDテーブルリストボックスには，2,500個まで表示します。次の2,500個を表示したい場合は，ゲストIDテーブルリストボックス右下の右矢印ボタンをクリックしてください。前の2,500個を表示したい場合は，ゲストIDテーブルリストボックス左下の左矢印ボタンをクリックしてください。

4.6.3　ユーザ情報の確認

ユーザに対して設定したデータの中で，上司／秘書，接続できる他システム，管理する施設を一覧表示し，確認できます。手順は以下のとおりです。

メイン画面（「管理ツール」ウィンドウ）の「登録ユーザの階層」ツリービューから確認したいユーザのアイコンをクリックし，［編集］－［開く］メニューを選択してください。「ユーザ/施設の登録・変更・参照」ウィンドウが表示されます。［詳細］ボタンをクリックしてください。図4-17に示す「詳細情報の表示」ウィンドウが表示されます。

図4-17　「詳細情報の表示」ウィンドウ

［閉じる］ボタンをクリックすると「ユーザ/施設の登録・変更・参照」ウィンドウに戻ります。［キャンセル］ボタンをクリックしてメイン画面に戻ってください。

4.7　施設管理情報の設定

施設名，施設IDなどの施設管理情報を設定します。施設管理情報はユーザ情報の設定と同様に階層構造で作成でき，各階層はテーブルで管理されます。階層は50階層まで作成でき，1テーブルに登録できる数は500までです（セパレータ，及びテーブルを含みます）。ただし，クライアントで参照できるのは268までです。

注1

施設管理者がテーブル単位に多数登録されている場合は，クライアントで最大数を超えた旨のメッセージが表示されても画面上には数個の施設しか表示されないことがあります。

注2

管理データの転送をしないと，変更した管理データがシステムに反映されません。

施設の設定方法の詳細は，「4.6　ユーザ情報の設定」を参照してください。

＜例＞

ある組織（A社）が使用する場合を例にとり，以下に説明します。A社の体制表を図4-18に，A社のシステム環境を図4-19に示します。

図4-18　A社の体制表

図4-19　A社のシステム環境

図4-18のA社の体制表に示されているような階層で，施設管理情報を設定していきます。

ユーザ情報と同様に，テーブルによる階層構造になっています。階層の一番上のテーブルをメインテーブルといい，その他をすべて種別テーブルといいます。1システムで一つのメインテーブルが作成できます。メインテーブルの下に複数の種別テーブルを作成できるため，階層構造にできます。

注意事項

メインテーブルに施設を登録すると，WWW for Schedulerから，その施設は参照できません。

＜この節の構成＞

(1)　種別テーブルの新規登録

(2)　施設の登録

(3)　種別テーブル及び施設の登録内容の変更

(4)　種別テーブルの削除及び移動

(5)　施設の削除及び移動

(1)　種別テーブルの新規登録

登録施設の階層の中から，登録したい種別テーブルのアイコンをクリックし，［編集］－［新規］から［テーブル］メニューを選択してください。「テーブルの登録・変更・参照」ウィンドウが表示されます。種別テーブルの詳細情報の登録方法は，「4.6.1(1)　部署テーブルの新規登録」を参照してください。

(2)　施設の登録

登録施設の階層の中から，施設を登録したい種別テーブルのアイコンをクリックし，［編集］－［新規］から［施設］メニューを選択してください。「ユーザ/施設の登録・変更・参照」ウィンドウが表示されます。

施設の詳細情報の登録は，ユーザ情報の登録方法と同様です。「4.6.1(2)　ユーザ情報の新規登録」を参照してください（ここでは，‘ユーザ’は‘施設’，‘部署’は‘種別’となります）。

なお，ユーザIDと施設IDは重複しないようにしてください。

(3)　種別テーブル及び施設の登録内容の変更

種別テーブルの登録内容や施設の登録内容の変更は，部署テーブル及びユーザ情報の登録内容の変更方法と同様です。変更方法の詳細は，「4.6.1(5)　部署テーブル及びユーザ情報の登録内容の変更」を参照してください。

(4)　種別テーブルの削除及び移動

種別テーブルの削除及び移動は，部署テーブルの削除，移動の方法と同様です。削除方法の詳細は，「4.6.1(6)　部署テーブルの削除」を，移動方法の詳細は，「4.6.1(8)　部署テーブルの移動」を参照してください。

(5)　施設の削除及び移動

施設の削除及び移動は，ユーザの削除，移動方法と同様です。削除方法の詳細は，「4.6.1(7)　ユーザの削除」を，移動方法の詳細は，「4.6.1(9)　ユーザ，セパレータ，又は他システムの移動」を参照してください。

4.8　汎用化データの設定

＜この節の構成＞

4.8.1　前提条件

4.8.2　汎用化データのデフォルト設定

4.8.3　組織ごとの汎用化データ設定

4.8.1　前提条件

Scheduler Server Version 7及びFacilities Manager Version 7から行先・区分を最大10個から最大64個まで設定できます。

区分数を11個以上設定して運用する場合，次の前提条件があります。

マルチサーバ環境ではすべてのマシンにScheduler Server Version 7以降とFacilities Manager Version 7以降をインストールしておく必要があります（施設管理を使用していない場合はFacilities Manager Version 7以降をインストールする必要はありません）。

Scheduler ServerのG/Wを用いて，Version 6以前のScheduler Serverが存在する他システムに接続している場合，設定が必要です。自システムのすべてのScheduler Server及びFacilities Managerがインストールされているマシンの/usr/GroupAppo/bin/AppoSV.iniファイル（存在しない場合は作成してください）に次の記述を追加し，サーバ（SV，RMSV）を再起動してください。

[Environment]
KBN_ENHANCE = OFF＜改行＞

注

行末には改行が必要です。

この設定をすると，次のように処理が変更されます。

他システムのScheduler Serverのバージョンにかかわらず，11番目以降の区分を設定したスケジュールを他システムのユーザに予約すると，1番目の区分に変換されてスケジュールが予約されます。

キーワード検索が正しく行われます。

また，接続しているScheduler Serverの他システムがすべてVersion 7以降になった場合，この設定を削除し，サーバ（SV，RMSV）を再起動してください。

4.8.2　汎用化データのデフォルト設定

汎用化データ（休日，行先・区分，時間の区切り線）を以下の手順で設定します。ここで設定する汎用化データが，システムのデフォルト設定となります。

注

管理データの転送をしないと，変更した管理データがシステムに反映されません。

［オプション］－［汎用化データ］－［休日等のデフォルト設定］メニューを選択してください。図4-20に示す「汎用化データの設定」ウィンドウが表示されます。

図4-20　「汎用化データの設定」ウィンドウ

「汎用化データの設定」ウィンドウの［休日の設定］ボタンをクリックしてください。図4-21に示す「休日の設定」ウィンドウが表示されます。

日付をクリックすると休日に設定されます。もう一度クリックすると取り消されます。

［週休］から曜日を選んでクリックすると，選択した曜日がすべて休日に設定されます。もう一度クリックすると取り消されます。

年度リストボックスの中から前年（上，下），当年（上，下），翌年（上，下）を選択すると，その年（上，下）の休日が設定できます。

［標準］ボタンを選択すると，デフォルトに設定されます。

［閉じる］ボタンをクリックすると，指定どおりに休日が設定され，「汎用化データの設定」ウィンドウに戻ります。

注意

初期起動時は，デフォルトで土曜日，日曜日，祝日が休日に設定されています。

春分の日，秋分の日は，デフォルトで3月21日，9月23日に設定されていますが，年によって前後しますので正しく設定してください。

西暦2000年以降の成人の日と体育の日は，以下がデフォルト値として設定されます。

成人の日：1月の第2月曜日，体育の日：10月の第2月曜日

なお，休日の設定データを保持しているのは前年・当年・翌年の3年分だけですので，年が切り替わるごとに，翌年分の休日を設定してください。

年が切り替わったときに初めて「汎用化データの設定」ウィンドウを表示すると，「休日の設定データが不正です。再登録してください。」のウィンドウが表示されますので，［OK］ボタンをクリックし，休日の設定をしてください。
設定終了後，「汎用化データの設定」ウィンドウから［メニューに戻る］ボタンをクリックすると，「登録して終了しますか？」というウィンドウが表示されます。
「はい」を選択し，次に管理データの転送をしてください。「いいえ」を選択したり，転送しなかった場合は，休日のデータは更新されません。

図4-21　「休日の設定」ウィンドウ

「汎用化データの設定」ウィンドウの［行先・区分の設定］ボタンをクリックしてください。図4-22に示す「行先・区分の設定」ウィンドウが表示されます。

初期起動時は，デフォルトで社内，他事業所，顧客，一般会議，定例会議，幹部会議，顧客，イベント，その他が設定されています。

区分の入力エリアをクリックし，キーボードで行先・区分を入力します。区分名は，半角8文字（全角4文字分）以内で設定してください。

［OK］ボタンをクリックすると，指定どおりに行先・区分が設定され，「汎用化データの設定」ウィンドウに戻ります。

「行先・区分の設定」については，以下の注意事項があります。したがって，運用後はできるだけ変更しないようにお願いします。

設定した区分名（「社内」や「他事業所」など）を，運用開始後に変更した場合，これまでにクライアントで登録したスケジュールの区分名が変更されます。

項目内の文字列をすべて削除すると，その項目が削除され，次の項目が順次スライドされた設定となります。したがって，運用開始後に「行先・区分の設定」ウィンドウで項目内の文字列をすべて削除する場合，次の点に御注意ください。
（1）クライアントで表示される区分名が一斉にスライドした形で変更されます。これによって，スケジュールの内容と区分名が食い違います。
（2）これまでクライアントで表示されていた区分名と色の対応がずれます。

項目内の文字列をすべて削除すると，その項目が削除されます。削除された区分名が登録されていたスケジュールは，管理ツールの「行先・区分の設定」ウィンドウで設定されている最初の区分名となります。

区分名は「1：」から順番に使用してください。中間に，スペースだけや何も設定しない項目を設定しないでください。

Scheduler ServerのG/Wを用いて他システムと接続している場合，「行先・区分の設定」を自システムと他システム間で同一の文字列に設定してください。同一の文字列に設定しない場合，他システムのスケジュール参照などで表示される「区分」は，自システムの同一の番号の「区分」となります。また，他システムにいるユーザへのスケジュール予約では「区分」は正しく登録されません。

図4-22　「行先区分の設定」ウィンドウ

「汎用化データの設定」ウィンドウの［時間の区切り線の設定］ボタンをクリックしてください。図4-23に示す「時間の区切り線の設定」ウィンドウが表示されます。

時間の入力エリアをクリックし，キーボードで時間を入力します。

［閉じる］ボタンをクリックすると，時間の区切り線が設定され，「汎用化データの設定」ウィンドウに戻ります。

図4-23　「時間の区切り線の設定」ウィンドウ

「汎用化データの設定」ウィンドウの［メニューに戻る］ボタンをクリックすると，「終了」ウィンドウが表示されます。

［はい］ボタンをクリックすると，設定内容を登録して汎用化データファイルの作成を終了します。

［いいえ］ボタンをクリックすると，設定内容を登録しないで汎用化データファイルの作成を終了します。

［キャンセル］ボタンをクリックすると，汎用化データファイルの作成が続けられます。

4.8.3　組織ごとの汎用化データ設定

「4.8.2　汎用化データのデフォルト設定」に加えて，組織ごとに汎用化データを設定できます。組織ごとの汎用化データを設定しない場合，この項の設定をする必要はありません。

組織ごとの汎用化データを設定すると，システム内の組織ごとに，別の休日，行先・区分，時間の区切り線を設定できます。例えば，同一システム内に休日が異なる組織が登録されている場合でも，それらの組織ごとに別の休日情報を設定できます。

注

管理データの転送をしないと，変更した管理データがシステムに反映されません。

＜この項の構成＞

(1)　前提条件

(2)　汎用化データテンプレートの作成

(3)　組織とテンプレートの対応づけ

(4)　注意事項

(1)　前提条件

組織ごとの汎用化データ機能を使用するには，/usr/GroupAppo/bin/AppoSV.iniファイル（存在しない場合は作成してください）に以下の記述を追加し，サーバ（SV，RMSV）を再起動してください（行末には改行コードを入力する必要があります）。
[Environment]
OrgEnv = ON＜改行＞
機能を使用しない場合はOFFとしてください。デフォルトの値はOFFです。

マルチサーバ環境で組織ごとの汎用化データを設定する場合，サーバとなるすべてのマシンをScheduler Server Version 6 06-50以降にする必要があります。また，すべての子サーバから管理データ取得をしておく必要があります。

(2)　汎用化データテンプレートの作成

組織ごとの汎用化データを設定するテンプレートは，以下の手順で作成します。

［オプション］－［汎用化データ］－［組織用テンプレートの作成］メニューを選択してください。図4-24に示す「組織用テンプレートの作成」ウィンドウが表示されます。「テンプレート一覧」リストボックスに，既に登録されているテンプレートが表示されます。［閉じる］ボタンをクリックすると，メイン画面に戻ります。

図4-24　「組織用テンプレートの作成」ウィンドウ

新規作成する場合は，［新規テンプレート］ボタンをクリックしてください。図4-25に示す「新規テンプレート」ウィンドウが表示されます。テンプレート名には，半角英数字小文字が設定できます。最大8文字以内で設定してください。テンプレート名を入力して［OK］ボタンをクリックすると，新規にテンプレートが作成され，ウィンドウが閉じます。その後，「汎用化データの設定」ウィンドウが表示されるので，汎用化データの設定をしてください。設定方法は，項番4を参照してください。テンプレートの作成を取り消してウィンドウを閉じるには，［キャンセル］ボタンをクリックしてください。作成できるテンプレートは最大1,000件です。

図4-25　「新規テンプレート」ウィンドウ

テンプレートを削除する場合は，「テンプレート一覧」リストボックスから削除したいテンプレートを選択し，［テンプレートの削除］ボタンをクリックしてください。削除の確認のメッセージが表示されるので，［はい］をクリックしてください。
一度削除したテンプレートは，元に戻せません。誤って削除してしまった場合，再度登録してください。

汎用化データを設定するには，「テンプレート一覧」リストボックスから設定するテンプレートを選択して，［休日等の設定］ボタンをクリックするか，「テンプレート一覧」リストボックスからテンプレート名をダブルクリックしてください。図4-26に示す「汎用化データの設定」ウィンドウが表示されます。ウィンドウ内の「テンプレート名：」には，選択したテンプレート名が表示されます。汎用化データは，以下のように設定します。

図4-26　「汎用化データの設定」ウィンドウ

休日の設定
［休日の設定］ボタンをクリックすると，図4-27に示す「休日の設定（XXXX）」ウィンドウが表示されます。（XXXX）は選択したテンプレート名です。設定方法については，「4.8.2　汎用化データのデフォルト設定」の項番2と同様です。ただし，設定対象は選択したテンプレートです。

図4-27　「休日の設定（xxxx）」ウィンドウ

行先・区分の設定
［行先・区分の設定］ボタンをクリックすると，図4-28に示す「行先・区分の表示順の設定（XXXX）」ウィンドウが表示されます。（XXXX）は選択したテンプレート名です。設定対象は選択したテンプレートです。区分名の操作を次に示します。これらの操作後に［OK］ボタンをクリックすると，設定内容が反映されます。
区分名の追加
・［追加］ボタンをクリックすると「行先・区分名の追加/変更」ウィンドウが表示されるので，追加する区分名を入力し，［OK］ボタンをクリックします。
区分名の変更
・変更する区分名を選択して［変更］ボタンをクリックすると「行先・区分名の追加/変更」ウィンドウが表示されるので，区分名を変更し，［OK］ボタンをクリックします。
区分名の削除
・削除する区分名を選択して［削除］ボタンをクリックすると確認のメッセージが表示されるので，削除する場合は［はい］ボタンをクリックします。
区分名の表示順の変更
・クライアントで表示する区分名の表示順を変更できます。変更したい区分名を選択して［上へ］又は［下へ］ボタンをクリックすると，一つ上又は下へ移動します（ただし，区分番号と区分名の対応は変わりません）。

図4-28　「行先・区分の表示順の設定（xxxx）」ウィンドウ

時間の区切り線の設定
［時間の区切り線の設定］ボタンをクリックすると，図4-29に示す「時間の区切り線の設定（XXXX）」ウィンドウが表示されます。（XXXX）は選択したテンプレート名です。設定方法については，「4.8.2　汎用化データのデフォルト設定」の項番4と同様です。ただし，設定対象は選択したテンプレートです。

図4-29　「時間の区切り線の設定（xxxx）」ウィンドウ

［戻る］ボタン
［戻る］ボタンをクリックすると，「終了」ウィンドウが表示されます。
・［はい］ボタンをクリックすると，設定内容を登録して「組織用テンプレートの作成」ウィンドウに戻ります。
・［いいえ］ボタンをクリックすると，設定内容を登録しないで「組織用テンプレートの作成」ウィンドウに戻ります。
・［キャンセル］ボタンをクリックすると，「汎用化データの設定」ウィンドウに戻ります。

(3)　組織とテンプレートの対応づけ

作成した汎用化データのテンプレートは，以下の手順で組織と対応づけます。

［オプション］－［汎用化データ］－［組織とテンプレートの対応付け］メニューを選択してください。「組織とテンプレートの対応付け」ウィンドウが表示されます。図4-30に示す「組織とテンプレートの対応付け」ウィンドウの中で，「●A社」が表示されているのが組織の階層表示欄です。上部の「事業所」と表示された欄には，組織の階層表示欄に表示している組織の上位の組織を表示します。［OK］ボタンをクリックすると変更内容が登録され，［キャンセル］ボタンをクリックすると変更内容を取り消してメイン画面に戻ります。

図4-30　「組織とテンプレートの対応付け」ウィンドウ

組織の階層表示欄から，汎用化データを個別に設定したい組織を選択します。組織名をダブルクリックすると，その組織の下位の組織が表示されます。先頭に名前が「↑..」と表示されたアイコンがあるとき，この「↑..」をダブルクリックすると，上位の組織を表示します。選択した組織にテンプレートが設定してある場合，「設定テンプレート」欄にテンプレート名が表示されます。上位にだけテンプレートが設定してある場合は，「継承（テンプレート名）」と表示され，上位のテンプレート名を表示します。また，対応づけられたテンプレート名のファイルが存在しない場合，「未登録テンプレート」と表示されます。それ以外の場合でテンプレートが設定されていないとき，「設定テンプレート」欄は空欄です。

「テンプレート一覧」から，テンプレートを選択します。選択したテンプレートと組織を対応づける場合は，［設定］ボタンをクリックしてください。対応づけを解除する場合は，テンプレートが対応づけられている組織を選択し，［解除］ボタンをクリックしてください。「未登録テンプレート」は解除できますが，「継承（テンプレート名）」は解除できません。

(4)　注意事項

組織ごとの汎用化データ設定を使用すると，ユーザの所属組織に対応づけられた汎用化データテンプレートがクライアントで適用されます。

ログインユーザに兼任ユーザが存在している場合でも，主体ユーザの所属組織に対応づけられた汎用化データテンプレートが適用されます。

G/W接続環境には対応しておりません。他システムのメンバを参照する場合も，汎用化データは自システム，又は自分自身の所属組織に設定されたものを使用します。

新しく組織を追加する場合は，必ず「組織とテンプレートの対応付け」画面で，追加した組織と汎用化データテンプレートの対応づけを設定してください。

上位の組織に汎用化データテンプレートを対応づけた場合，その組織の下位に属する組織には，自動的に上位組織に対応づけられた汎用化データテンプレートが継承されます。下位組織に個別の汎用化データを設定したい場合は，「組織とテンプレートの対応付け」画面で対応づけをしてください。

最上位組織に汎用化データテンプレートの対応づけがされてない場合は，「4.8.2　汎用化データのデフォルト設定」で設定した汎用化データが適用されます。

4.9　セキュリティの設定

この節では，管理ツールで設定できるセキュリティ機能について説明します。その他のセキュリティ機能については，「9.　セキュリティの設定」を参照してください。

＜この節の構成＞

4.9.1　セキュリティランクによるセキュリティの設定

4.9.2　組織対施設のセキュリティ設定

4.9.3　拡張スケジュールの表示

4.9.1　セキュリティランクによるセキュリティの設定

セキュリティランクごとに予約権・参照権を設定します。セキュリティ機能を使用しない場合は，この項の設定をする必要はありません。

セキュリティランクはアルファベット26文字に対応して26階層まで設定できます。プログラムをインストールするときに標準のセキュリティテーブルが一緒にインストールされます。標準のセキュリティテーブルは，人対人の場合はすべての人への予約権と同じランク以下の人の参照権が与えられ，人対施設の場合は同じランク以下の施設の参照及び予約権が与えられています。

例えば，FランクのユーザはF～Zランクの人又は施設のスケジュールを参照及び予約できますが，A～Eランクの人又は施設は参照及び予約できないように設定できます。特に複雑なセキュリティを必要としないときは標準のセキュリティテーブルをお使いください。また，拡張スケジュールの内容を，他者に参照可能とするかどうかをここで設定します。

注

管理データの転送をしないと，変更した管理データがシステムに反映されません。

＜この項の構成＞

(1)　人対人のセキュリティランク設定

(2)　人対施設のセキュリティランク設定

(3)　セキュリティの設定例

(1)　人対人のセキュリティランク設定

セキュリティランクは以下の手順で設定します。

「セキュリティランクの設定」ウィンドウの表示
［オプション］－［セキュリティランク］－［人対人の定義］メニューを選択してください。図4-31に示す「セキュリティランクの設定/人対人」ウィンドウが表示されます。

図4-31　「セキュリティランクの設定/人対人」ウィンドウ（標準設定の場合）

セキュリティランクの設定
設定するセキュリティランクのボタンをクリックしてください。ウィンドウ下部のセキュリティ設定欄にランク名と既に設定されている参照権が表示されます。

グレー…予約可

白…予約不可

'＊'あり…参照可

'＊'なし…参照不可

'X'あり…参照拒否

「予約可」と設定すると，そのランクのユーザに予約できます。「予約不可」と設定すると，そのランクのユーザに予約できません。「参照可」と設定すると，そのランクのユーザのスケジュールが参照できます。「参照不可」と設定すると，そのランクのユーザのスケジュールは時間と行先・区分だけを参照できます。「参照拒否」と設定すると，そのランクのユーザのスケジュールの有無の確認，空き時間検索，キーワード検索，印刷，CSV出力及びスケジュールの予約はできません。
設定を変更したい場合は，再度クリックしてください。クリックするたびに設定が順に遷移します。セキュリティランクを標準に戻したい場合は，［標準］ボタンをクリックしてください。

セキュリティランクの設定終了
設定したセキュリティランクを保存する場合は，［OK］ボタンをクリックしてください。保存しない場合は，［キャンセル］ボタンをクリックしてください。

(2)　人対施設のセキュリティランク設定

セキュリティランクは以下の手順で設定します。

「セキュリティランクの設定」ウィンドウの表示
［オプション］－［セキュリティランク］－［人対施設の定義］メニューを選択してください。図4-32に示す「セキュリティランクの設定/人対施設」ウィンドウが表示されます。

図4-32　「セキュリティランクの設定/人対施設」ウィンドウ（標準設定の場合）

セキュリティランクの設定
設定するセキュリティランクのボタンをクリックしてください。ウィンドウ下部のセキュリティ設定欄にランク名と既に設定されている権利が表示されます。

グレー…予約権あり

白…予約権なし

'＊'あり…参照権あり

'＊'なし…参照権なし

権利を設定したいボタンをクリックしてください。権利が設定されます。設定を変更したい場合は，再度クリックしてください。クリックするたびに設定が順に遷移します。セキュリティランクを標準に戻したい場合は，［標準］ボタンをクリックしてください。

セキュリティランクの設定終了
設定したセキュリティランクを保存する場合は，［OK］ボタンをクリックしてください。保存しない場合は，［キャンセル］ボタンをクリックしてください。

(3)　セキュリティの設定例

図4-33に，セキュリティランクの「人対人のセキュリティランク設定」の場合の設定例を示します。

例えば，FランクのユーザはF～Zランクのユーザのスケジュールを参照及び予約できます。B～Eランクのユーザのスケジュールの参照はできませんが予約はできます。また，Aランクに参照拒否権を設定しているので，B～ZランクのユーザはAランクのユーザのスケジュールの有無の確認，空き時間検索，キーワード検索，印刷，CSV出力及びスケジュールの予約はできません。

特に複雑なセキュリティを必要としないときは標準のセキュリティテーブルをお使いください。

注

参照拒否を設定すると，自動的に予約不可も設定されます。また，秘書は自分の上司に対するスケジュール参照・予約はセキュリティランクに関係なくできます。

図4-33　セキュリティランクの「人対人のセキュリティランク設定」の場合の設定例

4.9.2　組織対施設のセキュリティ設定

施設ごとにどの組織からアクセスを受け付けるかを設定できます。この機能を使用すると，クライアントの［メンバ］ツリービューには，自分が属している組織がアクセスを許可されている施設だけ表示されます。逆にアクセスを許可されていない施設はクライアントの［メンバ］ツリービューには表示されないため，その施設に対するスケジュール参照・予約ができなくなります。組織対施設のセキュリティ機能を使用しない場合は，この節の設定をする必要はありません。

注

管理データの転送をしないと，変更した管理データがシステムに反映されません。

＜この項の構成＞

(1)　前提条件

(2)　組織対施設のアクセス権設定

(3)　注意事項

(1)　前提条件

マルチサーバ環境で，組織対施設のセキュリティを強化する場合には，サーバとするすべてのマシンをGroupmax Scheduler Server及び，Groupmax Facilities Manager Version 6は06-02以降にする必要があります。

(2)　組織対施設のアクセス権設定

組織対施設のセキュリティは以下の手順で設定します。

「施設アクセス権設定」ウィンドウの表示
［オプション］－［施設アクセス権］メニューを選択してください。図4-34に示す「施設アクセス権設定」ウィンドウが表示されます。［OK］ボタンをクリックすると変更内容が登録され，［キャンセル］ボタンをクリックすると変更内容を取り消してメイン画面に戻ります。

図4-34　「施設アクセス権設定」ウィンドウ

アクセス権を設定したい施設の選択
「施設一覧」ツリーからアクセス権を設定したい施設を選択してください。「設定組織一覧」リストボックスに組織を一覧表示します。「設定組織一覧」リストボックスには，左から「組織名」，「対象」を表示します。「組織名」の項目には，組織テーブルの名称を表示します。「対象」の項目には，アクセス権が許可された組織の場合は「選択」，アクセス権が許可されていない組織の場合は「非選択」と表示します。なお，下位組織を持つ組織テーブルの場合，その下位組織テーブルも含めてその状態を表示し，その中に「選択」のものと「非選択」のものとが混在している場合は，「一部選択」と表示されます。セパレータなどは「対象外」と表示されます。組織テーブルのアイコンをダブルクリックするとそのテーブルに登録されている下位組織テーブルを一覧表示します。上位の階層に戻るときは，名前が「．．」と表示されているアイコンをダブルクリックします。

組織ごとの施設アクセス権の設定・変更
「施設一覧」でアクセス権を設定したい施設を選択した状態で，「設定組織一覧」リストボックスからアクセス権を設定・変更したい組織テーブルのアイコンをクリックし，［選択］ボタン，又は［選択解除］ボタンをクリックすると，図4-35に示す「対象組織の範囲の選択」ウィンドウが表示されます。「範囲の選択」で「選択した組織のみ」を選択すると選択している組織だけが設定・変更対象になります。「選択した組織以下全て」を選択すると選択している組織テーブル以下のすべての組織が設定・変更対象になります。

図4-35　「対象組織の範囲の選択」ウィンドウ

［選択］ボタン，又は［選択解除］ボタンをクリックした場合の「対象」は，以下のようになります。

［選択］ボタンをクリックすると，「選択」となります（「選択」設定された組織に属するユーザの場合，クライアントの［メンバ］ツリービューに，該当施設が表示されます）。

［選択解除］ボタンをクリックすると，「非選択」となります（「非選択」設定された組織に属するユーザの場合，クライアントの［メンバ］ツリービューに，該当施設は表示されません）。

施設アクセス権の設定終了
設定した施設アクセス権を保存する場合は，［OK］ボタンをクリックしてください。保存しない場合は，［キャンセル］ボタンをクリックしてください。

(3)　注意事項

施設アクセス権を利用する場合には，以下の注意事項があります。

組織ごとの施設アクセス権の設定をしなかった場合，又はすべての組織に対して「選択」の設定に戻した場合には，すべてのユーザで該当施設がクライアントの［メンバ］ツリービューに表示されます。

組織ごとの施設アクセス権を新たに設定した場合には，施設アクセス権を設定した時点で，クライアントの［メンバ］ツリービューでの施設の見え方が変わります。

組織ごとの施設アクセス権を設定する前に，施設をグループ登録している場合には，施設アクセス権設定後に，該当施設に対してアクセス権がなくなった場合にも，グループ登録された施設からはスケジュール参照・予約ができます（クライアントの［メンバ］ツリービュー「施設」下には表示されません）。

組織ごとの施設アクセス権を設定する前に，クライアントで施設のスケジュールを表示して「終了状態で起動（保存する）」に設定していた場合，施設アクセス権設定後に，該当施設に対してアクセス権がなくなった場合にも，スケジュール参照・予約ができます（クライアントの［メンバ］ツリービュー「施設」下には表示されません）。

組織ごとの施設アクセス権を設定する前に，施設に予約していた場合には，施設アクセス権設定後にアクセス権がなくなった場合でも，該当の予約スケジュールに対しては削除・変更ができます。

兼任ユーザが存在する場合の組織ごとの施設アクセス権は，主体ユーザと兼任ユーザそれぞれの設定の和になります。どちらかが属する組織にアクセス権が許可されている場合には，その施設はクライアントの［メンバ］ツリービューに表示されます。

上司／秘書の設定をしている場合には，秘書，又は秘書の兼任ユーザを上司と同じ組織に登録してください。

施設管理者の場合は，自身が属している組織のアクセス権設定にかかわらず，自分が管理者となっている施設はクライアントの［メンバ］ツリービューに表示されます。

施設管理者がFacilities Clientにログインしたときに表示される施設一覧には，施設管理者自身の属している組織がアクセス権のある施設とすべての組織からのアクセスが許可された（「選択」となっている）施設だけとなります。

組織ごとの施設アクセス権を設定している環境で，組織を新しく追加した場合は，組織ごとの施設アクセス権を再設定してください。追加した組織の施設のアクセス権は，追加した直後は以下のとおりとなります。

すべての組織からアクセスが許可されている施設に対しては，「選択」状態，つまりアクセスが許可された状態

アクセスできない組織が一つでも設定されている施設に対しては，「非選択」状態，つまりアクセスできない状態

Address Server非連動時には，管理ツールで事業所の直下にユーザを作成できますが，このユーザについては以下の制限事項があります。

組織ごとの施設アクセス権を正しく設定できません。

組織ごとの施設アクセス権を利用したい場合は，組織の下に兼任ユーザを登録してその組織に対して設定してください。

4.9.3　拡張スケジュールの表示

拡張スケジュールの内容を，他者に参照可能とするかどうかをここで設定します。

他者の拡張スケジュールを参照可能とする場合（デフォルト）
［オプション］－［セキュリティランク］－［拡張スケジュールの表示］メニューのチェックオンにします。

他者の拡張スケジュールを参照不可とする場合
［オプション］－［セキュリティランク］－［拡張スケジュールの表示］メニューのチェックオフにします。

注1

「4.9.1　セキュリティランクによるセキュリティの設定」又は「9.2　組織階層によるセキュリティ設定」で設定したセキュリティの方が優先されます。セキュリティの設定で「参照不可」又は「参照拒否」になっている他者のスケジュールデータについては，この設定にかかわらず，他者からは参照できません。

注2

クライアントの「プライベート機能」がオンになっているスケジュールデータについては，この設定にかかわらず，他者からは参照できません。

注3

管理データの転送をしないと，変更した管理データがシステムに反映されません。

注4

設定を変更した場合，サーバ（SV，RMSV）を再起動してください。再起動後に設定内容が反映されます。

4.10　上司／秘書の設定

上司と秘書の設定をします（上司と秘書の組み合わせは2,500組まで登録できます）。

注

管理データの転送をしないと，変更した管理データがシステムに反映されません。

＜この節の構成＞

(1)　上司に対する秘書の設定

(2)　秘書に対する上司の設定

(1)　上司に対する秘書の設定

［オプション］－［上司／秘書］－［上司に対する秘書の設定］メニューを選択してください。

図4-36に示す「上司に対する秘書の設定」ウィンドウが表示されます。

「上司一覧」リストボックスに表示されている上司名をクリックすると，「秘書一覧」リストボックスにその上司に対する秘書名が一覧表示されます。

図4-36　「上司に対する秘書の設定」ウィンドウ

上司の追加
［上司の追加］ボタンをクリックしてください。図4-37に示す「上司の追加」ウィンドウが表示されます。

図4-37　「上司の追加」ウィンドウ

左のリストボックスからメンバを選択してください。追加したいメンバのいる部署を選択し，ダブルクリックするか，［選択］ボタンをクリックすると下の階層に移ります。左のリストボックス内の上側に名前が「．．」と表示されているアイコンがあるとき，この「．．」を選択し，ダブルクリックするか，［選択］ボタンをクリックすると上の階層に戻ります。部署を選択した場合，左のリストボックスの上に選択した部署名が表示されます。

「ユーザ一覧」リストボックスから追加したいユーザを選択し，ダブルクリックするか，［選択］ボタンをクリックしてください。「選択ユーザ」リストボックスに追加されます。

「選択ユーザ」リストボックスから削除したい場合は，削除したいユーザを選択し［削除］ボタンをクリックしてください。

追加するユーザの選択が終わったら，［OK］ボタンをクリックしてください。「上司の追加」ウィンドウが閉じ，「上司一覧」リストボックスに選択されたユーザが追加されます。

上司の削除
「上司一覧」リストボックスから削除したい上司名を選択し，［上司の削除］ボタンをクリックしてください。選択された上司が削除されます。

秘書の追加

「上司一覧」リストボックスから秘書を登録したい上司を選択してください。

［秘書の追加］ボタンをクリックしてください。図4-38に示す「秘書の追加」ウィンドウが表示されます。

図4-38　「秘書の追加」ウィンドウ

「ユーザ一覧」リストボックスから追加したいユーザを選択し，ダブルクリックするか，［選択］ボタンをクリックしてください。「選択ユーザ」リストボックスに追加されます。

「選択ユーザ」リストボックスから削除したい場合は，削除したいユーザを選択し［削除］ボタンをクリックしてください。

追加するユーザの選択が終わったら，［OK］ボタンをクリックしてください。「秘書の追加」ウィンドウが閉じ，「秘書一覧」リストボックスに選択されたユーザが追加されます（1人の上司につき500人まで秘書を登録できます。クライアントで参照できるのは，1人の上司につき270人の秘書までです）。

秘書の削除
「秘書一覧」リストボックスから削除したい秘書を選択し，［秘書の削除］ボタンをクリックしてください。選択された秘書が削除されます。複数の秘書を選択できます。

登録の終了
登録・変更内容を保存する場合は［OK］ボタンをクリックしてください。保存しない場合は［キャンセル］ボタンをクリックしてください。

注

秘書が登録されていない上司はファイルに格納されませんので注意してください。終了時にそのような上司がいる場合は終了確認用のウィンドウが表示されます。削除してもかまわないときは「はい」ボタンをクリックしてください。削除しないときは「いいえ」ボタンをクリックしてください。

(2)　秘書に対する上司の設定

［オプション］－［上司／秘書］－［秘書に対する上司の設定］メニューを選択してください。図4-39に示す「秘書に対する上司の設定」ウィンドウが表示されます。「秘書一覧」リストボックスに表示されている秘書名をクリックすると，「上司一覧」リストボックスにその秘書に対する上司名が一覧表示されます。

図4-39　「秘書に対する上司の設定」ウィンドウ

秘書の追加
［秘書の追加］ボタンをクリックしてください。「秘書の追加」ウィンドウが表示されます。追加方法は「(1) 上司に対する秘書の設定」を参照してください。

秘書の削除
「秘書一覧」リストボックスから削除したい秘書名を選択し，［秘書の削除］ボタンをクリックしてください。選択された秘書が削除されます。

上司の追加

「秘書一覧」リストボックスから上司を登録したい秘書を選択してください。

［上司の追加］ボタンをクリックしてください。「上司の追加」ウィンドウが表示されます。

追加方法は「(1) 上司に対する秘書の設定」を参照してください（1人の秘書につき500人まで上司を登録できます。クライアントで参照できるのは，1人の秘書につき270人の上司までです）。

上司の削除
「上司一覧」リストボックスから削除したい上司を選択し，［上司の削除］ボタンをクリックしてください。選択された上司が削除されます。複数の上司を選択できます。

登録の終了
登録・変更内容を保存する場合は［OK］ボタンをクリックしてください。保存しない場合は［キャンセル］ボタンをクリックしてください。

注

上司が登録されていない秘書はファイルに格納されませんので注意してください。終了時にそのような秘書がいる場合は終了確認用のウィンドウが表示されます。削除してもかまわないときは「はい」ボタンをクリックしてください。削除しないときは「いいえ」ボタンをクリックしてください。

4.11　ゲストIDの設定

他システムのユーザが自システムのScheduler Serverのユーザにアクセスする場合，ゲストIDが必要です。以下の手順でそのゲストIDを設定します。

注1

管理データの転送をしないと，変更した管理データがシステムに反映されません。

注2

登録できるゲストIDは500ユーザまでです。

注3

登録するゲストIDは，既に登録されているユーザIDと重複していない必要があります。

［オプション］－［ゲストID］メニューを選択してください。図4-40に示す「ゲストIDの設定」ウィンドウが表示されます。

図4-40　「ゲストIDの設定」ウィンドウ

［新規登録］ボタンをクリックしてください。図4-41に示す「ゲストID登録/変更」ウィンドウが表示されます。ゲストIDとセキュリティランクを入力してください。ゲストIDは8文字以内の半角英数字を指定してください。セキュリティランクについては，ここで設定したセキュリティランクが他システムからアクセスする際に適用されます。ここでは，B社用のゲストIDを登録します。入力後［OK］ボタンをクリックしてください。

図4-41　「ゲストID登録/変更」ウィンドウ

ゲストID，セキュリティランクの変更をする場合は，「ゲストIDの設定」ウィンドウで変更したいゲストIDをリストボックスから選択し，［変更］ボタンをクリックしてください。削除の場合も同様に，ゲストIDをリストボックスから選択し，［削除］ボタンをクリックしてください。

「ゲストIDの設定」ウィンドウで［OK］ボタンをクリックしてください。いままでの処理が登録されて，メイン画面に戻ります。［キャンセル］ボタンをクリックするといままでの処理を取り消してメイン画面に戻ります。

このゲストIDは他システムから自システムにアクセスする際に必要になりますので，他システムの管理者に連絡してください。

4.12　付属設備の登録

施設管理情報の付属施設に表示される登録設備一覧リストボックスに設備を登録します。手順は以下のとおりです。

注1

ここで登録した付属設備は，それぞれの施設ごとに施設管理者がFacilities Manager Clientを使用し，施設に設置している設備を選択します。

注2

管理データの転送をしないと，変更した管理データがシステムに反映されません。

［オプション］－［付属設備］メニューを選択してください。「付属設備テーブル登録」ウィンドウが表示されます。図4-42に示す「付属設備テーブル登録」ウィンドウの中で「ホワイトボード」と表示されている所が付属設備入力エリアで，「OHP」，「大型プロジェクタ」などが表示されている所が付属設備一覧リストボックスです。

図4-42　「付属設備テーブル登録」ウィンドウ

新規登録する場合は，付属設備入力エリアに設備名を入力し，［追加］ボタンをクリックしてください。付属設備一覧リストボックスに登録されます。設備名は，半角30文字（全角15文字分）以内で設定してください。

削除する場合は，付属設備一覧リストボックスから削除する設備を選択し，［削除］ボタンをクリックしてください。付属設備一覧リストボックスから削除されます。

いままでの変更を取り消したいときは，［キャンセル］ボタンをクリックしてください。いままでの変更は無効になり終了します。

終了するときは，［OK］ボタンをクリックしてください。いままでの処理内容が登録されて，メイン画面に戻ります。

4.13　施設管理者の登録

［オプション］－［施設管理者］メニューを選択してください。図4-43に示す「施設管理者の登録」ウィンドウが表示されます。［OK］ボタンをクリックすると変更内容が登録され，［キャンセル］ボタンをクリックすると変更内容を取り消してメイン画面に戻ります。

注

管理データの転送をしないと，変更した管理データがシステムに反映されません。

図4-43　「施設管理者の登録」ウィンドウ

＜この節の構成＞

(1)　施設管理者の変更

(2)　管理する施設の変更

(1)　施設管理者の変更

ここでは，施設管理者を追加，削除します。［管理者変更］ボタンをクリックすると，図4-44に示す「施設管理者の変更」ウィンドウが表示されます。以下の手順で変更します。

図4-44　「施設管理者の変更」ウィンドウ

施設管理者を追加する場合，「ユーザ一覧」リストボックスからユーザを追加してください。ここで，追加したいユーザのいる部署を選択し，ダブルクリックするか，［選択］ボタンをクリックすると下の階層に移ります。「ユーザ一覧」リストボックス内の上側に名前が「．．」と表示されているアイコンがあるとき，この「．．」を選択し，ダブルクリックするか，［選択］ボタンをクリックすると上の階層に戻ります。部署を選択した場合，左のリストボックスの上に選択した部署名が表示されます。追加したいユーザを選択し，ダブルクリックするか，［選択］ボタンをクリックしてください。「選択ユーザ」リストボックスに追加されます。

施設管理者を「選択ユーザ」リストボックスから削除する場合，削除したいユーザを選択し，［削除］ボタンをクリックしてください。

ユーザの変更が終わったら，［OK］ボタンをクリックしてください。「施設管理者の変更」ウィンドウが閉じ，「施設管理者の登録」ウィンドウの「施設管理者一覧」リストボックスに反映されます。［キャンセル］ボタンをクリックした場合，変更内容を取り消し，「施設管理者の登録」ウィンドウに戻ります。

(2)　管理する施設の変更

管理する施設を変更する場合，「施設管理者一覧」リストボックスから変更したユーザ（施設管理者）を選択してください。「施設の一覧」リストボックスに施設を一覧表示します。「施設の一覧」リストボックスには，左から「名前」，「対象」を表示します。「名前」の項目には，種別テーブルや施設の名称を表示します。「対象」の項目には，管理する対象としている場合は「選択」，対象としていない場合は「非選択」と表示します。なお，種別テーブルの場合，その下位種別テーブルも含めてその状態を表示し，その中に「選択」のものと「非選択」のものとが混在している場合は，「一部選択」と表示されます。セパレータなどは「対象外」と表示されます。種別テーブルのアイコンをダブルクリックするとそのテーブルに登録されている施設を一覧表示します。上位の階層に戻るときは，名前が「．．」と表示されているアイコンをダブルクリックします。

以下の方法で変更できます。

「施設管理者一覧」リストボックスから変更したい施設管理者が選択されている状態で，「施設の一覧」リストボックスから変更したい施設のアイコンをクリックし，［選択］ボタンをクリックすると，選択した施設管理者が管理する施設になります（対象が選択になります）。［選択解除］ボタンをクリックすると，選択した施設管理者が管理する施設の対象から外れます（対象が非選択になります）。

「施設管理者一覧」リストボックスから変更したい施設管理者が選択されている状態で，「施設の一覧」リストボックスから変更したい種別テーブルのアイコンをクリックし，［選択］ボタン，又は［選択解除］ボタンをクリックすると，図4-45に示す「対象施設の範囲の選択」ウィンドウが表示されます。「範囲の選択」で「選択したテーブルの直下の施設のみ」を選択すると選択している種別テーブルに登録されている施設だけが変更対象になります。「選択したテーブル以下の全施設」を選択すると選択している種別テーブル以下のすべての施設が変更対象になります。

管理する施設の変更が終わったら，［OK］ボタンをクリックしてください。［OK］ボタンをクリックすると変更が反映されます。［キャンセル］ボタンをクリックすると，それまでの変更は取り消されます。

図4-45　「対象施設の範囲の選択」ウィンドウ

4.14　システム標準値の登録

［オプション］－［システム標準値］メニューを選択してください。図4-46に示す「システム標準値の登録」ウィンドウが表示されます。［閉じる］ボタンをクリックすると，メイン画面に戻ります。

ここでは，クライアントのシステム全体での標準値（デフォルト値）を設定します。

注

管理データの転送をしないと，変更した管理データがシステムに反映されません。

図4-46　「システム標準値の登録」ウィンドウ

＜この節の構成＞

4.14.1　グループ登録

4.14.2　行先・区分の登録

4.14.3　用件・略記の登録

4.14.4　環境設定

4.14.5　記念日の登録

4.14.1　グループ登録

よく使うメンバをグループにして，あらかじめ登録できます。登録したグループはクライアントでシステムグループとして表示されます。メンバには人と施設を同時に複数選択できます（最大選択数は30です）。登録したグループのスケジュールを表示すると，グループメンバ数が1人又は1施設の場合は「週間スケジュール」で表示され，複数の場合は「メンバスケジュールの一覧」で表示されます。メンバは以下の手順で登録します（最大登録グループ数50，最大メンバ登録数は延べ500です）。

＜この項の構成＞

(1)　「グループ編集」ウィンドウの表示

(2)　グループの編集

(3)　「グループ編集」ウィンドウの終了

(4)　注意事項

(1)　「グループ編集」ウィンドウの表示

「システム標準値の登録」ウィンドウから［グループの登録］ボタンをクリックしてください。図4-47に示す「グループ編集」ウィンドウが表示されます。

図4-47　「グループ編集」ウィンドウ

(2)　グループの編集

(a)　新規登録

［グループ追加］ボタンをクリックしてください。図4-48に示す「グループ名登録」ウィンドウが表示されます。登録したいグループ名を入力してください。グループ名は，半角20文字（全角10文字分）以内で設定してください。

図4-48　「グループ名登録」ウィンドウ

グループ名を登録して，［OK］ボタンをクリックしてください。「グループ名登録」ウィンドウが閉じて，図4-49に示す「ユーザ/施設の選択」ウィンドウが表示されます。

図4-49　「ユーザ/施設の選択」ウィンドウ

グループに登録するメンバを選択してください。メンバは，ユーザ又は施設を同時に複数選択できます（グループメンバ数は，30まで登録できます）。

人を選択する場合
左上のリストボックスからユーザを選択してください。選択したいユーザのいる部署を選択し，ダブルクリックするか，［選択］ボタンをクリックすると下の階層に移ります。左上のリストボックス内の上側に名前が「↑..」と表示されたアイコンがあるとき，この「↑..」を選択し，ダブルクリックするか，［選択］ボタンをクリックすると上の階層に戻ります。部署を選択した場合，左上のリストボックスの上に選択した部署名が表示され，左上のリストボックスに選択した部署のユーザが表示されます。選択したいユーザを選択し，ダブルクリックするか，［選択］ボタンをクリックすると選択したユーザは右側の「選択メンバ」リストボックスに表示されます。

施設を選択する場合
左下のリストボックスから施設を選択してください。選択したい施設のある種別テーブルを選択し，ダブルクリックするか，［選択］ボタンをクリックすると下の階層に移ります。左下のリストボックス内の上側に名前が「↑..」と表示されたアイコンがあるとき，この「↑..」を選択し，ダブルクリックするか，［選択］ボタンをクリックすると上の階層に戻ります。種別テーブルを選択した場合，左下のリストボックスの上に選択した種別テーブル名が表示され，左下のリストボックスに選択した種別テーブルの施設が表示されます。選択したい施設を選択し，ダブルクリックするか，［選択］ボタンをクリックすると選択した施設は右側の「選択メンバ」リストボックスに表示されます。

グループメンバを選択後，［OK］ボタンをクリックしてください。グループが登録されます。

(b)　登録してあるグループへのメンバの追加

グループメンバを追加したいグループ名を選択してください。グループメンバリストボックスにグループメンバが表示されます。

［メンバ追加］ボタンをクリックしてください。「ユーザ/施設の選択」ウィンドウが表示されます。

グループに追加するメンバを選択してください。メンバは，ユーザ又は施設を同時に複数選択できます（グループメンバ数は，30まで登録できます）。

メンバを選択後，［OK］ボタンをクリックしてください。選択したグループに追加されます。

(c)　グループ名の変更

変更したいグループを選択後，［グループ名変更］ボタンをクリックしてください。

図4-50に示す「グループ名変更」ウィンドウが表示されます。新規グループ名を入力して［OK］ボタンをクリックしてください。グループ名が変更されます。グループ名は，半角20文字（全角10文字分）以内で設定してください。

図4-50　「グループ名変更」ウィンドウ

(d)　グループの移動

移動したいグループ名を選択後，［グループカット］ボタンをクリックしてください。

「グループ削除／移動」ウィンドウが表示されます。［移動］ボタンをクリックしてください。

移動先の位置（グループ名）を選択し，［グループペースト］ボタンをクリックしてください。選択した位置（グループ名）の上側に移動します。

注

グループのペースト中はほかの編集作業はできません。また，終了することもできません。ペースト処理が終了してからほかの処理をしてください。

(e)　グループの削除

削除したいグループ名を選択後，［グループカット］ボタンをクリックしてください。

「グループ削除／移動」ウィンドウが表示されます。［削除］ボタンをクリックしてください。

確認用のウィンドウが表示されます。［OK］ボタンをクリックしてください。

注

グループを削除すると，グループメンバもすべて削除されます。

(f)　グループメンバの移動

グループ名を選択すると，選択したグループのメンバが表示されます。

移動したいグループメンバを選択後，［メンバカット］ボタンをクリックしてください。

移動先のグループ名と位置（グループメンバ名）を選択し，［メンバペースト］ボタンをクリックしてください。選択した位置（グループメンバ名）の上側に移動します。

注

カットした後，ペーストしないでそのままほかの処理をすると，削除となります。

(g)　グループメンバの削除

グループ名を選択すると，選択したグループのメンバが表示されます。

削除したいグループメンバを選択後，［メンバカット］ボタンをクリックしてください。グループメンバが削除されます。

(h)　グループの複写

複写したいグループ名を選択後，［グループ複写］ボタンをクリックしてください。

図4-51に示す「グループ複写」ウィンドウが表示されます。複写先グループ名を入力してください。グループ名は，半角20文字（全角10文字分）以内で設定してください。

［OK］ボタンをクリックしてください。グループが複写されます。

図4-51　「グループ複写」ウィンドウ

(3)　「グループ編集」ウィンドウの終了

［閉じる］ボタンをクリックしてください。メイン画面に戻ります。

(4)　注意事項

Scheduler Serverから削除されたメンバは「グループ編集」ウィンドウのグループメンバに表示されませんが，システムグループ上は存在しています。

Scheduler Serverから削除されたメンバをシステムグループから削除するときには，一度「グループ編集」ウィンドウを表示した後，最後に必ず「管理データの転送」を行ってください。「管理データの転送」の詳細については，「4.16　管理データの転送」を参照してください。

4.14.2　行先・区分の登録

よく使う行先・区分データは，あらかじめ登録しておくことができます。

（最大100件）

登録した行先・区分データは，クライアントでシステムの行先・区分として表示されます。

以下の手順で登録します。

＜この項の構成＞

(1)　「行先・区分の登録」ウィンドウの表示

(2)　行先・区分の編集

(3)　「行先・区分の登録」ウィンドウの終了

(1)　「行先・区分の登録」ウィンドウの表示

「システム標準値の登録」ウィンドウから［行先・区分の登録］ボタンをクリックしてください。図4-52に示す「行先・区分の登録」ウィンドウが表示されます。

図4-52　「行先・区分の登録」ウィンドウ

(2)　行先・区分の編集

(a)　新規登録

「行先編集」テキストボックスに行先データを入力してください。行先は，半角40文字（全角20文字分）以内で設定してください。

「区分選択」プルダウンメニューから区分を選択してください。

［OK］ボタンをクリックしてください。行先・区分データが登録されます。

(b)　登録してある行先・区分データの修正

「行先・区分」リストボックスから修正したいデータを選択してください。テキストボックスに選択したデータが表示されます。

「行先編集」テキストボックスに行先データを入力してください。なお，「行先編集」テキストボックスと区分選択の内容をクリアしたいときは，［クリア］ボタンをクリックしてください。

「区分選択」プルダウンメニューから区分を選択してください。

［上書き］ボタン又は［登録］ボタンをクリックしてください。［上書き］ボタンをクリックすると，選択した行先・区分データを上書きします。［登録］ボタンをクリックすると，新規に追加登録されます。

(c)　行先・区分データの並べ替え

「行先・区分」リストボックスから移動したいデータを選択してください。テキストボックスに選択したデータが表示されます。

［カット］ボタンをクリックしてください。行先・区分データがカットされます。

行先・区分データを選択し，［ペースト］ボタンをクリックしてください。カットしたデータが選択したデータの上に移動します。

注

カットした後，ペーストしないでそのままほかの処理をすると，削除となります。

(d)　行先・区分データの削除

「行先・区分」リストボックスから削除したいデータを選択してください。テキストボックスに選択したデータが表示されます。

［カット］ボタンをクリックしてください。行先・区分データが削除されます。

(3)　「行先・区分の登録」ウィンドウの終了

［OK］ボタンをクリックすると，編集された内容がファイルに書き込まれます。いままでの処理をすべてキャンセルしたい場合は，［キャンセル］ボタンをクリックしてください。

4.14.3　用件・略記の登録

よく使う用件・略記データは，あらかじめ登録できます。

（最大100件）

登録した用件・略記データは，クライアントでシステムの用件・略記として表示されます。

以下の手順で登録します。

＜この項の構成＞

(1)　「用件・略記の登録」ウィンドウの表示

(2)　用件・略記の編集

(3)　「用件・略記の登録」ウィンドウの終了

(1)　「用件・略記の登録」ウィンドウの表示

「システム標準値の登録」ウィンドウから［用件・略記の登録］ボタンをクリックしてください。図4-53に示す「用件・略記の登録」ウィンドウが表示されます。

図4-53　「用件・略記の登録」ウィンドウ

(2)　用件・略記の編集

(a)　新規登録

「用件編集」テキストボックスに用件データを入力してください。用件は，半角40文字（全角20文字分）以内で設定してください。

「略記編集」テキストボックスに略記を入力してください。略記は，半角6文字（全角3文字分）以内で設定してください。略記を入力しなかった場合，用件の先頭から全角3文字分が入力されます。

［登録］ボタンをクリックしてください。用件・略記データが登録されます。

(b)　登録してある用件・略記データの修正

「用件・略記」リストボックスから修正したいデータを選択してください。テキストボックスに選択したデータが表示されます。

「用件編集」テキストボックスに用件データを入力してください。なお，「用件編集」テキストボックス，「略記編集」テキストボックスの内容をクリアしたいときは，［クリア］ボタンをクリックしてください。

「略記編集」テキストボックスに略記を入力してください。

［上書き］ボタン又は［登録］ボタンをクリックしてください。［上書き］ボタンをクリックすると，選択した用件・略記データを上書きします。［登録］ボタンをクリックすると，新規に追加登録されます。

(c)　用件・略記データの並べ替え

「用件・略記」リストボックスから移動したいデータを選択してください。テキストボックスに選択したデータが表示されます。

［カット］ボタンをクリックしてください。用件・略記データがカットされます。

用件・略記データを選択し，［ペースト］ボタンをクリックしてください。カットしたデータが選択したデータの上に移動します。

注

カットした後，ペーストしないでそのままほかの処理をすると，削除となります。

(d)　用件・略記データの削除

「用件・略記」リストボックスから削除したいデータを選択してください。テキストボックスに選択したデータが表示されます。

［カット］ボタンをクリックしてください。用件・略記データが削除されます。

(3)　「用件・略記の登録」ウィンドウの終了

［OK］ボタンをクリックすると，編集された内容がファイルに書き込まれます。いままでの処理をすべてキャンセルしたい場合は，［キャンセル］ボタンをクリックしてください。

4.14.4　環境設定

Scheduler Clientの環境について，システムで標準的な設定をします。

「システム標準値の登録」ウィンドウから［環境設定］ボタンをクリックしてください。「環境設定」ウィンドウが表示されますので，環境設定をしてください。

設定を終了するときは，「環境設定」ウィンドウの終了［OK］ボタンをクリックしてください。「環境設定」ウィンドウを閉じて，設定した内容が反映されます。

注

「環境設定」画面で設定した各設定パラメタは，Scheduler Clientの「環境設定」画面の［標準］ボタンを押下した場合に反映されます。

＜この項の構成＞

(1)　Scheduler Client全般の環境設定

(2)　スケジュールの環境設定

(3)　Todoの環境設定

(4)　表示色の設定

(5)　アラームの設定

(6)　他アプリケーションの設定

(7)　その他の設定

(8)　WWW for Schedulerの設定

(1)　Scheduler Client全般の環境設定

初期表示画面，メール，未読件数表示，日付の表示形式，休日表示選択，曜日表示言語，時間表示形式をユーザカスタマイズできます。これらを「環境設定」ウィンドウで設定します。［標準］ボタンをクリックすると，デフォルトの状態になります。

以下の手順で設定します。

(a)　全般の環境設定画面の表示

「環境設定」ウィンドウで，［全般］タブをクリックしてください。図4-54に示すScheduler Client全般の環境を設定する「全般」タブが表示されます。

図4-54　「全般」タブ（「環境設定」ウィンドウ）

(b)　環境設定

次回起動状態の設定
Scheduler Clientを起動したときに表示する画面を設定します。設定は次の3種類の中から選択してください。デフォルトは「初期設定から起動」で，Todoリスト非表示です。

「終了状態で起動（保存する）」
クライアント終了時の状態を保存し，次回起動時には，前回終了時の状態で起動します。

「保存状態から起動（保存しない）」
上記「終了状態で起動（保存する）」で保存した状態から起動します（クライアント終了時の状態は保存しません）。

「初期設定から起動」
自分の週間スケジュールを表示しただけの状態から起動します。更に，自分の週間スケジュールに加え，Todoリストを表示した状態から起動するには，「Todoリスト」チェックボックスをオンにしてください。

メンバ・カレンダ表示
チェックボックスをオンにすると，Scheduler Client起動時に，メインウィンドウにメンバ・カレンダ画面が表示されます。デフォルトは非表示です。

未読件数表示
チェックボックスをオンにすると，Scheduler Client起動時に，予約されたスケジュールの受信一覧が表示されます。デフォルトは非表示です。

日付・曜日表示言語
「日本語」か「英語」を選択してください。デフォルトは「英語」です。

描画方法
チェックボックスをオンにすると，ページを多数表示しているときの再描画時に最前面のページだけスケジュールデータを取得し表示します。デフォルトは，チェックオフで，開いているすべてのページのスケジュールデータを取得します。

メール選択
使用するメールを設定します。Groupmax Mail，MS-Mailのうちインストールされているものが表示され選択できます。

時間表示形式
「12時間」表示か「24時間」表示を選択してください。デフォルトは
「24時間」です。

休日表示選択
休日の表示方法を選択します。「システム定義」にするとシステム休日になり，「ユーザ定義」にするとクライアントで設定された内容になります。デフォルトは「システム定義」です。

(2)　スケジュールの環境設定

週間スケジュール・月間スケジュールの先頭日付，表示時間帯，メンバスケジュールの表示人数の増減又はズーム設定，当日での移動日付，時刻入力幅，表示形式，週・メンバスケジュールの見出しの表示をユーザカスタマイズできます。これらを「環境設定」ウィンドウで設定します。

以下の手順で設定します。

(a)　スケジュールの環境設定画面の表示

「環境設定」ウィンドウで，［Schedule］タブをクリックしてください。図4-55に示す「Schedule」タブが表示されます。

図4-55　「Schedule」タブ（「環境設定」ウィンドウ）

(b)　環境設定

週間スケジュールの先頭日付
週間スケジュールを表示する際に，先頭にしたい日付を選択してください。デフォルトは当日です。

月間スケジュールの先頭曜日
月間スケジュールを表示する際に，先頭にしたい曜日を選択してください。選択した曜日に従って，曜日表示部分，日付表示部分が表示されます。また，メンバ・カレンダ部分のカレンダの先頭曜日，日付も同様に表示されます。デフォルトは日曜です。

時刻入力幅
週間スケジュールや詳細スケジュールの時刻入力の際に表示される時刻ラベル時間幅を設定します。10・15・30分が選択できます。デフォルトは30分です。

表示時間帯
表示開始時間と終了時間を設定してください。ここで設定された時間帯は表示の際には反映されますが，登録の際には24時間登録できます。デフォルトは8：00～20：00です。「一日画面をスクロール表示する」チェックボックスをオンにすると，1日スケジュールでの時間表示幅が設定できます。時間表示幅は，表示時間帯で設定されている時間の範囲内で設定できます。表示時間帯を変更した際に，時間表示幅の値以下になった場合は，表示時間帯で指定された時間より1時間少ない値に自動変更します。なお，表示時間帯で設定した開始時間と終了時間の幅が1時間になった場合，チェックボックスはオフになります。

メンバスケジュールのリサイズ
メンバスケジュール表示の際にリサイズした場合，「ボタンサイズを拡大」するか，「表示人数を増加」するかを設定してください。デフォルトは「ボタンサイズを拡大」になっています。

スケジュール表示形式
自分のスケジュールの表示形式，メンバスケジュールの表示形式を設定します。「縦表示」，「横表示」から選択できます。デフォルトは縦表示です。更にイベント表示についてドロップダウンリストから，「表示しない」と表示する場合の表示幅（標準・標準の2倍・標準の3倍）を選択できます。デフォルトは標準です。

週，メンバスケジュールの見出し
週間スケジュール，又は1日のメンバスケジュールのときのグラフ上に表示する文字を設定します。略記・行先・用件・メモから選択できます。デフォルトは略記です。

重複予約の警告
ほかのスケジュールと重複して予約しようとした場合に，「警告をする」（警告メッセージを出力する）かどうかを設定します。デフォルトは警告しないです。

(3)　Todoの環境設定

タスク一覧に表示する項目と，完了タスクを削除するまでの期間をカスタマイズできます。

以下の手順で設定します。

(a)　Todoの環境設定画面の表示

「環境設定」ウィンドウで，［Todo］タブをクリックしてください。図4-56に示す「Todo」タブが表示されます。

図4-56　「Todo」タブ（「環境設定」ウィンドウ）

(b)　環境設定

表示項目の設定
「Todoリスト」ウィンドウのタスク一覧及び完了タスク一覧に表示する項目を設定します。表示する場合は，チェックボックスをオンにしてください（「用件」は変更できません）。デフォルトは「用件」，「終了日」，「終了時間」，「重要度」，「緊急度」，「事前通知」，「メモ」がオンです。

完了タスクの削除
タスクが完了後，削除するまでの期間を設定します。入力エリアに日数を入力し，日数の単位を選択してください。単位は日・週・月が指定できます。デフォルトは99週です。

(4)　表示色の設定

表示色をカスタマイズできます。スケジュール画面の区分・日付の色，Todo機能の重要度・緊急度・期日超過の色が設定できます。

以下の手順で設定します。

(a)　表示色の環境設定画面の表示

「環境設定」ウィンドウで，［色の設定］タブをクリックしてください。図4-57に示す「色の設定」タブが表示されます。

図4-57　「色の設定」タブ（「環境設定」ウィンドウ）

(b)　環境設定

表示色の設定対象の選択
表示色の設定対象を選択して，［変更］ボタンをクリックしてください。「色の設定」ウィンドウが表示されます。

色の選択
設定したい色を選択して，［OK］ボタンをクリックしてください。自分で好きな色を作成することもできます。

注1

平日，休日，記念日，当日が同一日になった場合，表示色の優先順位は，当日，記念日，休日，平日の順になります。

注2

Todoリストの表示色は，タスクの期日が超過している場合，期日超過の色が最優先されます。超過していないときは，重要度と緊急度のレベルが高い方の色で表示されます。レベルが等しいときは，重要度が優先されます。

(5)　アラームの設定

［ツール］－［アラーム機能を使用する］をチェックしたときに出力されるアラームの出力形式を設定します。

以下の手順で設定します。

(a)　アラームの環境設定画面の表示

「環境設定」ウィンドウで，［アラーム］タブをクリックしてください。図4-58に示す「アラーム」タブが表示されます。

図4-58　「アラーム」タブ（「環境設定」ウィンドウ）

(b)　環境設定

アラーム出力方法
アラームの出力方法を選択してください。デフォルトは「ダイアログ表示」です。

アラーム音設定
1で音を鳴らすとしたときに，デバイスを選択して，アラームの出力に使うファイルを指定してください。既存のファイルを参照するときは，［参照］ボタンをクリックしてください。デバイス選択のデフォルトは「WAVE」です。

(6)　他アプリケーションの設定

［ツール］－［他アプリケーション起動］を選択したときに起動するアプリケーションを設定します。

以下の手順で設定します。

(a)　他アプリケーション起動の境設定画面の表示

「環境設定」ウィンドウで，［他アプリケーション起動］タブをクリックしてください。図4-59に示す「他アプリケーション起動」タブが表示されます。

図4-59　「他アプリケーション起動」タブ（「環境設定」ウィンドウ）

(b)　環境設定

実行ファイル
実行するファイル名を指定してください。既存のファイルを参照したいときは，［参照］ボタンをクリックしてください。

実行時ディレクトリ
アプリケーションを起動したときの実行時ディレクトリを設定してください。

(7)　その他の設定

その他の設定項目として，アラーム機能の制御，ツールバーの表示制御，ステータスバーの表示制御，ツールバーのアイコンの表示制御ができます。

以下の手順で設定します。

(a)　その他の環境設定画面の表示

「環境設定」ウィンドウで，［その他］タブをクリックしてください。図4-60に示す「その他」タブが表示されます。

図4-60　「その他」タブ（「環境設定」ウィンドウ）

(b)　環境設定

この画面の設定項目は以下のとおりです。

「アラーム機能を使用する」
このチェックボックスをチェックすると，アラーム監視します。

「ツールバーを表示する」
このチェックボックスのチェックを外すと，ツールバーが非表示になります。

「ステータスバーを表示する」
このチェックボックスのチェックを外すと，ステータスバーが非表示になります。

ツールバーのアイコンの表示について

「大きいアイコンで表示する」
このチェックボックスをチェックするとツールバーのアイコンの表示が大きくなります。

「文字付きアイコンで表示する」
このチェックボックスをチェックするとツールバーのアイコンの表示が文字付きになります。

詳細設定

「詳細画面でクリッカブルURLを使用する」
このチェックボックスをチェックすると，詳細スケジュール画面でクリッカブルURL機能を使用できます。

「詳細画面のチェックボックスの機能ガイダンスを表示する」
このチェックボックスをチェックすると，詳細スケジュール画面に含まれるチェックボックス上にマウスのカーソルを移動させた場合に，機能説明を表示します。この設定を有効にしたい場合には，Groupmax Scheduler ClientをVersion 6 06-50以降にする必要があります。

「区分のデフォルト表示」
ここで選択した区分名が，新規登録画面又は新規予約画面を開いた場合の「区分」のデフォルト値になります。コンボボックスには，システム設定の行先・区分が表示されます。

「スケジュールの内容をポップアップ表示する」
このチェックボックスをチェックすると，週間スケジュール画面，一日スケジュール画面，複数人一日画面，複数人複数日画面でスケジュール上にマウスのカーソルを移動した場合，スケジュール内容表示ラベルが表示されます。この設定を有効にしたい場合には，Groupmax Scheduler ClientをVersion 6 06-50以降にする必要があります。

「一日画面の表示スケジュールを一行表示にする」
このチェックボックスをチェックすると，一日スケジュール画面のスケジュール内容が一行で表示されます。この設定を有効にしたい場合には，Groupmax Scheduler ClientをVersion 6 06-50以降にする必要があります。

「よく使う組織フォルダを利用する」
このチェックボックスをチェックすると，よく使う組織の機能を利用できます。

詳細画面のデフォルト

「プライベートスケジュール」
このチェックボックスをチェックすると，詳細スケジュール画面の「プライベート」がデフォルトでチェックされます。この設定を有効にしたい場合には，Groupmax Scheduler ClientをVersion 6 06-50以降にする必要があります。

「自分のスケジュールに登録する」
このチェックボックスをチェックすると，詳細スケジュール画面の「自スケジュールに登録」がデフォルトでチェックされます。この設定を有効にしたい場合には，Groupmax Scheduler ClientをVersion 6 06-50以降にする必要があります。

「メールを送信する」
このチェックボックスをチェックすると，詳細スケジュール画面の「メールを送信」がデフォルトでチェックされます。この設定を有効にしたい場合には，Groupmax Scheduler ClientをVersion 6 06-50以降にする必要があります。

注1

システム標準値の「行先・区分の登録」ウィンドウの「区分選択」や「環境設定」ウィンドウの［色の設定］タブの「区分」，［その他］タブの「区分のデフォルト表示」で表示される区分名には，「4.8.2　汎用化データのデフォルト設定」の「行先・区分の設定」で設定した区分名が表示されます。

注2

組織ごとの汎用化データの「行先・区分の設定」を「4.8.2　汎用化データのデフォルト設定」の「行先・区分の設定」とは異なる文字列で設定した場合，システム標準値の「環境設定」ウィンドウの［その他］タブの「区分のデフォルト表示」で表示される区分名と，クライアントの「環境設定」ウィンドウで［標準］ボタンをクリックしたときに［他アプリケーション起動／その他の設定］タブの「区分のデフォルト表示」に表示される区分名は異なる文字列になります。

(8)　WWW for Schedulerの設定

WWW for Schedulerだけの設定項目として，空き時間の色の設定，スケジュールの並び順，重複表示行数，予約時の行先設定，本日の予定欄表示項目，受・発信一覧の取得期間が設定できます。

以下の手順で設定します。

(a)　WWW for Schedulerの環境設定画面の表示

「環境設定」ウィンドウで，［WWW for Scheduler］タブをクリックしてください。図4-61に示す「WWW for Scheduler」タブが表示されます。

図4-61　「WWW for Scheduler」タブ（「環境設定」ウィンドウ）

(b)　環境設定

空き時間の色の設定
［変更］ボタンをクリックしてください。「色の設定」ウィンドウが表示されます。設定したい色を選択して，［OK］ボタンをクリックしてください。自分で好きな色を作成することもできます。

予約時の行先設定
このチェックボックスをチェックすると，予約画面で施設を選択した場合，行先として施設名が自動で設定されます。あらかじめ行先が入力されている場合は設定されません。デフォルトは「施設名を表示する」がオフです。

スケジュールの並び順
表示するスケジュールの並び順を設定します。「イベントを優先して表示する」，「スケジュールを優先して表示する」から選択できます。デフォルトは「イベントを優先して表示する」です。

重複表示行数
週間，グループスケジュール，一日スケジュール，空き時間の重複表示行数の最大値を設定します。
1～10が選択できます（空き時間の重複表示行数の場合は全件も選択できます）。デフォルトは10です。
重複が，この件数を超えた場合，超えたスケジュールを画面に表示されません。

本日以降の予定欄に表示するスケジュール
本日以降の予定欄に表示するスケジュールを設定できます。表示する場合は，チェックボックスをオンにしてください。デフォルトは「予約取り消し」，「非承認」がオンです。また，当日からの表示日数を1～7の範囲で設定できます。デフォルトは当日から1日間です。この設定を有効にしたい場合には，Groupmax World Wide Web Desktop for SchedulerをVersion 6 06-02以降にする必要があります。

受・発信一覧の取得期間
受・発信一覧のスケジュールの取得期間を設定します。「3年分（前年，当年，翌年）」，「期間指定」から選択できます。デフォルトは，「3年分（前年，当年，翌年）」です。「期間指定」を選択した場合，過去分，未来分に1～24か月分が選択できます。デフォルトは12か月分です。

4.14.5　記念日の登録

＜この項の構成＞

(1)　「記念日一覧」ウィンドウの表示

(2)　記念日の編集

(3)　「記念日一覧」ウィンドウの終了

(1)　「記念日一覧」ウィンドウの表示

「システム標準値の登録」ウィンドウから［記念日の登録］ボタンをクリックしてください。図4-62に示す「記念日一覧」ウィンドウが表示されます。以下の手順で登録します。

図4-62　「記念日一覧」ウィンドウ

(2)　記念日の編集

(a)　新規登録

［新規］ボタンをクリックしてください。図4-63に示す「記念日入力」ウィンドウが表示されます。

図4-63　「記念日入力」ウィンドウ

日付と記念日の名前を入力してください。日付は，半角数字で入力してください。名前は，半角で50文字（全角25文字分）入力できます。

［OK］ボタンをクリックしてください。「記念日入力」ウィンドウが閉じます。登録した記念日が「記念日一覧」ウィンドウに追加されます。なお，入力した日付が登録済みの場合，記念日名称を変更するかどうかの確認ダイアログが表示されます。ここで［OK］ボタンをクリックすると変更として処理されます。

［閉じる］ボタンをクリックしてください。「記念日一覧」ウィンドウが閉じます。

(b)　記念日の変更

変更したい記念日を選択して，［変更］ボタンをクリックしてください。「記念日入力」ウィンドウが表示されます。

日付又は記念日名を入力して，［OK］ボタンをクリックしてください。「記念日入力」ウィンドウが閉じます。

［閉じる］ボタンをクリックしてください。「記念日一覧」ウィンドウが閉じます。

(c)　記念日の削除

削除したい記念日を選択して，［削除］ボタンをクリックしてください。

［閉じる］ボタンをクリックしてください。「記念日一覧」ウィンドウが閉じます。

(3)　「記念日一覧」ウィンドウの終了

［閉じる］ボタンをクリックしてください。記念日が登録されて，「記念日一覧」ウィンドウが閉じます。

4.15　不要スケジュール削除期間の個別設定

「コンフィギュレーション」でサーバに設定されている不要スケジュール削除期間のほかに，メンバ（ユーザ，施設）ごとに個別にスケジュール削除期間を設定し，時間の経過に伴い不要になったスケジュールを自動的に削除できます。この機能を使用する場合には，「コンフィギュレーション」の「7. 不要スケジュール削除自動実行」を「使用する」にしておく必要があります。

注

管理データの転送をしないと，変更した管理データがシステムに反映されません。

なお，「3.1.2(1) コンフィギュレーションの設定」の不要スケジュール削除期間の設定と不要スケジュール削除期間の個別設定では，不要スケジュール削除期間の個別設定が優先されます。

＜この節の構成＞

4.15.1　注意事項

4.15.2　ユーザのスケジュール削除期間の個別設定

4.15.3　施設のスケジュール削除期間の個別設定

4.15.1　注意事項

不要スケジュール削除の個別設定によって過去のスケジュールで，予約元と予約先のスケジュールデータに不整合が生じることがあります。

予約元のスケジュールデータだけを削除された場合，予約の回答に失敗することがあります。

予約先のスケジュールデータだけを削除された場合，回答状況が不一致になることがあります。

4.15.2　ユーザのスケジュール削除期間の個別設定

［オプション］－［不要スケジュール削除期間］メニューを選択してください。「スケジュール削除期間の個別設定」ウィンドウが表示されます。リストボックスの上に「コンフィギュレーション」で設定されているスケジュール削除期間が表示されます。

［ユーザの階層］タブをクリックしてください。図4-64に示す「ユーザの階層」タブが表示されます。

図4-64　「ユーザの階層」タブ（「スケジュール削除期間の個別設定」ウィンドウ）

＜この項の構成＞

(1)　ユーザをリストボックスに追加する

(2)　ユーザの個別設定を解除する

(3)　ユーザの階層を表示する

(4)　スケジュール削除期間を変更する

(5)　リストボックスのデータをソートする

(1)　ユーザをリストボックスに追加する

(a)　ツリービューから追加する場合

例としてここでは開発1課の山田課長を追加します。

ツリービューから山田課長のアイコンを選択し，ダブルクリックするか，［追加］ボタンをクリックしてください。リストボックスに山田課長のユーザID，ユーザ名，スケジュール削除期間が表示されます。スケジュール削除期間には「コンフィギュレーション」で設定されているスケジュール削除期間が表示されます。

リストボックスで山田課長のユーザIDを選択し，ダブルクリックするか，［設定］ボタンをクリックしてください。「設定」ウィンドウが表示されます。

不要スケジュール削除期間を設定してください。

削除しない場合
「不要スケジュール削除」は［削除しない］を選択してください。

削除期間を指定する場合
「不要スケジュール削除」は［期間設定］を選択してください。
削除期間は，年・月指定（YYYY年MM月より前）と月指定（現在からMMか月より前）のどちらかを設定できます（年は4文字の半角数字，月は2文字以内の半角数字を指定してください）。年・月指定の場合，現在より後の年月は指定できません。
例えば，現在から12か月より前のスケジュールが不要である場合，［月指定］を選択して「現在から12ヶ月より前を削除する。」と設定してください。また，1998年1月より前のスケジュールが不要である場合，［年・月指定］を選択して「1998年1月より前を削除する。」と設定してください。

［OK］ボタンをクリックすると「スケジュール削除期間の個別設定」ウィンドウに戻り，リストボックスに山田課長に設定したデータが表示されます。

(b)　ユーザを検索して追加する場合

例としてここでは開発1課の山田課長を追加します。

［新規］ボタンをクリックしてください。図4-65に示す「設定」ウィンドウが表示されます。

ユーザIDを入力し，［ユーザIDチェック］ボタンをクリックしてください（ユーザIDには存在するユーザIDで8文字以内の半角英数字を指定してください）。ユーザ名欄にユーザ名が表示されます。ここでは開発1課の山田課長のユーザIDを入力しているので，ユーザ名には山田課長と表示されます。

図4-65　「設定」ウィンドウ

不要スケジュール削除期間を設定してください。
設定方法は，「(a) ツリービューから追加する場合」の項番3と同様です。

［OK］ボタンをクリックすると「スケジュール削除期間の個別設定」ウィンドウに戻り，リストボックスに山田課長に設定したデータが表示されます。

(c)　ユーザを連続して追加する場合

例としてここでは開発1課の山田課長，坂井さん，鈴木さんを追加します。

［新規］ボタンをクリックしてください。「設定」ウィンドウが表示されます。

山田課長を追加します。追加方法は「(b) ユーザを検索して追加する場合」を参照してください。

山田課長の設定を終えたら［連続追加］ボタンをクリックしてください。入力した山田課長のデータが「スケジュール削除期間の個別設定」ウィンドウのリストボックスに追加され，「設定」ウィンドウの「ユーザID」，「ユーザ名」は入力されていない状態になります。坂井さんと鈴木さんを同様の手順で追加してください。

(2)　ユーザの個別設定を解除する

リストボックスから設定を解除したいユーザのユーザIDを選択し，［解除］ボタンをクリックしてください。リストボックスから選択したユーザが削除されそのユーザのスケジュール削除期間はサーバの設定した期間となります。なお，解除の対象は複数選択できます。

(3)　ユーザの階層を表示する

リストボックスに追加設定されているユーザの組織階層を表示できます。

例としてここでは開発1課の山田課長の組織階層を表示します。

リストボックスから山田課長のユーザIDを選択し，［階層］ボタンをクリックしてください。図4-66に示す「階層」ウィンドウが表示されます。

「ユーザID」には山田課長のユーザID，「ユーザ名」には山田課長が表示されます。「組織階層」には開発1課の山田課長の組織階層が表示されます。

［閉じる］ボタンをクリックすると「スケジュール削除期間の個別設定」ウィンドウに戻ります。

図4-66　「階層」ウィンドウ

(4)　スケジュール削除期間を変更する

例としてここでは開発1課の山田課長，坂井さん，鈴木さんのスケジュール削除期間を変更します。

リストボックスから山田課長のユーザIDを選択し，ダブルクリックするか，［設定］ボタンをクリックしてください。「設定」ウィンドウが表示されます（複数選択した場合は，ユーザID欄に********，ユーザ名欄に********************が表示されます）。

スケジュール削除期間を変更して［OK］又は［連続追加］をクリックしてください。

［OK］をクリックした場合，「スケジュール削除期間の個別設定」ウィンドウに戻り，リストボックスの開発1課の山田課長のスケジュール削除期間が変更されます。

［連続追加］をクリックした場合，変更した山田課長のデータが「スケジュール削除期間の個別設定」ウィンドウのリストボックスに表示され，「設定」ウィンドウの「ユーザID」，「ユーザ名」は入力されていない状態になります。坂井さんと鈴木さんを同様の手順で変更してください。

(5)　リストボックスのデータをソートする

「スケジュール削除期間の個別設定」ウィンドウのリストボックスのユーザID，ユーザ名，スケジュール削除期間ヘッダをクリックしてください。クリックしたユーザID，ユーザ名，スケジュール削除期間ヘッダのデータをもとに昇順にソートします。再度，ユーザID，ユーザ名，スケジュール削除期間ヘッダをクリックすると，降順にソートします。

4.15.3　施設のスケジュール削除期間の個別設定

［オプション］－［不要スケジュール削除］メニューを選択してください。「スケジュール削除期間の個別設定」ウィンドウが表示されます。リストボックスの上に「コンフィギュレーション」で設定されているスケジュール削除期間が表示されます。

［施設の階層］タブをクリックしてください。図4-67に示す「施設の階層」タブが表示されます。

図4-67　「施設の階層」タブ（「スケジュール削除期間の個別設定」ウィンドウ）

＜この項の構成＞

(1)　施設をリストボックスに追加する

(2)　施設の個別設定を解除する

(3)　施設の階層を表示する

(4)　スケジュール削除期間を変更する

(5)　リストボックスのデータをソートする

(1)　施設をリストボックスに追加する

(a)　ツリービューから追加する場合

例としてここでは会議室1Fの会議室Bを追加します。

ツリービューから会議室Bのアイコンを選択し，ダブルクリックするか，［追加］ボタンをクリックしてください。リストボックスに会議室Bの施設ID，施設名，スケジュール削除期間が表示されます。スケジュール削除期間には，「コンフィギュレーション」で設定されているスケジュール削除期間が表示されます。

リストボックスで会議室Bの施設IDを選択し，ダブルクリックするか，［設定］ボタンをクリックしてください。「設定」ウィンドウが表示されます。

不要スケジュール削除期間を設定してください。設定方法は，「4.15.2(1)(a) ツリービューから追加する場合」の項番3と同様です。

［OK］ボタンをクリックすると「スケジュール削除期間の個別設定」ウィンドウに戻り，リストボックスに会議室Bに設定したデータが表示されます。

(b)　施設を検索して追加する場合

例としてここでは会議室1Fの会議室Bを追加します。

［新規］ボタンをクリックしてください。図4-68に示す「設定」ウィンドウが表示されます。

施設IDを入力し，［施設IDチェック］ボタンをクリックしてください（施設IDには存在する施設IDで8文字以内の半角英数字を指定してください）。施設名欄に施設名が表示されます。ここでは会議室1Fの会議室Bの施設IDを入力しているので，施設名には会議室Bと表示されます。

図4-68　「設定」ウィンドウ

不要スケジュール削除期間を設定してください。設定方法は，「4.15.2(1)(a) ツリービューから追加する場合」の項番3と同様です。

［OK］ボタンをクリックすると「スケジュール削除期間の個別設定」ウィンドウに戻り，リストボックスに会議室Bに設定したデータが表示されます。

(c)　施設を連続して追加する場合

例としてここでは会議室1Fの会議室B，会議室Cを追加します。

［新規］ボタンをクリックしてください。「設定」ウィンドウが表示されます。

会議室Bを追加します。追加方法は「(b) 施設を検索して追加する場合」を参照してください。

会議室Bの設定を終えたら［連続追加］ボタンをクリックしてください。入力した会議室Bのデータが「スケジュール削除期間の個別設定」ウィンドウのリストボックスに追加され，「設定」ウィンドウの「施設ID」，「施設名」は入力されていない状態になります。会議室Cを同様の手順で追加してください。

(2)　施設の個別設定を解除する

リストボックスから設定を解除したい施設の施設IDを選択し，［解除］ボタンをクリックしてください。リストボックスから選択した施設が削除され，その施設のスケジュール削除期間はサーバの設定した期間となります。なお，解除の対象は複数選択できます。

(3)　施設の階層を表示する

リストボックスに追加設定されている施設の組織階層を表示できます。例としてここでは会議室1Fの会議室Bの階層を表示します。

リストボックスから会議室Bの施設IDを選択し，［階層］ボタンをクリックしてください。図4-69に示す「階層」ウィンドウが表示されます。

「施設ID」には会議室Bの施設ID，「施設名」には会議室Bが表示されます。「組織階層」には会議室1Fの会議室Bの組織階層が表示されます。

［閉じる］ボタンをクリックすると「スケジュール削除期間の個別設定」ウィンドウに戻ります。

図4-69　「階層」ウィンドウ

(4)　スケジュール削除期間を変更する

例としてここでは会議室1Fの会議室B，会議室Cのスケジュール削除期間を変更します。

リストボックスから会議室Bの施設IDを選択し，ダブルクリックするか，［設定］ボタンをクリックしてください。「設定」ウィンドウが表示されます。施設IDは，複数選択できます（複数選択した場合は，施設ID欄に********，施設名欄に********************が表示されます）。

スケジュール削除期間を変更して［OK］又は［連続追加］をクリックしてください。

［OK］をクリックした場合，「スケジュール削除期間の個別設定」ウィンドウに戻り，リストボックスの会議室Bのスケジュール削除期間が変更されます。

［連続追加］をクリックした場合，変更した会議室Bのデータが「スケジュール削除期間の個別設定」ウィンドウのリストボックスに表示され，「設定」ウィンドウの「施設ID」，「施設名」は入力されていない状態になります。会議室Cを同様の手順で追加してください。

(5)　リストボックスのデータをソートする

「スケジュール削除期間の個別設定」ウィンドウのリストボックスの施設ID，施設名，スケジュール削除期間ヘッダをクリックしてください。クリックした施設ID，施設名，スケジュール削除期間ヘッダのデータをもとに昇順にソートします。再度，施設ID，施設名，スケジュール削除期間ヘッダをクリックすると，降順にソートします。

4.16　管理データの転送

作成又は編集した管理データをサーバへ転送します。手順は以下のとおりです。

［ファイル］－［管理データの転送］メニューを選択してください。

図4-70に示す「管理データの転送」ウィンドウが表示されます。取得時に設定したサーバ名が表示されます。

［OK］ボタンをクリックしてください。「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」で設定したディレクトリの下のetc及びroomディレクトリに管理データが送信されます。

図4-70　「管理データの転送」ウィンドウ

注

管理データの転送をしないと，変更した管理データがシステムに反映されません。

4.17　管理ツールの終了

［ファイル］－［終了］メニューを選択してください。管理ツールが終了します。

注意事項

管理ツールを終了する前に必ず「4.16　管理データの転送」の操作をしてください。転送しないで管理ツールを終了した場合，編集した管理データがサーバ側に反映されず，古い管理データが残ることになります。次回管理ツールを起動したときに必ずサーバ側の管理データを受信することになるので，サーバに古いデータが残っていると，前回更新したデータは失われることになります。

4.18　各子サーバでの管理データの取得

親サーバで作成した管理データをすべての子サーバで取得します。以下のどちらかのタイミングで更新されます。

各子サーバ上で「コンフィギュレーション」の［手動実行］の［管理データ取得］を実行

「コンフィギュレーション」の「4. 管理データ取得時刻」の設定時間

注意事項

子サーバの［管理データ取得］は，前回実行時以降に親サーバで追加・更新されたファイルを取得します。そのため，［変更通知情報取得］（又はindxgetコマンド）のソート機能を使用している場合は，変更された組織だけをソートするように設定しておくことによって，子サーバの［管理データ取得］の処理性能を向上させることができます。詳細は，「7.2　「indxget」について」の「(5) オプション機能」を参照してください。

その時刻に親サーバ，子サーバ共に管理ツールサーバ（/usr/bin/AppoMan又は/usr/bin/RoomMan）を起動していなければ更新されません。

既存のユーザのホームサーバを変更した場合は，サーバ（SV，RMSV）を停止し，ユーザを移動した上で実行してください（詳細は，「付録F　スケジュールデータの移動」を参照してください）。

Schedulerを運用中にこの操作をした場合，クライアントを再起動しないと取得した内容が反映されません。また，運用中に実行するのであれば，クライアントからのアクセス（スケジュール参照，ログインなど）が少ない時間帯に実行してください。運用中に実行する場合，クライアントからのアクセス（スケジュール参照，ログインなど）が失敗することがあります。

5.　Groupmax Address - Assistとの連携方法

この章では，Groupmax Address - Assistとの連携方法について説明します。

＜この章の構成＞

5.1　Groupmax Address - AssistのGroupmax連携機能

5.2　ホームサーバ移動ツール「SFdatacp」について

5.1　Groupmax Address - AssistのGroupmax連携機能

Groupmax Address - AssistのGroupmax連携機能（以後Assist連携と記述）とは，Address Server側で組織やユーザの変更を行った際に，Scheduler側の「変更通知情報取得」と子サーバの「管理データ取得」を自動実行して，Schedulerの管理データの更新を実行する機能です。

この機能を使用するには，以下の製品が必要です。

Groupmax Address Server Version 6以降

Groupmax Address - Assist Viewer Version 6以降

Groupmax Address - Assist Service Version 6以降

Groupmax Scheduler_Facilities 管理ツール Version 7

以下の説明での＜スケジュール格納ディレクトリ＞は，デフォルトで/usr/ikiのことをいいます。

＜この節の構成＞

(1)　前提条件

(2)　使用条件

(3)　設定事項

(4)　Assist連携機能の実行タイミングについて

(5)　Assist連携を使用したユーザ管理手順

(6)　確認事項

(7)　ユーザのホームサーバ移動時に実施する手順

(8)　「更新禁止解除」コマンド

(9)　Assist連携機能の再実行

(10)　Assist連携の設定解除手順

(11)　注意事項

(1)　前提条件

マルチサーバ環境では，すべてのマシンにScheduler Server Version 6以降とFacilities Manager Version 6以降をインストールしておく必要があります（施設管理を使用していない場合は，Facilities Manager Version 6以降をインストールする必要はありません）。

Scheduler Serverの親サーバと同一マシンでAddress Serverが起動されており，Address認証するように設定しておく必要があります。マルチサーバの場合，子サーバと同一マシンにAddress Serverがインストールされている必要はありません。

すべてのサーバで，あらかじめ管理ツールサーバ（AppoMan，RoomMan）を起動しておく必要があります（施設管理を使用していない場合は，RoomManを起動しておく必要はありません。すべてのサーバでAppoManは必ず起動しておいてください）。

Scheduler Server及びFacilities Managerの実行ユーザをAddress Serverのシステム管理者と同一ユーザに設定する必要があります。詳細は，「付録L　実行ユーザの変更」を参照してください。

(2)　使用条件

ユーザのホームサーバ移動の自動実行には対応していません。Assist Viewer，又はAddress Server上でSchedulerホスト名を変更し，ホームサーバ移動が発生するような場合には，「(7) ユーザのホームサーバ移動時に実施する手順」を参照して，コマンド実行や手動でスケジュールデータ移動などの一連の処理をしてください。

Assist連携を使用する場合，Address Serverでのユーザ情報の変更と連動してSchedulerの管理データを更新するので，以下の操作はしないでください。
変更通知情報取得の自動実行
変更通知情報取得の手動実行
「indxget」コマンドの実行
これらを実行すると，管理データが不正な状態になる場合があります。

Assist連携環境構築後は，以下の場合を除いて［ユーザ情報再作成］（又は，「GetAdAll」コマンド）を実行しないでください。
Assist連携設定を解除した場合
エラー発生による復旧時
Schedulerホームサーバ変更時のスケジュールデータ移動をSFdatacpコマンドを使用せずに手動で行う場合

Assist連携を使用してユーザ情報を更新している間はクライアントからのスケジュール更新処理はできません。また，参照時でもアクセスに失敗することがあります。

Assist連携使用前にAssist Viewerで，ユーザ「詳細情報」の「Schedulerサーバ」コンボボックスのプルダウンメニューに，事前に管理ツールで作成したホームサーバ一覧と同様のサーバ名が表示されていることを確認してください。ホームサーバ一覧とAssist Viewerのプルダウンメニューの内容が異なる場合，Assist Viewerを終了し，再度，管理ツールでAssist連携用ホームサーバ一覧を作成した後，Assist Viewerを再起動してください。

Assist Viewerでは，ユーザの「詳細情報」の「Schedulerサーバ」欄に手入力できますが，事前に作成したホームサーバ一覧に登録されている以外のサーバ名を手入力した場合は，Assist連携でエラーとなります。この場合は，再度Assist Viewer上で手入力したユーザのホームサーバをプルダウンメニューから選択し直してください。

「コンフィギュレーション」の「6. ログファイル最大容量」で指定するログ容量は大きめに設定しておいてください。

Assist連携使用中は，Assist Viewerのログ表示機能を利用して実行状況を確認するようにしてください。ログの内容については，「付録H　Assist連携時と「SFdatacp」実行時のエラーメッセージ」を参照してください。

不要スケジュール削除の自動実行はAssist連携機能の実行時間と重ならないように設定してください。重なった場合，Assist連携機能が失敗し，ユーザ情報の更新が反映されない可能性があります。

(3)　設定事項

(a)　Assist連携を新たに使用する場合の事前準備

Assist連携を新たに使用する場合，以下の手順によってユーザ情報の再作成をする必要があります。

親サーバ上で以下のファイルを削除します。
＜スケジュール格納ディレクトリ＞/etc/DNSHOSTS.tbl
（削除する前に必ずバックアップを取得しておいてください。エラー時のリカバリに使用します）

以下の操作によって親サーバ上でユーザ情報の再作成を実行します。
「コンフィギュレーション」－［手動実行］－［ユーザ情報再作成］

他システムと接続している場合は，管理ツールを起動して「DNSホスト名の登録」で自システムのG/Wホスト名と他システムのG/Wホスト名も再登録してください。
［オプション］－［DNSホスト名］

以下の操作によってすべての子サーバから「管理データ取得」を実行します。
「コンフィギュレーション」－［手動実行］－［管理データ取得］

(b)　Assist連携の設定

Assist連携を使用する場合，親サーバ上で以下の手順が必要です。なお，「コンフィギュレーション」の「2. 親サーバ／子サーバ」の設定を変更した場合，Groupmax Server Setup Wizardを使ってサーバ環境を再構築した場合にも改めてこの操作が必要になります。

設定手順

親サーバの「コンフィギュレーション」の「16. Assist連携」で「使用する」に設定します（この操作によって，Assist連携用のitem.defファイルがセットされます）。

親サーバ上のAddress Serverを再起動します。

マルチサーバ構成の場合，同一マシンにAddress Serverがインストールされている子サーバには以下のファイルが存在しないことを確認します。
/var/opt/GroupMail/Groupmax/GroupApp/item.def

存在する場合は削除して，同一マシン上のAddress Serverを再起動してください。

(c)　ホームサーバ一覧ファイル

Assist連携を使用する場合，管理ツールを用いてホームサーバ一覧を作成する必要があります。この作業は，「(b) Assist連携の設定」の後にしてください。作成手順は，「4.5(2)　Assist連携用ホームサーバ一覧作成」を参照してください。その際の注意事項は，以下のとおりです。

他システムと接続している場合は，他システムのG/Wホスト名を一覧に追加しないでください。

システムの構成が変更になった場合は，必ずこの一覧を再作成してください。

マルチサーバ環境では，ユーザが全く登録されていないScheduler Serverであっても，そのサーバに関しては，あらかじめ管理ツールでDNSホスト名，及びホームサーバ一覧に登録しておく必要があります。

(d)　Address - Assistセットアップ

Assist連携を使用する場合，Address - Assistセットアップで「Scheduler親サーバのドメイン名/ホスト名」を必ず設定してください。Address - Assistセットアップについては，マニュアル「Groupmax Address - Assist Version 6 システム管理者ガイド」を参照してください。

(e)　設定変更ファイル

以下の設定変更ファイルの設定値によって，Assist連携機能の動作を変更できます。通常はこの設定変更ファイルを作成する必要はありません。下記設定項目を変更する必要がある場合にだけ，作成してください。

/usr/GroupAppo/bin/SFagent.ini

設定変更ファイルのフォーマット

設定項目＝設定値＜改行＞

設定項目及び設定値※

Assist連携機能サーバ間通信タイムアウト値の設定
AgentAPI_TimeOut=7200＜改行＞

登録ユーザ数／施設数が多い場合に設定します。設定値は3,600から2,147,483,647までの範囲で設定してください。AgentAPI_TimeOutの記述がない場合，又はSFagent.iniファイルがない場合は，デフォルトとしてAgentAPI_TimeOut=3600として扱います。単位は「秒」です。通常は，設定する必要はありません。

注※

Version 5から御使用の場合は，ユーザのホームサーバ移動発生時の設定（AgentControl）は無効になります。したがって，Version 5から御利用いただいている場合でAgentControlの指定をしていない，又は「AgentControl=0」と指定して運用している環境で，ホームサーバ移動が発生しても実行前の状態に戻しません。「(7) ユーザのホームサーバ移動時に実施する手順」の作業が必要になります。

(4)　Assist連携機能の実行タイミングについて

「(3) 設定事項」の内容をすべて設定した後，Assist Viewerなどを利用してAddress Serverに登録されたユーザ情報を変更してください。その後，SchedulerのAssist連携機能が実行され変更内容が自動的にSchedulerに反映されます。Assist連携機能が実行されてから，ユーザ情報の変更内容がすべてのSchedulerに反映されるまで，しばらく時間が掛かります。出力されるログでSchedulerへの反映処理が完了しているか確認してください。ログの内容については，「付録H　Assist連携時と「SFdatacp」実行時のエラーメッセージ」を参照してください。Assist連携機能の実行タイミングは以下のとおりです。

(a)　Groupmax Address - Assist Viewerを使用した場合

Assist ViewerでAddress Serverのユーザ情報に変更を加えた後，Assist Viewerを終了したタイミングでSchedulerのAssist連携機能が実行されます。

また，Assist Viewerでユーザ情報に変更を加えた後，Assist Viewerの［ツール］－［オプション］から「Groupmax」タブを選択し，Scheduler情報「参照」ボタンを押下したタイミングでもAssist連携機能が実行されます。ただし，直前にユーザ情報に変更を加えていない場合は実行されません。

「参照」ボタンを押下するとAssist連携機能の実行ログが表示されますが，新しいログの出力までに時間が掛かり，過去のログが表示されている可能性があります。過去のログが表示されている場合は，少し時間を置き，「再読込」ボタンを押下してください。

実行結果は，＜インストールディレクトリ＞/log/agent/ScheExec.logでも参照できます。

(b)　運転席を使用した場合

運転席でAddress Serverのユーザ情報に変更を加えた後，運転席を終了したタイミングでSchedulerのAssist連携機能が実行されます。実行結果は，＜スケジュール格納ディレクトリ＞/log/agent/ScheExec.logを参照してください（運転席については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」を参照してください）。

(c)　一括登録ユティリティを使用した場合

一括登録ユティリティを使用してAddress Serverのユーザ情報に変更を加える場合，gmaxsetコマンドを実行したタイミングでSchedulerのAssist連携機能が実行されます。実行結果は，＜スケジュール格納ディレクトリ＞/log/agent/ScheExec.logを参照してください。

(5)　Assist連携を使用したユーザ管理手順

Assist連携機能を使用したユーザ管理方法は以下のとおりです。ここでは，Address - Assistを利用した方法を紹介します。

ユーザのホームサーバ移動をする場合，Scheduler Clientをインストールしているすべてのクライアントで，以下の設定をする必要があります。

Scheduler Client を起動します。

［ツール］－［環境設定］を選択します。

「ユーザ情報の保存」を「サーバで保存」にします。

この設定をしていないクライアントの場合，Assist連携機能でユーザのホームサーバを変更すると，ローカルグループ内のユーザ，及びクライアント起動時に自動的に表示されるスケジュールに対し，以下の操作ができません。

スケジュール表示

予約

空時間検索

自分・上司のスケジュールでの，登録・削除・回答

下記(b)～(d)の手順の「hostchg」コマンドを行わなかった場合は，以下のような問題が発生します。

Scheduler Clientで，起動時に自動的に表示されるスケジュールに自分又は上司が含まれている場合，自分と上司のスケジュールの登録・削除・回答ができません。この場合，Scheduler Clientの［ツール］－［環境設定］で，「次回起動時の設定」を「初期状態から起動」に設定して，Scheduler Clientを再起動させてください。その後は，Scheduler Clientの設定を元に戻しても構いません。

以下の操作時に通信エラーが発生する場合があります。
・他人から予約された未読スケジュール（※）を開く
・他人から予約された予約スケジュール（※）に回答する
・他人から予約された予約スケジュール（※）を削除する
※その予約を行った際の予約発信者のホームサーバは，現在は存在しない（Schedulerサービスが稼働していない）サーバであり，その予約発信者が現在は存在しない（システム上から削除されている）。

(a)　ユーザのホームサーバ変更を含まない場合の手順

Assist連携機能の新規利用時は，「(3) 設定事項」の作業をしてください。

Assist Viewerを起動して，Address Serverのユーザ情報を変更します。

Assist Viewerを終了します（SchedulerのAssist連携機能が起動します）。

Schedulerの実行状況を確認するためにAssist Viewerを再起動してください。

マニュアル「Groupmax Address - Assist Version 6 システム管理者ガイド」を参照して，Schedulerの実行ログを参照して処理結果を確認してください。

(b)　ユーザのホームサーバ変更を含む場合の手順

Assist連携機能の新規利用時は，「(3) 設定事項」の作業をしてください。

Assist Viewerを起動して，Address Serverのユーザ情報を変更します。

Assist Viewerを終了します（SchedulerのAssist連携機能が起動します）。

Schedulerの実行状況を確認するためにAssist Viewerを再起動してください。

マニュアル「Groupmax Address - Assist Version 6 システム管理者ガイド」を参照して，Schedulerの実行ログを参照して処理結果を確認してください。

「5.1(6)(a)　移動者一覧ファイル」を参照して移動者一覧ファイルが正しく作成されていることを確認してください。また，移動者一覧ファイルについてはバックアップを取得しておいてください。

「(7) ユーザのホームサーバ移動時に実施する手順」を参照して，スケジュールデータを転送してください。

すべてのサーバで「hostchg」コマンドを実行してください。「hostchg」コマンドについては，「7.3　「HOSTCHG」について」を参照してください。その際に使用するホスト名変換ファイルに，バックアップを取得しておいた移動者一覧ファイルをそのまま利用できます。

(c)　Schedulerのサーバ台数が増加する場合の手順

新しいサーバをセットアップして，マルチサーバ構成を構築してください。

「(3) 設定事項」の作業をしてください。その際に，ホームサーバ一覧に新しいサーバを追加することを忘れないようにしてください。

Assist Viewerを起動して，Address Serverのユーザ情報を変更します。

Assist Viewerを終了します（SchedulerのAssist連携機能が起動します）。

Schedulerの実行状況を確認するためにAssist Viewerを再起動してください。

マニュアル「Groupmax Address - Assist Version 6 システム管理者ガイド」を参照して，Schedulerの実行ログを参照して処理結果を確認してください。

「5.1(6)(a)　移動者一覧ファイル」を参照して移動者一覧ファイルが正しく作成されていることを確認してください。また，移動者一覧ファイルについてはバックアップを取得しておいてください。

「(7) ユーザのホームサーバ移動時に実施する手順」を参照して，スケジュールデータを転送してください。

すべてのサーバで「hostchg」コマンドを実行してください。「hostchg」コマンドについては，「7.3　「HOSTCHG」について」を参照してください。その際に使用するホスト名変換ファイルに，バックアップを取得しておいた移動者一覧ファイルをそのまま利用できます。

(d)　Schedulerのサーバ台数を削減する場合の手順

削減するサーバも含めてマルチサーバ構成を構築した状態で次の作業をしてください。

「(3) 設定事項」の作業をしてください。その際に，ホームサーバ一覧には削減するサーバも含めたまま以下の作業をしてください。

Assist Viewerを起動して，Address Serverのユーザ情報を変更します。

Assist Viewerを終了します（SchedulerのAssist連携機能が起動します）。

Schedulerの実行状況を確認するためにAssist Viewerを再起動してください。

マニュアル「Groupmax Address - Assist Version 6 システム管理者ガイド」を参照して，Schedulerの実行ログを参照して処理結果を確認してください。

「5.1(6)(a)　移動者一覧ファイル」を参照して移動者一覧ファイルが正しく作成されていることを確認してください。また，移動者一覧ファイルについてはバックアップを取得しておいてください。

「(7) ユーザのホームサーバ移動時に実施する手順」を参照して，スケジュールデータを転送してください。

すべてのサーバで「HOSTCHG」コマンドを実行してください。「HOSTCHG」コマンドについては，「7.3　「HOSTCHG」について」を参照してください。その際に使用するホスト名変換ファイルには，バックアップを取得しておいた移動者一覧ファイルがそのまま利用できます。

(6)　確認事項

(a)　移動者一覧ファイル

Assist連携を使用してユーザのホームサーバを移動した場合は，移動者一覧ファイル※が生成されます。Assist連携を使用してAddress - Assistなどを使用してユーザ移動を設定した時点では，このファイルが作成されるだけで，実際にユーザのホームサーバ移動は実行しません。ユーザのホームサーバ移動を完了させるためには，「(7) ユーザのホームサーバ移動時に実施する手順」の作業をする必要があります。

注※

移動者一覧ファイルは以下の場所にあります。

＜スケジュール格納ディレクトリ＞/etc/MV.tbl

デフォルトは/usr/iki/etc/MV.tbl

移動者一覧ファイルのフォーマット

移動ユーザID ＜スペース＞ 移動後のホスト名 ＜スペース＞ 移動前のホスト名＜改行＞

移動者一覧ファイルの例

USER001 HOSTA HOSTB＜改行＞
USER002 HOSTB HOSTA＜改行＞
　　　　　　　　　 ：
　　　　　　　　　 ：
USER009 HOSTA HOSTC＜改行＞

(7)　ユーザのホームサーバ移動時に実施する手順

Assist連携では，ユーザのホームサーバを変更した場合，移動者一覧ファイルを作成します。Assist連携では，ファイルが作成されるだけで，実際に管理データの更新やスケジュールデータの転送は実行しません。以下のどちらかの方法でユーザのホームサーバ移動を実現してください。

(a)　ホームサーバ移動ツールを使って自動でスケジュールデータ移動する方法

Assist連携で生成された移動者一覧ファイルをもとに，実際の管理データの更新やスケジュールデータの転送を自動で実行するコマンドを使用します。詳細は，「5.2　ホームサーバ移動ツール「SFdatacp」について」を参照ください。

(b)　手動でスケジュールデータを移動する方法

システム内のすべてのサーバでScheduler ServerとFacilities Managerを停止してください（施設管理を使用していない場合は，Facilities Managerを停止する必要はありません）。

システム内のすべてのサーバでスケジュールデータ・管理データのバックアップを取得します（エラー発生時のリカバリに使用します）。詳細は，「付録Q(1)　バックアップの取得」を参照してください。

システム内のすべてのサーバで管理ツールサーバ（AppoMan，RoomMan）を起動してください（施設管理を使用していない場合は，RoomManを起動する必要はありません）。

バックアップを取得した上で，移動者一覧ファイルを削除してください。

以下の操作によって親サーバ上でユーザ情報の再作成を実行します。「コンフィギュレーション」－［手動実行］－［ユーザ情報再作成］

すべての子サーバで管理データの取得をしてください（1台だけの運用の場合は不要です）。

「BITECHG」コマンドを実行してください（UNIXからUNIXへの転送の場合は不要です）。

移動するユーザのスケジュールデータを移動後のサーバにバイナリモードで転送します。スケジュールデータについては，「付録A(3)　スケジュールデータ」を参照してください。

移動前のサーバ上で取得したバックアップデータからスケジュールデータをもとに戻します（UNIXからUNIXへの転送の場合は不要です）。

移動前のサーバ上にある，移動したユーザのスケジュールデータをディレクトリごと削除してください。

すべてのサーバで移動対象ユーザについて「HOSTCHG」コマンドを実行してください（HOSTCHGコマンドを実行しないで，grpchgコマンドを実行する方法もあります。詳細は，「付録F(3)　HOSTCHGコマンドを実行しない場合の手順」を参照してください）。

すべてのスケジュールデータの移動が完了したら，親サーバの移動者一覧ファイルを削除してください。

「HOSTCHG」コマンドについては，「7.3　「HOSTCHG」について」を参照してください。

「BITECHG」コマンドについては，「7.4　「BITECHG」について」を参照してください。

「grpchg」コマンドについては，「7.8　グループファイル変換ツール「grpchg」について」を参照してください。

(8)　「更新禁止解除」コマンド

Assist連携機能使用時に問題が発生し，クライアントからスケジュールの更新ができない状態になった場合，「コンフィギュレーション」からの手動実行ができない状態になった場合は，エラー原因を取り除いた後に以下のコマンドを実行してください。

コマンドの書式

/usr/GroupAppo/bin/agtcout

引数

なし

リターンコード

0…正常終了

1…異常終了

agtcoutの実行結果のログは親サーバにあります。親サーバの＜スケジュール格納ディレクトリ＞/log/agent/ScheExec.logを参照してください。なお，過去のログは，親サーバの＜スケジュール格納ディレクトリ＞/log/agent/SFagent.logにあります。

「更新禁止解除」コマンドを実行する際は，すべての親サーバ，子サーバ上で管理ツールサーバ（AppoMan，RoomMan）が起動している必要があります。

(9)　Assist連携機能の再実行

Assist連携機能使用時にAddress Viewerなどを利用した変更がSchedulerに反映されない場合があります。その場合は，何らかのエラーが発生している可能性がありますので，親サーバの＜スケジュール格納ディレクトリ＞/log/agent/ScheExec.logを参照してエラーを取り除いてから，以下のコマンドを実行してください。このコマンドを実行するとAssist連携機能が再実行されます。

コマンドの書式

/usr/GroupAppo/bin/SFagent [/f logfile_name]

引数

第1引数
/f logfile_name：ログファイル名（省略可）
logfile_nameを指定するとログメッセージの出力先を画面から指定したファイルに変更します。既に同じファイル名が存在する場合は上書きされます。

注意事項

SFagent.logは詳細ログの出力先として使用されるため，SFagent.log以外のファイル名を指定してください。

リターンコード

0…正常終了

1…異常終了

このコマンドは，エラーが発生してAddress Server上の変更がSchedulerに反映されない場合に，Assist連携機能を再実行する目的で使用してください。通常は使用しないでください。

SFagentの実行結果のログは親サーバにあります。親サーバの＜スケジュール格納ディレクトリ＞/log/agent/ScheExec.logを参照してください。なお，過去のログは，親サーバの＜スケジュール格納ディレクトリ＞/log/agent/SFagent.logにあります。

(10)　Assist連携の設定解除手順

Assist連携を使用する設定をした後に，Assist連携を使用しない設定に戻す場合には，設定解除手順1又は2のどちらかの手順を実施してください。

設定解除手順1

この手順は，Assist連携を使用しない設定に戻す場合の推奨手順です。

親サーバの「コンフィギュレーション」の「16. Assist連携」で「使用しない」に設定します。

親サーバ上のAddress Serverを再起動します。

設定解除手順2

Address Serverを再起動できない場合には，次の手順を実施することでAssist連携を使用しない設定に戻せます。この手順は，一時的にAssist連携の設定を解除する場合にだけ利用してください。

/usr/GroupAppo/bin/SFagent.iniを作成してください。既に存在している場合は，2に進んでください。

1.で作成したファイルに以下の行を追加してください（通常このパラメタは設定しないでください）。

Exec＝0＜改行＞

Assist設定を利用する設定に戻す場合は，SFagent.iniを削除するか，又は「Exec＝0」の行を削除してください。

注

設定解除手順2でSFagent.iniに「Exec＝0」を設定したままにしておくと，その間Assist連携機能は動作しないので，御注意ください。

(11)　注意事項

(a)　Assist連携機能が続けて実行された場合の注意事項

短い間隔で続けて起動された場合
Assist連携機能が起動されてから変更通知情報を取得する前に，次のAssist連携機能が続けて起動された場合，後で実行されたAssist連携機能の結果ログが次のようになることがあります。

表示例

"yyyy/mm/dd hh:mm:ss xx xxxxx I : 変更通知ファイルが存在しません"

これは前に起動されたAssist連携機能で，後で起動されたAssist連携機能が処理する必要のある変更通知ファイルが同時に処理されたためです。正常に処理されています。

Assist連携機能の1回の処理時間が長い場合
後に実行された分の変更通知ファイルが残ってしまう場合があります。このような場合，残った変更通知ファイルは，次にAssist連携機能が実行された時に処理されます。
更新ユーザが多く処理時間が長く掛かる場合，又は登録ユーザ数が多く管理データの取得時間が長く掛かる場合には，設定変更ファイルに次の設定を記述して処理の待ち時間を調整すれば，この現象を回避できます。

排他処理再実行回数の設定
AgentExclusive_RetryCount=3＜改行＞（デフォルトは3回）
親サーバ又は子サーバで，ほかの処理が実行中の場合に再実行する回数を設定します。3～2,147,483,647の値を設定してください。

排他処理再実行待ち時間の設定
AgentExclusive_RetryInterval=300＜改行＞（デフォルトは300秒）
親サーバ又は子サーバで，ほかの処理が実行中の場合に再実行するまでの時間を設定します。300～2,147,483,647の値を設定してください。単位は「秒」です。

5.2　ホームサーバ移動ツール「SFdatacp」について

このコマンドは，マルチサーバ環境で，ユーザのホームサーバを移動するコマンドです。このコマンドを使用すると，管理データ上のホームサーバの変更とスケジュールデータの転送を自動に実行できます。ホームサーバを移動するユーザは移動者一覧ファイルで指定できます。Assist連携を使用している場合は，Assist連携で作成された移動者一覧ファイルをそのまま利用してください。Assist連携を使用していない場合でも，移動者一覧ファイルを手動で作成することでこのコマンドを利用してホームサーバ移動を実現できます。

＜この節の構成＞

(1)　前提条件

(2)　使用条件

(3)　設定事項

(4)　バックアップの取得

(5)　ユーザのホームサーバ変更方法

(6)　確認事項

(7)　エラー発生時の対処

(1)　前提条件

すべてのマシンにScheduler Server Version 6以降とFacilities Manager Version 6以降をインストールしておく必要があります（施設管理を使用していない場合は，Facilities Manager Version 6以降をインストールする必要はありません）。

すべてのサーバで，サーバ（SV，RMSV）を停止した状態で実行してください（施設管理を使用していない場合，RMSVの停止は必要ありません）。

すべてのサーバで，あらかじめ管理ツールサーバ（AppoMan，RoomMan）を起動してください（施設管理を使用していない場合は，RoomManを起動しておく必要はありません。すべてのサーバでAppoManは必ず起動しておいてください）。

事前にSchedulerのホームサーバ一覧を作成する必要があります。Assist連携を使用している場合は，新たに作成する必要はありません。このホームサーバ一覧には，Scheduler Server，又はFacilities Managerがインストールされている全マシンのホームサーバ名を登録する必要があります。作成方法については，「5.2(3)(b)　ホームサーバ一覧ファイル」を参照してください。

SFdatacp実行中は，不要スケジュール削除の手動実行はできません。また，不要スケジュール削除の自動実行は「使用しない」設定に変更しておいてください。

ホームサーバの移動後，クライアント起動時に自動的に表示されるスケジュールが，自分の又は上司のスケジュールの場合，登録・削除・回答はできません。

SFdatacpから呼び出されるgrpchgコマンドは，組織数が多い環境ではエラーが発生する場合があります。「7.8　「grpchg」について (4) 注意」を参照して，該当する環境の場合は回避策を適用してください。

(2)　使用条件

Scheduler Server及びFacilities Managerの親サーバがインストールされているマシン上で実行してください。

Assist連携を使用している場合，Assist連携が正常に終了していることを確認してからこのコマンドを実行してください。もし，Assist連携が正常に終了しないままこのコマンドを実行した場合，実行後のアプリケーションの動作は保証しません。

このコマンドを実行中は，Assist Viewer，又はAddress Server上での組織やユーザの変更作業をしないでください。

実行には多少時間が掛かりますが，処理を中断しないでください。処理を中断した場合，実行後のアプリケーションの動作は保証しません。

マルチサーバ環境では，ユーザが全く登録されていないScheduler Serverであっても，そのサーバに関しては，あらかじめ管理ツールでDNSホスト名，及びホームサーバ一覧に登録しておく必要があります。

「コンフィギュレーション」の「6. ログファイル最大容量」で指定するログ容量は大きめに設定しておいてください。

このコマンドを実行すると以下のディレクトリが作成されます。ログやバックアップですので，コマンド実行が正常終了したことを確認できたら，随時削除するようにしてください。このディレクトリは実行するごとに増え続けますので，御注意ください。
＜スケジュール格納ディレクトリ＞/log/agent/［処理ID※］
＜スケジュール格納ディレクトリ＞/［処理ID※］

注※

処理IDは，14桁の数字で，実行時間（「西暦年＋月＋日＋時＋分＋秒」）を表しています。

サーバ統合などのサーバ数の削減が伴うホームサーバ移動の場合は，「SFdatacp」コマンドの後にすべてのサーバで「hostchg」コマンドも実行してください。「hostschg」コマンドを実行していないと，予約発信者のホームサーバが移動されて，その予約発信者がシステムから削除された場合に，その予約発信者からホームサーバ移動前に予約されていたスケジュールの回答，削除，変更に失敗します。「hostchg」コマンドで使用するホスト名変換ファイルには，「SFdatacp」コマンドで使用する移動者一覧ファイルをそのまま使用できます。「hostchg」コマンドについては，「7.3　「HOSTCHG」について」を参照してください。

クライアントにScheduler Clientを使用している場合は，「SFdatacp」コマンドの後にすべてのサーバで「hostchg」コマンドも実行してください。「hostschg」コマンドを実行しなかった場合，Scheduler Clientの終了状態保存機能で保存していた画面上で，自分と上司のスケジュールの登録・削除・回答が行えなくなります。「hostchg」コマンドで使用するホスト名変換ファイルには，「SFdatacp」コマンドで使用する移動者一覧ファイルをそのまま使用できます。「hostchg」コマンドについては，「7.3　「HOSTCHG」について」を参照してください。

(3)　設定事項

(a)　移動者一覧ファイル

ホームサーバを移動するユーザの一覧を作成します。

ファイル名

任意に指定可

フォーマット

ユーザID＜スペース又はタブ＞移動後のホスト名＜スペース又はタブ＞移動前のホスト名＜改行＞

移動者一覧ファイル作成時の注意事項

上記のフォーマットを1レコードとして，変更する人数分レコードを作成してください。

作成する場合は，スケジュールデータが存在しないユーザも必ずエントリに加えてください。

Assist連携を使用してユーザのホームサーバを変更した場合は，必ずSFdatacpコマンドなどを利用してデータの移動をしてください。

Assist連携を使用してユーザのホームサーバを変更した場合は「5.1　Groupmax Address - AssistのGroupmax連携機能」を参照して，移動者一覧リストの存在と内容の確認をしてください。

Assist連携を使用している場合は，SFdatacpで指定する移動者一覧ファイルは必ずAssist連携機能で作成したものを使用してください。
＜スケジュール格納ディレクトリ＞/etc/MV.tbl

作成する場合は，ユーザIDは8文字以内の英数字で記述してください。

作成する場合は，ホスト名は255文字以内の英数字で記述してください（「4.5　DNSホスト名の登録」で登録済みのホスト名を記述してください）。

(b)　ホームサーバ一覧ファイル

SFdatacpコマンドを実行する場合，ホームサーバ一覧を作成する必要があります。Assist連携を使用している場合は，管理ツールを用いて作成します。その手順は，「4.5(2)　Assist連携用ホームサーバ一覧作成」を参照してください。Assist連携を使用していない場合は，以下のフォーマット及び注意事項に従って作成してください。

ファイル名

＜インストールディレクトリ＞/log/agent/Schehost.tbl

フォーマット

ホスト名＜改行＞

ホームサーバ一覧ファイル作成時の注意事項

ホームサーバ一覧ファイルはWindows上で作成する必要があります。

親サーバ上に作成してください。子サーバには必要ありません。

上記のフォーマットを1レコードとして，システムを構成する全サーバのホスト名のレコードを作成してください。最後のレコードは「#end#」としてください。

ホスト名は管理ツールの「4.5(1) DNSホスト名の登録」で登録したホスト名と同じ名前にしてください。

他システムと接続している場合は，他システムのG/Wホスト名を一覧に追加しないでください。

システムの構成が変更になった場合は，必ずこの一覧を再作成してください。

ユーザが全く登録されていないサーバも含め，システム内のすべてのサーバを登録してください。

(4)　バックアップの取得

このコマンドを実行する前に必ずシステム内のすべてのサーバで以下のデータのバックアップを取得してください。エラー発生時のリカバリに使用します。

＜スケジュール格納ディレクトリ＞以下すべて

(5)　ユーザのホームサーバ変更方法

「(3) 設定事項」と「(4) バックアップの取得」の内容をすべて設定した後，ユーザのホームサーバ移動をするために以下のコマンドを実行してください。

コマンドの書式

/usr/GroupAppo/bin/SFdatacp [/m filename] [/f logfile_name]

引数

第1引数
/m filename：移動者一覧ファイルのファイル名（省略可）
移動者一覧ファイルのファイル名をフルパスで指定してください。何も指定がない場合は，Assist連携使用時に作成された以下のデフォルトの移動者一覧ファイルを参照します。
　＜スケジュール格納ディレクトリ＞/etc/MV.tbl
したがって，Assist連携使用時には，このオプションを指定する必要はありません。

第2引数
/f logfile_name：ログファイル名（省略可）
logfile_nameを指定するとログメッセージの出力先を画面から指定したファイルに変更します。既に同じファイル名が存在する場合は上書きされます。

注意事項

SFdatacp.logは詳細ログの出力先として使用されるため，SFdatacp.log以外のファイル名を指定してください。

リターンコード

0…正常終了

1…異常終了

(6)　確認事項

SFdatacpコマンド実行後は，以下のファイルの内容を参照して実行結果を確認してください。

(a)　詳細ログファイル

SFdatacpコマンドの詳細ログは以下のファイルに出力されます。格納先は，実行するたびに変更しますので御注意ください。ログファイルに出力されたエラーメッセージの解説ついては，「付録H　Assist連携時と「SFdatacp」実行時のエラーメッセージ」を参照してください。

＜スケジュール格納ディレクトリ＞/log/agent/［処理ID※］/SFdatacp.log

注※

処理IDは，14桁の数字で，実行時間（「西暦年＋月＋日＋時＋分＋秒」）を表しています。

(b)　ホームサーバ移動結果ファイル

SFdatacpコマンドを使ったホームサーバ移動の処理結果をユーザ単位で確認できるファイルです。

＜スケジュール格納ディレクトリ＞/log/agent/［処理ID※］/MVresult.tbl

注※

処理IDは，14桁の数字で，実行時間（「西暦年＋月＋日＋時＋分＋秒」）を表しています。

ホームサーバ移動結果ファイルのフォーマット

移動ユーザID ＜スペース＞ 移動後のホスト名 ＜スペース＞ 移動前のホスト名 ＜スペース＞ 処理結果 ＜スペース＞ 詳細エラー＜改行＞

ホームサーバ移動結果ファイルの例

USER001 HOSTA HOSTB ○＜改行＞
USER002 HOSTB HOSTA ○＜改行＞
　　　　　　　　　 ：
　　　　　　　　　 ：
USER009 HOSTA HOSTC × 21＜改行＞

＜詳細エラー一覧＞

20：移動後サーバとの通信エラーが発生しました

21：移動前サーバとの通信エラーが発生しました

22：移動後サーバでバイトオーダ変換に失敗しました

23：移動前サーバのスケジュールデータの受信処理に失敗しました

24：移動前サーバでスケジュールデータバックアップに失敗しました

31：ホームサーバの更新処理に失敗しました

255：その他のエラー

(7)　エラー発生時の対処

「(6) 確認事項」に従って詳細ログファイルに出力されているメッセージを確認し，エラーが発生している場合は，エラーの要因を除去した上で以下の手順に従って再実行してください。メッセージに応じて回復方法が異なる場合がありますので，「付録H　Assist連携時と「SFdatacp」実行時のエラーメッセージ」を参照して正しく回復してください。基本的には，以下の方法で回復できます。

(a)　すべて再実行する方法

すべてのサーバで以下のデータをバックアップからリカバリしてください。
＜スケジュール格納ディレクトリ＞以下すべて

親サーバの＜スケジュール格納ディレクトリ＞/log/agent/［処理ID］/MVorg.tblを＜スケジュール格納ディレクトリ＞/etc/MV.tblとしてコピーしてください。
処理IDは，14桁の数字で，実行時間（「西暦年＋月＋日＋時＋分＋秒」）を表しています。

SFdatacp [/f logfile_name] を実行してください。

(b)　エラーとなったユーザだけ再実行する方法

この方法は，親サーバで以下の1から3の条件が整っているときだけ実行できます。

条件

ホームサーバ移動結果ファイル（＜スケジュール格納ディレクトリ＞/log/agent/［処理ID］/MVresult.tbl）が作成されていること。
処理IDは，14桁の数字で，実行時間（「西暦年＋月＋日＋時＋分＋秒」）を表しています。

実行前に作成した移動者一覧ファイルが更新され，ホームサーバ移動結果ファイルで"×"が付いたユーザだけがエントリされている状態になっていること。

エラーとなったユーザの移動前サーバの＜スケジュール格納ディレクトリ＞以下にスケジュールデータ（ユーザID名のディレクトリ）があること。
スケジュールデータがない場合，取得しておいたバックアップからリカバリしてください。

手順

親サーバで＜スケジュール格納ディレクトリ＞/log/agent/［処理ID］/MVresult.tblを参照してエラーが発生したユーザを確認してください。エラーが発生したユーザには，"×"が付いています。詳細は，「5.2(6)(b)　ホームサーバ移動結果ファイル」を参照してください。MVresult.tblが存在しない場合は，「付録H　Assist連携時と「SFdatacp」実行時のエラーメッセージ」を参照して対処してください。
処理IDは，14桁の数字で，実行時間（「西暦年＋月＋日＋時＋分＋秒」）を表しています。

使用した移動者一覧ファイルが更新されて，1でエラーが発生したユーザだけがエントリされていることを確認してください。

エラーが発生したユーザの移動前のサーバにスケジュールデータが残っていることを確認してください。残っていない場合，取得したバックアップから戻してください。

SFdatacpを再実行してください。

エラー発生時の注意事項

エラーが発生した場合は，ログや「8.2　Assist連携と「SFdatacp」のトラブルシューティング」を参照して，必ず解決するようにしてください。エラー状態のままサーバ（SV）（Facilities Managerが同一サーバにインストールされている場合，RMSV）を起動しないでください。エラー状態のまま上記サーバを起動した場合，その後のアプリケーションの動作は保証しません。

エラーメッセージの解説については，「付録H　Assist連携時と「SFdatacp」実行時のエラーメッセージ」を参照してください。

(c)　SFdatacp実行時に通信エラーが発生した場合

スケジュールデータのデータ量が多い環境でSFdatacpを実行した場合，ホームサーバ移動処理処理中にタイムアウトによる通信エラーが発生する場合があります。タイムアウトが発生した場合，SFdatacpの実行ログ（＜スケジュール格納ディレクトリ＞/log/agent/＜処理ID＞/SFdatacp.log）に次のメッセージが出力されます。

ユーザ[<ユーザID>]のホームサーバ移動処理で移動元サーバ[<ホスト名>]との通信エラーが発生しました

この場合，/usr/GroupAppo/bin/AppoSV.iniファイルに記述を追加して，タイムアウト時間を長くしてください。なお，AppoSV.iniファイルを作成又は変更した場合は，管理ツールサーバ（AppoMan，RoomMan）を必ず再起動してください。

AppoSV.iniファイルに追加する記述，及び記述例を次に示します。

[Sockets]
TimeOutMan=タイムアウト時間（秒）<改行>
TimeOutRMMan=タイムアウト時間（秒）<改行>

記述例

[Sockets]
TimeOutMan=60
TimeOutRMMan=60

この例では，タイムアウト時間が60秒となります。

なお，この記述がない場合又はAppoSV.iniファイルがない場合は，「TimeOutMan=30」，「TimeOutRMMan=30」として扱い，タイムアウト時間は30秒となります。

6.　運用上の注意事項

この章では，運用上の注意事項について説明します。

＜この章の構成＞

6.1　運用開始時の注意事項

6.2　管理ツール使用時の注意事項

6.3　マルチサーバ構成時の注意事項

6.4　G/W構成時の注意事項

6.5　Facilities Manager使用時の注意事項

6.6　その他の注意事項

6.1　運用開始時の注意事項

運用開始時の注意事項を以下に示します。

このシステムを使用する前にすべてのサーバ，クライアントマシンのシステム日付を統一してください。

スケジュール格納ディレクトリ下のlogディレクトリには，次の表に示すファイルが作成されます。なお，表中の「$apposv」は，Scheduler Serverのスケジュール格納ディレクトリを示します。デフォルトのScheduler Serverのスケジュール格納ディレクトリは「/usr/iki」です。

表6-1　logディレクトリと作成されるファイル

ディレクトリ名
機能
種別
ファイル名

$apposv/log/
Schedulerサーバ本体
稼働ログ
LOGSV.log
LOGSV.bak

アクセスログ
CntlSV.log
CntlSV.bak

エラーログ
errDumpSV.log
errDumpSV.bak

Facilitiesサーバ本体
稼働ログ
LOGRMSV.log
LOGRMSV.bak

アクセスログ
CntlRMSV.log
CntlRMSV.bak

エラーログ
errDumpRMSV.log
errDumpRMSV.bak

Scheduler管理ツールサーバ
アクセスログ
CntlMan.log
CntlMan.bak

エラーログ
errDumpMan.log
errDumpMan.bak

Facilities管理ツールサーバ
アクセスログ
CntlRMMan.log
CntlRMMan.bak

エラーログ
errDumpRMMan.log
errDumpRMMan.bak

その他
変更通知情報結果ログ
indxget.log
indxget.bak

兼任情報ログ
KENNIN.log

バックアップ退避情報
backupfile.log

aconsole稼働ログ
aconsole.log

roomconsole稼働ログ
roomconsole.log

$apposv/log/tmp※
その他
バックアップ格納用
－

$apposv/log/agent※
その他
Assist連携用
－

注※

Scheduler Serverがインストールされている間は削除しないでください。削除した場合，Scheduler Serverが正常に動作しません。

誤って削除してしまった場合には，ディレクトリを手動で作成してください。

各種ログファイルの最大容量は次の表のとおりです。なお，表中のNは「aconsole」又は「roomconsole」の「コンフィギュレーション」で設定した最大容量を示します。

表6-2　ログファイルの最大容量

機能
種別
ファイル名
最大サイズ※

Schedulerサーバ本体
稼働ログ
LOGSV.log
LOGSV.bak
N/14

アクセスログ
CntlSV.log
CntlSV.bak

エラーログ
errDumpSV.log
errDumpSV.bak

Facilitiesサーバ本体
稼働ログ
LOGRMSV.log
LOGRMSV.bak
N/14

アクセスログ
CntlRMSV.log
CntlRMSV.bak

エラーログ
errDumpRMSV.log
errDumpRMSV.bak

Scheduler管理ツールサーバ
アクセスログ
CntlMan.log
CntlMan.bak
N/84

エラーログ
errDumpMan.log
errDumpMan.bak

Facilities管理ツールサーバ
アクセスログ
CntlRMMan.log
CntlRMMan.bak
N/84

エラーログ
errDumpRMMan.log
errDumpRMMan.bak

その他
管理データ更新ログ
indxget.log
indxget.bak
N/84

Assist連携ログ
SFagent.log
SFagent.bak
N/84

注※

各ファイルの最大サイズは，この表で示した値を多少超えることがあります。

6.2　管理ツール使用時の注意事項

管理ツール使用時の注意事項を以下に示します。

最上位の階層に登録されているユーザと施設は，WWW for Schedulerから参照できません。最上位の階層には登録しないようにしてください。

組織名・ユーザ名・施設名などに，以下の文字は大文字・小文字共に使用しないでください。
COM1,COM2,COM3,COM4,COM5,COM6,COM7,COM8,COM9,LPT1,
LPT2,LPT3,LPT4,LPT5,LPT6,LPT7,LPT8,LPT9,PRN,CON,NUL,AUX

管理ツールをWindows NT Server上で実行させる場合，「アイコンの登録内容の変更」画面で，「別メモリで実行」をチェックして二重にアプリケーションを動作させたとき，動作は保証しません。

「G/Wテーブル作成」ウィンドウのゲストIDテーブルに登録されたユーザを「管理ツール」ウィンドウから削除しても，ゲストIDテーブルには登録されたまま残ります。この場合，「G/Wテーブル作成」ウィンドウから該当するゲストIDを削除してください。

管理ツールでは，施設管理者を登録した後，対象施設を移動すると施設管理者の対象「選択，一部選択，非選択」が不正になることがあります。不正になった施設に対しては管理ツールで再設定してください。

管理ツールで設定する各設定値の文字列に，絵記号などのOS固有の文字を設定しないようにしてください。OS固有の文字を設定すると，異なるOS上でクライアントとしてWebブラウザを使用している場合，正常に表示されないことがあります。

管理ツールで設定する「行先・区分の設定」について，次の注意事項があります。したがって，「行先・区分の設定」については，運用後はできるだけ変更しないようにお願いします。

管理ツールの「行先・区分の設定」ウィンドウで設定した区分名（「社内」や「他事業所」など）を，運用開始後に変更した場合，これまでに登録したスケジュールの区分名が変更されます。

管理ツールの「行先・区分の設定」ウィンドウで，項目内の文字列をすべて削除すると，その項目が削除され，次の項目が順次スライドされた設定となります。したがって，運用開始後に「行先・区分の設定」ウィンドウで項目内の文字列をすべて削除する場合，次の点に御注意ください。
1. クライアントで表示される区分名が一斉にスライドした形で変更されます。これによって，スケジュールの内容と区分名が食い違います。
2. これまでクライアントで表示されていた区分名と色の対応がずれます。

管理ツールの「行先・区分の設定」ウィンドウで，項目内の文字列をすべて削除すると，その項目が削除されます。削除された区分名が登録されていたスケジュールは，管理ツールの「行先・区分の設定」ウィンドウで設定されている最初の区分名となります。

区分名は「1：」から順番に使用してください。中間に，スペースだけや何も設定しない項目を設定しないでください。

Scheduler ServerのG/Wを用いて他システムと接続している場合，管理ツールで設定する「行先・区分の設定」を自システムと他システム間で同一の文字列に設定してください。同一の文字列に設定しない場合，他システムのスケジュール参照などで「区分」は正しく表示されません。また，他システムにいるユーザへのスケジュール予約では「区分」は正しく登録されません。同一の文字列に設定しない場合，他システムのスケジュール参照時に表示される「区分」は，自システムの同一の番号の「区分」となります。

6.3　マルチサーバ構成時の注意事項

マルチサーバ構成時の注意事項を以下に示します。

マルチサーバ構成のシステムを作成する場合，親サーバはシステム内で使用するバージョン，リビジョンの最新バージョンを使用してください。

マルチサーバ構成のシステムを作成する場合，すべてのサーバ間でホスト名を用いてTCP/IPで通信できるようにしてください。また，クライアントマシンからも，すべてのサーバに対してホスト名を用いてTCP/IPで通信できるようにしてください。

サーバ・クライアント間で設定するホスト名は同一にしてください。

マルチサーバ構成のシステムで，Scheduler ServerとFacilities Managerの両方を運用する場合，すべてのサーバマシンでScheduler ServerとFacilities Managerの両方をインストールし，両方とも起動しておく必要があります。

同一システム内にGroupmax Scheduler Server Version2.0のサーバを混在させて運用する場合，リビジョン02-31以上だけを混在できます。また，親サーバは必ずGroupmax Scheduler Server Version 7を使用してください。

同一システム内にGroupAppomouseのサーバを混在させて運用する場合，リビジョン01-20以上だけを混在できます。また，親サーバは必ずGroupmax Scheduler Server Version 7を使用してください。

「コンフィギュレーション」の管理データ取得時刻を，同一の親サーバを持つ複数の子サーバで同一時刻にした場合，取得に失敗することがあります。子サーバが5台以上のシステム構成の場合は，各子サーバの設定時刻をずらしてください。

Address Serverとの連動時，Scheduler Serverの親サーバを子サーバに変更した場合は，該当マシンのAddress ServerとScheduler Serverを再起動してください。

すべてのサーバで，同一ホストから同一IPアドレスが決定されるよう，hostsファイル又はDNSなどを設定してください。

「コンフィギュレーション」の「5. 親サーバ環境の共有」を「共有する」に設定している場合，子サーバの「コンフィギュレーション」で，親サーバと共有する項目が「エラー」又は「設定されていません。」と表示されることがあります。この現象は，次のときに発生します。

親サーバ又は子サーバのユーザ用固定長定義ファイル（AppoMan.idx）に設定値がないとき

親サーバ又は子サーバにユーザ用固定長定義ファイルが存在しないとき

この場合は，次の手順を実行してください。
1. 親サーバの「コンフィギュレーション」で共有する項目を設定する。
　ただし，設定値が正しい場合は再設定する必要はありません。
2. 親サーバの「コンフィギュレーション」の「5. 親サーバ環境の共有」を「共有しない」に設定する。
3. 親サーバの「コンフィギュレーション」の「5. 親サーバ環境の共有」を「共有する」に設定する。
4. すべての子サーバで「管理データ取得」を実行する。

マルチサーバ構成で，子サーバにVersion2.0を使用している環境では，子サーバで「コンフィギュレーション」の「5. 親サーバ環境の共有」を「共用する」に設定していても，不要スケジュール削除期間は正しく共有されません。このため，不要スケジュール削除期間は共有しないで個別に設定してください。

Windows版06-00，06-00-/Aを含むマルチサーバ構成時に，SFdatacpコマンドを利用する場合，Windows版のScheduler Server 06-00，又はScheduler Server 06-00-/Aがインストールされているサーバのスケジュール格納ディレクトリを必ず<インストールディレクトリ>¥dataに設定してください。スケジュール格納ディレクトリを上記以外に設定している場合は，SFdatacpコマンドを実行しても，スケジュールデータを正常に転送できません。

6.4　G/W構成時の注意事項

G/W構成時の注意事項を以下に示します。

G/W通信をする場合，自システムのG/Wサーバマシンと接続先の他システムのG/Wサーバマシンとが，ホスト名を用いてTCP/IPで通信できるようにしてください。

自システム内及び接続する他システムを含めた全サーバ中にVersion1.0(GroupAppomouse)，Version2.0のサーバが存在する場合，親サーバ及びG/Wサーバは必ずVersion 3以降にしてください。また，33バイト以上のホスト名を登録しないでください。

マルチサーバ構成のシステムを構成する場合，G/Wサーバは，親サーバと同様にシステム内で使用するバージョンの最新のバージョンを使用してください。

Scheduler ServerのG/Wを用いて他システムと接続している場合，次の現象が発生します。
現象
クライアントでスケジュールを選択し，「削除」「保留」「非承認」「承認」「選択」を選んでも，選択したスケジュールに対して処理が実行されないで，別のスケジュールに対して処理が実行されます。
原因
以下の条件をすべて満たす場合に発生します。
1. G/Wを用いて他システムと接続しているとき。
2. 自システムと他システムに同一のユーザIDが存在しているとき。
3. 上記2.のユーザ二人が，同一のユーザに対し，同一の日に予約しているとき。
4. 予約を受信したユーザが上記3.のスケジュールに対して操作しているとき。
回避方法
G/Wを用いて，複数システムを接続している場合，同一のユーザIDを割り当てないようにお願いします。

自システム又は他システムのG/Wサーバのホスト名を変更した場合は，「Scheduler_Facilities管理ツール」を起動し，すべてのG/Wサーバで他システムの設定を再登録してください。他システムの登録方法については，「4.6.2　他システムと接続する場合（G/W通信をする場合）」を参照してください。

注

G/Wサーバのホスト名を変更した場合，ホスト名変更前のG/W越しの予約スケジュールについて，予約変更・回答・削除ができないことがあります。

Scheduler ServerのG/Wを使用して他システムと接続している場合，Scheduler Client Version 5以降，及びWWW for Scheduler Version 5以降で使用できるユーザ検索機能で検索対象となるのは，自システムのユーザだけです。
クライアントの各操作時の結果を次に示します。

「特定の階層を指定する」チェックボックスのチェックを外して検索したとき
他システムのユーザは検索対象とならないで，自システムのユーザだけ検索します。

「特定の階層を指定する」チェックボックスをチェックして，他システムを指定したとき
エラーを示すダイアログが表示され，検索は実行されません。

「特定の階層を指定する」チェックボックスをチェックして，自システムの組織を指定したとき
指定した組織以下を検索します。

次の条件を満たす場合，他システムのユーザのスケジュール参照・予約時に通信エラー（タイムアウト）が発生することがあります。

他システムと接続している

ホスト名の管理にDNSを使っている

SchedulerのDNSホスト名に，使われていない又は存在しないホスト名が登録されている

エラーが発生した場合は，次の手順を実行してください。

Address Serverと連動していない場合

1. 管理ツールを起動して「DNSホスト名の登録」で，不要なホスト名を削除します。

　「オプション」－「DNSホスト名」

2. 以下の操作ですべての子サーバから「管理データ取得」を実行します。

　「コンフィギュレーション」－［手動実行］－［管理データ取得］

Address Serverと連動している場合

1. 親サーバ上で次のファイルを削除します。

　＜スケジュール格納ディレクトリ＞/etc/DNSHOSTS.tbl

　削除する前に必ずバックアップを取得してください。エラー時のリカバリに使用します。

2. 以下の操作で，親サーバ上でユーザ情報の再作成を実行します。

　「コンフィギュレーション」－［手動実行］－［ユーザ情報再作成］

3. 管理ツールを起動して「DNSホスト名の登録」で自システムのG/Wホスト名と他システムのG/Wホスト名を再登録します。

　「オプション」－「DNSホスト名」

4. 以下の操作ですべての子サーバから「管理データ取得」を実行します。

　「コンフィギュレーション」－［手動実行］－［管理データ取得］

Scheduler ServerのG/Wを使用して，Version 6以前のScheduler Serverが存在する他システムに接続している場合，次の現象が発生します。

11番目以降の区分を設定したスケジュールを他システムのユーザに予約すると，他システムのユーザがそのスケジュールを参照したときに，クライアント製品がエラーになる，又は異常終了する。

他システムのユーザのキーワード検索を行ったときに，検索に失敗する，又はイベントスケジュールが検索できない。

これらの現象を回避するため，事前に自システムのScheduler Server及びFacilities Managerがインストールされているすべてのマシンで，次の設定を行ってください。
1. /usr/GroupAppo/bin/AppoSV.iniファイルに以下の記述を追加する。
　AppoSV.iniファイルが存在しない場合は作成してください。
　また，行末には改行コードを入力する必要があります。

 [Environment]
 KBN_ENHANCE=OFF

2. サーバを再起動する。
　1. コンフィギュレーション（aconsole）起動
　　・サーバ（SV）の停止
　　・サーバ（SV）の起動
　2. コンフィギュレーション（roomconsole）起動
　　・サーバ（RMSV）の停止
　　・サーバ（RMSV）の起動
なお，設定後は次のように動作します。

他システムのScheduler Serverのバージョンに関係なく，11番目以降の区分を設定したスケジュールを他システムのユーザに予約すると，1番目の区分に変換されてスケジュールが予約される。

キーワード検索が正しく行われる。

6.5　Facilities Manager使用時の注意事項

Facilities Manager使用時の注意事項を以下に示します。

既にFacilities Managerを運用している状態から，新規にScheduler Serverの運用を開始する場合，ユーザ管理情報は，Scheduler ServerとFacilities Managerとで共有されていますので，その情報がそのまま使用できます。

Scheduler ServerとFacilities ManagerをAddress Serverとの連動で運用する場合，Address Serverのユーザ情報を取得するのは，「aconsole」又は「roomconsole」のどちらか一方でしてください。両方でする必要はありません。

Scheduler Server上でユーザを施設として擬似的に扱い，施設管理をしている状態から，新規にFacilities Managerの運用を開始する場合，次に述べる方法によって，Scheduler Serverで運用していた予約データを引き続きFacilities Managerから利用できます。

はじめに管理ツールを使用して，Scheduler Serverに登録されている（擬似的に施設として扱っていた）ユーザの情報を削除します。

次に管理ツールを使用して，同一ID，同一名称で施設情報として再登録します。

ただし，Scheduler Serverからの予約発信控えが残りますが，予約の削除や取り消しは実行できません。

マルチサーバ構成のシステムで，Scheduler ServerとFacilities Managerの両方を運用する場合，すべてのサーバマシンで，Scheduler ServerとFacilities Managerの両方をインストールし，両方とも起動しておく必要があります。

登録する施設IDとして，以下の例に示すようなアルファベットの大文字と小文字だけが異なる施設IDは登録しないでください。登録すると，それらの施設は正常にクライアントから使用できなくなります。実際には，管理ツールでアルファベットの大文字と小文字が異なる施設を登録できるため御注意ください。
（例）abc123
　　 ABC123
　　 Abc123

6.6　その他の注意事項

その他の注意事項を以下に示します。

サーバのポート番号（ikisaki,appoman,appoarea,roommanの番号）を変更した場合，サーバ及び管理ツールサーバのSV，AppoMan，RMSV，RoomManを再起動してください。

2038年までスケジュール登録ができます。2039年以降の動作は保証しません。

Scheduler Server，Facilities Manager Version 7と同一マシンに，Groupmaxのほかのアプリケーションをインストールして連動する場合には，Groupmaxのほかのアプリケーションは，Version 6以降をインストールしてください。

Groupmax統合運転席機能を使用してGroupmaxサーバを運用管理している場合，Scheduler Server，Facilities Managerのインストールやバージョンアップは，該当するサーバマシン上のGroupmax System Agent - TCP/IPを停止した後にしてください。

不要スケジュールの削除時には，ユーザが一人も登録されていない場合，削除処理は実行されません。これは，システムが異常時に，誤ってユーザが一人もいないと判断し，全ユーザのスケジュールを削除するのを防止するためです。全ユーザのスケジュール削除を目的とする場合，スケジュール格納ディレクトリ下のディレクトリを手動で削除してください。

以下のディレクトリの下にはファイルを作成しないでください。
　　＜スケジュール格納ディレクトリ＞/etc
　　＜スケジュール格納ディレクトリ＞/log
　　＜スケジュール格納ディレクトリ＞/room
また，＜スケジュール格納ディレクトリ＞/logディレクトリは削除しないでください。削除すると，サーバは正常に動作しなくなります。もし，削除してしまった場合は，以下のディレクトリを作成してください。
　　＜スケジュール格納ディレクトリ＞/log
　　＜スケジュール格納ディレクトリ＞/log/tmp
　　＜スケジュール格納ディレクトリ＞/log/agent

クライアントの受信一覧画面で，「予約者」の表示方法について，次の選択ができます。

設定1

スケジュールの予約後，予約者の日本語名が変更された場合，一覧に表示する「予約者」に，変更後の日本語名を表示します。

設定2

スケジュールの予約後，予約者の日本語名が変更された場合，一覧に表示する「予約者」に，予約当時の日本語名を表示します。

設定1の場合，表示するスケジュール数が多いと表示するまでの時間が長くなります。デフォルトは設定2です。設定を変更する場合は，/usr/GroupAppo/bin/AppoSV.iniファイル（存在しない場合は作成してください）に以下の記述を追加し，Scheduler Server，Facilities Managerを再起動してください（行末には改行コードを入力する必要があります）。

設定1の場合

[Rename]

List=ON

設定2の場合

[Rename]

List=OFF

ただし，設定2の場合でも「予約発信詳細」画面では，変更後の日本語名を表示します。

運用中の稼働ログ及びエラーログは，＜スケジュール格納ディレクトリ＞/log以下のログファイルに出力されます。

Scheduler Server，及びFacilities Managerをアンインストールした場合でも，＜スケジュール格納ディレクトリ＞以下のデータは削除されません。不要な場合，＜スケジュール格納ディレクトリ＞を手動で削除してください。

Scheduler Server，Facilities Managerに登録できるデータの文字コードは，Shift-JISだけです。その他の文字コードを登録すると，クライアントの表示で文字化けが発生します。

不要スケジュール削除機能の手動実行又は自動実行で，以下の条件を満たす場合には，該当するユーザID（又は施設ID）のスケジュールは削除されません。

ユーザID（又は施設ID）とスケジュール格納ディレクトリ名の文字列が，アルファベットの大文字と小文字だけ異なる場合。
以下に例を示します。
例1：ユーザID（又は施設ID）が「abc」で，スケジュール格納ディレクトリが「ABC」の場合。
例2：ユーザID（又は施設ID）が「Abc」で，スケジュール格納ディレクトリが「ABC」の場合。

サーバマシンの移行などでディレクトリをコピーした場合に，大文字と小文字が変化することがありますので，注意してください。

Scheduler Server又はFacilities Managerをアンインストールしても，＜スケジュール格納ディレクトリ＞は削除されません。不要な場合は，手動で削除してください。

クライアントとしてWebブラウザを使用している運用環境で，「スケジュール」サービスの定義ファイルでユーザ名の「フルネーム」を「すべてを表示する」に設定にしている場合，ユーザ名が表示されない（空欄で表示される）ことがあります。これは，Scheduler Serverの環境ファイルが存在しないか，環境ファイルに不整合が発生しているためです。
この現象が発生した場合は，「ユーザ情報再作成」を実行してください。

telnetなどを用いてHOSTCHGなどのコマンドをほかのマシンからリモート実行する際，実行中にネットワークに障害が発生すると，メッセージが止まったまま処理が終了しないで，待機状態になるおそれがあります。このため，コマンドを実行する際は，次のように実行してください。

サーバをインストールしたマシン上でコマンドを実行する

ログファイル指定，又は「>」（リダイレクション）を用いて，標準出力に出力しないでコマンドを実行する

Groupmax Scheduler Client - PDA Option Version 6を利用する場合，設定する同期期間は，Scheduler Serverの運用期間内（過去1年，今年，翌1年の計3年間）になるようにしてください。

区分数の拡張に未対応のクライアント製品で，11番目以降の区分が設定されているスケジュールを参照する場合，1番目の区分の名前及び色で表示されます。また，このスケジュールに対して，次の操作を行った場合には，1番目の区分で再登録されます。

スケジュールを変更する。

予約スケジュールに回答する。

未読スケジュールの詳細画面を表示する。

GroupAppomouse Clientを使用する場合は，01-20以上の製品を使用してください。また，Groupmax Scheduler Client Version2.0を使用する場合は，02-31以上の製品を使用してください。

システムに登録できるユーザ数は100,000人ですが，1サーバに登録するユーザ数は30,000人以下にしてください。また，Groupmax Facilities Managerを利用する場合は，1サーバに登録するユーザ数と施設数の合計を30,000人以下にしてください。

施設情報で「重複予約禁止」をONに設定しても，複数ユーザが同時に予約をすると，予約できてしまうことがあります。重複して予約できてしまった場合は，重複しているスケジュールのどちらか一方を，クライアントから手動で削除してください。

兼任ユーザを20人より多く登録していても，そのユーザはログインでき，またスケジュールのツリーにも表示されます。ただし，以下の機能を使用している場合には，そのユーザへのアクセス権は「参照拒否」として扱われる場合があります。

組織階層によるセキュリティ設定機能

組織グループによるセキュリティ設定機能

兼任ユーザを20人より多く登録していても，そのユーザはログインでき，またスケジュールのツリーにも表示されます。ただし，組織対施設のセキュリティ設定機能を使用している場合には，アクセス権を設定しても，ツリービューで施設が表示されません。

7.　コマンドの説明

この章では，Address Serverからのユーザ情報の作成，及びデータ移行時に使用するコマンドについて説明します。

＜この章の構成＞

7.1　「GetAdAll」について

7.2　「indxget」について

7.3　「HOSTCHG」について

7.4　「BITECHG」について

7.5　「CODECHG」について

7.6　整合性チェックツール「chkorder」と「sortdate」について

7.7　ユーザ情報の整合性チェックツール「checkid」について

7.8　グループファイル変換ツール「grpchg」について

7.9　「SFimport」について

7.10　「SFexport」について

7.11　「SCHogimp」について

7.1　「GetAdAll」について

ユーザ情報の再作成をする場合，「GetAdAll」コマンドを実行してください（この実行は「コンフィギュレーション」の［手動実行］の［ユーザ情報再作成］ボタンと同様の処理です。直接このコマンドを実行するのではなく，「コンフィギュレーション」からの実行をお勧めします）。

＜この節の構成＞

(1)　コマンドの書式

(2)　引数

(3)　リターンコード

(4)　注意

(5)　エラー発生時の対処

(6)　実行例

(1)　コマンドの書式

/usr/GroupAppo/bin/GetAdAll [/g] [/s | /sj] [/o]

(2)　引数

登録の引数
/g：デフォルト組織「GMAXSYS」以下の登録
引数/gを付けると，Address Serverのデフォルト組織である「GMAXSYS」以下を，Scheduler Server及びFacilities Managerの組織として登録します。
/gを省略した場合は，デフォルト組織「GMAXSYS」以下を登録しません。

ソートの引数
/s：役職順ソート
引数/sを付けると，ユーザの並び順をAddress Serverで設定した役職，及び役職順位に従ってソートします。
/sj：日本語名順ソート
引数/sjを付けると，ユーザの並び順をAddress Serverで設定した日本語名順に従ってソートします。

組織名表示の引数
/o：組織名として組織略称を使用する
引数/oを付けると，組織名としてAddress Serverで設定した組織略称を表示します。クライアントでは，以下で示す組織名を組織略称で表示します。

詳細スケジュール画面

予約受信詳細画面

予約メンバ回答状況画面

ユーザ検索結果一覧画面

組織略称を使用した運用を開始する場合，運用を開始する前に，一度，この引数を指定してGetAdAllコマンドを実行してください。また，運用後に，indxgetコマンドを使用する場合，この引数を指定してください。
引数/oを指定した場合でも，クライアントでのツリービューの組織はAddress Serverで設定した組織名になります。
また，組織略称を使用した運用を中止する場合は，一度，GetAdAllコマンドに/o引数を指定しないで実行してください。運用後に，indxgetコマンドを使用する場合，この引数を指定しないでください。

(3)　リターンコード

0：正常終了

1：異常終了

(4)　注意

組織の並び順は，組織ID順になります。

ソートの引数は1種類だけ指定できます。複数同時に指定した場合は，エラーとなります。

ソートの引数を指定しない場合，ユーザ，組織共にID順になります。

Address Serverをインストールした後にScheduler Server又はFacilities Managerをインストールしているか確認してください（インストールに関する注意の詳細は，「4.1.2(1)　インストール時の注意」を参照してください）。

Address ServerとScheduler Server及びFacilities Managerの親サーバがインストールされているマシン上で実行してください。

Address Serverが起動している状態で実行してください。

サーバ（SV，RMSV），及び管理ツールサーバ（AppoMan，RoomMan）を停止した状態で実行してください。

「GetAdAll」コマンド実行中に，一括登録や運転席からの追加，削除，変更などAddress Serverのアドレス帳情報を変更する処理をしないでください。

Address Server上で組織やユーザの情報を登録しているか確認してください。

G/Wの設定をしているマシンで，G/Wの設定を外してユーザ情報を登録したい場合，＜スケジュール格納ディレクトリ＞/etcディレクトリの以下のファイルを削除した後，実行してください。

GATEWAY.idx

guest.idx

＊.gst（＊は，任意の名前）

Address Serverの「兼任ユーザ」は，兼任指定された組織に登録されます。「兼任ユーザ」については，「4.1.7　兼任ユーザについて」を参照してください。

Address Serverの「宛先ユーザ」・「アドレス帳ユーザ」は，Scheduler Server及びFacilities Managerのユーザとして登録されません。

Address Serverでセキュリティランクが設定されていない場合，デフォルトのセキュリティランクとして「A」を設定します。

Address Serverでユーザ，組織の日本語名称が半角21文字以上で登録されている場合，先頭から半角20文字までの名称でScheduler Serverに登録されます。20文字目が全角文字の場合には，19文字目までの名称が登録されます（Facilities Managerも同様です）。

「GetAdAll」コマンドを実行すると，Scheduler Serverに既に登録されているユーザ情報（＜スケジュール格納ディレクトリ＞/etcディレクトリの内容）は，＜スケジュール格納ディレクトリ＞/log/etc_bkディレクトリに退避されます。

役職順ソート，又は日本語名順ソートを実行すると，Scheduler Server及びFacilities Managerに既に登録されているユーザ情報（＜スケジュール格納ディレクトリ＞/etcディレクトリの内容）は，＜スケジュール格納ディレクトリ＞/log/etc_bksディレクトリに退避されます。

多少時間が掛かりますが，処理を中断しないでください。処理を中断した場合，その後のアプリケーションの動作は保証しません。

Assist連携でホームサーバ移動を行っている場合は，ホームサーバ移動を完了させてから「ユーザ情報再作成」又はGetAdAllコマンドを実行してください。

マルチサーバ構成の場合には「ユーザ情報再作成」又はGetAdAllコマンドを実行した後，各子サーバから「管理データ取得」を実行してください。

二重起動はできません。後から起動したものは起動時にエラーとなります。

「コンフィギュレーション」の「15. Address情報取得オプション」のGMAXSYSユーザ反映を「反映しない」に設定してユーザ情報再作成した場合，又は「GetAdAll」コマンドで引数/gなしで実行した場合，変更通知情報取得を，「15. Address情報取得オプション」のGMAXSYSユーザ反映を「反映する」に設定して実行しないでください。また，「indxget」コマンド実行時に，引数/gを付けて実行しないでください。

このコマンドを実行したとき，実行結果は標準出力に出力されログファイルには出力されません。ファイルに出力したいときは，次のようにリダイレクトしてください。

/usr/GroupAppo/bin/GetAdAll （引数） > ログファイル名

GetAdAllコマンド実行前にユーザのSchedulerホームサーバを変更している場合は，スケジュールデータの移動を行う必要があります。詳細は，「付録F　スケジュールデータの移動」を参照してください。

Address Serverとの通信時にAddress Serverの名前解決処理が発生するため，GetAdAllを実行するマシンのIPアドレスとホスト名のエントリをGetAdAllを実行するマシンのhostsファイルに追加しておくと，GetAdAllの処理性能を向上できます。

(5)　エラー発生時の対処

処理に失敗した場合，etcディレクトリ下の管理データをコマンド実行前の状態に自動で戻します。メッセージを確認し，エラーの要因を除去した上で，再実行してください。
なお，処理に失敗してetcディレクトリ下の管理データをコマンド実行前の状態に戻す処理に失敗した場合，再度実行してもエラーとなります。この場合には次の作業を行い，再実行してください。

次のバックアップフォルダからすべてのファイルをリストアしてください。
復旧元：＜スケジュール格納ディレクトリ＞/log/etc_bk
復旧先：＜スケジュール格納ディレクトリ＞/etc

メッセージを確認し，エラーの原因を取り除いてください。

＜スケジュール格納ディレクトリ＞/log/GetAdLck.datファイルを削除してください。

エラーメッセージについては，「付録M　「GetAdAll」と「indxget」の実行時のエラーメッセージ」を参照してください。

(6)　実行例

#/usr/GroupAppo/bin/GetAdAll
[Groupmax Address Serverユーザ情報の一括取得開始]
インストール情報の取得・・・Ok!
データファイルのバックアップ・・・Ok!
組織（Ａ社：Asya）を処理中・・・UU
組織（開発部：kaihatu）を処理中・・・
組織（開発１Ｇ：kaihatu1）を処理中・・・UUUNUUUUU
組織（開発２Ｇ：kaihatu2）を処理中・・・UUUUUDUKU
組織（開発３Ｇ：kaihatu3）を処理中・・・UUUAUUU
Gatewayの設定（MAIN.idx）を処理中・・・S
Gatewayの設定（IDINDX.idx）を処理中・・・GGGGG
差分情報ファイルの削除・・・Ok!
正常終了

上記の実行例の中の記号は，次のとおりです。

「U」：通常のユーザ（アドレスユーザ）の登録

「K」：兼任ユーザの登録

「A」：宛先ユーザ（Scheduler Serverのユーザとしては登録されません）

「D」：アドレス帳ユーザ（Scheduler Serverのユーザとしては登録されません）

「N」：Scheduler Serverのホームサーバが設定されていないユーザ（Scheduler Serverのユーザとしては登録しない），又は同一組織内に主体ユーザと兼任ユーザが所属している場合の兼任ユーザ

「S」：他システムの設定

「G」：他システムからのアクセス用ゲストIDの設定

7.2　「indxget」について

Address Serverの変更通知情報を取得する場合（「コンフィギュレーション」の［手動実行］の［ユーザ情報の再作成］，又は「GetAdAll」コマンドを実行後に，ユーザ情報の変更をAddress Serverから取得する場合），「indxget」コマンドを実行してください（この実行は「コンフィギュレーション」の［手動実行］の［変更通知情報取得］ボタンと同様の処理です。直接このコマンドを実行するのではなく，「コンフィギュレーション」からの実行をお勧めします）。

＜この節の構成＞

(1)　コマンドの書式

(2)　引数

(3)　リターンコード

(4)　注意

(5)　オプション機能

(6)　エラー発生時の対処

(7)　実行例1

(8)　実行例2

(1)　コマンドの書式

/usr/GroupAppo/bin/indxget [/g] [/s[n] | /sj[n] | /si[n]] [/o]

(2)　引数

登録の引数
/g：デフォルト組織「GMAXSYS」以下の登録
引数/gを付けると，Address Serverのデフォルト組織である「GMAXSYS」以下を，Scheduler Server及びFacilities Managerの組織として登録します。「GetAdAll」コマンドを引数/gで実行した場合にだけ指定してください。
/gを省略した場合は，デフォルト組織「GMAXSYS」以下を登録しません。

ソートの引数
/s[n]：役職順ソート
引数/sを付けると，ユーザの並び順をAddress Serverで設定した役職及び役職順位に従ってソートし，組織を組織ID順にソートします。/snとすると，組織の並び順はAddress Serverで追加した順になります。詳細は，「4.1.5　ユーザソートについて」を参照してください。
/sj[n]：日本語名順ソート
引数/sjを付けると，ユーザの並び順をAddress Serverで設定した日本語名に従ってソートし，組織を組織ID順にソートします。/sjnとすると，組織の並び順はAddress Serverで追加した順に追加されます。詳細は，「4.1.5　ユーザソートについて」を参照してください。
/si[n]：ID順ソート
引数/siを付けると，ユーザ及び組織の並び順をAddress Serverで設定したID順に従ってソートします。/sinとすると，組織の並び順はAddress Serverで追加した順になります。詳細は，「4.1.5　ユーザソートについて」を参照してください。

組織名表示の引数
/o：組織名として組織略称を使用する
引数/oを付けると，組織名としてAddress Serverで設定した組織略称を表示します。クライアントでは，以下で示す組織名を組織略称で表示します。

詳細スケジュール画面

予約受信詳細画面

予約メンバ回答状況画面

ユーザ検索結果一覧画面

組織略称を使用した運用を開始する場合，運用を開始する前に，一度，GetAdAllコマンドに/o引数を指定して実行してください。運用後に，indxgetコマンドを使用する場合，この引数を指定してください。
引数/oを指定した場合でも，クライアントでのツリービューの組織はAddress Serverで設定した組織名になります。
また，組織略称を使用した運用を中止する場合は，一度，GetAdAllコマンドに/o引数を指定しないで実行してください。運用後に，indxgetコマンドを使用する場合，この引数を指定しないでください。

(3)　リターンコード

0：正常終了

1：異常終了

(4)　注意

Address Serverからの変更通知情報は，Address Serverにユーザを登録・変更してから1時間（デフォルト）後か，Address Serverの再起動によって出力されます（変更通知情報の出力間隔はAddress Serverで指定できます）。その後，「indxget」コマンドを実行してください。

ソートの引数は1種類だけ指定できます。複数同時に指定した場合は，エラーとなります。

ソートの引数を指定しない場合，ユーザ，組織共にAddress Serverで追加した順になります。

Address ServerとScheduler Server及びFacilities Managerの親サーバがインストールされているマシン上で実行してください。

Address Serverが起動している状態で実行してください。

サーバ（SV）及び管理ツールサーバ（AppoMan）を停止した状態で実行してください（Facilities Managerが同一サーバにインストールされている場合，サーバ（RMSV）及び管理ルールサーバ（RoomMan）も停止してください）。

Schedulerを運用中に実行するのであれば，クライアントからのアクセスが少ない時間帯に実行してください。運用中に実行する場合，クライアントからのアクセス（スケジュール参照，ログインなど）が失敗することがあります。

「indxget」コマンド実行中に，一括登録や運転席からの追加・削除・変更などAddress Serverのアドレス帳情報を変更する処理をしないでください。

Address Serverの「兼任ユーザ」は，兼任指定された組織に追加・変更・削除されます。「兼任ユーザ」については，「4.1.7　兼任ユーザについて」を参照してください。

Address Serverの「宛先ユーザ」・「アドレス帳ユーザ」は，Scheduler Serverのユーザとして追加・変更・削除されません。

Address Serverでセキュリティランクが設定されていない場合，デフォルトのセキュリティランクとして「A」を設定します。

Address Serverでユーザ，組織の日本語名称が，半角21文字以上で登録されている場合，先頭から半角20文字までの名称でScheduler Server及びFacilities Managerに登録されます。20文字目が全角文字の場合には，19文字目までの名称が登録されます。

「indxget」コマンドを実行すると，Scheduler Server及びFacilities Managerに既に登録されているユーザ情報（＜スケジュール格納ディレクトリ＞/etcディレクトリの内容）は，＜スケジュール格納ディレクトリ＞/log/etc_bkディレクトリに退避されます。

ソート処理を実行すると，Scheduler Server及びFacilities Managerに既に登録されているユーザ情報（＜スケジュール格納ディレクトリ＞/etcディレクトリの内容）は，＜スケジュール格納ディレクトリ＞/log/etc_bksディレクトリに退避されます。

「コンフィギュレーション」の「13. 変更通知情報取得の自動実行」を「使用する」に設定している，若しくは［手動実行］の［変更通知情報取得］，又は「indxget」コマンドを実行したとき，変更内容にユーザのホームサーバ変更が含まれている場合は，スケジュールデータの移動を手作業でする必要があります。

多少時間が掛かりますが，処理を中断しないでください。処理を中断した場合，その後のアプリケーションの動作は保証しません。
時間が掛かり，処理を中断した場合には以下のバックアップフォルダからすべてのファイルをリストアして再度実行してください。
復旧元：＜スケジュール格納ディレクトリ＞/log/etc_bk
復旧先：＜スケジュール格納ディレクトリ＞/etc

注

一度中断した後，リストアせずに再度実行した場合は，その後リストアしても環境は不正な状態になります。

二重起動はできません。後から起動したものは起動時にエラーとなります。

「コンフィギュレーション」の「15. Address情報取得オプション」のGMAXSYSユーザ反映を「反映しない」に設定してユーザ情報再作成した場合，又は「GetAdAll」コマンドで引数/gなしで実行した場合，変更通知情報取得を，「15. Address情報取得オプションの設定」のGMAXSYSユーザ反映を「反映する」に設定して実行しないでください。また，「indxget」コマンド実行時に，引数/gを付けて実行しないでください。

このコマンドを実行したとき，実行結果は標準出力に出力されログファイルには出力されません。ファイルに出力したいときは，次のようにリダイレクトしてください。

/usr/GroupAppo/bin/indxget （引数） > ログファイル名

変更内容に，ユーザのSchedulerホームサーバの変更が含まれている場合は，スケジュールデータの移動を行う必要があります。詳細は，「付録F　スケジュールデータの移動」を参照してください。

(5)　オプション機能

/s[n]，/sj[n]，/si[n] オプションを指定した場合，管理データの変更の有無に関わらずすべての組織をソートするため，処理に時間が掛かります。前回indxgetを実行した時と同じソートオプションを指定する場合には，AppoSV.iniに以下の設定を行うことによって，変更のあった組織だけをソートし処理を高速化することができます。

[indxget]
PARTIAL_SORT=ON

AppoSV.iniは，以下の場所にあります。存在しない場合には，新規に作成してください。

/usr/GroupAppo/bin/AppoSV.ini

Address Serverで，役職名とそれに対応する順位を変更した場合は，一度，このオプションをOFFにした後に［変更通知情報取得］（又はindxgetコマンド）を実行してください。

(6)　エラー発生時の対処

処理に失敗した場合，etcディレクトリ下の管理データをコマンド実行前の状態に自動で戻します。メッセージを確認し，エラーの要因を除去した上で，再実行してください。
なお，処理に失敗してetcディレクトリ下の管理データをコマンド実行前の状態に戻す処理に失敗した場合，再度実行してもエラーとなります。この場合には次の作業を行い，再実行してください。

次のバックアップフォルダからすべてのファイルをリストアしてください。
復旧元：＜スケジュール格納ディレクトリ＞/log/etc_bk
復旧先：＜スケジュール格納ディレクトリ＞/etc

メッセージを確認し，エラーの原因を取り除いてください。

<スケジュール格納ディレクトリ>/log/GetAdLck.datファイルを削除してください。

エラーメッセージについては，「付録M　「GetAdAll」と「indxget」の実行時のエラーメッセージ」を参照してください。

(7)　実行例1

#/usr/GroupAppo/bin/indxget
[Groupmax Address Serverユーザ情報の差分取得開始]
インストール情報の取得・・・Ok!
データファイルのバックアップ・・・Ok!
差分ファイルの取得・・・Ok!
差分ファイル(00000000)の処理・・・Ok!
差分ファイル(00000003)の処理・・・Ok!
差分ファイル(00000007)の処理・・・Ok!
正常終了

(8)　実行例2

#/usr/GroupAppo/bin/indxget /s
[Groupmax Address Serverユーザ情報の差分取得開始]
インストール情報の取得・・・Ok!
変更差分ファイルはありません

[役職順ソート処理開始]
        組織ID [ Asya ]・・・ Ok!
        組織ID [ kaihatu ]・・・ Ok!
        組織ID [ kaihatu1 ]・・・ Ok!
        組織ID [ kaihatu2 ]・・・ Ok!
        組織ID [ kaihatu3 ]・・・ Ok!
        組織ID [ MAIN.idx ]・・・ Ok!
[役職順ソート処理終了]

正常終了

7.3　「HOSTCHG」について

このコマンドは，スケジュールデータ及びユーザ（施設）管理情報中に含まれているホスト名を変換するコマンドです。マルチサーバ環境では，すべてのサーバで実行する必要があります。

＜この節の構成＞

7.3.1　ホスト名変換ファイルの作成方法

7.3.2　変換コマンドの実行

7.3.1　ホスト名変換ファイルの作成方法

このコマンドを用いて変換作業をする前に，ホスト名変換ファイルを作成してください。

＜この項の構成＞

(1)　ファイル名

(2)　フォーマット

(3)　ホスト名変換ファイル作成時の注意事項

(1)　ファイル名

任意に指定可

(2)　フォーマット

変換したいユーザ（施設）ID＜スペース又はタブ＞移動後のホスト名＜改行＞

(3)　ホスト名変換ファイル作成時の注意事項

上記のフォーマットを1レコードとして，変換対象人数分レコードを作成してください。

ユーザ（施設）IDは8文字以内の英数字で記述してください。

ホスト名は255文字以内の英数字で記述してください（「4.5　DNSホスト名の登録」で登録済みのホスト名を記述してください）。

指定したフォーマットどおりにホスト名変換ファイルを作成しなかった場合，変換後にアプリケーションが正常に動作しなくなることがあります。

7.3.2　変換コマンドの実行

＜この項の構成＞

(1)　コマンドの書式

(2)　引数

(3)　リターンコード

(4)　注意

(1)　コマンドの書式

/usr/GroupAppo/bin/HOSTCHG filename SchedulePath [logname]

(2)　引数

第1引数
filename：ホスト名変換ファイルのファイル名
ホスト名変換ファイルのファイル名をフルパスで指定してください。

第2引数
SchedulePath：スケジュール格納ディレクトリ
スケジュール格納ディレクトリをフルパスで指定してください。
デフォルトでは/usr/ikiとなります。
「コンフィギュレーション」の設定で「1. スケジュール格納ディレクトリ」のパスを変更している場合，変更したパスを指定してください。

第3引数
logname：ログファイル名（省略可）
lognameを指定すると経過メッセージの出力先を画面から指定したファイルに変更します。既に同じファイル名が存在する場合は上書きされます。

注意事項

hostchg.logは実行結果の出力先として使用されるため，hostchg.log以外のファイル名を指定してください。

(3)　リターンコード

0：正常終了

1：異常終了

(4)　注意

第1引数の「ホスト名変換ファイルのファイル名」には(1)で作成したファイル名をフルパスで指定してください。

「コンフィギュレーション」の「13. 変更通知情報取得の自動実行」を「使用する」に設定している，若しくは［手動実行］の［変更通知情報取得」，又は「indxget」コマンドを実行したとき，変更内容にユーザのホームサーバ変更が含まれている場合は，スケジュールデータの移動を手作業でする必要があります。

変換には多少時間が掛かりますが，処理を中断しないでください。処理を中断した場合，変換後のアプリケーションの動作は保証しません。

ホスト名の変換以外の用途に使用しないでください。使用した場合，アプリケーションの動作は保証しません。

実行結果についてはプログラムを実行したディレクトリ上にあるhostchg.logを参照してください。

各クライアントでユーザが作成した以下のファイルも，このコマンドの変換対象にする必要があります。

ローカルグループ

環境設定ファイル

変換対象としない場合，クライアント上でローカルグループ内のユーザ，及びクライアント起動時に自動的に表示されるスケジュールに対し，以下の操作ができません。

スケジュール表示

予約

空時間検索

自分・上司のスケジュールでの，登録・削除・回答

このコマンドの変換対象にするには，以下の操作をすべてのクライアントで実施し，その後，「HOSTCHG」コマンドを実行する必要があります（既に設定されている場合は必要ありません。また，WWW for Schedulerではこの作業は不要です）。

Scheduler Clientを起動します。

［ツール］－［環境設定］を選択します。

「ユーザ情報の保存」を「サーバで保存」にします。

上記の操作をしないでHOSTCHGコマンドを実行した場合，HOSTCHGコマンド実行後に下記の操作を対象クライアントで実行してください。

クライアントを起動します（起動時にエラーダイアログが出ることがありますが，そのまま起動してください）。

ローカルグループ内で，ホームサーバを移動したユーザを登録から削除し，再度，ローカルグループに登録します。すべてのユーザがホームサーバを移動している場合は，作成済みのローカルグループを一度削除し，再度，作成します（ローカルグループを作成していないクライアントの場合は不要です）。

［ツール］－［環境設定］を選択し，「次回起動時の設定」を「初期設定から起動」に変更します（既になっている場合は不要です）。

クライアントを再起動します。

「次回起動時の設定」を「初期設定から起動」以外を設定していた場合は，元の設定に戻します。

変換が終了すると次のメッセージを標準出力に出します。
「Groupmax Scheduler Serverのホスト名変換が終了しました。実行ディレクトリの下の（hostchg.log）を確認してください。」

第4引数に，ログファイル名を指定している場合，ログに次のメッセージを出力します。
「Groupmax Scheduler Serverのホスト名の変換が終了しました。」

実行すると，標準出力又は指定ログファイルに，データの変換を示す「～の変換中・・・（○○・・・）」のメッセージを出力していることを確認してください。

＜例＞

/usr/iki/usera/20005.msdの変換中・・・（○○・・・）

/usr/iki/usera/20006.msdの変換中・・・（○○・・・）

このコマンドを実行する前に必ずシステム内のすべてのサーバで＜スケジュール格納ディレクトリ＞以下すべてのデータのバックアップを取得してください。エラー発生時のリカバリに使用します。

7.4　「BITECHG」について

このコマンドは，スケジュールデータのバイトオーダを変換するコマンドです。スケジュールデータをWindows NTのサーバからUNIXのサーバへ（又はその逆）移動する場合に使用します。

＜この節の構成＞

(1)　コマンドの書式

(2)　引数

(3)　リターンコード

(4)　注意

(1)　コマンドの書式

/usr/GroupAppo/bin/BITECHG SchedulePath [logname]

(2)　引数

第1引数
SchedulePath：スケジュール格納ディレクトリ
スケジュール格納ディレクトリをフルパスで指定してください。
デフォルトでは/usr/ikiとなります。
「コンフィギュレーション」の設定で「1. スケジュール格納ディレクトリ」のパスを変更している場合，変更したパスを指定してください。

第2引数
logname：ログファイル名（省略可）
lognameを指定すると経過メッセージの出力先を画面から指定したファイルに変更します。既に同じファイル名が存在する場合は上書きされます。

注意事項

bitechg.logは実行結果の出力先として使用されるため，bitechg.log以外のファイル名を指定してください。

(3)　リターンコード

0：正常終了

1：異常終了

(4)　注意

BITECHGコマンドは，変換対象に1ユーザで1か月間に65,536個を超える拡張スケジュールデータを含む場合，実行できません。

変換には多少時間が掛かりますが，処理を中断しないでください。処理を中断した場合，変換後のアプリケーションの動作は保証しません。

バイトオーダの変換以外の用途に使用しないでください。使用した場合，アプリケーションの動作は保証しません。

実行結果については，プログラムを実行したディレクトリ上にあるbitechg.logを参照してください。

このコマンドを実行する前に必ずシステム内のすべてのサーバで＜スケジュール格納ディレクトリ＞以下すべてのデータのバックアップを取得してください。エラー発生時のリカバリに使用します。

7.5　「CODECHG」について

このコマンドは，ユーザ（施設）IDを変換するコマンドです。マルチサーバ環境では，すべてのサーバで実行する必要があります。

＜この節の構成＞

7.5.1　ユーザ（施設）ID変換ファイルの作成方法

7.5.2　ユーザ（施設）管理情報ファイルの変換

7.5.1　ユーザ（施設）ID変換ファイルの作成方法

＜この項の構成＞

(1)　ファイル名

(2)　フォーマット

(3)　ユーザ（施設）ID変換ファイル作成時の注意事項

(1)　ファイル名

任意に指定可

(2)　フォーマット

変換前のユーザ（施設）ID＜スペース又はタブ＞変換後のユーザID＜改行＞

(3)　ユーザ（施設）ID変換ファイル作成時の注意事項

上記のフォーマットを1レコードとして，変換対象人数分レコードを作成してください。

ユーザ（施設）IDは8文字以内の英数字で記述してください。

指定したフォーマットどおりにユーザ（施設）ID変換ファイルを作成しなかった場合，変換後にアプリケーションが正常に動作しなくなることがあります。

Address Serverと連携している場合は，「付録I　ユーザIDの変更」を参照してください。

7.5.2　ユーザ（施設）管理情報ファイルの変換

このコマンドは，ユーザ（施設）ID変換ファイルの内容に従い，サーバマシンのスケジュール格納ディレクトリに登録されているユーザ（施設）管理情報ファイルの変換，また同時にスケジュール格納ディレクトリに登録されているスケジュールデータを変更する機能を提供します。このコマンドは，サーバマシン上で実行してください。

＜この項の構成＞

(1)　コマンドの書式

(2)　引数

(3)　リターンコード

(4)　注意

(1)　コマンドの書式

/usr/GroupAppo/bin/CODECHG filename SchedulePath [logname]

(2)　引数

第1引数
filename：ユーザ（施設）ID変換ファイルのファイル名
ユーザ（施設）ID変換ファイルのファイル名をフルパスで指定してください。

第2引数
SchedulePath：スケジュール格納ディレクトリ
スケジュール格納ディレクトリをフルパスで指定してください。
デフォルトでは/usr/ikiとなります。
「コンフィギュレーション」の設定で「1. スケジュール格納ディレクトリ」のパスを変更している場合，変更したパスを指定してください。

第3引数
logname：ログファイル名（省略可）
lognameを指定すると経過メッセージの出力先を画面から指定したファイルに変更します。既に同じファイル名が存在する場合は上書きされます。

注意事項

codechg.logは実行結果の出力先として使用されるため，codechg.log以外のファイル名を指定してください。

(3)　リターンコード

0：正常終了

1：異常終了

(4)　注意

第1引数の「ユーザ（施設）ID変換ファイルのファイル名」には(1)で作成したファイル名をフルパスで指定してください。

変換には多少時間が掛かりますが，処理を中断しないでください。処理を中断した場合，変換後のアプリケーションの動作は保証しません。

ユーザ管理情報ファイルの変換以外の用途に使用しないでください。使用した場合，アプリケーションの動作は保証しません。

実行結果についてはプログラムを実行したディレクトリ上にあるcodechg.logを参照してください。

ユーザ（施設）ID変換チェックツール「CODECHG」の変換テーブルの作成時，以下のようなフォーマットで変換テーブルを作成しないでください。環境データが不正になる恐れがあります。

＜例1＞

ユーザ（施設）IDが変換前と変換後の両方に指定されているフォーマット

AAAAA BBBBB

BBBBB CCCCC

＜例2＞

変換前及び変換後に同一のユーザ（施設）IDが複数回指定されているフォーマット

BBBBB CCCCC

BBBBB DDDDD

このコマンドを実行する前に必ずシステム内のすべてのサーバで＜スケジュール格納ディレクトリ＞以下すべてのデータのバックアップを取得してください。エラー発生時のリカバリに使用します。

7.6　整合性チェックツール「chkorder」と「sortdate」について

chkorderはスケジュールデータの日付の整合性をチェック・回復するコマンドです。sortdateは指定したファイルを回復するコマンドです。

＜この節の構成＞

7.6.1　chkorder

7.6.2　sortdate

7.6.1　chkorder

＜この項の構成＞

(1)　コマンドの書式

(2)　機能

(3)　引数

(1)　コマンドの書式

/usr/GroupAppo/bin/chkorder [-{rsd | smn | msd | ssd | nsd}] [-v] [-r] [-f logfile_name] directory_name

(2)　機能

directory_nameで指定したディレクトリ（デフォルトは/usr/iki）下のファイルを検索し，拡張子がrsd，smn，msd，ssd，nsdであるファイルの正当性をチェックします。拡張子とファイル内容の対応を以下に示します。

rsd:予約受信ファイル

smn:発信番号控えファイル

msd:予約発信メンバ控えファイル

ssd:予約発信控えファイル

nsd:自登録ファイル

正当性のチェックは，各ファイルのレコードを先頭から順次読み込み，すべてのレコードが日付の昇順に並んでいるかを調べます。チェックによってファイルの中身にエラーがある場合，標準出力にファイル名を出力します。

(3)　引数

第1引数
-{rsd | smn | msd | ssd | nsd}：チェック対象ファイルの指定

-rsd：チェック対象を拡張子がrsdのファイルだけに限定します。

-smn：チェック対象を拡張子がsmnのファイルだけに限定します。

-msd：チェック対象を拡張子がmsdのファイルだけに限定します。

-ssd：チェック対象を拡張子がssdのファイルだけに限定します。

-nsd：チェック対象を拡張子がnsdのファイルだけに限定します。

-rsd，-smn，-msd，-ssd，-nsd引数を複数指定すると，チェック対象を複数指定できます。また，引数を一切指定しない場合，すべてのファイルをチェック対象にします。

＜例1＞

chkorder -rsd -ssd /usr/iki

ディレクトリ/usr/iki 下の *.rsd,*.ssd ファイルだけをチェックします。

＜例2＞

chkorder -rsd -smn -msd -ssd -nsd /usr/iki

＜例3＞

chkorder /usr/iki

なお，＜例2＞と＜例3＞の動作は同一となります。

第2引数
-v：ファイルの全レコード内容出力
標準出力にチェックしたファイルの全レコード内容を出力します。第1引数で指定したチェック対象によって，出力内容は次のようになります。

予約受信ファイル（拡張子がrsd）の場合
通番，予約日付，予約開始時間，ユーザID，予約データ番号，予約した日

発信番号控えファイル（拡張子がsmn）の場合
通番，日付，MaxNo

予約発信メンバ控えファイル（拡張子がmsd）の場合
通番，予約データ番号，予約開始日，予約したユーザID，ユーザ日本語名，回答した日時

予約発信控えファイル（拡張子がssd）の場合
通番，予約データ番号，予約開始日時，予約した日時

自登録ファイル（拡張子がnsd）の場合
通番，予約日付，予約開始時間，予約データ番号

第3引数
-r：自動回復の指定
チェックによってファイルの中身にエラーがある場合，正常なファイルに自動的に回復します。

第4引数
-f logfile_name：出力ファイルの指定
標準出力以外に，logfile_nameにも出力します。logfile_nameで指定したファイルが既に存在する場合はファイルを上書きします。

第5引数
directory_name：チェック対象ディレクトリ
チェック対象のファイルは，directory_nameで指定したディレクトリ下のすべてのファイルと，直下のサブディレクトリの下のすべてのファイルです（サブディレクトリは再帰的に検索されません）。

7.6.2　sortdate

＜この項の構成＞

(1)　コマンドの書式

(2)　機能

(1)　コマンドの書式

/usr/GroupAppo/bin/sortdate inputfile outputfile

(2)　機能

inputfileに指定したファイル中のレコードを日付順にソートし，ソート結果をoutputfileに出力します。inputfileとoutputfileに同じファイル名は指定できません。必ず異なるファイル名を指定してください。なお，outputfileで指定したファイルが既に存在する場合はファイルを上書きします。inputfileには以下の拡張子を持つファイルを指定します。

rsd：予約受信ファイル

smn：発信番号控えファイル

msd：予約発信メンバ控えファイル

ssd：予約発信控えファイル

nsd：自登録ファイル

inputfileの拡張子名からファイル種別を識別するため，inputfileの拡張子は省略して記述することはできません。拡張子が上記のどれにも当てはまらない場合は，処理されません。

＜例＞

/usr/GroupAppo/bin/sortdate 199905.rsd workfile

199905.rsdファイルを予約受信ファイルとして，日付の昇順にソートし，ソート結果をworkfileというファイル名として出力します。

7.7　ユーザ情報の整合性チェックツール「checkid」について

checkidはユーザIDの整合性をチェックするコマンドです。不整合がある場合は出力メッセージを表示します。

＜この節の構成＞

(1)　コマンドの書式

(2)　リターンコード

(3)　出力メッセージ

(4)　実行例

(1)　コマンドの書式

/usr/GroupAppo/bin/checkid

(2)　リターンコード

0：正常終了

1：異常終了

(3)　出力メッセージ

下記のメッセージが表示されます。なお，メッセージの先頭には，[Error! :]という文字列がつきます。下記の「ssss」～「zzzz」は任意の名前です。

「UserID(xxxx) GroupID[yyyy] Different [zzzz](IDINDX.idx)」
組織ファイル「yyyy」のユーザID「xxxx」がIDINDX.idxと相違しています
（IDINDX.idxには組織ファイル「zzzz」と記述されています）。

「UserID(xxxx) GroupID[yyyy] Not Exist(zzzz)」
組織ファイル「yyyy」のユーザID「xxxx」がファイル「zzzz」に存在しません。

「UserID(xxxx) GroupID[yyyy] Not Exist」
ユーザID「xxxx」が組織ファイル「yyyy」に存在しません。

「ファイルをオープンできません（xxxx）」
ファイル「xxxx」が存在しません。

「ファイルを読めません（xxxx）」
ファイル「xxxx」が読めません。

「組織ファイル（xxxx）のyyyyレコード目が不正です」
組織ファイル「xxxx」の「yyyy」レコード目のデータが不正です。

「UserID(xxxx) GroupID[yyyy]とUserID(ssss) GroupID[tttt]は同じユーザIDです。」
IDINDX.idxに同一のユーザ「xxxx」「ssss」が存在します。組織ファイル名は「yyyy」と「tttt」です。

(4)　実行例

整合性に問題がない場合の実行例を下に示します。

#/usr/GroupAppo/bin/checkid
[Groupmax Scheduler Serverユーザ情報のcheck処理開始]
<組織ファイルからのチェック>

<IDINDX.idxからのチェック>

エラーの数・・・0
正常終了

7.8　グループファイル変換ツール「grpchg」について

このコマンドは，Address Server又は管理ツールで変更したユーザ情報（施設情報）をシステムグループ，ローカルグループに反映するコマンドです。ここでのシステムグループとは管理ツールで登録したグループを指します。ローカルグループとはクライアントで登録したグループを指します。ローカルグループを反映の対象とするためにはクライアントの「環境設定」で「ユーザ情報の保存」を「サーバで保存」に設定する必要があります。

＜この節の構成＞

(1)　コマンドの書式

(2)　引数

(3)　リターンコード

(4)　注意

(1)　コマンドの書式

/usr/GroupAppo/bin/grpchg /d SchedulePath [/v] [/i] [/s | /l] [/f  logname]

(2)　引数

第1引数
/d SchedulePath：スケジュール格納ディレクトリ
スケジュール格納ディレクトリをフルパスで指定してください（/dとSchedulePathの間に半角スペースを入れる必要があります）。

第2引数
/v：チェック（省略可）
変換しないでチェックし，相違点のあるユーザ情報をメッセージ出力します。

第3引数
/i：変換時の確認（省略可）
チェック及び変換をします。相違点のあるユーザ情報ごとに変換するかしないかを問い合わせます。引数/fを指定した場合には，ログファイルに相違点のあるユーザ情報を出力し，問い合わせはしません。引数/vを指定した場合には，この引数を指定しないものとして実行します。

第4引数
/s：システムグループ（省略可）
引数/sを付けると，チェック又は変換する対象をシステムファイルだけとします。
/l：ローカルグループ（省略可）
引数/lを付けると，チェック又は変換する対象をローカルファイルだけとします。

第5引数
/f logname：ログファイル名（省略可）
標準出力にはメッセージを出力しないで，lognameに出力します。ログファイル名をフルパスで指定してください。既にファイルが存在する場合には上書きされます。この引数を指定しない場合は標準出力にメッセージを出力します（/fとlognameの間に半角スペースを入れる必要があります）。

(3)　リターンコード

0：正常終了

1：異常終了

(4)　注意

すべてのサーバ（SV，RMSV）を停止してから実行してください。

対象となるローカルファイルはサーバに保存したローカルファイルであり，クライアントに保存したローカルファイルは変換の対象にはなりません。

削除されたユーザをグループに登録している場合は，変換時にグループからそのユーザ情報を削除します。

引数/vと引数/iを両方指定していない場合は，チェック変換をします。ただし，相違点のあるユーザ情報は出力しますが，変換するかしないかは問い合わせません。

引数/s又は引数/lを指定しない場合は，チェック又は変換する対象はシステムグループとローカルグループの両方になります。

実行結果については標準出力，引数/fを指定した場合は，指定したファイルを参照してください。

組織数が多い環境で，grpchgコマンドを実行すると「ファイル XXXX がオープンできません」というエラーが発生することがあります（XXXXは組織ファイル名）。この場合，1プロセスがオープンできるファイル数の上限を超えている可能性があります。1プロセスがオープンできるファイル数の上限を確認するにはScheduler Serverを実行するユーザでログインし，”ulimit -a”と実行してください。「nofiles(descriptors)」という項目の右側に1プロセスがオープンできるファイル数が表示されます。表示された値より組織の数が多い場合は，プロセスごとにオープンできるファイル数の上限を増やしてからgrpchgコマンドを再実行してください。プロセスごとにオープンできるファイル数の上限の設定方法はOSのマニュアルを参照してください。gprchgコマンドが正常に終了したら，設定を元に戻してください。

このコマンドを実行する前に必ずシステム内のすべてのサーバで＜スケジュール格納ディレクトリ＞以下すべてのデータのバックアップを取得してください。エラー発生時のリカバリに使用します。

このコマンドが出力するメッセージの一覧を以下に示します。なお，表中の「x」は，任意の名前です。

項番 | 条件 | メッセージ
1 | 異常終了 | エラーが発生しました，上記のファイルが不正です
2 | 異常終了 | エラーが発生しました，上記のディレクトリが不正です
3 | 組織ファイルがオープンできない | ファイルxxxxxがオープンできません
4 | ユーザ情報の読み出しに失敗した | xxxxxからxxxxxの情報の読み出しに失敗しました
5 | 引数/v又は/iを指定，かつユーザ情報に相違がある | （相違点をメッセージで表示）
6 | 引数/iを指定，かつユーザ情報に相違がある | 更新しますか？（Y／N）
7 | システムグループファイルが見付からない | システムグループファイルxxxxxがみつかりません
8 | システム（ローカル）グループファイルがオープンできない | ファイルxxxxxがオープンできません
9 | システムグループのチェック＆変換が完了した | システムグループのチェック＆変換が完了しました
10 | システムグループのチェックが完了した（引数/vを指定） | システムグループのチェックが完了しました
11 | ローカルグループ（人）のチェック＆変換が完了した | ローカルグループ（人）のチェック＆変換が完了しました
12 | ローカルグループ（人）のチェックが完了した（引数/vを指定） | ローカルグループ（人）のチェックが完了しました
13 | ローカルグループ（施設）のチェック＆変換が完了した | ローカルグループ（施設）のチェック＆変換が完了しました
14 | ローカルグループ（施設）のチェックが完了した（引数/vを指定） | ローカルグループ（施設）のチェックが完了しました
15 | スケジュール格納ディレクトリが存在しない | スケジュール格納ディレクトリ xxxxx が存在しません
16 | IDINDX.idxが存在しない | IDINDX.idxが存在しません
17 | 引数の指定が不正 | 引数の指定が不正です
18 | 同じ引数を複数指定する | 同じ引数が複数指定されました
19 | 入力したディレクトリ又はファイルのパスが不正 | エラーが発生しました，パスが不正です
20 | IDINDX.idxがオープンできない | エラーが発生しました，IDINDX.idxが不正です
21 | 指定したログファイルがオープンできない | ログファイル xxxxxがオープンできません
22 | 正常終了 | 正常終了しました
23 | 引数が不正 | （Usageを表示）

7.9　「SFimport」について

SFimportは，Scheduler Server，又はFacilities Managerに対して部署テーブル，ユーザ，種別テーブル，施設の情報をCSV（Comma Separated Value）ファイルから一括して登録します。

＜この節の構成＞

7.9.1　SFimportの機能

7.9.2　SFimportの登録ファイル

7.9.3　SFimportの実行手順

7.9.4　SFimport実行時の注意点

7.9.5　SFimportの使用方法

7.9.6　SFimportの使用例

7.9.1　SFimportの機能

SFimportでサポートしている機能を表7-1に，サポートしていない機能を表7-2に示します。

表7-1　SFimportでサポートしている機能

項番 | サポートする機能
1 | 部署テーブルの登録
2 | 部署テーブルの「部署名」変更
3 | 部署テーブルの削除
4 | ユーザの登録
5 | ユーザの「ユーザ名」変更
6 | ユーザの「セキュリティランク」変更
7 | ユーザの「E-Mailアドレス」登録
8 | ユーザの「E-Mailアドレス」変更
9 | ユーザの「E-Mailアドレス」削除
10 | ユーザの削除
11 | 種別テーブルの登録
12 | 種別テーブルの「種別名」変更
13 | 種別テーブルの削除
14 | 施設の登録
15 | 施設の「施設名」変更
16 | 施設の「セキュリティランク」変更
17 | 施設の削除

表7-2　SFimportでサポートしていない機能

項番
サポートしていない機能
回避策

1
部署テーブル，種別テーブルのテーブルIDの変更
変更対象テーブルをいったん削除してから再登録してください。
登録レコードの並び順は，変更対象テーブル下位に登録されている部署テーブル（種別テーブル）やユーザ（施設）を先に削除するような並び順にしてください。再登録する並び順は，削除の順番と逆になります。

部署テーブル（種別テーブル）を削除する場合，下位に部署テーブル（種別テーブル）やユーザ（施設）が登録されているとエラーとなり，削除できません。

2
ユーザID，施設IDの変更
CODECHGを利用してください。詳細については，「7.5　「CODECHG」について」を参照してください。

3
ユーザ，施設のホームサーバ名の変更
HOSTCHGを利用してください。詳細については，「7.3　「HOSTCHG」について」を参照してください。

4
部署テーブル，種別テーブル，ユーザ，施設の移動
変更対象テーブルやユーザ，施設をいったん削除してから再登録します。
部署テーブル（種別テーブル）を移動する場合，登録レコードの並び順は，変更対象テーブル下位に登録されている部署テーブル（種別テーブル）やユーザ（施設）を先に削除するような並び順にしてください。再登録する並び順は，削除の順番と逆になります。

Scheduler_Facilities管理ツールでの移動もできます。

部署テーブル（種別テーブル）を削除する場合，下位に部署テーブル（種別テーブル）やユーザ（施設）が登録されているとエラーとなり，削除できません。

5
その他の機能
Scheduler_Facilities管理ツールで設定してください。

注意事項

Address Serverと連動している環境で，次の処理をする場合は，SFimportを使用しないで，Address Serverの一括登録ユティリティを使用してください。
・部署テーブルの登録
・部署テーブルの「部署名」変更
・部署テーブルの削除
・ユーザの登録
・ユーザの「ユーザ名」変更
・ユーザの「セキュリティランク」変更
・ユーザの削除
また，Address Serverの一括登録ユティリティ実行後に，必ず「変更通知情報取得」又は「ユーザ情報再作成」を行ってください。Address Serverの一括登録ユティリティについては，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド ユティリティ編」を参照してください。

Address Serverと連動している環境で，E-Mailを対象とする処理をした場合，Address Serverには反映されません。Address Serverの設定を変更する場合は，Address Serverの一括登録ユティリティを使用してください。

Groupmax Scheduler Server 07-32では，SFimportの登録ファイルチェック機能を強化しています。これにより，以前から使用していたユーザや組織の変更，削除などでエラーが発生するおそれがあります。チェックを強化した項目を表7-3に示します。

表7-3　Groupmax Scheduler Server 07-32で強化されたチェック機能

項番 | 登録ファイルの項目 | チェック内容
1 | 上位組織ID，所属組織ID | 組織種別が「G」で，処理区分「A」又は「D」の場合に，上位組織IDと所属組織IDに大文字，小文字が異なるだけの組織IDは使用できません。
2 | 日本語名，日本語組織名 | 先頭の半角スペースは使用できません。
3 | ユーザID | 先頭の”-(マイナス)“は使用できません。
4 | セキュリティ | 半角スペースは使用できません。

Groupmax Scheduler Server 07-32をご使用になる前から，表7-3に示したIDや名前，セキュリティを使っていた場合は，AppoSV.iniに以下の設定を行ってください。

　[SFimport]
　OldCheck=ON

AppoSV.iniは，以下の場所にあります。存在しない場合には，新規に作成してください。

　　/usr/GroupAppo/bin/AppoSV.ini

7.9.2　SFimportの登録ファイル

SFimportの実行に必要な登録ファイルについて説明します。

＜この項の構成＞

(1)　登録ファイルとは

(2)　登録ファイルの設定内容

(3)　登録ファイルの設定項目

(4)　登録ファイルの作成方法

(5)　登録ファイル作成時の注意事項

(1)　登録ファイルとは

登録ファイルとは，SFimportで追加・変更・削除する部署テーブル，ユーザ，種別テーブル，施設の情報を設定したCSVファイルです。1レコード（行）に一つの部署テーブル，ユーザ，種別テーブル，施設の情報をコンマで区切って設定します。SFimportは，登録ファイルを読み込んで，設定されている情報をScheduler Server，又はFacilities Managerに登録します。

(2)　登録ファイルの設定内容

登録ファイルの1レコード（行）には14項目分の領域を確保する必要があります。登録ファイルの14項目の名称と項目に設定する内容を次に示します。

14項目のうち登録ファイル作成時に設定が必要な項目は，組織種別（部署テーブル，ユーザ，種別テーブル，施設）や処理区分（追加・変更・削除）によって異なります。

処理種別
部署テーブルとユーザの場合は"S"を，種別テーブルと施設の場合は"F"を指定します。
"#"を指定した場合，そのレコード（行）はコメントレコードになります。

組織種別
登録するデータの組織種別を指定します。最上位の部署テーブルの場合は"C"を，それ以外の部署テーブルの場合は"G"を，ユーザの場合は"U"を指定します。
また，最上位の種別テーブルの場合は"C"を，それ以外の種別テーブルの場合は"G"を，施設の場合は"U"を指定します。

処理区分
"A"（追加），"C"（変更），"D"（削除），"I"（コメント）を指定します。これ以外の文字を指定しないでください。"A"（追加）を指定した場合，情報を新規に追加します。"C"（変更）を指定した場合，登録済みの情報を変更します。"D"（削除）を指定した場合，登録済みの情報を削除します。"I"（コメント）を指定した場合，そのレコード（行）はコメントレコード（処理種別の先頭に#を挿入）として扱います。

上位組織ID
処理対象が部署テーブルの場合，上位部署のテーブルIDを指定します。ただし，処理対象の部署テーブルが最上位の部署テーブルの場合は，処理対象の部署テーブルIDを上位組織IDにも指定します（上位組織IDと所属組織IDに同じ部署テーブルIDを指定します）。
部署テーブルのIDには，半角英数字の小文字6文字以内で設定し，末尾には".uid"を付けたものを指定してください。
処理対象が種別テーブルの場合，上位種別のテーブルIDを指定します。ただし，処理対象の種別テーブルが最上位の種別テーブルの場合は，処理対象の種別テーブルIDを上位組織IDにも指定します（上位組織IDと所属組織IDに同じ種別テーブルIDを指定します）。
種別テーブルのIDには，半角英数字の小文字6文字以内で設定し，末尾には".rid"を付けたものを指定してください。
処理対象がユーザ，又は施設の場合は，設定しないでください。

所属組織ID
処理対象が部署テーブルの場合，その部署テーブルのテーブルIDを指定します。
処理対象がユーザの場合，所属する部署テーブルのテーブルIDを指定します。
部署テーブルのIDには，半角英数字の小文字6文字以内で設定し，末尾には".uid"を付けたものを指定してください。
処理対象が種別テーブルの場合，その種別テーブルのテーブルIDを指定します。
処理対象が施設の場合，所属する種別テーブルのテーブルIDを指定します。
種別テーブルのIDには，半角英数字の小文字6文字以内で設定し，末尾には".rid"を付けたものを指定してください。

日本語組織名
処理対象が部署テーブルの場合，その部署テーブルの部署名を指定します。
処理対象が種別テーブルの場合，その種別テーブルの種別名を指定します。
処理対象がユーザ，又は施設の場合は，設定しないでください。
全角文字，数字，英小文字，英大文字，半角片仮名，及び次の半角記号を使用して，20バイト以内の文字列で指定します。
:，|，=，<，>，$，!，~（チルダ），"，.（ピリオド），#，@，(，)，+，,（コンマ），_，^（ハット），`（バッククォート)，{，}，[，]，*，;，¥，半角スペース，?，/，%，。（句点），「，」，、（読点），・（中点），゛（濁点），゜（半濁点），-（マイナス），&，’（シングルクォーテーション）
ただし，半角スペースは先頭には使用できません。

ホームサーバ
処理対象ユーザ，又は施設のホームサーバ（Scheduler Server，又はFacilities Manager）のドメイン名，又はホスト名を指定します。
処理対象が部署テーブル，又は種別テーブルの場合，設定しないでください。
数字，英小文字，英大文字，及び次の半角記号を使用して，255バイト以内の文字列で指定してください。
.（ピリオド），-（マイナス）
ホームサーバ名は，「4.5(1) DNSホスト名の登録」で登録したホスト名を指定してください。

日本語名
処理対象のユーザのユーザ名，又は施設の施設名を指定します。
処理対象が部署テーブル，又は種別テーブルの場合，設定しないでください。
全角文字，数字，英小文字，英大文字，半角片仮名，及び次の半角記号を使用して，20バイト以内の文字列で指定します。
:，|，=，<，>，$，!，~（チルダ），"，.（ピリオド），#，@，(，)，+，,（コンマ），_，^（ハット），`（バッククォート)，{，}，[，]，*，;，¥，半角スペース，?，/，%，。（句点），「，」，、（読点），・（中点），゛（濁点），゜（半濁点），-（マイナス），&，’（シングルクォーテーション）
ただし，半角スペースは先頭には使用できません。

ユーザID
処理対象のユーザのユーザID，又は施設の施設IDを指定します。
処理対象が部署テーブル，又は種別テーブルの場合，設定しないでください。
半角英数文字か”-(マイナス)“を使用して8文字以内で指定してください。ただし，”-(マイナス)”は先頭には使用できません。また，大文字か小文字かだけが異なるユーザID，又は施設ID（例：abc12345とAbc12345）を指定してはいけません。

セキュリティ
処理対象がユーザ，又は施設の場合，セキュリティランクを，英大文字（A～Z），1文字で指定します。
処理対象が部署テーブル，又は種別テーブルの場合，設定しないでください。

未使用
何も指定しないでください。

E-mail ID
処理対象がユーザの場合，E-Mailアドレスを255バイト以内の文字列で指定します。
処理対象がユーザ以外の場合は，設定しないでください。
既に登録済みのE-Mailアドレスを削除する場合は，"D"を1文字で指定します。

入力ファイルのチェック
SFimportがチェックした結果，設定項目に誤りがある場合にエラー番号を出力します。設定は不要ですが，項目欄は必ず確保してください。
エラー番号については，「付録R.1(1)　入力ファイルのチェックのエラー番号」を参照してください。

登録結果
SFimportが実行結果を出力します。登録処理でエラーが発生した場合は，エラー番号を出力します。値は設定できませんが，項目欄は必ず確保してください。
エラー番号については，「付録R.1(2)　登録結果のエラー番号」を参照してください。

(3)　登録ファイルの設定項目

登録ファイルに設定する場合に必要な項目を表7-3に示します。

表7-4　登録ファイルに設定する場合に必要な項目

項番 | 登録ファイルで設定する順番 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14
処理内容 | 処理種別 | 組織種別 | 処理区分 | 上位組織ID | 所属組織ID | 日本語組織名 | ホームサーバ | 日本語名 | ユーザID | セキュリティ | 未使用 | E-mail ID | 入力ファイルのチェック | 登録結果
1 | 最上位の部署テーブルの新規登録 | S | C | A | ○ | ○ | ○ | × | × | × | × | × | × | － | －
2 | 最上位の部署テーブルの「部署名」変更 | S | C | C | ● | ● | △ | × | × | × | × | × | × | － | －
3 | 最上位の部署テーブルの削除 | S | C | D | ● | ● | － | × | × | × | × | × | × | － | －
4 | 部署テーブルの新規登録 | S | G | A | ○ | ○ | ○ | × | × | × | × | × | × | － | －
5 | 部署テーブルの「部署名」変更 | S | G | C | ● | ● | △ | × | × | × | × | × | × | － | －
6 | 部署テーブルの削除 | S | G | D | ● | ● | － | × | × | × | × | × | × | － | －
7 | ユーザの新規登録 | S | U | A | × | ○ | × | ○ | ○ | ○ | ○ | × | △ | － | －
8 | ユーザの「ユーザ名」変更 | S | U | C | × | ● | × | － | △ | ● | － | × | － | － | －
9 | ユーザの「セキュリティランク」変更 | S | U | C | × | ● | × | － | － | ● | △ | × | － | － | －
10 | ユーザの「E-Mail ID」登録/変更 | S | U | C | × | ● | × | － | － | ● | － | × | △ | － | －
11 | ユーザの「E-Mail ID」削除 | S | U | C | × | ● | × | － | － | ● | － | × | D | － | －
12 | ユーザの削除 | S | U | D | × | ● | × | － | － | ● | － | × | － | － | －
13 | 最上位の種別テーブルの新規登録 | F | C | A | ○ | ○ | ○ | × | × | × | × | × | × | － | －
14 | 最上位の種別テーブルの「種別名」変更 | F | C | C | ● | ● | △ | × | × | × | × | × | × | － | －
15 | 最上位の種別テーブルの削除 | F | C | D | ● | ● | － | × | × | × | × | × | × | － | －
16 | 種別テーブルの新規登録 | F | G | A | ○ | ○ | ○ | × | × | × | × | × | × | － | －
17 | 種別テーブルの「種別名」変更 | F | G | C | ● | ● | △ | × | × | × | × | × | × | － | －
18 | 種別テーブルの削除 | F | G | D | ● | ● | － | × | × | × | × | × | × | － | －
19 | 施設の新規登録 | F | U | A | × | ○ | × | ○ | ○ | ○ | ○ | × | × | － | －
20 | 施設の「施設名」変更 | F | U | C | × | ● | × | － | △ | ● | － | × | × | － | －
21 | 施設の「セキュリティランク」変更 | F | U | C | × | ● | × | － | － | ● | △ | × | × | － | －
22 | 施設の削除 | F | U | D | × | ● | × | － | － | ● | － | × | × | － | －

（凡例）

○：必ず設定することを示します。

●：必ず登録済みのデータを設定することを示します。

△：任意で設定することを示します。

－：設定する必要がないことを示します。

×：値を設定してはいけないことを示します。

A，C，D，F，G，S，U：表中の値を設定することを示します。

(4)　登録ファイルの作成方法

登録ファイルの作成方法を次の二つの手順に分けて説明します。

登録ファイルの基になるデータを用意する

表計算ソフトやテキストエディタで作成する

(a)　登録ファイルの基になるデータの用意

データを用意する方法には次の二つがあります。

Scheduler Server又はFacilities Managerが提供する登録ファイルのサンプルを利用する

/usr/GroupAppo/bin/Aasya.csv

Scheduler Server又はFacilities Managerに登録済みの情報を出力して利用する

/usr/GroupAppo/bin/SFexport /a ＜出力先ファイル名＞ ＜スケジュール格納ディレクトリ＞

オプションなどの指定を変更すれば，ユーザの情報だけを出力したり，部署テーブル情報だけを出力したりすることもできます。SFexportの詳細については，「7.10.3　SFexportの使用方法」を参照してください。

出力したファイルを利用して，登録ファイルを作成します。

(b)　表計算ソフトやテキストエディタでの作成

Excelなどの表計算ソフトやメモ帳などのテキストエディタを使って登録ファイルを作成する方法を説明します。

表計算ソフトとテキストエディタのどちらを使っても登録ファイルは作成できます。しかし，表計算ソフトを使った方がデータを見やすいため，登録ファイルの作成が容易です。

表計算ソフトでの登録ファイルの作成

表計算ソフトで作成する場合，各レコード（行）のセルに項目の値を設定します。値を設定する必要がないセルには，データを入力しないでください。

注意事項

登録ファイルは，1レコード（行）に14項目分の領域を確保する必要があります。表計算ソフトで作成した登録ファイルを保存する場合，保存形式にCSV形式（コンマ区切り形式）を選択して保存します。なお，入力されている項目以降は",（コンマ）"が出力されない場合があります。

表計算ソフトで作成する場合の例を次に示します。

1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14
S | C | A | asya.uid | asya.uid | A社 |  |  |  |  |  |  |  |

サンプルファイルやSFexportで出力したファイルを基にして登録ファイルを作成すると，先頭行に見出しが設定されるため，項目に何を設定するのかが分かりやすくなります。

テキストエディタでの登録ファイルの作成

メモ帳などのテキストエディタで作成する場合，各レコード（行）に各項目の値を,（コンマ）で区切って設定します。値を設定する必要がない場合は，コンマだけを設定します。

注意事項

登録ファイルは，1レコード（行）に14項目分の領域を確保する必要があります。このためには，テキストエディタで作成する場合は，1レコード（行）に13個のコンマが必要です。

テキストエディタで作成する場合の例を次に示します。

S,C,A,asya.uid,asya.uid,A社,,,,,,,,

(5)　登録ファイル作成時の注意事項

登録ファイルを作成するときに注意が必要な事項について説明します。

(a)　登録ファイルのレコードの並び順について

登録ファイルのレコードの並び順は，実際にScheduler_Facilities管理ツールを使用して登録する順と同様にして作成してください。例えば，「開発部」という部署テーブルとその部署テーブルに属する「田中部長」というユーザを追加する場合は，「開発部」→「田中部長」のレコード順で，登録ファイルを作成します。

(b)　コメントについて

登録ファイルでは次の三つのレコード（行）をコメントとして扱います。コメントのデータはSFimportでは無視されます。

処理種別（1番目の項目）が#で始まっているレコード（行）

処理区分（3番目の項目）に"I"を指定しているレコード（行）
SFexportで出力したファイルは，処理区分（3番目の項目）がすべて"I"に設定されています。

登録結果（14番目の項目）が「○」のレコード（行）

(c)　最上位の部署テーブル，種別テーブルを追加・変更・削除するときの記述について

上位組織IDと所属組織IDを同じにしてください。

(d)　最上位に属するユーザを追加・変更・削除するときの所属組織IDについて

所属組織IDには，"MAIN.idx"を指定してください。

(e)　最上位に属する施設を追加・変更・削除するときの所属組織IDについて

所属組織IDには，"MAIN.rmx"を指定してください。

(f)　部署テーブル，種別テーブルを削除するときの注意事項について

部署テーブル，種別テーブルを削除する場合は，テーブル以下すべてを削除しておく必要があります。また，種別テーブルを削除する場合は，その種別テーブル以下の施設を管理しているすべての施設管理者を「非選択」に変更しておく必要があります。

部署テーブル，種別テーブルを削除するときは，Scheduler_Facilities管理ツールで削除することをお勧めします。

(g)　登録ファイルの名称ついて

SFimportでは，登録ファイル名の末尾（拡張子）が.bk1～.bk9のファイルを指定できません。

(h)　登録ファイルの項目の値にコンマ，引用符が含まれる場合について

登録ファイルの項目の値にコンマが含まれる場合は，項目の値全体を"（引用符）で囲んで設定してください。

＜例＞

値にコンマが含まれる場合

項目の値：12,345

設定する値："12,345"

登録ファイルの項目の値に引用符が含まれる場合は，引用符1文字につき引用符2文字を設定した上で，項目の値全体を引用符で囲んで設定してください。

＜例＞

値に引用符が含まれる場合

項目の値：AB"c"D

設定する値："AB""c""D"

(i)　Windowsマシン上で登録ファイルを作成して，ftpで登録ファイルを転送する場合

ファイル転送のtypeをasciiにして転送してください。

7.9.3　SFimportの実行手順

SFimportを使用して部署テーブル，ユーザ，種別テーブル，施設を登録する手順について説明します。SFimportを使用するときは，この手順どおりに実行してください。

SFimportを使用して部署テーブル，ユーザ，種別テーブル，施設の追加・移動・変更・削除をScheduler Server又はFacilities Managerに登録する手順を説明します。

登録ファイルの作成

サーバ，管理ツールサーバ停止

バックアップ取得

SFimport実行

管理ツールサーバ起動

管理データ取得

サーバ起動

＜この項の構成＞

(1)　登録ファイルの作成

(2)　サーバ，管理ツールサーバ停止

(3)　バックアップ取得

(4)　SFimport実行

(5)　管理ツールサーバ起動

(6)　管理データ取得

(7)　サーバ起動

(1)　登録ファイルの作成

SFimportで部署テーブル，ユーザ，種別テーブル，施設の追加・変更・削除をScheduler Server又はFacilities Managerに登録するには，登録する追加や変更などの内容を記述した登録ファイルを作成する必要があります。

登録ファイルについては，「7.9.2　SFimportの登録ファイル」を参照してください。

SFimportは，ここで作成した登録ファイルを基にしてScheduler Server又はFacilities Managerに部署テーブル，ユーザ，種別テーブル，施設の追加や変更などを登録します。

(2)　サーバ，管理ツールサーバ停止

親サーバとすべての子サーバでサーバ，管理ツールサーバを停止します。

「コンフィギュレーション」（aconsole）起動

サーバ（SV）停止

管理ツールサーバ（AppoMan）停止

「コンフィギュレーション」（roomconsole）起動

サーバ（RMSV）停止

管理ツールサーバ（RoomMan）停止

(3)　バックアップ取得

親サーバの管理データのバックアップを取得します。

バックアップ対象データは次のとおりです。

＜スケジュール格納ディレクトリ＞/etc
＜スケジュール格納ディレクトリ＞/room

(4)　SFimport実行

親サーバでSFimportを実行して，登録ファイルの部署テーブル，ユーザ，種別テーブル，施設の追加・変更・削除をScheduler Server又はFacilities Managerに登録します。SFimportの詳細については，「7.9.5　SFimportの使用方法」を参照してください。

(5)　管理ツールサーバ起動

親サーバとすべての子サーバで管理ツールサーバを起動します。

「コンフィギュレーション」（aconsole）起動

管理ツールサーバ（AppoMan）起動

「コンフィギュレーション」（roomconsole）起動

管理ツールサーバ（RoomMan）起動

(6)　管理データ取得

すべての子サーバで「管理データ取得」を実行してください（1台だけの運用となる場合は不要です）。

(7)　サーバ起動

親サーバとすべての子サーバでサーバを起動します。

「コンフィギュレーション」（aconsole）起動

サーバ（SV）起動

「コンフィギュレーション」（roomconsole）起動

サーバ（RMSV）起動

7.9.4　SFimport実行時の注意点

次の場合には，SFimportを実行しないでください。

SFimport又はSFexportの実行中
SFimportを同時に複数実行したり，SFimportを実行中にSFexportを実行したり，SFexportを実行中にSFimportを実行したりしないでください。

サーバ，管理ツールサーバ起動中
サーバ，管理ツールサーバ起動中はSFimportを実行しないでください。

子サーバ
子サーバでSFimportを実行しないでください。SFimportは，親サーバで実行してください。

7.9.5　SFimportの使用方法

＜この項の構成＞

(1)　コマンドの書式

(2)　引数

(3)　リターンコード

(4)　注意事項

(1)　コマンドの書式

/usr/GroupAppo/bin/SFimport {/i|/c} InputFileName SchePath [logname]

(2)　引数

第1引数
/i：登録ファイルのエラーチェックの後，管理データを登録します。
/c：登録ファイルのエラーチェックだけを実行します。

第2引数
InputFileName：登録ファイル名を指定します。
登録ファイル名には，半角文字，及び全角文字を使用して，128バイト以内の文字列で指定してください。ファイル名には絶対パス，又はコマンド実行ディレクトリからの相対パスが指定できます。

第3引数
SchePath：スケジュール格納ディレクトリ
「コンフィギュレーション」で指定したスケジュール格納ディレクトリを指定してください。

＜例＞

/usr/iki

第4引数
logname：ログファイル名（省略可）
進ちょく状況やエラーメッセージを出力するファイル名には絶対パス，又はコマンド実行ディレクトリからの相対パスが指定できます。既に同じファイル名が存在する場合は上書きされます。指定できるパスの長さは128バイト以内です。ファイル名には"SFimport.log"を指定しないでください。省略した場合は，標準出力にメッセージを出力します。

(3)　リターンコード

0：正常終了

1：異常終了

(4)　注意事項

実行結果，及びエラーメッセージは標準出力，及び＜ログ出力ファイル名＞に出力します。＜SFimport実行時ディレクトリ＞/SFimport.logファイルに詳細なメッセージを出力します。既にSFimport.logが存在する場合は上書きされます。SFimportのメッセージについては，「付録R.2　SFimportのメッセージ」を参照してください。

登録ファイルのエラーチェックに成功すると，登録ファイルの「入力ファイルのチェック」欄が「○」になり，エラーがあると「エラー番号」になります。「エラー番号」については，「付録R.1(1)　入力ファイルのチェックのエラー番号」を参照してください。

管理データの登録に成功すると，登録ファイルの「登録結果」欄が「○」になり，エラーがあると「エラー番号」になります。「エラー番号」については，「付録R.1(2)　登録結果のエラー番号」を参照してください。

エラーがあった場合は，登録ファイルを修正して，SFimportを再実行してください。ただし，登録ファイルを修正するときに，正常に登録されたレコード（行）を，登録ファイルから削除する必要はありません。SFimportは，「登録結果」欄が「○」のレコードを無視するため，同じデータが2度登録されることはありません。

SFimportのエラーにより管理データに不整合が発生した場合，自動リストア処理が実行され管理データがSFimport実行前の状態に復元されます。画面に出力されたメッセージに従って再実行してください。
自動リストア処理が失敗した場合，SFimportは再実行できません。手動で管理データのリストア処理を行う必要があります。画面に出力されたメッセージに従って管理データをリストアした後，再実行してください。

7.9.6　SFimportの使用例

＜この項の構成＞

(1)　サンプル構成

(2)　データ追加の例

(3)　ユーザ情報の変更の例

(4)　データ削除の例

(1)　サンプル構成

SFimportで部署テーブル，ユーザ，種別テーブル，施設情報を登録するサンプルの構成を説明します。サンプルでは，架空の会社であるA社にScheduler Server，Facilities Managerの環境を構築することを想定しています。A社の構成を図7-1に示します。

図7-1　A社の構成

(2)　データ追加の例

データ追加のサンプルファイルは，/usr/GroupAppo/bin/Aasya.csvです。このファイルを基にデータ追加の例を説明します。

(a)　サンプルの説明

サンプルファイルAasya.csvは，A社の構成（部署テーブル，ユーザ，種別テーブル，施設）を新規に追加する場合の登録ファイルです。Aasya.csvファイルには，データを追加する順番に従って，データが設定されています。

Aasya.csvファイルを編集して，部署テーブル，ユーザ，種別テーブル，施設を追加する登録ファイルを作成する場合，環境に合わせて必要なすべての項目を設定し直す必要があります。また，レコードの並び順は，Scheduler_Facilities管理ツールを用いて，部署テーブル，ユーザ，種別テーブル，施設を追加する順番と同様に，上位の部署テーブル，その部署テーブルに属するユーザ，下位の部署テーブル，その部署に属するユーザというようなレコード順で作成してください。種別テーブル，施設も同様なレコード順で作成してください。

(b)　データの追加手順

データ追加の例として，サンプルファイルでデータを追加する手順を次に示します。

なお，この例ではスケジュール格納ディレクトリを/usr/iki，実行ディレクトリ及びサンプルファイルの格納ディレクトリを/usr/GroupAppo/binと仮定しています。

開発部サーバ（親サーバ）と企画部サーバ（子サーバ）でサーバ，管理ツールサーバを停止します。

開発部サーバ（親サーバ）で，/usr/GroupAppo/binにカレントディレクトリを変更します。
次のように実行してください。

cd /usr/GroupAppo/bin

開発部サーバ（親サーバ）でSFimportを実行します。
Aasya.csvをチェックします。次のように実行してください。

/usr/GroupAppo/bin/SFimport /c Aasya.csv /usr/iki

開発部サーバ（親サーバ）でSFimportを実行します。
サンプルデータを追加します。次のように実行してください。

/usr/GroupAppo/bin/SFimport /i Aasya.csv /usr/iki

開発部サーバ（親サーバ）と企画部サーバ（子サーバ）で管理ツールサーバを起動します。

企画部サーバ（子サーバ）で「管理データ取得」を実行します。

開発部サーバ（親サーバ）と企画部サーバ（子サーバ）でサーバを起動します。

(3)　ユーザ情報の変更の例

データ変更のサンプルファイルは，/usr/GroupAppo/bin/Casya.csvです。このファイルを基にデータ変更の例を説明します。

(a)　サンプルの説明

サンプルファイルCasya.csvは，A社の3人のユーザ名を変更する場合の登録ファイルです。そのため，Casya.csvの日本語名には，変更後の新しいユーザ名が指定されています。

(b)　ユーザ情報の変更手順

データ変更の例として，サンプルファイルでデータを変更する手順を次に示します。

なお，この例ではスケジュール格納ディレクトリを/usr/iki，実行ディレクトリ及びサンプルファイルの格納ディレクトリを/usr/GroupAppo/binと仮定しています。

開発部サーバ（親サーバ）と企画部サーバ（子サーバ）でサーバ，管理ツールサーバを停止します。

開発部サーバ（親サーバ）で，/usr/GroupAppo/binにカレントディレクトリを変更します。
次のように実行してください。

cd /usr/GroupAppo/bin

開発部サーバ（親サーバ）でSFimportを実行します。
Casya.csvをチェックします。次のように実行してください。

/usr/GroupAppo/bin/SFimport /c Casya.csv /usr/iki

開発部サーバ（親サーバ）でSFimportを実行します。
サンプルデータを変更します。次のように実行してください。

/usr/GroupAppo/bin/SFimport /i Casya.csv /usr/iki

開発部サーバ（親サーバ）と企画部サーバ（子サーバ）で管理ツールサーバを起動します。

企画部サーバ（子サーバ）で「管理データ取得」を実行します。

開発部サーバ（親サーバ）と企画部サーバ（子サーバ）でサーバを起動します。

(4)　データ削除の例

データ削除のサンプルファイルは，/usr/GroupAppo/bin/Dasya.csvです。このファイルを基にデータ削除の例を説明します。

(a)　サンプルの説明

サンプルファイルDasya.csvは，A社の構成（部署テーブル，ユーザ，種別テーブル，施設）をすべて削除する場合の登録ファイルです。

ユーザがDasya.csvファイルを編集して，ユーザ自身のサーバ環境で利用する場合は，サンプルファイルのとおりに削除の対象になる組織種別，処理区分，各IDなどを設定する必要があります。また，設定する順番は，データを削除する順番に従って，最下位の部署テーブルに属するすべてのユーザ，最下位の部署テーブル，上位の部署テーブルに属するユーザ，上位の部署テーブルというようなレコード順で作成してください。種別テーブル，施設も同様なレコード順で作成してください。

(b)　データの削除手順

データ削除の例として，サンプルファイルでデータを削除する手順を次に示します。

この例ではスケジュール格納ディレクトリを/usr/iki，実行ディレクトリ及びサンプルファイルの格納ディレクトリを/usr/GroupAppo/binと仮定しています。

開発部サーバ（親サーバ）と企画部サーバ（子サーバ）でサーバ，管理ツールサーバを停止します。

開発部サーバ（親サーバ）で，/usr/GroupAppo/binにカレントディレクトリを変更します。
次のように実行してください。

cd /usr/GroupAppo/bin

開発部サーバ（親サーバ）でSFimportを実行します。
Dasya.csvをチェックします。次のように実行してください。

/usr/GroupAppo/bin/SFimport /c Dasya.csv /usr/iki

開発部サーバ（親サーバ）でSFimportを実行します。
サンプルデータを削除します。次のように実行してください。

/usr/GroupAppo/bin/SFimport /i Dasya.csv /usr/iki

開発部サーバ（親サーバ）と企画部サーバ（子サーバ）で管理ツールサーバを起動します。

企画部サーバ（子サーバ）で「管理データ取得」を実行します。

開発部サーバ（親サーバ）と企画部サーバ（子サーバ）でサーバを起動します。

7.10　「SFexport」について

SFexportは，Scheduler Server又はFacilities Managerに登録されている部署テーブル，ユーザ，種別テーブル，施設の情報をCSV形式で出力します。出力するファイルは登録ファイルと同じ形式です。このため，出力したファイルを編集することで登録ファイルとして利用できます。

＜この節の構成＞

7.10.1　SFexportでサポートする機能

7.10.2　SFexport実行時の注意点

7.10.3　SFexportの使用方法

7.10.4　SFexportの使用例

7.10.5　SFexportの使用上の注意事項

7.10.6　SFexportを用いたSFimportの登録ファイルの作成例

7.10.1　SFexportでサポートする機能

SFexportでサポートしている機能を表7-4に示します。

表7-5　SFexportでサポートしている機能

項番 | サポートする機能
1 | 部署テーブル情報の出力
2 | ユーザ情報の出力
3 | 種別テーブル情報の出力
4 | 施設情報の出力
5 | 他システム情報の出力
6 | セパレータ情報の出力
7 | 施設管理者情報の出力

7.10.2　SFexport実行時の注意点

次の場合には，SFexportを実行しないでください。

SFexport又はSFimportの実行中
SFexportを同時に複数実行したり，SFexportを実行中にSFimportを実行したり，SFimportを実行中にSFexportを実行したりしないでください。

サーバ，管理ツールサーバ起動中
サーバ，管理ツールサーバ起動中はSFexportを実行しないでください。

7.10.3　SFexportの使用方法

＜この項の構成＞

(1)　コマンドの書式

(2)　引数

(3)　リターンコード

(4)　注意事項

(1)　コマンドの書式

/usr/GroupAppo/bin/SFexport {/sfgu | /a} OutputFileName SchePath [logname]

(2)　引数

第1引数
次のオプションを指定します。

/s：部署テーブル，ユーザ情報を出力します。

/f：種別テーブル，施設を出力します。

/g：部署テーブル，種別テーブルを出力します。

/u：ユーザ，施設情報を出力します。

/a：部署テーブル，ユーザ情報，種別テーブル，施設情報を出力します。ほかの引数と同時に指定できません。

同時に複数のオプションを指定すると，出力する項目にフィルタリングできます。SFexportのオプションと出力項目を表7-5に示します。

表7-6　SFexportのオプションと出力項目

オプション※1 | 出力項目
部署テーブル | ユーザ | 種別テーブル | 施設
/a，/sf，/gu，/sfgu | ○ | ○ | ○ | ○
/sfg | ○ | － | ○ | －
/sfu | － | ○ | － | ○
/s※2，/sgu | ○ | ○ | － | －
/f，/fgu | － | － | ○ | ○
/sg | ○ | － | － | －
/su※2 | － | ○ | － | －
/fg | － | － | ○ | －
/fu | － | － | － | ○

（凡例）

○：出力される項目です。

－：該当しないことを示します。

注※1

オプションは順不同です。

注※2

/sを指定した場合，Scheduler Serverの部署テーブルとユーザ情報を出力し，/suを指定した場合，Scheduler Serverのユーザ情報だけを出力します。

第2引数
OutputFileName：出力ファイル名を指定します。
出力ファイル名には，Scheduler Server又はFacilities Managerに登録されている情報を出力するファイルの名称を半角文字，及び全角文字を使用して，128バイト以内の文字列で指定してください。ファイル名には絶対パス，又はコマンド実行ディレクトリからの相対パスが指定できます。
指定したファイルが既に存在する場合には，上書きされます。

第3引数
SchePath：スケジュール格納ディレクトリ
「コンフィギュレーション」で指定したスケジュール格納ディレクトリを指定してください。

＜例＞

/usr/iki

第4引数
logname：ログファイル名（省略可）
進ちょく状況やエラーメッセージを出力するファイル名には絶対パス，又はコマンド実行ディレクトリからの相対パスが指定できます。既に同じファイル名が存在する場合は上書きされます。
指定できるパスの長さは128バイト以内です。ファイル名には"SFexport.log"を指定しないでください。省略した場合は，標準出力にメッセージを出力します。

(3)　リターンコード

0：正常終了

1：エラー終了

(4)　注意事項

実行結果，及びエラーメッセージは標準出力，及び＜ログ出力ファイル名＞に出力します。＜SFexport実行時ディレクトリ＞/SFexport.logファイルに詳細なメッセージを出力します。既にSFexport.logが存在する場合は上書きされます。SFexportのメッセージについては，「付録R.3　SFexportのメッセージ」を参照してください。

7.10.4　SFexportの使用例

SFexportの使用例を説明します。使用例では，図7-2に示すように登録されている部署テーブル，ユーザ，種別テーブル，施設の情報を出力します。

使用例では，前提としてSFexportを実行できる状態で，スケジュール格納ディレクトリが/usr/ikiになっていることとします。また，情報の出力先は/tmp/data.csvファイルとします。

図7-2　例題で使用する部署テーブル，ユーザ，種別テーブル，施設の登録状況

＜この項の構成＞

(1)　すべての情報を出力する場合

(2)　ユーザと施設情報だけを出力する場合

(3)　ユーザ情報だけを出力する場合

(1)　すべての情報を出力する場合

次に示すようにコマンドを実行すると，data.csvファイルには登録済みのすべての情報が出力されます。

/usr/GroupAppo/bin/SFexport /a /tmp/data.csv /usr/iki

(2)　ユーザと施設情報だけを出力する場合

次に示すようにコマンドを実行すると，data.csvファイルには登録済みのユーザと施設情報だけが出力されます。

/usr/GroupAppo/bin/SFexport /u /tmp/data.csv /usr/iki

(3)　ユーザ情報だけを出力する場合

次に示すようにコマンドを実行すると，data.csvファイルには登録済みのユーザ情報だけが出力されます。

/usr/GroupAppo/bin/SFexport /su /tmp/data.csv /usr/iki

7.10.5　SFexportの使用上の注意事項

SFexportで出力したレコードの処理区分はすべて"I"となっています。出力ファイルをSFimportで使用する場合，処理区分の変更が必要です。処理区分を変更しない場合，そのレコード（行）はコメント行として無視されます。

他システム，施設管理者，セパレータが登録されている場合，出力ファイルにはコメント行（レコードの先頭が#）として出力されますが，それらをSFimportで登録することはできません。

7.10.6　SFexportを用いたSFimportの登録ファイルの作成例

SFexportで登録情報をファイルに出力し，そのファイルを編集して登録ファイルとして利用すれば，登録済みの情報を変更する場合の登録ファイルが簡単に作成できます。ここでは登録済みのユーザ名を変更する登録ファイルを作成する例について説明します。

開発1課の山田課長のユーザ名を変更する登録ファイル作成例
まず，SFexportで山田課長の登録情報を/tmp/data.csvファイルに出力します。出力したファイルを表計算ソフトなどで開いて，ユーザ名の部分だけを新しいユーザ名に修正すれば，登録ファイルの完成です。
例では，ユーザ名を「山田課長」から「（山田）K」に変更しています。

＜この項の構成＞

(1)　ユーザ情報の出力

(2)　表計算ソフトなどで出力ファイル/tmp/data.csvの処理区分を"C"へ変更，開発1課の山田課長の日本語名欄を"（山田）K"へ変更した登録ファイルの作成

(1)　ユーザ情報の出力

/usr/GroupAppo/bin/SFexport /su /tmp/data.csv /usr/iki

/tmp/data.csvの内容

処理種別 | 組織種別 | 処理区分 | ... | 所属組織ID | ... | 日本語名 | ...
S | U | I |  | kaiht1.uid |  | 山田課長 |

(2)　表計算ソフトなどで出力ファイル/tmp/data.csvの処理区分を"C"へ変更，開発1課の山田課長の日本語名欄を"（山田）K"へ変更した登録ファイルの作成

/tmp/data.csvの内容

処理種別 | 組織種別 | 処理区分 | ... | 所属組織ID | ... | 日本語名 | ...
S | U | C |  | kaiht1.uid |  | (山田)K |

7.11　「SCHogimp」について

組織グループファイル及び特権ユーザ一覧ファイルの登録又はチェックを行うコマンドを提供します。

＜この節の構成＞

7.11.1　SCHogimpでサポートする機能

7.11.2　SCHogimp実行時の注意点

7.11.3　SCHogimpの使用方法

7.11.4　ORGGROUP.tblファイル

7.11.5　ORGGROFF.tblファイル

7.11.6　作業手順

7.11.7　メッセージ

7.11.1　SCHogimpでサポートする機能

SCHogimでサポートしている機能を表に示します。なお，ユーザID・組織IDの存在チェックは行いません。

表7-7　SCHogimpでサポートしている機能

項番 | サポートする機能
1 | 文字列チェック
2 | 長さチェック
3 | フォーマットチェック
4 | ユーザID，組織IDの重複チェック
5 | 組織グループのアクセス権を補正。ファイルの先頭から見て各組織グループ名が最初に登場するレコードのアクセス権の値で，それ以降の同じ組織グループのレコードを補正します。

7.11.2　SCHogimp実行時の注意点

コマンドの排他制御について
コマンドは同時に実行できません。同時に実行した場合，後から実行したコマンドがエラーとなります。また，ファイル登録時には，登録先のファイルのバックアップファイルを同ディレクトリに一時的に作成します。バックアップファイルが存在すると，実行したコマンドはエラーとなります。

Ctrl+C，Ctrl+Break押下時の動作について
Ctrl+C，Ctrl+Break押下時には，メッセージを出力し終了します。バックアップファイルが存在している場合にはバックアップファイルを元に戻し，再実行してください。

ファイル登録時のバックアップ処理について
ファイル登録前には，登録先ファイルと同じディレクトリに拡張子を.tblから.bakに変更したバックアップファイルを作成します。
組織グループファイルのバックアップファイル名：ORGGROUP.bak
特権ユーザ一覧ファイルのバックアップファイル名：ORGGROFF.bak
ファイルの登録に成功した場合，バックアップファイルを次のディレクトリに退避します。ディレクトリが存在しない場合は登録処理の前に作成します。ディレクトリを作成できない場合はエラーになります。

＜インストールディレクトリ＞¥log¥tmp_bk

ORGGROUP.tblの中間ファイルの作成
ファイル登録時に，ORGGROUP.tblファイルのアクセス権の指定を補正した，中間ファイルを登録先ファイルと同じディレクトリに作成します。ファイル登録時には，中間ファイルをORGGROUP.tblに名前を変えて登録します。
組織グループファイルの中間ファイル名：ORGGROUP.tmp

図7-3　中間ファイルの作成イメージ

ワイルドカード変更時について
ワイルドカードの指定をデフォルト値から変更する場合，この設定でチェックする前にAppoSV.iniを設定してください。

ファイル及びディレクトリのアクセス権について
第2引数及び第3引数で指定したファイルとディレクトリに読み書きができるアクセス権を設定してください。

コマンド実行中にsignalを検知した場合
コマンド実行中にsignalを検知した場合は，処理を中断します。signalは次のとおりです。

項番 | シグナル | 処理
1 | SIGINT(2) | Ctrl-C，Ctrl-Breakによる強制終了
2 | SIGHUP(1) | コンソールのクローズ
3 | SIGTERM(15) | Killコマンド（引数なし）による強制終了
4 | SIGDANGER(33) | ページングスペースが不足（AIXだけ）

ログファイルにメッセージを書き込めない場合
次に示す場合には，SCHogimp.log（障害調査用のログファイル）にログファイルに書き込めないことを示すメッセージを出力します。

引数に指定したログファイルに書き込めない場合

ログファイルのクローズに失敗した場合

なお，SCHogimp.logに書き込めない場合には，標準出力にSCHogimp.logに書き込めないことを示すメッセージを出力します。

ORGGROUP.tbl及びORGGROFF.tblはWindowsマシン上で作成する必要があります。また，ORGGROUP.tbl，ORGGROFF.tblを作成したWindowsマシンからftpでファイル転送する場合は，バイナリモードを使用してください。

7.11.3　SCHogimpの使用方法

＜この項の構成＞

(1)　コマンドの書式

(2)　引数

(3)　コマンドパス

(4)　リターンコード

(5)　障害調査用のログ出力について

(1)　コマンドの書式

SCHogimp {/i | /c} filename [logfilename]

(2)　引数

第1引数
次のオプションを指定します。

/i：第2引数で指定したファイルをチェックし，問題なければetcディレクトリに格納します。

/c：第2引数で指定したファイルをチェックします。

第2引数
filename：組織グループファイルのパス，又は特権ユーザ一覧ファイルのパス
ファイル名は組織グループファイルの場合には「ORGGROUP.tbl」，特権ユーザ一覧ファイルの場合には「ORGGROFF.tbl」を指定します。引数の指定で大文字・小文字は区別しませんが，実在するファイルと大文字・小文字が異なる場合，エラーとなります。ファイルパスは最大128バイトです。登録処理指定時にファイルの格納先のパス（通常は/usr/GroupAppo/etc）を指定しないでください。指定した場合，ファイルの登録処理に失敗することがあります。

第3引数
logfilename：ログファイル名（省略可）
通常は標準出力にメッセージを出力しますが，logfilenameを指定した場合，指定したファイルにメッセージの出力先を変更します。既に同じファイルが存在する場合は既存のファイルを上書きします。フルパスで指定してください。ファイルパスは最大128バイトです（ログファイルはフルパスで128バイト以内のディレクトリのファイルだけ指定できます）。なお，ファイル名にコマンド実行ディレクトリ上の「SCHogimp.log」を指定した場合，エラーとなります。

(3)　コマンドパス

/usr/GroupAppo/bin/SCHogimp.exe

(4)　リターンコード

0：正常終了

1：異常終了（次の二つ以外のエラー）

2：異常終了（引数エラー）

3：異常終了（第2引数に指定したファイルのフォーマットに誤りがある場合（ファイルが0バイトの場合を含む））

(5)　障害調査用のログ出力について

SCHogimp.log（障害調査用のログ）を，コマンドを実行したディレクトリに作成します。

(a)　[フォーマット]

[日時] [プロセスID] [メッセージコード] [障害エラー情報]

メッセージコードは関数ごとに100番単位で値を割り振り，更に出力箇所に応じて，関数内で一意に1～99までの値を割り振ったものです。

障害エラー情報は上記メッセージに加えて，障害調査に役立つ情報を出力するものです。

(b)　[世代管理]

コマンドを実行するごとにSCHogimp.logの内容を別ファイルにバックアップします。バックアップは以下のように複数世代を管理します。

SCHogimp.log → SCHogimp.bk1 → SCHogimp.bk2 → ： SCHogimp.bkX

Xの値は世代の数値です。バックアップが失敗した場合にログに残すため，一時的にSCHogimp.bk0が作成されます。Xの値を変更したい場合は，/usr/GroupAppo/binディレクトリにSCHogimp.iniファイルを作成してください。ファイル名の大文字・小文字は合わせてください。

SCHogimp.iniのフォーマットを次に示します。セクション名，パラメタ名共に大文字・小文字の違いなく入力してください。

[log]
FileCnt = 6

セクション名：log

パラメタ名：FileCnt

値：1～10の範囲で指定する（未設定又はエラー時のデフォルトは6です）。

すべての行に改行が必要です。

セクション，セクション名，パラメタ名，値，＝の記号の前後に空白を入力しないでください。空白を入力すると，値が認識されません。

7.11.4　ORGGROUP.tblファイル

組織グループに組織を設定するための定義ファイルです。組織グループファイルと呼びます。マルチサーバ構成の場合はすべてのサーバにファイルを置く必要があります。レコードフォーマットはCSV形式です。

＜この項の構成＞

(1)　ファイルフォーマット

(2)　設定例

(3)　注意

(1)　ファイルフォーマット

図7-4　ORGGROUP.tblフォーマット

組織ID
コンマ
組織グループ名
（コンマ）
（アクセス権）
0x0D
0x0A

組織IDは最大8バイトです。組織グループ名は最大20バイトで，使用できる文字は半角英小文字，及び半角数字です。アクセス権は0，2，3，4の中から選択できます。

0：同じ組織グループに入っていない組織のメンバからは参照不可にする

2：同じ組織グループに入っていない組織のメンバからは参照不可，予約不可にする

3：同じ組織グループに入っていない組織のメンバからは予約不可にする

4：同じ組織グループに入っていない組織のメンバからは参照拒否にする

アクセス権は省略可能です。省略した場合は，組織グループ名の後のコンマも省略可能です。ファイルの先頭からみて各組織グループ名が最初に登場するレコードの値が有効になります。最初に登場するレコードでアクセス権が省略されていた場合は，AppoSV.iniのOutOrgGroupSecurityに設定された権限で動作します。最初に登場するレコード以外のレコードはアクセス権を設定しても無視します。

ワイルドカードを使って，組織IDを指定することが可能です。これにより，類似した組織IDをまとめて設定することができます。ワイルドカードは，組織IDの2バイト目以降に設定することが可能です。組織IDの最後に設定されたときだけワイルドカードと判断します。「kanri*」の*はワイルドカードになります。「kanri*a」の*はワイルドカードではなくエラーレコードと判断します。もし組織IDに*を使用している場合は，AppoSV.iniのOrgGroupOmitMark設定でワイルドカードの記号を変更してください。

<0x0D><0x0A>は，Windowsの改行コードのことです。Windowsマシン上で作成した後にUNIXマシンにバイナリモードで転送してください。必ずレコードの末尾に改行を入れてください。

(2)　設定例

ORGGROUP.tblファイルの設定例を示します。

表7-8　ORGGROUP.tblの例

行 | 内容 | 説明
1 | egyou2ka,asya,4<0x0D><0x0A> | asyaグループの最初に登場した行です。asyaグループは参照拒否です。
2 | eyou3ka,asya,<0x0D><0x0A> | asyaグループの2行目なので，アクセス権は省略しています。組織グループ名の後にコンマはありますが，問題ありません。
3 | eyou4ka,asya<0x0D><0x0A> | asyaグループの3行目なので，アクセス権は省略しています。組織グループ名の後のコンマも省略しています。
4 | sekkei1ka,bsya<0x0D><0x0A> | bsyaグループの最初に登場した行です。アクセス権は省略されているため，bsyaグループはOutOrgGroupSecurityに設定されたアクセス権です。
5 | sekkei2ka,bsya,2<0x0D><0x0A> | bsyaグループの2行目です。アクセス権には2が設定されていますが，2行目なので無視します。上の行の判断どおりbsyaグループはOutOrgGroupSecurityに設定されたアクセス権です。
6 | kanri*,csya,4<0x0D><0x0A> | csyaグループの最初に登場した行です。アクセス権には4が設定されています。ワイルドカードが使われているため，kanriで始まるすべての組織IDがこの組織グループに登録されていることになります。最後の行にも<0x0D><0x0A>が必要です。<0x0D><0x0A>を省略するとその行は無効になります。

(3)　注意

組織グループをすべて削除する場合は，ファイルサイズが0バイトのORGGROUP.tblを作成してください。次のように改行だけのORGGROUP.tblを作成しても，フォーマットエラーになりますので注意してください。

図7-5　問題となるORGGROUP.tblファイルの例

0x0D
0x0A

viなどのエディタでORGGROUP.tblを作成した場合，改行コードが<0x0D><0x0A>になりません。ORGGROUP.tblはWindowsマシン上で作成し，ftpのバイナリモードで転送してください。

7.11.5　ORGGROFF.tblファイル

本来は図の実線のように組織グループ間のアクセス権で評価されますが，（か）を特権ユーザとしてORGGROFF.tblに登録すると点線のように，セキュリティランクでアクセス権を評価します。

図7-6　特権ユーザの場合のアクセス権

ファイルフォーマット

特権ユーザの登録については次のようにユーザIDを1行1個で列挙していきます。

図7-7　ORGGROFF.tblフォーマット

ユーザID
0x0D
0x0A

なお<0x0D><0x0A>は改行コードです。最後の行にも<0x0D><0x0A>が必要です。<0x0D><0x0A>を省略するとその行は無効になります。

＜この項の構成＞

(1)　注意

(1)　注意

特権ユーザをすべて削除する場合は，ファイルサイズが0バイトのORGGROFF.tblを作成してください。次のように改行だけのORGGROFF.tblを作成しても，フォーマットエラーになりますので注意してください。

図7-8　問題となるORGGROFF.tblファイルの例

0x0D
0x0A

viなどのエディタでORGGROFF.tblを作成した場合，改行コードが<0x0D><0x0A>になりません。ORGGROFF.tblはWindowsマシン上で作成し，ftpのバイナリモードで転送してください。

7.11.6　作業手順

＜この項の構成＞

(1)　初回の設定

(2)　通常の運用時（レプリケーション（子サーバからの管理データ取得）を行う場合）

(3)　通常の運用時（レプリケーション（子サーバからの「管理データ取得」）を行わない場合）

(1)　初回の設定

この機能を初めて使用するときは次の作業を行います。

サービスを停止してScheduler Serverを07-30にアップします。
この機能は07-30以降でしか使うことができません。マルチサーバの場合にはすべてのScheduler Serverを07-30にアップしてください。

AppoSV.iniに本機能を使用するための設定を行います。
OrgGroupSecurity=ONなどを設定します。

ORGGROUP.tblとORGGROFF.tblを作成します。
Windowsマシン上で組織グループファイル（ORGGROUP.tbl）と特権ユーザ一覧ファイル（ORGGROFF.tbl）を作成します。その後，親サーバのScheduler Serverが使用していないディレクトリに，ftpのバイナリモードで転送してください。

SCHogimpコマンドでORGGROUP.tblとORGGROFF.tblをチェックします。
SCHogimpコマンドの/cオプションで確認することができます。

ORGGROUP.tblとORGGROFF.tblの問題がなくなったら，SCHogimpコマンドで親サーバに登録します。
SCHogimpコマンドの/iオプションで登録することができます。

すべてのサーバで管理ツールサーバのサービスを起動します。
「Groupmax Scheduler Server Tool」と「Groupmax Facilities Manager Tool」を起動します。

すべての子サーバでコンフィギュレーションから「管理データ取得」を実行します。

すべてのサーバでサービスを起動します。
「Groupmax Scheduler Server」と「Groupmax Facilities Manager」を起動します。

(2)　通常の運用時（レプリケーション（子サーバからの管理データ取得）を行う場合）

組織グループに新しい組織を追加するなど組織グループを変更したり，特権ユーザを変更したりする場合に，この機能以外の情報も反映するのであれば，次の手順で作業します。

ORGGROUP.tblとORGGROFF.tblを作成する。
Windowsマシン上で組織グループファイル（ORGGROUP.tbl）と特権ユーザ一覧ファイル（ORGGROFF.tbl）を作成します。その後，親サーバのScheduler Serverが使用していないディレクトリに，ftpのバイナリモードで転送してください。
組織グループ又は特権ユーザをすべて削除したい場合は0バイトのファイルを作成してください。

SCHogimpコマンドでORGGROUP.tblとORGGROFF.tblをチェックします。
SCHogimpコマンドの/cオプションで確認することができます。

ORGGROUP.tblとORGGROFF.tblの問題がなくなったら，SCHogimpコマンドで親サーバに登録します。
SCHogimpコマンドの/iオプションで登録することができます。

すべてのサーバで管理ツールサーバのサービスを起動します。
「Groupmax Scheduler Server Tool」と「Groupmax Facilities Manager Tool」を起動します。

すべての子サーバでコンフィギュレーションから「管理データ取得」を実行します。

一定時間が経過したら自動的に内容が取り込まれます。

(3)　通常の運用時（レプリケーション（子サーバからの「管理データ取得」）を行わない場合）

組織グループに新しい組織を追加するなど組織グループを変更したり，特権ユーザを変更したりする場合に，この機能の情報だけを反映するのであれば，レプリケーション（子サーバからの「管理データ取得」）を行わずに次の手順で作業します。

ORGGROUP.tblとORGGROFF.tblを作成する。
Windowsマシン上で組織グループファイル（ORGGROUP.tbl）と特権ユーザ一覧ファイル（ORGGROFF.tbl）を作成します。その後，親サーバのScheduler Serverが使用していないディレクトリに，ftpのバイナリモードで転送してください。
組織グループ又は特権ユーザをすべて削除したい場合は0バイトのファイルを作成してください。

SCHogimpコマンドでORGGROUP.tblとORGGROFF.tblをチェックします。
SCHogimpコマンドの/cオプションで確認することができます。

ORGGROUP.tblとORGGROFF.tblの問題がなくなったらすべてのサーバにチェック済みファイルを転送します。
子サーバのScheduler Serverが使用していないディレクトリに転送します。

親サーバも含めすべてのサーバでSCHogimpコマンドを実行して登録します。
SCHogimpコマンドの/iオプションで登録することができます。

一定時間が経過したら自動的に内容が取り込まれます。

7.11.7　メッセージ

項番
メッセージ
対処

1
E ログファイルを開けません。[ファイルパス]
ログファイルのパス又はファイル名が正しいかどうかを確認してください。また，ログファイルに書き込む権限があるかどうかを確認してください。

2
E ファイルを開けません。[ファイルパス]
第2引数に指定したファイルの存在を確認してください。

3
E 引数が不正です。
引数指定に誤りがあります。引数指定が正しいか確認してください。

4
E 第x引数のパスが長すぎます。
第x引数に指定したパスが長過ぎます。
パスが正しいか確認し，正しい場合はパスの指定を128バイトまで短くなるようにして実行してください。

5
E ファイルの指定が不正です。[ファイルパス]
第2引数に指定したファイル名がORGGROUP.tbl若しくはORGGROFF.tblではありません。ファイル名を確認してください。又は第3引数に指定したログファイル名が実行ディレクトリ上のSCHogimp.logを指定しています。別のファイル名を指定してください。又は第3引数に指定したファイルのパスが正しくありません。ディレクトリが存在するか，アクセス権が存在するか確認してください。

6
E ファイルが存在しません。[ファイルパス]
第2引数に指定したファイルが存在しません。ファイルの存在を確認してください。

7
E 環境情報のパスの取得に失敗しました。
環境情報のパスの取得に失敗しました。Groupmax Scheduler Serverがインストールされていること，またスケジュール格納ディレクトリの指定が正しいことを確認してください。

8
E ディレクトリが存在しません。[ディレクトリパス]
ディレクトリが存在しません。ディレクトリが存在していることを確認してください。

9
E ファイルのオープンに失敗しました。[ファイルパス]
ファイルが存在していることを確認してください。

10
E ファイルの読込に失敗しました。[ファイルパス]
ファイルが存在していることを確認してください。

11
W ファイルが0バイトです。レコードの指定がない状態で動作します。[ファイルパス]
指定したファイルが0バイトです。レコードの指定がない状態で動作しますが，問題ないことを確認してください。

12
E x行目：フォーマットが不正です。
x行目のフォーマットが不正です。

13
E x行目：組織IDが不正です。(組織ID)
x行目の組織IDが未指定か指定できない文字が指定されています。x行目の組織IDの文字を確認してください。

14
E x行目：組織IDが長すぎます。(組織ID)
x行目の組織IDが長過ぎます。x行目の組織IDの長さを確認してください。

15
E x行目：組織グループ名が不正です。(組織グループ名)
x行目の組織グループ名が未指定か指定できない文字が指定されています。x行目の組織グループ名の文字を確認してください。
組織グループ名として使用できる文字は半角英小文字，及び半角数字です。

16
E x行目：組織グループ名が長すぎます。(組織グループ名)
x行目の組織グループ名が長過ぎます。x行目の組織グループ名の長さを確認してください。

17
E x行目：アクセス権が不正です。(アクセス権)
x行目のアクセス権に指定できない文字が指定されています。x行目のアクセス権の文字を確認してください。

18
E x行目：アクセス権が長すぎます。(アクセス権)
x行目のアクセス権が長過ぎます。x行目のアクセス権の長さを確認してください。

19
W x行目：組織グループの始めのレコードにアクセス権が設定されていません。AppoSV.iniファイルで指定したアクセス権または参照拒否を適用します。
x行目のアクセス権の指定を確認してください（AppoSV.iniファイルで指定した値に従う場合は対処不要です）。

20
W x行目，y行目：組織IDが重複します。(組織ID)(組織ID)
x行目とy行目が同じ組織IDで判定される行のレコードです。組織IDの指定が正しいか確認してください（先に設定された行のデータでアクセス権を判定します）。

21
E x行目：ユーザIDが不正です。(ユーザID)
x行目のユーザIDが未指定か不正です。x行目のユーザIDの文字が正しいか確認してください。

22
E x行目：ユーザIDが長すぎます。(ユーザID)
x行目のユーザIDが長過ぎます。x行目のユーザIDの長さを確認してください。

23
W x行目，y行目：ユーザIDが重複します。(ユーザID)
x行目とy行目が同じユーザIDのレコードです。ユーザIDの指定が正しいか確認してください。

24
I ★★★ファイルのチェック処理を開始します。
－

25
I ★★★ファイルのチェック処理を終了します。
－

26
E ファイルのチェック処理で異常が発生しました。チェック処理を終了します。
ファイルのチェック処理で異常が発生しました。前に表示されたメッセージを確認し，対応後再実行してください。

27
I フォーマットチェック中
－

28
I アクセス権設定チェック中
－

29
I 重複チェック中
－

30
I ★★★ファイルの登録処理を開始します。
－

31
I ★★★ファイルの登録処理を終了します。
－

32
E ファイルの登録処理で異常が発生しました。登録処理を終了します。
ファイルの登録処理で異常が発生しました。前に表示されたメッセージを確認し，対応後再実行してください。

33
E バックアップファイルが存在します。[バックアップファイルパス]
バックアップファイルが存在します。
別にコマンドが実行中でないか確認してください。また，前回登録結果を確認し，失敗している場合には失敗した要因を取り除き，再度実行してください。

34
E バックアップファイルの作成に失敗しました。[バックアップファイルパス]
ファイルに参照権限があるか，またディレクトリに書き込み権限があるか確認してください。また，ディスク容量があるか確認してください。

35
I ファイルの登録に成功しました。
－

36
E ファイルの登録に失敗しました。[ファイルパス]
I バックアップファイルからリストアします。
指定した組織グループファイル，又は特権ユーザ一覧ファイルの登録に失敗しました。ファイルに参照権限があるか，またディレクトリに書き込み権限があるか確認してください。また，ディスク容量があるか確認してください。

37
E ファイルの登録に失敗しました。[ファイルパス]
E ファイルの登録に失敗した要因を取り除き，再度実行してください。
指定した組織グループファイル，又は特権ユーザ一覧ファイルの登録に失敗しました。
ファイルに参照権限があるか，またディレクトリに書き込み権限があるか確認してください。
また，ディスク容量があるか確認してください。

38
E バックアップファイルからのリストアに成功しました。ファイルの登録に失敗した要因を取り除き，再度実行してください。
ファイルに参照権限があるか，またディレクトリに書き込み権限があるか確認してください。また，ディスク容量があるか確認してください。

39
E バックアップファイルからのリストアに失敗しました。手動でバックアップファイルから復旧してください。[バックアップファイルパス]
ファイルに参照権限があるか，またディレクトリに書き込み権限があるか確認してください。また，ディスク容量があるか確認してください。

40
E メモリの確保に失敗しました。
ほかのプログラムによりマシンに負荷がかかっていないか，十分な空きメモリがあるか確認してください。

41
E 処理が中断されました。[数字]
E バックアップファイルが存在するか確認し，存在する場合には復旧後，再度処理をやり直してください。
E バックアップファイルパス：[バックアップファイルのパス]
E 復旧先パス：[復旧先のパス]
Ctrl+C,Ctrl+Breakによる処理の中断が行われました。バックアップファイルが存在する場合には，バックアップファイルを復旧し，再度処理を実行してください。

42
E 中間ファイルの作成に失敗しました。[中間ファイルのパス]
Scheduler Serverに登録する中間ファイルの作成に失敗しました。指定されたファイルを作成する権限があるかアクセス権を確認してください。

43
W 中間ファイルの削除に失敗しました。手動でファイルを削除してください。[中間ファイルのパス]
Scheduler Serverに登録する中間ファイルの削除に失敗しました。手動で登録ファイルを削除してください。

44
E ファイルの読込処理で異常が発生しました。処理を終了します。
ファイルの読み込み処理で異常が発生しました。前に表示されたメッセージを確認し，対応後再実行してください。

45
E バックアップファイルを待避するディレクトリを作成できません。[ディレクトリのパス]
バックアップファイルを退避するディレクトリの作成に失敗しました。指定されたパスのディレクトリを作成する権限があるか確認してください。

46
E バックアップファイルの待避に失敗しました。手動でバックアップファイルを待避してください。[バックアップファイルパス]
バックアップファイルの退避に失敗しました。バックアップファイルを手動で退避してください（指定されたパスのファイルは削除してください）。

47
E ログファイルのバックアップの作成に失敗しました。[ログファイルのパスまたはログファイルのバックアップのパス]
ログファイルのバックアップの作成に失敗しました。指定されたファイルを同じディレクトリにコピーする権限があるか確認してください。

48
I 組織IDのワイルドカードの指定を「(ワイルドカード指定文字)」でチェックします。
－

49
E 処理が中断されました。[数字]
Ctrl+C,Ctrl+Breakによる処理の中断が行われました。

50
Usage：SCHogimp {/i|/c} filename [logfilename]
/i … ファイルのチェックの後，ファイルを登録する
/c … ファイルのチェックのみ行う
filename … 作成した組織グループのファイル名「ORGGROUP.tbl」または作成した特権ユーザ一覧のファイル名「ORGGROFF.tbl」を指定する
logfilename … 標準出力のメッセージをファイルに出力する場合に，出力するファイル名を指定する。ファイル名はコマンド実行パスの「SCHogimp.log」以外のファイル名を指定する
メッセージに従って対処してください。

51
W ログファイルの書き込みに失敗しました。
標準出力又は指定ログファイルの書き込みに失敗しました。ディスク容量が足りているか，ファイルがほかのプログラムで使用されていないかなど，メッセージを書き込める状態であることを確認してください。

52
W ログファイルのクローズに失敗しました。
指定ログファイルのクローズ時にエラーが発生しました。ディスク容量が足りているか，ファイルがほかのプログラムで使用されていないかなど，メッセージを書き込める状態であることを確認してください。

53
W ログファイルの書き込みに失敗しました。(errno=X, MessageID=Y)
SCHogimp.log（障害調査用のログ）への書き込みに失敗しました。ディスク容量が足りているか，ファイルがほかのプログラムで使用されていないかなど，メッセージを書き込める状態であることを確認してください。

54
W ログファイルのクローズに失敗しました。(errno=X)
SCHogimp.log（障害調査用のログ）のクローズ時にエラーが発生しました。ディスク容量が足りているか，ファイルがほかのプログラムで使用されていないかなど，メッセージを書き込める状態であることを確認してください。

55
E 他でSCHogimpコマンドが実行中です。(errno=X)
ほかでSCHogimpコマンドが実行中です。ほかで同じ作業を行っていないか確認してください。

56
E 排他オブジェクトの生成に失敗しました。
以下の要因が考えられます。

Scheduler Serverの実行ユーザと異なるユーザでコマンドを実行している。

/usr/GroupAppo/bin/FORGGROUP.lck，又は/usr/GroupAppo/bin/ FORGGROUP.lckにアクセス権がない。

/usr/GroupAppo/binディレクトリに書き込み権限がない。

57
E 排他オブジェクトのロックに失敗しました。
/usr/GroupAppo/bin/FORGGROUP.lck，/usr/GroupAppo/bin/ FORGGROFF.lckの所有者，アクセス権を確認してください。
所有者及びアクセス権に問題がない場合は，ほかのプログラムがORGGROUP.tblやORGGROFF.tblを参照しています。しばらくしてから再実行してください。それでも解決しない場合は，システム管理者に連絡してください。

58
E バックアップファイルの削除に失敗しました。手動でバックアップファイルを削除してください。[ファイルパス]
[ファイルパス]に表示されたファイルが削除できませんでした。手動で削除してください。

59
Eログファイルを開けません。[ファイルパス] (errno=X)
ログファイルのパス又はファイル名が正しいか確認してください。またログファイルに書き込む権限があるか確認してください。

60
E ログファイルのバックアップの作成に失敗しました。[ログファイルのパスまたはログファイルのバックアップファイルのパス] (errno=X)
ログファイルのバックアップの作成に失敗しました。指定されたファイルを同じディレクトリにコピーする権限があるか確認してください。

61
E カレントディレクトリのフルパスの取得に失敗しました。
カレントディレクトリのフルパスの取得に失敗しました。ディレクトリのフルパスが128バイト以内か，十分な空きメモリがあるか確認してください。

62
E ディレクトリのフルパスの取得に失敗しました。[指定したログファイルが存在するディレクトリ]
指定したログファイルが存在するディレクトリのフルパスの取得に失敗しました。ディレクトリのフルパスが128バイト以内か，十分な空きメモリがあるか確認してください。

63
E ディレクトリの移動に失敗しました。[カレントディレクトリまたは指定したログファイルが存在するディレクトリ]
ディレクトリの移動に失敗しました。ディレクトリが存在するか，またディレクトリに移動するアクセス権があるか確認してください。

表示されるユーザID，組織ID，組織グループ名，アクセス権は最大256バイトまで表示されます。

8.　トラブルシューティング

この章では，このシステム運用時に発生する可能性のあるトラブルと回復方法について説明しています。

＜この章の構成＞

8.1　トラブルシューティング

8.2　Assist連携と「SFdatacp」のトラブルシューティング

8.1　トラブルシューティング

このシステム運用時に発生する可能性のあるトラブルと原因，回復方法について示します。

＜この節の構成＞

(1)　サーバ（SV）又は管理ツールサーバ（AppoMan）を起動できない

(2)　クライアントからログインできない

(3)　クライアントからログインできない（Address Server連動時）

(4)　管理ツールで，サーバから管理データを取得できない

(5)　コンフィギュレーションからの手動実行コマンドが失敗する

(6)　「管理データの取得」に失敗する

(7)　「変更通知情報の取得」や「ユーザ情報の再作成」を実行すると失敗する，又は「GetAdAll」，「indxget」コマンドの実行に失敗する

(8)　「変更通知情報の取得」又は「indxget」コマンドを実行しても，Address Serverで登録した内容がScheduler Serverに反映されない

(9)　特定のユーザの特定の月に対して，データの更新ができない

(10)　親サーバのユーザ情報が，子サーバに反映されていない

(11)　クライアントの「グループ」に登録済みのメンバ（ユーザ／施設）に対してスケジュール参照／予約／空き時間検索を実行するとエラーとなる

(12)　クライアントで，ほかのメンバのスケジュールを参照できない。又はほかのメンバにスケジュールを予約できない

(13)　システムログにメッセージID「60304」のメッセージが出力される

(14)　管理ツールで，サーバから管理データを取得時に「サーバで管理データを更新処理中のため，管理ツールサーバとの接続に失敗しました。」というメッセージが出力されて失敗する

(15)　Scheduler Client（Facilities Manager Client）の環境設定で「ユーザ情報の保存」を「サーバ保存」にしているユーザで，Client終了時に，「「XXXXX」の登録に失敗しました。」というダイアログメッセージが表示される（「XXXXX」は任意のファイル名）

(16)　すべてのメンバのスケジュール参照が参照拒否になる

(17)　セキュリティの設定通りに他人のスケジュール参照，スケジュール予約ができない

(18)　管理ツールの汎用化データ設定で，「休日の設定が不正です。再登録してください。」又は「休日のデータが不正です。終了してよろしいですか。」というダイアログメッセージが表示される

(19)　Scheduler ClientやWWW for Schedulerで，エラー番号が表示され，「システム管理者に連絡してください。」のメッセージが出力される

(20)　Groupmax Scheduler Clientで［起動時にサーバから情報を取得する］チェックボックスのチェックを外したままホームサーバを変更した場合

(21)　コンフィギュレーションの「手動実行」で「ユーザ情報再作成」や「変更通知情報取得」を実行した時に，「サーバで別の処理(xxxx)が実行中です。再実行してください。」というメッセージが表示されて失敗する

(22)　管理ツールで，サーバから管理データを取得時に「管理ツールサーバとの接続に失敗しました。」というメッセージが出力されて失敗する

(23)　管理ツールで，サーバに管理データを転送する時に「管理データの転送に失敗しました。」というメッセージが出力されて失敗する

(24)　管理ツールで管理データの取得，あるいは管理データの転送時に通信タイムアウトが発生し「エラーコード：2000」のメッセージが表示される

(1)　サーバ（SV）又は管理ツールサーバ（AppoMan）を起動できない

原因

servicesファイルに，ポート番号が記述されていません。

回復方法

servicesファイルに，ポート番号を記述してください。詳細は，「1.1　TCP/IPの接続確認」を参照してください。

(2)　クライアントからログインできない

原因1

サーバが起動されていません。

回復方法1

Scheduler Serverを起動します。詳細は，「3.2.1　Scheduler Serverの起動」又は「3.2.2　Facilities Managerの起動」を参照してください。

原因2

サーバとクライアント間をTCP/IPで通信できません。

回復方法2

ホスト名や通信環境を確認し，TCP/IPで通信できるようにします。詳細は，「1.1　TCP/IPの接続確認」を参照してください。

原因3

サーバとクライアントのサービスポート番号があっていません。

回復方法3

サーバとクライアントの「ikisaki」「appoarea」のポート番号を同一にしてください。

(3)　クライアントからログインできない（Address Server連動時）

原因

Address Serverで登録した内容がScheduler Serverに反映されていません。

回復方法

管理ツールを用いて，ユーザが登録されていることを確認してください。詳細は，「4.4　管理データの取得」を参照してください。ユーザが登録されていない場合，「変更通知情報の取得」や「ユーザ情報の再作成」を実行します。詳細は，「4.1.3　Address Serverのユーザ情報取得方法」，「4.1.4　Address Serverの変更通知情報取得方法」を参照してください。

(4)　管理ツールで，サーバから管理データを取得できない

原因1

servicesファイルに，ポート番号が記述されていません。

回復方法1

サーバ及び，管理ツールを使用しているマシンのservicesファイルに，「appoman」，「roomman」のポート番号を記述してください。詳細は，「1.1　TCP/IPの接続確認」を参照してください。

原因2

管理ツールサーバが起動されていません。

回復方法2

サーバで，管理ツールサーバを起動します。詳細は，「3.2.1　Scheduler Serverの起動」又は「3.2.2　Facilities Managerの起動」を参照してください。

(5)　コンフィギュレーションからの手動実行コマンドが失敗する

原因

管理ツールサーバが起動されていません。

回復方法

管理ツールサーバを起動します。詳細は，「3.2.1　Scheduler Serverの起動」又は「3.2.2　Facilities Managerの起動」を参照してください。

(6)　「管理データの取得」に失敗する

原因1

親サーバと子サーバの片方又は両方で管理ツールサーバが起動されていません。

回復方法1

親サーバと子サーバの片方又は両方で管理ツールサーバを起動します。詳細は，「3.2.1　Scheduler Serverの起動」又は「3.2.2　Facilities Managerの起動」を参照してください。

原因2

親サーバと子サーバ間をTCP/IPで通信できません。

回復方法2

ホスト名や通信環境を確認し，TCP/IPで通信できるようにします。詳細は，「1.1　TCP/IPの接続確認」を参照してください。

(7)　「変更通知情報の取得」や「ユーザ情報の再作成」を実行すると失敗する，又は「GetAdAll」，「indxget」コマンドの実行に失敗する

原因

Address Serverが起動されていません。

回復方法

Address Serverを起動します。詳細は，「4.1.3　Address Serverのユーザ情報取得方法」，「4.1.4　Address Serverの変更通知情報取得方法」を参照してください。

(8)　「変更通知情報の取得」又は「indxget」コマンドを実行しても，Address Serverで登録した内容がScheduler Serverに反映されない

原因1

Address Serverから変更通知情報が出力されていません。

回復方法1

変更通知情報は，Address Serverに登録してから1時間（デフォルト）後か，Address Serverの再起動によって出力されます。その後，「変更通知情報の取得」又は「indxget」コマンドを実行してください。コマンド実行後，管理ツールを用いて，ユーザが登録されていることを御確認ください。

原因2

Address Serverの「ホームサーバ名設定」に「Schedulerサーバ」のホスト名が設定されていません。

回復方法2

Address Serverの「ホームサーバ名設定」に「Schedulerサーバ」のホスト名を設定します。

(9)　特定のユーザの特定の月に対して，データの更新ができない

原因

ディスクの容量不足などによってスケジュールファイルの更新処理に失敗しています。

回復方法

スケジュールファイルの更新処理に失敗すると，/usr/GroupAppo/tmpに更新前のスケジュールファイル（バックアップファイル）が保存されます。また，これらのファイル名が記載されたbackupfile.logファイルが＜スケジュール格納ディレクトリ＞/logに出力されます。backupfile.logファイルに出力されるファイル名は，以下の例のとおりです。

例

ユーザIDが「user」，更新中ファイル名が「199801.nsd」の更新に失敗した場合，backupfile.logファイルに出力されるファイル名は「user_199801.nsd.bk」となります。このファイル名は，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」のディレクトリ下の「user」ディレクトリ下の「199801.nsd」ファイルの更新中にエラーが発生したことを示しています。

ユーザIDが「user」，環境ディレクトリが「env」，更新ファイル名が「youfile.dat」の更新に失敗した場合，backupfile.logファイルに出力されるファイル名は「user_env_youfile.dat.bk」となります。このファイル名は，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」のディレクトリ下の「user」ディレクトリ下の「env」ディレクトリ下の「youfile.dat」ファイルの更新中にエラーが発生したことを示しています。

上記ファイルを元のファイル名にリネームし，スケジュール格納ディレクトリの下の所定の位置に戻すと，エラーが発生した更新処理の前の状態に戻ります。ただし，上記ファイルのサイズが0バイトの場合，戻さずに0バイトのファイルを削除してください。

(10)　親サーバのユーザ情報が，子サーバに反映されていない

原因

管理するユーザ数が数千人の規模でかつ環境ファイルの取得時に親サーバ側が高負荷の場合，親サーバでの処理に時間が掛かり，子サーバ側でタイムアウトが生じています。

回復方法

親サーバの/usr/GroupAppo/bin/AppoSV.iniファイルに以下の記述を追加してください（行末には改行コードを入力する必要があります）。

[Sockets]

ReplTimeOut2=延長するタイムアウトの時間（秒）

記述例

[Sockets]

ReplTimeOut2=60

注意

ReplTimeOut2で指定した時間＋30（秒）が，タイムアウトの合計時間となります。上記の記述例では，60+30=90（秒）がタイムアウトの合計時間となります。以上のReplTimeOut2の記述がない場合，又はAppoSV.iniファイルがない場合は，デフォルトとしてReplTimeOut2=30として扱い，タイムアウトの合計時間は60秒となります。

(11)　クライアントの「グループ」に登録済みのメンバ（ユーザ／施設）に対してスケジュール参照／予約／空き時間検索を実行するとエラーとなる

原因

クライアントでローカルグループに登録されたメンバのホスト名が変更されています。

回復方法

クライアント上でローカルグループを再作成してください。また，サーバ上で一括で変換する方法については，「7.3.2　変換コマンドの実行」の注意の6番目の説明を参照してください。

(12)　クライアントで，ほかのメンバのスケジュールを参照できない。又はほかのメンバにスケジュールを予約できない

原因1

組織間セキュリティの初期設定ファイルparam.iniが存在しない，又はparam.iniの記述内容に不正があります。

回復方法1

すべてのサーバを停止後，親サーバの以下のファイルを置き換えてください。

置き換え先

　＜スケジュール格納ディレクトリ＞/etc/param.ini

置き換え元

組織によるセキュリティを使用しない場合：

　/usr/GroupAppo/bin/param0.ini

組織によるセキュリティの直系方式を使用する場合：

　/usr/GroupAppo/bin/param1.ini

組織によるセキュリティのユニット方式を使用する場合：

　/usr/GroupAppo/bin/param2.ini

置き換えた後，管理ツールサーバを起動し，マルチサーバ構成の場合は子サーバから管理データを取得し，サーバを起動してください。詳細は，「9.2　組織階層によるセキュリティ設定」を参照してください。

原因2

セキュリティランクの設定に誤りがあります。

回復方法2

セキュリティランクの設定を見直してください。詳細は，「4.9　セキュリティの設定」を参照してください。

(13)　システムログにメッセージID「60304」のメッセージが出力される

出力されるメッセージを次に示します。

メッセージ

設定ファイルparam.iniが存在しない又は不正があります。

原因

組織間セキュリティの初期設定ファイルparam.iniが存在しない，又はparam.iniの記述内容に不正があります。

回復方法

すべてのサーバを停止後，親サーバの以下のファイルを置き換えてください。

置き換え先

　＜スケジュール格納ディレクトリ＞/etc/param.ini

置き換え元

組織によるセキュリティを使用しない場合：

　/usr/GroupAppo/bin/param0.ini

組織によるセキュリティの直系方式を使用する場合：

　/usr/GroupAppo/bin/param1.ini

組織によるセキュリティのユニット方式を使用する場合：

　/usr/GroupAppo/bin/param2.ini

置き換えた後，管理ツールサーバを起動し，マルチサーバ構成の場合は子サーバから管理データの取得をし，サーバを起動してください。詳細は，「9.2　組織階層によるセキュリティ設定」を参照してください。

(14)　管理ツールで，サーバから管理データを取得時に「サーバで管理データを更新処理中のため，管理ツールサーバとの接続に失敗しました。」というメッセージが出力されて失敗する

原因1

「コンフィギュレーション」の［手動実行］で［変更通知情報取得］や［ユーザ情報再作成］など管理データを更新する処理が実行中です。

回復方法1

しばらく待ってから，ほかの管理データ更新処理が終了したことを確認後，再実行してください。

原因2

前回の管理ツール使用時に管理ツールを正常終了できませんでした。

回復方法2

前回の管理ツールを使用した時刻から20分経過してから，再実行してください。同じメッセージが再表示される場合には，＜スケジュール格納ディレクトリ＞/log/Replicationフォルダがないかどうかを確認し，存在する場合は管理ツールサーバを再起動してください。その後20分経過してから管理ツールから管理データを取得してください。

(15)　Scheduler Client（Facilities Manager Client）の環境設定で「ユーザ情報の保存」を「サーバ保存」にしているユーザで，Client終了時に，「「XXXXX」の登録に失敗しました。」というダイアログメッセージが表示される（「XXXXX」は任意のファイル名）

原因

環境設定ファイルの更新に失敗したため，ユーザ情報のバックアップファイルが存在します。

回復方法

「(9) 特定のユーザの特定の月に対して，データの更新ができない」を御参照ください。

(16)　すべてのメンバのスケジュール参照が参照拒否になる

原因

ORGGROUP.tblファイルの読み込みに失敗している可能性があります。システムログにメッセージID「45108」のログが出力されていて，その後にメッセージID「45105」のログが出力されていない場合が該当します。

回復方法

「付録N　システムログのメッセージ一覧」の「表N-1　サーバ（SV/RMSV）」に書かれているメッセージID「45108」の「内容/対処」を御参照ください。

(17)　セキュリティの設定通りに他人のスケジュール参照，スケジュール予約ができない

原因

ORGGROFF.tblファイルの読み込みに失敗している可能性があります。システムログにメッセージID「45108」のログが出力されていて，その後にメッセージID「45105」のログが出力されていない場合が該当します。

回復方法

「付録N　システムログのメッセージ一覧」の「表N-1　サーバ（SV/RMSV）」に書かれているメッセージID「45108」の「内容/対処」を御参照ください。

(18)　管理ツールの汎用化データ設定で，「休日の設定が不正です。再登録してください。」又は「休日のデータが不正です。終了してよろしいですか。」というダイアログメッセージが表示される

原因

年が変わって初めての起動では，汎用化データにその年の休日設定がされていません。

回復方法

休日を設定し直してください。

(19)　Scheduler ClientやWWW for Schedulerで，エラー番号が表示され，「システム管理者に連絡してください。」のメッセージが出力される

原因

通常は起こり得ないエラーです。

回復方法

サーバでの対処法を表8-1に示します。

表8-1　サーバでの対処法

項番
Scheduler Clientのエラー番号
WWW
for Schedulerのエラー番号
サーバでの対処方法

1
1
KFCG5001

Scheduler Server上にログインユーザが登録されていません。Address Serverで登録した内容がScheduler Serverに反映されていない可能性があります。「ユーザ情報再作成」を実施してください。

管理データが壊れている可能性があります。Address Serverと連動している場合は，「ユーザ情報再作成」を実施してください。Address Serverと連動していない場合は，管理ツールでユーザ情報を再作成してください。

既にScheduler Serverから削除されているメンバがシステムグループ，ローカルグループに登録されている可能性があります。削除されているメンバはグループから削除してください。

クライアントからのアクセスが集中するなどScheduler Serverが高負荷な状態にあり，ユーザ情報を取得できませんでした。

2
2
KFCG5002
Facilities Manager上に施設が登録されていないか，Scheduler Server上に施設管理者が登録されていません。又は管理データが壊れている可能性があります。Address Serverと連動している場合は，「ユーザ情報再作成」を実施してください。Address Serverと連動していない場合，施設の場合は，管理ツールでユーザ，施設情報を再登録してください。

3
3，4
KFCG5003，
KFCG5004
汎用化データファイルが存在していないか，内容が不正です。管理ツールで汎用化データの設定を見直してください。

4
5，6
KFCG5005
KFCG5006
セキュリティファイルが存在していないか，内容が不正です。管理ツールでセキュリティの設定を見直してください。

5
7
KFCG5007

Scheduler Server上のユーザの管理データが壊れている可能性があります。Address Serverと連動している場合は，「ユーザ情報再作成」を実施してください。Address Serverと連動していない場合は，管理ツールでユーザ情報を再作成してください。

クライアントからのアクセスが集中するなどScheduler Serverが高負荷な状態にあり，ユーザ情報を取得できませんでした。

6
8
KFCG5008
ディスクアクセスに失敗しました。サーバマシンの再起動で回復する場合があります。

7
9
KFCG5009

ディスクアクセスに失敗しました。サーバマシンの再起動で回復する場合があります。

1組織に登録されているユーザ・組織・セパレータの合計が500を超えている。1組織に登録されているユーザ・組織・セパレータの合計が500を超えないようにしてください。なお，クライアントの組織ツリーは，1組織に表示できるユーザ・組織は268個までです。

8
10
KFCG5010

受信一覧表示後，その予約受信スケジュールを予約者が削除した可能性があります。復旧はできません。クライアントから予約処理を再実行してください。

不要スケジュール削除機能によって予約受信スケジュールが削除された場合があります。復旧はできません。クライアントから予約処理を再実行してください。

9
11
KFCG5011

発信一覧表示後，秘書がその予約発信スケジュールを削除した可能性があります。復旧はできません。クライアントから予約処理を再実行してください。

不要スケジュール削除機能によって予約発信スケジュールが削除された可能性があります。復旧はできません。クライアントから予約処理を再実行してください。

10
12
KFCG5012

予約の発信者側で，予約スケジュールの控えのみを削除してあった可能性があります。復旧作業は必要ありません。

不要スケジュール削除機能によって，発信予約スケジュールが削除された可能性があります。復旧作業は必要ありません。

上司ユーザが発信一覧画面を表示している時に，秘書ユーザがその上司ユーザが発信した予約スケジュールを削除し，上司ユーザが同じ発信予約スケジュールを「予約したスケジュールをメンバ全員から削除。」を選択して削除しようとした可能性があります。復旧作業は必要ありません。

11
13
KFCG5013
選択された予約データが不正になっている可能性があります。復旧はできません。クライアントから予約処理を再実行してください。

12
17，18
KFCG5017
KFCG5018
選択された予約データが不正になっている可能性があります。復旧はできません。クライアントから予約処理を再実行してください。

13
16，19，21
22，24，25
26，27，28
29，32，33
67，68，69
74，79，82
83，87，89
KFCG5016
KFCG5019
KFCG5021
KFCG5022
KFCG5024
KFCG5025
KFCG5026
KFCG5027
KFCG5028
KFCG5029
KFCG5032
KFCG5033
KFCG5867
KFCG5868
KFCG5869

稼働中バックアップ機能を使用中です。バックアップ終了コマンドを実行した後に，クライアントから再実行してください。

Assist連携機能実行中です。Assist連携機能の終了を待って，クライアントから再実行してください。

Assist連携機能が何らかのエラーによって中断しています。回復方法は，「8.2.1(3) Assist連携時Assist Viewerでユーザ情報を変更した後，クライアントからスケジュールの更新ができない場合」の回復方法2を参照してください。回復後，クライアントから再実行してください。

ディスクの容量不足などによってスケジュールファイルの更新処理に失敗しています。回復方法は，「8.1(9) 特定のユーザの特定の月に対して，データの更新ができない」を参照してください。回復後，クライアントから再実行してください。

14
36
KFCG5036
メモリ確保に失敗しました。メモリ容量が十分足りているか確認してください。サーバマシンの再起動で回復する場合があります。

15
38
KFCG5038

親サーバと子サーバでログインユーザの管理情報が不一致になっている可能性があります。子サーバから「管理データ取得」を実行してください。

ユーザの「Schedulerホームサーバ」に設定されているホスト名と，それに対応するIPアドレスのマッピングが，サーバ側とクライアント側で不一致になっている可能性があります。サーバとクライアントのHostsファイルを見直してください。

クラスタ環境で発生する場合は，ユーザの「Schedulerホームサーバ」に設定されているホスト名が，正しいパッケージホスト名（パッケージIPアドレスに対応したホスト名）になっていない可能性があります。以下の点を見直してください。
(1) 共有ディスク上に作成されているクラスタ環境ファイル（AppoSV.ini）の以下で設定しているパッケージホスト名が，ユーザの「Schedulerホームサーバ」に設定されているホスト名と一致していること。
　[Data]
　HAHostName=パッケージホスト名
　WriteThroughSV=ON
(2) ユーザの「Schedulerホームサーバ」がリアルホスト名に書き換えられていないこと。
Scheduler_Facilities管理ツールを使って，ユーザの「Schedulerホームサーバ」がリアルホスト名に書き換わっていないことを確認してください。もし，リアルホスト名に書き換わってしまっている場合は，「ユーザ情報再作成」を実行してください。

16
54
KFCG5054

親サーバと子サーバでログインユーザの管理情報が不一致になっている可能性があります。子サーバから「管理データ取得」を実行してください。

ユーザの「Schedulerホームサーバ」に設定されているホスト名と，それに対応するIPアドレスのマッピングが，サーバ側とクライアント側で不一致になっている可能性があります。サーバとクライアントのHostsファイルを見直してください。

17
55
KFCG5855

Facilities Manager上に施設が登録されていません。管理データが壊れている可能性があります。管理ツールで施設情報を再登録してください。

既にFacilities Manager上から削除された施設への予約スケジュールに対して更新処理をした可能性があります。そのようなデータに対しては更新処理はできません。

18
57
KFCG5857
ログインユーザは，予約するメンバ，施設に対して予約不可の権限を設定されています。必要に応じてセキュリティランクの設定を見直してください。

19
58
KFCG5858
ログインユーザは，参照するメンバ，施設に対して参照拒否権限を設定されています。必要に応じてセキュリティランクの設定を見直してください。

20
61
KFCG5061
施設付属設備テーブルが，サーバに未登録です。管理ツールを使用して，施設付属設備を登録してください。

21
70
KFCG5870
施設予約ルールのうち，「予約制限時間」の制限によるエラーです。施設予約ルールを修正する場合，その施設の施設管理者に変更を依頼してください。

22
71
KFCG5871
施設予約ルールのうち，「予約可能期間」の制限によるエラーです。施設予約ルールを修正する場合，その施設の施設管理者に変更を依頼してください。

23
72
KFCG5872
施設予約ツールのうち，「重複予約禁止」の制限によるエラーです。施設予約ルールを修正する場合，その施設の施設管理者に変更を依頼してください。

24
73
KFCG5873
施設予約ルールのうち，「予約禁止時間帯」の制限によるエラーです。施設予約ルールを修正する場合，その施設の施設管理者に変更を依頼してください。

25
80
－

ログインユーザのタスクデータが不正になっている可能性があります。復旧はできません。クライアントから再度タスクを登録するなどで対応してください。

クライアントでToDoリストを表示している状態の時に，別のクライアントからタスクを削除され，そのタスクの詳細情報を参照しようとした可能性があります。再度ToDoリストを表示してください。

26
90
－
メモリ確保に失敗しました。メモリ容量が十分足りているか確認してください。サーバマシンの再起動で回復する場合があります。

27
85，91
KFCG5085
KFCG5091

Address Serverで登録したユーザ情報がScheduler Serverに反映されていない可能性があります。「ユーザ情報再作成」を実施してください。

管理データが壊れている可能性があります。Address Serverと連動している場合は，「ユーザ情報再作成」を実施してください。Address Serverと連動していない場合は，管理ツールでユーザ情報を再作成してください。

28
92
－

メモリ確保に失敗しました。メモリ容量が十分足りているか確認してください。サーバマシンの再起動で回復する場合があります。

ディスクアクセスに失敗しました。サーバマシンの再起動で回復する場合があります。

29
101
－
拡張スケジュールを含めスケジュールデータが不正です。回復できないので，クライアントで同一スケジュールを再登録・予約し直してください。

30
498，499
－

メモリ確保に失敗しました。メモリ容量が十分足りているか確認してください。サーバマシンの再起動で回復する場合があります。

ディスクアクセスに失敗しました。サーバマシンの再起動で回復する場合があります。

31
501
KFCG5501

Scheduler Serverで認証され，なおかつパスワードが不正です。コンフィギュレーションの「10. Addressでの認証」を「使用する」にしてください。

登録されているパスワードの長さが9バイト以上（ロングパスワード）の状態で，ロングパスワードに未対応のクライアントからログインしようとした可能性があります。ロングパスワードに対応したクライアントを使用してください。

32
505
KFCG5505

自システムのG/Wサーバと他システムのG/Wサーバとの間で通信エラーが発生しました。ホスト名を用いてTCP/IPで通信できるようにしてください。

自システムと他システムで，「ikisaki」のポート番号が異なっています。この場合，管理ツールの「DNSホスト名」の設定で，他システムのホスト名の末尾に”：ポート番号”を付けてください。設定方法は，「付録J　G/W通信を異なるポート番号で運用する場合」を参照してください。

33
506，507
KFCG5506
KFCG5507

自システムのユーザが他システムにアクセスするためのゲストIDが設定されていません。「4.6.2(2) 自システムゲストIDの設定」を参照して，設定してください。

エラーが発生したユーザに他システムにアクセスするためのゲストIDが割り振られていません。「4.6.2(2) 自システムゲストIDの設定」を参照して，設定してください。

34
509
KFCG5509
他システムにアクセスするために設定したゲストIDが，他システムで許可されていません。自システムで他システムアクセス用のゲストIDの設定が正しいことを確認してください。正しい場合は，他システムのシステム管理者に連絡し，ゲストIDを登録してもらってください。

35
550
KFCG5550

Address Serverのホスト名/IPアドレスが設定されていない可能性があります。コンフィギュレーションで「11. Addressホスト名/IPアドレス」を設定してください。

Address Serverのユーザ認証用ポート番号が設定されていない可能性があります。コンフィギュレーションで「12. ユーザ認証用ポート番号」を設定してください。

コンフィギュレーションの「11. Addressホスト名/IPアドレス」に設定されたホスト名が解決できません。ホスト名とIPアドレスを登録してください。

36
551
KFCG5551

Address Serverでの認証に失敗しました。

Address Serverが起動していない可能性があります。起動していない場合，Address Serverを起動してください。

コンフィギュレーションの「11.Addressホスト名/IPアドレス」または「12.ユーザ認証用ポート番号」の設定が誤っています。すべてのサーバで，設定を見直してください。

コンフィギュレーションの「10.Addressでの認証」が「使用しない」になっています。「使用する」に設定してください。

37
552
KFCG5552

Address Server上でパスワードの変更に失敗しました。

Address Serverが起動していない可能性があります。起動していない場合，Address Serverを起動してください。

コンフィギュレーションの「10.Addressでの認証」が「使用しない」になっています。「使用する」に設定してください。

38
553
KFCG5553
パスワードの有効期限が切れています。ユーザにパスワードを変更してもらってください。又は，Address Server上で初期化してあげてください。

39
2000
－
クライアントとサーバ間のデータの送受信時にタイムアウトが発生したことを意味します。

一時的に発生し，自然回復した場合は，サーバマシン又はネットワークのトラフィック増加の影響で発生している可能性が考えられます。

特定のユーザで恒久的に発生する場合は，Address Serverで設定した，該当ユーザの「Schedulerホームサーバ」の設定が間違っている可能性が考えられます。設定を見直してください。

40
2001
KFCG5701
クライアントからサーバ間に通信した際に，ソケットオープンエラーとなり通信ができなかったことを意味します。以下のようなケースが考えられます。

エラーが発生するクライアントPCのHostsファイル，Servicesファイルの設定が間違っています。設定を見直してください。Scheduler Server がマルチサーバ構成の場合，Hostsファイルにはすべてのサーバのホスト名が正しく登録されている必要があります。

ユーザのSchedulerホームサーバを移動した際に，すべてのScheduler Serverで「HOSTCHG」コマンドが実行されていない。

すべての子サーバで「管理データ取得」を実行されていない。

サーバが，多数のクライアントから同時に処理要求を受けているなどの理由で，使用可能なソケットがなくなった。

通信先サーバで，サービスが起動していない。

41
2003
KFCG5703
一覧画面のデータ件数が多いために，タイムアウトが発生しています。クライアント側のタイムアウト時間を拡張してください。

42
2087
－
管理ツールで登録した他システム登録の「自システムのG/Wホスト名」の設定が間違えている可能性があります。設定を見直してください。

43
12060，12061
－

サーバ（SV，RMSV）が起動していない可能性があります。サーバ（SV，RMSV）を起動してください。

クライアントからのアクセスが集中するなどScheduler Serverが高負荷な状態にあります。

サービス番号が違っています。クライアントPCのServicesファイルに，Scheduler Serverのポート番号「ikisaki」，Facilities Managerのポート番号「appoarea」が正しく設定されていることを確認してください。Servicesファイル内の「ikisaki」及び「appoarea」のエントリ行の末尾には改行が入っている必要があります。

Scheduler Serverのホスト名解決に失敗しています。DNSを使用していない場合は，クライアントPCのHostsファイルを見直してください。DNSを使用している場合は，DNSの設定を見直してください。Scheduler Serverがマルチサーバ構成の場合，すべてのScheduler Serverのホスト名をクライアントから解決できる必要があります。ホスト名のエントリ行の末尾に改行が入っていることも確認してください。

ユーザのSchedulerホームサーバを移動した際に，すべてのScheduler Serverで「HOSTCHG」コマンドが実行されていません。

ユーザのSchedulerホームサーバを移動したことがあり，Scheduler Clientの終了状態保存機能のデータに移動前の情報が残っています。「hostchg」コマンドを実行するか，Scheduler Clientの「環境設定」で「次回起動時の設定」を”初期設定から起動”に設定し，Scheduler Clientを再起動してください（その後，”終了状態で起動”等に設定を戻してください）。

44
13001
13002
13003
13004
－

サービス番号が違っています。クライアントPCのServicesファイルに，Scheduler Serverのポート番号「ikisaki」，Facilities Managerのポート番号「appoarea」が正しく設定されていることを確認してください。Servicesファイル内の「ikisaki」及び「appoarea」のエントリ行の末尾には改行が入っている必要があります。

Scheduler Serverのホスト名解決に失敗しています。DNSを使用していない場合は，クライアントPCのHostsファイルを見直してください。DNSを使用している場合は，DNSの設定を見直してください。Scheduler Serverがマルチサーバ構成の場合，すべてのScheduler Serverのホスト名をクライアントから解決できる必要があります。ホスト名のエントリ行の末尾に改行が入っていることも確認してください。

ネットワーク上で問題が発生していないことを確認してください。

現象が発生しているPCのTCP/IPの設定内容を見直してください。

ダイアルアップなど，社外から接続する場合は，Groupmax統合セットアップで「アドレス解決をクライアントで行なう」チェックボックスがONになっていて，クラインアントPC側で，すべてのScheduler Serverのホスト名を解決できるようになっていることを確認してください。

ダイアルアップ接続などの社外から接続しており，かつ，NATでIPアドレスの付け替えを行なっている環境の場合は，Groupmax統合セットアップで「アドレス解決をクライアントで行なう」チェックボックスがONになっていて，クラインアントPC側で，すべてのScheduler Serverのホスト名を解決できるようになっていることを確認してください。その場合の解決するIPアドレスは社外向けのIPアドレスであることを確認してください。

（凡例）

－：該当しないことを示します。

(20)　Groupmax Scheduler Clientで［起動時にサーバから情報を取得する］チェックボックスのチェックを外したままホームサーバを変更した場合

Groupmax Scheduler Clientで［起動時にサーバから情報を取得する］チェックボックスのチェックを外したままホームサーバを変更した場合，ホームサーバが変更になったユーザに次のような現象が発生します。

クライアントから新しいスケジュールを登録できない

変更前のホームサーバにスケジュールデータが登録される

原因

次に示す操作を両方実施しました。

クライアントPCで，［スタート］－［Groupmax Clients］－［Scheduler setup］の［起動時にサーバから情報を取得する］チェックボックスをチェックしていない

1.のクライアントPCを利用しているユーザのホームサーバを変更した

回復方法

ユーザのホームサーバを変更した後，クライアントPCで次の操作を実施してください。

Scheduler Clientを起動している場合は終了する

「スタート」－「Groupmax Clients」－「Scheduler setup」で「起動時にサーバから情報を取得する」チェックボックスをチェックする

Scheduler Clientを起動する

Scheduler Clientを終了する

「スタート」－「Groupmax Clients」－「Scheduler setup」で「起動時にサーバから情報を取得する」チェックボックスのチェックを外す

Scheduler Clientを起動する

(21)　コンフィギュレーションの「手動実行」で「ユーザ情報再作成」や「変更通知情報取得」を実行した時に，「サーバで別の処理(xxxx)が実行中です。再実行してください。」というメッセージが表示されて失敗する

原因1

管理データを更新する処理が実行中です。

管理データを更新する処理には，次のようなものがあります。

管理ツールで管理データを更新している

マルチサーバのシステムを構築している場合，コンフィギュレーションの「4. 管理データ取得時刻」で指定した時刻に，親サーバと子サーバの間で管理データの更新処理が実行されている

マルチサーバのシステムを構築している場合，「手動実行」で「管理データ取得」を実行している

コンフィギュレーションの「9. 不要スケジュール削除時刻」で指定した時刻に不要スケジュール削除が実行されている

「手動実行」で「不要スケジュール削除」を実行している

コンフィギュレーションの「14. 変更通知情報取得時刻」で指定した時刻に変更通知情報取得が実行されている

「手動実行」で「変更通知情報取得」を実行している

GetAdAllコマンド，又はindxgetコマンドが実行中である

「手動実行」で「ユーザ情報再作成」を実行している

稼働バックアップが実行中である

Assist連携が実行中である

回復方法1

ほかの管理データ更新処理が終了したことを確認してから，再実行してください。

原因2

前回の「ユーザ情報再作成」や「変更通知情報取得」が正常終了できませんでした。

回復方法2

原因1で示した，ほかの管理データ更新処理が実行されていないことを確認してから，次のファイルを削除してください。

＜インストールディレクトリ＞/bin/AppoLock.dat

更に，メッセージのxxの部分が7の時には「ユーザ情報再作成」を実行し，処理を終了させてください。

メッセージのxxの部分が6か11の時には，次の手順で処理を終了させてください。

＜インストールディレクトリ＞/log/etc_bk以下のすべてのファイルを＜インストールディレクトリ＞/etcに上書きする。

「変更通知情報取得」を実行する。

(22)　管理ツールで，サーバから管理データを取得時に「管理ツールサーバとの接続に失敗しました。」というメッセージが出力されて失敗する

原因

前回の管理ツール使用時に，管理データの転送を正常終了できませんでした。

回復方法

Scheduler Server，Facilities Managerの管理ツールサーバを両方停止させてから，再起動してください。

なお，再起動した後に，(14)の現象が発生する場合があります。その場合は「(14) 管理ツールで，サーバから管理データを取得時に「サーバで管理データを更新処理中のため，管理ツールサーバとの接続に失敗しました。」というメッセージが出力されて失敗する」の対処に従ってください。

(23)　管理ツールで，サーバに管理データを転送する時に「管理データの転送に失敗しました。」というメッセージが出力されて失敗する

原因

前回の管理ツール使用時に，管理データの転送を正常終了できませんでした。

回復方法

Scheduler Server，Facilities Managerの管理ツールサーバを両方停止させてから，再起動してください。

なお，再起動した後に，(14)の現象が発生する場合があります。その場合は「(14) 管理ツールで，サーバから管理データを取得時に「サーバで管理データを更新処理中のため，管理ツールサーバとの接続に失敗しました。」というメッセージが出力されて失敗する」の対処に従ってください。

(24)　管理ツールで管理データの取得，あるいは管理データの転送時に通信タイムアウトが発生し「エラーコード：2000」のメッセージが表示される

原因

登録されているメンバや組織が多いために，通信タイムアウトが発生しています。

回復方法

次に示すタイムアウト時間拡張の設定を行った後に，管理ツールを再起動し，再度，管理データの設定作業を行ってください。

＜タイムアウト時間拡張手順＞

管理ツールのインストールディレクトリ下の「bin」ディレクトリにある「SF32SYS.ini」ファイルに次のような記述を追加します。

＊記述例
[sockets]
timeout=600

注意

この「timeout」パラメタに，秒で指定します（未指定の場合は60秒として動作します）。

行の右端は，必ず改行してください。

「SF32SYS.ini」ファイルの格納先は，OSのインストール先ドライブが「C」で，管理ツールをデフォルトインストールした場合，「C:/appomous/bin」になります。

設定は，管理ツールの再起動で反映されます。

8.2　Assist連携と「SFdatacp」のトラブルシューティング

Assist連携時と「SFdatacp」実行時に発生する可能性のあるトラブルと原因，その回復方法について示します。

＜この節の構成＞

8.2.1　Assist連携時のトラブルシューティング

8.2.2　「SFdatacp」実行時のトラブルシューティング

8.2.1　Assist連携時のトラブルシューティング

＜この項の構成＞

(1)　Assist連携時Assist ViewerやAddress Server上の変更がSchedulerに反映されない

(2)　Assist連携時Assist ViewerのSchedulerサーバ名コンボボックスにScheduler以外のサーバ名が表示される

(3)　Assist連携時Assist Viewerでユーザ情報を変更した後，クライアントからスケジュールの更新ができない

(4)　Assist連携時Assist Viewerでユーザ情報を変更した後，コンフィギュレーションで何らかの手動実行をした場合に「サーバで別の処理(13)が実行中です。再実行してください」というメッセージが出力され失敗する

(1)　Assist連携時Assist ViewerやAddress Server上の変更がSchedulerに反映されない

原因1

システム内すべて（ホームサーバ一覧に登録されたサーバ）の管理ツールサーバ（AppoMan，RoomMan）が起動していません。

回復方法1

システム内すべての管理ツールサーバ（AppoMan，RoomMan）を起動してください（施設管理を使用していない場合，すなわちシステム内のサーバにFacilities Managerが1台もインストールされていない場合，RoomManを起動する必要はありません）。

その後，以下のコマンドを実行してください。しばらく待って，＜スケジュール格納ディレクトリ＞/log/agent/ScheExec.logの内容を確認してください。

コマンドの書式

/usr/GroupAppo/bin/SFagent [/f logfile_name]

原因2

ホームサーバ一覧がありません。

回復方法2

「4.5(2) Assist連携用ホームサーバ一覧作成」を参照して管理ツールでホームサーバ一覧を作成した後，以下のコマンドを実行してください。しばらく待って，＜スケジュール格納ディレクトリ＞/log/agent/ScheExec.logの内容を確認してください。

コマンドの書式

/usr/GroupAppo/bin/SFagent [/f logfile_name]

原因3

ユーザのSchedulerホームサーバ名に不正なサーバが指定されています。

回復方法3

Assist ViewerでSchedulerのホームサーバを選択し直してください。手入力する場合でも，Schedulerサーバ名のプルダウンメニューに表示されるサーバ名以外を入力しないでください。

原因4

親サーバと同一マシンのAddress Serverが停止しています。

回復方法4

同一システム内に存在するすべてのAddress Serverを起動してください。

Assist Viewerを再起動してください（このとき，Address - Assistで大規模対応オプションを指定しないでください。詳細については，マニュアル「Groupmax Address - Assist Version 6 システム管理者ガイド」を参照してください）。

Addressのレプリケーションを実行する旨のメッセージが出て，Assist Viewerはエラーとなりますが，その時点からSchedulerのAssist連携機能が起動されますのでそのまましばらく待って＜スケジュール格納ディレクトリ＞/log/agent/ScheExec.logの内容を確認してください。

原因5

コンフィギュレーションで「コンフィギュレーション」の「16. Assist連携」を「使用する」に設定されていません。既に，「使用する」に設定されている場合は，Address Serverを再起動していない可能性があります。

回復方法5

コンフィギュレーションで「コンフィギュレーション」の「16. Assist連携」で「使用する」に設定して，Address Serverを再起動してください。詳細は，「3.1　サーバ環境設定」を参照してください。

原因6

SFagent.iniファイルに「Exec=0」が指定されています。

回復方法6

/usr/GroupAppo/bin/SFagent.iniファイルの設定を確認して「Exec=0」を削除するか，「Exec=1」と書き換えてから以下のコマンドで再実行してください。しばらく待って，＜スケジュール格納ディレクトリ＞/log/agent/ScheExec.logの内容を確認してください。

コマンドの書式

/usr/GroupAppo/bin/SFagent [/f logfile_name]

原因7

Address Serverのシステム管理者とScheduler Serverの実行ユーザが異なっています。

回復方法7

「付録L　実行ユーザの変更」を参照して，Scheduler Serverの実行ユーザをAddress Serverのシステム管理者と同一にした後，次のコマンドを実行してください。しばらく待って，＜スケジュール格納ディレクトリ＞/log/agent/ScheExec.logの内容を確認してください。

コマンドの書式

/usr/GroupAppo/bin/SFagent [/f logfile_name]

(2)　Assist連携時Assist ViewerのSchedulerサーバ名コンボボックスにScheduler以外のサーバ名が表示される

原因

ホームサーバ一覧が作成されていません。

回復方法

「4.5(2) Assist連携用ホームサーバ一覧作成」を参照して管理ツールでホームサーバ一覧を作成した後，Assist Viewerを再起動してください。

(3)　Assist連携時Assist Viewerでユーザ情報を変更した後，クライアントからスケジュールの更新ができない

原因1

Assist連携機能が処理中です。

回復方法1

しばらく待って，＜スケジュール格納ディレクトリ＞/log/agent/ScheExec.log

の内容を確認してください。処理終了時には「★★★ ： Assist連携機能を終了します」と出力されます。

原因2

Assist連携機能が処理の途中で発生した障害によって中断しました。

回復方法2

＜スケジュール格納ディレクトリ＞/log/agent/ScheExec.logの内容を確認してください。処理中断時には「★★★ ： Assist連携機能を中断します」と出力されています。

このログを確認したら，以下の手順で回復してください。

親サーバで更新禁止解除コマンドを実行
詳細は，「5.1(8) 「更新禁止解除」コマンド」を参照してください。

すべての子サーバでコンフィギュレーションの「管理データ取得」を実行してください。

(4)　Assist連携時Assist Viewerでユーザ情報を変更した後，コンフィギュレーションで何らかの手動実行をした場合に「サーバで別の処理(13)が実行中です。再実行してください」というメッセージが出力され失敗する

原因

上記(3)と同じ原因です。

回復方法

上記(3)と同じ回復方法を実行してください。

8.2.2　「SFdatacp」実行時のトラブルシューティング

＜この項の構成＞

(1)　SFdatacpを実行したが，ホームサーバ移動に失敗したユーザがいる

(2)　SFdatacpを実行するとエラーになる

(3)　SFdatacpを実行したが移動先サーバに移動したはずのユーザのスケジュールデータがない

(4)　SFdatacp実行後，コンフィギュレーションで何らかの手動実行をした場合に「サーバで別の処理(13)が実行中です。再実行してください」というメッセージが出力され失敗する

(1)　SFdatacpを実行したが，ホームサーバ移動に失敗したユーザがいる

原因

何らかの原因でスケジュールデータの転送に失敗しています。詳細な内容は，＜スケジュール格納ディレクトリ＞/log/agent/［処理ID］/SFdatacp.logを参照してください。

回復方法

失敗したユーザを特定するためには，親サーバ上で以下のファイルを参照してください。
＜スケジュール格納ディレクトリ＞/log/agent/［処理ID］/MVresult.tbl
処理IDは，14桁の数字で，実行時間（「西暦年＋月＋日＋時＋分＋秒」）を表しています。このファイルが存在しない場合は，「付録H　Assist連携時と「SFdatacp」実行時のエラーメッセージ」を参照してメッセージに対応した対処法で回復してください。

次に移動前サーバ上に1で失敗したユーザのスケジュールデータ（＜スケジュール格納ディレクトリ＞/［ユーザID］ディレクトリ）が存在していることを確認してください。存在しない場合は，バックアップから元に戻してください。

親サーバ上の移動者一覧ファイルに移動に失敗したユーザのエントリが残っていることを確認してください。

システム内すべての管理ツールサーバ（AppoMan，RoomMan）が起動していることを確認して，「5.2　ホームサーバ移動ツール「SFdatacp」について」を参照して再度SFdatacpを実行してください。

(2)　SFdatacpを実行するとエラーになる

原因1

システム内すべて（ホームサーバ一覧に登録されたサーバ）の管理ツールサーバ（AppoMan，RoomMan）が起動していません。又は，システム内すべてのサーバが起動しています。

回復方法1

システム内すべての管理ツールサーバ（AppoMan）を起動してください（Facilities Managerが同一サーバにインストールされている場合，RoomManも起動してください）。また，システム内すべてのサーバ（SV）を停止してください（Facilities Managerが同一サーバにインストールされている場合，RMSVも停止してください）。その後，「5.2　ホームサーバ移動ツール「SFdatacp」について」を参照して再度SFdatacpを実行してください。

原因2

ホームサーバ一覧がありません。

回復方法2

「4.5(2) Assist連携用ホームサーバ一覧作成」を参照してホームサーバ一覧を作成してください。その後，「5.2　ホームサーバ移動ツール「SFdatacp」について」を参照して再度SFdatacpを実行してください。

(3)　SFdatacpを実行したが移動先サーバに移動したはずのユーザのスケジュールデータがない

原因

移動前のサーバに対象ユーザのスケジュールデータが存在していません。

回復方法

スケジュールデータは，移動前のサーバの＜スケジュール格納ディレクトリ＞以下にユーザIDのディレクトリ名で格納されています。次のどちらかの状態になっていないか，取得したバックアップデータで確認してください。

ユーザIDのディレクトリ自体が存在していない

ユーザIDのディレクトリは存在していてもその下にファイル・ディレクトリが全く存在しない

このどちらかの状態に当てはまった場合，ホームサーバ移動結果ファイル＜スケジュール格納ディレクトリ＞/log/agent/［処理ID］/MVresult.tblを参照してそのユーザの処理結果が"○"になっていれば正常に処理は終了していますので問題ありません。

1，2のどちらにも当てはまらない場合，ユーザの処理結果は"×"になっていますので，「(1) SFdatacpを実行したが，ホームサーバ移動に失敗したユーザがいる」を参照してSFdatacpを再実行してください。

(4)　SFdatacp実行後，コンフィギュレーションで何らかの手動実行をした場合に「サーバで別の処理(13)が実行中です。再実行してください」というメッセージが出力され失敗する

原因

SFdatacpが何らかの原因で異常終了しました。

回復方法

以下の手順で回復してください。

システム内すべてのサーバでバックアップを元に戻してください。

親サーバで更新禁止解除コマンドを実行してください。
詳細は，「5.1(8) 「更新禁止解除」コマンド」を参照してください。

すべての子サーバで親サーバの管理データを取得してください。

SFdatacpを再実行してください。

9.　セキュリティの設定

この章では，セキュリティの設定について説明します。

＜この章の構成＞

9.1　セキュリティ機能の概要

9.2　組織階層によるセキュリティ設定

9.3　組織グループによるセキュリティ設定

9.1　セキュリティ機能の概要

他人又は施設のスケジュールの参照可／参照不可，及び他人又は施設へのスケジュールの予約可／予約不可を制御する機能をセキュリティ機能と呼びます。なお，スケジュールの参照不可には，以下の2種類があります。

参照不可：他人のスケジュール存在，及び回答状況は確認できるが，そのスケジュールの内容や予約発信者の情報は確認できません。

参照拒否：他人のスケジュールの存在自体確認することができません。そのメンバのスケジュールを参照しようとすると参照を拒否する旨のメッセージが出力されます。この設定の場合，そのメンバへのスケジュールの予約も不可になります。

セキュリティ機能の設定方法は以下のとおりです。

＜この節の構成＞

(1)　人対人の設定

(2)　人対施設の設定

(1)　人対人の設定

セキュリティランクによる設定
各メンバに設定されたセキュリティランクによりセキュリティを決定します。セキュリティランクの設定方法については，「4.9.1　セキュリティランクによるセキュリティの設定」を参照してください。

上司／秘書の設定
秘書は，上司のスケジュールを自分のスケジュールと同様に操作することができます。上司／秘書の設定方法については，「4.10 上司／秘書の設定」を参照してください。

組織階層によるセキュリティ設定
組織の階層構造に応じ，自分が属する組織と参照・予約相手の属する組織の相対的な関係を利用したセキュリティを設定できます。組織階層によるセキュリティ設定については，「9.2組織階層によるセキュリティ設定」を参照してください。

組織グループによるセキュリティ設定
組織グループというものを形成し，その組織グループ間のセキュリティを設定できます。組織グループによる設定については，「9.3組織グループによるセキュリティ設定」を参照してください。

最終的なアクセス権の判定方法は以下のとおりです。

図9-1　人対人のアクセス権判定の流れ

(2)　人対施設の設定

セキュリティランクによる設定
各メンバと各施設に設定されたセキュリティランクによりセキュリティを決定します。セキュリティランクの設定方法については，「4.9.1　セキュリティランクによるセキュリティの設定」を参照してください。

施設管理者の設定
施設管理者は，自分が管理する施設のスケジュールを自分のスケジュールと同様に操作することができます。施設管理者の設定方法については，「4.13 施設管理者の登録」を参照してください。

組織対施設のセキュリティ設定
施設ごとに，どの組織からアクセスを受け付けるかを設定できます。この設定を行った場合，クライアントの［メンバ］ツリービューには，自分が属している組織がアクセスを許可されている施設だけ表示されます。逆にアクセスを許可されていない施設はクライアントの［メンバ］ツリービューには表示されないため，その施設に対するスケジュール参照・予約ができなくなります。組織対施設のセキュリティ設定については，「4.9.2(2) 組織対施設のアクセス権設定」を参照してください。

最終的なアクセス権の判定方法は以下のとおりです。

図9-2　人対施設のアクセス権判定の流れ

9.2　組織階層によるセキュリティ設定

＜この節の構成＞

9.2.1　概要

9.2.2　前提条件

9.2.3　設定手順

9.2.4　ほかの機能への影響

9.2.5　兼任ユーザが存在するときのスケジュール参照・予約について

9.2.6　注意事項

9.2.1　概要

組織の階層構造に応じ，自分が属する組織と参照・予約相手の属する組織の相対的な関係を利用したセキュリティ（以降，組織階層セキュリティと記述）を設定できます。このセキュリティの適用範囲は人だけです。施設には適用されません。また，組織階層セキュリティを使用しない場合はこの項の設定をする必要はありません。

組織階層セキュリティは対象が人のセキュリティであり，施設のセキュリティは設定することはできません。

組織階層セキュリティは，以下の2方式のうちどちらか一つを選択して運用します。

直系方式

自分の上位組織ユーザ（自分が属する組織の上位の組織に属するユーザ）及び下位組織ユーザ（自分が属する組織の下位の組織に属するユーザ）へのスケジュール参照・予約はセキュリティランクによって決定します。

その他のユーザへのスケジュール参照・予約は参照拒否・予約不可となります。

直系方式の例を図9-3に示します。

図9-3　直系方式の例

ユニット方式

自分と同じ最上位組織以下のユーザは，ツリービューに表示します。また，ユーザへのスケジュール参照・予約はセキュリティランクによって決定します。

その他のユーザは，ツリービューに表示しません。また，ユーザへのスケジュール参照・予約は参照拒否・予約不可となります。

ユニット方式の例を図9-4に示します。

図9-4　ユニット方式の例

9.2.2　前提条件

マルチサーバ環境で，組織階層セキュリティを使用する場合には，サーバとするすべてのマシンをScheduler Server Version 6以降にする必要があります。

9.2.3　設定手順

組織階層セキュリティに関する設定手順を以下に説明します。組織階層セキュリティを使用しない場合にこの設定をする必要はありません。

すべてのサーバを停止する
詳細は，「3.2　サーバ及び管理ツールサーバの起動」を参照してください。なお，管理ツールサーバも停止してください。

親サーバ上の設定ファイルを更新する
以下の手順で更新してください。

以下のファイルを削除してください。
＜スケジュール格納ディレクトリ＞/etc/param.ini
　　　　　…組織階層セキュリティの初期設定ファイルのテンプレート

サーバマシンの次のファイルを，使用する方式に応じて一つ選択してください。
/usr/GroupAppo/bin/param0.ini
　　　…組織階層セキュリティ未使用時の設定ファイルのテンプレート
/usr/GroupAppo/bin/param1.ini
　　　…直系方式使用時の設定ファイルのテンプレート
/usr/GroupAppo/bin/param2.ini
　　　…ユニット方式使用時の設定ファイルのテンプレート

選択したファイルを以下のディレクトリにコピーしてください。
＜スケジュール格納ディレクトリ＞/etc/

コピー先のファイルの名前をparam.iniにリネームしてください。

管理ツールサーバを起動する
詳細は，「3.2　サーバ及び管理ツールサーバの起動」を参照してください。

マルチサーバ構成の場合は，各子サーバから「管理データの取得」を実行する
詳細は，「4.4　管理データの取得」を参照してください。

すべてのサーバを起動する
詳細は，「3.2　サーバ及び管理ツールサーバの起動」を参照してください。

注

Scheduler Serverを起動時に＜スケジュール格納ディレクトリ＞/etc/param.iniファイルが存在しない場合に，OSのシステムログ及びサーバログにエラーを表示します。サーバは停止しないで，セキュリティを直系方式として扱い動作します。

9.2.4　ほかの機能への影響

組織階層セキュリティを使用している場合に，ほかの機能を使用するときはそれぞれ次に示すようにセキュリティを決定します。秘書機能については「4.10 上司／秘書の設定」を，G/W接続については「4.6　ユーザ情報の設定」の「4.6.2　他システムと接続する場合（G/W通信をする場合）」を参照してください。

＜この項の構成＞

(1)　秘書機能使用時のスケジュール参照・予約

(2)　G/W接続時の他システムのユーザへのアクセス

(1)　秘書機能使用時のスケジュール参照・予約

秘書の上司へのスケジュール参照・予約は，参照・予約可となります。

秘書が上司の名前で予約する場合のセキュリティの決定方法は，直系方式とユニット方式のそれぞれで次のとおりになります。

直系方式使用時
上司が秘書と同一組織に属する場合，秘書が上司の名前で予約する場合の権限は，セキュリティランクで決定します。
上司が秘書と同一組織に属さない場合，秘書が上司の名前で予約する場合の権限は，上司のセキュリティランクと上司の組織階層セキュリティによる判定との組み合わせで決定します。ただし，参照権限は秘書のセキュリティランクと秘書の組織階層セキュリティによる判定との組み合わせで決まるため，使用しているクライアントによっては，秘書が参照できるメンバしか予約対象に指定できない場合があります。

ユニット方式使用時
上司と秘書の最上位組識が同じ場合，秘書が上司の名前で予約する場合の権限は，上司のセキュリティランクで決定します。
上司と秘書の最上位組識が違う場合，秘書が上司の名前で予約する場合の権限は，上司のセキュリティランクと上司の組織階層セキュリティによる判定との組み合わせで決定します。ただし，上司が所属する組織の階層を秘書は参照できません（組織ツリーに表示されません）。そのため，上司の名前で他人に予約したい場合は，上司が所属している最上位組織以下に秘書（秘書の兼任ユーザではなく，秘書の主体ユーザ）を所属させる必要があります。
秘書が上司のスケジュールを参照したい場合は，上司一覧から選択できます。

(2)　G/W接続時の他システムのユーザへのアクセス

自システム，他システム共に組織階層セキュリティを使用していない場合は，G/Wの設定及びセキュリティランクによって決定します。

自システムで組織階層セキュリティを使用，他システムで組織階層セキュリティを使用していない場合は，G/Wの設定及びセキュリティランクによって決定します。

自システムで組織階層セキュリティを使用しないで，他システムで組織階層セキュリティを使用している場合は，参照拒否・予約不可として扱います。

自システム，他システム共に組織階層セキュリティを使用している場合は，参照拒否・予約不可として扱います。

9.2.5　兼任ユーザが存在するときのスケジュール参照・予約について

Address Server連動時に兼任ユーザを登録した場合のセキュリティは以下のように決定します。兼任ユーザについては，「4.1.7　兼任ユーザについて」を参照してください。

＜この項の構成＞

(1)　直系方式使用時

(2)　ユニット方式使用時

(1)　直系方式使用時

ツリービューからユーザのスケジュールを参照又は予約するときに，同じユーザでも主体ユーザ，兼任ユーザの所属する組織に応じてセキュリティが異なります。

自分に兼任ユーザが存在しない場合
参照・予約する相手の主体ユーザまたは兼任ユーザが，自分の上位組織，下位組織または同一組織に属する場合は，セキュリティランクによって，スケジュール参照権限と予約権限が決定します。参照・予約する相手の主体ユーザと兼任ユーザが，自分の上位組織，下位組織または同一組織に属さない場合は，参照拒否・予約不可となります。

自分に兼任ユーザが存在する場合
参照・予約する相手の主体ユーザまたは兼任ユーザが，自分の主体ユーザまたは兼任ユーザの上位組織，下位組織または同一組織に属する場合は，セキュリティランクによって，スケジュール参照権限と予約権限が決定します。参照・予約する相手の主体ユーザと兼任ユーザが，自分の主体ユーザまたは兼任ユーザの上位組織，下位組織または同一組織に属さない場合は，参照拒否・予約不可となります。

(2)　ユニット方式使用時

ツリービューの表示
自分の主体ユーザと同じ最上位組織以下のユーザを表示します。兼任ユーザが所属する最上位組織以下の組織は表示されません。

スケジュール参照・予約
参照・予約する相手の主体ユーザまたは兼任ユーザが自分の主体ユーザと同じ最上位組織以下に所属する場合は，セキュリティランクによって決定します。

9.2.6　注意事項

＜この項の構成＞

(1)　上限値について

(2)　Address Server非連動時の特別なユーザについて

(3)　バージョンアップ時の注意事項

(1)　上限値について

組織階層セキュリティは以下の制限を設けます。

組織の階層の深さは100階層まで（Address Server非連動時。Address Server連動時はAddress Serverの上限値に依存します）。

この上限を超えた設定をしている場合には，対象となるユーザからのスケジュール参照・予約及び対象となるユーザへのスケジュール参照・予約は参照拒否・予約不可として扱います。

(2)　Address Server非連動時の特別なユーザについて

Address Server非連動時には，管理ツールで事業所の直下にユーザを作成できます。このユーザについては以下の注意事項があります。

組織階層セキュリティ使用時は，このユーザへのスケジュール参照・予約，このユーザからのスケジュール参照・予約はセキュリティランクによって決定します。

このユーザでログインした場合に，ユニット方式使用時はツリービューにすべての組織が表示されます。

ユニット方式使用時にユーザ検索をした場合，このユーザは検索対象から外れます。

(3)　バージョンアップ時の注意事項

サーバをVersion 5以前からVersion 6以降へバージョンアップし，ユニット方式を使用する場合，以下の注意事項があります。

Version 5以前のサーバを使用時に，ユーザがクライアントでローカルグループに自分と異なる最上位組織以下のユーザを登録していた場合，バージョンアップ後も，ローカルグループに残ります。ただし，グループのツリービューからこのユーザのスケジュールを参照又は予約しても参照拒否・予約不可となります。

Version 5以前のサーバを使用時に，ユーザが起動時に自分と異なる最上位組織以下のユーザのスケジュールを表示する設定としていた場合，バージョンアップ後，クライアントで保存した画面から起動すると，画面は表示されますがスケジュールは表示されません。

9.3　組織グループによるセキュリティ設定

＜この節の構成＞

9.3.1　概要

9.3.2　設定情報

9.3.3　特別な関係

9.3.1　概要

組織グループというものを形成して，決まった組織内の人達だけに予定を見せたり，予約できるようにすることが可能です。これは予定を見られる側，予定を予約される側で制限します。

点線矢印のように同じ組織グループ内の人（例えば(あ)～(お)）に対しては，セキュリティランクと組織階層セキュリティで見せない，予約できないを判定します。組織グループ内に属していないもの同士も同じようにセキュリティランクと組織階層セキュリティで判定します。

実線矢印のように組織グループ外の人（例えば(お)と(さ)の関係）に対しては，組織グループに設定されている権限で判定します。見せないという意味には参照拒否と参照不可の2種類があります。参照拒否の場合は参照しようとしてもエラーになりますが，参照不可の場合は予定の枠だけは表示されます。

図9-5　組織単位に予定を見せない機能概要

9.3.2　設定情報

＜この項の構成＞

(1)　AppoSV.iniファイル

(2)　ORGGROUP.tblファイル

(3)　ORGGROFF.tblファイル

(1)　AppoSV.iniファイル

このファイルには組織グループの使用／未使用や，組織グループに入っていない組織の人の権限などを指定します。各パラメタは[Security]セクションに記述します。

対象ファイル
/usr/GroupAppo/bin/AppoSV.ini

設定パラメタ
セクション名，パラメタ名共に大文字・小文字の違いなく入力してください。

セクション名
[Security]

OrgGroupSecurityパラメタ
ON又はOFFを指定します。

ON：組織グループによるセキュリティ機能を使用します
OFF：組織グループによるセキュリティ機能を使用しません
このパラメタが未設定のときは，設定値OFFの動作をします。

OutOrgGroupSecurityパラメタ
0から4の数値を指定します。
0：組織グループに入っていない組織の人の予定は参照不可であることを示す
2：組織グループに入っていない組織の人の予定は参照不可，予約不可であることを示す
3：組織グループに入っていない組織の人の予定は予約不可であることを示す
4：組織グループに入っていない組織の人の予定は参照拒否であることを示す
このパラメタが未設定のときは，設定値4の動作をします。

OrgGroupOmitMarkパラメタ
ワイルドカードに使用できる文字を指定します。*以外の文字も指定可能です。このパラメタが未設定のときは，*が指定されたときと同じ動作をします。
指定できる文字
数字，英小文字，
:，|，=，<，>，$，!，~（チルダ），.（ピリオド），@，(，)，+，_，^（ハット），`（バッククォート），{，}，*，¥，?，%，-（マイナス）

設定例
AppoSV.iniファイルの設定例を示します。なお＜改行＞は改行コードのことです。

[Security]＜改行＞
OrgGroupSecurity=ON＜改行＞
OutOrgGroupSecurity=2＜改行＞
OrgGroupOmitMark=*＜改行＞

すべての行に改行が必要です。

セクション，セクション名，パラメタ名，値，＝の記号の前後に空白を入力しないでください。空白を入力すると，値が認識されません。

(2)　ORGGROUP.tblファイル

ORGGROUP.tblファイルの作成には，SCHogimpコマンドを使用してくださいSCHogimpコマンドの詳細については，「7.11　「SCHogimp」について」を参照してください。

(3)　ORGGROFF.tblファイル

ORGGROFF.tblファイルの作成には，SCHogimpコマンドを使用してくださいSCHogimpコマンドの詳細については，「7.11　「SCHogimp」について」を参照してください。

9.3.3　特別な関係

組織グループのアクセス権に当てはまらない関係について記述します。

＜この項の構成＞

(1)　秘書と上司の関係

(2)　兼任ユーザが存在する場合の関係

(1)　秘書と上司の関係

秘書と上司が異なる組織グループに所属している場合でも，秘書は上司の予定を必ず参照可／予約可で操作できます。上司が秘書を見る場合は，セキュリティランク，組織階層セキュリティ，及び組織グループによりアクセス権を判定します。

図9-6　秘書と上司の関係

(2)　兼任ユーザが存在する場合の関係

主体ユーザでも兼任ユーザでもよいので，同じ組織グループに所属している組み合わせがあったときはセキュリティランクと組織階層セキュリティで判定します。同じ組織グループに所属している組み合わせが一つもない場合は，セキュリティランク，組織階層セキュリティ，及び組織グループによりアクセス権を判定します。

図9-7兼任の関係（同じ組織グループに所属する関係がある）で示した関係では，(あ)と(い)はお互いセキュリティランクの関係で評価します。

図9-7　兼任の関係（同じ組織グループに所属する関係がある）

図9-8 兼任の関係（同じ組織グループに所属する関係がない）で示した関係では，まず(あ)と(う)の組織グループ間の関係をすべて出してアクセス権をゆるい方で決定します。(あ)→(う)が「参照拒否」の関係しかありません(1)。しかし(う)→(あ)は「参照拒否」(2)と「参照不可」(3)の二つの関係があります。ゆるい方は「参照不可」なので，まず(う)→(あ)は「参照不可」(3)となります。

次に(あ)→(う)のセキュリティランクは「参照不可」(5)です。先ほど組織グループ間の関係では「参照拒否」(1)でありました。今度は厳しい方を選ぶため，最終的に(あ)→(う)の関係は「参照拒否」(1)を採用して「参照拒否」となります。(う)→(あ)のセキュリティランクは「参照可」(4)です。先ほど組織グループ間の関係では「参照不可」(3)でした。今度は厳しい方を選ぶため，最終的に(う)→(あ)の関係は「参照不可」(3)を採用して「参照不可」となります。

(あ)→(う)＝↓((↑(1)＋(1)↑)＋(5))↓＝↓((1)＋(5))↓＝(1)＝「参照拒否」

(う)→(あ)＝↓((↑(2)＋(3)↑)＋(4))↓＝↓((3)＋(4))↓＝(3)＝「参照不可」

なお↑↑はゆるい方で評価することを示しています。↓↓は厳しい方で評価することを示しています。

図9-8　兼任の関係（同じ組織グループに所属する関係がない）

付録

＜この付録の構成＞

付録A　データファイルの説明

付録B　設定の最大値

付録C　Windowsサーバからの移行

付録D　バージョンアップ時の注意事項

付録E　サーバホスト名が変更された場合

付録F　スケジュールデータの移動

付録G　スケジュール格納ディレクトリを変更した場合

付録H　Assist連携時と「SFdatacp」実行時のエラーメッセージ

付録I　ユーザIDの変更

付録J　G/W通信を異なるポート番号で運用する場合

付録K　ログファイルのフォーマット説明

付録L　実行ユーザの変更

付録M　「GetAdAll」と「indxget」の実行時のエラーメッセージ

付録N　システムログのメッセージ一覧

付録O　「aconsole」と「roomconsole」のエラーメッセージ

付録P　Scheduler Server移行手順

付録Q　バックアップ，リストアの方法

付録R　「SFimport」と「SFexport」実行時のエラーメッセージ

付録S　9文字以上のパスワードを使用する場合の設定方法

付録T　サーバのIPアドレスが変更された場合

付録U　クラスタ環境の設定

付録V　ログファイル

付録W　コマンド共通のエラーメッセージ

付録X　管理ツールのログ

付録A　データファイルの説明

＜この節の構成＞

(1)　プログラムファイル

(2)　管理データ

(3)　スケジュールデータ

(4)　その他のファイル

(1)　プログラムファイル

Scheduler Server及びFacilities Managerをインストールすると，以下のディレクトリ，ファイルが作成されます。

表A-1　Scheduler Serverでインストールされるファイル

ディレクトリ名 | ファイル名 | 概要 | 備考
/groupmax/SystemManager/ppinfo/ | GMSCHDT.INF | System Agent - TCP/IP連携用定義ファイル |
/usr/GroupAppo/bin/ | GMSCHCF | System Agent - TCP/IP連携用シェルプログラム |
同上 | GMSCHCT | System Agent - TCP/IP連携用シェルプログラム |
同上 | GMSCHRS | System Agent - TCP/IP連携用シェルプログラム |
同上 | GMSCHST | System Agent - TCP/IP連携用シェルプログラム |
同上 | GMSTPSCHCF | System Agent - TCP/IP連携用シェルプログラム |
同上 | GMSTPSCHCT | System Agent - TCP/IP連携用シェルプログラム |
/usr/GroupAppo/ | SHistory.inf | Scheduler Serverパッチ履歴ファイル |
/usr/bin/ | AppoMan | Scheduler Serverシステム管理用プログラム |
同上 | SV | Scheduler Serverプログラム本体 |
同上 | aconsole | Scheduler Serverシステム管理情報設定プログラム |
同上 | brc.appo | サーバ起動シェルプログラム |

表A-2　Facilities Managerでインストールされるファイル

ディレクトリ名
ファイル名
概要
備考

/groupmax/SystemManager/ppinfo/
GMFCLDT.INF
System Agent - TCP/IP連携用定義ファイル

/usr/GroupAppo/bin/
GMFCLCF
System Agent - TCP/IP連携用シェルプログラム

同上
GMFCLCT
System Agent - TCP/IP連携用シェルプログラム

同上
GMFCLRS
System Agent - TCP/IP連携用プログラム

同上
GMFCLST
System Agent - TCP/IP連携用シェルプログラム

同上
GMFTPFCLCF
System Agent - TCP/IP連携用シェルプログラム

同上
GMFTPFCLCT
System Agent - TCP/IP連携用シェルプログラム

/usr/GroupAppo/
FHistory.inf
Facilities Managerパッチ履歴ファイル

/usr/bin/
RMSV
Facilities Managerプログラム本体

同上
RoomMan
Facilities Manager
システム管理用プログラム

同上
brc.Appoarea
サーバ起動シェルプログラム

同上
roomconsole
Facilities Manager
システム管理情報設定プログラム

表A-3　共通で作成されるもの

ディレクトリ名 | ファイル名 | 概要 | 備考
/groupmax/bin/ | SCHpreBK | 稼働中バックアップ用プログラム | ※1
同上 | SCHstpBK | 稼働中バックアップ用プログラム | ※1
同上 | SCHstrBK | 稼働中バックアップ用プログラム | ※1
/usr/GroupAppo/GroupApp | － | Address変更通知定義用ファイル格納ディレクトリ | ※1
/usr/GroupAppo/GroupApp/ | item.def | Address変更通知定義用ファイル | ※1
/usr/GroupAppo/bin/ | AppoInfoGet | System Agent - TCP/IP連携用プログラム | ※1
同上 | BITECHG | バイトオーダ変換ツール | ※1
同上 | CODECHG | ユーザID変換ツール | ※1
同上 | CreateManagersRmx | 施設情報ファイル設定プログラム | ※1
同上 | GetAdAll | Address登録情報全体取得ツール | ※1
同上 | HOSTCHG | ホスト名変換ツール | ※1
同上 | ModifyAppoManIdx | 環境ファイル設定プログラム | ※1
同上 | ModifyAppoManIni | 環境ファイル設定プログラム | ※1
同上 | SCHpreMV | Assist連携用プログラム | ※1
同上 | SCHstpMV | Assist連携用プログラム | ※1
同上 | SCHstrMV | Assist連携用プログラム | ※1
同上 | SFagent | Assist連携用プログラム | ※1
同上 | SFenvget | Assist連携用プログラム | ※1
同上 | agtcout | Assist連携用プログラム | ※1
同上 | rindxget | Assist連携用プログラム | ※1
同上 | SFdatacp | ホームサーバ移動ツール | ※1
同上 | grpchg | グループファイル変換ツール | ※1
同上 | checkid | 整合性チェックプログラム | ※1
同上 | chkorder | 整合性チェックプログラム | ※1
同上 | indxget | Address変更通知取得ツール | ※1
同上 | sortdate | 整合性チェックプログラム | ※1
同上 | ts2kana.rul | キーワード検索用ファイル | ※1
同上 | usrchg | 実行ユーザ変更用サンプルスクリプト | ※1
同上 | param0.ini | 組織によるセキュリティ設定テンプレート | ※1
同上 | param1.ini | 組織によるセキュリティ設定テンプレート | ※1
同上 | param2.ini | 組織によるセキュリティ設定テンプレート | ※1
同上 | Aasya.csv | SFimportツールサンプルファイル |
同上 | Casya.csv | 同上 |
同上 | Dasya.csv | 同上 |
同上 | SFexport | SFexportツール |
同上 | SFimport | SFimportツール |
/usr/GroupAppo/GroupApp/ | item.def.sch2 | Assist連携用ファイル | ※1
/usr/GroupAppo/lib/ | libgadr1.sl | Address連携用DLL（ただし，AIXの場合は，libgadr1.a） | ※1
/usr/bin/ | AppoMan.ini | システム管理用ファイル | ※1
$apposv/etc | － | ユーザ管理情報格納ディレクトリ | ※2
$apposv/log | － | ログファイル出力ディレクトリ | ※2
/usr/GroupAppo/tmp | － | スケジュールデータ退避ディレクトリ | ※2
$apposv/log/agent | － | Assist連携用ディレクトリ | ※2
$apposv/room | － | 施設管理情報格納ディレクトリ | ※2
/var/opt/GroupMail/Groupmax/GroupApp | － | Address変更通知定義用ファイル格納ディレクトリ | ※1
/var/opt/GroupMail/Groupmax/GroupApp/ | item.def | Address変更通知定義用ファイル | ※1

（凡例）

－：該当しないことを示します。

注※1

同一マシン上にScheduler Server又はFacilities Managerがインストールされている場合は，削除されません。

注※2

$apposvはScheduler Server/Facilities Managerのスケジュール格納ディレクトリを示します。デフォルトは，/usr/ikiです。また，ここに示したディレクトリは，アンインストールしても削除されません。

(2)　管理データ

表A-4　ユーザの管理データ（共通）

ファイル名
概要

MAIN.idx
ユーザの最上位階層の内容を格納するファイル

*.uid又は，XX*
ユーザ管理情報ファイル
（＊は任意，XXは00～ff）

*.gst
ユーザIDと他システムゲストIDのマッピングファイル（G/Wテーブル）（各他システムごとに作成，＊は任意）

ENV.tbl
汎用化データファイル

*.env
組織ごとの汎用化データテンプレート（＊は任意）

EnvCheck.tbl
組織ごとの汎用化データの管理テーブル

*.kbn
組織ごとの行先・区分名データテンプレート

*.kor
組織ごとの行先・区分名の表示順データテンプレート

KBN.tbl
行先・区分名データファイル

SEC.tbl
セキュリティファイル

SEC2.tbl
セキュリティファイル

BOSS.tbl
秘書情報ファイル

ScheDel.tbl
ユーザのスケジュール削除期間の個別設定ファイル

MV.tbl
移動者一覧ファイル

IDINDX.idx
ユーザID情報ファイル

GATEWAY.idx
*.gstファイルのG/Wサーバホスト名記述ファイル

guest.idx
他システムゲストIDの情報ファイル

IDINFO.idx
ユーザID情報ファイル

DNSHOSTS.tbl
サーバIDとホスト名との対応ファイル

KENNIN.log
兼任情報ファイル

grpmem.dat
グループメンバファイル（標準値）

grpname.dat
グループ名ファイル（標準値）

ikifile.dat
行先・区分ファイル（標準値）

youfile.dat
用件・略記ファイル（標準値）

annilist.dat
記念日ファイル（標準値）

appouenv.ini
環境設定ファイル（標準値）

appomngr.ini
拡張スケジュール設定ファイル

param.ini
組織によるセキュリティ設定ファイル

gamuenv.ini
環境設定ファイル（WWW for Scheduler用）

ORGGROUP.tbl
組織グループに組織を設定するための定義ファイル

ORGGROFF.tbl
特権ユーザを設定するための定義ファイル

ユーザの管理データは，＜スケジュール格納ディレクトリ＞/etcディレクトリに作成されます。なお，アンインストールしても削除されません。

表A-5　施設の管理データ（Facilities Managerの場合）

ファイル名 | 概要
MAIN.rmx | 施設登録の最上位階層の内容を格納するファイル
IDINDX.rmx | 自システム内に登録されているすべての施設IDと，その施設IDの詳細情報を格納するファイル名（*.rid）を格納するファイル
*.rid | 施設管理情報ファイル（＊は任意）
RMSEC.tbl | セキュリティ（予約権・参照権）ファイル
FScheDel.tbl | 施設のスケジュール削除期間の個別設定ファイル
EQP.tbl | 付属設備テーブルファイル
MANAGERS.rmx | 施設管理者情報ファイル
*.atb | 組織対施設のアクセス権設定ファイル（*は施設ID）

施設の管理データは，＜スケジュール格納ディレクトリ＞/roomディレクトリに作成されます。なお，アンインストールしても削除されません。

(3)　スケジュールデータ

ユーザがクライアントから登録したデータは，すべてサーバに格納されます。「3.1.2(1) コンフィギュレーションの設定」で設定したスケジュール格納ディレクトリの下に，ユーザ（施設）IDごとにユーザ（施設）IDと同じ名称のディレクトリが作成され，その下に格納されます。なお，これらのファイルはアンインストールしても削除されません。

デフォルトの場合次のように格納されます。

　　　　　　　　　/usr/iki/usr01/199509.ssd
　　　　　　　　　　　　　　　　/199509.msd
　　　　　　　　　　　　　　　　/password.psw
　　　　　　　　　　　　　/usr02/199509.ssd
　　　　　　　　　　　　　/room01/・・・
　　　　　　　　　　　　　/room02/・・・
　　　　　　　　　　　　　　　：

（usr01，usr02はユーザIDの例，room01，room02は施設IDの例）

スケジュールデータのファイル名は次のフォーマットで付けられています。

YYYYMM.拡張子
　　YYYY　　　：年（西暦4桁）
　　　MM　　　：月（2桁）

ユーザIDのディレクトリの下に格納されるもの

ファイル名 | 概要
*.nsd | ユーザ本人が自分のスケジュールに登録した内容を格納
*.rsd | 受信した予約データを格納
*.ssd | 発信した予約データを格納
*.msd | 予約を発信した相手の情報を格納
*.smn | 発信した予約データの管理番号と日付を格納
*.emb | 拡張スケジュールのデータを格納
todo.lst | ユーザ本人のタスクを格納
todo.num | タスクデータの管理番号を格納
contact.lst | タスクの連絡先の一覧を格納
holiday.tbl | 個人の休日設定のデータを格納
password.psw | パスワードを暗号化して格納
kbnordr.dat | ユーザごとの行先・区分名の表示順のデータを格納

（ユーザID/ENV）ディレクトリの下に格納されるもの

ファイル名
概要

grpmem.dat
グループメンバファイル（Scheduler Client用）

grpname.dat
グループ名ファイル（Scheduler Client用）

ikifile.dat
行先・区分ファイル（Scheduler Client用）

youfile.dat
用件・略記ファイル（Scheduler Client用）

appouenv.ini
環境設定ファイル（Scheduler Client用）

annilist.dat
記念日ファイル（Scheduler Client用）

rikfile.dat
行先・区分ファイル（Facilities Manager Client用）

ryofile.dat
用件・略記ファイル（Facilities Manager Client用）

ROOMENV.INI
環境設定ファイル（Facilities Manager Client用）

rgrname.dat
グループ名ファイル（Facilities Manager Client用）

rgrmem.dat
グループメンバファイル
（Facilities Manager Client用）

mobile.ini
環境設定ファイル（Mobile Option用）

gamuenv.ini
環境設定ファイル（WWW for Scheduler用）

servenv.dat
環境設定ファイル（WWW Appomouse用）

施設IDのディレクトリの下に格納されるもの

ファイル名 | 概要
*.nsd | 施設管理者が管理する施設に登録したスケジュールの内容を格納
*.rsd | 受信した予約データを格納
*.emb | 拡張スケジュールのデータを格納
roominfo.rm | 施設情報を格納する施設情報ファイル
ngsche.rm | 予約禁止時間帯を格納する施設情報ファイル
(イメージファイル名).img | 施設イメージを格納する施設情報ファイル
RsvRule.rm | 施設予約ルールデータを格納する施設情報ファイル

データのバックアップを取る場合には，「3.1.2(1) コンフィギュレーションの設定」で設定したスケジュール格納ディレクトリの下のファイルを別のディレクトリ，ディスクにコピーしてください。

(4)　その他のファイル

＜スケジュール格納ディレクトリ＞/log/AppoLock.datファイルが作成されます。このファイルはプログラム間の排他制御に使用しているため削除しないでください。削除した場合，Scheduler Serverの管理データが不正になる可能性があります。

付録B　設定の最大値

システムを構築する上での，Scheduler Server及びFacilities Managerの設定の最大値について以下に示します。

区分
項目
最大値
関連ファイル

スケジュール管理
ユーザ数／システム※1
100,000
IDINDX.idx

ユーザ数／サーバ※10
30,000
IDINDX.idx

登録数／テーブル※2
500
MAIN.idx
??????.uid※3
??????????※4

組織階層数※9
50
MAIN.idx
??????.uid※3
??????????※4

接続する他システム数
500
GATEWAY.idx

接続ユーザ数／他システム
100,000
????????.gst※5

ゲストID／システム
500
guest.idx

上司・秘書の組み合わせ
・上司の数／秘書※8
・秘書の数／上司※8
2,500
500
500
BOSS.tbl

兼任数／ユーザ
20
KENNIN.log

スケジュール管理
システム標準値
行先・区分
100
ikifile.dat

用件・略記
100
youfile.dat

グループ数
50
grpname.dat

グループメンバ数／グループ
・グループメンバの延べ総数
30
500
grpmem.dat

記念日
30
annilist.dat

施設管理
施設数／システム
10,000
IDINDX.rmx

登録数／テーブル※6※8
500
MAIN.rmx
??????.rid※7

組織階層数
50
MAIN.rmx
??????.rid※7

付属設備／システム
128
EQP.tbl

（凡例）

?：半角数字，又は半角英小文字1文字を表します。

注※1

このユーザ数には，自システムのゲストIDも含まれます。

注※2

1テーブルで登録できるユーザ／セパレータ／組織の総数のことです。最上位組織のテーブル（MAIN.idx）の場合は，他システムの登録数も含まれます。ただし，クライアントで参照できるのは268ユーザ／テーブルです。

注※3

識別子が「uid」であり，ファイルの名前の長さが最大10文字であることを示します。

注※4

Address Serverとの連携時の場合，「??????????」のファイル名形式となります。「??????????」はファイルの名前の長さが最大10文字であることを示します。なお，先頭2文字は「00」～「99」，「aa」～「zz」になります。

注※5

識別子が「gst」であり，ファイルの名前の長さが最大12文字であることを示します。

注※6

1テーブルで登録できる，施設・セパレータ・種別・施設管理者の総数のことです。

注※7

識別子が「rid」であり，ファイルの名前の長さが最大10文字であることを示します。

注※8

Version2.0の32bit版クライアント，及びVersion 3以降のクライアントで表示できる最大値は270です。

注※9

Address Serverとの連携時の場合，Address Server設定の最大値に依存します。

注※10

Groupmax Facilities Managerを利用する場合は「ユーザ数と施設数の合計／サーバ」となります。

付録C　Windowsサーバからの移行

WindowsサーバからUNIXサーバへ移行する場合の手順を説明します。

＜この節の構成＞

(1)　移行可能なプログラムプロダクト

(2)　移行手順

(1)　移行可能なプログラムプロダクト

GroupAppomouse/Server（Windows NT対応用） P-2446-141 01-00以降

Groupmax Scheduler Server Version2.0（Windows NT対応用） GMAX-SSVW 02-00以降

Groupmax Scheduler Server Version 3（Windows NT対応用） GMX3-SSVW 03-00以降

Groupmax Scheduler Server Version 5（Windows NT対応用） GMX5-SSVW 05-00以降

Groupmax Scheduler Server Version 6（Windows NT対応用） GMX6-SSVW 06-00以降

Groupmax Scheduler Server Version 7（Windows NT対応用） GMX7-SSVW 07-00以降

(2)　移行手順

Windows版サーバからUNIX版サーバへのリプレース手順については，「付録P　Scheduler Server移行手順」の「(3) サーバリプレース手順（シングルサーバ構成）」または「(4) サーバリプレース手順（マルチサーバ構成）」を参照してください。

Windows版サーバが混在していた環境をUNIX版サーバへ統合する手順については，「付録P　Scheduler Server移行手順」の「(5) サーバ統合手順」を参照してください。

Windows版サーバが混在している環境にUNIX版サーバを増設する手順については，「付録P　Scheduler Server移行手順」の「(6) サーバ台数増加手順」を参照してください。

付録D　バージョンアップ時の注意事項

＜この節の構成＞

(1)　バージョンアップの手順

(2)　コンフィギュレーションの設定に関する注意事項

(3)　その他の注意事項

(1)　バージョンアップの手順

Version2.0，Version 3，Version 5又はVersion 6からVersion 7へバージョンアップできます。次にバージョンアップの手順を示します。

以下のサーバ及び管理ツールサーバが起動されている場合，「コンフィギュレーション」から停止します。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）停止
　・ 管理ツールサーバ（AppoMan）停止
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）停止
　・ 管理ツールサーバ（RoomMan）停止

ディレクトリのバックアップを取得します。
バージョンアップに失敗したときのリストアに使用するため，次のディレクトリのバックアップを取得してください。
＜スケジュール格納ディレクトリ＞※以下すべて

注※

＜スケジュール格納ディレクトリ＞はデフォルトでは/usr/ikiとなります。デフォルトから変更している場合は，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」を御確認ください。

「コンフィギュレーション」を起動し，各設定の控えをとります。

Version 7へ更新インストールします。

実行ユーザを変更します。
実行ユーザの変更については，「付録L　実行ユーザの変更」を参照してください。

Version 7の管理ツールをインストールします。

「コンフィギュレーション」を起動し，各設定を確認します。設定が異なる場合は，手順3. で控えた設定に変更します。

バージョンアップ前からAddress Serverと連動している場合には，以下のファイルが存在することを確認します。
/var/opt/GroupMail/Groupmax/GroupApp/item.def

Address Serverと連動している場合，以下の手順でユーザ情報を再作成します。
1. Address Serverが起動していることを確認し，起動していない場合は起動します。
2. 「コンフィギュレーション」を起動します。
3. 「手動実行」から「ユーザ情報再作成」を選択します。

「コンフィギュレーション」から起動します。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）起動
　・ 管理ツールサーバ（AppoMan）起動
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）起動
　・ 管理ツールサーバ（RoomMan）起動

注意事項

マルチサーバ構成時のバージョンアップ手段については，「付録P(2)　バージョンアップ手順（マルチサーバ構成）」を参照してください。

(2)　コンフィギュレーションの設定に関する注意事項

子サーバのコンフィギュレーションの「5.親サーバ環境の共有」を「共有する」と設定した場合に，親サーバのコンフィギュレーションの設定内容を子サーバで共有することが可能です。親サーバと子サーバのコンフィギュレーション設定値の共有については，バージョンごとに異なる項目があります。コンフィギュレーションの設定を親サーバと子サーバで共有する場合のバージョンごとの違いを以下に示します。

項番
設定項目
親サーバとの環境共有

Version2.0以前
Version 3
Version 5
Version 6
Version 7

1
スケジュール格納ディレクトリ
×
×

2
親サーバ／子サーバ
×
×

3
親サーバホスト名／IPアドレス
×
△※3

4
管理データ取得時刻
○
×

5
親サーバ環境の共有
×
×

6
ログファイル最大容量
○
○※1

7
不要スケジュール削除の自動実行
×
○

8
不要スケジュール削除期間
○
○

9
不要スケジュール削除時刻
○
○

10
Addressでの認証
○
○

11
Addressホスト名／IPアドレス
○
×

12
ユーザ認証用ポート番号
○
○

13
変更通知情報取得の自動実行
－
□

14
変更通知情報取得時刻
－
□

15
Address情報取得オプション
－
□

16
Assist連携
－
□※2

（凡例）

○：親サーバと環境の共有をします（各子サーバで設定しても「管理データの取得」を実行した後は無視されます）。

×：親サーバと環境の共有をしません（必ず各子サーバで設定してください）。

－：Version2.0以前にはありません。

△：初期設定時には，親サーバのホスト名／IPアドレスを入力する必要があります。

□：子サーバでの設定は不要です。

注※1

Version2.0の場合は件数で表示されていましたが，Version 3，Version 5，Version 6又はVersion 7からは総容量をメガバイト（1MB（メガバイト）=1,048,576バイトの計算値）単位で指定します。

注※2

Version 5以前にはありません。

注※3

Version 6 06-50からは親サーバと環境を共有しません（必ず各子サーバで設定してください）。

(3)　その他の注意事項

バージョンアップと同時にマシンの移行をする場合の手順は以下のとおりです。
1. 移行先のマシンに，移行元と同じバージョンのScheduler Server及びFacilities 2. Managerをインストールします。
3. 移行先のマシンにスケジュールデータ・管理データを転送します。
4. 移行先のマシンをバージョンアップします。

Groupmax Scheduler Server Version2.0からバージョンアップした場合，稼働ログ（LOGSV.log）の出力方式が変更になりました。以下の記述を参考にしてください。

Scheduler Server Version2.0の場合
先頭の古いログが削除されて，新しいログがファイルの後ろに追加されていきます。

Scheduler Server Version 3，Version 5，Version 6又はVersion 7の場合
ログデータがログサイズ※より大きくなると，ファイルをLOGSV.bakファイルにリネームして，新規にLOGSV.logファイルの先頭から追加していきます。

注※

「コンフィギュレーション」の「6. ログファイル最大容量」で設定したサイズの1/14のサイズです。

Groupmax Scheduler Server Version2.0からバージョンアップした場合，「コンフィギュレーション」でのログサイズの指定方法が変更になりました。下記を参照してください。

Scheduler Server Version2.0の場合：件数指定

Scheduler Server Version 3，Version 5，Version 6又はVersion 7の場合：総容量指定

GroupAppomouse/Server 01-00からのバージョンアップ時の＜スケジュール格納ディレクトリ＞/etcディレクトリにoldserverlistファイルが存在している場合，GroupAppomouse/Server 01-00のServerが存在しないことを確認の上，すべてのServer上のファイル（oldserverlist）を削除してください。

Version 6以前のバージョンに付属の管理ツールを使用した場合，管理データの取得はできる場合もありますが，転送はできません（成功したように見えますが，実際には転送されていません）。したがって，Version 6以前に付属の管理ツールは使用しないでください。

Version 7の管理ツールで，Version 6以前のサーバと接続しようとした場合，管理データの取得はできますが，転送はできません。サーバと管理ツールは，必ず同じバージョンのものを使用してください。

アンインストールを実行する際，同一マシン内にVersion2.0のScheduler Server又はFacilities Managerがインストールされている場合は，先にVersion2.0のScheduler Server又はFacilities Managerをアンインストールしてください。

indxgetのエラー発生時の仕様がVersion 5から変わりました。Version 3までは，indxgetの実行中にエラーが生じた場合，それまでに更新したユーザ情報は反映されたままとなります。Version 5，Version 6又はVersion 7では，indxgetの実行中にエラーが生じた場合，ユーザ情報は反映されないで実行前の状態に戻ります。Address Server から出力される変更通知情報も，実行前の状態に戻ります。

以下のコマンドのリターンコードを変更しましたので御注意ください。

GetAdAll

indxget

リターンコード | Version 3以前 | Version 5，Version 6，Version 7
正常終了 | 1 | 0
異常終了 | 0 | 1

Version 3でAppoMan.iniファイルに以下の記述をしていた場合，これらのオプションはVersion 5以降ではデフォルトとして動作するため，記述は不要です。

SockOptSV=ON
SockOptMan=ON
SockOptRMSV=ON
SockOptRMMan=ON

Groupmax Scheduler Server Version2.0 02-30からサポートした参照拒否，及び予約権限を設定した場合，利用するクライアントのバージョンによっては動作が以下のように異なります。
クライアントのバージョンが01-02以前の場合

参照拒否が設定されているメンバーを参照しようとしたとき
ダミースケジュール※が表示されます（週間スケジュール上では略記は表示されません）。

予約不可が設定されているメンバーに予約しようとしたとき
エラーメッセージ「・・に予約できませんでした。」が表示され，予約できません。

クライアントのバージョンが01-10～02-20の場合

参照拒否が設定されているメンバーを参照しようとしたとき
ダミースケジュール※が表示されます。

予約不可が設定されているメンバーに予約しようとしたとき
エラーメッセージ「・・に予約できませんでした。」が表示され，予約できません。

クライアントのバージョンが02-30以降の場合

参照拒否が設定されているメンバーを参照しようとしたとき
メンバのツリービューから直接選択した場合は，「・・には参照拒否権限が設定されています。」のメッセージが出力され，選択できません。
グループ選択から選択した場合，又は終了時保存をしている場合で起動時のウィンドウに参照拒否が設定されているメンバーが存在するとき，タイトルバーに「参照拒否」と表示されるか，又はそのメンバーのボタンが淡色表示されます。

予約不可が設定されているメンバーに予約しようとしたとき
エラーメッセージ「予約権限がありません。」が表示され，予約できません。

注※

ダミースケジュールは，0：00～24：00のスケジュールで，行先，用件，メモには「※参照拒否権限が設定されています。」，行先区分は管理ツール上で1に設定された色，略記には「※拒否」が設定されます。

マルチサーバ構成でかつ，サーバのバージョンがVersion 5以降とVersion 3が混在する場合，Version 5以降のクライアントから使用する新機能について以下の注意事項があります。

イベント，拡張スケジュール，ユーザ検索機能は，サーバがVersion 5以降でかつ，クライアントがVersion 5以降であるときに使用できます。

ユーザ検索機能では，ホームサーバがVersion 3のサーバであるユーザを検索できますが，「ユーザ検索結果一覧」ウィンドウから「階層表示」ボタンを押下しても階層を表示できません。

イベントの予約は，ホームサーバがVersion 3のサーバであるユーザに対してはできません。

拡張スケジュールを含む予約は，ホームサーバがVersion 3のサーバであるユーザに対してはできません。

Version 5からAssist連携機能を使用している場合，バージョンアップしてAssist連携機能の使用を再開する前にホームサーバ一覧を作成する必要があります。作成方法については，「5.1(3)(c)　ホームサーバ一覧ファイル」を参照してください。

Version 5からAssist連携機能を使用している場合，設定変更ファイルの設定項目のうちAgentControlの設定が無効になります。詳細は，「5.1(7)　ユーザのホームサーバ移動時に実施する手順」を参照してください。

注意事項

マルチサーバ構成で運用している場合，子サーバのバージョンアップは親サーバのバージョンアップの後に実施してください。

付録E　サーバホスト名が変更された場合

Scheduler Server又はFacilities Managerが動作しているサーバのホスト名を変更した場合，スケジュールデータを継続して使用するにはスケジュールデータの変換が必要です。スケジュールデータを継続して使用したい場合は，以下の手順(1)(2)に従って作業してください。

注意事項

スケジュールデータの変換作業中は，必ずScheduler Server及びFacilities Managerを停止してください。また，作業をする場合，緊急時のリカバリとして事前にスケジュールデータ・管理データのバックアップをとってください。

＜この節の構成＞

(1)　サーバ側の手順

(2)　クライアント側の手順

(3)　HOSTCHGコマンドを実行しない場合の手順

(1)　サーバ側の手順

スケジュールデータ・管理データのバックアップをとります。詳細は「付録Q(1)　バックアップの取得」を参照してください。

Address Server上で，各ユーザのホームサーバ名を変更します（Address連携していない場合は不要です）。

親サーバで「コンフィギュレーション」から［手動実行］で［ユーザ情報再作成］を実行するか，「GetAdAll」コマンドを実行してください（Address Serverと連動していない場合，施設の場合は不要です）。

「Scheduler_Facilities管理ツール」を起動し，「4.5　DNSホスト名の登録」で変更後のホスト名が登録されていることを確認してください。ホスト名が登録されていない場合は，登録してください。

G/Wサーバのホスト名が変更された場合は，他システムの設定を再登録してください。他システムの登録方法については，「4.6.2　他システムと接続する場合（G/W通信をする場合）」を参照してください。

すべての子サーバで管理データの取得をしてください（1台だけの運用の場合は不要です）。

すべてのサーバで「HOSTCHG」コマンドを実行してください。

(2)　クライアント側の手順

HOSTCHGコマンド実行前に，すべてのクライアントで実行する必要があります。また，WWW for Schedulerの場合は不要です。

Scheduler Clientを起動します。

［ツール］－［環境設定］を選択します。

「ユーザ情報の保存」を「サーバで保存」にします。

注意事項

クライアントでこの設定をしないでHOSTCHGを実行した場合，ローカルグループ内のユーザ，及びクライアント起動時に自動的に表示されるスケジュールに対して，次の操作ができません。

スケジュールの表示

予約

空時間検索

自分・上司のスケジュールでの，登録・削除・回答

この場合には設定をしなかったクライアントでローカルグループの作成及び次回起動状態の設定を再度やり直してください。

(3)　HOSTCHGコマンドを実行しない場合の手順

HOSTCHGコマンドの実行には時間が掛かるため，HOSTCHGコマンドの代わりにgrpchgコマンドを代用できます。ただし，以下の条件をすべて満たしている必要があります。

Address Serverと連動している

施設管理機能（Facilities Manager）を使用していない

Scheduler Serverの台数が減らない（これまで稼働していたすべてのScheduler Serverサーバが今後も稼働し続ける）

grpchgコマンドで代用する場合，上記(1)(2)の手順内でHOSTCHGと記述している部分を，grpchgに置き換えて(1)(2)を実行してください。grpchgコマンドで代用した場合，以下の制限事項があります。

Scheduler Clientの終了状態保存機能で保存していた画面上で，自分と上司のスケジュールの登録・削除・回答が行えなくなります。

「HOSTCHG」コマンドについては，「7.3　「HOSTCHG」について」を参照してください。

「ユーザ情報の再作成」については，「4.1.3　Address Serverのユーザ情報取得方法」を参照してください。

「GetAdAll」コマンドについては，「7.1　「GetAdAll」について」を参照してください。

「grpchg」コマンドについては，「7.8　グループファイル変換ツール「grpchg」について」を参照してください。

付録F　スケジュールデータの移動

ユーザ又は施設のホームサーバの移動をする場合，スケジュールデータを継続して使用するにはスケジュールデータの変換・移動が必要です。スケジュールデータを継続して使用したい場合は，以下の手順(1)(2)に従って作業してください。

注意事項

スケジュールデータの移動作業中は必ずScheduler Server及びFacilities Managerを停止してください。また，作業をする場合，緊急時のリカバリ用に事前にスケジュールデータ・管理データのバックアップをとってください。

Assist連携を使用してユーザのホームサーバを移動した場合は，「5.1(7) ユーザのホームサーバ移動時に実施する手順」に従って作業してください。

Groupmax Scheduler Clientを利用しているユーザのホームサーバを変更する場合，事前にクライアントPCで次のように設定しておく必要があります。
クライアントPCで，［スタート］－［Groupmax Clients］－［Scheduler setup］で「起動時にサーバから情報を取得する」チェックボックスをチェックOFFにしている場合，チェックをONにする

＜この節の構成＞

(1)　サーバ側の手順

(2)　クライアント側の手順

(3)　HOSTCHGコマンドを実行しない場合の手順

(1)　サーバ側の手順

「(2) クライアント側の手順」をすべてのクライアントで実行します。

スケジュールデータ・管理データのバックアップをとります。詳細は「付録Q(1)　バックアップの取得」を参照してください。

Address Server上で，各ユーザのホームサーバ名を変更します。

Scheduler Server，Facilities Managerの管理ツールサーバ（AppoMan，RoomMan）が起動している場合，停止してください。

Address Server連携している環境でユーザのホームサーバを変更した場合は，「コンフィギュレーション」から［手動実行］で［変更通知情報取得］（または「indxget」コマンド）を実行するか，［ユーザ情報再作成］（または「GetAdAll」コマンド）を実行してください（Address Serverと連動していない環境でのユーザのホームサーバ変更，または施設のホームサーバ変更場合は，この手順は不要です）。

Scheduler Server，Facilities Managerの管理ツールサーバ（AppoMan，RoomMan）を起動してください。

すべての子サーバで管理データの取得をしてください（1台だけの運用の場合は不要です）。

「BITECHG」コマンドを実行してください（UNIXからUNIXへの転送の場合は不要です）。

移動するユーザのスケジュールデータを移動先のサーバにバイナリモードで転送します。スケジュールデータについては，「付録A(3)　スケジュールデータ」を参照してください。

移動元のサーバ上でバックアップしたスケジュールデータを元に戻します（UNIXからUNIXへの転送の場合は不要です）。

移動元のサーバにある，移動したユーザのスケジュールデータをディレクトリごと削除してください。

すべてのサーバで移動対象ユーザについて「HOSTCHG」コマンドを実行してください。

(2)　クライアント側の手順

HOSTCHGコマンド実行前に，すべてのクライアントで実行する必要があります。また，WWW for Schedulerの場合は不要です。

Scheduler Clientを起動します。

［ツール］－［環境設定］を選択します。

「ユーザ情報の保存」を「サーバで保存」にします。

(3)　HOSTCHGコマンドを実行しない場合の手順

HOSTCHGコマンドの実行には時間が掛かるため，HOSTCHGコマンドの代わりにgrpchgコマンドを代用できます。ただし，以下の条件をすべて満たしている必要があります。

Address Serverと連動している

ユーザのスケジュールデータだけを移動する
（施設のスケジュールは移動しない）

grpchgコマンドで代用する場合，上記(1)(2)の手順内でHOSTCHGと記述している部分を，grpchgに置き換えて(1)(2)を実行してください。grpchgコマンドで代用した場合，以下の制限事項があります。

サーバホスト名の変更後，クライアント起動時に自動的に表示されるスケジュールが，自分又は上司のスケジュールの場合，登録・削除・回答ができません。

「indxget」コマンドについては，「7.2　「indxget」について」を参照してください。

「HOSTCHG」コマンドについては，「7.3　「HOSTCHG」について」を参照してください。

「BITECHG」コマンドについては，「7.4　「BITECHG」について」を参照してください。

「grpchg」コマンドについては，「7.8　グループファイル変換ツール「grpchg」について」を参照してください。

付録G　スケジュール格納ディレクトリを変更した場合

「コンフィギュレーション」の設定で，スケジュール格納ディレクトリを変更する場合は，次の手順に従ってください。また，運用中にスケジュール格納ディレクトリを変更する場合は，次の手順で作業する必要があります。

aconsole，roomconsoleで「サーバ」及び「管理ツールサーバ」を停止します。

スケジュール格納ディレクトリ以下のすべてのディレクトリを新しいディレクトリにコピーします。
スケジュール格納ディレクトリには次のディレクトリが含まれます。すべてのディレクトリをコピーしてください。なお，コピーする際には，cpコマンドの-pオプションを指定してください。

etc（ユーザ情報格納ディレクトリ）

log（ログ出力用ディレクトリ）

room（施設情報格納ディレクトリ）※

各ユーザのスケジュールデータ

注※

Groupmax Facilities Managerも使用している場合にだけ存在します。

aconsole，roomconsoleの「コンフィギュレーション」の設定で，「スケジュール格納ディレクトリ」を新しいディレクトリに変更します。

手順1.で停止したサーバを起動します。

正常に動作することを確認してから変更前のスケジュール格納ディレクトリを削除します。

付録H　Assist連携時と「SFdatacp」実行時のエラーメッセージ

Assist連携時と「SFdatacp」実行時に出力するメッセージの一覧を次に示します。なお，フォーマットはすべて共通で以下のとおりとなります。

フォーマット

日付，時間，プロセスID，メッセージID，処理種別，メッセージ内容

日付

YYYY/MM/DDの形式（西暦）（10バイト）

時間

HH:MM:SSの形式（8バイト）

プロセスID

プロセスID（5バイト）

メッセージID

メッセージID（5バイト）

処理種別

I：通常のメッセージ

E：エラーメッセージ

W：警告メッセージ

メッセージ内容

(1)～(3)の表に主要なものを示します。なお，表中の「x」は，任意の名前，又は数字です。

＜この節の構成＞

(1)　Assist連携時のメッセージ

(2)　agtcoutのメッセージ

(3)　「SFdatacp」実行時のメッセージ

(1)　Assist連携時のメッセージ

Assist連携機能のログファイルの格納場所は以下のとおりです。なお，SFagent.logはAssist連携処理が完了するまで出力されないため，Assist連携処理中の可能性がある場合は，ScheExec.logで結果を確認してください。

過去分も含むAssist連携のログファイル
＜スケジュール格納ディレクトリ＞/log/agent/SFagent.log

直前に実行したAssist連携の1回分のログファイル
＜スケジュール格納ディレクトリ＞/log/agent/ScheExec.log

項番
メッセージ内容
対処

1
親サーバ設定でないため、Assist連携機能を実行できません
「コンフィギュレーション」の設定で親サーバの設定を確かめてから，親サーバで以下のコマンド実行してください。コマンド実行後，再度ログファイルで実行結果を確認してください。
SFagent [/f logfile_name]

2
ホームサーバ一覧ファイルが存在しません
ホームサーバ一覧が存在しません。「4.5(2)　Assist連携用ホームサーバ一覧作成」を参照してホームサーバ一覧を作成してから，以下のコマンド実行してください。コマンド実行後，再度ログファイルで実行結果を確認してください。
SFagent [/f logfile_name]

3
親サーバの更新禁止設定処理でエラーが発生しました
親サーバでほかの処理が実行中であるか，親サーバで管理ツールサーバが起動していない可能性があります。詳しくは，ログファイルを確認してください。
エラーとなる原因を取り除いたら，以下のコマンドを実行してください。コマンド実行後，再度ログファイルで実行結果を確認してください。
SFagent [/f logfile_name]

4
親サーバの管理データ更新処理でエラーが発生しました
親サーバの管理ツールサーバが起動していることを確認して，以下のコマンドを実行してください。コマンド実行後，再度ログファイルで実行結果を確認してください。
SFagent [/f logfile_name]

5
管理ツールサーバ起動確認処理でエラーが発生しました
ホームサーバ一覧の内容に誤りがあるか，一覧に記載されたサーバの管理ツールサーバが起動していない可能性があります。
管理ツールでホームサーバ一覧の内容を確認し，すべての管理ツールサーバの起動も確認してから，以下のコマンドを実行してください。コマンド実行後，再度ログファイルで実行結果を確認してください。
SFagent [/f logfile_name]

6
親サーバのホームサーバ リカバリ処理でエラーが発生しました
以下のコマンドを実行してください。コマンド実行後，再度ログファイルで実行結果を確認してください。
SFagent.exe [/f logfile_name]

7
子サーバの更新禁止設定処理でエラーが発生しました
1.すべての管理ツールサーバが起動していることを確認してください。
2.親サーバから以下のコマンドを実行してください。
agtcout
3.すべての子サーバで管理データの取得を実行てください。

8
子サーバの管理データ取得処理でエラーが発生しました
同上

9
子サーバの更新禁止解除処理でエラーが発生しました
すべての管理ツールサーバが起動していることを確認して，親サーバで以下のコマンドを実行してください。
agtcout

10
親サーバの更新禁止解除処理でエラーが発生しました
同上

11
ユーザのホームサーバ移動が発生しました
ユーザのホームサーバ移動が発生しました。「5.1(6)　確認事項」を参照して移動者一覧ファイルの存在と内容を確認してください。
その後，「5.1(7)　ユーザのホームサーバ移動時に実施する手順」を参照してスケジュールデータの移行をしてください。

12
復旧処理開始：xxxxxxxを元に戻します
エラーが発生したため，回復処理をしました。ログを参照してエラー原因を取り除いてから，以下のコマンド実行してください。コマンド実行後，再度ログファイルで実行結果を確認してください。
SFagent [/f logfile_name]

(2)　agtcoutのメッセージ

agtcoutのログファイルの格納場所は以下のとおりです。Assist連携時と同じログファイルに出力されます。

過去分も含むAssist連携のログファイル
＜スケジュール格納ディレクトリ＞/log/agent/SFagent.log

直前に実行したAssist連携の1回分のログファイル
＜スケジュール格納ディレクトリ＞/log/agent/ScheExec.log

項番 | メッセージ内容 | 対処
1 | 親サーバ設定でないため、全サーバ更新設定解除コマンドを実行できません | コンフィギュレーションの設定で親サーバの設定を確かめてから，親サーバで再度agtcoutコマンドを実行してください。
2 | 親サーバで更新禁止解除に失敗しました | 親サーバで再度agtcoutコマンドを実行してください。
3 | 管理ツールサーバ起動確認処理に失敗しました | 子サーバで管理ツールサーバが起動していない可能性があります。すべての子サーバで管理ツールサーバが起動していることを確認して，再度agtcoutコマンドを実行してください。
4 | 子サーバで更新禁止解除に失敗しました | 更新禁止解除に失敗した子サーバがあります。出力されているログメッセージを参照して原因を排除した後，再度agtcoutコマンドを実行してください。
5 | Assist連携機能が動作中のため実行できません | Assist連携機能，又はSFdatacpが実行中です。しばらくたってから再度agtcoutを実行してください。

(3)　「SFdatacp」実行時のメッセージ

SFdatacpの詳細ログファイルの格納場所は以下のとおりです。

＜スケジュール格納ディレクトリ＞/log/agent/［処理ID］/SFdatacp.log

なお，［処理ID］は，SFdatacpを実行したタイミングで割り振られた14桁のIDを示します。

項番
メッセージ内容
対処

1
他の処理が動作中のため実行できません
Assist連携機能，又はagtcoutが実行中です。しばらく待ってから再実行してください。

2
管理ツールサーバ起動確認・サーバ停止確認処理でエラーが発生しました
システム内の管理ツールサーバが停止しているか，サーバが起動している可能性があります。
システム内の管理ツールが起動していることとサーバが停止していることを確認して再実行してください。

3
管理ツールサーバの排他ロック設定処理でエラーが発生しました
管理ツールサーバの排他ロック設定処理でエラーが発生しました。管理ツールサーバが起動していることを確認して再実行してください。

4
ユーザのホームサーバ移動処理で続行不可能なエラーが発生しました
移動者一覧ファイルの内容が不正な可能性があります。ログを参照してエラー詳細内容を確認してください。エラー原因を取り除いてから，取得したバックアップからデータをすべて元に戻しSFdatacpを再実行してください。
対処法の詳細は，「5.2(7)(a)　すべて再実行する方法」を参照してください。

5
ホームサーバ移動処理に失敗したユーザがいます
ログを参照してエラー詳細内容を確認してください。エラー原因を取り除いてから，SFdatacpを再実行してください。この場合は，失敗したユーザだけ再実行されます。
対処法の詳細は，「5.2(7)(b)　エラーとなったユーザだけ再実行する方法」を参照してください。

6
ユーザのホームサーバ更新処理で続行不可能なエラーが発生しました
ログを参照してエラー詳細内容を確認してください。エラー原因を取り除いてから，取得したバックアップからデータをすべて元に戻しSFdatacpを再実行してください。
対処法の詳細は，「5.2(7)(a)　すべて再実行する方法」を参照してください。

7
ホームサーバ移動処理・ホームサーバ更新処理に成功したユーザはいませんでした
移動者一覧ファイルにエントリしたユーザすべてでホームサーバ移動・更新処理に失敗しました。ログを参照してエラー原因を取り除いてから，SFdatacpを再実行してください。この場合は，失敗したユーザ，すなわち全ユーザについて再実行されます。
対処法の詳細は，「5.2(7)(b)　エラーとなったユーザだけ再実行する方法」を参照してください。

8
ホームサーバ更新処理に失敗したユーザがいます
ログを参照してエラー原因を取り除いてから，SFdatacpを再実行してください。この場合は，失敗したユーザだけ再実行されます。
対処法の詳細は，「5.2(7)(b)　エラーとなったユーザだけ再実行する方法」を参照してください。

9
子サーバの管理データの取得処理でエラーが発生しました
すべての子サーバで管理データの取得を実行した後，親サーバを含むすべてのサーバでgrpchgを実行してください。

10
グループファイルの更新処理でエラーが発生しました
親サーバを含むすべてのサーバでgrpchgを実行してください。

11
管理データ取得・グループファイルの更新処理で何らかのエラーが発生しました
すべての子サーバで管理データの取得を実行した後，親サーバを含むすべてのサーバでgrpchgを実行してください。

12
管理ツールサーバの排他ロック解除処理でエラーが発生しました
親サーバでagtcoutを実行してください。

13
親サーバコマンド実行処理失敗(XXXX)
XXXXはコマンド名です。ScheExec.logを参照してエラー原因を取り除いてから再実行してください。
XXXXがgrpchgの場合，組織数が1プロセスがオープンできるファイル数の上限を超えている可能性があります。「7.8　「grpchg」について (4) 注意」を参照して親サーバで対策を実行し，再実行してください。

14
子サーバでコマンド起動処理に失敗しました(XXXX)
XXXXはコマンド名です。ScheExec.logを参照してエラー原因を取り除いてから再実行してください。
XXXXがgrpchgの場合，組織数が1プロセスがオープンできるファイル数の上限を超えている可能性があります。「7.8　「grpchg」について (4) 注意」を参照してエラーが発生した子サーバで対策を実行し，再実行してください。

付録I　ユーザIDの変更

ユーザID・施設IDを変更する場合，以下の手順に従って作業してください。スケジュールデータ・管理データ中のユーザID・施設IDが変換されます。

注意事項

スケジュールデータ・管理データの変換作業中は，必ずScheduler Server及びFacilities Managerを停止してください。

＜この節の構成＞

(1)　Address Serverと連動していない場合

(2)　Address Serverと連動している場合

(1)　Address Serverと連動していない場合

Address Serverと連動していない運用環境で，ユーザIDを変更する場合，次の手順に従って作業してください。Facilities Managerを使用していない場合，以下の手順のFacilities Managerに関する操作は不要です。

サーバ（SV，RMSV），管理ツールサーバ（AppoMan，RoomMan）を停止してください。

スケジュールデータ・管理データのバックアップをとります。詳細は「付録Q(1)　バックアップの取得」を参照してください。

すべてのサーバで対象ユーザについて，「CODECHG」コマンドを実行してください。

サーバ（SV，RMSV），管理ツールサーバ（AppoMan，RoomMan）を起動してください。

「CODECHG」コマンドについては，「7.5　「CODECHG」について」を参照してください。

(2)　Address Serverと連動している場合

Address Serverと連動した運用環境で，ユーザIDを変更する場合，次の手順に従って作業してください。Facilities Managerを使用していない場合，以下の手順のFacilities Managerに関する操作は不要です。

サーバ（SV，RMSV）と管理ツールサーバ（AppoMan，RoomMan）を停止してください。

スケジュールデータ・管理データのバックアップをとります。詳細は「付録Q(1)　バックアップの取得」を参照してください。

すべてのサーバで対象ユーザについて，「CODECHG」コマンドを実行してください。

Address Server上で対象ユーザIDを変更してください。

親サーバで，「コンフィギュレーション」から，「ユーザ情報再作成」を実行してください。「ユーザ情報再作成」については，「3.1.2(6)　手動実行」を参照してください。

管理ツールサーバ（AppoMan，RoomMan）を起動してください。

マルチサーバ構成時の場合は，すべての子サーバで「管理データ取得」を実行してください。「管理データ取得」については，「3.1.2(6)　手動実行」を参照してください。

サーバ（SV，RMSV）を起動してください。

「CODECHG」コマンドについては，「7.5　「CODECHG」について」を参照してください。

付録J　G/W通信を異なるポート番号で運用する場合

デフォルトでは自システムのG/Wホストと他システムのG/Wホストは，各システムのScheduler Serverで設定しているポート番号（サービス名ikisaki）を使用して通信します。したがって，デフォルトの状態で自システムと他システム間でG/W通信をする場合，自システムで設定しているポート番号と，他システムで設定しているポート番号を同一にする必要があります。

ここでは，自システムと，他システムで設定しているポート番号が異なっている場合に，自システムと他システム間でG/W通信をする設定方法について述べます。

以下の手順では，システムAではポート番号を20013，システムBではポート番号を40000で運用している場合に，システムAとシステムBのG/W通信に関する設定について述べます。

システムAでの設定：

管理ツールから「管理データの取得」を選択してください。

［オプション］－［DNSホスト名］メニューを選択してください。

DNSホスト名入力エリアに，システムBのホスト名＋「：」＋40000を入力してください。
＜例＞ HOSTB:40000
既にシステムBのホスト名を登録済みの場合は，システムBのホスト名を削除してから登録してください。
また，既にシステムAとシステムBのG/W通信に関する設定をしている場合，G/W通信に関する設定を削除してください。

以後の作業は「4.6.2　他システムと接続する場合（G/W通信をする場合）」に従って，設定してください。この時，管理ツールの「テーブルの登録・変更・参照」ウィンドウの「他システムG/Wホスト名」には，一覧から「HOSTB:40000」を選択してください。
システムBでの設定：

管理ツールから「管理データの取得」を選択してください。

［オプション］－［DNSホスト名］メニューを選択してください。

DNSホスト名入力エリアに，システムAのホスト名＋「：」＋20013を入力してください。
＜例＞ HOSTA:20013
既にシステムAのホスト名を登録済みの場合は，システムAのホスト名を削除してから登録してください。
また，既にシステムAとシステムBのG/W通信に関する設定をしている場合，G/W通信に関する設定を削除してください。

以後の作業は「4.6.2　他システムと接続する場合（G/W通信をする場合）」に従って，設定してください。この時，管理ツールの「テーブルの登録・変更・参照」ウィンドウの「他システムG/Wホスト名」には，一覧から「HOSTA:20013」を選択してください。

同一ポート番号の運用を，異なるポート番号に変更して運用する場合，次の注意事項があります。

これまでに他システムのユーザから受けた予約スケジュールは回答できません。ただし，設定変更後の予約スケジュールは，通常どおり回答できます。

付録K　ログファイルのフォーマット説明

ログファイルによって，クライアントの利用状況を集計できます。CSV形式で出力されますので，集計には市販の表計算ソフトを御利用ください。

注意

サーバを稼働中にこのファイルを参照すると，サーバのログ書き込み処理に失敗することがあります。このログファイルを使用する場合は，必ずサーバを停止し，ログファイルをコピーしてから参照するようにしてください。

なお，Scheduler Server/Facilities Managerの稼働ログは，Serverにアクセス要求されたものをすべて出力しています。

ログファイル格納場所

Groupmax Scheduler Serverのログファイル
＜スケジュール格納ディレクトリ＞※/log/LOGSV.log

Groupmax Facilities Managerのログファイル
＜スケジュール格納ディレクトリ＞※/log/LOGRMSV.log

注※

＜スケジュール格納ディレクトリ＞のデフォルトは，/usr/ikiです。

フォーマット

ログファイルのフォーマット及び出力内容を次に示します。各内容は，「,」で区切られています。なお，1レコードは，改行コードも合わせて45～46バイトです。

日付,時間,処理実行ユーザID,処理対象ユーザID又はファイル名,処理種別

日付

YYYY/MM/DDの形式（西暦）（10バイト）

時間

HH:MM:SSの形式（8バイト）

処理実行ユーザID

アクセスしたユーザID（10バイト）

処理対象ユーザID

処理実行ユーザが処理対象とするユーザID又はファイル名（10バイト）

処理種別

表K-1及び表K-2に示します。

表K-1　Scheduler Server/Facilities Manager共通の処理種別

項番 | 処理種別 | 内容
1 | l | ログイン
2 | r | 他者への予約
3 | re | 他者へのイベント予約
4 | a | 予約回答
5 | x | 予約削除
6 | w | 自スケジュール登録
7 | we | 自イベント登録
8 | d | 自スケジュール削除
9 | c | スケジュール複写
10 | ce | イベント複写
11 | t | スケジュール期間読み出し
12 | o | スケジュール詳細読み出し
13 | z | スケジュール期間詳細読み出し
14 | s | 受信・発信リスト読み出し
15 | s2 | 受信・発信リスト読み出し
16 | h | 個人休日の設定
17 | tw | タスク登録
18 | td | タスク削除
19 | tc | タスク完了
20 | tx | 完了タスク一括削除
21 | cw | タスク連絡先登録
22 | cd | タスク連絡先削除
23 | tf | 空き時間検索
24 | kf | キーワード検索
25 | pc | パスワード変更
26 | uf | ユーザ検索
27 | p | 拡張スケジュール登録
28 | j | 拡張スケジュール読み出し
29 | g | Gateway処理
30 | k | サーバ停止
31 | ?※ | その他の処理

注※

稼働中にバックアップコマンドを実行すると，ログファイル（LOGSV.csv，LOGRMSV.csv）に，「?」の処理種別が出力されます。また，このとき，ログファイルに出力される処理実行ユーザIDと処理対象ユーザIDは空白となります。詳細は，移動中バックアップ機能の取扱説明書を参照してください。

表K-2　Facilities Manager固有の処理種別

項番 | 処理種別 | 内容
1 | rt | スケジュール期間読み出し
2 | ro | スケジュール詳細読み出し
3 | rw | スケジュール登録
4 | rd | スケジュール削除
5 | rc | スケジュール複写
6 | rr | 予約実行
7 | rx | 予約削除
8 | ra | 予約回答
9 | ri | 情報登録
10 | rf | 設備・空き時間検索
11 | rz | スケジュール期間詳細読み出し
12 | rm | 予約変更
13 | kr | キーワード検索
14 | rp | 拡張スケジュール登録
15 | rj | 拡張スケジュール読み出し

付録L　実行ユーザの変更

Scheduler Server及びFacilities Managerは，デフォルトではrootで実行しますが，以下の手順を実行すると，実行ユーザの変更ができます。この作業をすると，プログラムファイル及び管理データ，スケジュールデータのファイル及びディレクトリの所有者を変更します。なお，Address Serverと連動している場合は，親サーバの実行ユーザをAddress Serverのシステム管理者と同一にしてください（子サーバでは同一にする必要はありません）。また，Scheduler ServerとFacilities Managerについても同一の実行ユーザにしてください。

rootでログインします。

サーバ及び管理ツールサーバが起動している場合は，サーバ及び管理ツールサーバを停止します。

スケジュールデータ・管理データのバックアップをとります。

以下の表に示すディレクトリ／ファイルに対して次の操作をしてください。
(1) chgrpコマンドを用いて，グループを変更したい実行ユーザと同じグループに変更します。
(2) chownコマンドを用いて，所有者を変更したい実行ユーザに変更します。

所有者変更ディレクトリ／ファイル一覧

＜スケジュール格納ディレクトリ＞には，「3.1.2(1) コンフィギュレーションの設定」又は「3.1.3(1) コンフィギュレーションの設定」の「1. スケジュール格納ディレクトリの設定」で設定したスケジュール格納ディレクトリを指定してください。デフォルトは，/usr/ikiです。各ファイルの内容については，「付録A　データファイルの説明」を参照してください

手順4.で実施する操作を一度に実行するシェルスクリプトのサンプルを/usr/GroupAppo/bin/usrchgに用意しています。
スクリプトの変数USERNAMEとGRPNAMEを変更する実行ユーザに合わせて設定した後，以下のように実行してください。

   /usr/GroupAppo/bin/usrchg

シェルスクリプトを実行すると，必要なディレクトリ／ファイルの所有者をすべて変更できます。なお，各コマンドのパスは，OSに依存しますので必要に応じてスクリプトusrchgを修正してください。

自動起動の設定をする場合は，/etc/localrcの最後に次の内容を書き加えてください。
ただし，HP-UX，AIXの場合は/etc/localrcではなく，スタートアップ・スクリプトに追加してください。
また，既に「3.2.1(2) 自動起動の設定」又は「3.2.2(2) 自動起動の設定」で自動起動の設定をしている場合も以下のように修正してください。ここでは，実行ユーザとして「suzuki」を指定した場合の例を示します。

Scheduler Serverの自動起動

Facilities Managerの自動起動

変更したユーザで再ログインしてください。

直ちにサーバ及び管理ツールサーバを起動したい場合は，手動で実行してください。手動で実行する場合は，以下の手順で実行してください。

［Scheduler Serverの起動］

(1) aconsoleを起動します。

　コマンド：/usr/bin/aconsole

(2) サーバ（SV）を起動します。

　メニュー画面で「2」を入力してください。

　コマンド：/usr/bin/SVが実行されます。

(3) 管理ツールサーバ（AppoMan）を起動します。

　メニュー画面で「4」を入力してください。

　コマンド：/usr/bin/AppoManが実行されます。

［Facilities Managerの起動］

(1) roomconsoleを起動します。

　コマンド： /usr/bin/roomconsole

(2) サーバ（RMSV）を起動します。

　メニュー画面で2を入力してください。

　コマンド：/usr/bin/RMSVが実行されます。

(3) 管理ツールサーバ（RoomMan）を起動します。

　メニュー画面で4を入力してください。

　コマンド：/usr/bin/RoomManが実行されます。

注意事項

実行ユーザ名は，必ずUNIX上に定義されているユーザ名を指定してください。

Address Serverと連動している場合，実行ユーザ名は，Address Serverのシステム管理者と同じユーザを設定してください。異なるユーザを指定した場合，GetAdAll，indxget及び「コンフィギュレーション」の「ユーザ情報再作成」，「変更通知情報取得」を実行するとエラーとなります。

Scheduler ServerとFacilities Managerでは，必ず同一のユーザを指定してください。

サーバ・管理ツールサーバを起動する前に，ファイル・モード作成マスクの設定が，所有者に実行・書き込み権限を与える設定になっていることを確認してください。権限が与えられていない場合は，以下に示すumaskコマンドなどで実行ユーザの設定を変更してください。

 umask　022

また，実行時には実行ユーザの環境変数を引き継ぎますので，実行ユーザのumaskの設定には注意してください。

実行ユーザ変更後のSchedule Server，Facilities Managerに関するコマンド実行はすべて変更したユーザで実行してください。rootを含むほかのユーザで実行した場合，その後の更新処理ができないことがあります。
そのような場合は，再度実行ユーザ変更の手順を実行してください。

インストール後にファイルモードの設定を変更している場合は，必ず以下の条件を満たすファイルモードに設定し直すようにしてください。
・ ディレクトリ・実行ファイルは，ユーザに読み取り・書き込み・実行権限あり。
・ その他のファイルは，ユーザに読み取り・書き込み権限あり。

以下の操作をした場合は，再度実行ユーザ変更の手順を実行してください。
・ 再インストールやアップグレードを実行した場合
・ バックアップしたデータをリストアした場合

マルチサーバ環境を構築している場合は，すべてのサーバで同一の実行ユーザを指定してください。

Groupmax統合運転席機能を使用してScheduler Server，Facilities Managerを運用管理する場合には，Scheduler Server，Facilities Managerの実行ユーザはrootにしてください。

Groupmax Address - Assistと連携している場合，実行ユーザ名は，Address Serverのシステム管理者と同じユーザを設定してください。異なるユーザを設定した場合，Assist連携機能がエラーとなります。

サンプルスクリプトusrchg

このサンプルスクリプトは，Scheduler Server及びFacilities Managerの実行ユーザを変更するものです。プログラムファイル及び管理データ，スケジュールデータのファイル及びディレクトリの所有者を変更します。

所有者を変更するディレクトリを別のディレクトリに移動し，シンボリックリンクでリンクしている場合，usrchgでは移動先のディレクトリにあるファイルやディレクトリの所有者は変更されません。

移動先のディレクトリにあるファイルやディレクトリは，別途所有者を変更してください。

#!/bin/sh

#Licensed Material of Hitachi,Ltd.
#All Rights Reserved. Copyright(C) 1999,2004,Hitachi,Ltd.

#*********************************************************
#Please set up following variables(USERNAME,GRPNAME) in
#case of need.
#Ex. USERNAME="suzuki", GRPNAME="kaihatu1"
USERNAME="UserName is here"
GRPNAME="GroupName is here"
#*********************************************************

if  /bin/grep "^$USERNAME:" /etc/passwd > /dev/null
then
　　　　:
else
　　　　/bin/echo  "$USERNAME is not a valid Username"
　　　　exit 1
fi

if  /bin/grep "^$GRPNAME:" /etc/group > /dev/null
then
　　　　:
else
　　　　/bin/echo  "$GRPNAME is not a valid Groupname"
　　　　exit 1
fi

BINPATH="/usr/bin"
APPOPATH="/usr/GroupAppo"
GMAXPATH="/groupmax/bin"
ININAME="/usr/bin/AppoMan.ini"
SCHEPATH=`/bin/grep SchedulePath $ININAME | /usr/bin/cut -c14-`

if test -f "$BINPATH/AppoMan"
then
　　　　/bin/chgrp $GRPNAME $BINPATH/AppoMan
　　　　/bin/chown $USERNAME $BINPATH/AppoMan
fi

if test -f "$BINPATH/RoomMan"
then
　　　　/bin/chgrp $GRPNAME $BINPATH/RoomMan
　　　　/bin/chown $USERNAME $BINPATH/RoomMan
fi

if test -f "$BINPATH/SV"
then
　　　　/bin/chgrp $GRPNAME $BINPATH/SV
　　　　/bin/chown $USERNAME $BINPATH/SV
fi

if test -f "$BINPATH/RMSV"
then
　　　　/bin/chgrp $GRPNAME $BINPATH/RMSV
　　　　/bin/chown $USERNAME $BINPATH/RMSV
fi

if test -f "$BINPATH/aconsole"
then
　　　　/bin/chgrp $GRPNAME $BINPATH/aconsole
　　　　/bin/chown $USERNAME $BINPATH/aconsole
fi

if test -f "$BINPATH/roomconsole"
then
　　　　/bin/chgrp $GRPNAME $BINPATH/roomconsole
　　　　/bin/chown $USERNAME $BINPATH/roomconsole
fi

if test -f "$BINPATH/brc.appo"
then
　　　　/bin/chgrp $GRPNAME $BINPATH/brc.appo
　　　　/bin/chown $USERNAME $BINPATH/brc.appo
fi

if test -f "$BINPATH/brc.Appoarea"
then
　　　　/bin/chgrp $GRPNAME $BINPATH/brc.Appoarea
　　　　/bin/chown $USERNAME $BINPATH/brc.Appoarea
fi

if test -f "$BINPATH/AppoMan.ini"
then
　　　　/bin/chgrp $GRPNAME $BINPATH/AppoMan.ini
　　　　　　　　/bin/chown $USERNAME $BINPATH/AppoMan.ini
fi

if test -f "$BINPATH/SFstart"
then
　　　　/bin/chgrp $GRPNAME $BINPATH/SFstart
　　　　/bin/chown $USERNAME $BINPATH/SFstart
fi

if test -f "$GMAXPATH/SCHpreBK"
then
　　　　/bin/chgrp $GRPNAME $GMAXPATH/SCHpreBK
　　　　/bin/chown $USERNAME $GMAXPATH/SCHpreBK
fi

if test -f "$GMAXPATH/SCHstpBK"
then
　　　　/bin/chgrp $GRPNAME $GMAXPATH/SCHstpBK
　　　　/bin/chown $USERNAME $GMAXPATH/SCHstpBK
fi

if test -f "$GMAXPATH/SCHstrBK"
then
　　　　/bin/chgrp $GRPNAME $GMAXPATH/SCHstrBK
　　　　/bin/chown $USERNAME $GMAXPATH/SCHstrBK
fi

if test -d $APPOPATH
then
　　　　　　　　/bin/find $APPOPATH -print | /usr/bin/xargs /bin/chgrp $GRPNAME
　　　　　　　　/bin/find $APPOPATH -print | /usr/bin/xargs /bin/chown $USERNAME
fi

if test -d $SCHEPATH
then
　　　　/bin/find $SCHEPATH -print | /usr/bin/xargs /bin/chgrp $GRPNAME
　　　　/bin/find $SCHEPATH -print | /usr/bin/xargs /bin/chown $USERNAME
fi

exit 0

付録M　「GetAdAll」と「indxget」の実行時のエラーメッセージ

エラーが発生した場合のエラーメッセージの一覧を次に示します。なお，エラーメッセージの先頭には，[Error! :]という文字列が付きます。

項番
メッセージ
対処

1
Groupmax Scheduler Serverインストールパス取得失敗
Scheduler Serverのインストールパスの取得ができません。正常にインストールされているか確認してください。

2
バックアップ処理失敗
スケジュール格納ディレクトリ下のetcディレクトリをlogディレクトリの下のetc_bkディレクトリにコピーできませんでした。etcディレクトリに参照権限があるか確認してください。また，logディレクトリの下のetc_bkディレクトリに書き込み権限があるか確認してください。

3
マスターサーバではありません
Scheduler Serverの子サーバで実行しています。親サーバで実行してください。

4
組織(xxxxx)の下位情報取得失敗
その組織の下位の組織・ユーザ情報に不整合があります。Address Serverの組織・ユーザ情報を確認してください。

5
メモリ確保失敗(xxxxx)
プログラム中でメモリの確保ができませんでした。メモリの状態を確認してください。

6
ファイルを作成できません(xxxxx)
ファイルが作成できませんでした。etcディレクトリ・logディレクトリに書き込み権限があるか確認してください。また，ディスク容量が残っているか確認してください。

7
ファイルに書き込めません(xxxxx)
ファイル書き込みエラーが発生しました。etcディレクトリ・logディレクトリに書き込み権限があるか確認してください。

8
ディレクトリ(xxxxx)の内容クリア失敗
スケジュール格納ディレクトリ下のetcディレクトリ下のファイルの削除に失敗しています。etcディレクトリに削除権限があるか確認してください。

9
ファイルコピーの失敗(xxx to xxx) *.*
ファイルのコピーに失敗しています。ディレクトリに書き込み権限があるか確認してください。また，コピー元のファイルが存在しているか確認してください。

10
サーバIDが不正です
Address Server上のScheduler Serverの定義が不正です。Address Server上のScheduler Server又はFacilities Managerに関する定義を確認してください。

11
CopyFile() failed.(xxxxx)
ファイルのコピーに失敗しています。ディレクトリに書き込み権限があるか確認してください。また，コピー元のファイルが存在しているか確認してください。

12
DeleteFile() failed.(xxxxx)
ファイルが削除できませんでした。etcディレクトリに削除権限があるか確認してください。また，ファイルが存在するか確認してください。

13
FindNextFile() failed.
スケジュール格納ディレクトリ下のetcディレクトリ下のファイルの情報取得に失敗しています。etcディレクトリに参照権限があるか確認してください。

14
FindClose() failed.
ディレクトリ情報参照のクローズに失敗しました。

15
GetRegValue(xxxxx:xxxxx) failed.
レジストリキー又はAppoMan.iniファイルの参照に失敗しています。正常にインストールされているか確認してください。

16
RegOpenKeyEx() failed.(RC=xxx),xxx:xxx
レジストリキーのオープンに失敗しています。正常にインストールされているか確認してください（Windows NTだけ）。

17
RegQueryValueEx() failed.(RC=xxx),xxx
レジストリキーの読み出しに失敗しています。正常にインストールされているか確認してください（Windows NTだけ）。

18
putenv[UXPLDIR]
スケジュール格納ディレクトリ下のlogディレクトリ下にあるUXPLディレクトリの情報取得に失敗しています。正常にインストールされているか確認してください。

19
GASInit xxx [xxx]
Address Serverとの処理でエラーが発生しています。Address Serverをインストール後にScheduler Server又はFacilities Managerをインストールしたか確認してください。

20
ゲストIDの更新に失敗(xxxx)
前の行に出力されているメッセージを確認してください。

21
Groupmax Address Serverインストールパス取得失敗
Address Serverのインストールパスの取得ができません。正常にインストールされているか確認してください。

22
差分ファイル数取得失敗
Address Serverからの変更通知ファイルの情報取得に失敗しています。/var/opt/GroupMail下のGroupmax/GroupAppディレクトリに参照権限があるか確認してください。

23
差分ファイル名取得失敗
同上

24
差分ファイル名(xxxxx)処理失敗
同上

25
ファイル情報取得失敗。_stat(xxxxx)
スケジュール格納ディレクトリ下のetcディレクトリ下のファイルの情報取得に失敗しています。etcディレクトリに参照権限があるか確認してください。

26
最上位組織変更処理失敗
前の行に出力されているメッセージを確認してください。

27
最上位組織追加処理失敗
同上

28
最上位組織削除処理失敗
同上

29
組織変更処理失敗
同上

30
組織追加処理失敗
同上

31
組織削除処理失敗
同上

32
組織種別が異常です(x)
同上

33
ユーザ変更処理失敗
同上

34
ユーザ追加処理失敗
同上

35
ユーザ削除処理失敗
同上

36
処理区分が異常です(x)
同上

37
兼任ユーザ(xxxxx)のセキュリティランク取得失敗
Address Serverに登録されている兼任ユーザの情報を確認してください。

38
兼任ユーザ(xxxxx)の主体ユーザID取得失敗
同上

39
ファイル作成失敗(xxxxx)
ファイルが作成できませんでした。etcディレクトリ・logディレクトリに書き込み権限があるか確認してください。また，ディスク容量が残っているか確認してください。

40
兼任ユーザ(xxxxx)のサーバ名取得失敗
同上

41
ファイル削除失敗(xxxxx)
ファイルが削除できませんでした。etcディレクトリに削除権限があるか確認してください。また，ファイルが存在するか確認してください。

42
ファイルオープン失敗(xxxxx)
ファイル書き込みエラーが発生しました。etcディレクトリ・logディレクトリに参照権限があるか確認してください。また，ファイルが存在するか確認してください。

43
ファイルを読めません(xxxxx)
ファイル読み取りエラーが発生しました。etcディレクトリ・logディレクトリに読み取り権限があるか確認してください。また，ファイルが存在するか確認してください。

44
readDiffRec() failed.(xxxxx)
Address Serverからの変更通知ファイルの情報取得に失敗しています。差分情報ファイルの内容を確認してください。

45
ReadFile(xxxxx) failed.
同上

46
comConvCSVtuSTRUCT() failed.
同上

47
orgConvCSVtuSTRUCT() failed.
同上

48
userConvCSVtuSTRUCT() failed.
同上

49
SetFilePointer() failed.(xxxxx)
同上

50
MoveFile() failed.(xxxxx)
ファイルの移動に失敗しています。ディレクトリに書き込み権限があるか確認してください。また，移動元のファイルが存在しているか確認してください。

51
役職情報を取り込んでいないためソートできません
ユーザ管理情報の再作成を一度実行してからソートしてください。

52
役職定義情報一覧取得処理失敗
Address Serverが正常に動作しているか確認してください。

53
役職定義情報が設定されていないのでソート処理を実行できません
Address Server上で役職定義をしてから実行してください。

54
組織ファイル名の一覧リストの取得に失敗しました
ユーザ管理情報が不当になっている可能性があります。ユーザ管理情報を再作成してください。

55
組織ファイル(xxxxx)の読み込みに失敗しました
同上

56
組織ファイル(xxxxx)のソートに失敗しました
同上

57
組織ファイルに不整合があります(xxxxx)
同上

58
ユーザID(xxxxx)の兼任ユーザ変更処理失敗
同上

59
ユーザID(xxxxx)の削除処理失敗
同上

60
ユーザID(xxxxx)の詳細情報削除処理失敗
同上

61
ユーザID(xxxxx)の詳細情報変更処理失敗
同上

62
兼任ユーザ削除処理失敗
同上

63
uidファイルのソートに失敗しました(xxxxx)
同上

64
役職順ソート処理に失敗しました
同上

65
日本語名順ソート処理に失敗しました
同上

66
ID順ソート処理に失敗しました
同上

67
移動者一覧ファイル処理失敗
同上

68
差分ファイルコピー処理失敗
同上

69
差分ファイルバックアップ処理失敗
同上

70
データファイルのリストア処理失敗
次の作業をした上で再実行してください。

次のバックアップフォルダからすべてのファイルをリストアしてください。
復旧元：＜スケジュール格納ディレクトリ＞/log/etc_bk
復旧先：＜スケジュール格納ディレクトリ＞/etc

エラーの原因を取り除いてください。
＜スケジュール格納ディレクトリ＞/log/GetAdLck.datファイルを削除してください。

71
GSSGetPosList() failed. rc = xxx,result = xxx
Address Serverとの通信でエラーが発生しています。Address Serverが正常に動作しているか確認してください。
また，Address Serverの設定を確認してください。

72
GSSGetComList() failed. rc = xxx,result = xxx
Address Serverとの通信でエラーが発生しています。Address Serverが正常に動作しているか確認してください。また，Address Serverの設定を確認してください。

73
GSSGetDomNameTable() failed. rc = xxx,result = xxx
同上

74
GSSGetOrgList() failed. rc = xxx,result = xxx
同上

75
GSSGetUserList() failed. rc = xxx,result = xxx
同上

76
GSSGetUserInfoByUID() failed. rc = xxx,result = xxx,uid=xxxxx
同上

77
GSSGetAPInfo() failed. rc=xxx,uid=xxxxx
同上

78
GSSGetAPInfo:固有情報が異常(UID=xxxxx)
同上

79
GSSGetServerInfo2() failed. rx=xxx, result = xxx,uid=xxxxx
同上

80
GSSGetServerInfo3() failed. rx=xxx, result = xxx,uid=xxxxx
同上

81
GSSGetAddPostList() failed. rc=xxx, uid=xxxxx, result=xxx
Address Server上のScheduler Serverの定義が不正です。Address Server上のScheduler Server又はFacilities Managerに関する定義を確認してください。

82
GSSGetAddPostList():部署ID名が長い(xxxxx)
同上

83
GSSGetComInfo():部署名が長い(xxxxx)
同上

84
GSSGetComList():部署ID名が長い(xxxxx)
同上

85
GSSGetOrgInfo():部署名が長い(xxxxx)
同上

86
GSSGetOrgList():ユーザIDが長い(xxxxx)
同上

87
GSSGetOrgList():ユーザタイプが異常(xxxxx)
同上

88
GSSGetOrgList():部署ID名が長い(xxxxx)
同上

89
GSSGetServerInfo2():サーバ名が長い(xxxxx), uid=xxxxx
同上

90
Groupmax Scheduler Serverインストールパス取得失敗
同上

91
ERROR! :Address Serverが起動されていないため処理を続行できません。Address Serverを起動後，再実行してください。
Address Serverが起動していることを確認し，再実行してください。

92
Assist連携機能でのユーザのホームサーバ移動処理が未完です。移動処理を完結させてください。詳細については，システム管理者ガイドを参照してください。
Assist連携機能を使用してユーザのホームサーバを変更したまま，スケジュールディレクトリの移動をしていません。「5.1(7)　ユーザのホームサーバ移動時に実施する手順」を参照して，ホームサーバ移動を完了させてください。

93
環境変数PSALLOCに'early'が指定されていません。
処理を停止します。
環境変数PSALLOC=earlyを指定して再度実行してください。
環境変数PSALLOC=earlyを指定して再度実行してください。

94
前回エラー時のリストア処理が失敗していますが，復旧がされていません。
次の作業をした上で再実行してください。

次のバックアップフォルダからすべてのファイルをリストアしてください。
復旧元：＜スケジュール格納ディレクトリ＞/log/etc_bk
復旧先：＜スケジュール格納ディレクトリ＞/etc

エラーの原因を取り除いてください。

＜スケジュール格納ディレクトリ＞/log/GetAdLck.datファイルを削除してください。

95
Error! : ファイルを移動できません(XXXX->YYYY),errno=ZZZZ
XXXX，YYYYはファイル名，ZZZZは詳細エラーコードです。次のとおり対処してください。

YYYYの所有者，アクセス権を確認してください。なお，YYYYは以下のディレクトリに存在します。
＜スケジュール格納ディレクトリ＞※/etc
　　注※　デフォルトは，/usr/ikiです。

ほかのコマンドを同時に実行していないか確認してください。

Scheduler Server，Facilities Managerへのアクセスが混雑している可能性があります。しばらくしてから再実行してください。再度エラーが発生する場合は，システム管理者に連絡してください。

96
Error! : ロックファイルが作成できません(XXXX),errno=YYYY
XXXXはファイル名，YYYYは詳細エラーコードです。/usr/GroupAppo/binにロックファイルXXXXが生成できませんでした。次のとおり対処してください。

/usr/GroupAppo/binの所有者，アクセス権を確認してください。

ディスクの容量が不足していないか確認してください。

XXXXに表示されたファイルの所有者，アクセス権を確認してください。

97
Error! : ロックが取得できません(XXXX),errno=YYYY
XXXXはファイル名，YYYYは詳細エラーコードです。ロックファイルのロックに失敗しました。
XXXXに表示されたファイルの所有者，アクセス権を確認してください。それでも解決しない場合はシステム管理者に連絡してください。

98
Error! : 他のコマンドが管理データを更新中です。
以下のことを確認してください。

管理ツールを使用していないか。

indxgetが自動実行されていないか。(Scheduler Server コンフィギュレーションの「13.変更通知情報取得の自動実行」が「使用する」になっており，「14.変更通知情報取得時刻」で指定された時間が，GetAdAll，indxgetを実行した時間と重なっていないか。)

不要スケジュールの削除処理が実行されていないか。(Scheduler Server コンフィギュレーションの「7.不要スケジュール削除の自動実行」が「使用する」になっており，「9.不要スケジュール削除時刻」で指定された時間が，GetAdAll，indxgetを実行した時間と重なっていないか。)

ほかのGetAdAll，indxgetが実行されていないか。

子サーバから「管理データの取得」を実行していないか。

稼働中バックアップ機能を使用していないか。

Assist連携実行中でないか。

以前にScheduler Serverの実行ユーザ以外で，コマンドを実行していないか。
以下のファイルの所有者が，Scheduler Serverの実行ユーザであることを確認してください。
・/usr/GroupAppo/bin/GetAdAll.lck
・＜スケジュール格納ディレクトリ＞/etc/以下のすべてのファイル

99
Error! : 排他オブジェクトの生成に失敗しました(XXXX)。errno=YYYY
XXXXは排他オブジェクト名，YYYYは詳細エラー番号です。XXXXに表示されたファイルの所有者，アクセス権を確認してください。それでも解決しない場合はシステム管理者に連絡してください。

100
Error! : 排他オブジェクトのロックに失敗しました(XXXX)。errno=YYYY
XXXXは排他オブジェクト名，YYYYは詳細エラー番号です。XXXXに表示されたファイルの所有者，アクセス権を確認してください。それでも解決しない場合はシステム管理者に連絡してください。

101
GSSGetComInfo() failed. rc = %d, result = %d
Address Serverとの通信でエラーが発生しています。Address Serverが正常に動作しているか確認してください。また，Address Serverの設定を確認してください。

102
GSSGetOrgInfo() failed. rc = %d, result = %d
Address Serverとの通信でエラーが発生しています。Address Serverが正常に動作しているか確認してください。また，Address Serverの設定を確認してください。

103
GSSGetUserList():ユーザIDが長い(%s)
Address Server上のScheduler Serverの定義が不正です。Address Server上のScheduler Server又はFacilities Managerに関する定義を確認してください。

104
GSSGetUserList():ユーザタイプが異常(%s)
Address Server上のScheduler Serverの定義が不正です。Address Server上のScheduler Server又はFacilities Managerに関する定義を確認してください。

105
GSSGetComListX() faild. rc = XXXX, result = YYYY
XXXXはAddress Serverからのリターンコード，YYYYは詳細エラーコードです。Address Serverとの通信でエラーが発生しています。Address Serverが正常に動作しているか確認してください。
また，Address Serverの設定を確認してください。

106
GSSGetOrgListX() faild. rc = XXXX, result = YYYY
XXXXはAddress Serverからのリターンコード，YYYYは詳細エラーコードです。Address Serverとの通信でエラーが発生しています。Address Serverが正常に動作しているか確認してください。
また，Address Serverの設定を確認してください。

107
GSSGetUserList2() faild. rc = XXXX, result = YYYY
XXXXはAddress Serverからのリターンコード，YYYYは詳細エラーコードです。Address Serverとの通信でエラーが発生しています。Address Serverが正常に動作しているか確認してください。
また，Address Serverの設定を確認してください。

108
GSSGetComListX():部署ID名が長い(XXXX)
XXXXは最上位組織の組織IDです。システム管理者に連絡してください。

109
GSSGetOrgListX():部署ID名が長い(XXXX)
XXXXは組織の組織IDです。システム管理者に連絡してください。

110
GSSGetUserList2():ユーザIDが長い(XXXX)
XXXXはユーザIDです。システム管理者に連絡してください。

111
GSSGetUserList2():ユーザタイプが異常(XXXX)
XXXXはユーザ種別です。システム管理者に連絡してください。

（凡例）

x：任意の名前，又は数字です。

項番
メッセージID
メッセージ
対処

1
KSFg02001-E
変更通知ファイルの削除に失敗しました。ユーザ情報の再作成（GetAdAll）を実行してください。
変更通知ファイルの削除に失敗しました。次に変更通知情報取得（indxget）を実行すると，管理データに不整合が発生しますので，一度，コンフィギュレーションから「ユーザ情報の再作成」（またはGetAdAllコマンド）を実行してください。
ユーザ情報の再作成でも変更通知情報の削除に失敗する場合は，別のプログラムが変更通知ファイルを開いている可能性があります。

テキストエディタなど変更通知ファイルを開いているプログラムがないか確認してください。

変更通知ファイルを開いているプログラムが特定できない場合は，OSを再起動してから「ユーザ情報の再作成」（またはGetAdAllコマンド）を再実行してください。

2
KSFg02002-I
前回実行時とソートオプションが異なるため，全組織ファイルをソートします。
対処は必要ありません。

3
KSFg02003-I
前回実行時とソートオプションが同じため，変更があった組織ファイルのみをソートします。
対処は必要ありません。

4
KSFg02005-W
ソートオプションの保存に失敗しました。
ソートオプションが保存できませんでした。AppoSV.iniにPARTIAL_SORT=ONを設定している場合，次回同じソートオプションを指定しても全ての組織がソートされる，または異なるソートオプションを指定しても一部の組織しかソートされない可能性があります。確実にソートするためには，一度PARTIAL_SORT=OFFの設定をしてから全組織をソートしなおしてください。再実行してもこのエラーメッセージが出力される場合はシステム管理者に連絡してください。

5
KSFg02006-W
前回実行時のソートオプションの取得に失敗したため，全組織ファイルをソートします。errno=XXXX
XXXXは詳細エラーコードです。前回実行した時に保存したソートオプションの読み込みに失敗しました。システム管理者に連絡してください。

付録N　システムログのメッセージ一覧

Scheduler/Facilities Managerではサーバ，管理ツールサーバの起動，停止や自動実行処理（管理データ取得，不要スケジュール削除，変更通知情報取得）の開始，終了をシステムログに表示します。表示するメッセージの一覧を次に示します。

注意事項

AIXの場合にはシステムログはデフォルトでは出力されません。システムログを出力する設定についてはOSのマニュアルを参照してください。

下記カテゴリの「種類」の，「E」はエラー，「I」はサーバの起動・停止などのエラーではない情報を意味しています。

Scheduler Server/Facilities Managerの稼働ログは，Serverにアクセス要求されたものをすべて出力しています。

表N-1　サーバ（SV/RMSV）

メッセージID
種類
メッセージ
内容/対処

31006
E
Possibility of discordance in the user data.
ユーザデータに不整合が発生した可能性があります。
「8.1(9) 特定のユーザの特定の月に対して，データの更新ができない」を御参照ください。

45001
I
The trace function is suppressed.
トレース出力を行いません。対処は必要ありません。

45002
E
An attempt to open a trace file has failed. [XXXX,YYYY]
XXXX，YYYYはファイル名です。オープンできなかったファイルをすべて表示します。
トレースファイルをオープンできませんでした。次のことを確認してください。

トレースファイルを格納するディレクトリが存在しているか。

トレースファイルが存在する場合，アクセス権があるか。

トレースファイルを別のプログラムで開いていないか。

トレースファイルを格納するドライブの空き容量は十分か。

45003
W
An invalid value was specified in a trace setting.
AppoSV.iniのTraceセクションのパラメタに不正値が設定されたため，デフォルト値がセットされました。AppoSV.iniの設定を見直してください。修正した場合はサーバを再起動してください。

45004
E
An attempt to write trace information has failed. [XXXX]
XXXXは，エラーが起こった処理です。
トレースファイルの書き込みに失敗しました。
次の原因が考えられます。

トレースファイルを格納するドライブの空き容量が不足している

トレースファイルが壊れている

このメッセージ出力以降，トレース情報は出力されません。トレースファイルの書き込みに失敗する要因を取り除いて，サーバを再起動してください。

45005
E
An unexpected error occurred.
予期しないエラーが発生しました。システム管理者に連絡してください。

45006
E
An attempt to make a lock object for the trace file has failed.
トレースファイルに対するロックオブジェクトの生成時にエラーが発生しました。
トレースファイルを格納するドライブの空き容量に余裕があることを確認し，サーバを再起動してください。

45007
E
An attempt to allocate memory has failed.
メモリの確保時にエラーが発生しました。
サーバ内のメモリに余裕があることを確認し，サーバを再起動してください。

45008
E
An attempt to acquire trace file information has failed. [XXXX]
XXXXはファイル名です。ファイル情報を取得できなかったファイルを表示します。
トレースファイルのオープン時に，ファイル情報を取得できませんでした。エラー発生後はトレース出力を行いません。
次のことを確認してください。

トレースファイルを格納するディレクトリが存在しているか。

トレースファイルが存在する場合，アクセス権があるか。

トレースファイルを別のプログラムで開いていないか。

トレースファイルを格納するドライブの空き容量は十分か。

45009
E
An attempt to set the writing location in the trace file has failed. [XXXX]
XXXXはファイル名です。メッセージ書き込み開始位置を特定できなかったファイルを表示します。
トレースファイルのオープン時に，メッセージ書き込み開始位置を特定できませんでした。エラー発生後はトレース出力を行いません。
次のことを確認してください。

トレースファイルを格納するディレクトリが存在しているか。

トレースファイルが存在する場合，アクセス権があるか。

トレースファイルを別のプログラムで開いていないか。

トレースファイルを格納するドライブの空き容量は十分か。

45101
I
The cache-memory function is enabled.
メモリの初期化が正常に終了しました。対処の必要はありません。

45102
I
The cache-memory function is disabled.
オンメモリ化機能の設定がされていません。対処の必要はありません。

45103
W
A setting for the cache-memory function is invalid. The cache-memory function will now be enabled.
オンメモリ化機能の設定に間違いがあります。オンメモリ化機能はデフォルトの設定(有効)になります。
AppoSV.iniの[Memory]セクションの設定を見直してください。

45104
W
An error occurred during memory initialization. The cache-memory function will be disabled until initialization succeeds. (XXXX)
XXXXはファイル名です。以下の要因が考えられます。
(1)オンメモリ化対象ファイルの読み込みに失敗した
(2)メモリの確保に失敗した
(3)ロックファイルの生成に失敗した
次のことを確認してから再起動してください。
(1)オンメモリ化対象ファイル
（IDINDX.idx，KENNIN.log）に参照権があるか
(2)メモリが不足していないか
(3)/usr/GroupAppo/binの所有者，アクセス権の設定は適切か
AppoSV.iniのRetryIntervalパラメタで指定した間隔でメモリの再初期化処理が実行されます。再初期化間隔の時間が過ぎてからアクセスしても45107のメッセージが表示されない場合は，システム管理者に連絡してください。

45105
W
An error occurred during updating of memory. The data in memory was not updated. Data from before the update will be used. (XXXX)
XXXXはファイル名です。以下の要因が考えられます。
(1)オンメモリ化対象ファイルの読み込みに失敗した
(2)メモリの確保に失敗した
(3)ロックファイルの生成に失敗した
次のことを確認してください。
(1)オンメモリ化対象ファイル
（IDINDX.idx，KENNIN.log，ORGGROUP.tbl，ORGGROFF.tbl）に参照権があるか
(2)メモリが不足していないか
(3)/usr/GroupAppo/binの所有者，アクセス権の設定は適切か
AppoSV.iniのRetryIntervalパラメタで指定した間隔でメモリの再更新処理が実行されます。再読み込み間隔の時間が過ぎてからアクセスしても45107のメッセージが表示されない場合は，システム管理者に連絡してください。

45107
I
An attempt to re-read the file was successful. (XXXX)
XXXXはファイル名です。ファイルの再読み込みに成功しました。対処の必要はありません。

45108
E
An error occurred during memory initialization. Access control based on organization groups will be disabled until initialization succeeds. (XXXX)
XXXXはファイル名です。メモリの確保に失敗しました。
次のことを確認してください。
(1)組織グループ設定ファイル（ORGGROUP.tbl，ORGGROFF.tbl）に参照権があるか
(2)メモリが不足していないか
(3)/usr/GroupAppo/binの所有者，アクセス権の設定は適切か。
AppoSV.iniのRetryIntervalパラメタで指定した間隔でメモリの再初期化処理が実行されます。再初期化間隔の時間が過ぎてからアクセスしても45107のメッセージが表示されない場合は，システム管理者に連絡してください。

60301
E
Service entry could not be found.
ポート番号取得に失敗しました。
「1.1　TCP/IPの接続確認」を御参照ください。

60302
E
Error in the socket function.
通信の終端の作成に失敗しました。ネットワークの設定を見直した後，サーバを起動してください。

60303
I
Scheduler Server (Facilities Manager) has been started to process.
サーバを開始しました。

60304
E
The setup file "param.ini" does not exist or there must be some falseness.
設定ファイルparam.iniが存在しない又は不正があります。
「8.1(13) システムログにメッセージID「60304」のメッセージが出力される」を御参照ください。

60401
I
Scheduler Server (Facilities Manager) has been stopped to process.
サーバを停止しました。

表N-2　管理ツールサーバ（AppoMan/RoomMan）

メッセージID | 種類 | メッセージ内容 | 対処
31103 | E | Fail to perform Control data retrieval process. | 管理データ取得処理に失敗しました。コンフィギュレーション及びネットワークの設定を見直し，手動実行してください。
31104 | E | Fail to perform Control data retrieval process. | 同上
31105 | E | Fail to perform Control data retrieval process. | 同上
31106 | E | Fail to perform Control data retrieval process. | 同上
31108 | E | Fail to perform Control data retrieval process. | 同上
31109 | E | Fail to perform Control data retrieval process. | 同上
31111 | I | Control data retrieval process has been started. | 管理データ取得処理を開始しました。
31112 | I | Control data have been successfully retrieved. | 管理データ取得処理が正常に終了しました。
31113 | E | Because servers are currently performing other processes, control data could not be retrieved. | サーバで別の処理が実行中であるため，管理データ取得処理を実行できませんでした。再度，実行してください。
31114 | E | Due to unsuccessful communication with a parent server, control data could not be retrieved. | 親サーバとの通信に失敗したため，管理データ取得処理に失敗しました。コンフィギュレーション及びネットワークの設定を見直し，再度，実行してください。
31115 | E | Fail to perform Control data retrieval process. | 管理データ取得処理に失敗しました。コンフィギュレーション及びネットワークの設定を見直し，手動実行してください。
31116 | I | Current process is ceased to retrieve the control data in Groupmax Facilities Manager Tool. | 管理ツールサーバ（RoomMan）で管理データ取得処理を実行するため，管理ツールサーバ（AppoMan）は処理を中止しました。
33001 | I | Scheduler Server Tool （Facilities Manager Tool）has been stopped to process | 管理ツールサーバを停止しました。
33803 | E | Fail to perform the modified information notification process. | 変更通知情報取得処理に失敗しました。ネットワークの設定を見直してください。
33804 | E | Fail to perform the modified information notification process. | 同上
33805 | E | Fail to perform the modified information notification process. | 同上
33806 | E | Fail to perform the modified information notification process. | 同上
33807 | I | The modified information notification process has been started. | 変更通知情報取得処理を開始しました。
33808 | I | The modified information notification process has succeeded. | 変更通知情報取得処理が正常に終了しました。
33809 | E | Because servers are currently performing other processes, The modified information notification process could not be performed. | サーバで別の処理が実行中であるため，変更通知情報取得処理を実行できませんでした。再度，実行してください。
33810 | E | Fail to perform the modified information notification process. | 変更通知情報取得処理に失敗しました。コンフィギュレーション及びネットワークの設定を見直し，ユーザ情報再作成を実行してください。
33811 | I | Current process is ceased to retrieve the modified information notification process in Groupmax Facilities Manager Tool. | 管理ツールサーバ（RoomMan）で管理データ取得処理を実行するため，管理ツールサーバ（AppoMan）は処理を中止しました。
33903 | E | Fail to perform disused schedules process. | 不要スケジュール削除処理に失敗しました。ネットワークの設定を見直し，再度，実行してください。
33904 | E | Fail to perform disused schedules process. | 同上
33905 | E | Fail to perform disused schedules process. | 同上
33906 | E | Fail to perform disused schedules process. | 同上
33908 | E | Fail to perform disused schedules process. | 同上
33910 | E | Fail to perform disused schedules process. | 同上
33911 | E | Fail to perform disused schedules process. | 同上
33912 | I | Disused schedules process has been started. | 不要スケジュール削除処理を開始しました。
33913 | I | Disused schedules have been successfully deleted. | 不要スケジュール削除処理が正常に終了しました。
33914 | I | Current process is ceased to retrieve disused schedules process in Groupmax Facilities Manager Tool. | 管理ツールサーバ（RoomMan）で管理データ取得処理を実行するため，管理ツールサーバ（AppoMan）は処理を中止しました。
40701 | E | Fail to perform control data retrieval process. | コンフィギュレーション及びネットワークの設定を見直し，再度，実行してください。
60301 | E | Error in the socket function. | ソケットを作成できません。コンフィギュレーション及びネットワークの設定を見直し，再度，実行してください。
60302 | I | Scheduler Server Tool(Facilities Manager Tool) has been started to process. | 管理ツールサーバを起動しました。

表N-3　コンフィギュレーション（aconsole/roomconsole）

メッセージID | 種類 | メッセージ内容 | 対処
33705 | I | The modified information notification process has been started. | 変更通知情報取得処理を開始しました。
33706 | E | Because servers are currently performing other processes, The modified information could not be notified. | サーバで別の処理が実行中であるため，変更通知情報取得処理を実行できませんでした。再度，実行してください。
33707 | E | Fail to perform the modified information notification process. | 変更通知情報取得処理に失敗しました。コンフィギュレーション及びネットワークの設定を見直し，ユーザ情報再作成を実行してください。
33708 | I | The modified information notification process has succeeded. | 変更通知情報取得処理が正常に終了しました。
33709 | E | Fail to perform the modified information notification process. | 十分な空きメモリがあるか確認し，再度，実行してください。
33710 | E | Fail to perform the modified information notification process. | 同上
44701 | I | Control data retrieval process has been started. | 管理データ取得処理を開始しました。
44702 | I | Control data have been successfully retrieved. | 管理データ取得処理が正常に終了しました。
44703 | E | Because servers are currently performing other processes, control data could not be retrieved. | サーバで別の処理が実行中であるため，管理データ取得処理を実行できませんでした。再度，実行してください。
44704 | E | Due to unsuccessful communication with a parent server, control data could not be retrieved. | 親サーバとの通信に失敗したため，管理データ取得処理に失敗しました。コンフィギュレーション及びネットワークの設定を見直し，再度，実行してください。
44705 | E | Fail to perform Control data retrieval process. | 管理データ取得処理に失敗しました。コンフィギュレーション及びネットワークの設定を見直し，再度，実行してください。
44801 | I | Disused schedules process has been started. | 不要スケジュール削除処理を開始しました。
44802 | I | Disused schedules have been successfully deleted. | 不要スケジュール削除処理が正常に終了しました。
44803 | E | Because servers are currently performing other processes, disused schedules could not be deleted. | サーバで別の処理が実行中であるため，不要スケジュール削除処理を実行できませんでした。再度，実行してください。
44804 | E | Disused schedules could not be deleted. Either the user does not exist or fail to read user information files. | ユーザが存在しない，又はユーザ情報ファイルの読み込みに失敗したため，不要スケジュール削除処理に失敗しました。ユーザが存在することを確認し，再度，実行してください。
44805 | E | Fail to perform disused schedules process. | 不要スケジュール削除処理に失敗しました。コンフィギュレーション及びネットワークの設定を見直し，再度，実行してください。
44905 | I | The user information creation process has been started. | ユーザ情報再作成処理を開始しました。
44906 | E | Because servers are currently performing other processes, the user information creation process could not be performed. | サーバで別の処理が実行中であるため，ユーザ情報再作成処理を実行できませんでした。再度実行してください。
44907 | E | Fail to perform the user information creation process. | ユーザ情報取得処理に失敗しました。コンフィギュレーション及びネットワークの設定を見直し，ユーザ情報再作成を実行してください。
44908 | I | The user information creation process has succeeded. | ユーザ情報再作成処理が正常に終了しました。
44909 | E | Fail to perform the user information creation process. | 十分な空きメモリがあるか確認し，再度，実行してください。
44910 | E | Fail to perform the user information creation process. | 同上

付録O　「aconsole」と「roomconsole」のエラーメッセージ

aconsoleとroomconsoleでエラーが発生した場合のメッセージ一覧を次に示します。なお，表中の[xxx]には詳細番号が入ります。

表O-1　-uオプション

項番
メッセージ
備考

1
<<管理データの更新>>
処理開始

2
子サーバでのみ実行可能です。
親サーバで-uオプションによって起動しました。

3
管理データを親サーバから取得します。よろしいですか?（Y or N）
=>
実行確認の問い合せメッセージ

4
入力が間違っています。
Y又はN以外を入力しました。

5
管理データの更新処理が終了しました。
処理終了

6
appomanのサービスエントリがありません。（xxx）
又は
roommanのサービスエントリがありません。（xxx）
servicesファイルに該当するエントリがありません。
システム管理者ガイドの「1.1　TCP/IPの接続確認」を御参照の上，再実行してください。

7
hhhのホスト名がありません。（xxx）
hostsファイルにhhhというホスト名が定義されていません。
システム管理者ガイドの「1.1　TCP/IPの接続確認」を御参照の上，再実行してください。

8
サーバが起動していません。
管理ツールサーバが起動されていません。
管理ツールサーバを起動した上で，再実行してください。

9
サーバで別の処理（yyy）が実行中です。再実行してください。
yyyには，以下の番号が割り当てられています。
別の処理が実行中の場合は実行できません。別の処理が終了後，再実行してください。
1…管理ツール使用中
3…子サーバ環境情報更新中
4…親サーバ環境情報一覧取得中
5…不要スケジュール削除中
6…変更通知情報取得中（自動実行）
7…ユーザ情報再作成中（手動実行）
11…変更通知情報取得中（手動実行）
12…稼働中バックアップ実行中
13…Assist連携実行中

10
管理データの更新処理でエラー（xxx）が発生しました。
再実行してもこの障害メッセージが表示された場合は，お問い合せください。

11
ソケットの作成に失敗しました。（xxx）
通信障害です。ネットワークの設定を見直し，再実行してください。

12
コネクションの確立に失敗しました。（xxx）
通信障害です。ネットワークの設定を見直し，再実行してください。

13
親サーバとの通信でエラー（xxx）が発生しました。再実行して下さい。
通信障害です。ネットワークの設定を見直し，再実行してください。

14
環境変数PSALLOCに'early'が指定されていません。
処理を停止します。
環境変数PSALLOC=earlyを指定して再度実行してください。
環境変数PSALLOC=earlyを指定して再度実行してください。

表O-2　-dオプション

項番
メッセージ
備考

1
<<不要スケジュールの削除>>
処理開始

2
不要スケジュールを削除します。よろしいですか?（Y or N）
=>
実行確認の問い合せメッセージ

3
入力が間違っています。
Y又はN以外を入力しました。

4
不要スケジュールの削除が終了しました。
処理終了

5
appomanのサービスエントリがありません。（xxx）
又は
roommanのサービスエントリがありません。（xxx）
servicesファイルに該当するエントリがありません。
システム管理者ガイドの「1.1　TCP/IPの接続確認」を御参照の上，再実行してください。

6
hhhのホスト名がありません。（xxx）
hostsファイルにhhhというホスト名が定義されていません。
システム管理者ガイドの「1.1　TCP/IPの接続確認」を御参照の上，再実行してください。

7
サーバが起動していません。
管理ツールサーバが起動されていません。
管理ツールサーバを起動した上で，再実行してください。

8
ソケットの作成に失敗しました。（xxx）
通信障害です。ネットワークの設定を見直し，再実行してください。

9
コネクションの確立に失敗しました。（xxx）
通信障害です。ネットワークの設定を見直し，再実行してください。

10
サーバで別の処理(xxx)が実行中です。再実行してください。
表O-1の項番9と同じ

11
不要スケジュールの削除でエラー（xxx）が発生しました。
再実行してもこの障害メッセージが表示された場合は，お問い合せください。

12
環境変数PSALLOCに'early'が指定されていません。
処理を停止します。
環境変数PSALLOC=earlyを指定して再度実行してください。
環境変数PSALLOC=earlyを指定して再度実行してください。

表O-3　-sオプション

項番
メッセージ
備考

1
<<サーバの停止>>
処理開始

2
サーバを停止してよろしいですか?（Y or N）
=>
実行確認の問い合せメッセージ

3
入力が間違っています。
Y又はN以外を入力しました。

4
サーバを停止しました。
処理終了

5
appomanのサービスエントリがありません。（xxx）
又は
roommanのサービスエントリがありません。（xxx）
servicesファイルに該当するエントリがありません。
システム管理者ガイドの「1.1　TCP/IPの接続確認」を御参照の上，再実行してください。

6
hhhのホスト名がありません。（xxx）
hostsファイルにhhhというホスト名が定義されていません。
システム管理者ガイドの「1.1　TCP/IPの接続確認」を御参照の上，再実行してください。

7
サーバが起動していません。
サーバが起動されていません。
サーバを起動した上で，再実行してください。

8
ソケットの作成に失敗しました。（xxx）
通信障害です。ネットワークの設定を見直し，再実行してください。

9
コネクションの確立に失敗しました。(xxx)
通信障害です。ネットワークの設定を見直し，再実行してください。

10
通信に失敗しました。
通信障害です。ネットワークの設定を見直し，再実行してください。

11
サーバを停止できません。
再実行してもこの障害メッセージが表示された場合は，お問い合せください。

12
環境変数PSALLOCに'early'が指定されていません。
処理を停止します。
環境変数PSALLOC=earlyを指定して再度実行してください。
環境変数PSALLOC=earlyを指定して再度実行してください。

表O-4　-tオプション

項番
メッセージ
備考

1
<<管理ツールサーバの停止>>
処理開始

2
管理ツールサーバを停止してよろしいですか?（Y or N）
=>
実行確認の問い合せメッセージ

3
入力が間違っています。
Y又はN以外を入力しました。

4
管理ツールサーバを停止しました。
処理終了

5
appomanのサービスエントリがありません。（xxx）
又は
roommanのサービスエントリがありません。（xxx）
servicesファイルに該当するエントリがありません。
システム管理者ガイドの「1.1　TCP/IPの接続確認」を御参照の上，再実行してください。

6
hhhのホスト名がありません。（xxx）
hostsファイルにhhhというホスト名が定義されていません。
システム管理者ガイドの「1.1　TCP/IPの接続確認」を御参照の上，再実行してください。

7
サーバが起動していません。
管理ツールサーバが起動されていません。
管理ツールサーバを起動した上で，再実行してください。

8
ソケットの作成に失敗しました。（xxx）
通信障害です。ネットワークの設定を見直し，再実行してください。

9
コネクションの確立に失敗しました。（xxx）
通信障害です。ネットワークの設定を見直し，再実行してください。

10
通信に失敗しました。
通信障害です。再実行してもこの障害メッセージが表示された場合は，お問い合せください。

11
管理ツールサーバを停止できません。
再実行してもこの障害メッセージが表示された場合は，お問い合せください。

12
環境変数PSALLOCに'early'が指定されていません。
処理を停止します。
環境変数PSALLOC=earlyを指定して再度実行してください。
環境変数PSALLOC=earlyを指定して再度実行してください。

表O-5　オプション指定が間違っていた場合

項番
メッセージ
備考

1
-nオプションは使用できません。
-s又は-t以外のオプションに-nオプションを組み合わせて指定した

2
オプション指定が間違っています。
usage : aconsole [-stop,s|-tstop,t|-update,u|-delete,d|-indxget,I]
オプション指定が間違っていた場合

付録P　Scheduler Server移行手順

UNIX版サーバのバージョンアップ手順，UNIX版サーバへのリプレース手順，UNIX版サーバへの統合手順，UNIX版サーバの増設手順について説明します。Windows版サーバへのリプレース手順，Windows版サーバへの統合手順，Windows版サーバの増設手順については，Windows版のマニュアルを参照してください。

＜この節の構成＞

(1)　バージョンアップ手順（シングルサーバ構成）

(2)　バージョンアップ手順（マルチサーバ構成）

(3)　サーバリプレース手順（シングルサーバ構成）

(4)　サーバリプレース手順（マルチサーバ構成）

(5)　サーバ統合手順

(6)　サーバ台数増加手順

(1)　バージョンアップ手順（シングルサーバ構成）

Version2.0，Version 3，Version 5又はVersion 6からVersion 7へバージョンアップできます。次にバージョンアップの手順を示します。

以下のサーバ及び管理ツールサーバが起動されている場合，「コンフィギュレーション」から停止します。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）停止
　・ 管理ツールサーバ（AppoMan）停止
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）停止
　・ 管理ツールサーバ（RoomMan）停止

ディレクトリのバックアップを取得します。
バージョンアップに失敗したときのリストアに使用するため，次のディレクトリとファイルのバックアップを取得してください。

＜スケジュール格納ディレクトリ＞※以下すべて

/usr/GroupAppo/bin/AppoSV.ini（存在する場合）

/usr/GroupAppo/bin/SFagent.ini（親サーバだけ。存在する場合）

注※

＜スケジュール格納ディレクトリ＞はデフォルトでは/usr/ikiとなります。デフォルトから変更している場合は，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」を御確認ください。

「コンフィギュレーション」を起動し，各設定の控えをとります。

Version 7へ更新インストールします。

Version 7の管理ツールをインストールします。

「コンフィギュレーション」を起動し，各設定を確認します。
設定が異なる場合は，手順3.で控えた設定に変更してください。

Address Serverと連動している場合，以下の手順でユーザ情報を再作成します。
1. Address Serverが起動していることを確認し，起動していない場合は起動します。
2. 「コンフィギュレーション」を起動します。
3. 「手動実行」から「ユーザ情報再作成」を選択します。

サーバ及び管理ツールサーバを「コンフィギュレーション」から起動します。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）起動
　・ 管理ツールサーバ（AppoMan）起動
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）起動
　・ 管理ツールサーバ（RoomMan）起動

(2)　バージョンアップ手順（マルチサーバ構成）

Version2.0，Version 3，Version 5又はVersion 6からVersion 7へバージョンアップできます。次にバージョンアップの手順を示します。

親サーバ，子サーバでサーバが起動されている場合，「コンフィギュレーション」から停止します。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）停止
2. 「コンフィギュレーション」（roomconsole）起動
　・サーバ（RMSV）停止

親サーバ，子サーバでディレクトリのバックアップを取得します。
バージョンアップに失敗したときのリストアに使用するため，次のディレクトリとファイルのバックアップを取得してください。

＜スケジュール格納ディレクトリ＞※以下すべて

/usr/GroupAppo/bin/AppoSV.ini（存在する場合）

/usr/GroupAppo/bin/SFagent.ini（親サーバだけ。存在する場合）

注※

＜スケジュール格納ディレクトリ＞はデフォルトでは/usr/ikiとなります。デフォルトから変更している場合は，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」を御確認ください。

親サーバ，子サーバで「コンフィギュレーション」を起動し，各設定の控えをとります。

すべての子サーバから以下の手順で「管理データ取得」を実行します。
1. 「コンフィギュレーション」を起動します。
2. 「手動実行」から「管理データ取得」を選択します。

親サーバ，子サーバで管理ツールサーバが起動されている場合，「コンフィギュレーション」から停止します。
1. 「コンフィギュレーション」（aconsole）起動
　・ 管理ツールサーバ（AppoMan）停止
2. 「コンフィギュレーション」（roomconsole）起動
　・ 管理ツールサーバ（RoomMan）停止

親サーバ，子サーバでVersion 7へ更新インストールします。

Version 7の管理ツールをインストールします。

親サーバ，子サーバで「コンフィギュレーション」を起動し，各設定を確認します。
設定が異なる場合は，手順3.で控えた設定に変更してください。

親サーバでバージョンアップ前からAddress Serverと連動している場合には，以下のファイルが存在することを確認します。
/var/opt/GroupMail/Groupmax/GroupApp/item.def

Address Serverと連動している場合，以下の手順によって親サーバでユーザ情報を再作成します。
1. Address Serverが起動していることを確認し，起動していない場合は起動します。
2. 「コンフィギュレーション」を起動します。
3. 「手動実行」から「ユーザ情報再作成」を選択します。

子サーバで以下のファイルが存在する場合は削除します。
/var/opt/GroupMail/Groupmax/GroupApp/item.def

注意事項

このファイルを削除した場合は，子サーバと同じサーバマシンのAddress Serverの再起動が必要です。

親サーバ，子サーバの「コンフィギュレーション」から管理ツールサーバを起動します。
1. 「コンフィギュレーション」（aconsole）起動
　・ 管理ツールサーバ（AppoMan）起動
2. 「コンフィギュレーション」（roomconsole）起動
　・ 管理ツールサーバ（RoomMan）起動

すべての子サーバから以下の手順で「管理データ取得」を実行します。
1. 「コンフィギュレーション」を起動します。
2. 「手動実行」から「管理データ取得」を選択します。

親サーバ，子サーバの「コンフィギュレーション」からサーバを起動します。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）起動
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）起動

(3)　サーバリプレース手順（シングルサーバ構成）

Scheduler Serverのインストールされたマシンをリプレースするための手順を示します。

サーバのホスト名が変更される場合は，事前にすべてのクライアントで以下の手順を行ってください（Scheduler Clientを使用していない場合は，該当しません）。
1. Scheduler Clientを起動します。
2. 「ツール」-「環境設定」を選択します。
3. 「ユーザ情報の保存」を「サーバで保存」にします。

旧サーバで以下のサーバ及び管理ツールサーバが起動されている場合，「コンフィギュレーション」から停止します。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）停止
　・ 管理ツールサーバ（AppoMan）停止
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）停止
　・ 管理ツールサーバ（RoomMan）停止
旧サーバがWindows版の場合は，コントロールパネルから次のサービスを停止します。

Groupmax Scheduler Server

Groupmax Scheduler Server Tool

Groupmax Facilities Manager

Groupmax Facilities Manager Tool

旧サーバで以下のディレクトリとファイルのバックアップを取得します。

＜スケジュール格納ディレクトリ＞※以下すべて

/usr/GroupAppo/bin/AppoSV.ini（存在する場合）

/usr/GroupAppo/bin/SFagent.ini（存在する場合）

旧サーバがWindows版の場合は，旧サーバの以下のディレクトリとファイルのバックアップを取得してください。

＜インストールディレクトリ＞¥etc

＜インストールディレクトリ＞¥log

＜インストールディレクトリ＞¥room（Facilities Managerを使用している場合）

＜インストールディレクトリ＞¥bin¥AppoSV.ini（存在する場合）

＜インストールディレクトリ＞¥bin¥SFagent.ini（存在する場合）

＜スケジュール格納ディレクトリ＞下の全ての＜各ユーザ（施設）IDのディレクトリ＞

注※

＜スケジュール格納ディレクトリ＞はデフォルトでは/usr/ikiとなります。デフォルトから変更している場合は，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」を御確認ください。

Windows版のスケジュール格納ディレクトリも，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」で御確認ください。

旧サーバで「コンフィギュレーション」を起動し，各設定の控えをとります。

新サーバに旧サーバと同じバージョンのScheduler Server及びFacilities Managerをインストールします。

注意事項

Address Serverと連動している場合は，Object Server及びAddress Serverもインストールしてください。設定方法は，それぞれのシステム管理者ガイドを参照してください。

旧サーバから以下のディレクトリとファイルを新サーバにコピーします。

＜スケジュール格納ディレクトリ＞以下すべて

/usr/GroupAppo/bin/AppoSV.ini（存在する場合）

/usr/GroupAppo/bin/SFagent.ini（存在する場合）

旧サーバがWindows版で新サーバがUNIX版の場合は，以下のようにコピーしてください。

旧サーバの＜インストールディレクトリ＞¥etc下全てを新サーバの＜スケジュール格納ディレクトリ＞/etc下へコピーする。

旧サーバの＜インストールディレクトリ＞¥room下全てを新サーバの＜スケジュール格納ディレクトリ＞/room下へコピーする。

旧サーバに＜インストールディレクトリ＞¥bin¥AppoSV.iniファイルが存在している場合は，新サーバの/usr/GroupAppo/bin下にコピーする。

旧サーバに＜インストールディレクトリ＞¥bin¥SFagent.iniファイルが存在している場合は，新サーバの/usr/GroupAppo/bin下にコピーする。

旧サーバの＜スケジュール格納ディレクトリ＞下の全ての＜各ユーザ（施設）IDのディレクトリ＞を新サーバの＜スケジュール格納ディレクトリ＞下にコピーする。

注意事項

ftpで転送する場合には，バイナリモードで転送してください。

新サーバで「コンフィギュレーション」を起動し，各設定を確認します。
設定が異なる場合は，手順4.で控えた設定で控えた設定に変更します。

Address Server上で，各ユーザのホームサーバ名を変更します。
この手順は，Address Serverと連動していない場合，及び施設の場合は不要です。

新サーバで「コンフィギュレーション」から［手動実行］で［ユーザ情報再作成］を実行するか，「GetAdAll」コマンドを実行してください。
この手順は，Address Serverと連動していない場合，及び施設の場合は不要です。

旧サーバと新サーバのOSがWindows NTとUNIXで異なる場合，新サーバで「BITECHG」コマンドを実行してください。

旧サーバと新サーバでホスト名が変わる場合，新サーバで「HOSTCHG」コマンドを実行してください。

新サーバのサーバ及び管理ツールサーバを「コンフィギュレーション」から起動します。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）起動
　・ 管理ツールサーバ（AppoMan）起動
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）起動
　・ 管理ツールサーバ（RoomMan）起動

(4)　サーバリプレース手順（マルチサーバ構成）

Scheduler Serverのインストールされたマシンをリプレースするための手順を示します。

サーバのホスト名が変更される場合は，事前にすべてのクライアントで以下の手順を行ってください（Scheduler Clientを使用していない場合は，該当しません）。
1. Scheduler Clientを起動します。
2. 「ツール」-「環境設定」を選択します。
3. 「ユーザ情報の保存」を「サーバで保存」にします。

旧親サーバ，旧子サーバで以下のサーバ及び管理ツールサーバが起動されている場合，「コンフィギュレーション」から停止します。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）停止
　・ 管理ツールサーバ（AppoMan）停止
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）停止
　・ 管理ツールサーバ（RoomMan）停止
旧サーバがWindows版の場合は，コントロールパネルから次のサービスを停止します。

Groupmax Scheduler Server

Groupmax Scheduler Server Tool

Groupmax Facilities Manager

Groupmax Facilities Manager Tool

旧親サーバ，旧子サーバで以下のディレクトリとファイルのバックアップを取得します。

＜スケジュール格納ディレクトリ＞※以下すべて

/usr/GroupAppo/bin/AppoSV.ini（存在する場合）

/usr/GroupAppo/bin/SFagent.ini（親サーバだけ。存在する場合）

旧サーバがWindows版の場合は，旧サーバの以下のディレクトリとファイルのバックアップを取得してください。

＜インストールディレクトリ＞¥etc

＜インストールディレクトリ＞¥log

＜インストールディレクトリ＞¥room（Facilities Managerを使用している場合）

＜インストールディレクトリ＞¥bin¥AppoSV.ini（存在する場合）

＜インストールディレクトリ＞¥bin¥SFagent.ini（存在する場合）

＜スケジュール格納ディレクトリ＞下の全ての＜各ユーザ（施設）IDのディレクトリ＞

注※

＜スケジュール格納ディレクトリ＞はデフォルトでは/usr/ikiとなります。デフォルトから変更している場合は，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」を御確認ください。

Windows版のスケジュール格納ディレクトリも，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」で御確認ください。

旧親サーバ，旧子サーバで「コンフィギュレーション」を起動し，各設定の控えをとります。

新親サーバ，新子サーバに旧サーバと同じバージョンのScheduler Server及びFacilities Managerをインストールします。

注意事項

Address Serverと連動している場合は，Object Server及びAddress Serverもインストールしてください。設定方法は，それぞれのシステム管理者ガイドを参照してください。

旧親サーバ，旧子サーバから以下のディレクトリとファイルを新親サーバ，新子サーバにそれぞれコピーします。

＜スケジュール格納ディレクトリ＞以下すべて

/usr/GroupAppo/bin/AppoSV.ini（存在する場合）

/usr/GroupAppo/bin/SFagent.ini（親サーバだけ。存在する場合）

旧サーバがWindows版で新サーバがUNIX版の場合は，以下のようにコピーしてください。

旧サーバの＜インストールディレクトリ＞¥etc下全てを新サーバの＜スケジュール格納ディレクトリ＞/etc下へコピーする（この手順は親サーバだけ実施すれば良いです。子サーバについては，この手順は必要ありません）。

旧サーバの＜インストールディレクトリ＞¥log下全てを新サーバの＜スケジュール格納ディレクトリ＞/log下へコピーする（この手順は，親サーバと子サーバの両方について実施してください）。

旧サーバの＜インストールディレクトリ＞¥room下全てを新サーバの＜スケジュール格納ディレクトリ＞/room下へコピーする（この手順は親サーバだけ実施すれば良いです。子サーバについては，この手順は必要ありません）。

旧サーバに＜インストールディレクトリ＞¥bin¥AppoSV.iniファイルが存在している場合は，新サーバの/usr/GroupAppo/bin下にコピーする（この手順は，親サーバと子サーバの両方について実施してください）。

旧サーバに＜インストールディレクトリ＞¥bin¥SFagent.iniファイルが存在している場合は，新サーバの/usr/GroupAppo/bin下にコピーする（この手順は親サーバだけ実施すれば良いです。子サーバについては，この手順は必要ありません）。

旧サーバの＜スケジュール格納ディレクトリ＞下の全ての＜各ユーザ（施設）IDのディレクトリ＞を新サーバの＜スケジュール格納ディレクトリ＞下にコピーする（この手順は，親サーバと子サーバの両方について実施してください）。

注意事項

ftpで転送する場合には，バイナリモードで転送してください。

新親サーバ，新子サーバで「コンフィギュレーション」を起動し，各設定を確認します。
設定が異なる場合は，手順4.で控えた設定に変更してください。

Address Server上で，各ユーザのホームサーバ名を変更します。
この手順は，Address Serverと連動していない場合，及び施設の場合は不要です。

新親サーバで「コンフィギュレーション」から［手動実行］で［ユーザ情報再作成］を実行するか，「GetAdAll」コマンドを実行してください。
この手順は，Address Serverと連動していない場合，及び施設の場合は不要です。

新子サーバで以下のファイルが存在する場合は削除します。
/var/opt/GroupMail/Groupmax/GroupApp/item.def

注意事項

このファイルを削除した場合は，新子サーバと同じサーバマシンのAddress Serverの再起動が必要です。

新親サーバ，新子サーバの「コンフィギュレーション」から管理ツールサーバを起動します。
1. 「コンフィギュレーション」（aconsole）起動
　・ 管理ツールサーバ（AppoMan）起動
2. 「コンフィギュレーション」（roomconsole）起動
　・ 管理ツールサーバ（RoomMan）起動

新子サーバで管理データの取得をしてください。

旧サーバと新サーバのOSがWindows NTとUNIXで異なる場合，新サーバで「BITECHG」コマンドを実行してください。

旧サーバと新サーバでホスト名が変わる場合，新親サーバ，新子サーバ両方で「HOSTCHG」コマンドを実行してください。

新親サーバ，新子サーバの「コンフィギュレーション」からサーバを起動します。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）停止
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）停止

(5)　サーバ統合手順

Scheduler Serverの台数を減らす場合の手順を示します。

事前にすべてのクライアントで以下の手順を行ってください（Scheduler Clientを使用していない場合は，該当しません）。
1. Scheduler Clientを起動します。
2. 「ツール」-「環境設定」を選択します。
3. 「ユーザ情報の保存」を「サーバで保存」にします。

親サーバ，子サーバで以下のサーバ及び管理ツールサーバが起動されている場合，「コンフィギュレーション」から停止します。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）停止
　・ 管理ツールサーバ（AppoMan）停止
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）停止
　・ 管理ツールサーバ（RoomMan）停止
旧サーバがWindows版の場合は，コントロールパネルから次のサービスを停止します。

Groupmax Scheduler Server

Groupmax Scheduler Server Tool

Groupmax Facilities Manager

Groupmax Facilities Manager Tool

親サーバ，子サーバで以下のディレクトリのバックアップを取得します。

＜スケジュール格納ディレクトリ＞※以下すべて

/usr/GroupAppo/bin/AppoSV.ini（存在する場合）

/usr/GroupAppo/bin/SFagent.ini（親サーバだけ。存在する場合）

Windows版のサーバについては以下のディレクトリとファイルのバックアップを取得してください。

＜インストールディレクトリ＞¥etc

＜インストールディレクトリ＞¥log

＜インストールディレクトリ＞¥room（Facilities Managerを使用している場合）

＜インストールディレクトリ＞¥bin¥AppoSV.ini（存在する場合）

＜インストールディレクトリ＞¥bin¥SFagent.ini（存在する場合）

＜スケジュール格納ディレクトリ＞下の全ての＜各ユーザ（施設）IDのディレクトリ＞

注※

＜スケジュール格納ディレクトリ＞はデフォルトでは/usr/ikiとなります。デフォルトから変更している場合は，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」を御確認ください。

Windows版のスケジュール格納ディレクトリも，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」で御確認ください。

Address Server上で，削除するサーバをホームサーバとするユーザのホームサーバ名を変更します。
この手順は，Address Serverと連動していない場合，及び施設の場合は不要です。

親サーバで「コンフィギュレーション」から［手動実行］で［ユーザ情報再作成］を実行するか，「GetAdAll」コマンドを実行してください。
この手順は，Address Serverと連動していない場合，及び施設の場合は不要です。

子サーバで以下のファイルが存在する場合は削除します。
/var/opt/GroupMail/Groupmax/GroupApp/item.def

注意事項

このファイルを削除した場合は，子サーバと同じサーバマシンのAddress Serverの再起動が必要です。

親サーバ，子サーバの「コンフィギュレーション」から管理ツールサーバを起動します。
1. 「コンフィギュレーション」（aconsole）起動
　・ 管理ツールサーバ（AppoMan）起動
2. 「コンフィギュレーション」（roomconsole）起動
　・ 管理ツールサーバ（RoomMan）起動

子サーバで管理データの取得をしてください。
この手順は，1台だけの運用となる場合は不要です。

Windows版サーバを削除して，UNIX版に統合する場合は，削除するWindows版サーバで「bitechg」コマンドを実行してください。

削除するサーバ上に存在するユーザのスケジュールデータを移動先のサーバに，バイナリモードで転送します。
ユーザのスケジュールデータは，スケジュール格納ディレクトリ下に格納されています。スケジュール格納ディレクトリは，UNIX版，Windows版共に，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」で確認してください。

すべてのサーバで「HOSTCHG」コマンドを実行してください。

すべてのサーバで「コンフィギュレーション」からサーバを起動します。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）停止
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）停止

(6)　サーバ台数増加手順

Scheduler Serverの台数を増加する場合（子サーバを1台追加する場合）の手順を示します。

事前にすべてのクライアントで以下の手順を行ってください（Scheduler Clientを使用していない場合は，該当しません）。
1. Scheduler Clientを起動します。
2. 「ツール」-「環境設定」を選択します。
3.「ユーザ情報の保存」を「サーバで保存」にします。

親サーバ，子サーバで以下のサーバ及び管理ツールサーバが起動されている場合，「コンフィギュレーション」から停止します。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）停止
　・ 管理ツールサーバ（AppoMan）停止
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）停止
　・ 管理ツールサーバ（RoomMan）停止
旧サーバがWindows版の場合は，コントロールパネルから次のサービスを停止します。

Groupmax Scheduler Server

Groupmax Scheduler Server Tool

Groupmax Facilities Manager

Groupmax Facilities Manager Tool

親サーバ，子サーバで以下のディレクトリとファイルのバックアップを取得します。

＜スケジュール格納ディレクトリ＞※以下すべて

/usr/GroupAppo/bin/AppoSV.ini（存在する場合）

/usr/GroupAppo/bin/SFagent.ini（親サーバだけ。存在する場合）

Windows版のサーバについては以下のディレクトリとファイルのバックアップを取得してください。

＜インストールディレクトリ＞¥etc

＜インストールディレクトリ＞¥log

＜インストールディレクトリ＞¥room（Facilities Managerを使用している場合）

＜インストールディレクトリ＞¥bin¥AppoSV.ini（存在する場合）

＜インストールディレクトリ＞¥bin¥SFagent.ini（存在する場合）

＜スケジュール格納ディレクトリ＞下の全ての＜各ユーザ（施設）IDのディレクトリ＞

注※

＜スケジュール格納ディレクトリ＞はデフォルトでは/usr/ikiとなります。デフォルトから変更している場合は，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」を御確認ください。

新子サーバに親サーバと同じバージョンのScheduler Server及びFacilities Managerをインストールします。

新子サーバで「コンフィギュレーション」を起動し，各項目の設定をします。

Address Server上で，追加する新子サーバをホームサーバとするユーザのホームサーバ名を変更します。
この手順は，Address Serverと連動していない場合，及び施設の場合は不要です。

親サーバで「コンフィギュレーション」から［手動実行］で［ユーザ情報再作成］を実行するか，「GetAdAll」コマンドを実行してください。
この手順は，Address Serverと連動していない場合，及び施設の場合は不要です。

子サーバで以下のファイルが存在する場合は削除します。
/var/opt/GroupMail/Groupmax/GroupApp/item.def

注意事項

このファイルを削除した場合は，子サーバと同じサーバマシンのAddress Serverの再起動が必要です。

親サーバ，子サーバの「コンフィギュレーション」から管理ツールサーバを起動します。
1. 「コンフィギュレーション」（aconsole）起動
　・ 管理ツールサーバ（AppoMan）起動
2. 「コンフィギュレーション」（roomconsole）起動
　・ 管理ツールサーバ（RoomMan）起動
旧サーバがWindows版の場合は，コントロールパネルから次のサービスを起動します。

Groupmax Scheduler Server Tool

Groupmax Facilities Manager Tool

すべての子サーバで管理データの取得をしてください。

Windows版のサーバからUNIX版の新サーバにSchedulerホームサーバを変更するユーザが存在しする場合は，まず，それに該当するユーザだけスケジュールデータをUNIX版の新サーバにコピーし，UNIX版の新サーバで「bitechg」コマンドを実行します。
ユーザのスケジュールデータは，スケジュール格納ディレクトリ下に格納されています。スケジュール格納ディレクトリは，UNIX版，Windows版共に，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」で確認してください。スケジュールデータを新サーバに転送する際は，バイナリモードで転送してください。

UNIX版のサーバからUNIX版の新サーバにSchedulerホームサーバを変更するユーザスケジュールデータを新サーバにコピーします。
ユーザのスケジュールデータは，スケジュール格納ディレクトリ下に格納されています。スケジュール格納ディレクトリは，「コンフィギュレーション」の「1. スケジュール格納ディレクトリ」で確認してください。

上記12.でコピーしたユーザのディレクトリを，コピー元のサーバの＜スケジュール格納ディレクトリ＞下から削除してください。

すべてのサーバで「HOSTCHG」コマンドを実行してください。

すべてのサーバで「コンフィギュレーション」からサーバを起動します。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）起動
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）起動
旧サーバがWindows版の場合は，コントロールパネルから次のサービスを起動します。

Groupmax Scheduler Server

Groupmax Facilities Manager

「GetAdAll」コマンドについては，「7.1　「GetAdAll」について」を参照してください。

「hostchg」コマンドについては，「7.3　「hostchg」について」を参照してください。

「bitechg」コマンドについては，「7.4　「bitechg」について」を参照してください。

付録Q　バックアップ，リストアの方法

スケジュールデータの移動や，ユーザIDの変更，またバージョンアップ実施時などは，作業前に必ずデータのバックアップを取得してください。

＜この節の構成＞

(1)　バックアップの取得

(2)　リストアの方法

(1)　バックアップの取得

すべてのサーバで以下のサーバ及び管理ツールサーバを「コンフィギュレーション」から停止してください。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）停止
　・ 管理ツールサーバ（AppoMan）停止
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）停止
　・ 管理ツールサーバ（RoomMan）停止

すべてのサーバでバックアップを取得してください。
バックアップ対象データは以下のとおりです。

＜スケジュール格納ディレクトリ＞以下すべて

/usr/GroupAppo/bin/AppoSV.ini（作成してあれば）

/usr/GroupAppo/bin/SFagent.ini（親サーバだけ。作成してあれば）

また，「コンフィギュレーション」を起動し，各設定の控えを取ります。

注意事項

バックアップ取得時にftpを利用する場合は，必ずバイナリモードで転送してください。

(2)　リストアの方法

スケジュールデータの移動や，ユーザIDの変更，またバージョンアップ実施時などの作業中にエラーが発生した場合には，事前に取得したデータを以下の方法でリストアします。

すべてのサーバで以下のサーバ及び管理ツールサーバを「コンフィギュレーション」から停止してください。
1. 「コンフィギュレーション」（aconsole）起動
　・ サーバ（SV）停止
　・ 管理ツールサーバ（AppoMan）停止
2. 「コンフィギュレーション」（roomconsole）起動
　・ サーバ（RMSV）停止
　・ 管理ツールサーバ（RoomMan）停止

すべてのサーバで次のディレクトリ，ファイルを削除してください。

＜スケジュール格納ディレクトリ＞以下すべて

/usr/GroupAppo/bin/AppoSV.ini（作成してあれば）

/usr/GroupAppo/bin/SFagent.ini（親サーバだけ。作成してあれば）

「(1) バックアップの取得」で取得したデータを元のディレクトリにコピーします。

＜スケジュール格納ディレクトリ＞以下すべて

/usr/GroupAppo/bin/AppoSV.ini（作成してあれば）

/usr/GroupAppo/bin/SFagent.ini（親サーバだけ。作成してあれば）

また，「コンフィギュレーション」を起動し，各設定値が控えと一致しているか確認します。異なっている場合は，控えに合わせて再設定してください。

注意事項

データのコピー時にftpを利用される場合は，必ずバイナリモードで転送してください。

付録R　「SFimport」と「SFexport」実行時のエラーメッセージ

＜この節の構成＞

付録R.1　登録ファイルのエラー番号

付録R.2　SFimportのメッセージ

付録R.3　SFexportのメッセージ

付録R.1　登録ファイルのエラー番号

＜この項の構成＞

(1)　入力ファイルのチェックのエラー番号

(2)　登録結果のエラー番号

(1)　入力ファイルのチェックのエラー番号

登録ファイルの「入力ファイルのチェック」項目のエラー番号を表R-1に示します。

表R-1　「入力ファイルのチェック」項目のエラー番号

項番
エラー番号
対処

1
E01
レコード内の項目数が間違っています。項目数を確認してください。

2
E02
処理種別が間違っています。処理種別を確認してください。

3
E03
組織種別が間違っています。組織種別を確認してください。

4
E04
処理区分が間違っています。処理区分を確認してください。

5
E05
使用できない文字が使われています。使用できる文字にしてください。

6
E06
文字列の長さが規定値を超えています。文字列の長さを既定値以内にしてください。

7
E07
以下の原因が考えられます。入力項目を見直してください。

必須項目が設定されていない。

入力不要項目に値が指定されている。

最上位組織の処理において上位組織IDと所属組織IDが一致していない。

組織の処理において上位組織IDと最上位組織IDが同一になっている。

組織種別と処理区分の組み合わせが不正になっている。

8
E08
複数レコードで同じIDが使われているため，登録処理で失敗する可能性があります。各レコードの処理区分を見直してください。

9
E09
ホームサーバ名がDNSホストに登録されていない可能性があります。ホームサーバ名が正しいことを確認してください。

10
E10
引用符（"）の使用法が間違っている可能性があります。

注

登録ファイルを確認するには，「7.9.2　SFimportの登録ファイル」を参照してください。

(2)　登録結果のエラー番号

登録ファイルの「登録結果」項目のエラー番号を表R-2に示します。

表R-2　「登録結果」項目のエラー番号

項番 | エラー番号 | 処理区分 | 対処
1 | E100 | 追加(A) | 指定したユーザ（施設）が所属する部署テーブル（種別テーブル）が存在しません。登録ファイルの所属組織IDを確認してください。
2 | E101 | 追加(A) | 指定した部署テーブル（種別テーブル）が既に登録されています。登録ファイルの所属組織IDを確認してください。
3 | E102 | 追加(A) | 指定した部署テーブル（種別テーブル）の上位に部署テーブル（種別テーブル）が存在しません。登録ファイルに指定した上位組織IDを確認してください。
4 | E103 | 追加(A) | 指定したユーザ（施設）が既に登録されています。登録ファイルに指定したユーザID（施設ID）を確認してください。
5 | E104 | 変更(C) | 指定したユーザ（施設）が登録されていません。登録ファイルに指定したユーザID（施設ID）を確認してください。
6 | E105 | 変更(C) | 指定した部署テーブル（種別テーブル）が存在しません。登録ファイルに指定したテーブルIDを確認してください。
7 | E106 | 変更(C) | 管理データが不整合な状態となっている可能性があります。Scheduler_Facilities管理ツール，又はcheckid※を使用して，確認してください。
8 | E107～E109 | 削除(D) | 管理データが不整合な状態となっている可能性があります。Scheduler_Facilities管理ツール，又はcheckid※を使用して，確認してください。
9 | E110 | 削除(D) | 指定した部署テーブル（種別テーブル）の下位に部署テーブル（種別テーブル），ユーザ（施設）が登録されています。下位に登録されているものをすべて削除してください。
10 | E200 | 共通 | ファイルのオープン，読み込み，又は書き込みが失敗しました。ディスク障害，ディスクの容量不足などが発生していないか確認してください。
11 | E255 | 共通 | その他のエラーが発生しました。マシンが正常に稼働しているか確認してください。

注

登録ファイルを確認するには，「7.9.2　SFimportの登録ファイル」を参照してください。

注※

「checkid」コマンドについては，「7.7　ユーザ情報の整合性チェックツール「checkid」について」を参照してください。

付録R.2　SFimportのメッセージ

SFimportのメッセージを表R-3に示します。

表R-3　SFimportのメッセージ

項番
種類
メッセージ内容
対処

1
I
★★★ 管理データのインポートを開始します
－

2
I
★★★ 管理データのインポートを終了します
－

3
I
入力ファイルのチェックを開始します
－

4
I
入力ファイルのチェックが終了しました エラーはありません
－

5
I
管理データの登録処理を開始します
－

6
I
管理データの登録処理が終了しました エラーはありません
－

7
I
管理データのインポートは正常終了しました
－

8
I
管理データのバックアップを開始します
－

9
I
管理データのバックアップを終了しました
－

10
I
入力ファイル[%s]に処理が可能なレコードが存在しません
管理データの登録処理は行いません
－

11
E
詳細ログファイル[%s]をオープンできません 処理を中断します
ファイルをオープンできませんでした。書き込み権限があるか確認してください。

12
E
管理データのバックアップに失敗しました 管理データの登録処理は行いません
管理データのバックアップに失敗しました。etcディレクトリ・logディレクトリ・roomディレクトリに読み込み権限，又は書き込み権限があるか確認してください。

13
E
管理データのインポートでエラーが発生しました
前後に出力されているエラーメッセージを確認してください。

14
E
エラーの詳細については実行ディレクトリのSFimport.logを参照してください
前後に出力されているエラーメッセージを確認してください。

15
E
入力ファイル[%s]の更新に失敗しました
ファイルの書き込みに失敗しました。ファイルの書き込み権限があるか確認してください。

16
E
入力ファイル[%s]のバックアップに失敗しました 処理を中断します
ファイルの書き込みに失敗しました。ファイルの書き込み権限があるか確認してください。

17
I
ディレクトリ[%s]にファイルはありません
－

18
E
ディレクトリ[%s]の作成に失敗しました[errno=%d]
ディレクトリが作成できませんでした。ディレクトリが作成できることを確認してください。また，ディスク容量が残っているか確認してください。

19
E
ディレクトリ[%s]の内容クリアに失敗しました
ディレクトリ下のファイル削除に失敗しました。削除権限があることを確認してください。

20
E
ファイルコピーに失敗しました[%s to %s] *.*
ファイルのコピーに失敗しました。ディレクトリに書き込み権限があるか確認してください。また，コピー元のファイルが存在しているか確認してください。

21
E
cmpFileName() 失敗
前後に出力されているエラーメッセージを確認してください。

22
E
FindNextFile() 失敗[errno=%d]
前後に出力されているエラーメッセージを確認してください。

23
E
FindClose() 失敗[errno=%d]
前後に出力されているエラーメッセージを確認してください。

24
I
%d レコード チェック中
－

25
E
入力ファイルのチェック処理でエラーが %d 件発生しました
前後に出力されているエラーメッセージを確認してください。

26
E
1レコードの項目数が不正です 項目数がオーバーしている場合切り捨てます ＜%d 行目＞
レコードが正しいことを確認してください。

27
E
必須項目が不正です ＜%d 行目＞
レコードが正しいことを確認してください。

28
E
入力ファイル中にエラーがあります
レコードが正しいことを確認してください。

29
I
すでに登録済みのレコードです ＜%d 行目＞
－

30
E
第 %d 項目に誤りがあります ＜%d 行目＞
レコードが正しいことを確認してください。

31
E
第 %d 項目に使用不可能文字が含まれています ＜%d 行目＞
レコードが正しいことを確認してください。

32
E
第 %d 項目のサイズが規定を超えています＜%d 行目＞
レコードが正しいことを確認してください。

33
E
第 %d 項目はDNSホストに登録されていないホスト名です ＜%d 行目＞
Scheduler_Facilities管理ツールで，ホスト名がDNSホストに登録されていることを確認してください。

34
E
入力項目にエラーがありましたが，すでに登録済みのレコードであるため無視します ＜%d 行目＞
－

35
E
上位組織ID[%s]と所属組織ID[%s]が一致していません ＜%d 行目＞
レコードが正しいことを確認してください。

36
E
ダブルクォート(")の使用法が間違っています ＜%d 行目＞ 出力が不正になっている場合がありますので，すべての項目を見直してください
レコードが正しいことを確認してください。

37
E
%d レコード目にホームサーバ名が記入されています
レコードが正しいことを確認してください。

38
I
%d レコード 登録中
－

39
E
管理データ登録処理でエラーが %d 件発生しました
前後に出力されているエラーメッセージを確認してください。

40
E
追加処理失敗 ＜%d 行目＞
前後に出力されているエラーメッセージを確認してください。

41
E
変更処理失敗 ＜%d 行目＞
前後に出力されているエラーメッセージを確認してください。

42
E
削除処理失敗 ＜%d 行目＞
前後に出力されているエラーメッセージを確認してください。

43
E
ファイルの読み込みに失敗しました <%s>
ファイルの読み込みに失敗しました。ファイルの読み込み権限があるか確認してください。

44
E
ファイルのオープンに失敗しました <%s>
ファイルをオープンできませんでした。書き込み権限があるか確認してください。

45
E
ファイルの書き込みに失敗しました <%s>
ファイルの書き込みに失敗しました。ファイルの書き込み権限があるか確認してください。

46
E
最上位組織の追加処理失敗 ＜%d 行目＞
前後に出力されているエラーメッセージを確認してください。

47
E
組織の追加処理失敗 ＜%d 行目＞
前後に出力されているエラーメッセージを確認してください。

48
E
ユーザの追加処理失敗 ＜%d 行目＞
前後に出力されているエラーメッセージを確認してください。

49
E
追加失敗：所属組織IDに指定した組織[%s]はすでに存在しています ＜%d 行目＞
所属組織IDが正しいことを確認してください。

50
E
追加失敗：上位組織IDに指定した組織[%s]は存在していません ＜%d 行目＞
上位組織IDが正しいことを確認してください。

51
E
追加失敗：所属組織IDに指定した組織[%s]は存在していません ＜%d 行目＞
所属組織IDが正しいことを確認してください。

52
E
追加失敗：ユーザIDに指定したユーザ(施設)[%s]はすでに存在しています ＜%d 行目＞
ユーザID，又は施設IDが正しいことを確認してください。

53
E
追加失敗：ホームサーバに指定したホスト[%s]はDNSホストに登録されていません ＜%d 行目＞
Scheduler_Facilities管理ツールで，ホスト名がDNSホストに登録されていることを確認してください。

54
E
追加失敗：ユーザIDに指定したユーザ(施設)[%s]を登録する組織名称取得に失敗しました ＜%d 行目＞
前後に出力されているエラーメッセージを確認してください。

55
E
最上位組織の変更処理失敗 ＜%d 行目＞
前後に出力されているエラーメッセージを確認してください。

56
E
組織の変更処理失敗 ＜%d 行目＞
前後に出力されているエラーメッセージを確認してください。

57
E
ユーザの変更処理失敗 ＜%d 行目＞
前後に出力されているエラーメッセージを確認してください。

58
E
変更失敗：上位組織IDに指定した組織[%s]は存在していません ＜%d 行目＞
上位組織IDが正しいことを確認してください。

59
E
変更失敗：所属組織IDに指定した組織[%s]は存在していません ＜%d 行目＞
所属組織IDが正しいことを確認してください。

60
E
変更失敗：ユーザIDに指定したユーザ(施設)[%s]を登録する組織名称取得に失敗しました ＜%d 行目＞
前後に出力されているエラーメッセージを確認してください。

61
E
組織の削除処理失敗<%d 行目>
前後に出力されているエラーメッセージを確認してください。

62
E
ユーザの削除処理失敗<%d 行目>
前後に出力されているエラーメッセージを確認してください。

63
E
削除失敗：組織ファイル(%s)の読み込み失敗<%d 行目>
前後に出力されているエラーメッセージを確認してください。

64
E
削除失敗：下位組織／ユーザが登録されています<%d 行目>
下位組織，ユーザ，施設をすべて削除してください。

65
E
削除失敗：組織情報ファイル(%s)の削除に失敗しました<%d 行目>
前後に出力されているエラーメッセージを確認してください。

66
E
削除失敗：ファイル(%s)が存在しません<%d 行目>
前後に出力されているエラーメッセージを確認してください。

67
E
削除失敗：上位組織のエントリの削除に失敗しました<%d 行目>
前後に出力されているエラーメッセージを確認してください。

68
E
削除失敗：指定されたユーザ／施設は存在しません<%d 行目>
前後に出力されているエラーメッセージを確認してください。

69
E
%s の削除に失敗しました
ファイルの削除に失敗しました。ファイルの削除権限があるか確認してください。

70
E
%s のオープンに失敗しました
ファイルをオープンできませんでした。書き込み権限があるか確認してください。

71
E
%s への書き込みに失敗しました
ファイルの書き込みに失敗しました。ファイルの書き込み権限があるか確認してください。

72
I
%s にエントリがありません ファイルを削除します
－

73
E
引数が不正です
引数が正しいことを確認してください。

74
E
引数が足りません
引数が正しいことを確認してください。

75
E
引数が多すぎます
引数が正しいことを確認してください。

76
E
第%d引数が不正です
引数が正しいことを確認してください。

77
E
第%d引数に指定された[%s]をオープンできません
ファイルをオープンできませんでした。書き込み権限があるか確認してください。

78
E
第%d引数に指定された[%s]は存在しません
指定されたファイルが存在していることを確認してください。

79
E
ファイル[%s]のオープンに失敗しました
ファイルをオープンできませんでした。書き込み権限があるか確認してください。

80
E
[%s]は存在しません
前後に出力されているエラーメッセージを確認してください。

81
E
メモリ確保あるいはファイル[%s]の読み込みに失敗しました
プログラム中でメモリの確保ができなかったか，ファイルの読み込みに失敗しました。メモリの状態を確認してください。また，ファイルの読み込み権限があるか確認してください。

82
E
メモリ確保に失敗しました
プログラム中でメモリの確保ができませんでした。メモリの状態を確認してください。

83
E
ファイル[%s]の読み込みに失敗しました
ファイルの読み込みに失敗しました。ファイルの読み込み権限があるか確認してください。

84
E
ファイル[%s]の書き込みに失敗しました
ファイルの書き込みに失敗しました。ファイルの書き込み権限があるか確認してください。

85
E
ファイル[%s]の作成に失敗しました
ファイルが作成できませんでした。ファイルの書き込み権限があるか確認してください。また，ディスク容量が残っているか確認してください。

86
E
%s は不正なパスです
前後に出力されているエラーメッセージを確認してください。

87
E
ファイルオープン(open())失敗[%s],[errno=%d]
ファイルをオープンできませんでした。書き込み権限があるか確認してください。

88
E
メモリ確保(malloc())失敗[errno=%d]
プログラム中でメモリの確保ができませんでした。メモリの状態を確認してください。

89
E
ファイル読み込み(read())失敗[%s],[errno=%d]
ファイルの読み込みに失敗しました。ファイルの読み込み権限があるか確認してください。

90
E
ファイル書き込み(write())失敗[%s],[errno=%d]
ファイルの書き込みに失敗しました。ファイルの書き込み権限があるか確認してください。

91
E
ファイル削除(remove())失敗[%s],[errno=%d]
ファイルの削除に失敗しました。ファイルの削除権限があるか確認してください。

92
E
ファイル作成(creat())失敗[%s],[errno=%d]
ファイルが作成できませんでした。ファイルの書き込み権限があるか確認してください。また，ディスク容量が残っているか確認してください。

93
E
ファイルコピー(cp())失敗[%s to %s],[errno=%d]
ファイルのコピーに失敗しました。ディレクトリに書き込み権限があるか確認してください。また，コピー元のファイルが存在しているか確認してください。

94
E
ファイルseek(lseek())失敗[%s],[errno=%d]
通常発生しないエラーです。マシンが正常に動作していることを確認してください。

95
E
ファイル移動(rename())失敗[%s to %s],[errno=%d]
ファイルの移動に失敗しています。ディレクトリに書き込み権限があるか確認してください。また，移動元のファイルが存在しているか確認してください。

96
E
ファイル読み込み(u_ReadDB())失敗[%s],[errno=%d]
プログラム中でメモリの確保ができなかったか，ファイルの読み込みに失敗しました。メモリの状態を確認してください。また，ファイルの読み込み権限があるか確認してください。

97
E
ファイル(%s)の読み込み失敗
ファイルの読み込みに失敗しました。ファイルの読み込み権限があるか確認してください。

98
E
ファイル(%s)のオープン失敗
ファイルをオープンできませんでした。書き込み権限があるか確認してください。

99
E
メモリ確保失敗
プログラム中でメモリの確保ができませんでした。メモリの状態を確認してください。

100
E
ファイル(%s)のサイズが不正
管理データが不整合な状態となっている可能性があります。Scheduler_Facilities管理ツール，又はcheckid※を使用して，確認してください。

101
E
ファイル情報取得失敗(%s)
ファイル情報の取得に失敗しました。ファイルの読み込み権限があるか確認してください。

102
E
組織テーブルが存在しない組織です(%s)
管理データが不整合な状態となっている可能性があります。Scheduler_Facilities管理ツール，又はcheckid※を使用して，確認してください。

103
E
出力ファイルの書き込み失敗
ファイルの書き込みに失敗しました。ファイルの書き込み権限があるか確認してください。

104
E
組織ファイル(%s)読み込み失敗
ファイルの読み込みに失敗しました。ファイルの読み込み権限があるか確認してください。

105
E
ファイル異常(%s)
管理データが不整合な状態となっている可能性があります。Scheduler_Facilities管理ツール，又はcheckid※を使用して，確認してください。

106
E
インデックステーブルに存在しないユーザ/施設です(%s)
管理データが不整合な状態となっている可能性があります。Scheduler_Facilities管理ツール，又はcheckid※を使用して，確認してください。

107
E
追加失敗：ロックファイル[XXXX]の作成に失敗しました ＜YYYY行目＞ [errno=ZZZZ]
XXXXはファイル名，YYYYは行番号，ZZZZは詳細エラーコードです。
/usr/GroupAppo/binにロックファイルXXXXが生成できませんでした。次のとおり対処してください。

/usr/GroupAppo/binの所有者，アクセス権を確認してください。

ディスクの容量が不足していないか確認してください。

XXXXに表示されたファイルの所有者，アクセス権を確認してください。

108
E
追加失敗：ロックファイル[XXXX]のロックに失敗しました ＜YYYY行目＞ [errno=ZZZZ]
XXXXはファイル名，YYYYは行番号，ZZZZは詳細エラーコードです。
ロックファイルのロックに失敗しました。XXXXに表示されたファイルの所有者，アクセス権を確認してください。それでも解決しない場合はシステム管理者に連絡してください。

109
E
上位組織ID[XXXX]と所属組織ID[XXXX]が同一になっています ＜YYYY 行目＞
XXXXは指定したID，YYYYは行番号です。指定した上位組織IDと所属組織IDが同一になっています。

最上位組織を追加・変更・削除する場合は，組織種別に「C」を指定してください。

最上位組織以外の組織を追加・変更・削除する場合は，上位組織IDと所属組織IDに異なるIDを指定してください。

110
E
XXXXリストア処理中に排他処理に失敗しました。[errno=YYYY]
XXXXはファイル名，YYYYは詳細エラーコードです。
サーバや管理ツールサーバを停止させ，他のコマンドが実行中でないことを確認してから，画面のメッセージに従ってリストア処理を完了させてください。

111
E
Facilities Manager をインストールしていない場合，処理種別「F」は利用できません。＜XXXX行目＞
XXXXは行番号です。
Facilities Managerをインストールしていない場合，処理種別に「F」は指定できません。

Scheduler Serverのユーザや部署を追加，変更，削除する場合には，処理種別に「S」を指定してください。

Facilities Managerの施設や種別を追加，変更，削除する場合にはFacilities Managerをインストールしてください。

112
W
ユーザID情報ファイル(IDINDX.idx)が存在しないため，新規に作成しました。＜XXXX行目＞
XXXXは行番号です。ユーザID情報ファイル(IDINDX.idx)が存在しなかったため，新規に作成しました。システムに一人でもユーザが登録されていた時にこのメッセージが表示された場合，管理データに不整合が発生しています。システム管理者に連絡してください。
システムに一人もユーザが存在していなかった場合，対処は必要ありません。

113
W
施設ID情報ファイル(IDINDX.rmx)が存在しないため，新規に作成しました。＜XXXX行目＞
XXXXは行番号です。施設ID情報ファイル(IDINDX.rmx)が存在しなかったため，新規に作成しました。システムに1個でも施設が登録されていた時にこのメッセージが表示された場合，管理データに不整合が発生しています。システム管理者に連絡してください。
システムに1個も施設が存在していなかった場合，対処は必要ありません。

114
W
最上位組織一覧ファイル(MAIN.rmx)が存在しないため，新規に作成しました。＜XXXX行目＞
XXXXは行番号です。最上位組織一覧ファイル（MAIN.rmx）が存在しなかったため，新規に作成しました。システムに1個でも施設や種別テーブルが登録されている時にこのメッセージが表示された場合，管理データに不整合が発生しています。システム管理者に連絡してください。
システムに1個も施設，種別テーブルが存在していなかった場合，対処は必要ありません。

115
E
最上位組織の削除処理失敗＜XXXX行目＞
前後に出力されているエラーメッセージを確認してください。

（凡例）

E：エラーのメッセージであることを示します。

I：エラーのメッセージではないことを示します。

%s：任意の文字列です。

%d：任意の数値です。

－：該当しないことを示します。

注※

「checkid」コマンドについては，「7.7　ユーザ情報の整合性チェックツール「checkid」について」を参照してください。

付録R.3　SFexportのメッセージ

SFexportのメッセージを表R-4に示します。

表R-4　SFexportのメッセージ

項番 | 種類 | メッセージ内容 | 対処
1 | I | ★★★ 管理データのエクスポートを開始します | －
2 | I | ★★★ 管理データのエクスポートを終了します | －
3 | I | ユーザ情報の出力を開始します | －
4 | I | ユーザ情報の出力が終了しました | －
5 | I | 施設情報の出力を開始します | －
6 | I | 施設情報の出力が終了しました | －
7 | I | 管理データの出力処理が終了しました エラーはありません | －
8 | I | %d 件処理しました | －
9 | I | IDINFO2.idxが存在しません E-Mailアドレスは出力されません | －
10 | E | 詳細ログファイル[%s]をオープンできません 処理を中断します | ファイルをオープンできませんでした。書き込み権限があるか確認してください。
11 | E | 管理データの出力処理中にエラーが発生しました | 前後に出力されているエラーメッセージを確認してください。
12 | E | エラーの詳細については実行ディレクトリのSFexport.logを参照してください | 前後に出力されているエラーメッセージを確認してください。
13 | E | 組織(%s)の %d レコード目が異常です | 管理データが不正な状態になっている可能性があります。
14 | E | 管理データの出力処理でエラーが %d 件発生しました | 前後に出力されているエラーメッセージを確認してください。
15 | E | セパレタの出力に失敗しました | 前後に出力されているエラーメッセージを確認してください。
16 | E | 施設管理者(%s)の出力に失敗しました | 前後に出力されているエラーメッセージを確認してください。
17 | E | 兼任ユーザ(%s)の出力に失敗しました | 前後に出力されているエラーメッセージを確認してください。
18 | E | インデックステーブルに存在しないユーザ/施設(%s)の出力に失敗しました | 前後に出力されているエラーメッセージを確認してください。
19 | E | ユーザ/施設(%s)の出力に失敗しました | 前後に出力されているエラーメッセージを確認してください。
20 | E | 引数が不正です | 引数が正しいことを確認してください。
21 | E | 引数が足りません | 引数が正しいことを確認してください。
22 | E | 引数が多すぎます | 引数が正しいことを確認してください。
23 | E | 第%d引数が不正です | 引数が正しいことを確認してください。
24 | E | 第%d引数に指定された[%s]をオープンできません | ファイルをオープンできませんでした。書き込み権限があるか確認してください。
25 | E | 第%d引数に指定された[%s]は存在しません | 指定されたファイルが存在していることを確認してください。
26 | E | ファイル[%s]のオープンに失敗しました | ファイルをオープンできませんでした。書き込み権限があるか確認してください。
27 | E | [%s]は存在しません | 前後に出力されているエラーメッセージを確認してください。
28 | E | メモリ確保あるいはファイル[%s]の読み込みに失敗しました | プログラム中でメモリの確保ができなかったか，ファイルの読み込みに失敗しました。メモリの状態を確認してください。また，ファイルの読み込み権限があるか確認してください。
29 | E | メモリ確保に失敗しました | プログラム中でメモリの確保ができませんでした。メモリの状態を確認してください。
30 | E | ファイル[%s]の読み込みに失敗しました | ファイルの読み込みに失敗しました。ファイルの読み込み権限があるか確認してください。
31 | E | ファイル[%s]の書き込みに失敗しました | ファイルの書き込みに失敗しました。ファイルの書き込み権限があるか確認してください。
32 | E | ファイル[%s]の作成に失敗しました | ファイルが作成できませんでした。ファイルの書き込み権限があるか確認してください。また，ディスク容量が残っているか確認してください。
33 | E | %s は不正なパスです | 前後に出力されているエラーメッセージを確認してください。
34 | E | ファイルオープン(open())失敗[%s],[errno=%d] | ファイルをオープンできませんでした。書き込み権限があるか確認してください。
35 | E | メモリ確保(malloc())失敗[errno=%d] | プログラム中でメモリの確保ができませんでした。メモリの状態を確認してください。
36 | E | ファイル読み込み(read())失敗[%s],[errno=%d] | ファイルの読み込みに失敗しました。ファイルの読み込み権限があるか確認してください。
37 | E | ファイル書き込み(write())失敗[%s],[errno=%d] | ファイルの書き込みに失敗しました。ファイルの書き込み権限があるか確認してください。
38 | E | ファイル削除(remove())失敗[%s],[errno=%d] | ファイルの削除に失敗しました。ファイルの削除権限があるか確認してください。
39 | E | ファイル作成(creat())失敗[%s],[errno=%d] | ファイルが作成できませんでした。ファイルの書き込み権限があるか確認してください。また，ディスク容量が残っているか確認してください。
40 | E | ファイルコピー(cp())失敗[%s to %s],[errno=%d] | ファイルのコピーに失敗しました。ディレクトリに書き込み権限があるか確認してください。また，コピー元のファイルが存在しているか確認してください。
41 | E | ファイルseek(lseek())失敗[%s],[errno=%d] | 通常発生しないエラーです。マシンが正常に動作していることを確認してください。
42 | E | ファイル移動(rename())失敗[%s to %s],[errno=%d] | ファイルの移動に失敗しています。ディレクトリに書き込み権限があるか確認してください。また，移動元のファイルが存在しているか確認してください。
43 | E | ファイル読み込み(u_ReadDB())失敗[%s],[errno=%d] | プログラム中でメモリの確保ができなかったか，ファイルの読み込みに失敗しました。メモリの状態を確認してください。また，ファイルの読み込み権限があるか確認してください。
44 | E | ファイル(%s)の読み込み失敗 | ファイルの読み込みに失敗しました。ファイルの読み込み権限があるか確認してください。
45 | E | ファイル(%s)のオープン失敗 | ファイルをオープンできませんでした。書き込み権限があるか確認してください。
46 | E | メモリ確保失敗 | プログラム中でメモリの確保ができませんでした。メモリの状態を確認してください。
47 | E | ファイル(%s)のサイズが不正 | 管理データが不整合な状態となっている可能性があります。Scheduler_Facilities管理ツール，又はcheckid※を使用して，確認してください。
48 | E | ファイル情報取得失敗(%s) | ファイル情報の取得に失敗しました。ファイルの読み込み権限があるか確認してください。
49 | E | 組織テーブルが存在しない組織です(%s) | 管理データが不整合な状態となっている可能性があります。Scheduler_Facilities管理ツール，又はcheckid※を使用して，確認してください。
50 | E | 出力ファイルの書き込み失敗 | ファイルの書き込みに失敗しました。ファイルの書き込み権限があるか確認してください。
51 | E | 組織ファイル(%s)読み込み失敗 | ファイルの読み込みに失敗しました。ファイルの読み込み権限があるか確認してください。
52 | E | ファイル異常(%s) | 管理データが不整合な状態となっている可能性があります。Scheduler_Facilities管理ツール，又はcheckid※を使用して，確認してください。
53 | E | インデックステーブルに存在しないユーザ/施設です(%s) | 管理データが不整合な状態となっている可能性があります。Scheduler_Facilities管理ツール，又はcheckid※を使用して，確認してください。

（凡例）

E：エラーのメッセージであることを示します。

I：エラーのメッセージではないことを示します。

%s：任意の文字列です。

%d：任意の数値です。

－：該当しないことを示します。

注※

「checkid」コマンドについては，「7.7　ユーザ情報の整合性チェックツール「checkid」について」を参照してください。

付録S　9文字以上のパスワードを使用する場合の設定方法

9文字以上のパスワードを使用する場合，自システムのすべてのScheduler Server及びFacilities ManagerがインストールされているマシンのAppoSV.iniファイルに次の設定をして，サーバ（SV，RMSV）を再起動する必要があります。

[Password]
LONG_PASSWD=ON

AppoSV.iniファイルの格納先
/usr/GroupAppo/bin/AppoSV.ini
AppoSV.iniファイルが存在しない場合は，新規に作成する必要があります。

AppoSV.iniファイルの設定内容
セクション名：Password
パラメタ名：LONG_PASSWD
　値：ON（9文字以上のパスワード対応）
　　　OFF（9文字以上のパスワード非対応（デフォルト））
AppoSV.iniファイルが存在しない場合，又はLONG_PASSWDの設定値がない場合，デフォルト（9文字以上のパスワード非対応）で動作します。

注意事項

マルチサーバ構成の場合，すべてのScheduler Server及びFacilities ManagerのバージョンをVersion 7以降にする必要があります。

Address Serverと連動している場合，Address ServerのバージョンをVersion 7以降にして，9文字以上のパスワード対応に設定する必要があります。設定内容については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」を参照してください。

付録T　サーバのIPアドレスが変更された場合

Scheduler Server 又はFacilities Managerが動作しているサーバのIPアドレスを変更する場合，ホスト名を変更していないときはScheduler Server，Facilities Managerでの設定の変更はありません。ただし，ホスト名から変更後のIPアドレスを名前解決できるようにhostsファイル又はDNSを設定してください（hostsファイルを設定する場合はScheduler Server及びFacilities Managerをインストールしたすべてのマシン及びすべてのクライアントのマシンで必要です）。

注意事項

Address Serverと連動している場合にはAddress ServerでのIPアドレスを変更する作業が必要です。また，Address ServerでのIPアドレスの変更作業後，「ユーザ情報再作成」（又は「GetAdAll」コマンド）を実行してください。
Address ServerでのIPアドレスの変更手順については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」を参照してください。「ユーザ情報再作成」については，「4.1.3　Address Serverのユーザ情報取得方法」を参照してください。「GetAdAll」コマンドについては，「7.1　「GetAdAll」について」を参照してください。

ホスト名を変更する場合は「付録E　サーバホスト名が変更された場合」を参照してください。

付録U　クラスタ環境の設定

Scheduler Server，Facilities Manager環境をクラスタ環境で使用するための設定について説明します。

クラスタ環境で使用するための条件を次に示します。

クラスタ環境のセットアップ（HP-UX版：MC/ServiceGuard，AIX版：HACMP（High Availability Cluster Multi-Processing for AIX）のセットアップが完了している。

＜この節の構成＞

付録U.1　Scheduler Server，Facilities Managerのクラスタ対応

付録U.2　クラスタシステム連携時の構成

付録U.3　注意事項

付録U.4　前提環境の作成

付録U.5　Scheduler Server，Facilities Manager環境の作成

付録U.6　パッケージ登録

付録U.7　クラスタの定義

付録U.8　マルチサーバ構成時の設定

付録U.9　コマンドリファレンス

付録U.10　サンプルファイル

付録U.1　Scheduler Server，Facilities Managerのクラスタ対応

Scheduler Server，Facilities Managerが提供する機能範囲は以下のとおりです。

Address Serverとの連携機能を使用する場合，MC/ServiceGuard又はHACMPに対応したAddress Serverを使用することで，従来と同様にユーザ情報を共有できます。

現用系と待機系の2ノード間（カスケード構成，又はローテート構成）の切り替えだけをサポートします。

同一パッケージ内でアクティブとなるノードは一つだけです。待機系ノードでは，フェールオーバするまでScheduler Server，Facilities Managerは動作できません。

共用ディスクのアクセスは，非コンカレント・アクセス機能だけをサポートします。

付録U.2　クラスタシステム連携時の構成

クラスタシステムと連携した場合のScheduler Server，Facilities Manager環境は次のような構成になります。

共有ディスクに，スケジュール格納ディレクトリ以下を必ず格納する。

共有ディスクに，Scheduler Server，Facilities Managerの環境設定ファイルを格納する。

各ノードのローカルディスクに，Scheduler Server，Facilities Managerの本体モジュールを格納する。

Address Serverと連携する場合，Address Serverとその前提PP（Object Server）を各ノードのローカルディスクにインストール及びセットアップする。

構成の概要を次の図に示します。

図U-1　クラスタシステム連携時の構成

付録U.3　注意事項

＜この項の構成＞

(1)　環境設定時の注意事項

(2)　運用時の注意事項

(3)　クライアント使用上の注意事項

(1)　環境設定時の注意事項

運用サーバにインストールするScheduler Server，Facilities Managerと，待機サーバにインストールするScheduler Server，Facilities Managerは，必ずバージョン・リビジョンを同じにしてください。

クラスタ環境にする場合は，AppoSV.iniファイルに「WriteThroughSV=ON」を記述します。しかし，「WriteThroughSV=ON」を記述すると，記述しないときに比べて全体的に性能が劣化します。これは信頼性を上げるためにディスクへの同期書き込みを行うためです。
性能の劣化を回避するため，「WriteThroughSV=OFF」（同期書き込みを行わない設定）で運用することもできます。ただし，この場合は，フェールオーバの直前に実行されたスケジュール予約などの更新内容が反映されないことがあります。

クラスタ環境のScheduler Server，Facilities Managerをマルチサーバ環境の親サーバとして使用する場合，各子サーバの「コンフィギュレーション」で設定する「親サーバホスト名/IPアドレス」には，サービスIPアドレスに対応したホスト名又はサービスIPアドレスを設定してください。

次の場合，ホームサーバ名に，サービスIPアドレスに対応したホスト名を設定してください。

Address Serverの運転席で，クラスタ環境のScheduler Serverをホームサーバとするユーザを登録する場合

「Scheduler_Facilities管理ツール」で，クラスタ環境のScheduler Serverをホームサーバとするユーザ又は施設を登録する場合

上記の場合にホームサーバ名の設定をしていないと，フェールオーバ後に接続できなくなります。

Assist連携は使用できません。

(2)　運用時の注意事項

HP-UXをご使用の場合，Scheduler Server，Facilities Managerのサーバ（SV，RMSV）及び管理ツールサーバ（AppoMan，RoomMan）を停止するときは，MC/ServiceGuardのパッケージ停止コマンドを使用してください。aconsole又はroomconsoleを使用してサーバを停止すると，MC/ServiceGuardがサービスの異常が発生したとみなし，フェールオーバが起こります。

AIXをご使用の場合，HACMPの監視中に，aconsole又はroomconsoleを使用してScheduler Serverのサービス（SV,AppoMan），又はFacilities Manager のサービス（RMSV,RoomMan）を停止するときは，監視を停止してからサービスを停止するか，又はクラスタを停止してください。サービスの監視中にサービスを停止すると，HACMPがアプリケーションサーバの異常が発生したとみなし，フェールオーバが起こります。

次の処理の実行中にフェールオーバが発生した場合は，フェールオーバ後に再実行してください。

手動実行での「管理データ取得」※

手動実行又は自動実行での「不要スケジュール削除」

手動実行での「ユーザ情報再作成」又はGetAdAllコマンド

注※

自動実行で「管理データの取得」を実行した場合，実行中に親サーバでフェールオーバが発生したときは，子サーバ側の/usr/bin/AppoMan.iniファイルの設定に従って，リトライ処理が実行されます。AppoMan.iniファイルのリトライ処理の設定については，「付録U.8　マルチサーバ構成時の設定」を参照してください。

次のコマンドを実行する際は，実行前にバックアップを取得してください。実行中にフェールオーバが発生した場合は，取得しておいたバックアップからのリストア後，再実行してください。

HOSTCHGコマンド

CODECHGコマンド

BITECHGコマンド

grpchgコマンド

SFdatacpコマンド

SFimportコマンド

手動実行で「変更通知情報取得」又はindxgetコマンドを実行する場合，実行中にフェールオーバが発生したときは，次の手順を実施してください。
1. ＜スケジュール格納ディレクトリ＞※/log/etc_bk下のファイルを，＜スケジュール格納ディレクトリ＞※/etc下にコピーする。
　＜スケジュール格納ディレクトリ＞※/log/etc_bk下には，ユーザ情報が退避されています。
　注※
　　　＜スケジュール格納ディレクトリ＞は，デフォルトでは/usr/iki/となります。
2. 「ユーザ情報再作成」又はGetAdAllコマンドを実行する。

「Scheduler_Facilities管理ツール」で「管理データの転送」を実行する場合，実行中にフェールオーバが発生したときは，退避されているユーザ情報を，＜スケジュール格納ディレクトリ＞※/etc下にコピーしてください。ユーザ情報は，次のディレクトリに退避されています。

＜スケジュール格納ディレクトリ＞※/log/Replication

管理ツールが動作しているマシンのインストールディレクトリ下のetcディレクトリ（バイナリモードで転送してください。）

注※

＜スケジュール格納ディレクトリ＞は，デフォルトでは/usr/iki/となります。

なお，「管理データの取得」時及び編集時にフェールオーバが発生した場合は，コピーする必要はありません。

(3)　クライアント使用上の注意事項

使用できるクライアントは，次のとおりです。ただし，Scheduler Server，Facilities Manager 07-30が対応しているバージョンのクライアントである必要があります。

Scheduler Client

Facilities Manager Client

WWW for Scheduler

Scheduler - Mobile Option

Scheduler - PDA Option

Client Light

Collaboration - Schedule

各クライアントの，Scheduler Server，Facilities Managerのホスト名/IPアドレスの設定には，サービスIPアドレスに対応したホスト名又はサービスIPアドレスを指定してください。各クライアントの設定方法については各クライアントのマニュアル又は取扱説明書を参照してください。

クライアントでスケジュールの予約，回答，削除，又は変更中にフェールオーバが発生した場合は，操作結果が正しく反映されないことがあります。

クライアントでスケジュールの移動中にフェールオーバが発生した場合は，移動元のスケジュールがそのまま残ることがあります。

フェールオーバ中は，クライアントはサーバに接続できません。

クライアントにログインした後にサーバでフェールオーバが発生した場合，再ログインする必要はありません。

付録U.4　前提環境の作成

Scheduler Server，Facilities Managerの環境設定を行う前に，クラスタシステムが正常に動作する環境を作成する必要があります。また，Address Server との連携機能を使用する場合は，Address Serverが正常に動作する環境を作成する必要があります。Address Serverの環境作成方法については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」を参照してください。

＜この項の構成＞

(1)　物理ボリューム，論理ボリューム，及びボリュームグループの設定

(2)　パッケージIPアドレス（又はサービスIPアドレス）の設定

(3)　システム管理者の限定

(1)　物理ボリューム，論理ボリューム，及びボリュームグループの設定

Scheduler Server，Facilities Managerのスケジュールデータ，及び環境ファイルを格納するディスク環境を作成する必要があります。ディスク環境の作成方法についてはOS（HP-UX，AIX）のマニュアルなどを参照してください。共用ディスクのボリュームグループの環境設定の例をOS別に示します。

(a)　HP-UXの場合

HP-UXの場合のディスク環境例を表U-1及び図U-2に示します。

表U-1　ディスク環境例（HP-UXの場合）

項番 | 作成項目 | 値
1 | ノード1から見た共有ディスクの物理ボリューム | /dev/dsk/c3t0d0
2 | ノード2から見た共有ディスクの物理ボリューム | /dev/dsk/c3t0d0
3 | Schedulerパッケージ※用のボリュームグループ | /dev/vg03
4 | Schedulerパッケージ※用の論理ボリューム | /dev/vg03/lvol1
5 | Schedulerパッケージ※用のマウントディレクトリ | /gmaxpkgd
6 | Scheduler Server, Facilities Managerのスケジュール格納ディレクトリ用シンボリックリンク先ディレクトリ | /gmaxpkgd/iki

注※

Schedulerパッケージとは，Scheduler Server，Facilities ManagerをMC/ServiceGuardのパッケージと定義したものです。ほかのGroupmax製品群と同じパッケージとすることもできます。

図U-2　ディスク環境例（HP-UXの場合）

(b)　AIXの場合

AIXの場合のディスク環境例を表U-2及び図U-3に示します。

表U-2　ディスク環境例（AIXの場合）

項番 | 作成項目 | 値
1 | ノード1から見た共用ディスクの物理ボリューム | 0001a90fcaf86430
2 | ノード2から見た共用ディスクの物理ボリューム | 0001a90fcaf86430
3 | ボリューム・グループ名 | /HACMPvg
4 | ボリューム・グループのファイルシステム名 | /HACMPdata
5 | 論理ボリューム名（ファイルシステム） | /HACMPlv
6 | 論理ボリューム名（ジャーナル・ログ） | /HACMPloglv
7 | Scheduler Server，Facilities Managerのスケジュール格納ディレクトリ用シンボリックリンク先ディレクトリ | /HACMPdata/iki

図U-3　ディスク環境例（AIXの場合）

(2)　パッケージIPアドレス（又はサービスIPアドレス）の設定

各ノードのIPアドレスとは別に，クラスタで使用するパッケージIPアドレス（又はサービスIPアドレス）を設定する必要があります。すべてのクライアント及びマルチサーバ構成の場合の各子サーバと親サーバがサービスIPアドレスを解決できるように，DNS定義ファイル又はhostsファイルに設定してください。ネットワーク構成例をOS別に示します。

(a)　HP-UXの場合

HP-UXの場合のネットワーク構成例を次に示します。ネットワーク構成図については，(1)の図U-2を参照してください。

表U-3　ネットワーク構成（HP-UXの場合）

項番 | 作成項目 | 値
1 | ノード1のIPアドレス | 172.1.1.1
2 | ノード1のドメイン名又はホスト名 | node1
3 | ノード2のIPアドレス | 172.1.1.2
4 | ノード2のドメイン名又はホスト名 | node2
5 | パッケージIPアドレス | 172.1.1.3
6 | パッケージ用ドメイン名又はホスト名 | gmaxhost

(b)　AIXの場合

AIXの場合のネットワーク構成例を次に示します。ネットワーク構成図については，(1)の図U-3を参照してください。

表U-4　ネットワーク構成（AIXの場合）

項番 | 作成項目 | 値
1 | ノード1のIPアドレス | 172.1.1.1
2 | ノード1のドメイン名又はホスト名 | node1
3 | ノード2のIPアドレス | 172.1.1.2
4 | ノード2のドメイン名又はホスト名 | node2
5 | サービスIPアドレス | 172.1.1.3
6 | ドメイン名又はホスト名 | hacmphost

(3)　システム管理者の限定

クラスタシステムと連携を行う場合はシステム管理者はrootユーザにしてください。また，ノード1とノード2のrootユーザは，同じユーザIDでかつ同じグループIDを持つグループに所属させてください。

付録U.5　Scheduler Server，Facilities Manager環境の作成

Scheduler Server，Facilities Managerの設定について説明します。

なお，Address Server との連携機能を使用する場合は，Address Serverの設定も行う必要があります。Address Serverの設定方法については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」を参照してください。

＜この項の構成＞

(1)　新規に設定する

(2)　既存の環境を設定する

(3)　Scheduler Server，Facilities Managerの環境設定

(1)　新規に設定する

新規にクラスタ環境を作成する手順を，OS別に説明します。

(a)　HP-UXの場合

HP-UXの場合の，新規にクラスタ環境を作成する手順を次に示します。作業はrootユーザで行ってください。

なお，親サーバ・子サーバのどちらでも手順は同じです。ノード1での設定が終わってから，ノード2の設定を開始してください。

ノード1での設定

Schedulerパッケージ用のマウントディレクトリを作成します。
# mkdir /gmaxpkgd

Schedulerパッケージ用のボリュームグループを活性化します。
# vgchange -a e /dev/vg03
注　上記は，既にcmrunclが実行されている場合のコマンド例です。

Schedulerパッケージ用の論理ボリュームをマウントします。
# mount /dev/vg03/lvol1 /gmaxpkgd

スケジュール格納ディレクトリ用シンボリックリンク先ディレクトリを作成します。
# mkdir /gmaxpkgd/iki

スケジュール格納ディレクトリ用リンクファイルを作成します。
# ln -s /gmaxpkgd/iki /usr/iki

Scheduler Serverをインストールします。
# /etc/hitachi_setup -i /dev/rmt/0m
注　下線部は，マシン環境によって異なります。

Facilities Managerをインストールします。
Facilities Managerを使用しない場合は，この手順は不要です。
# /etc/hitachi_setup -i /dev/rmt/0m
注　下線部は，マシン環境によって異なります。

Scheduler Server，Facilities Managerが参照する環境ファイルを共用ディスク上に移動し，リンクファイルを作成します。
# cp /usr/bin/AppoMan.ini /usr/iki/log/AppoMan.ini
# mv /usr/bin/AppoMan.ini /usr/bin/AppoMan.ini.bak
# ln -s /usr/iki/log/AppoMan.ini /usr/bin/AppoMan.ini

Scheduler Server，Facilities Managerが参照するクラスタ環境ファイルを共用ディスク上に作成します。
# vi /usr/iki/log/AppoSV.ini
クラスタ環境ファイルの内容は次のとおりです。行末には必ず改行コードを挿入してください。

[Data]
HAHostName=gmaxhost※
WriteThroughSV=ON

注※
　　パッケージ用ホスト名を記述してください。
　　なお，MC/ServiceGuard上でScheduler Server，Facilities Managerを動作させる場合，この設定は必須です。

クラスタ環境ファイル用のリンクファイルを作成します。
# ln -s /usr/iki/log/AppoSV.ini /usr/GroupAppo/bin/AppoSV.ini

Schedulerパッケージ用のボリュームグループを非活性化します。
# cd /
# umount /gmaxpkgd
# vgchange -a n /dev/vg03

ノード2での設定

Schedulerパッケージ用のマウントディレクトリを作成します。
# mkdir /gmaxpkgd

Schedulerパッケージ用のボリュームグループを活性化します。
# vgchange -a e /dev/vg03
注　上記は，既にcmrunclが実行されている場合のコマンド例です。

Schedulerパッケージ用の論理ボリュームをマウントします。
# mount /dev/vg03/lvol1 /gmaxpkgd

スケジュール格納ディレクトリ用リンクファイルを作成します。
# ln -s /gmaxpkgd/iki /usr/iki

Scheduler Serverをインストールします。
# /etc/hitachi_setup -i /dev/rmt/0m
注　下線部は，マシン環境によって異なります。

Facilities Managerをインストールします。
Facilities Managerを使用しない場合は，この手順は不要です。
# /etc/hitachi_setup -i /dev/rmt/0m
注　下線部は，マシン環境によって異なります。

Scheduler Server，Facilities Managerが参照する環境ファイルのリンクファイルを作成します。
# mv /usr/bin/AppoMan.ini /usr/bin/AppoMan.ini.bak
# ln -s /usr/iki/log/AppoMan.ini /usr/bin/AppoMan.ini
# ln -s /usr/iki/log/AppoSV.ini /usr/GroupAppo/bin/AppoSV.ini

Schedulerパッケージ用のボリュームグループを非活性化します。
# cd /
# umount /gmaxpkgd
# vgchange -a n /dev/vg03

(b)　AIXの場合

AIXの場合の，新規にクラスタ環境を作成する手順を次に示します。作業はrootユーザで行ってください。

なお，親サーバ・子サーバのどちらでも手順は同じです。ノード1での設定が終わってから，ノード2の設定を開始してください。

ノード1での設定

共用ディスクのファイル・システムをマウントするディレクトリを作成します。
# mkdir /HACMPdata

共用ディスクのボリュームグループを活動化します。
# varyonvg HACMPvg

共用ディスクのファイル・システムをマウントします。
# mount /HACMPdata

スケジュール格納ディレクトリ用シンボリックリンク先ディレクトリを作成します。
# mkdir /HACMPdata/iki

スケジュール格納ディレクトリ用リンクファイルを作成します。
# ln -s /HACMPdata/iki /usr/iki

Scheduler Serverをインストールします。
# mount -r -v cdrfs /dev/cd0 /cdrom
# /cdrom/aix/setup /cdrom
注　下線部のデバイススペシャルファイル名及びCD-ROMファイルシステムのマウントディレクトリ名は，マシン環境によって異なります。

Facilities Managerをインストールします。
Facilities Managerを使用しない場合は，この手順は不要です。
# mount -r -v cdrfs /dev/cd0 /cdrom
# /cdrom/aix/setup /cdrom
注　下線部のデバイススペシャルファイル名及びCD-ROMファイルシステムのマウントディレクトリ名は，マシン環境によって異なります。

Scheduler Server，Facilities Managerが参照する環境ファイルを共用ディスク上に移動し，リンクファイルを作成します。
# cp /usr/bin/AppoMan.ini /usr/iki/log/AppoMan.ini
# mv /usr/bin/AppoMan.ini /usr/bin/AppoMan.ini.bak
# ln -s /usr/iki/log/AppoMan.ini /usr/bin/AppoMan.ini

Scheduler Server，Facilities Managerが参照するクラスタ環境ファイルを共用ディスク上に作成します。
# vi /usr/iki/log/AppoSV.ini
クラスタ環境ファイルの内容は次のとおりです。行末には必ず改行コードを挿入してください。

[Data]
HAHostName=hacmphost※
WriteThroughSV=ON

注※
　　クラスタで使用するサービスIPアドレスに対応するホスト名を記述してください。
　　なお，MC/ServiceGuard上でScheduler Server，Facilities Managerを動作させる場合，この設定は必須です。

クラスタ環境ファイル用のリンクファイルを作成します。
# ln -s /usr/iki/log/AppoSV.ini /usr/GroupAppo/bin/AppoSV.ini

共用ディスクのファイル・システムをアンマウントします。
# cd /
# umount /HACMPdata

共用ディスクのボリュームグループを非活動化します。
# varyoffvg HACMPvg

ノード2での設定

共用ディスクのファイル・システムをマウントするディレクトリを作成します。
# mkdir /HACMPdata

共用ディスク用のボリューム・グループを活動化します。
# varyonvg HACMPvg

共用ディスクのファイル・システムをマウントします。
# mount /HACMPdata

スケジュール格納ディレクトリ用リンクファイルを作成します。
# ln -s /HACMPdata/iki /usr/iki

Scheduler Serverをインストールします。
# mount -r -v cdrfs /dev/cd0 /cdrom
# /cdrom/aix/setup /cdrom
注　下線部のデバイススペシャルファイル名及びCD-ROMファイルシステムのマウントディレクトリ名は，マシン環境によって異なります。

Facilities Managerをインストールします。
Facilities Managerを使用しない場合は，この手順は不要です。
# mount -r -v cdrfs /dev/cd0 /cdrom
# /cdrom/aix/setup /cdrom
注　下線部のデバイススペシャルファイル名及びCD-ROMファイルシステムのマウントディレクトリ名は，マシン環境によって異なります。

共用ディスクのファイル・システムをアンマウントします。
# cd /
# umount /HACMPdata

共用ディスクのボリュームグループを非活動化します。
# varyoffvg HACMPvg

(2)　既存の環境を設定する

既存の環境をクラスタ環境にする手順をOS別に説明します。

(a)　HP-UXの場合

HP-UXの場合の，既存の環境をクラスタ環境にする手順について説明します。

クラスタ環境はScheduler Server，Facilities ManagerのVersion 5 05-00 以上で対応しています。このため，既存の環境がVersion 3 以前の場合は，あらかじめ Version 5以上にバージョンアップしておく必要があります。また，バージョンアップ後，非クラスタ環境で運用できる環境にしておく必要があります。

ここでは，既存の環境がノード1で構築されていて，ノード2は新規にScheduler Server，Facilities Managerをインストールする場合の手順を説明します。また，既存の環境であるノード1のスケジュール格納ディレクトリは，「/var/opt/iki」であるものとします。

手順を次に示します。

ノード1での設定

Schedulerパッケージ用のマウントディレクトリを作成します。
# mkdir /gmaxpkgd

Schedulerパッケージ用のボリュームグループを活性化します。
# vgchange -a e /dev/vg03
注　上記は，既にcmrunclが実行されている場合のコマンド例です。

Schedulerパッケージ用の論理ボリュームをマウントします。
# mount /dev/vg03/lvol1 /gmaxpkgd

スケジュール格納ディレクトリ用シンボリックリンク先ディレクトリを作成します。
# mkdir /gmaxpkgd/iki

現在のスケジュール格納ディレクトリ下にある，すべてのファイル及びディレクトリを，/gmaxpkgd/iki下にコピーします。
# cd /var/opt/iki
# cp -pr * /gmaxpkgd/iki/
注　下線部は，既存の環境のスケジュール格納ディレクトリを指定します。

手順5.でコピー元となった，既存の環境のスケジュール格納ディレクトリを削除します。
ディレクトリを削除する前に，バックアップを取得しておくことをお勧めします。
# rm -rf /var/opt/iki

スケジュール格納ディレクトリ用リンクファイルを作成します。
# ln -s /gmaxpkgd/iki /var/opt/iki

Scheduler Server，Facilities Managerが参照する環境ファイルを共用ディスク上に移動し，リンクファイルを作成します。
# cp /usr/bin/AppoMan.ini /var/opt/iki/log/AppoMan.ini
# rm /usr/bin/AppoMan.ini
# ln -s /var/opt/iki/log/AppoMan.ini /usr/bin/AppoMan.ini

Scheduler Server，Facilities Managerが参照するクラスタ環境ファイルを共用ディスク上に作成又は編集します。
# vi /var/opt/iki/log/AppoSV.ini
クラスタ環境ファイルの内容は次のとおりです。行末には必ず改行コードを挿入してください。

[Data]
HAHostName=gmaxhost※
WriteThroughSV=ON

注※
　　パッケージ用ホスト名を記述してください。
　　なお，MC/ServiceGuard上でScheduler Server，Facilities Managerを動作させる場合，この設定は必須です。

クラスタ環境ファイル用のリンクファイルを作成します。
# ln -s /var/opt/iki/log/AppoSV.ini /usr/GroupAppo/bin/AppoSV.ini

Schedulerパッケージ用のボリュームグループを非活性化します。
# cd /
# umount /gmaxpkgd
# vgchange -a n /dev/vg03

ノード2での設定

Schedulerパッケージ用のマウントディレクトリを作成します。
# mkdir /gmaxpkgd

Schedulerパッケージ用のボリュームグループを活性化します。
# vgchange -a e /dev/vg03
注　上記は，既にcmrunclが実行されている場合のコマンド例です。

Schedulerパッケージ用の論理ボリュームをマウントします。
# mount /dev/vg03/lvol1 /gmaxpkgd

スケジュール格納ディレクトリ用リンクファイルを作成します。
# ln -s /gmaxpkgd/iki /var/opt/iki

Scheduler Serverをインストールします。
# /etc/hitachi_setup -i /dev/rmt/0m
注　下線部は，マシン環境によって異なります。

Facilities Managerをインストールします。
Facilities Managerを使用しない場合は，この手順は不要です。
# /etc/hitachi_setup -i /dev/rmt/0m
注　下線部は，マシン環境によって異なります。

Scheduler Server，Facilities Managerが参照する環境ファイルのリンクファイルを作成します。
# mv /usr/bin/AppoMan.ini /usr/bin/AppoMan.ini.bak
# ln -s /usr/iki/log/AppoMan.ini /usr/bin/AppoMan.ini
# ln -s /usr/iki/log/AppoSV.ini /usr/GroupAppo/bin/AppoSV.ini

Schedulerパッケージ用のボリュームグループを非活性化します。
# cd /
# umount /gmaxpkgd
# vgchange -a n /dev/vg03

(b)　AIXの場合

AIXの場合の，既存の環境をクラスタ環境にする手順について説明します。

クラスタ環境はScheduler Server，Facilities ManagerのVersion 6 06-02 以上で対応しています。このため，既存の環境がVersion 6 06-00の場合は，あらかじめ Version 6 06-02以上にバージョンアップしておく必要があります。また，バージョンアップ後，非クラスタ環境で運用できる環境にしておく必要があります。

ここでは，既存の環境がノード1で構築されていて，ノード2は新規にScheduler Server，Facilities Managerをインストールする場合の手順を説明します。また，既存の環境であるノード1のスケジュール格納ディレクトリは，「/var/opt/iki」であるものとします。

手順を次に示します。

ノード1での設定

ホスト名をクラスタで使用するサービスIPアドレスに対応するホスト名に変更します。ホスト名の変更方法については「付録E　サーバホスト名が変更された場合」を参照してください。

共用ディスクのファイル・システムをマウントするディレクトリを作成します。
# mkdir /HACMPdata

共用ディスクのボリュームグループを活動化します。
# varyonvg HACMPvg

共用ディスクのファイル・システムをマウントします。
# mount /HACMPdata

スケジュール格納ディレクトリ用シンボリックリンク先ディレクトリを作成します。
# mkdir /HACMPdata/iki

現在のスケジュール格納ディレクトリ下にある，すべてのファイル及びディレクトリを，/gmaxpkgd/iki下にコピーします。
# cd /var/opt/iki
# cp -pr * /HACMPdata/iki/
注　下線部は，既存の環境のスケジュール格納ディレクトリを指定します。

手順6.でコピー元となった，既存の環境のスケジュール格納ディレクトリを削除します。
ディレクトリを削除する前に，バックアップを取得しておくことをお勧めします。
# rm -rf /var/opt/iki

スケジュール格納ディレクトリ用リンクファイルを作成します。
# ln -s /HACMPdata/iki /usr/iki

Scheduler Server，Facilities Managerが参照する環境ファイルを共用ディスク上に移動し，リンクファイルを作成します。
# cp /usr/bin/AppoMan.ini /usr/iki/log/AppoMan.ini
# mv /usr/bin/AppoMan.ini /usr/bin/AppoMan.ini.bak
# ln -s /usr/iki/log/AppoMan.ini /usr/bin/AppoMan.ini

Scheduler Server，Facilities Managerが参照するクラスタ環境ファイルを共用ディスク上に作成します。
# vi /usr/iki/log/AppoSV.ini
クラスタ環境ファイルの内容は次のとおりです。行末には必ず改行コードを挿入してください。

[Data]
HAHostName=hacmphost※
WriteThroughSV=ON

注※
　　クラスタで使用するサービスIPアドレスに対応するホスト名を記述してください。
　　なお，MC/ServiceGuard上でScheduler Server，Facilities Managerを動作させる場合，この設定は必須です。

クラスタ環境ファイル用のリンクファイルを作成します。
# ln -s /usr/iki/log/AppoSV.ini /usr/GroupAppo/bin/AppoSV.ini

共用ディスクのファイル・システムをアンマウントします。
# cd /
# umount /HACMPdata

共用ディスクのボリュームグループを非活動化します。
# varyoffvg HACMPvg

ノード2での設定

共用ディスクのファイル・システムをマウントするディレクトリを作成します。
# mkdir /HACMPdata

共用ディスク用のボリューム・グループを活動化します。
# varyonvg HACMPvg

共用ディスクのファイル・システムをマウントします。
# mount /HACMPdata

スケジュール格納ディレクトリ用リンクファイルを作成します。
# ln -s /HACMPdata/iki /usr/iki

Scheduler Serverをインストールします。
# mount -r -v cdrfs /dev/cd0 /cdrom
# /cdrom/aix/setup /cdrom
注　下線部のデバイススペシャルファイル名及びCD-ROMファイルシステムのマウントディレクトリ名は，マシン環境によって異なります。

Facilities Managerをインストールします。
Facilities Managerを使用しない場合は，この手順は不要です。
# mount -r -v cdrfs /dev/cd0 /cdrom
# /cdrom/aix/setup /cdrom
注　下線部のデバイススペシャルファイル名及びCD-ROMファイルシステムのマウントディレクトリ名は，マシン環境によって異なります。

共用ディスクのファイル・システムをアンマウントします。
# cd /
# umount /HACMPdata

共用ディスクのボリュームグループを非活動化します。
# varyoffvg HACMPvg

(3)　Scheduler Server，Facilities Managerの環境設定

クラスタ環境の構築後，ノード1及びノード2で，次の設定を確認してください。

マルチサーバ構成の場合，hostsファイル（又はDNS定義）にすべてのホストが登録されていること。

servicesファイルに以下のポート番号が設定されていること。

ikisaki

appoman

appoarea

roomman

ノード1又はノード2のどちらかで，aconsole又はroomconsoleコマンドを使用して以下の設定を確認してください。なお，コマンドを実行するには，共有ディスクがアクティブになっている必要があります。

スケジュール格納ディレクトリ
「(1) 新規に設定する」の手順に従ってクラスタ環境を作成した場合は，「/usr/iki」となっている必要があります。また，「(2) 既存の環境を設定する」の手順に従ってクラスタ環境を作成した場合は，「/var/opt/iki」となっている必要があります。
なお，手順で記述しているものと異なるディレクトリをスケジュール格納ディレクトリに設定している場合，対応するディレクトリを指定してください。

Addressホスト名及びIPアドレス
同一クラスタ環境にAddress Serverをインストールし，Address連携する場合は，パッケージIPアドレスに対応するホスト名を指定してください。

Assist連携
Assist連携機能は使用できません。「使用しない」に設定してください。

付録U.6　パッケージ登録

Address Server,Mail ServerをMC/ServiceGuardのパッケージとして登録する方法を説明します。この作業はHP-UXの場合だけ必要です。

＜この項の構成＞

(1)　クラスタ定義ファイルの設定

(2)　パッケージ定義ファイルの作成

(3)　パッケージ制御スクリプトの作成

(4)　各ファイルの確認と配布

(5)　ユーザ登録

(1)　クラスタ定義ファイルの設定

Schedulerパッケージを追加するためクラスタ定義ファイルを設定します。設定が必要と思われる最低限のパラメタを以下に示します。サンプルファイルについては「付録U.10　サンプルファイル」を参照してください。

表U-5　クラスタ定義ファイルのパラメタ

項番
パラメタ
説明

1
MAX_CONFIGURED_PACKAGES
最大パッケージ数を指定します。Schedulerパッケージの追加によって，最大パッケージ数を大きくする必要がある場合は変更してください。

2
VOLUME_GROUP
Schedulerパッケージ用のボリューム・グループを追加してください。
例：VOLUME_GROUP /dev/vg03

3
FIRST_CLUSTER_LOCK_VG
2ノード構成の場合は必須です。必要に応じて設定してください。

(2)　パッケージ定義ファイルの作成

Schedulerパッケージ用のパッケージ定義ファイルを作成します。ここではSchedulerパッケージのパッケージ名称をgmaxpkgと仮定します。

Schedulerパッケージ用のサブディレクトリを作成します。

#mkdir /etc/cmcluster/gmaxpkg
#cd /etc/cmcluster/gmaxpkg

パッケージ定義ファイルのひな形を生成します。

#cmmakepkg -p gmaxpkgconf.ascii

Schedulerパッケージ用パッケージ定義ファイルを編集します。
エディタなどを使用してパッケージ定義ファイルを設定してください。設定が必要と思われる最低限のパラメタを以下に示します。サンプルファイルについては「付録U.10　サンプルファイル」を参照してください。

表U-6　パッケージ定義ファイルのパラメタ

項番
パラメタ
説明
設定例

1
PACKAGE_NAME
パッケージ名称を設定します。
gmaxpkg

2
NODE_NAME
クラスタ環境のノード名を列挙します。
node1
node2

3
RUN_SCRIPT
起動スクリプト名を指定します。
/etc/cmcluster/gmaxpkg/control.sh

4
RUN_SCRIPT_TIMEOUT
起動スクリプトのタイムアウト設定を指定します。
NO_TIMEOUT

5
HALT_SCRIPT
停止スクリプト名を指定します。
/etc/cmcluster/gmaxpkg/control.sh

6
HALT_SCRIPT_TIMEOUT
停止スクリプトのタイムアウト設定を指定します。
NO_TIMEOUT

7
SERVICE_NAME
サービス名称を指定します。
SchedulerSV
SchedulerToolSV
FacilitiesSV
FacilitiesToolSV

8
SERVICE_FAIL_FAST_ENABLED
サービスの障害をノードの障害とするかどうかを指定します。
NO又はYES

9
SERVICE_HALT_TIMEOUT
サービスの障害時の待ち時間を指定します。
300

10
PKG_SWITCHING_ENABLED
障害発生時にSchedulerパッケージをフェールオーバするかどうかを指定します。なお，Schedulerパッケージではフェールオーバします。
NO又はYES

11
SUBNET
サブネットアドレスを指定します。
172.1.1.0

(3)　パッケージ制御スクリプトの作成

Schedulerパッケージ用のパッケージ制御スクリプトを作成します。

パッケージ制御スクリプトのひな形を生成します。

#cd /etc/cmcluster/gmaxpkg
#cmmakepkg -s control.sh

Schedulerパッケージ用パッケージ制御スクリプトを編集します。
エディタなどを使用してパッケージ制御スクリプトを設定してください。設定が必要と思われる最低限のパラメタを以下に示します。サンプルファイルについては「付録U.10　サンプルファイル」を参照してください。

表U-7　パッケージ制御スクリプトのパラメタ

項番
パラメタ
説明
設定例

1
環境変数
スケジューラサーバを起動及び停止するために必要な環境変数を指定します。
TERM=dtterm
export TERM

2
VGCHANGE
MC/ServiceGuard起動及び再起動時のボリューム・グループ活性化のオプションを指定します。
"gchange -a e"

3
VG[0]
Schedulerパッケージで使用するボリューム・グループを指定します。
/dev/vg03

4
LV[0]
Schedulerパッケージで使用する論理ボリュームを指定します。
/dev/vg03/lvol1

5
FS[0]
Schedulerパッケージで使用するマウントディレクトリを指定します。
/gmaxpkgd

6
FS_MOUNT_OPT[0]
マウントオプションを指定します。
"o rw"

7
IP[0]
パッケージIPアドレスを指定します。
172.1.1.3

8
SUBNET[0]
サブネットアドレスを指定します。
172.1.1.0

9
SERVICE_NAME[0]
起動対象となるサービスの名称を指定します。
SchedulerSV

10
SERVICE_CMD[0]
サービス・プロセスの起動に使用されるコマンド名を指定します。
"/usr/GroupAppo/bin/SFpakage -r SV"

11
SERVICE_RESTART[0]
障害時にサービス・プロセスを同一ノードで再起動させる回数を指定します。
""

12
SERVICE_NAME[1]
起動対象となるサービスの名称を指定します。
SchedulerToolSV

13
SERVICE_CMD[1]
サービス・プロセスの起動に使用されるコマンド名を指定します。
"/usr/GroupAppo/bin/SFpakage -r AppoMan"

14
SERVICE_RESTART[1]
障害時にサービス・プロセスを同一ノードで再起動させる回数を指定します。
""

15
SERVICE_NAME[2]
起動対象となるサービスの名称を指定します。
これは，Facilities Managerを使用する場合だけ必要な項目です。
FacilitiesSV

16
SERVICE_CMD[2]
サービス・プロセスの起動に使用されるコマンド名を指定します。
"/usr/GroupAppo/bin/SFpakage -r RMSV"

17
SERVICE_RESTART[2]
障害時にサービス・プロセスを同一ノードで再起動させる回数を指定します。
""

18
SERVICE_NAME[3]
起動対象となるサービスの名称を指定します。
これは，Facilities Managerを使用する場合だけ必要な項目です。
FacilitiesToolSV

19
SERVICE_CMD[3]
サービス・プロセスの起動に使用されるコマンド名を指定します。
"/usr/GroupAppo/bin/SFpakage -r RoomMan"

20
SERVICE_RESTART[3]
障害時にサービス・プロセスを同一ノードで再起動させる回数を指定します。
""

21
function customer_defined_run_cmds
アプリケーション起動コマンドを列挙します。アドレスを連携する場合は，Object Server，Address Server，Scheduler Server （Facilities Manager）の順で記述してください。
/usr/GroupAppo/bin/SFpakage -s
SV/usr/GroupAppo/bin/SFpakage -s AppoMan
なお，Facilities Managerを使用する場合は以下も記述します。/usr/GroupAppo/bin/SFpakage -s
RMSV/usr/GroupAppo/bin/SFpakage -s RoomMan

22
function customer_defined_halt_cmds
アプリケーション停止コマンドを列挙します。Scheduler Server （Facilities Manager），Address Server ,Object Server の順で記述してください。
/usr/GroupAppo/bin/SFpakage -e
SV/usr/GroupAppo/bin/SFpakage -e AppoMan
Facilities Managerを使用する場合は以下も記述します。/usr/GroupAppo/bin/SFpakage -e
RMSV/usr/GroupAppo/bin/SFpakage -e RoomMan

(4)　各ファイルの確認と配布

作成したファイルの確認と各ノードへの配布方法について説明します。

各設定ファイルの内容を確認します。

#cd /etc/cmcluster
#cmcheckconf -v -C クラスタ定義ファイル名 -P /gmaxpkg/gmaxpkgconf.ascii

“NO ERROR FOUND”となるまで修正を行ってください。

パッケージ制御スクリプトを配布します。

# cd /etc/cmcluster/gmaxpkg
# chmod +x control.sh
# rcp control.sh node2:/etc/cmcluster/gmaxpkg/

バイナリクラスタ定義ファイルを作成し，各定義ファイルを配布します。

# cd /etc/cmcluster
# cmapplyconf -v -C クラスタ定義ファイル名 -P gmaxpkg/gmaxpkgconf.ascii

クラスタの起動を確認します。
cmrunpkgコマンドでパッケージを起動して，Schedulerパッケージが正常に起動するか確認してください。以下のコマンドを実行して，プロセスが存在すれば，正常に起動しています。

# ps -ef | grep /usr/bin/SV
# ps -ef | grep /usr/bin/AppoMan※1
# ps -ef | grep /usr/bin/RMSV※2
# ps -ef | grep /usr/bin/RoomMan※1，※2

注※1

プロセスは複数存在します。

注※2

Facilities Managerを使用している場合だけ確認してください。

起動が確認できたら，フェールオーバさせてください。そして，フェールオーバ先でSchedulerパッケージが正常に起動することを確認してください。

(5)　ユーザ登録

クラスタを正常に起動できたら，「Scheduler_Facilities管理ツール」を使用してユーザ情報を登録してください。管理ツールで指定する「管理データの取得先サーバ名」には，パッケージIPアドレスに対応するホスト名を指定します。なお，Address連携機能を使用する場合は，Address Serverにユーザを登録後，登録したユーザ情報を取り込んでください。ユーザ情報を取り込むには，aconsoleコマンド（Facilities Manager使用時はroomconsoleコマンド）から「その他の手動実行」-「ユーザ情報再作成」を選択します。

付録U.7　クラスタの定義

Scheduler Server，Facilities ManagerをHACMPのクラスタとして登録する方法を説明します。この作業はAIX版の場合だけ必要です。

＜この項の構成＞

(1)　リソース・グループ及びアプリケーション・サーバの設定

(2)　クラスタの起動の確認

(3)　ユーザ登録

(1)　リソース・グループ及びアプリケーション・サーバの設定

アプリケーションをクラスタに登録するためには，smitコマンドを使用します。ここでは，Groupmaxのリソース・グループの追加及びアプリケーション・サーバの追加方法について記述します。詳細は，AIXのマニュアルなどを参照してください。なお，ここでは，現用系ノードをノード1，待機系ノードをノード2として記述します。

ノード1で，リソース・グループを追加します。
Groupmax用のリソース・グループを追加します。

# smit  cm_add_grp

次のとおり設定します。

              リソース・グループの追加

フィールドの値を入力または選択してください。
変更を完了したら ENTER キーを押してください。

　　　　　　　　　　　                             ［入力フィールド］
*　リソース・グループ名                             ［rsg1］
*　ノード関係　　　　　                             ［ローテート］
*　参加ノード名　　　　                             ［node1 node2］

ノード1で，アプリケーション・サーバを追加します。
Groupmax用のアプリケーション・サーバを追加し，Groupmaxの始動スクリプト，停止スクリプトを登録します。

# smit  claddserv.dialog

次のとおり設定します。

              アプリケーション・サーバーの追加

フィールドの値を入力または選択してください。
変更を完了したら ENTER キーを押してください。

　　　　　　　　                                   ［入力フィールド］
*　サーバ名　　　                                   ［aps1］
*　始動スクリプト                                   ［/tmp/start］
*　停止スクリプト                                   ［/tmp/stop］

注

始動スクリプト及び停止スクリプトに指定したスクリプトの例は，「付録U.10　サンプルファイル」を参照してください。

ノード1で，リソース・グループの属性を変更します。
手順1.で作成したリソース・グループrsg1に対して，幾つかの項目を設定します。

# smit  cm_cfg_res.select

次の画面が表示されます。

              リソース・グループの選択

カーソルを選択したい項目へ移動して ENTER キーを押してください。

rsg1

「rsg1」を選択してENTERキーを押し，次のとおり設定します。

              リソース・グループのリソース／属性の変更／表示

フィールドの値を入力または選択してください。
変更を完了したら ENTER キーを押してください。

[TOP] 　　　　　　　　　　　　　　　　　　　        ［入力フィールド］
　リソース・グループ名　　　　　　　　　　　        　rsg1
　ノード関係　　　　　　　　　　　　　　　　        　ローテート
　参加ノード名　　　　　　　　　　　　　　　        　node1 node2

　サービスＩＰラベル　　　　　　　　　　　　        ［SVC1］
　ファイルシステム(デフォルトは「すべて」)　        ［/HACMPdata］
　　　　　　　　　　　・
　　　　　　　　　　　・
　　　　　　　　　　　・
　ボリューム・グループ　　　　　　　　　　　        ［HACMPvg］
　　　　　　　　　　　・
　　　　　　　　　　　・
　　　　　　　　　　　・
　アプリケーション・サーバー　　　　　　　　        ［aps1］
　　　　　　　　　　　・
　　　　　　　　　　　・
　　　　　　　　　　　・
 IP構成の前にファイルシステムをマウントする　　　　　はい

ノード1で，アプリケーション・サーバのモニターの設定をします。
Scheduler Server，Facilities Manager（Address連携時にはAddress Server及びObject Server）のサービスをHACMPに監視させ，サービスがダウンした場合に，フォールオーバさせる必要がある場合に設定します。ただし，この設定を行うためにはHACMP/ESがインストールされている必要があります。

# smit clappserv_to_custom_monitor.select

次の画面が表示されます。

              モニターするアプリケーション・サーバー

カーソルを選択したい項目へ移動して ENTER キーを押してください。

rsg1

「rsg1」を選択してENTERキーを押し，次のとおり設定します。

              ユーザー定義アプリケーション・モニターの追加

フィールドの値を入力または選択してください。
変更を完了したら ENTER キーを押してください。

　　　　　　　　　　　　　　　　　　                ［入力フィールド］
・アプリケーション・サーバー名　　　                　aps1
・モニター・メソッド　　　　　　　　                ［/tmp/monitor］
　モニター間隔　　　　　　　　　　　                ［30］
　モニターを停止するシグナル　　　　                ［15］
・安定化間隔　　　　　　　　　　　　                ［600］
・再始動カウント　　　　　　　　　　                ［0］
　再始動間隔　　　　　　　　　　　　                ［0］
・アプリケーション障害時のアクション                ［fallover］
　通知メソッド　　　　　　　　　　　                ［］
　クリーンアップ・メソッド　　　　　                ［］
　再始動メソッド　　　　　　　　　　                ［］

注

・モニター・メソッドに指定したスクリプトの例は，「付録U.10　サンプルファイル」を参照してください。

・モニター間隔に指定する値は，モニター・メソッドに指定する監視スクリプトが確実に完了する時間を指定することを推奨します。

・安定化間隔に指定する値は，始動スクリプトが確実に完了する時間を指定することを推奨します。

ノード1で，クラスタ・リソースをノード2と同期させます。
ノード1で定義したクラスタ・リソースをノード2と同期させます。

# smit  clsyncnode.dialog

次の画面が表示されます。

              クラスター・リソースの同期化

フィールドの値を入力または選択してください。
変更を完了したら ENTER キーを押してください。

[TOP] 　　　　　　　　　　　　　　　　　　         ［入力フィールド］
　クラスター検証エラーを無視する　　　　　          ［いいえ］
　クラスター・リソースを構成／構成解除する          ［はい］
＊エミュレートまたは実際　　　　　　　　　          ［実際］
＊クラスターの検証をスキップする　　　　　          ［いいえ］

同期化中に画面に出力されるエラーメッセージに注意し，正常に終了することを確認してください。エラーが発生した場合は適切な処置を行い，再度同期化を行ってください。

ノード1で，クラスタを検証します。
クラスタ・トポロジー及びリソースを検証します。

# smit  clverify.dialog

次の画面が表示されます。

              クラスターの検証

フィールドの値を入力または選択してください。
変更を完了したら ENTER キーを押してください。

　　　　　　　　　　　　　　　　　　                ［入力フィールド］
　基本 HACMP 検証メソッド　　　　　　               両方
　(トポロジー，リソース，両方，どちらでもない)
　ユーザー定義の検証メソッド　　　　                ［］
　エラー件数　　　　　　　　　　　　                ［］
　出力を保管するためのログ・ファイル                ［］

検証中に画面に出力されるエラーメッセージに注意し，正常に終了することを確認してください。エラーが発生した場合は適切な処置を行い，再度トポロジー及びリソースの同期化を行ってから検証を再実行してください。

ノード1及びノード2で，クラスタサービスを始動させます。
各ノードでクラスタサービスを始動させ，クラスタを利用できるようにします。

# smit  clstart.dialog

次のとおり設定します。

              クラスター・サービスの始動

フィールドの値を入力または選択してください。
変更を完了したら ENTER キーを押してください。

　　　　　　　　　　　　　　　　　　　　　　　　    ［入力フィールド］
＊即時始動，システム再始動時に始動，あるいは両方     即時

　始動時にメッセージをブロードキャストする　　　     いいえ
　クラスター・ロック・サービスを始動する　　　　     いいえ
　クラスター情報デーモンを始動する　　　　　　　     はい

注

「クラスター情報デーモンを始動する」で「はい」を選択すると，HACMPクラスタステータスモニタ（/usr/sbin/cluster/clstat）を利用できるようになります。

(2)　クラスタの起動の確認

クラスタの起動後，(1)の手順4.で「安定化間隔」に指定した時間内に，Scheduler Server，Facilities Managerのサービスが正常に起動することを確認してください。以下のコマンドを実行して，プロセスが存在すれば，正常に起動しています。

# ps -ef | grep /usr/bin/SV
# ps -ef | grep /usr/bin/AppoMan※1
# ps -ef | grep /usr/bin/RMSV※2
# ps -ef | grep /usr/bin/RoomMan※1，※2

注※1

プロセスは複数存在します。

注※2

Facilities Managerを使用している場合だけ確認してください。

起動が確認できたら，「安定化間隔」に指定した時間を過ぎた後に，フォールオーバさせてください。そして，フォールオーバ先でScheduler Server，Facilities Managerのサービスが正常に起動することを確認してください。なお，このフォールオーバの確認は各ノードで行なってください。

(3)　ユーザ登録

クラスタを正常に起動できたら，「Scheduler_Facilities管理ツール」を使用してユーザ情報を登録してください。管理ツールで指定する「管理データの取得先サーバ名」には，クラスタで使用するサービスIPアドレスに対応するホスト名を指定します。なお，Address連携機能を使用する場合は，Address Serverにユーザを登録後，登録したユーザ情報を取り込んでください。ユーザ情報を取り込むには，aconsoleコマンド（Facilities Manager使用時はroomconsoleコマンド）から「その他の手動実行」-「ユーザ情報再作成」を選択します。

付録U.8　マルチサーバ構成時の設定

マルチサーバ構成で，親サーバのダウン中に子サーバが管理データ取得の自動実行処理を開始した場合，通信の再開を一定間隔で繰り返します。デフォルトのリトライ回数は10回，リトライ間隔は5分です。変更が必要な場合は，子サーバ側の /usr/bin/AppoMan.iniファイルに記述を追加してください。なお，リトライ回数が設定した値を超えた場合は，コンフィギュレーションで指定した次回の管理データ取得時刻まで取得を開始しません。

AppoMan.iniファイルに追加する記述の形式を次に示します。なお，行末には必ず改行コードを挿入してください。

リトライ回数を変更する場合

LockLoop=回数

記述例（リトライ回数を3回に設定する場合）

LockLoop=3

リトライ間隔を変更する場合

LockSleep=分

記述例（リトライ間隔を10分に設定する場合）

LockSleep=10

付録U.9　コマンドリファレンス

クラスタシステムで使用するコマンドを説明します。

SFpackage

Scheduler Server，Facilities Managerを起動，監視，又は停止します。

＜この項の構成＞

(1)　SFpackage

(1)　SFpackage

Scheduler Server，Facilities Managerを起動，監視，又は停止します。コマンドの格納場所は/usr/GroupAppo/binディレクトリです。

(a)　構文

SFpakage { -s | -r | -e } { SV | AppoMan | RMSV | RoomMan } [-t sec] [-ct sec]

(b)　引数とオプション

第1引数

-s：スケジューラ各サービスの開始

-r：スケジューラ各サービスの状態取得

-e：スケジューラ各サービスの停止

第2引数

SV：Scheduler サーバ

AppoMan：Scheduler管理ツールサーバ

RMSV：Facilities Manager サーバ

RoomMan：Facilities Manager 管理ツールサーバ

第3引数

-t sec：監視時間間隔

この引数は，HP-UXの場合で，サービスの状態取得時（第1引数に-rを指定したとき）だけ有効です。

監視スクリプトが各サーバの起動状態を監視するための時間間隔をsecに秒単位で指定します。secの指定範囲は1～7,200です。また，デフォルトは60秒です。

第4引数

-ct sec：通信タイムアウト時間

この引数は，サービスの状態取得時（第1引数に-rを指定した場合）だけ有効です。

監視スクリプトが各サーバとの通信時のタイムアウト時間をsecに秒単位で指定します。secの指定範囲は1～7,200です。また，デフォルトは5秒です。

(c)　戻り値

サービスの開始時（第1引数に-sを指定した場合）

0：正常終了

100：引数が不正

サービスの状態取得時（第1引数に-rを指定した場合）

0：サービスが起動している

1：サービスが停止している

100：引数が不正

サービスの停止時（第1引数に-eを指定した場合）

0：正常終了

100：引数が不正

(d)　メッセージ

SFpackage実行時のメッセージを次に示します。

項番
メッセージ
説明

1
SFpakage : Invalid parameters.
Usage : SFpakage {-s/-r/-e} {SV/RMSV/AppoMan/RoomMan}
引数が不正

2
サーバを停止しました
Scheduler サーバ又はFacilities Manager サーバの停止

3
管理ツールサーバを停止しました
Scheduler 管理ツールサーバ又は Facilities Manager 管理ツールサーバの停止

4
SFpakage : SV down!
Scheduler サーバの状態取得でサービスが停止している

5
SFpakage : RMSV down!
Facilities Manager サーバの状態取得でサービスが停止している

6
SFpakage : AppoMan down!
Scheduler 管理ツールサーバの状態取得でサービスが停止している

7
SFpakage : RoomMan down!
Facilities Manager 管理ツールサーバの状態取得でサービスが停止している

付録U.10　サンプルファイル

＜この項の構成＞

(1)　HP-UX版

(2)　AIX版

(1)　HP-UX版

付録U.6で生成したひな形を，Scheduler Server，Facilities Manager用に編集した例を示します。なお，下線部は編集した部分です。

(a)　クラスタ定義ファイル

# **********************************************************************
# ********* HIGH AVAILABILITY CLUSTER CONFIGURATION FILE ***************
# ***** For complete details about cluster parameters and how to    ****
# ***** set them, consult the cmquerycl(1m) manpage or your manual. ****
# **********************************************************************

# Enter a name for this cluster.  This name will be used to identify the
# cluster when viewing or manipulating it.

CLUSTER_NAME               cluster2

# Cluster Lock Device Parameters.  This is the volume group that
# holds the cluster lock which is used to break a cluster formation
# tie.  This volume group should not be used by any other cluster
# as cluster lock device.

# Warning: No volume groups were found on all nodes.
# A cluster lock volume group is required for clusters of only two nodes.
FIRST_CLUSTER_LOCK_VG               /dev/vg03

# Definition of nodes in the cluster.
# Repeat node definitions as necessary for additional nodes.

NODE_NAME          node1
 NETWORK_INTERFACE lan0
   HEARTBEAT_IP            172.1.1.1

# Warning: No volume groups were found on all nodes.
# A cluster lock device is required for clusters of only two nodes.
 FIRST_CLUSTER_LOCK_PV             /dev/dsk/c3t0d0
# List of serial device file names
# For example:
# SERIAL_DEVICE_FILE        /dev/tty0p0

# Primary Network Interfaces on Bridged Net 1: lan0.
#   Warning: There are no standby network interfaces on bridged net 1.

NODE_NAME          node2
 NETWORK_INTERFACE lan0
   HEARTBEAT_IP            172.1.1.2

# Warning: No volume groups were found on all nodes.
# A cluster lock device is required for clusters of only two nodes.
 FIRST_CLUSTER_LOCK_PV             /dev/dsk/c1t2d0
# List of serial device file names
# For example:
# SERIAL_DEVICE_FILE        /dev/tty0p0

# Primary Network Interfaces on Bridged Net 1: lan0.
#   Warning: There are no standby network interfaces on bridged net 1.

# Cluster Timing Parmeters (microseconds).

HEARTBEAT_INTERVAL         1000000
NODE_TIMEOUT               2000000

# Configuration/Reconfiguration Timing Parameters (microseconds).

AUTO_START_TIMEOUT         600000000
NETWORK_POLLING_INTERVAL   2000000

# Package Configuration Parameters.
# Enter the maximum number of packages which will be configured in the cluster.
# You can not add packages beyond this limit.
# This parameter is required.
MAX_CONFIGURED_PACKAGES             2

# List of cluster aware Volume Groups. These volume groups will
# be used by clustered applications via the vgchange -a e command.
# For example:
# VOLUME_GROUP             /dev/vgdatabase.
VOLUME_GROUP               /dev/vg03

(b)　パッケージ定義ファイル

# **********************************************************************
# ****** HIGH AVAILABILITY PACKAGE CONFIGURATION FILE (template) *******
# **********************************************************************
# ******* Note: This file MUST be edited before it can be used. ********
# * For complete details about package parameters and how to set them, *
# * consult the MC/ServiceGuard or MC/LockManager manpages or manuals. *
# **********************************************************************

# Enter a name for this package.  This name will be used to identify the
# package when viewing or manipulating it.  It must be different from
# the other configured package names.

PACKAGE_NAME                        gmaxpkg

# Enter the names of the nodes configured for this package.  Repeat
# this line as necessary for additional adoptive nodes.
# Order IS relevant.  Put the second Adoptive Node AFTER the first
# one.
# Example : NODE_NAME  original_node  
#           NODE_NAME  adoptive_node  

NODE_NAME                  node1
NODE_NAME                  node2

# Enter the complete path for the run and halt scripts.  In most cases
# the run script and halt script specified here will be the same script,
# the package control script generated by the cmmakepkg command.  This
# control script handles the run(ning) and halt(ing) of the package.
# If the script has not completed by the specified timeout value,
# it will be terminated.  The default for each script timeout is
# NO_TIMEOUT.  Adjust the timeouts as necessary to permit full
# execution of each script.
# Note: The HALT_SCRIPT_TIMEOUT should be greater than the sum of
# all SERVICE_HALT_TIMEOUT specified for all services.

RUN_SCRIPT                 /etc/cmcluster/gmaxpkg/control.sh
RUN_SCRIPT_TIMEOUT         NO_TIMEOUT
HALT_SCRIPT                /etc/cmcluster/gmaxpkg/control.sh
HALT_SCRIPT_TIMEOUT        NO_TIMEOUT

# Enter the SERVICE_NAME, the SERVICE_FAIL_FAST_ENABLED and the
# SERVICE_HALT_TIMEOUT values for this package.  Repeat these  
# three lines as necessary for additional service names.  All  
# service names MUST correspond to the service names used by  
# cmrunserv and cmhaltserv commands in the run and halt scripts.
#
# The value for SERVICE_FAIL_FAST_ENABLED can be either YES or
# NO.  If set to YES, in the event of a service failure, the  
# cluster software will halt the node on which the service is  
# running.  If SERVICE_FAIL_FAST_ENABLED is not specified, the
# default will be NO.                                          
#
# SERVICE_HALT_TIMEOUT is represented in the number of seconds.
# This timeout is used to determine the length of time (in    
# seconds) the cluster software will wait for the service to  
# halt before a SIGKILL signal is sent to force the termination
# of the service.  In the event of a service halt, the cluster
# software will first send a SIGTERM signal to terminate the  
# service.  If the service does not halt, after waiting for the
# specified SERVICE_HALT_TIMEOUT, the cluster software will send
# out the SIGKILL signal to the service to force its termination.
# This timeout value should be large enough to allow all cleanup
# processes associated with the service to complete.  If the  
# SERVICE_HALT_TIMEOUT is not specified, a zero timeout will be
# assumed, meaning the cluster software will not wait at all  
# before sending the SIGKILL signal to halt the service.      
#
# Example: SERVICE_NAME                   DB_SERVICE          
#          SERVICE_FAIL_FAST_ENABLED      NO                  
#          SERVICE_HALT_TIMEOUT           300                  
#
# To configure a service, uncomment the following lines and    
# fill in the values for all of the keywords.                  
#
SERVICE_NAME                   SchedulerSV
SERVICE_FAIL_FAST_ENABLED      YES
SERVICE_HALT_TIMEOUT           300
SERVICE_NAME                   SchedulerToolSV
SERVICE_FAIL_FAST_ENABLED      YES
SERVICE_HALT_TIMEOUT           300
SERVICE_NAME                   FacilitiesSV
SERVICE_FAIL_FAST_ENABLED      YES
SERVICE_HALT_TIMEOUT           300
SERVICE_NAME                   FacilitiesToolSV
SERVICE_FAIL_FAST_ENABLED      YES
SERVICE_HALT_TIMEOUT           300

# Enter the network subnet name that is to be monitored for this package.
# Repeat this line as necessary for additional subnet names.  If any of
# the subnets defined goes down, the package will be switched to another
# node that is configured for this package and has all the defined subnets
# available.

SUBNET                      172.1.1.0

# The following keywords (RESOURCE_NAME, RESOURCE_POLLING_INTERVAL, and
# RESOURCE_UP_VALUE) are used to specify Package Resource Dependencies.  To
# define a Package Resource Dependency, a RESOURCE_NAME line with a fully
# qualified resource path name, and one or more RESOURCE_UP_VALUE lines are
# required.  A RESOURCE_POLLING_INTERVAL line (how often in seconds the resource
# is to be monitored) is optional and defaults to 60 seconds.  An operator and
# a value are used with RESOURCE_UP_VALUE to define when the resource is to be
# considered up.  The operators are =, !=, >, <, >=, and <=, depending on the
# type of value.  Values can be string or numeric.  If the type is string, then
# only = and != are valid operators.  If the string contains whitespace, it
# must be enclosed in quotes.  String values are case sensitive.  For example,
#
# Resource is up when its value is
# --------------------------------
# RESOURCE_UP_VALUE = UP "UP"
# RESOURCE_UP_VALUE != DOWN Any value except "DOWN"
# RESOURCE_UP_VALUE = "On Course" "On Course"
#
# If the type is numeric, then it can specify a threshold, or a range to
# define a resource up condition.  If it is a threshold, then any operator
# may be used.  If a range is to be specified, then only > or >= may be used
# for the first operator, and only < or <= may be used for the second operator.
# For example,
# Resource is up when its value is
# --------------------------------
# RESOURCE_UP_VALUE     = 55    (threshold)
# RESOURCE_UP_VALUE     > 5.1 greater than 5.1    (threshold)
# RESOURCE_UP_VALUE     > -5 and < 10  between -5 and 10  (range)
#
# Note that "and" is required between the lower limit and upper limit
# when specifying a range.  The upper limit must be greater than the lower
# limit.  If RESOURCE_UP_VALUE is repeated within a RESOURCE_NAME block, then
# they are inclusively OR'd together.  Package Resource Dependencies may be
# defined by repeating the entire RESOURCE_NAME block.
#
# Example : RESOURCE_NAME          /net/lan/lan0/res1
#             RESOURCE_POLLING_INTERVAL    120
#             RESOURCE_UP_VALUE            = RUNNING
#             RESOURCE_UP_VALUE            = ONLINE
#
#             Means that the value of resource /net/lan/lan0/res1 will be
#     checked every 120 seconds, and is considered to be 'up' when
#     its value is "RUNNING" or "ONLINE".
#
# Uncomment the following lines to specify Package Resource Dependencies.
#
#RESOURCE_NAME                 <Full_path_name>
#RESOURCE_POLLING_INTERVAL  <numeric_seconds>
#RESOURCE_UP_VALUE     <op> <string_or_numeric> [and <op> <numeric>]

# The default for PKG_SWITCHING_ENABLED is YES. In the event of a
# failure, this permits the cluster software to transfer the package
# to an adoptive node.  Adjust as necessary.

PKG_SWITCHING_ENABLED               YES

# The default for NET_SWITCHING_ENABLED is YES.  In the event of a
# failure, this permits the cluster software to switch LANs locally
# (transfer to a standby LAN card).  Adjust as necessary.

NET_SWITCHING_ENABLED               YES

# The default for NODE_FAIL_FAST_ENABLED is NO.  If set to YES,
# in the event of a failure, the cluster software will halt the node
# on which the package is running.  Adjust as necessary.

NODE_FAIL_FAST_ENABLED      NO

(c)　パッケージ制御スクリプト

#"(#) A.10.10         $Revision: 80.8 $ $Date: 97/07/17 08:45:04 $"
# **********************************************************************
# *                                                                    *
# *        HIGH AVAILABILITY PACKAGE CONTROL SCRIPT (template)         *
# *                                                                    *
# *       Note: This file MUST be edited before it can be used.        *
# *                                                                    *
# **********************************************************************

# UNCOMMENT the variables as you set them.

# Set PATH to reference the appropriate directories.
TERM=dtterm
export TERM
PATH=/sbin:/usr/bin:/usr/sbin:/etc:/bin

# VOLUME GROUP ACTIVATION:
# Specify the method of activation for volume groups.
# Leave the default ("VGCHANGE="vgchange -a e") if you want volume
# groups activated in exclusive mode. This assumes the volume groups have
# been initialized with 'vgchange -c y' at the time of creation.
#
# Uncomment the first line (VGCHANGE="vgchange -a e -q n"), and comment
# out the default, if your disks are mirrored on separate physical paths,
#
# Uncomment the second line (VGCHANGE="vgchange -a y") if you wish to
# use non-exclusive activation mode. Single node cluster configurations
# must use non-exclusive activation.
#
# VGCHANGE="vgchange -a e -q n"
# VGCHANGE="vgchange -a y"
VGCHANGE="vgchange -a e"            # Default

# VOLUME GROUPS
# Specify which volume groups are used by this package. Uncomment VG[0]=""
# and fill in the name of your first volume group. You must begin with
# VG[0], and increment the list in sequence.
#
# For example, if this package uses your volume groups vg01 and vg02, enter:
#         VG[0]=vg01
#         VG[1]=vg02
#
# The volume group activation method is defined above. The filesystems
# associated with these volume groups are specified below.
#
VG[0]="dev/vg03"

# FILESYSTEMS
# Specify the filesystems which are used by this package. Uncomment
# LV[0]=""; FS[0]=""; FS_MOUNT_OPT[0]="" and fill in the name of your first
# logical volume, filesystem and mount option for the file system. You must
# begin with LV[0], FS[0] and FS_MOUNT_OPT[0] and increment the list in
# sequence.
#
# For example, if this package uses the file systems pkg1a and pkg1b,
# which are mounted on the logical volumes lvol1 and lvol2 with read and
# write options enter:
#          LV[0]=/dev/vg01/lvol1; FS[0]=/pkg1a; FS_MOUNT_OPT[0]="-o rw"
#          LV[1]=/dev/vg01/lvol2; FS[1]=/pkg1b; FS_MOUNT_OPT[1]="-o rw"
#
# The filesystems are defined as triplets of entries specifying the logical
# volume, the mount point and the mount options for the file system. Each
# filesystem will be fsck'd prior to being mounted. The filesystems will be
# mounted in the order specified during package startup and will be unmounted
# in reverse order during package shutdown. Ensure that volume groups
# referenced by the logical volume definitions below are included in
# volume group definitions above.
#
LV[0]="/dev/vg03/lvol1";
FS[0]="/gmaxpkgd";
FS_MOUNT_OPT[0]="-o rw"

# IP ADDRESSES
# Specify the IP and Subnet address pairs which are used by this package.
# Uncomment IP[0]="" and SUBNET[0]="" and fill in the name of your first
# IP and subnet address. You must begin with IP[0] and SUBNET[0] and
# increment the list in sequence.
#
# For example, if this package uses an IP of 192.10.25.12 and a subnet of
# 192.10.25.0 enter:
#          IP[0]=192.10.25.12
#          SUBNET[0]=192.10.25.0 # (netmask=255.255.255.0)
#
# Hint: Run "netstat -i" to see the available subnets in the Network field.
#
# IP/Subnet address pairs for each IP address you want to add to a subnet
# interface card.  Must be set in pairs, even for IP addresses on the same
# subnet.
#
IP[0]="172.1.1.3"
SUBNET[0]="172.1.1.0"

# SERVICE NAMES AND COMMANDS.
# Specify the service name, command, and restart parameters which are
# used by this package. Uncomment SERVICE_NAME[0]="", SERVICE_CMD[0]="",
# SERVICE_RESTART[0]="" and fill in the name of the first service, command,
# and restart parameters. You must begin with SERVICE_NAME[0], SERVICE_CMD[0],
# and SERVICE_RESTART[0] and increment the list in sequence.
#
# For example:
#          SERVICE_NAME[0]=pkg1a
#          SERVICE_CMD[0]="/usr/bin/X11/xclock -display 192.10.25.54:0"
#          SERVICE_RESTART[0]=""  # Will not restart the service.
#
#          SERVICE_NAME[1]=pkg1b
#          SERVICE_CMD[1]="/usr/bin/X11/xload -display 192.10.25.54:0"
#          SERVICE_RESTART[1]="-r 2"   # Will restart the service twice.
#
#          SERVICE_NAME[2]=pkg1c
#          SERVICE_CMD[2]="/usr/sbin/ping"
#          SERVICE_RESTART[2]="-R" # Will restart the service an infinite
#                                    number of times.
#
# Note: No environmental variables will be passed to the command, this
# includes the PATH variable. Absolute path names are required for the
# service command definition.  Default shell is /usr/bin/sh.
#
SERVICE_NAME[0]="SchedulerSV"
SERVICE_CMD[0]="/usr/GroupAppo/bin/SFpakage -r SV"
SERVICE_RESTART[0]=""
SERVICE_NAME[1]="SchedulerToolSV"
SERVICE_CMD[1]="/usr/GroupAppo/bin/SFpakage -r AppoMan"
SERVICE_RESTART[1]=""
#以下の6行はFacilities Manager使用時のみ必要です。
SERVICE_NAME[2]="FacilitiesSV"
SERVICE_CMD[2]="/usr/GroupAppo/bin/SFpakage -r RMSV"
SERVICE_RESTART[2]=""
SERVICE_NAME[3]="FacilitiesToolSV"
SERVICE_CMD[3]="/usr/GroupAppo/bin/SFpakage -r RoomMan"
SERVICE_RESTART[3]=""

# DTC manager information for each DTC.
# Example: DTC[0]=dtc_20
#DTC_NAME[0]=

# START OF CUSTOMER DEFINED FUNCTIONS

# This function is a place holder for customer define functions.
# You should define all actions you want to happen here, before the service is
# started.  You can create as many functions as you need.  

function customer_defined_run_cmds
{
# ADD customer defined run commands.
: # do nothing instruction, because a function must contain some command.
#Address連携時はここにObjectServerとAddress Serverの起動コマンドを記述します
 /usr/GroupAppo/bin/SFpakage -s SV
 /usr/GroupAppo/bin/SFpakage -s AppoMan
#以下は，Facilities Manager使用時のみ記述します
 /usr/GroupAppo/bin/SFpakage -s RMSV
 /usr/GroupAppo/bin/SFpakage -s RoomMan

 test_return 51
}

# This function is a place holder for customer define functions.
# You should define all actions you want to happen here, before the service is
# halted.

function customer_defined_halt_cmds
{
# ADD customer defined halt commands.
: # do nothing instruction, because a function must contain some command.
 /usr/GroupAppo/bin/SFpakage -e SV
 /usr/GroupAppo/bin/SFpakage -e AppoMan
#以下は，Facilities Manager使用時のみ記述します
 /usr/GroupAppo/bin/SFpakage -e RMSV
 /usr/GroupAppo/bin/SFpakage -e RoomMan
#Address連携時はここにObjectServerとAddress Serverの停止コマンドを記述します
 test_return 52
}

# END OF CUSTOMER DEFINED FUNCTIONS

(2)　AIX版

付録U.7で指定する始動スクリプト，停止スクリプト，及び監視スクリプトの例を示します。

(a)　始動スクリプト

#!/bin/sh
# 始動スクリプトの例 start

# Groupmax Object Server 及び Groupmax Address Server　の起動

# Address連携時にはここにObject Server及びAddress Server の
# 起動スクリプトを記述する。

# Groupmax Scheduler Server 起動
/usr/GroupAppo/bin/SFpakage -s SV       # サーバ
if [ $? != 0 ]
 then
   exit 255
fi

/usr/GroupAppo/bin/SFpakage -s AppoMan  # 管理ツールサーバ
if [ $? != 0 ]
 then
   exit 255
fi

# Groupmax Facilities Manager 起動
# (Facilities Manager使用時のみ記述します。)
/usr/GroupAppo/bin/SFpakage -s RMSV     # サーバ
if [ $? != 0 ]
 then
   exit 255
fi

/usr/GroupAppo/bin/SFpakage -s RoomMan  # 管理ツールサーバ
if [ $? != 0 ]
 then
   exit 255
fi

exit 0

(b)　停止スクリプト

#!/bin/sh
# 停止スクリプトの例 stop

# Groupmax Scheduler Server 終了
/usr/GroupAppo/bin/SFpakage -e SV       # サーバ

/usr/GroupAppo/bin/SFpakage -e AppoMan  # 管理ツールサーバ

# Groupmax Facilities Manager 終了
# (Facilities Manager使用時のみ記述します。)
/usr/GroupAppo/bin/SFpakage -e RMSV     # サーバ

/usr/GroupAppo/bin/SFpakage -e RoomMan  # 管理ツールサーバ

# Groupmax Address Server 及び Groupmax Object Serverの終了

# Address連携時にはここにAddress Server及びObject Server の
# 停止スクリプトを記述する。

exit 0

(c)　監視スクリプト

#!/bin/sh
# 監視スクリプトの例monitor

# Groupmax Object Server 及び Groupmax Address Serverの状態取得

# Address連携時にはここに Object Server 及び Address Serverの
# 監視スクリプトを記述する。

# Groupmax Scheduler Server の状態取得
/usr/GroupAppo/bin/SFpakage -r SV       # サーバ
if [ $? != 0 ]
 then
   echo "monitor:Groupmax Scheduler Server down."
   exit 255
fi

/usr/GroupAppo/bin/SFpakage -r AppoMan  # 管理ツールサーバ
if [ $? != 0 ]
 then
   echo "monitor:Groupmax Scheduler Server Tool down."
   exit 255
fi

# Groupmax Facilities Manager 監視
# (Facilities Manager使用時のみ記述します。)

/usr/GroupAppo/bin/SFpakage -r RMSV     # サーバ
if [ $? != 0 ]
 then
   echo "monitor:Groupmax Facilities Manager down."
   exit 255
fi

/usr/GroupAppo/bin/SFpakage -r RoomMan  # 管理ツールサーバ
if [ $? != 0 ]
 then
   echo "monitor:Groupmax Facilities Manager Tool down."
   exit 255
fi

exit 0

付録V　ログファイル

スケジュール格納ディレクトリ下のlogディレクトリには，次のファイルが作成されます。表中の「$apposv」は，スケジュール格納ディレクトリを指します。デフォルトでは，スケジュール格納ディレクトリは/usr/ikiです。

表中の「$execId」は，SFdatacp実行日時から生成された文字列が入ります。2007年1月23日午前4時56分12秒にSFdatacpを実行した場合，「$execId」には20070123045612が入ります。

表V-1　logディレクトリ下に作成されるファイル

ディレクトリ名
機能
種別
ファイル名

$apposv/log/
Schedulerサーバ本体
稼働ログ
LOGSV.csv
LOGSV.bak

アクセスログ
CntlSV.log
CntlSV.bak

エラーログ
errDumpSV.log
errDumpSV.bak

トレース情報
TraceSV1.log～TraceSV[X].log※1

Facilitiesサーバ本体
稼働ログ
LOGRMSV.csv
LOGRMSV.bak

アクセスログ
CntlRMSV.log
CntlRMSV.bak

エラーログ
errDumpRMSV.log
errDumpRMSV.bak

トレース情報
TraceRMSV1.log～TraceRMSV[X].log※1

Scheduler管理ツールサーバ
アクセスログ
CntlMan.log
CntlMan.bak

エラーログ
errDumpMan.log
errDumpMan.bak

Facilities管理ツールサーバ
アクセスログ
CntlRMMan.log
CntlRMMan.bak

エラーログ
errDumpRMMan.log
errDumpRMMan.bak

その他
変更通知情報
indxget.log

結果ログ
indxget.bak

バックアップ退避情報
backupfile.log

$apposv/log/tmp
その他
バックアップ格納※2
－

$apposv/log/uxpl
その他
アドレス連携用※2
－

$apposv/log/agent
その他
Assist連携用※2
－

$apposv/log/agent
Assist連携
(SFagent)
結果ログ
ScheExec.log

SFagent.log

SFagent.bak

SFagent.msg

bitechg.log

$apposv/log/agent/$execId
SFdatacp
結果ログ
SFdatacp.log

注※1

トレース情報のファイル数は設定によって変更し，最大16（デフォルトは4）のファイルが出力されます。

注※2

このディレクトリは，Scheduler Serverがインストールされている間は削除しないでください。削除した場合，Scheduler Serverが正常に動作しません。

誤って削除した場合，ディレクトリを手動で作成してください。

各種ログファイルの最大容量を次の表に示します。

表V-2　各ログファイルの最大容量

機能
種別
ファイル名
１ファイルの最大サイズ

Schedulerサーバ本体
稼働ログ
LOGSV.csv
LOGSV.bak
「コンフィギュレーション」の「6.ログファイル最大容量」の設定値の14分の1の値

アクセスログ
CntlSV.log
CntlSV.bak

エラーログ
errDumpSV.log
errDumpSV.bak

トレース情報
TraceSV1.log～TraceSV[X].log
AppoSV.iniファイルのSizeパラメタの設定値。詳細は，「3.1.5　トレース出力機能の設定」を参照してください。

Facilitiesサーバ本体
稼働ログ
LOGRMSV.csv
LOGRMSV.bak
「コンフィギュレーション」の「6.ログファイル最大容量」の設定値の14分の1の値

アクセスログ
CntlRMSV.log
CntlRMSV.bak

エラーログ
errDumpRMSV.log
errDumpRMSV.bak

トレース情報
TraceRMSV1.log～TraceRMSV[X].log
AppoSV.iniファイルのSizeパラメタの設定値。詳細は，「3.1.5　トレース出力機能の設定」を参照してください。

Scheduler管理ツールサーバ
アクセスログ
CntlMan.log
CntlMan.bak
「コンフィギュレーション」の「6.ログファイル最大容量」の設定値の84分の1の値

エラーログ
errDumpMan.log
errDumpMan.bak

Facilities管理ツールサーバ
アクセスログ
CntlRMMan.log
CntlRMMan.bak
「コンフィギュレーション」の「6.ログファイル最大容量」の設定値の84分の1の値

エラーログ
errDumpRMMan.log
errDumpRMMan.bak

その他
管理データ更新ログ
indxget.log
indxget.bak
「コンフィギュレーション」の「6.ログファイル最大容量」の設定値の84分の1の値

Assist連携ログ
SFagent.log
SFagent.bak

注

各ファイルの最大サイズは，表に示した値より大きくなる場合があります。

付録W　コマンド共通のエラーメッセージ

項番
メッセージID
メッセージ
対処

1
KSFg00001-E
ファイル(XXXX)のオープンに失敗しました。errno=YYYY

XXXXはファイル名，YYYYは詳細エラーコードです。

XXXXの所有者，アクセス権を確認してください。

他のコマンドを同時に実行していないか確認してください。
Scheduler Server，Facilities Managerへのアクセスが混雑している可能性があります。しばらくしてから再実行してください。再度エラーが発生する場合は，システム管理者に連絡してください。

2
KSFg00002-E
設定値(XXXX)の読み込みに失敗しました。
XXXXはAppoSV.iniに設定するパラメタ名です。AppoSV.iniの読み込みに失敗しました。直前に出力されているエラーメッセージを参照して，エラーの原因を取り除き，再実行してください。

3
KSFg00003-E
Address API (XXXX) の実行に失敗しました。num=YYYY, rc=ZZZZ, result=WWWW
XXXXはAPI名，YYYYはリトライ回数，ZZZZはAPIリターンコード，WWWWは詳細エラーコードです。

Address Serverが起動しているか確認してください。

Address Serverが込み合っている可能性があります。しばらくしてから再実行してください。再度エラーが発生する場合はシステム管理者に連絡してください。

4
KSFg00004-E
メモリの確保に失敗しました。errno=XXXX
XXXXは詳細エラーコードです。
システムのメモリが不足しています。しばらくしてから再実行してください。再度エラーが発生する場合はシステム管理者に連絡してください。

5
KSFg00005-E
ファイル(XXXX)の情報取得に失敗しました。errno=YYYY
XXXXはファイル名，YYYYは詳細エラーコードです。

XXXXの所有者，アクセス権を確認してください。

他のコマンドを同時に実行していないか確認してください。

Scheduler Server，Facilities Managerへのアクセスが混雑している可能性があります。しばらくしてから再実行してください。再度エラーが発生する場合は，システム管理者に連絡してください。

6
KSFg00006-E
ファイル(XXXX)の書き込みに失敗しました。errno=YYYY
XXXXはファイル名，YYYYは詳細エラーコードです。ファイルの書き込みに失敗しました。システム管理者に連絡してください。

7
KSFg00007-E
ファイル(XXXX)の読み込みに失敗しました。errno=YYYY
XXXXはファイル名，YYYYは詳細エラーコードです。ファイルの読み込みに失敗しました。システム管理者に連絡してください。

8
KSFg00008-E
設定値(XXXX)の書き込みに失敗しました。func=YYYY，errno=ZZZZ
XXXXはパラメータ名，YYYYはエラーが発生した関数名，ZZZZは詳細エラーコードです。
AppoMan.iniへの値の書き込みに失敗しました。システム管理者に連絡してください。

9
KSFg01000-W
AppoSV.iniのXXXXに不正な値が設定されたため，デフォルト値YYYYで動作します。
XXXXはAppoSV.iniの設定パラメタ，YYYYはXXXXに設定されるデフォルト値です。
AppoSV.iniのXXXXに指定した値が正しいか確認してください。

10
KSFg01001-W
AppoSV.iniのXXXXに不正な値が設定されたため，デフォルト値YYYYで動作します。
XXXXはAppoSV.iniの設定パラメタ，YYYYはXXXXに設定されるデフォルト値です。
AppoSV.iniのXXXXに指定した値が正しいか確認してください。

付録X　管理ツールのログ

＜この節の構成＞

(1)　概要

(2)　設定情報

(3)　設定手順

(4)　注意事項

(1)　概要

管理ツールの障害発生時に使用するログ情報を出力します。

ログ情報は次のファイルに出力されます。

<管理ツールインストールディレクトリ>¥log¥SFTLog_xxx.log

「xxx」には，DllLogFileNumパラメタに指定した出力ファイル数の数値が入ります。

例えば，出力ファイル数に4を指定した場合，SFTLog_001.log ～SFTLog_004.logが作成されます。

(2)　設定情報

管理ツールのログ出力に関する設定を次に説明します。

対象ファイル

<管理ツールインストールフォルダ>¥bin¥SF32SYS.ini

設定パラメタ

セクション名
[log]

DllLogLevelパラメタ
ログレベルを0～16で指定します。ログファイルには指定されたログレベル以下のログが出力されます。0を指定した場合は，ログは出力されません。DllLogLevelパラメタがない，又は不正な値が設定されている場合は，5が設定されたとして動作します。
各ログレベルの出力情報は，以下のようになります。
　1：エラー（重要度：高）
　2：警告（重要度：高）
　3：メッセージ（重要度：最高）
　4：公開関数開始
　5：公開関数完了
　6：メッセージ（重要度：高）
　7：外部呼出開始
　8：外部呼出完了
　9：メッセージ（重要度：中）
　10：内部関数開始
　11：内部関数完了
　12：メッセージ（重要度：低）
　13：エラー（重要度：低）
　14：警告（重要度：低）
　15：デバッグ用メッセージ1
　16：デバッグ用メッセージ2

DllLogFileSizeパラメタ
ログファイルの最大サイズを，1048576～1073741824で指定します。DllLogFileSizeパラメタがない，又は不正な値が設定されている場合は，1048576が設定されたとして動作します。

DllLogFileNumパラメタ
ログファイルの最大数を，1～999で指定します。DllLogFileNumパラメタがない，又は不正な値が設定されている場合は，4が指定されたとして動作します。

(3)　設定手順

ログ出力機能に関する設定手順を次に説明します。

ログレベルやファイルサイズ，及び出力ファイル数を変更したい場合は，この設定をしてください。

管理ツールを終了させる。

SF32SYS.iniを編集する。

管理ツールを起動する。

(4)　注意事項

管理ツール起動時にログ出力フォルダの作成に失敗した場合や，SFTLog_001.logのオープンに失敗した場合，その後のログは出力されません。

索引

[記号]
[数字]
[Ａ][Ｂ][Ｃ][Ｄ][Ｆ][Ｇ][Ｈ][Ｉ][Ｏ][Ｒ][Ｓ][Ｔ][Ｗ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行]

(記号)

「SFdatacp」実行時のメッセージ

「SFimport」と「SFexport」実行時のエラーメッセージ

(数字)

9文字以上のパスワードを使用する場合の設定方法

(英字)

(Ａ)

aconsole

Address Server

Address Server

agtcout

agtcoutのメッセージ

Assist連携

Assist連携

Assist連携

Assist連携

Assist連携

Assist連携

Assist連携

Assist連携

Assist連携

Assist連携時のトラブルシューティング

Assist連携時のメッセージ

Assist連携用ホームサーバ一覧

(Ｂ)

BITECHG

(Ｃ)

checkid

chkorder

CODECHG

(Ｄ)

DNSホスト名

DNSホスト名

DNSホスト名の登録

(Ｆ)

Facilities Manager使用時の注意事項

Facilities Managerの環境設定

Facilities Managerの起動

(Ｇ)

G/W

G/W構成時の注意事項

G/Wサーバ

G/Wサーバ

G/Wサーバ

G/Wサーバ

G/W通信を異なるポート番号で運用する場合

GetAdAll

GetAdAll

GetAdAll

Groupmax Address - Assistとの連携方法

Groupmax Address - AssistのGroupmax連携機能

grpchg

(Ｈ)

HOSTCHG

hosts

(Ｉ)

ID順ソート

indxget

indxget

indxget

indxget

IPアドレス

IPアドレス

IPアドレス

(Ｏ)

ORGGROFF.tbl

ORGGROUP.tbl

OrgGroupOmitMark

OrgGroupSecurity

OutOrgGroupSecurity

(Ｒ)

RetryInterval

roomconsole

(Ｓ)

Scheduler/Facilities Managerのプログラムの構成

Scheduler Client

Scheduler Server，Facilities Manager環境の作成

Scheduler Server，Facilities Managerのクラスタ対応

Scheduler Server移行手順

Scheduler Serverの環境設定

Scheduler Serverの起動

SCHogimp

services

SFagent

SFdatacp

SFdatacp

SFdatacp

SFdatacp

SFexport

SFexport実行時の注意点

SFexportでサポートする機能

SFexportの使用上の注意事項

SFexportの使用方法

SFexportの使用例

SFexportのメッセージ

SFexportを用いたSFimportの登録ファイルの作成例

SFimport

SFimport実行時の注意点

SFimportの機能

SFimportの実行手順

SFimportの使用方法

SFimportの使用例

SFimportの登録ファイル

SFimportのメッセージ

SharedMemory

sortdate

(Ｔ)

TCP/IP

TCP/IP

TCP/IPの接続確認

Todo

(Ｗ)

Windowsサーバからの移行

WWW for Schedulerの設定

(ア行)

(あ)

アラーム

アンインストール

(い)

行先

行先

行先

行先

移動者一覧ファイル

移動者一覧ファイル

インストール

インストール

(う)

運用開始時の注意事項

運用上の注意事項

(え)

エラーメッセージ

エラーメッセージ

エラーメッセージ

(お)

親サーバ

親サーバ

親サーバ

親サーバ

(カ行)

(か)

拡張スケジュール

環境設定

環境設定

環境設定

環境設定

管理する施設の変更

管理ツール

管理ツール

管理ツールサーバ

管理ツールサーバ

管理ツールサーバ

管理ツール使用時の注意事項

管理ツール上での制限事項

管理ツールのインストール／アンインストール

管理ツールの起動

管理ツールの終了

管理データ

管理データ

管理データ

管理データ

管理データ

管理データ取得時刻

管理データの作成

管理データの作成

管理データの取得

管理データの設定手順

管理データの転送

(き)

記念日

記念日の削除

記念日の変更

記念日の編集

休日

休日

行先・区分データの削除

行先・区分データの修正

行先・区分データの並べ替え

(く)

区分

区分

区分

区分

クラスタ環境の設定

クラスタシステム連携時の構成

クラスタの定義

グループ

グループ

グループ登録

グループの移動

グループの削除

グループの複写

グループの編集

グループファイル変換

グループ名の変更

グループメンバの移動

グループメンバの削除

(け)

ゲストID

ゲストID

ゲストID

ゲストID

ゲストIDの設定

兼任ユーザ

(こ)

更新禁止解除

子サーバ

子サーバ

子サーバ

子サーバ

子サーバでの管理データの取得

コマンドリファレンス

コンフィギュレーション

コンフィギュレーション

コンフィギュレーション

コンフィギュレーション

(サ行)

(さ)

サーバ

サーバ

サーバ

サーバ

サーバ

サーバ

サーバ環境設定

サーバのIPアドレスが変更された場合

サーバのセットアップ

サンプルファイル

(し)

時間の区切り線

時間の区切り線

自システム

自システム

自システム

自システムゲストIDの設定

システム

システム

システムのインストールと削除

システムの構成図

システム標準値

システム標準値の登録

システムログ

システムログのメッセージ一覧

施設ID

施設ID

施設ID

施設アクセス権

施設アクセス権

施設管理者

施設管理者の登録

施設管理者の変更

施設管理情報

施設管理情報の設定

施設の削除及び移動

施設の登録

実行ユーザの変更

種別テーブル

種別テーブルID

種別テーブル及び施設の登録内容の変更

種別テーブルの削除及び移動

上司

上司

上司／秘書の設定

上司に対する秘書の設定

シングルサーバ

シングルサーバ

(す)

スケジュール格納ディレクトリを変更した場合

スケジュール削除期間

スケジュール削除期間

スケジュール削除期間

スケジュール削除期間

スケジュールデータ

スケジュールデータの移動

(せ)

整合性チェック

整合性チェック

セキュリティ

セキュリティの設定

セキュリティの設定例

セキュリティランク

セキュリティランク

セキュリティランク

セキュリティランク

セキュリティランクによるセキュリティの設定

設定の最大値

設定変更ファイル

セットアップ

セットアップ

セットアップに必要な知識

セットアップの手順

セットアップを始める前に

セパレータ

前提環境の作成

(そ)

組織ID

組織階層によるセキュリティ設定

組織グループによるセキュリティ設定

組織ごとの汎用化データ設定

組織対施設のアクセス権

組織対施設のセキュリティ設定

組織名

(タ行)

(た)

他アプリケーション

他システム

他システム

他システム

他システム

(て)

データファイル

テンプレート

テンプレート

(と)

登録結果のエラー番号

登録ファイル作成時の注意事項

登録ファイルとは

登録ファイルのエラー番号

登録ファイルの作成方法

登録ファイルの設定項目

登録ファイルの設定内容

トラブルシューティング

トレース出力機能の設定

(ナ行)

(に)

日本語名順ソート

入力ファイルのチェックのエラー番号

(ハ行)

(は)

バージョンアップ時の注意事項

パスワード

バックアップ

パッケージ登録

汎用化データ

汎用化データ

汎用化データテンプレート

汎用化データの設定

汎用化データのデフォルト設定

(ひ)

秘書

秘書

秘書に対する上司の設定

人対施設のセキュリティランク

人対人のセキュリティランク

表示色の設定

(ふ)

部署テーブル

部署テーブルID

部署テーブル及びユーザ情報の追加登録

部署テーブル及びユーザ情報の登録内容の変更

部署テーブルの移動

部署テーブルの削除

付属設備

付属設備の登録

不要スケジュール

不要スケジュール

不要スケジュール

不要スケジュール

プログラムファイル

(へ)

変更通知情報

変更通知情報

変更通知情報

変更通知情報取得方法

(ほ)

ポート番号

ポート番号

ポート番号

ホームサーバ

ホームサーバ一覧ファイル

ホームサーバ一覧ファイル

ホームサーバ移動

ホームサーバ移動

ホームサーバ移動結果ファイル

ホスト名

ホスト名

ホスト名

ホスト名

(マ行)

(ま)

マルチサーバ構成時の設定

マルチサーバ構成時の注意事項

(み)

見出し

(め)

メール

メモリキャッシュ機能

(ヤ行)

(や)

役職順ソート

(ゆ)

ユーザ，セパレータ，又は他システムの移動

ユーザID

ユーザID

ユーザID

ユーザIDの変更

ユーザ情報

ユーザ情報

ユーザ情報

ユーザ情報

ユーザ情報

ユーザ情報

ユーザ情報取得方法

ユーザ情報の確認

ユーザ情報の新規登録

ユーザ情報の設定

ユーザ情報の連続登録

ユーザソート

ユーザの削除

ユーザ名

(よ)

用件

用件・略記データの削除

用件・略記データの修正

用件・略記データの並べ替え

用件・略記の編集

(ラ行)

(り)

リストア

略記

(ろ)

ログファイル

ログファイルのフォーマット説明

■ 商標類

AIXは，米国における米国International Business Machines Corp.の登録商標です。
HACMPは，米国における米国International Business Machines Corp.の商標です。
HACMP/6000は，米国における米国International Business Machines Corp.の商標です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Microsoft Excelは，米国Microsoft Corp.の商品名称です。
MS-DOSは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
UNIXは，X/Open Company Limitedが独占的にライセンスしている米国ならびに他の国における登録商標です。
Visual Basicは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows NTは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows Serverは，米国およびその他の国における米国Microsoft Corp.の商標です。