Войти
 
 
   
 
  
Новости Notes.ру Библиотека Биржа труда Вопрос - ответ Форум Регистрация Поиск О проекте
Разделы
О Notes
Советы
Шаблоны и примеры
Литература
Презентации
 
Всё о задаче AdminP. Часть вторая   Во второй части мы завершаем рассмотрение AdminP. В ней рассмотрены запросы междоменного администрирования и способы управления функциями AdminP с помощью настроек документа сервера, команд консоли сервера, файла Notes.ini и интервалов очистки базы данных. В этой статье предполагается, что вы опытный администратор Domino и прочитали первую часть
О Notes Читать статью
 
Всё о задаче AdminP. Proxy-действия в R5 и Domino 6   Приложение к статье об административном процессе
О Notes Читать статью
 
Всё о задаче AdminP. Часть первая   Перевод классической статьи 2003-его года о задаче административного процесса (AdminP). Очень полезна для понимания работы механизма этой задачи. В первой части статьи описаны компоненты задачи AdminP, как они работают, и как их использование помогает сделать работу администратора Domino проще. Задача AdminP (сакращённо от Administration Process, Административный процесс) работает с базой административных запросов (Administration Requests, admin4.nsf)
О Notes Читать статью
 


О Notes

Главная   Библиотека   О Notes

Всё о задаче AdminP. Часть вторая

Тимоти Спид (Timothy Speed) и Пол Реймонд (Paul Raymond)

В выпуске LDD Today за последний месяц мы опубликовали первую часть нашего подробного обзора процесса администрирования Domino (известного как AdminP). В этой статье мы представили AdminP, обсудив его компоненты и объяснив proxy-действия и базу данных Administration Requests. Первые отзывы показывают, что ряд читателей уже сочли эту информацию очень полезной.

Во второй части статьи мы завершаем рассмотрение AdminP. В ней рассмотрены запросы междоменного администрирования и способы управления функциями AdminP с помощью настроек документа Server, команд консоли сервера, файла notes.ini и интервалов очистки базы данных. В этой статье предполагается, что вы опытный администратор Domino и прочитали первую часть

Запросы на междоменное администрирование

Вы можете использовать AdminP для инициирования и выполнения административного запроса из одного домена Domino, а затем для отправки этого запроса в другой домен Domino. На следующей диаграмме вы видите, что запрос был сгенерирован в домене Notes, а затем отправлен в домен Lotus.

Рисунок 1. Запросы междоменного администрирования

Cross domain administration requests

Чтобы настроить AdminP для обработки междоменных запросов:

  1. Создайте документ подключения между доменами для обмена электронной почтой
  2. Обменяйтесь перекрестными сертификатами (при необходимости).
  3. Убедитесь, что у вас есть документ настройки Mail-in database для базы admin4.nsf с адресом Administration Requests
  4. Создайте документы конфигурации междоменного запроса в базе данных Administration Requests, содержащие необходимые исходящие и входящие междоменные настройки

После настройки AdminP для обработки междоменных запросов вы можете отправлять следующие запросы из одного домена в другой:
  • Удалить пользователя или сервер в Каталоге Domino
  • Переименовать сервер в Каталоге Domino (то есть обновить имя сервера с плоского до иерархического)
  • Переименовать ользователя в Каталоге Domino
  • Создать реплику
  • Получить информацию о реплике для удаления (этот запрос генерируется при удалении базы данных и ее реплик)

После того, как процесс настроен, он выполняется автоматически через обмен почтовыми сообщениями. Но сначала вы должны создать документы конфигурации междоменного запроса.

Документы конфигурации междоменного запроса

Документы конфигурации междоменного запроса определяют, как домен обменивается запросами администрирования и обрабатывает их. Документы конфигурации междоменного запроса хранятся в базе данных Administration Requests (admin4.nsf):

Рисунок 2. Документ конфигурации междоменного запроса - вкладка «Тип конфигурации»

Cross Domain Request Configuration document - Configuration Type tab

Вы должны создать документы, содержащие информацию о конфигурации как для входящих, так и для исходящих запросов, как описано в следующих разделах.

Outbound Request Configuration

