ホーム
管理
この資料では、サーバーとデータベースを管理およびモニタリングするためのツールについての情報を提供します。
サーバーを管理する
次のいずれかの作業を行うことによって、Domino® サーバーを管理します。
クラスタの管理
クラスタを設定した後、クラスタを管理するためのタスクを実行することができます。
クラスタ複製を設定、制御する
クラスタにサーバーを追加すると、Domino® では Cluster Replicator が自動的に起動します。サーバーを起動するたびに、クラスタレプリケータが起動します。無効化、一時停止、再開など、さまざまな方法でクラスタ複製を制御することもできます。
失敗した複製をクラスタレプリケータでただちに再試行する
クラスタ複製が失敗に終わることがあります。普通、これは複製先サーバーが使用できないために発生します。クラスタレプリケータは失敗した複製イベントをメモリに格納しておき、定期的にこれらの複製を再試行します。この再試行間隔は当初 1 時間ですが、時間の経過とともに長くなり、最長 1 日になります。サーバーの Notes.log を見ると、再試行待ちになっているクラスタ複製イベントがあるかどうかが分かります。

管理
この資料では、サーバーとデータベースを管理およびモニタリングするためのツールについての情報を提供します。
- 管理ツール
  このセクションのトピックでは、Domino® サーバーを管理するためのツールについて説明します。
- モニター
  この節では、Domino® システムをモニターする際に役立つツールと機能について説明します。
