LDD Today

AdminPのすべて Part2

LDD Todayの原文（US）

インデックス

	ドメイン間のシステム管理要求
	AdminPの管理
	階層間でのユーザーの移動
	個人設計要素の更新
	まとめ

ドメイン間のシステム管理要求

1. ドメイン間のメール接続文書を作成する。
2. （必要に応じて）相互認証を発行する。
3. ［システム管理要求］という名前のメール受信データベースがあることを確認する。
4. システム管理要求データベースに、必要なドメイン間のアウトバウンド／インバウンド要求設定を含んだ［ドメイン間の要求設定］文書を作成する。

• Dominoディレクトリーからユーザーの削除、Dominoディレクトリーからサーバーの削除
• Dominoディレクトリーのサーバー名の変更（つまり、「階層なし」から「階層付き」へのサーバー名のアップグレード）
• Dominoディレクトリーのユーザー名の変更
• レプリカの作成
• 削除するレプリカ情報の取得（この要求は、データベースとそのレプリカを削除する際に生成されます）

フィールド名	入力値の説明
管理プロセス要求の送信先ドメイン	要求を送信する先のドメインの名前を入力します。
送信する管理プロセス要求の一覧	このサーバーから目的のドメインに送信する要求の種類を選択します。 レプリカの作成 Dominoディレクトリーからユーザーの削除 Dominoディレクトリーからサーバーの削除 削除するレプリカ情報の取得 ユーザー名の変更 サーバー名の変更
受信側サーバーが次のいずれかの場合、上記のドメインにレプリカの作成要求のみ送信する	このアウトバウンド・ドメインから［レプリカの作成］要求を送信する先のサーバー名を入力します。また、目的のドメイン名も入力します。
承認済みの署名者の一覧	各要求の信頼された署名者となる承認済みの署名者の一覧を入力します。

フィールド名	入力値の説明
ドメインから受信する管理プロセス要求	このサーバーが要求を受信する元のドメインの名前を入力します。
他のドメインからの管理プロセス要求の一覧	このサーバーが他のドメインから受け入れる要求の種類を選択します。 レプリカの作成 Dominoディレクトリーからユーザーの削除 Dominoディレクトリーからサーバーの削除 削除するレプリカ情報の取得 ユーザー名の変更 サーバー名の変更
次のサーバーのいずれかからレプリカをとる場合はレプリカの作成要求のみ許可する	他のドメインからの［レプリカの作成］要求を受け入れる、現在のドメイン内のサーバー名を入力します。
承認済みの署名者の一覧	承認済み署名者の名前を入力します。信頼された署名者が署名していないインバウンド要求は拒否されるため、これは非常に重要な設定です。

上に戻る

AdminPの管理

• サーバー文書の設定
• データベースのパージ間隔
• Notes.ini変数
• サーバー・コンソール・コマンド

• AdminPInterval
  この変数は、Domino 6では使用されません。この機能は、サーバー文書の［間隔］フィールドによって制御されます。
• AdminpModifyPersonDocumentsAt
  この変数もDomino 6では使用されません。この機能は、サーバー文書の［一日一回実行する時刻］フィールドによって制御されます。
• AdminP_Disable_Move_Mail_Connectivity
  この変数は、Domino R5.0.10以降に含まれています。［メールファイルの移動］機能のデフォルトでは、NotesクライアントはDomino ディレクトリーのシステム管理サーバーに接続を試みます。接続できない場合、警告を表示し、試みを続けます。クライアントがそれ以上接続を試みないようにするには、サーバーのNotes.iniファイルに「AdminP_Disable_Move_Mail_Connectivity=1」を追加します。
• Debug_AdminPおよびDebug_Outfile
  Debug_AdminPを「1」に設定すると、AdminPはスケジュールが更新されるたびにスケジュール情報を記録します。その場合、この情報は、Debug_Outfile変数によって指定されたファイルに保存されます（これらは、トラブルシューティングを主な目的とする、マニュアルに記載のない変数であり、Lotus Supportに勧められた場合に限り使用してください）。