Если вы выберете Outbound на вкладке Configuration Type, откроется вкладка Outbound Request Configuration:

Рисунок 3. Документ конфигурации междоменного запроса - вкладка Outbound Request Configuration

Cross Domain Request Configuration document - Outbound Request Configuration tab

Для создания междоменного запроса заполните следующие поля



Название поля
Ввкдите значение
Domains to submit AdminP requests toВведите имена доменов, на которые вы хотите отправлять запросы
List of AdminP requests to submitВыберите запросы, которые этот сервер будет отправлять на целевые домены:
    • Create replica
    • Delete person in Address Book
    • Delete server in Address Book
    • Get replica information for deletion
    • Rename person in Address Book
    • Rename server in Address Book
Only submit Create Replica requests to the domains listed above if the destination server is one of the followingВведите имена серверов, на которые этот исходящий домен будет отправлять запросы на создание реплик. Также не забудьте ввести имя целевого домена
List of approved signersВведите список пользователей, которые будут выступать в качестве доверенных подписывающих пользователей для каждого запроса
Inbound request configuration

Затем установите информацию о входящей конфигурации на сервере, который будет получать междоменные запросы AdminP. Начните с выбора Inbound на вкладке Configuration Type. Откроется вкладка Inbound request configuration (Конфигурация входящего запроса)

Рисунок 4. Документ конфигурации междоменного запроса - вкладка «Конфигурация входящего запроса»

Cross Domain Request Configuration document - Inbound Request Configuration tab

Вкладка Inbound request configuration (Конфигурация входящего запроса) состоит из следующего:

Название поля
Ввкдите значение
Receive AdminP requests from domainsВведите имена доменов, от которых этот сервер будет получать запросы
List of AdminP requests allowed from other domainsВыберите запросы, которые этот сервер будет принимать от других доменов:
    • Create replica
    • Delete person in Address Book
    • Delete server in Address Book
    • Get replica information for deletion
    • Rename person in Address Book
    • Rename server in Address Book
Only allow Create Replica requests if intended for one of the following serversВведите имена серверов в вашем текущем домене, которые будут принимать запросы на создание реплик от других доменов
List of approved signersВведите имена каждого утвержденного подписывающего пользователя. Это очень важная настройка, поскольку входящие запросы отклоняются, если они не подписаны доверенным лицом

Управление AdminP

Есть несколько методов, которые вы можете использовать для управления AdminP. Они включают:

  • Настройки документа Server
  • Интервалы очистки базы данных
  • Переменные Notes.ini
  • Команды консоли сервера

Мы обсудим каждый из этих методов в следующих разделах.

Настройки документа Server

Документ Server в Domino Directory хранит большинство настроек AdminP для каждого сервера. Вы должны обновить эту информацию для каждого сервера в вашем домене. Чтобы отобразить эту информацию, откройте документServer и выберите вкладку Administration process

Рисунок 5. Серверный документ - вкладка «Administration Process»

Server document - Administration Process tab

В таблице перечислены все настройки процесса администрирования.