- サーバーを管理する
  次のいずれかの作業を行うことによって、Domino® サーバーを管理します。
  - サーバー管理者を変更する
    サーバー管理者の前任者の名前が Domino® ディレクトリのアクセス制御リスト (ACL) に記載されている場合は、その名前を ACL から削除します。そして新しい管理者の名前を登録し、その管理者に [管理者] 権限を割り当てます。
  - サーバーコンソールのパスワードの設定と管理を行う
    サーバーコンソールのパスワードを設定して、サーバーコンソールの不正使用から保護します。
  - ドメイン検索サーバーを解除する
    Domino® ドメインの全文索引を作成するサーバーを再び通常の Domino サーバーとして使用するときは、Domino ディレクトリの該当グループからこのサーバーを削除し、サーバー文書を編集して、ディレクトリ構造から一部のファイルを削除します。
  - サーバーを撤去する
    既存のサーバーを統合したり、サーバーを撤去したりするときは、撤去サーバー分析ツールを使用します。2 つのサーバーを 1 つに統合しても、サーバーの名前を変更しても、結果は同じで、以前のサーバー名が新しいサーバー名に置き換えられます。
  - サーバー名を削除する
    システム管理プロセスを使用して Domino® ディレクトリや、データベース ACL と拡張 ACL から、サーバーへの参照を削除することができます。システム管理プロセスでは、[サーバーの削除] の処理中に、必要に応じてメール受信データベース文書と相互認証文書が自動的に削除されます。
  - サーバー上のユーザーセッションを切断する
    問題の修正のためにデータベースやサーバーを一時的に利用不可にする必要があるときに、サーバーからユーザーセッションを切断すると便利です。準備ができたら、ユーザーが再度接続できます。1 つのユーザーセッション、現在のデータベースのすべてのユーザーセッション、または選択したユーザーセッションをサーバーから切断できます。
  - Domino® または Web サーバー管理クライアントでドメインのサーバー名を検索する
    ドメイン内のサーバー名を検索し、サーバー名ごとの文書リンクとディレクトリリンクを含むログを表示できます。
  - サーバー ID を再認証する
    有効期限が切れそうな証明書が設定されたサーバー ID を元の認証者を使用して再認証します。
  - Domino® パーティションサーバーをアンインストールする
    コンピュータにあるすべてのサーバーパーティションを削除することも、1 つのサーバーパーティションだけを削除することもできます。
  - Domino® サーバーを再インストールするか、コンピュータ間で移動する
    差分インストーラのインストール時にエラーが発生してインストーラが完了しない場合や、Domino® サーバーがクラッシュし、トラブルシューティングによってもその根本原因が判明しない場合は、次の手順を使用してサーバーを再インストールします。
  - トランザクションログ
    Domino® のトランザクション記録では、データベースへの変更を収集して、それをトランザクションログに書き込みます。記録されたトランザクションは、リソースが利用可能なときやスケジュールされた時刻に一括してディスクに書き込まれます。
  - NSD を Microsoft™ Windows™ サービスとしてインストールして実行する
    NSD を Microsoft Windows サービスとしてインストールして実行することは Domino 10 ではできなくなりました。
  - Fault Reports データベースを設定する
    Notes/Domino の Fault Reports データベースには、サーバーのクラッシュ時に収集したデータが保管されます。データはクライアントとサーバーの両方から収集され、このデータを使用して、クライアントの信頼性を調べ、問題の原因を特定することができます。
  - クライアントとサーバーの診断
    サーバーまたはクライアントがクラッシュした後に、クライアントやサーバーの診断を実行して診断情報を収集するには、次のタスクを使用します。
  - サーバーまたはクライアントのクラッシュ後、診断情報を収集する
    自動診断収集ツールは、サーバーまたはクライアントがクラッシュした後、診断データを収集し、サーバーまたはクライアントが再起動すると、収集したデータを受信メールデータベースに送信します。その後、収集データを使用して、クラッシュの原因を調べることができます。
  - TECHNICAL_SUPPORT ディレクトリの使用
    IBM_TECHNICAL_SUPPORT データベースには、設定コレクタ (Domino® Configuration Collector) と自動診断データ収集ツールを使用して収集されたデータが格納されます。また、このデータベースには、Domino ディレクトリからエクスポートされ、Domino サーバーコンソールで入力された Save コマンドによって .dxl 文書として保存されたシステム情報ファイルと文書が格納されます。
  - Domino® サーバーのログファイル (LOG.NSF)
    各 Domino® サーバーには、すべてのサーバーの使用状況をレポートし、サーバーのデータベースやユーザーに関する詳細情報を記録したログファイル (LOG.NSF) があります。Notes Log は、サーバーの初回起動時に自動的に生成されます。
  - ログファイルのサイズを制御する
    デフォルトでは、ログファイル (LOG.NSF) には Domino® システムに関する情報が記録されます。
  - Domino® Web サーバーログ (DOMLOG.NSF)
    サーバーの使用状況と Web サーバーの要求を、Domino® Web サーバーログ (DOMLOG.NSF) に記録することができます。このオプションは、ビューとそのデータをさまざまな方法で作成する場合に有用です。
  - コンソールログのミラーリングを使用する
    コンソールログのミラーリングを使用すると、コンソールログファイルに書き込まれるすべてのメッセージがモニターされる新規サーバースレッドが作成され、またこれらのメッセージが別のファイルに複製されます。この新しいファイルがいっぱいになると、スレッドによってこのミラーリングファイルがクローズされ、それ以降のメッセージを書き込むための新規ファイルが作成されます。この閉じられたミラーリングされたファイルは、自分の判断で削除できます。
  - Domino® Configuration Tuner を使用してサーバー設定を評価する
    Domino® Configuration Tuner (DCT) は、増え続けるベストプラクティスのカタログに基づいてサーバー設定を評価します。単一ドメイン内のすべてのサーバーを同時に評価できます。DCT は、DCT で見つかった問題を示すレポートを生成し、回避策を示し、役立つ参考情報への参照を提供します。
  - Activity Logging
    Activity Logging を使用すると、企業活動に関する情報を収集できます。こうした情報に基づいて、システムの使用料の請求や使用状況のモニターを行うことができます。リソースのプランニングをしたり、クラスタ化によってシステム効率が向上しているかどうかを判断したりすることもできます。
  - クラスタの管理
    クラスタを設定した後、クラスタを管理するためのタスクを実行することができます。
    - クラスタのワークロードを均衡化する
      クラスタをモニターして、調整の必要性が認められた場合には、以下のタスクを実行して、クラスタにあるサーバー全体でワークロードをより適正に均衡させることができます。
    - クラスタのサーバー可用性を向上させる
      クラスタはサーバーの可用性を向上させる目的で設計されます。
    - クラスタのフェイルオーバーを管理する
      クラスタを設定するときは、データベースのレプリカを作成しておき、ユーザーがアクセスしようとしているデータベースやサーバーが使用できない場合に自動的に別のレプリカにフェイルオーバーするようにします。
    - ストリーミングクラスタ複製
      ストリーミングクラスタ複製 (SCR) は、完全に接続されたクラスタとデータストリーミングの特性を利用して、オーバーヘッドの少ないクラスタレプリケータを生成する機能です。
    - クラスタ内で複製を管理する
      クラスタでは、クラスタ複製と標準複製の両方を使用し、それぞれを同時に実行します。クラスタ複製は、クラスタでの主要な複製方法であり、標準複製は、クラスタレプリケータが更新できないデータベースでもすべて更新します。
    - クラスタ複製を設定、制御する
      クラスタにサーバーを追加すると、Domino® では Cluster Replicator が自動的に起動します。サーバーを起動するたびに、クラスタレプリケータが起動します。無効化、一時停止、再開など、さまざまな方法でクラスタ複製を制御することもできます。
      - 複数のクラスタレプリケータを使用する
        使用頻度が高く、更新要求によってクラスタレプリケータを常に過負荷にするデータベースが存在する場合は、複数のクラスタレプリケータの実行を検討してください。
      - サーバー全体でクラスタ複製を無効にする
        問題を調べたり、パフォーマンスを向上させるために、クラスタ複製を無効にすることができます。現在のセッションのみでクラスタ複製を停止することもできれば、サーバーの起動時にクラスタ複製が起動しないように設定することもできます。現在のセッションのみでクラスタ複製を停止すると、サーバーが次に起動するときにクラスタ複製が再起動します。クラスタ複製を無効にしても、スケジュールを設定された複製には影響がなく、そのまま実行されます。
      - 特定のデータベースに対してクラスタ複製を無効にする
        クラスタ内のすべてのデータベースは自動的にリアルタイムで複製されるように設定されているため、レプリカは常に同期されています。ただし、リアルタイムの複製が必要なのは、常にデータが同期している必要のあるデータベースだけです。それ以外のデータベースに対しては、クラスタ複製を無効にすることができます。
      - クラスタ複製を一時停止する
        クラスタレプリケータを一時的に停止する場合は、完全に停止するよりも一時停止のほうが有利です。クラスタレプリケータを一時停止すると、クラスタデータベースディレクトリと保留中のクラスタ複製イベントはメモリに格納されたままになります。
      - クラスタ複製を再開する
        クラスタの複製を中断した後に、Domino® または Web サーバー管理クライアントを使用するか、サーバーコンソールから、クラスタの複製を再開することができます。
      - 失敗した複製をクラスタレプリケータでただちに再試行する
        クラスタ複製が失敗に終わることがあります。普通、これは複製先サーバーが使用できないために発生します。クラスタレプリケータは失敗した複製イベントをメモリに格納しておき、定期的にこれらの複製を再試行します。この再試行間隔は当初 1 時間ですが、時間の経過とともに長くなり、最長 1 日になります。サーバーの Notes.log を見ると、再試行待ちになっているクラスタ複製イベントがあるかどうかが分かります。
      - Cluster Replicator にクラスタデータベースディレクトリを更新させる
        クラスタデータベースディレクトリに変更がないか、クラスタレプリケータでただちに確認することができます。
      - クラスタレプリケータでログ文書をただちに生成する
        クラスタレプリケータがログ文書を作成するまで待たずに、ログ文書をクラスタレプリケータですぐに作成できます。クラスタレプリケータは、前回の記録時以降に発生したすべての複製イベントを記録します。複製エラー、および再試行待ちになっている複製も記録されます。
    - クラスタのサーバーすべての設定を作成する
      クラスタにある一部のサーバー、または全サーバーに適用する設定がある場合には、目的のサーバーに適用するサーバー設定文書を作成できます。
    - クラスタのデータベース可用性を管理する
      データベースには 3 つの属性があり、それらを使用してデータベースに対するユーザーアクセスの可否を指定できます。
    - クラスタへのサーバーの追加
      クラスタにサーバーを追加するには、システム管理サーバーを使用します。システム管理サーバーがクラスタに組み込まれている必要はありません。
    - クラスタからサーバーを削除する
      クラスタからサーバーを削除するには、システム管理サーバーを使用します。システム管理サーバーがクラスタに組み込まれている必要はありません。
    - クラスタ間でサーバーを移動する
      あるクラスタから別のクラスタにサーバーを移動するには、単にそのサーバーを移動先のクラスタに追加します。Domino® は自動的にサーバーをクラスタから削除します。
    - クラスタデータベースディレクトリの情報を表示する
      クラスタデータベースディレクトリには、クラスタ内のデータベースごとに 1 つの文書が保存されています。この文書によって、データベースのサーバー、パス、レプリカ ID などの情報や、データベースに対してクラスタ複製が有効になっているかどうか、データベースが無効か、削除待ちであるかどうかがわかります。クラスタマネージャとクラスタレプリケータはこの情報を利用して、データベースが使用可能かどうかを判別します。また、クラスタマネージャの場合はフェイルオーバー時に、クラスタレプリケータの場合はクラスタ複製時にデータベースにどのようにアクセスできるかを判別します。
