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」オプション指定時に問い合わせなしで実行したい場合は,以下の手順で実行してください。
  1. vi等で「Y」(半角大文字のYです。カギ括弧は入力しません。Yの後は改行してください。)と記述したファイルを作成する。ここは例としてファイル名を/tmp/y.txtとする。
  2. 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」メニュー画面

[図データ]

注意
上図の設定項目に関して,シングルサーバ構成時では,項番1と2は設定必須項目です。マルチサーバ構成時では,親サーバは項番1と2,子サーバは項番1~5が設定必須項目です。必ず設定してください。また,設定内容を変更した場合は,管理ツールサーバである/usr/bin/AppoManを再起動してください。
注意
1MB(メガバイト)= 1,048,576 バイトの計算値です。
  1. スケジュール格納ディレクトリの設定
    スケジュール格納先のディレクトリをフルパスで指定してください。指定したディレクトリの下に各ユーザのスケジュールディレクトリが作成されます。
    デフォルトは /usr/ikiです。
    スケジュール格納ディレクトリをデフォルト値から変更した場合,/usr/iki下の全ファイルを変更したディレクトリ下に移動してください。詳細は,「付録G スケジュール格納ディレクトリを変更した場合」 を参照してください。ディレクトリ名はフルパスで200バイト以下で指定してください。
  2. 親サーバ/子サーバの設定
    複数サーバで使用するときの設定を行います。管理データを管理するために,一つのサーバを管理データのマスタを持つサーバにします。これを親サーバと呼びます。それ以外のサーバを子サーバと呼びます。1サーバで使用する場合は,親サーバに設定してください。「親サーバ」に設定した場合,項番3~5が無効になります。また,「子サーバ」に設定した場合,項番13~16の設定は無効になります。
  3. 親サーバホスト名/IPアドレスの設定
    項番2で「子サーバ」と設定した場合,親サーバのホスト名もしくはIPアドレスを記述してください。
    項番2で「親サーバ」と設定した場合,「親サーバホスト名/IPアドレス」を設定する必要はありません。ただし,マルチサーバ環境における子サーバにおいて,項番5の「親サーバ環境の共有」を「共有する」と設定し,かつ,親サーバで「親サーバホスト名/IPアドレス」に値を設定した場合,親サーバで設定した「親サーバホスト名/IPアドレス」が,子サーバで共有されるようになります。この場合は,親サーバの「親サーバホスト名/IPアドレス」に親サーバのホスト名またはIPアドレスを設定してください。
  4. 管理データ取得時刻の設定
    項番2で「子サーバ」と設定した場合,子サーバが親サーバから管理データを取得する時刻を設定します。この項目は「親サーバ」の場合(または1サーバの場合),設定する必要はありません。(設定しても無視されます。)
    設定時刻は,毎年・毎月・毎日のどれかの設定ができます。設定した時刻に管理データの取得が自動的に実行されます。この設定は,なるべくユーザのアクセスが少ない時間に設定してください。管理データ取得中は,クライアントのアクセス(スケジュール参照,ログインなど)が失敗することがあります。
    以下に注意事項があります。
    • 子サーバが5台以上のシステム構成の場合は,各子サーバの設定時刻をずらしてください。
    • 管理データの取得は,親サーバの管理データを変更した後に実行する必要があり,親サーバの管理データを変更していない場合は,実行する必要はありません。したがって,親サーバの管理データを取得する頻度に応じて,取得間隔を設定してください。ただし,親サーバの管理データを変更してから,子サーバがこれを取得するまでの間は,管理データに不整合が生じているため,変更されたユーザがログインできない,などの制約が生じます。
  5. 親サーバ環境の共有の設定
    項番2で「子サーバ」と設定した場合,項番3,6~10,12の設定を親サーバの設定と共有することができます。「共有する」の場合,子サーバでは項番3,6~10,12の設定は不要です。「共有しない」を設定すると,各サーバでの設定値が適用されます。この項目は1サーバの場合,設定する必要はありません。(設定しても無視されます。)また,親サーバで項番3,6~10,12の設定を変更した場合は,子サーバ上で再度管理データの取得を行ってください。
    「共有する」の場合,親サーバで項番3,6~10,12を必ず設定してください。
  6. ログファイルの最大容量の設定
    ログデータの最大容量をメガバイト単位で設定できます。ここで指定する値はすべてのログファイルの総容量です。ログファイルの総容量が設定した値よりも大きくなると,日付の古いログから削除されます。ログファイルのサイズが設定サイズよりも若干オーバする場合があります。
    コンフィギュレーションで指定できるログの容量は1MB~2147MBです。インストール時のデフォルト値は11MBです。ログの出力ディレクトリ (<スケジュール格納ディレクトリ>/log/)は削除しないでください。削除すると, Scheduler ServerおよびFacilities Managerは動作しなくなります。誤って削除した場合は,同名のディレクトリを作成してください。
  7. 不要スケジュール削除の自動実行設定
    使用できるスケジュールデータはデフォルトでは前年の1月1日以降の分です。それより前のスケジュールデータのことを以下,不要スケジュールと呼びます。また,ユーザまたは施設の削除を行った場合,そのユーザまたは施設のスケジュールも不要スケジュールとなります。なお,このデフォルトの値は下記項番8で変更することができます。
    ここでは,この不要スケジュールを自動的に削除するかどうかを設定します。
  8. 不要スケジュール削除期間の設定
    項番7で不要スケジュール削除の自動実行を「使用する」と設定した場合,スケジュールの削除期間を変更できます。削除期間は,年月指定(YYYY年MM月より前)と月指定(現在からMMヶ月より前)のどちらかを設定できます。年月指定の場合,現在より後の年月は指定できません。例えば,現在から12ヶ月より前のデータが不要である場合,「現在から12ヶ月より前を削除」と設定してください。また,1998年1月より前のデータが不要である場合,「1998年1月より前を削除」と設定してください。それ以前のスケジュールデータは自動削除されます。
    また,不要スケジュール削除期間の個別設定ができます。詳細は,4.15不要スケージュール削除期間の個別設定」 を参照してください。
  9. 不要スケジュール削除時刻の設定
    項番7で不要スケジュール削除の自動実行を「使用する」と設定した場合,その時刻を設定してください。Schedulerを運用中に実行するのであれば,クライアントからのアクセス(スケジュール参照,ログインなど)が少ない時間帯に設定してください。
    設定時刻は,毎年・毎月のどちらかの設定ができます。設定した時刻に不要スケジュールの削除が自動的に実行されます。
  10. Addressでの認証の設定
    Address Serverを使用してユーザ情報の一元管理をしている場合に,ユーザ認証をAddress Serverでするかどうかを設定します。「使用する」に設定した場合,Groupmax内のアプリケーションでユーザID,パスワード等を共有することができます。Address Serverとの連動については「4.1 Address Serverとの連動について」を参照してください。この設定を変更した場合, Address Serverを再起動する必要があります。
  11. Address ホスト名/IPアドレスの設定
    項番10で「使用する」に設定した場合,Address Serverのサーバホスト名もしくはIPアドレスを記述してください。
  12. ユーザ認証用ポート番号の設定
    項番10で「使用する」に設定した場合,Address Serverで設定するユーザ認証用のポート番号を記述してください。なお,デフォルト値は9052です。
  13. 変更通知情報取得の自動実行の設定
    Address Server上でユーザ情報の追加/削除/変更等が行われた場合は変更通知情報が出力されます。その変更通知情報取得を自動的に実行するかどうかを設定します。なお,自動実行を行って,ユーザのホームサーバ変更を行った場合は,データの移動および変換を同時に行う必要があります。 (「付録E サーバホスト名が変更された場合」および「付録F スケジュールデータの移動」を参照してください。)
  14. 変更通知情報取得時刻の設定
    項番13で変更通知情報取得の自動実行を「使用する」と設定した場合,その時刻を設定してください。
    設定した時刻は,毎年・毎月・毎日のどれかの設定ができます。設定した時刻に変更通知情報取得が自動的に実行されます。
    以下の注意事項があります。
    • 取得前後で継続してクライアントを使用していた場合,クライアントを再起動しないと設定内容は反映されません。
    • マルチサーバの場合はこれを実行後すぐに子サーバから管理データの取得をする必要があります。
    • Schedulerを運用中に実行するのであれば,クライアントからのアクセス(スケジュール参照,ログインなど)が少ない時間帯に設定してください。
    • 運用中に実行する場合,クライアントからのアクセス(スケジュール参照,ログインなど)が失敗することがあります。
    • 変更通知情報の取得は,Address Server上でユーザ情報を変更した後に実行する必要があり,Address Server上でユーザ情報を変更していない場合は,実行する必要はありません。したがってAddress Server上でのユーザ情報が変更される頻度に応じて,実行間隔を設定してください。ただし,Address Server上のユーザ情報が変更されてから,変更通知情報の取得を実行するまでの間は,Address ServerとScheduler Serverとの間に不整合が生じているため,変更されたユーザがログインできないなどの制約が生じます。
  15. Address情報取得オプションの設定
    項番13で変更通知情報取得の自動実行を「使用する」と設定した場合,または「コンフィギュレーション」の[手動実行]から[変更通知情報取得],または[ユーザ情報再作成]を実行する場合,この実行オプションを設定してください。
    詳細は「7.2「indxget」について」を参照してください。以下の注意事項があります。
    項番Address Serverからの取得方法注意事項
    変更通知情報取得ユーザソートを[使用しない]に設定した場合は,「組織ID順ソート」の設定にかかわらず,組織についてもソートされません。
    ユーザ情報再作成「組織ID順ソート」は,設定にかかわらず,組織ID順でソートされます。ユーザソートを[使用しない]に設定した場合は,ユーザの並び順はユーザID順となります。

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

    [図データ]

    • 「15.Address情報取得オプションの設定」のGMAXSYSユーザ反映を「反映しない」に設定してユーザ情報再作成した場合,または「GetAdAll」コマンドで引数 /gなしで実行した場合,変更通知情報取得を,「15.Address情報取得オプションの設定」のGMAXSYSユーザ反映を「反映する」に設定して実行しないでください。また,「indxget」コマンド実行時に,引数 /gをつけて実行しないでください。各コマンドについてはそれぞれ「7.1「GetAdAll」について」「7.2「indxget」について」を参照してください。
  16. 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  「手動実行」画面

