3.1.1 Scheduler Serverの環境設定
サーバの環境を設定するには,Scheduler Server設定コマンドで行います。rootでログインし,以下のコマンドを入力してください。メッセージについては,「付録O 「aconsole」と「roomconsole」のエラーメッセージ」を参照してください。
コマンド名
aconsole [ -s | -t | -u | -d | -i | -g ] [ -n ]
説明
-s サーバを停止する。
-t 管理ツールサーバを停止する。
-u 管理データを取得する。
-d 不要スケジュールデータを削除する。
-i Address Serverの変更通知情報を取得する。
-g ユーザ情報を再作成する。
-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.その他の手動実行 e.終了 => |
- <この項の構成>
- (1) コンフィギュレーションの設定
- (2) サーバの起動
- (3) サーバの停止
- (4) 管理ツールサーバの起動
- (5) 管理ツールサーバの停止
- (6) 手動実行
(1) コンフィギュレーションの設定
コンフィギュレーションの設定をするには,メニュー画面で「1.コンフィギュレーション」を選択してください。以下のコンフィギュレーションメニューが表示されます。親サーバ(1サーバで使用する場合)は全項目を設定してください。子サーバの場合は項番5で「共有する」と設定した場合(子サーバが親サーバの環境を共有する場合),項番6~10,12~16の設定は不要となります。
コンフィギュレーションを終了しメニューに戻る場合は,eと入力してください。
- 注意
- Version2.0またはVersion3,Version5からバージョンアップした場合には,「付録D バージョンアップ時の注意事項」-「 (2)コンフィギュレーションの設定に関する注意事項」 を参照してください。
図3-1 「Groupmax Scheduler Server:aconsole」メニュー画面
![[図データ]](figure/zu030100.gif)
- 注意
- 上図の設定項目に関して,シングルサーバ構成時では,項番1と2は設定必須項目です。マルチサーバ構成時では,親サーバは項番1と2,子サーバは項番1~5が設定必須項目です。必ず設定してください。また,設定内容を変更した場合は,管理ツールサーバである/usr/bin/AppoManを再起動してください。
- 注意
- 1MB(メガバイト)= 1,048,576 バイトの計算値です。
- スケジュール格納ディレクトリの設定
スケジュール格納先のディレクトリをフルパスで指定してください。指定したディレクトリの下に各ユーザのスケジュールディレクトリが作成されます。
デフォルトは /usr/ikiです。
スケジュール格納ディレクトリをデフォルト値から変更した場合,/usr/iki下の全ファイルを変更したディレクトリ下に移動してください。詳細は,「付録G スケジュール格納ディレクトリを変更した場合」 を参照してください。ディレクトリ名はフルパスで200バイト以下で指定してください。
- 親サーバ/子サーバの設定
複数サーバで使用するときの設定を行います。管理データを管理するために,一つのサーバを管理データのマスタを持つサーバにします。これを親サーバと呼びます。それ以外のサーバを子サーバと呼びます。1サーバで使用する場合は,親サーバに設定してください。「親サーバ」に設定した場合,項番3~5が無効になります。また,「子サーバ」に設定した場合,項番13~16の設定は無効になります。
- 親サーバホスト名/IPアドレスの設定
項番2で「子サーバ」と設定した場合,親サーバのホスト名もしくはIPアドレスを記述してください。
項番2で「親サーバ」と設定した場合,「親サーバホスト名/IPアドレス」を設定する必要はありません。ただし,マルチサーバ環境における子サーバにおいて,項番5の「親サーバ環境の共有」を「共有する」と設定し,かつ,親サーバで「親サーバホスト名/IPアドレス」に値を設定した場合,親サーバで設定した「親サーバホスト名/IPアドレス」が,子サーバで共有されるようになります。この場合は,親サーバの「親サーバホスト名/IPアドレス」に親サーバのホスト名またはIPアドレスを設定してください。
- 管理データ取得時刻の設定
項番2で「子サーバ」と設定した場合,子サーバが親サーバから管理データを取得する時刻を設定します。この項目は「親サーバ」の場合(または1サーバの場合),設定する必要はありません。(設定しても無視されます。)
設定時刻は,毎年・毎月・毎日のどれかの設定ができます。設定した時刻に管理データの取得が自動的に実行されます。この設定は,なるべくユーザのアクセスが少ない時間に設定してください。管理データ取得中は,クライアントのアクセス(スケジュール参照,ログインなど)が失敗することがあります。
以下に注意事項があります。
- 子サーバが5台以上のシステム構成の場合は,各子サーバの設定時刻をずらしてください。
- 管理データの取得は,親サーバの管理データを変更した後に実行する必要があり,親サーバの管理データを変更していない場合は,実行する必要はありません。したがって,親サーバの管理データを取得する頻度に応じて,取得間隔を設定してください。ただし,親サーバの管理データを変更してから,子サーバがこれを取得するまでの間は,管理データに不整合が生じているため,変更されたユーザがログインできない,などの制約が生じます。
- 親サーバ環境の共有の設定
項番2で「子サーバ」と設定した場合,項番3,6~10,12の設定を親サーバの設定と共有することができます。「共有する」の場合,子サーバでは項番3,6~10,12の設定は不要です。「共有しない」を設定すると,各サーバでの設定値が適用されます。この項目は1サーバの場合,設定する必要はありません。(設定しても無視されます。)また,親サーバで項番3,6~10,12の設定を変更した場合は,子サーバ上で再度管理データの取得を行ってください。
「共有する」の場合,親サーバで項番3,6~10,12を必ず設定してください。
- ログファイルの最大容量の設定
ログデータの最大容量をメガバイト単位で設定できます。ここで指定する値はすべてのログファイルの総容量です。ログファイルの総容量が設定した値よりも大きくなると,日付の古いログから削除されます。ログファイルのサイズが設定サイズよりも若干オーバする場合があります。
コンフィギュレーションで指定できるログの容量は1MB~2147MBです。インストール時のデフォルト値は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で変更通知情報取得の自動実行を「使用する」と設定した場合,または「コンフィギュレーション」の[手動実行]から[変更通知情報取得],または[ユーザ情報再作成]を実行する場合,この実行オプションを設定してください。
詳細は「7.2「indxget」について」を参照してください。以下の注意事項があります。
項番 | Address Serverからの取得方法 | 注意事項 |
---|
1 | 変更通知情報取得 | ユーザソートを[使用しない]に設定した場合は,「組織ID順ソート」の設定にかかわらず,組織についてもソートされません。 |
2 | ユーザ情報再作成 | 「組織ID順ソート」は,設定にかかわらず,組織ID順でソートされます。ユーザソートを[使用しない]に設定した場合は,ユーザの並び順はユーザID順となります。 |
図3-2 「Address情報取得オプション」画面
![[図データ]](figure/zu030200.gif)
- 「15.Address情報取得オプションの設定」のGMAXSYSユーザ反映を「反映しない」に設定してユーザ情報再作成した場合,または「GetAdAll」コマンドで引数 /gなしで実行した場合,変更通知情報取得を,「15.Address情報取得オプションの設定」のGMAXSYSユーザ反映を「反映する」に設定して実行しないでください。また,「indxget」コマンド実行時に,引数 /gをつけて実行しないでください。各コマンドについてはそれぞれ「7.1「GetAdAll」について」,「7.2「indxget」について」を参照してください。
- Assist連携の設定
Groupmax Address - AssistのGroupmax連携機能の使用,未使用を設定してください。この設定を変更した場合,同一マシン上のAddress Serverを再起動してください。(詳細は,「5.1Groupmax Address - AssistのGroupmax連携機能」を参照してください。)
(2) サーバの起動
Scheduler Serverを起動します。詳細は「3.2サーバおよび管理ツールサーバの起動」を参照してください。
(3) サーバの停止
Scheduler Serverを停止します。
(4) 管理ツールサーバの起動
管理ツールサーバを起動します。詳細は「3.2サーバおよび管理ツールサーバの起動」を参照してください。
(5) 管理ツールサーバの停止
管理ツールサーバを停止します。
(6) 手動実行
コンフィギュレーションのウィンドウから6.を入力してください。「手動実行」画面が表示されます。
図3-3 「手動実行」画面
![[図データ]](figure/zu030300.gif)
- 管理データの取得
管理データの取得は,親サーバの管理データを子サーバから取得する機能です。(親サーバの場合,実行できません。)通常は,「3.1.1 (1)コンフィギュレーションの設定」 の「4.管理データの取得時刻」で設定した時刻に行われますが,今すぐ管理データの取得が必要な場合にだけ行ってください。この機能を使用する場合,「3.1.1 (1)コンフィギュレーションの設定」 の「項番3.親サーバホスト名/IPアドレス設定」が終了していることが必要です。管理データの取得をするには,1.を入力してください。管理データを親サーバから取得します。
Schedulerを運用中に実行するのであれば,クライアントからのアクセス(スケジュール参照,ログインなど)が少ない時間帯に実行してください。運用中に実行する場合,クライアントからのアクセス(スケジュール参照,ログインなど)が失敗することがあります。
- Scheduler Serverだけで運用している場合
「aconsole」から,この機能を実行してください。
- Facilities Managerだけで実行している場合
「roomconsole」から,この機能を実行してください。
- Scheduler ServerとFacilities Managerの両方で運用している場合
「roomconsole」から,この機能を実行してください。「aconsole」から,この処理を実行する必要はありません。
- 不要スケジュールの削除
不要スケジュールの削除は,通常は,「3.1.1 (1)コンフィギュレーションの設定」 の「9.不要スケジュール削除時刻の設定」で設定した時刻に行われますが,今すぐ不要スケジュールの削除が必要な場合だけ行ってください。不要スケジュールの削除をするには,2.を入力してください。不要スケジュールを削除します。Schedulerを運用中に実行するのであれば,クライアントからのアクセス(スケジュール参照,ログインなど)が少ない時間帯に実行してください。
- 変更通知情報の取得
ここではAddress Serverの変更情報の取得を手動で実行します。
通常は,「3.1.1 (1)コンフィギュレーションの設定」 で設定したタイミングで行われますが,今すぐ変更通知情報が必要な場合にだけ行ってください。変更通知情報を取得するには,3.を入力してください。親サーバでのみ実行します。
- 詳細は「7.2「indxget」について」を参照してください。
- 「indxget」コマンドの実行と同じ処理です。
- 実行結果は,スケジュール格納ディレクトリの下のlog/indxget.log に格納されます。エラーが発生していた場合は,「付録M「GetAdAll」と「indxget」の実行時におけるエラーメッセージ」 を参照してください。
- Address Serverを起動しておく必要があります。
- Address Server上でユーザのSchedulerホスト名を変更した場合は,SV,RMSVを停止した状態で行ってください。
なお,このときはスケジュールデータの移動および変換が必要です。(詳細は,「付録E サーバホスト名が変更された場合」 および「付録F スケジュールデータの移動」を参照してください。)
- 取得前後で継続してクライアントを使用していた場合,クライアントを再起動しないと設定内容は反映されません。
- マルチサーバの場合はこれを実行後すぐに子サーバから管理データの取得をする必要があります。
- Schedulerを運用中に実行するのであれば,クライアントからのアクセス(スケジュール参照,ログインなど)が少ない時間帯に実行してください。運用中に実行する場合,クライアントからのアクセスが失敗することがあります。
図3-4 「indxget」実行結果の例
![[図データ]](figure/zu030400.gif)
- ユーザ情報の再作成
以下のような場合に使用します。なお,親サーバでのみ実行します。
ここではAddress Serverからユーザ情報を再作成します。
実行結果は,<スケジュール格納ディレクトリ>/log/indxget.log に格納されます。エラーが発生していた場合は,「付録M「GetAdAll」と「indxget」の実行時におけるエラーメッセージ」 を参照してエラーの要因を除去し,<スケジュール格納ディレクトリ>/log/etc_bkディレクトリの内容をすべて<スケジュール格納ディレクトリ>/etcにコピーした上で再実行してください。
また実行する際には以下の点に注意してください。
- 注意
- Address Serverを起動しておく必要があります。
- 注意
- Scheduler Server,Facilities Managerを停止しておく必要があります。
- 注意
- Address Serverをインストールした後にScheduler Serverをインストールする必要があります。(Facilities Managerのときも同様です。)Address Serverをインストールする前にScheduler Serverをインストールしている場合, 「4.1.2 注意事項」を参照してください。
- 注意
- Address Server上で組織やユーザの情報を登録しておく必要があります。
図3-5 「GetAdAll」実行結果の例
![[図データ]](figure/zu030500.gif)