• Name_Change_Expiration_Days
  この変数は、R5.0.2から使用されなくなりました。名前変更を開始すると、ユーザー文書は新しい名前によって更新され、［システム管理］タブの［変更要求］フィールドに［処理待ち］と表示されます。ユーザー文書が「処理待ち」のステータスにとどまる期間は、変更の実行時に決定され、後で変更することはできません。R5.0.2以降では、名前変更のたびに、この行を追加したり値を変更したりするためのダイアログ・ボックスが表示されます。つまり、変更後も、クライアントが直前まで使用していた値を「記憶」しています。

コマンド	コマンドの実行タイミングまたは要求の種類	結果
Tell Adminp Process All	間隔、毎日、および遅延	これは、「すべて直ちに実行する」コマンドです。このコマンドは、新規および編集されたすべての要求を処理します。このコマンドを実行すると、遅延要求など、直ちに実行したくない要求も実行される可能性があるため注意が必要です。
Tell Adminp Process Daily	毎日	キューに入っている新規および編集された「毎日」の要求をすべて処理して、Domino ディレクトリーのユーザー文書を更新します。このコマンドは、保留中の［未読リストのユーザー名の変更］要求もすべて処理します。
Tell Adminp Show Databases	なし	システム管理プロセスと次のような処理対象のデータベースに関する情報を表示します。 割り当てられたサーバーが更新対象とするデータベース システム管理サーバーが割り当てられていないデータベース
Tell Adminp Process Interval	間隔	サーバー文書の［間隔］設定によって通常処理されるすべての要求を処理します。
Tell Adminp Process New	新規	すべての新規要求を処理します。
Tell Adminp Process People	新規および編集された要求	新規および編集されたすべての要求を処理して、Domino ディレクトリーのユーザー文書を更新します。
Tell Adminp Process Delayed	遅延要求	新規および編集されたすべての遅延要求を処理します。通常、遅延要求の実行タイミングはサーバー文書によって制御されます。サーバー文書の［実行日］および［実行時刻］設定をご覧ください。
Tell Adminp Quit	なし	サーバー上で実行されているAdminPを停止します。

上に戻る

階層間でのユーザーの移動

1. サーバー・コンソールから、またはDomino ディレクトリーで新しい名前を要求することによってプロセスを開始する。
2. システム管理要求データベース内のアクションを承認する。
3. AdminPが要求を実行する。
4. ユーザーに対して、新しい名前を受け入れるかどうかを確認するプロンプトを表示する（Notes 6クライアントではオプション）。その結果、user.idファイルが更新される。
5. AdminPが、Domino ディレクトリーに含まれる名前（ループ名を含むすべてのエントリー）を更新する。
6. AdminPが、各種データベースACL、メール・プロファイル、［読者］／［作成者］フィールドに含まれる名前を更新する。
7. AdminPは、さらに空き時間データベースに含まれる名前を更新し、カレンダー・エントリーを更新することもできる。

上に戻る

個人設計要素の更新

1. Domino Administratorクライアント（R5.0.5以降）から、システム管理要求データベースを開きます。
2. ［名前の変更］ユーザー要求を開きます。その要求のシステム管理プロセスログが表示されます。
3. ［アクション］−［有効／無効ユーザーへの通知］を選択します。「ユーザーへの通知は現在有効です。ユーザーは、ビューやフォルダーのような個人設計要素を作成、更新しているデータベースに関する通知を電子メールで受け取ります。」というメッセージが表示されます。
4. ［OK］をクリックします。

1. Domino Administratorクライアント（R5.0.5以降）から、システム管理要求データベースを開きます。
2. 名前の変更］ユーザー要求を開きます。その要求のシステム管理プロセスログが表示されます。以下のフィールドの情報をメモに控えます。
   

   	元の名前
   	新しい名前
   	個人エージェントに属するユーザー
   	共有エージェントに属するユーザー
   	個人ビューに属するユーザー
   	個人フォルダに属するユーザー

3. 個人設計要素を格納しており、ユーザー名の変更によって更新が必要になった各データベース（サーバー名も）のリストを含んだメールを、各ユーザーに送信します。ユーザーがDomino Designerクライアントを開き、アイテムを開き、そのアイテムを保存し、閉じると個人設計要素が更新されます。

上に戻る

まとめ

上に戻る