- データベースの管理
  この節のトピックでは、Domino® データベースを設定して管理する方法について説明します。

失敗した複製をクラスタレプリケータでただちに再試行する

クラスタ複製が失敗に終わることがあります。普通、これは複製先サーバーが使用できないために発生します。クラスタレプリケータは失敗した複製イベントをメモリに格納しておき、定期的にこれらの複製を再試行します。この再試行間隔は当初 1 時間ですが、時間の経過とともに長くなり、最長 1 日になります。サーバーの Notes.log を見ると、再試行待ちになっているクラスタ複製イベントがあるかどうかが分かります。

このタスクについて

定期的な複製の再試行を待たず、ただちにクラスタレプリケータで再試行を実行できます。これは、使用できなくなった別のクラスタサーバーを再起動する場合に特に便利です。

IBM Domino Administrator で操作する

手順

サーバーペインで、[すべてのサーバー] または [クラスタ] を展開します。
目的のサーバーを選択します。
[サーバー] > [ステータス] タブをクリックします。
タスクペインで [サーバータスク] をクリックします。
結果ペインで、[Cluster Replicator] を選択します。
ツールペインで [タスク] を展開し、[Tell コマンド] をクリックします。
[失敗したレプリカをすぐに実行します。] をクリックしてから、[OK] をクリックします。

Web サーバー管理クライアントから

手順

サーバーペインで、[すべてのサーバー] または [クラスタ] を展開します。
目的のサーバーを選択します。
[サーバー] > [ステータス] タブをクリックします。
タスクペインで [すべてのサーバータスク] をクリックします。
結果ペインで、[Cluster Replicator] を選択します。
ツールペインで [タスク] を展開し、[Tell コマンド] をクリックします。
「tell clrepl retry」と入力して [OK] をクリックします。

サーバーコンソールで操作する

このタスクについて

サーバーコンソールから次のサーバーコマンドを送信します。

tell clrepl retry