前へ 目次 索引 DocHome 次へ |
iPlanet Calendar Server 管理者ガイド |
第 3 章 Calendar Server の管理
この章では、iPlanet Calendar Server の管理方法と構成方法について説明します。
Calendar Server の起動と停止
Calendar Server の管理は、コマンド行ユーティリティを実行し、ics.conf 構成ファイルを編集して行います。コマンド行ユーティリティを実行するには、Calendar Server が稼動しているシステムに対して管理権限を持つユーザとしてログインする必要があります。
詳細については、第 7 章「Calendar Server コマンド行 ユーティリティ、第 8 章「Calendar Server の構成」を参照してください。
Calendar Server の起動と停止
Calendar Server の起動方法と停止方法は、次のとおりです。
Solaris などの UNIX システムと Windows NT システムは、start-cal コマンドと stop-cal コマンドを使用します。「start-cal コマンドと stop-cal コマンドの使用法」を参照してください。
Windows NT システムでは、「コントロールパネル」の「サービス」を使用することもできます。「Windows NT「コントロールパネル」の使用法」を参照してください。
注 Calendar Server には csstart ユーティリティと csstop ユーティリティがありますが、これは旧リリースとの互換性を図ることだけを目的に用意されています。Calendar Server の起動と停止には、start-cal コマンドと stop-cal コマンドを使用することをiPlanet はお勧めします。
start-cal コマンドと stop-cal コマンドの使用法
start-cal ユーティリティと stop-cal ユーティリティは、server-root/cal/bin ディレクトリに入っています。これらのユーティリティは、Calendar Server がインストールされているローカルマシン上で実行する必要があります。発生する可能性がある問題については、「start-cal コマンドと stop-cal コマンドのトラブルシューティング」を参照してください。start-cal コマンドは、各種の Calendar Server サービスを次の順序で起動します。
これらのサービスの詳細については、「Calendar Server サービス」を参照してください。
start-cal コマンドを使用して Calendar Server を起動する手順は、次のとおりです。
システムに対して管理権限を持つユーザとしてログインします。
server-root/cal/bin ディレクトリに移動します。たとえば Solaris システムの場合は次のとおりです。
Calendar Server を起動します。
- cd /opt/SUNWics5/cal/bin
- ./start-cal
stop-cal コマンドを使用して Calendar Server を停止する手順は、次のとおりです。
Calendar Server が稼動しているシステムに対して管理権限を持つユーザとしてログインします。
server-root/cal/bin ディレクトリに移動します。たとえば Solaris システムの場合は次のとおりです。
Calendar Server を停止します。
- cd /opt/SUNWics5/cal/bin
- ./stop-cal
Windows NT「コントロールパネル」の使用法
Windows NT システムの場合には、「コントロールパネル」の「サービス」ダイアログボックスを使用します。
Windows NT の「コントロールパネル」を使用して Calendar Server の起動と停止を行う手順は、次のとおりです。
Windows NT システムに対して管理権限を持つユーザとしてログインします。
詳細については、Windows NT のオンラインヘルプを参照してください。「コントロールパネル」から「サービス」ダイアログボックスを表示します。
「サービス」の中の目的の Calendar Server サービス (管理、DWP、HTTP、ENS、または通知) をクリックし、「開始」または「停止」をクリックします。
- 「スタート」>「設定」>「コントロールパネル」>「サービス」
start-cal コマンドと stop-cal コマンドのトラブルシューティング
Calendar Server の起動や停止を行なっているときに、次の問題が発生する可能性があります。
start-cal コマンドによって起動されない Calendar Server プロセスがあります。たとえば enpd、csnotifyd、csadmind といったプロセスは start-cal によって起動されても、cshttpd は起動されないことがあります。この場合、Calendar Server を再起動する前にすべての Calendar Server プロセスを停止する必要があります。
stop-cal コマンドによって停止されない Calendar Server プロセスがあります。たとえば、cshttpd 親プロセスは stop-cal によって停止されても、cshttpd 子プロセスは停止されないことがあります。この場合、残りの Calendar Server プロセスを停止する必要があります。
Windows NT システム上の Calendar Server プロセスを停止する手順は、次のとおりです。
Solaris と他の UNIX システム上の Calendar Server プロセスを停止する手順は、次のとおりです。
Calendar Server が稼動しているシステムに対して管理権限を持つユーザとしてログインします。
各サービスに対して ps コマンドを次のように入力し、実行中の Calendar Server プロセスのプロセス ID (PID) を調べます。
実行中のプロセスそれぞれの PID を使用し、pkill -15 コマンドでプロセスを終了します。たとえば、次のようになります。
- ps -elf | grep cs-process
- cs-process は、enpd、csnotifyd、csdwpd、csadmind、または cshttpd です。たとえば、次のようになります。
- ps -elf | grep cshttpd
各 ps コマンドを再び入力し、すべての Calendar Server プロセスが停止したことを確認します。
- pkill -15 9875
- まだ実行中の Calendar Server プロセスがある場合には、pkill -9 コマンドを使用して終了させます。たとえば、次のようになります。
- pkill -9 9875
すべての Calendar Server プロセスを停止したら、Calendar Server を再起動する前に、カレンダーデータベースが破損していないことを csdb ユーティリティの check コマンドでチェックしてみるとよいでしょう。 check コマンドについては、「カレンダーデータベースのチェックと再構築」を参照してください。
Calendar Server タイムアウト値の構成
csadmind のタイムアウト値の構成
ics.conf パラメータの編集方法については、「ics.conf 構成ファイルの編集」を参照してください。
csadmind のタイムアウト値の構成
表 3-1 は、管理 (csadmin) サービスで使用する ics.conf ファイル内の Calendar Server タイムアウトパラメータを示しています。
表 3-1    管理サービス (csadmin) の HTTP タイムアウト値
パラメータ
説明
エンドユーザの HTTP タイムアウト値の構成
表 3-2 は、ics.conf ファイルに定義されている、エンドユーザに適用される Calendar Server HTTP タイムアウトパラメータを示しています。
表 3-2    ics.conf に定義されている、エンドユーザ (cshttpd サービス) 対象の HTTP タイムアウト値
パラメータ
説明
シングルサインオン (SSO) の構成
シングルサインオン (SSO) によって、ユーザーは一度認証されると、その後再度認証されなても複数の信頼アプリケーションを使用することができます。たとえば、Messenger Express と Calendar Express の両方で SSO が有効である場合、いったん Messenger Express にログインしたユーザは、再度認証されなくても Calendar Express を使用することができます。
各信頼アプリケーションを SSO 用に構成する必要があります。
次の例は、sesta.com ドメインにおける Calendar Server (Calendar Express) と Messaging Server (Messenger Express) の SSO 構成を示しています。default.html ページがブラウザのキャッシュに入っている場合は、SSO は正しく動作しません。SSO を使用する前に、必ず default.html ページをブラウザに再読み込みしてください。たとえば Netscape Navigator の場合には、Shift キーを押し下げて「再読込」をクリックします。
SSO は、裸の URL に対してのみ機能します。たとえば、http://servername の場合は SSO が機能しますが、http://servername/command.shtml?view のような URL に対しては機能しません。
シングルサインオン (SSO) を構成する手順は、次のとおりです。
管理権限を持つユーザとしてログインします。
Calendar Server と Messaging Server を停止します。
表 3-3 のとおりに Calendar Server の ics.conf ファイルを編集します (Calendar Server SSO 構成パラメータについては、「シングルサインオン(SSO)の構成」を参照してください)。
表 3-4 に従い、configutil を使用して Messaging Server の構成パラメータを設定します。これらのパラメータを二重引用符 (") で囲む必要はありません。
Calendar Server と Messaging Server を再起動し、構成を更新します。
- 詳細については、「Calendar Server の起動と停止」を参照してください。Messaging Server については、『iPlanet Messaging Server 管理者ガイド』を参照してください。
データベースワイヤプロトコル (DWP) の構成
DWP は Calendar Server で使用されるプロプライエタリプロトコルであり、ネットワーク上でカレンダーデータベースの操作を行います。DWP はトランスポートメカニズムとして HTTP を使用し、カレンダーデータベース API のサブセットが組み込まれています。カレンダーデータベースがローカルサーバ上に常駐している場合は、Calendar Server Database サブシステムは、calid を使用してデータベース内のカレンダーにアクセスします。ただし、カレンダーデータベースがネットワーク上に存在している場合 (バックエンドサーバ上など)、Calendar Server は、カレンダーが実際に常駐しているサーバのネットワークアドレスを決定するためにカレンダー検索データベースプラグインを使用する必要があります。それから、他のサーバ上の DWP (csdwpd) サービスにリクエストが送られて処理されます。
1 台のフロントエンドマシンと 1 台のバックエンドサーバ
図 3-1 は、1 台のフロントエンドマシンと 1 台のバックエンドサーバを使用した Calendar Server 構成を示しています。DWP を使用するには、フロントエンドマシンとバックエンドサーバが同じオペレーティングシステムを使用しており、かつ同じバージョンの Calendar Server (たとえば 5.1) を使用している必要があります。
図 3-1    1 台のフロントエンドマシンと 1 台のバックエンドサーバによる Calendar Server 構成
図 3-1 に示されている構成におけるフロントエンドマシンは、次の処理を行います。
ネットワーク上に常駐するカレンダーデータに対するクライアント要求を処理する。
バックエンドサーバは、次の処理を行う。カレンダーデータを最初に XML ドキュメントツリーに変換する。
DWP を構成するには、フロントエンドマシンとバックエンドサーバの両方で ics.conf パラメータ を設定する必要があります。
フロントエンドマシン上で DWP パラメータを構成する手順は、次のとおりです。
管理特権を持つユーザとして、フロントエンドマシンにログインします。
Calendar Server コマンド行ユーティリティが入っている server-root/cal/bin ディレクトリに移動し、stop-cal コマンドを使用して Calendar Server を停止します。
server-root/cal/bin/config/ ディレクトリに移動し、表 3-5 に示されている ics.conf パラメータを編集します (複数台のフロントエンドマシンと 1 台のバックエンドサーバを使用して構成する方法については、複数のフロントエンドマシンを参照してください)。
Calendar Server コマンド行ユーティリティが入っている server-root/cal/bin ディレクトリに移動し、start-cal コマンドを使用して Calendar Server を再起動します。
バックエンドサーバ上で DWP パラメータを構成する手順は、次のとおりです。
管理特権を持つユーザとしてバックエンドサーバにログインします。
Calendar Server コマンド行ユーティリティが入っている server-root/cal/bin ディレクトリに移動し、stop-cal コマンドを使用して Calendar Server を停止します。
server-root/cal/bin/config/ ディレクトリに移動し、表 3-6 に示されている ics.conf パラメータを編集します。
Calendar Server コマンド行ユーティリティが入っている server-root/cal/bin ディレクトリに移動し、start-cal コマンドを使用して、Calendar Server を再起動します。
以上の結果、フロントエンドマシンから Calendar Express を使用して、バックエンドサーバ上の Calendar Server データベースにアクセスできます。その仕組みは、次のとおりです。
フロントエンドマシン上で起動された cshttpd サービスは、データベースサブシステムを初期化します。このサービスは、caldb.dwp.server.host.ip パラメータと caldb.dwp.server.host.port パラメータを ics.conf ファイルから読み込み、ホスト IP アドレス値とポート値を使用してバックエンドサーバとの接続を試みます。接続が成功すると、cshttpd サービスはバックエンドサーバ上で DWP トランザクションに排他的に使用される csdwpd サービスに関連づけて、接続プールを作成します。
この接続プールの初期サイズは、caldb.dwp.initconns. パラメータの値に設定されますが、caldb.dwp.maxcons パラメータで指定した最大値まで増やすことができます。プール内の各接続は HTTP/1.1 持続接続であり、何らかの接続上の障害があると、エラーメッセージがログファイルに書き込まれます。
フロントエンドマシンとバックエンドサーバとの DWP 接続が切断されると (たとえば、バックエンドサーバを再起動するなど)、フロントエンドマシンはバックエンドサーバとの再接続を試みます。DWP 接続が切断されている間はカレンダーデータに対するリクエストは失敗し、接続が回復するまでデータは利用不能になります。
複数のフロントエンドマシン
図 3-2 は、複数のフロントエンドマシンと 1 台のバックエンドサーバを使用した Calendar Server 構成を示しています。2 台のフロントエンドマシン (cal1.example.com と cal2.example.com) の構成パラメータは同じであり、フロントエンドマシン上で DWP パラメータを構成する手順は page 69で説明しています。フロントエンドマシンをさらに追加してフロントエンドの負荷を分散することが可能です。
図 3-2    複数のフロントエンドマシンと 1 台のバックエンドサーバによる Calendar Server 構成
LDAP 属性の管理
Calendar Server が使用する LDAP 属性を管理するには、csattribute ユーティリティを使用します。
LDAP 属性の一覧表示
ユーザやリソースの LDAP 属性をリストするには、csattribute ユーティリティの add コマンドを使用します。たとえば、TChang というユーザの LDAP 属性を一覧表示するには、次のコマンドを入力します。
LDAP 属性の追加
LDAP サーバに属性を追加するには、csattribute ユーティリティの add コマンドを使用します。たとえば、ユーザ TChang に Conference_Schedule の値を持つ LDAP 属性 icsCalendar を追加するには、次のコマンドを入力します。csattribute -a icsCalendar=Conference_Schedule add TChang
LDAP 属性の削除
LDAP サーバから属性を削除するには、csattribute ユーティリティの delete コマンドを使用します。たとえば、TChang から LDAP 属性 icsCalendar を削除するには、次のコマンドを入力します。csattribute -a icsCalendar delete TChang
グループスケジューリングエンジン (GSE) キューの管理
グループスケジューリングによって、Calendar Server ユーザは会議などのイベントを作成し、他の出席者に出席依頼をすることができます。空き時間検索機能を使用すれば、出席依頼をうけた人がイベントに実際に参加できるかどうかを確認できます。出席予定者が同じ Calendar Server 上に存在する場合、イベントは出席者のカレンダーにスケジューリングされます。出席予定者が同じ Calendar Server 上に存在しない場合は、出席依頼が電子メールで送られます。出席予定者は、この出席依頼を受諾または拒否します。
Calendar Server ユーザは、出席者のカレンダーを並べて表示し、グループスケジュールを比較することもできます。
GSE キューのエントリを管理するには、csschedule ユーティリティを使用します。csschedule は、Calendar Server がインストールされているローカルマシン上で実行する必要があります。
GSE キューのエントリの一覧表示
GSE キューのエントリをリストするには、csschedule ユーティリティの list コマンドを使用します。たとえば、GSE キューのエントリすべてをリストするには、次のコマンドを入力します。GSE キューに格納されている先頭から 10 個のエントリを一覧表示するには、次のコマンドを入力します。
Holiday_Schedule という calid を持つカレンダーの GSE キューのエントリすべてを 一覧表示するには、次のコマンドを入力します。
csschedule -v list Holiday_Schedule
GSE キューのエントリの削除
GSE キューのエントリを削除するには、csschedule ユーティリティの delete コマンドを使用します。たとえば、GSE キューのエントリすべてを削除するには、次のコマンドを入力します。カレンダー calA の GSE キューにある、最初のスケジュール時間が 2001 年 11 月 30 日の 13:30:45、オフセット番号 1、一意識別子 1111、繰り返し ID 0、シーケンス番号 0 のエントリを削除するには、次のコマンドを入力します。
csschedule -v -t 20011130T133045Z -o 1 -u 1111 -r 0 -n 0 delete calA
Calendar Server の監視
Calendar Server アクティビティを監視するには、csstats ユーティリティと cstool ユーティリティを使用します。以降では、次の項目について説明します。
カウンタ統計の一覧表示
csstats ユーティリティは、カレンダー構成ファイル (counter.conf) に定義されているカウンタオブジェクトからの統計情報を表示します。httpstat、authstat、wcapstat、dbstat などのカウンタオブジェクトは、次のような Calendar Server 情報を表示します。Calendar Server カウンタ統計の詳細については、カウンタ構成(counter.conf)ファイル を参照してください。
統計情報を一覧表示するには、csstats ユーティリティの list コマンドを使用します。たとえば、利用できるカウンタオブジェクトとタイプに関する基本情報を表示するには、次のコマンドを入力します。
httpstat カウンタオブジェクトに関する統計をリストするには、次のコマンドを入力します。
wcapstat カウンタオブジェクトに関する統計を 1 時間の間 10 秒ごとにリストするには、次のコマンドを入力します。
csstats -i 360 -s 10 list wcap
Calendar Server ログファイルの監視
Calendar Server サービスは、ステータス情報を各自の ログファイルに書き込みます。各ログファイルには、表 3-7 のとおり、対応するサービス名に基づく名前が付いています。
表 3-7    Calendar Server ログファイル
サービス名
ログファイル名
Calendar Server ログファイルは、デフォルトのログディレクトリに格納されます。
各ログファイルは、以下のとおり、設定されている時間とサイズ制限に基づく、新しい名前を持つ新しいログファイルと交換されます。
admin.20000801115354.1
http.20000801115354.2
ログイベント重要度レベル
表 3-8 に示されているとおり、Calendar Server のログファイルに書き込まれるイベントの重要度には 8 種類のレベルがあります。
表 3-8    iPlanet Calendar Server ログエラー重要度レベル
重要度レベル
意味
ログイベントは、関連する、タイムスタンプ、サーバのホスト名、重要度レベル、プロセス名 (プロセス ID)、イベントのタイプ、優先順位、および記述を 1 行にして表されます。ics.conf ファイル特定の構成の設定値を変更することにより、Calendar Server がログファイルに出力するイベントの重要度レベルを指定することができます。これについては、カレンダーログ情報の構成 を参照してください。
EMERGENCY、ALERT、CRITICAL、ERROR、および WARNING のレベルのエラーが発生したかどうかをログファイルを調べて定期的にチェックし、発生していた場合には、イベントを調査して Calendar Server の動作に問題がないかどうかを確認します。NOTICE と INFORMATION のレベルのログイベントは、Calendar Server が正常に稼動しているときに出力され、サーバのアクティビティの監視を助けるものです。
注 Calendar Server に関してテクニカルサポートを要請する際、問題解決の手段としてログファイルの提出が求められることがあります。
Calendar Server の ping
Calendar Server サービスが指定のポート番号を使用していることを確認するには、cstool ユーティリティの ping コマンドを使用します。サービスを ping してもサービスが実際に稼動しているかどうかは確認されませんが、ソケット接続を受け付けるかどうかを知ることができます。Calendar Server サービスオプションは、次のとおりです。
http−HTTP サービス (cshttpd)
cstool を実行するには、Calendar Server が稼動している必要があります。
注 現在のリリースでは、分散データベースサービス (csdwpd)、イベント通知サービス (enpd)、および通知サービス (csnotifyd) の ping は行えません。
たとえば、calserver というホスト名を持つマシンを ping して cshttpd サービスがポート 80 を使用しているかどうかを確認するには、次のコマンドを入力します。
cstool -p 80 -h calserver ping http
デフォルトの場合、cstool は応答を 120 秒間待ちますが、-t timeout オプションを使用すると、この値を変更できます。
Calendar Server 構成の更新
Calendar Server サービスの構成の更新を強制するには、cstool ユーティリティの refresh コマンドを使用します。サービスを指定しなかった場合、すべての Calendar Server サービスの構成が更新されます。cstool を実行するには、Calendar Server が稼動している必要があります。
たとえば、ローカル Calendar Server に全サービスの構成を更新させるには、次のコマンドを入力します。
前へ 目次 索引 DocHome 次へ
Copyright © 2002 Sun Microsystems, Inc. All rights reserved.
最終更新日: 2002 年 1 月 22 日