Название поля
Ввкдите значение
Maximum number of threadsВведите количество потоков (задач), которые будут выполняться на сервере. Вы можете ввести show tasks на консоли сервера, чтобы увидеть количество загруженных задач
IntervalВведите количество минут, которые проходят между обработкой запросов на изменение имени. По умолчанию 60 минут
Execute once a day requests atУкажите время, когда AdminP выполняет обновление документа Person. Также это влияет на выполнение действия «Переименовать пользователя в списках непрочитанных документов». По умолчанию - 12 часов ночи
Interval between purging mail file and deleting when using object storeВведите количество дней для отсрочки удаления почтового файла, в котором используется общая почта. Заданная вами задержка дает задаче Object Collect время для удаления всех устаревших сообщений, связанных с почтовым файлом, из общей почтовой базы данных. По умолчанию 14 дней
Start executing onУкажите день недели, в который происходит обновление полей Authors и Readers в базе данных и поиск общих и частных элементов дизайна удаленного пользователя. По умолчанию - воскресенье
Start executing atУкажите время, когда происходит обновление полей Authors и Readers в базе данных и поиск общих и частных элементов дизайна удаленного пользавателя. По умолчанию - 12 часов ночи
Mail file moves expire afterВведите количество дней, в течение которых клиент Notes будет обновлять изменения, связанные с почтой. Допустимые значения: от 7 до 60; по умолчанию 21 день
Store Admin Process log entries when status of no change is recordedОпределяет, записываются ли в журнал записи «без изменений». Это очень интересная настройка. Когда вы впервые используете AdminP, вы должны оставить это значение равным Да. Это сгенерирует набор записей, которые могут предоставить некоторую информацию о состоянии различных действий AdminP, которые вы выполняете. Обратной стороной является создание большого количества документов. Итак, после того, как у вас есть опыт работы с AdminP, мы рекомендуем установить это значение на Нет. Это сэкономит дисковое пространство и время репликации. Также, если вы выполняете массовое переименование, это сможет помочь избежать конфликтов репликации
Suspend Admin Process at
Restart Admin Process at
Укажите ежедневное время начала и окончания для интервала времени, в течение которого работа AdminP приостанавливается. Предположим, у вас очень загруженный сервер с 9:00 до 15:00 каждый день. Вы можете использовать эти настройки, чтобы приостановить AdminP на этот период. Это поможет сэкономить системные ресурсы. По умолчанию эти поля пусты, то есть работа AdminP не приостанавливаеися
Переменные notes.ini

Когда задача AdminP была впервые введена в Notes/Domino, основной метод управления ей был через настройки Notes.ini. В Domino 6 документ сервера содержит большую часть информации о конфигурации, которая ранее контролировалась через notes.ini. Тем не менее, для тех из вас, чья среда все еще включает более ранние версии Domino, мы кратко упомянем некоторые из этих настроек notes.ini. (Имейте в виду предупреждение блога Professor INI о том, что вы всегда должны проявлять большую осторожность при изменении переменных Notes.ini, особенно недокументированных, которые могут изменяться от одного выпуска Notes/Domino к другому)

  • AdminPInterval

Эта переменная больше не используется в Domino 6. Поле Interval в документе Server управляет этой функцией.
  • AdminpModifyPersonDocumentsAt

Это еще одна переменная, которая больше не используется в Domino 6. Документ Server управляет этой функцией через поле «Execute once a day requests a».
  • AdminP_Disable_Move_Mail_Connectivity

Эта переменная включена в Domino R5.0.10 и новее. По умолчанию клиент Notes пытается подключиться к серверу администрирования Domino Directory для выполнения функции перемещения почтового файла. Если не может, выводится предупреждение, но попытки продолжаются. Чтобы предотвратить попытки клиента подключиться, добавьте AdminP_Disable_Move_Mail_Connectivity = 1 в файл Notes.ini сервера
  • Debug_AdminP и Debug_Outfile

Установите Debug_AdminP = 1, чтобы указать AdminP записывать информацию о расписании каждый раз, когда расписание обновляется. Эта информация сохраняется в файле, заданном переменной Debug_Outfile. (Обратите внимание, что это недокументированные переменные, предназначенные в первую очередь для устранения неполадок, и их следует использовать только по рекомендации службы поддержки Lotus)
  • Name_Change_Expiration_Days

Начиная с версии R5.0.2 эта переменная больше не используется. Когда инициируется изменение имени, документ Person обновляется, чтобы включить новое имя, и помечается как «Запрос на изменение: ожидает выполнения» на вкладке «Администрирование». Период времени, в течение которого документ Person остается в состоянии ожидания, определяется во время внесения изменения и не может быть изменен позже. В R5.0.2 и более поздних версиях предусмотрено диалоговое окно, позволяющее добавлять эту строку или изменять ее значение при каждом изменении имени. Другими словами, после изменения он «запомнит» последнее значение, которое использовал клиент

Интервалы очистки базы данных

Как и в случае с другими базами данных Domino, база данных Administration Requests позволяет вам установить интервал очистки, чтобы ограничить количество содержащихся в ней документов. Интервал очистки играет двойную роль. Он удаляет документы на основе установленного значения (если флажок установлен). Это значение также контролирует интервал очистки для удаления стабов удалённых документов. Стабы удаления - это маркеры, которые остаются от удаленных документов, чтобы Domino знал, что нужно удалять документы в других репликах базы данных Administration Requests. Стабы документов занимают дисковое пространство; Domino регулярно удаляет их в зависимости от интервала очистки. Интервал удаления стабов устанавливается равным одной трети интервала очистки. Например, если интервал очистки установлен на 90, то стабы документов удаляются по прошествии 30 дней. Этим процессом управляет задача Updall, которая по умолчанию запускается в 2 часа ночи