[図データ]

  1. 管理データの取得
    管理データの取得は,親サーバの管理データを子サーバから取得する機能です。(親サーバの場合,実行できません。)通常は,「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」から,この処理を実行する必要はありません。
  2. 不要スケジュールの削除
    不要スケジュールの削除は,通常は,「3.1.1 (1)コンフィギュレーションの設定」 の「9.不要スケジュール削除時刻の設定」で設定した時刻に行われますが,今すぐ不要スケジュールの削除が必要な場合だけ行ってください。不要スケジュールの削除をするには,2.を入力してください。不要スケジュールを削除します。Schedulerを運用中に実行するのであれば,クライアントからのアクセス(スケジュール参照,ログインなど)が少ない時間帯に実行してください。
  3. 変更通知情報の取得
    ここでは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」実行結果の例

      [図データ]

  4. ユーザ情報の再作成
    以下のような場合に使用します。なお,親サーバでのみ実行します。
    • Scheduler ServerまたはFacilities Managerを新規にインストールした場合。
    • Version2.0からVersion 6にバージョンアップした場合。
    • Address Serverからアドレス帳情報全体を再取得する場合。
    • Address - Assistと連動する場合。(詳細は,「5.1Groupmax Address - AssistのGroupmax連携機能」 を参照してください。)
    ここでは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」実行結果の例

[図データ]