Для того, чтобы сократить потребление ресурсов, вы можете поддаться соблазну установить интервал очистки в базе данных Administration Requests на короткий интервал, например пять дней. Это может сработать в вашей среде, но давайте посмотрим на некоторые потенциальные последствия этого изменения. Сначала посмотрите на расписание репликации для вашей среды. Убедитесь, что в базе данных запросов администрирования есть расписание репликации на каждый сервер в домене и обратно. Хорошо работает модель концентратора и дерева - документы создаются как на основном сервере администрирования, так и на периферийных серверах. Поэтому убедитесь, что вы можете создать резервную копию дерева. Кроме того, некоторые proxy-действия сервера AdminP могут выполняться не сразу, например, «Обновить поля Readers» (proxy-действие 20). По умолчанию эти действия выполняются в воскресенье в 12:00. Поэтому, если вы установите слишком малый интервал очистки, сервер может удалить запрошенное действие, прежде чем оно получит возможность выполниться

Рисунок 6. Диалоговое окно «Параметры репликации для базы Administration Requests»

Replication Settings for Administration Requests dialog box

Консольные команды, относящиеся к задаче AdminP

Существует ряд команд AdminP, которые можно выполнить с консоли сервера Domino. Вот несколько основных

Команда
Время выполнения команды или тип запроса
Результат
Tell Adminp Process AllИнтервальные , ежедневные и отложенные запросыЭто команда «сделай все и сделай это сейчас». Эта команда обрабатывает все новые и измененные запросы. Будьте осторожны с этой командой - вы можете выполнить команды, которые не хотите, чтобы они выполнялись, например, отложенные запросы
Tell Adminp Process DailyЕжедневные запросыОбрабатывает все новые и измененные ежедневные запросы, поставленные в очередь на обновление документов Person в Domino Directory. Эта команда также будет обрабатывать все невыполненные запросы на переименование пользователя в списках непрочитанных документов
Tell Adminp Show DatabasesN/AОтображает информацию о процессе AdminP и базах данных, которые будут обрабатываться. В том числе:
  • базы данных, которые будет обновлять текущий сервер
  • базы данных, которым не назначен административный сервер
Tell Adminp Process IntervalИнтервальные запросыОбрабатывает все запросы, обычно обрабатываемые с периодичностью параметра Interval в документе Server.
Tell Adminp Process NewНовые запросыОбрабатываются все новые запросы
Tell Adminp Process PeopleНовые и изменённые запросыОбрабатываются все новые и изменённые запросы на правку документов Person Domino Directory.
Tell Adminp Process DelayedОтложенные запросыОбрабатывает все новые и измененные отложенные запросы. Настройки документа Server обычно управляют выполнением отложенных запросов. Посмотрите на параметры «Start executing on» и «Start executing at» в документе Server
Tell Adminp QuitN/AЗавершает работу задачи AdminP на сервере
Дополнительную информацию об этих и всех других командах сервера Domino см. в справке администратора

Перемещение пользователя из одной иерархии в другую

Это самая сложная задача, которую выполняет AdminP. В этом случае пользователь перемещается от сертификатора уровня O (или OU) к другому сертификатору. В рамках этого процесса AdminP выполняет не менее семи различных proxy-действий. Процедура включает следующие основные шаги:

  1. Начало процесса, запрос нового имени с консоли сервера или в Domino Directory
  2. Подтверждение действия в базе данных Administration Requests
  3. AdminP выполняет запрос
  4. Пользователь получает приглашение (необязательно для клиента Notes 6) принять новое имя. Это обновит файл user.id
  5. AdminP обновляет имя в Domino Directory (все записи, включая имена групп)
  6. AdminP обновляет имя в различных списках ACL баз данных, в почтовом профайле, а также в полях Readers и Authors
  7. AdminP может также обновлять имя в базе данных свободного времени и обновлять записи календаря

Обновления частных элементов дизайна

Одна из самых мощных функций AdminP, имеющихся в R5.0.5 и более поздних версиях, - это возможность обновлять частные элементы дизайна (агенты, представления и папки). В более ранних релизах, когда имя пользователя истекало из-за изменения имени, этот пользователь терял доступ к любым частным элементам дизайна, которые он создал, потому что они все еще содержали старое имя пользователя. В R5.0.5 AdminP заменяет старое имя новым, позволяя пользователям получить доступ к этим элементам дизайна

Процесс, необходимый для обновления имён пользователей, зависит от того, работают ли все клиенты Notes в вашей среде с R5.0.5 или новее или некоторые пользователи используют более ранние версии Notes

Все клиенты, работающие под управлением Domino R5.0.5 или новее

AdminP может отправить пользователю электронное письмо, содержащее ссылки на базы данных, в которых у пользователя есть частные элементы дизайна. Открытие баз данных по ссылкам на базы данных обновляет поля с новым именем пользователя. Никаких других действий не требуется. Агент, который генерирует эти автоматические электронные письма, называется агентом уведомления AdminP Mail. Чтобы включить агент почтовых уведомлений AdminP:

1. В Domino Administrator R5.0.5 откройте базу данных Administration Requests

2. Откройте запрос на переименование пользователя. Появится журнал процесса администратора для запроса

3. Выберите Действия - Включить / отключить уведомление пользователей. Появится следующее сообщение: «Уведомление теперь включено. Пользователи будут получать по электронной почте уведомление о базах данных Notes, в которых они создали или изменили элементы дизайна, такие как папки или представления».

4. Щелкните ОК.

Обратите внимание: если вы используете сервер Domino R5.0.5 и имеете хотя бы один клиент Notes R5.0.5, вы все равно можете использовать агент, если пользователи открывают свои базы данных через клиент R5.0.5, как описано ранее. Если они открывают и закрывают свои базы данных с помощью клиента R5.0.5, вам не нужно выполнять следующую процедуру для пользователей, у которых нет клиентов R5.0.5

Все клиенты, не использующие Domino R5.0.5

Сделайте следующее:

1. В Domino Administrator R5.0.5 откройте базу данных Administration Requests

2. Откройте запрос на переименование пользователя. Отобразится журнал процесса администрирования для запроса. Обратите внимание на информацию в этих полях:

  • Старое имя
  • Новое имя
  • Частные агенты, принадлежащие этому пользователю
  • Общие агенты, принадлежащие этому пользователю
  • Частные просмотры, принадлежащие этому пользователю
  • Личные папки, принадлежащие этому пользователю

3. Отправьте электронное письмо каждому пользователю со списком каждой базы данных (с именем сервера), которая содержит частный элемент дизайна и нуждается в обновлении из-за переименования пользователя. Пользователь должен открыть Domino Designer, открыть элемент, а затем сохранить и закрыть элемент. Это обновляет частные элементы дизайна

Заключение

На этом мы завершаем подробный обзор возможностей AdminP. Мы познакомили вас со всеми его основными компонентами, как они работают, и как вы можете их использовать. Мы надеемся, что вы найдете эту серию статей полезной для того, чтобы в полной мере воспользоваться мощными функциями AdminP, чтобы облегчить вашу работу и сделать ваших пользователей (и начальника) более счастливыми

Ссылки

Всё о задаче AdminP. Часть 1

Всё о задаче AdminP. Proxy-действия в R5 и Domino 6

Похожие материалы

Всё о репликации Lotus Notes/Domino

Агенты и задача Agent Manager
 
  Опубликовано — 05/17/2021 |    



Добавить комментарий
Имя * :
e-mail
Комментарий * :
Код подтверждения * :


Мероприятия
Пресс-релизы
Биржа труда
Последнее на форуме
 
А так же:
Как удалить профиль?
16.04.2016 00:08:51
Скопировать в буфер поле документа
24.05.2015 08:55:52
Импорт DXL-описания документов в Lotus Domino. Одноимённые поля
16.04.2015 16:49:58
 
© LOGOSPHERE.RU