/usr/local/apache/htdocs/lib/public_html/book/TECHBOOKS/LOTUS/Lotus_domino.txt Библиотека на Meta.Ua Администрирование Lotus Domino R5 в вопросах и ответах
<META>
Интернет
Реестр
Новости
Рефераты
Товары
Библиотека
Библиотека
Попробуй новую версию Библиотеки!
http://testlib.meta.ua/
Онлайн переводчик
поменять

В.В.Некрасов. Администрирование Lotus Domino R5 в вопросах и ответах




В новой книге В.В.Некрасова, написанной в достаточно распространеннной
для технической литературы формы "вопросов и ответов" (FAQ), рассматриваются
практические задачи администрирования серверов Lotus Domino ( в том числе
вопросы, связанные с обновлением версий программного обеспечения серверов),
часто всречающиеся вопросы, связанные с настройкой и функционированием
почтовой системы Lotus Domino R5, каталога сервера Domino R5 и баз данных
Domino Directory. Отдельные разделы книги посвящены типовым ответам на
вопросы, касающимся безопасности и контроля доступа на сервера Domino R5,
проблемам и ошибкам, возникающим при работе Domino систем и основным путям
их решения

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

HEIGHT=1214>








Lotus, Lotus Domino и Lotus Notes являются зарегистрированными
торговыми знаками фирмы Lotus Development Corporation, an IBM Company. Все
другие упомянутые в данном издании товарные знаки и зарегистрированные
товарные знаки принадлежат их законным владельцам.

© InterTrust Co., 2002

© Некрасов В.В., 2002

© Оформление обложки Будылев С. В., 2002

Все права защищены. Никакая часть данной книги не может быть
воспроизведена в какой бы то ни было форме и какими бы то ни было средствами
без письменного разрешения владельцев авторских прав.

HEIGHT=1193 BORDER=0>

Глубокоуважаемый читатель!

Вашему вниманию предлагается книга, посвященная вопросам
администрирования платформы Lotus Domino/Notes, созданная в популярном для
технической литературы жанре "вопросы и ответы". Сегодня уже нет ни какого
смысла рассказывать во вступительной статье о том, что это за семейство
программных продуктов Lotus Domino и какие задачи оно позволяет успешно
решать. Слава богу, что время, когда это нужно было делать уже прошло и
сегодня практически все руководители ИТ подразделений и технические
специалисты предприятий и организаций, все те, кто решает для своих
организаций практические задачи построения систем корпоративной электронной
почты, электронного документооборота, систем информационной поддержки
принятия решений, автоматизации деловых процессов, создание динамических Web
серверов, систем накопления и управления знаниями рассматривают платформу
Lotus Domino, как одну из основных.

В этом плане я думаю, что появление новой книги вполне оправдано и
закономерно, тем более, что вопросы администрирования самой платформы,
корпоративных систем, реализованных на Lotus Domino являются очень важными и
ответственными для любых организаций применяющих эту технологию. Об этом
говорит и экспоненциальная динамика роста активности участников нашего
технического форума "Вопросы и Ответы" (www.intertrust.ru), который является
на сегодняшний день наиболее авторитетным информационным ресурсом в России и
лавинообразный рост числа слушателей в нашем авторизованном учебном центре
(LAEC) Lotus (095)-95б-7928).

Мне очень хочется сказать слова благодарности автору книги Виталию
Викторовичу Некрасову (это уже наша вторая и я надеюсь, не последняя
совместная работа), Олегу Георгиевичу Таранченко - ведущему специалисту
нашей Компании и Владимиру Трояновскому за их участие и помощь в создании
этой книги.

Я искренне надеюсь, что данная книга будет полезна широкому кругу
читателей

И последнее, это наш первый опыт издания книги в таком жанре и мы,
вместе с ее автором, были бы благодарны любым замечаниям и предложениям по
улучшению ее структуры и содержания.

С уважением,

Генеральный директор Компании "ИнтерТраст" А.А. Линев


1Инсталляция, обновление программного обеспечения R5. 1.1Какой тип
инсталляции программного обеспечения сервера выбрать и чем они отличаются?

При выборе типа инсталляции Вашего сервера обычно руководствуются видом
лицензии сервера, приобретенной Вашей организацией. От вида лицензии зависит
и стоимость всего проекта, внедрения Domino в организации или ее филиалах.

Семейство серверов Domino R5 представляет собой программную серверную
платформу, предоставляющую широчайший спектр функций передачи сообщений,
мощную архитектуру Web-приложений для разработки деловых приложений, легко
масштабируемых, надежных, которые удовлетворят даже самых крупных
корпоративных заказчиков. Благодаря единой архитектуре, серверы Domino
позволяют заказчикам воспользоваться гибкостью подхода "начать с малого и
быстро расширяться".

Семейство серверов Domino включает в себя три основных сервера:


  • Domino Mail Server (почтовый сервер) -- предоставляет ведущие в отрасли
    средства передачи сообщений и совместной работы, включая базы данных
    дискуссий, интегрированный доступ к Web, функции ведения календаря и
    группового планирования. Встроенные инструментальные средства обновления
    позволят Вашим пользователям быстро достигнуть высокой производительности
    работы. Кроме того, благодаря комплексным и интуитивно понятным
    инструментальным средствам администрирования сервером Domino очень просто
    управлять -- независимо от того, развертываете Вы его во вновь созданной
    компании или на крупном предприятии с большим количеством удаленных
    серверов. Поддержка самых распространенных стандартов интернет и самого
    широкого спектра клиентов -- HTTP, IMAP, POP3, ведущего в отрасли клиента
    Notes, а также устройств PDA и интеллектуальных телефонов -- позволят Вам
    получить доступ к защищенным средствам передачи сообщений через интернет в
    любое время и из любого места.




  • Domino Application Server (сервер приложений) -- предоставляет
    полноценную платформу для Web-приложений, включающую в себя все выдающиеся
    возможности передачи сообщений почтового сервера Domino Mail Server.
    Встроенные средства Domino Enterprise Connection Services (DECS) --
    графический, не связанный с программированием интерфейс -- это самый быстрый
    и самый простой способ интеграции в режиме реального времени традиционных и
    корпоративных систем с Web приложениями. Комплексная среда приложений
    предоставляет возможности для интеграции рабочих потоков, средств управления
    содержимым и функций передачи сообщений, в целях поддержки ориентированных
    на процессы приложений. Поддержка основных языков программирования, включая
    Java и Javascript, позволяет использовать при разработке нужных приложений
    для интранет и интернет любые популярные инструментальные средства. Кроме
    того, сервер Domino Application Server может быть интегрирован в
    существующую архитектуру приложений за счет поддержки CORBA/IIOP.


  • Domino Enterprise Server (сервер предприятия) -- предоставляет все
    функциональные возможности почтового сервера Domino Mail Server и сервера
    приложений Domino Application Server, усиленные за счет функций
    кластеризации Domino Clustering Services, благодаря которым обеспечиваются
    высочайшие показатели готовности и надежности, необходимые для самых
    критичных приложений. Благодаря уникальной технологии кластеризации в
    сервере Domino Enterprise Server обеспечиваются распределение нагрузки и
    отказоустойчивость клиентов Notes и браузеров Web.

    1.2Какие новые возможности появились в версии R5?

    В версии R5 Lotus заложила ряд принципиально ряд новых возможностей,
    недоступных в более ранних версиях программных продуктов из серии Lotus
    Notes, Lotus Domino. Но это не мешает клиентам, использующим более ранние
    версии программного обеспечения, на своих рабочих станциях, обращаться к
    данным на серверах R5. Более того, сервера версий R3 и R4 могут работать с
    сервером R5 в одной сети или в домене Notes. Ниже приведен перечень новых
    функций появившихся в версии R5:


  • Расширенные средства передачи сообщений через интернет -- средства
    передачи сообщений Domino представляют собой оригинальные средства передачи
    сообщений интернет с поддержкой оригинальной схемы адресации интернет,
    оригинального расширения S/MIME и оригинального протокола маршрутизации
    SMTP.


  • Защищенная инфраструктура передачи сообщений и приложений полностью
    интегрированные сертификаты X.509, способствует использованию более мощной
    схема шифрования для защиты данных. Используется архитектура Common Data
    Security Architecture (CDSA), благодаря которой мощные функции защиты данных
    Domino могут быть распространены на приложения независимых поставщиков с
    поддержкой S/MIME, SSL V3. Используется новая опция восстановление паролей
    для ID пользователей, интерфейсы прикладного программирования API для
    реализации специальных функций аутентификации и шифрования.


  • Каталог Domino Directory -- новый каталог Domino Directory в версии 5
    отвечает потребностям даже самых крупных предприятий за счет полной
    поддержки LDAP v3 и наличия сильно сжатого индекса Directory Catalog.


  • Управление системой передачи сообщений -- детальные средства
    отслеживания сообщений, контроля и составления отчетов. Улучшенная система
    управления хранением сообщений Message Store Management, управление
    маршрутизацией, оригинальный протокол маршрутизации SMTP, легко
    устанавливаемые ограничения для сообщений и встроенные инструментальные
    средства обновления.


  • Открытый, защищенный сервер Web-приложений, реализованная в Domino
    поддержка Web-сервера MS IIS позволяет расширить возможности существующей
    среды NT/IIS, в то время как управление доступом к HTML-файлам позволяет
    распространить основанную на ролях систему защиты данных Domino на среду
    интранет или интернет. Кроме того, средства обеспечения отказоустойчивости и
    распределения нагрузки посредством управления кластерами интернет,
    повышенная производительность ядра HTTP, доступ в реальном времени к полям
    реляционных баз данных, ведение контрольного журнала виртуального сервера,
    поддержка простых, легко отыскиваемых указателей URL и поддержка протоколов
    CORBA/IIOP позволяют легко интегрировать Domino в Вашу архитектуру
    приложений.


  • Усовершенствованная база данных и архитектура, обеспечивают реальную
    масштабируемость при увеличении объема базы данных до 32 GB. Оптимизация
    памяти и системы ввода/вывода, а также ведение контрольного журнала
    транзакций, быстрый перезапуск после сбоя, поддержка в 2-4 раза большего
    количества пользователей и масштабируемый каталог Domino R5, в котором может
    находиться не менее миллиона зарегистрированных пользователей.


  • Несравнимые показатели готовности и надежности -- гарантируют Вашей
    серверной инфраструктуре соответствующие показатели готовности и надежности.
    В R5 поддерживаются средства обеспечения отказоустойчивости и распределения
    нагрузки для клиентов Notes и клиентов Web, тесная интеграция с кластерами
    операционной системы, неограниченное количество разделов на сервере, ведение
    контрольного журнала транзакций, оперативная индексация, улучшенные функции
    автоматического перезапуска и восстановления, оперативное сжатие/сжатие на
    месте, а также поддержка полного и последовательного (с накоплением)
    резервного копирования в режиме он-лайн.


  • Улучшенная программа установки/настройки -- гибкие, управляемые
    "мастерами" программы установки, инструментальные средства обновления для
    cc:Mail, MS Mail и Exchange при регистрации, автоматическая настройка
    клиентов и расширенные шаблоны настройки серверов позволяют быстрее
    приступить к плодотворной работе.


  • Средства администрирования Domino Administrator -- упрощение
    администрирования за счет задачно-ориентированного интерфейса, функций
    "перетащи и отпусти" и логично организованных вкладок для упрощения доступа
    к наиболее часто выполняемым задачам. Кроме того, опубликованные интерфейсы
    прикладного программирования API для инструментальных средств сторонних
    поставщиков позволяют безупречно интегрировать Domino с другими решениями в
    области системного управления.


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


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


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


  • Начиная с версии 5.0.4, Lotus несколько изменил подход к видам
    лицензий. Если раннее имелось два вида лицензий North American и
    International English то, начиная с версии 5.0.4, Lotus переходит на единую
    Global лицензию. При использовании этого типа лицензии Вы можете
    использовать более сильное шифрование в 128 бит, доступные ранее только в
    North American типе лицензии. Эта функция поддерживается при установке
    ежеквартальных обновлений. Подробное описание Вы найдете по адресу:

    http://www.notes.net/qmrdown.nsf/


  • Начиная с версии 5.0.5, в поставку сервера входит поддержка сервиса
    DOLs (Domino Off-Line Service). Сервис позволяет работать с базами Domino
    сервера локально, при этом используется "тонкий" клиент iNotes. Данный
    сервис становится доступным при установке ежеквартального обновления версии
    5.0.5. Подробное описание сервиса, с демонстрацией возможностей, Вы найдете
    по адресу:


    http://www.lotus.com/home.nsf/welcome/inotes 1.3Какие существуют общие
    принципы для обновления серверов до версии R5?

    Перед тем как Вы приступите к модернизации системы до R5, убедитесь,
    что Вы ознакомились с документами файла README.NSF. База данных Notes
    Release содержит техническую информацию, которая не была включена в основную
    документацию.

    Опыт показывает, что большинство организаций предпочитают переходить на
    R5 не сразу. Имеет место период, в котором существуют и старые версии
    системы, другие почтовые системы, которые сосуществуют с R5.

    Lotus создавал R5 с расчетом совместимости всех версий. Возможно
    существования вместе - ключевых базы данных системы Domino Directory,
    Administration Requests. Они были разработаны для совместимости с более
    ранними версиями. Кроме того, новые функции, типа Simple Message Transfer
    Protocol (SMTP) и Multipurpose Internet Mail Extensions (MIME), в Domino не
    требует никаких изменений - просто, Вы модернизируете Router до R5. Ваши
    существующие пути маршрутизации и адресное пространство также будут работать
    в R5, поскольку они сделаны в R4. Короче говоря, модернизация и
    сосуществование нескольких версий должен быть безболезненным, позволяя Вашей
    организации перейти быстро на новую версию R5.

    Чтобы модернизировать Вашу систему до R5, Domino система и Notes клиент
    должен иметь версию не ниже R4.1. Lotus рекомендует наращивать версии Вашей
    системы до самой последней, доступной Вам версии. Используйте для этого
    QMRs/QMUs, которые доступны по адресу:

    http://www.notes.net/

    Убедитесь, что все базы данных Вашей системы используют формат R4. Если
    Вы имеете некоторые шаблоны в формате R3, например адресные книги или
    почтовые файлы, Вы должны модернизировать их, по крайней мере, до R4.1,
    перед переходом на R5.

    Если Вы модернизируете клиентов R3 в R5, программа установки
    проигнорирует файл рабочего пространства DESKTOP.DSK и создает незаполненный
    набор закладок. 1.3.1Что нужно учесть при модернизации системы до R5?

    Перед проведением модернизации, просмотрите список проблем, которые
    могут возникнуть в ходе модернизации.

    Изменения или замена операционной системы.

    Клиент Notes R5 больше не доступен для операционных систем: Windows3.1,
    IBM® OS/2® Warp и UNIX системы. Пользователи Notes этих системами
    могут продолжать работать с более ранней версией Notes, или заменить
    платформу, которая поддерживается R5 клиентом: Windows95, Windows98,
    WindowsNT, Windows2000 или Macintosh PowerPC.

    Domino сервер R5 больше не выпускается для Novell NetWare. Организации,
    в которых сервер Domino установлен на NetWare, могут продолжать использовать
    более раннюю версию сервера Domino или заменить платформу сервера на: HP-UX,
    IBM AIX®, OS/2 WARP, WindowsNT, Windows2000 и Solaris.

    Требования к аппаратным средствам.

    Убедитесь что Ваше "железо" удовлетворяет требованиям аппаратных
    средств для Domino и Notes R5. Вам, возможно, понадобится модернизировать
    компьютер сервера и рабочие места пользователей.

    См.. Release notes для более подробной информации.

    Модернизация в международной организации.

    Если Ваша организация международная, оповестите Ваших коллег о
    планируемой модернизации. Отделы региональных областей имеют как правило
    различные инфраструктуры - например, домены с высокими затратами по связи.
    Одни филиалы могут использовать удаленный доступ к сети, например MS RAS, а
    другие используют связь по сети LAN, и их требования к системе будут
    различны. Модернизация может затрагивать каждый филиал по-разному. Например,
    при переходе на R5, больше не надо иметь отдельный MTA сервер, для каждого
    набора символов или языка. 1.3.2Какой должен быть порядок действий
    администраторов, при модернизации системы?

    Модернизация Вашей Domino системы должна быть организованным процессом,
    чтобы минимизировать работу и избежать остановки пользовательских, деловых
    процессов. Сервер, например должен быть модернизирован во время, когда
    немногие пользователей связаны с ним (выходные или поздно вечером).

    Lotus рекомендует модернизацию R5 в следующем порядке:


  • Центральные, узловые Hub сервера


  • Почтовые сервера


  • Сервера приложений


  • Клиенты Notes


  • Приложения и базы данных

    В первую очередь модернизируйте сервера, потом рабочие станции клиентов
    и только после этого приступайте к модернизации приложений. Вы минимизируете
    неудобства принесенные пользователям и деловым процессам. Пользователи не
    увидят всех новых возможностей R5, пока их клиенты не модернизированы; и
    наоборот, пользователи не смогут воспользоваться преимуществом, типа правил
    для почты, пока их сервера не будут модернизированы до R5. Кроме того, этот
    порядок позволяет администраторам привыкнуть к новому, более легкому
    управлению Domino серверами, с использованием клиента Domino Administrator

    Hub сервера.

    Hub сервера лучше работают с почтой и репликами и администрирование в
    Domino R5 выгодно улучшено. Hub серверами вообще управляют администраторами
    или опытные пользователи, которые могут быстро устранить любые проблемы
    происходящие в Вашей системе.

    Во время, когда Вы модернизируете Hub сервера Вашей организации, новый
    клиент Domino Administrator R5 намного упростит задачи администрирования.
    Новый графический интерфейс, с расширенными функциями поиска неисправностей
    и контролем серверов, поможет вам в работе. Кроме того, Domino Administrator
    работает с новым шаблоном Domino Directory, который ускорит выполнение
    административных задач Вашими администраторами.

    Почтовые сервера.

    После модернизации Ваших Hub серверов, используйте знание и опыт,
    полученные в течение процесса модернизации, для устранения проблем с
    модернизацией почтовых серверов в Вашей организации. Domino R5 включает
    многочисленные новые возможности, которые сделают Вашу почтовую
    инфраструктуру быстрее, мощнее и надежнее. Пользователи извлекут выгоду от
    увеличения производительности и новых функций встроенной поддержки MIME,
    SMTP и универсального почтового ящика. Модернизация почтовых серверов займет
    более длительный период времени и вовлечет большее количество людей, но опыт
    извлеченный из предыдущей стадии модернизации должен упростить этот процесс.

    Не приступайте к модернизации почтовых файлов пользователей, с
    использованием нового шаблона R5, пока пользователи Notes не заменили свои
    рабочих станций на R5. Вы можете, модернизировать почтовые файлы
    пользователей в новый формат баз данных (ODS) для более быстрого обновления
    видов и более легкого восстановление испорченных ID файлов, а так же
    повышения производительности. Для Ваших пользователей, имеющих доступ к
    серверу только по POP3 или IMAP клиентов, Вы можете обновить почтовые файлы
    в R5 - немедленно.

    Сервера приложений.

    Ваши приложения и сервера, на которых они запущенны, является сердцем
    Вашего бизнеса, так что модернизируйте их с особой осторожностью. Тщательно
    проверите Ваши приложения на R5 перед модернизацией. Продумайте, стоит ли
    модернизировать ODS Ваших приложений в формат R5, для получения наилучшей
    производительности и использования резервного копирования, или лучше
    оставлять их в формате ODS R4.

    Клиент Notes.

    Только после модернизации серверов можно приступать к замене клиентов.
    Notes модернизирует клиентов R4 автоматически, при запуске программы
    инсталляции рабочей станции. Создает набор закладок в рабочем пространстве
    пользователя и обновляет персональную адресную книгу пользователя. В первое
    время пользователи могут нуждаться в помощи, так как новый интерфейс
    пользователя Notes, очень похож на Web-браузер.

    Приложения и базы данных.

    Как только Вы модернизируете Domino сервера и Notes клиентов, начинайте
    модернизацию Ваших приложений и баз данных. При модернизации, формат баз
    преобразуются в новый формат баз ODS R5, заменены будут стандартные базы
    данных и их шаблоны (почтовые файлы, базы данных обсуждения и библиотек
    документов). С этих пор, R4 и более ранние клиенты не смогут использовать
    возможности R5, удостоверитесь, что Ваши пользователи модернизировали свои
    рабочие места в R5, перед заменой шаблонов.

    Модернизация баз в формат R5 ODS не сложна. Вы можете модернизировать
    реплики баз ODS R5 на серверах R5, позволить реплицировать эти копии на
    сервера R4, но запретить реплицировать дизайн. Таким образом, в Вашей
    инфраструктуре будут работать смешанные версии, Вы можете оставить некоторые
    базы данных в формате R4 ODS до тех пор, пока Ваша организация не закончит
    переход на R5. Тем не менее, модернизируйте любые R4 базы данных в формат
    ODS R5. 1.3.3Нужно ли "проигрывать" проект модернизации?

    Однозначно да.

    Перед модернизацией Вашей системы, испытайте процедуры модернизации в
    тестовой среде, которая не влияет на Вашу основную рабочую среду. В тестовой
    среде Вы сможете проиграть Ваши действия, делать некоторые ошибки и получить
    ценный опыт.

    Как правило, в маленьких компаниях организация тестовой среды вызывает
    проблемы, обусловленные нехваткой оборудования. По своему опыту могу
    сказать, что мне приходилось предоставлять собственную рабочую станцию для
    испытательных целей. Но некоторые неудобства, были компенсированы
    результатами и приобретенным опытом в установке и модернизации программного
    обеспечения. А если учесть тот факт, что на момент испытаний моя рабочая
    станция была - 486DX2-66 с 32Мв ОЗУ и 540HDD, то становится ясно, что такое
    "железо" можно найти в любой организации.

    В тестовой среде желательно воспроизвести, в маленьком масштабе, Domino
    систему Вашей организации. Если Ваша организация использует Кластер
    серверов, испытайте Кластер R5 в смешанной среде R4/R5. Если Ваша
    организация имеет смешанную среду - например, некоторые клиенты использует
    R4.1, а некоторый R4.6 - проверьте процесс модернизации на обеих версиях.

    Создайте список Notes и Domino баз данных, которые являются
    критическими для Вашей организации. Рассмотрите стандартное развертывание
    для Вашей инфраструктуры. Например, Ваша компания может разместить все
    почтовые файлы на одном сервере, чтобы гарантировать высокую надежность и
    сбалансировать нагрузку сервера. Внесите в список различные типы серверов,
    который Вы используете. Некоторые компании используют Domino только для
    передачи почты, другие используют их для приложений и Web-услуг.

    В больших компаниях, можно рассмотреть развертывание системы R5, в
    масштабе одной рабочей группы, которая послужит моделью для остальной части
    организации. Используйте это развертывание R5, наряду с Вашим
    экспериментальным проектом, проверьте Ваши планы, и ожидаемые результаты.
    1.3.4Как можно протестировать приложения перед их модернизацией в новый
    формат?

    Приложения R4 должны функционировать должным образом в R5. Однако вам
    необходимо проверить важные приложения, перед их модернизацией в тестовой
    среде R5.

    Создайте список ключевых функций в Ваших приложениях и оцените их
    функциональные возможности под R5. Примените любые R5 шаблоны и R5 ODS
    приложения. Будьте осторожны, все документируйте и проверяйте

    Делайте изменения в стандартных шаблонах. R5 шаблоны могут включать
    функциональные возможности, которые Вы добавляли или изменили в R4.

    Обратите внимание, после модернизации дизайна в R5, Вы должны
    восстановить представления в базе данных. Вы можете сделать это, открыв базу
    данных в клиенте Notes и нажать клавиши CTRL+SHIFT+F9, или ввести команду на
    консоли Domino сервера.

    load updall databaseName.nsf -r

    Испытания приложений.

    Ваша стратегия испытания может измениться в зависимости от числа
    используемых приложений. Вы должны определить, какие приложения вы должны
    проверять.


  • Если Вы еще этого не сделали, установите Domino Designer на Вашем
    рабочем месте.


  • Создает документы, с использованием каждой формы, включая скрытые
    формы. Удостоверитесь, что Вы можете вводить информацию в каждое поле в
    форме, что кнопки работают правильно, и что текст в форме показывается
    правильно.


  • Открывайте в каждом Виде документы, которые Вы только создавали.
    Удостоверитесь, что они показываются, правильно и формулы вычисляют
    правильно. Удостоверитесь, что скрытые представления работают правильно.


  • Просмотрите документы, которые Вы создали. Удостоверитесь, что они
    показываются, правильно и формулы вычисляют правильно.


  • Если Notes использует, внешние базы данных, убедитесь, что
    модернизируется формулы правильно.


  • Если прикладные формулы используются и посылают данные в скрытые виды в
    базах данных системы - например, Public Address Book -- удостоверьтесь, эти
    формулы работают правильно.


  • Если Notes использует, внешние OLE приложения, создает формы, которые
    используют OLE и запускают объекты.


  • Проверяйте всех агентов, чтобы удостовериться, что они работают
    правильно.


  • Проверьте безопасность Ваших баз данных. Например, проверьте список ACL
    доступа; ключи шифрования; роли читатели и доступ авторов.


  • Если Notes использует формулы отбора репликации, испытайте эти формулы,
    чтобы удостовериться, они работают правильно. Например, проверьте базу
    данных реплики, чтобы удостовериться, какие документы выбираются и
    копируются должным образом.


  • Вы должны проверить это для каждого приложения.
    1.4Как модернизировать почтовый интернет сервер R4 до версии R5?

    Предыдущие версии Domino сервера использовали Агента Передачи Сообщения
    (MTA) для передачи почты в интернет. В R5, Router может маршрутизировать
    интернет почту с использованием протокола SMTP. Почтовые клиенты могут
    готовить интернет почту в формате MIME, или в формате Notes - Domino
    маршрутизирует оба этих формата и конвертирует почтовые сообщения
    автоматически, если это необходимо в любой из форматов.

    При модернизации сервера то, что работало в R4, продолжает работать в
    R5. Вы почувствуете увеличение производительности, найдете много
    дополнительных функций и возможностей используя R5. При этом изменения в
    Вашей существующей конфигурации не потребуются. Domino использует все R4
    установки без изменения. 1.4.1Как модернизировать сервер, использующий
    SMTP/MIME Message Transfer Agent (MTA) до версии R5?

    Далее приведен поэтапный план Ваших действий при модернизации Вашей
    системы до R5. Используйте его, чтобы быстро заменить программное
    обеспечение Вашего сервера и избежать потери данных пользователей.
    1.4.1.1Сохранение важных файлов Domino сервера.

    Если Вы столкнетесь с ошибками в течение процесса модернизации. Вы
    всегда можете использовать резервные копии, чтобы восстановить Ваши данные.



  • Сделайте копию каталога данных Вашего сервера (C:\NOTES\DATA). Этим вы
    сохраните DESKTOP.DSK, все ID файлы (включая ID сервера и сертификатора),
    LOG.NSF, NAMES.NSF, MAIL.BOX, и любые другие общие адресные книги,
    расположенные на сервере.


  • Сделайте копию содержания любых каталогов или файлов данных связей
    (*.DIR)


  • Сделайте копию NOTES.INI сервера. Этот файл расположен в системном
    каталоге (например, C:\WINNT40).


  • Сделайте копию любых других баз данных Notes (*.NSF) и шаблонов Notes
    (*.NTF).

    Обратите внимание, что Domino автоматически модернизирует MAIL.BOX в
    формат R5 и заменит ее дизайн. Любые сообщения находящиеся в MAIL.BOX будут
    сохранены. 1.4.1.2Запрещение функции Housekeeping для SMTP/MIME MTA.

    Перед модернизацией R4 MTA сервера, запретите функцию Housekeeping для
    Вашего МТА сервера. Эта функция временно приостанавливает работу МТА и
    запустит задачу сжатия баз данных Compact по захваченным задачей МТА базам,
    после чего вновь запускает задачу MTA. Функция позволяет уплотнить базы
    входящей и исходящей почты (SMTP.BOX, SMTPIBWQ.NSF, SMTPOBWQ.NSF), которые
    постоянно находятся в открытом состоянии, при работе МТА.

    Удостоверитесь, что Вы сохранили все файлы MTA сервера. Из клиента
    Lotus Notes откройте адресную книгу для домена MTA серверов. Выбирайте
    документ сервера, на котором установлен Ваш MTA и переведите документ в
    режим редактирования. Откройте секцию Internet Message Transfer Agent (SMTP
    MTA). Перейдите в поле Enable daily housekeeping и установите значение -
    Disable. Сохраните изменение и закройте документ сервера. 1.4.1.3Остановка
    задачи Router.

    Остановка задачи Router нужна для того, чтобы запретить передачу
    почтовых сообщений с других серверов на сервер с MTA.


  • Удостоверитесь, что Вы запретили выполнение функции MTA Housekeeping.


  • Перейдите на консоль Domino сервера и введите следующую строку для
    остановки задачи Router:

    tell router quit

    В ответ сервер покажет остановку задачи Router.

    HEIGHT=55 BORDER=0>

    Рис. 1 Остановка задачи Router на консоли сервера Domino.

    Остановка задачи Router запретит передачу сообщений в базу SMTP.BOX и
    позволит MTA освободить очередь на отправку сообщений. При этом будет
    продолжена обработка сообщений, уже находящихся в этой базе данных.
    Поступающие сообщения в MAIL.BOX будут обработаны сервером после того, как
    Вы модернизируете его в R5. 1.4.1.4Остановка подзадачи Inbound.

    Остановка сессий входящих сообщений (Inbound), запрещает MTA получать
    сообщения по SMTP, адресованные Вашей организации, из интернета. Это
    позволит Вам очистить очереди подзадач Inbound и Outbound.


  • Удостоверитесь, что Вы остановили Router.


  • Введите на консоли сервера

    tell smtpmta stop inbound transport

    Сервер показывает открытые сессии Inbound и потом закрывает их:

    HEIGHT=155 BORDER=0>

    Рис. 2 Остановка сессии Inbound на консоли сервера Domino.


    1.4.1.5Обработки сообщений в базе данных SMTP.BOX

    После остановки задач Router и подзадачи Inbound, ждите, пока MTA
    обработает все сообщения в базе данных SMTP.BOX. Если имеются любые
    сообщения, ожидающие преобразования или ожидающие передачи, ждите, пока они
    не будут обработаны задачей доставки сообщений (DRT). Проверяйте обработку
    сообщения нажимая F9, или выбирайте из меню Вид -- Обновить. Обработанные
    сообщения будут удаляться из вида. Как только вид будет пуст, или будет
    содержать только документы, отмеченные как не доставленные (мертвые), это
    значит что SMTP.BOX пуст.

    Вам потребуется некоторое время, между обработкой сообщения и удалением
    сообщения из вида, из-за некоторой временной задержки DRT. 1.4.1.6Очистка
    очереди сообщений на прием (Inbound Work Queue).

    Очистка очереди Inbound Work Queue, подразумевает перемещение всех SMTP
    сообщений, адресованных получателям Вашей организации из базы Inbound Work
    Queue, в MAIL.BOX, после чего сообщения могут быть доставлены получателям.
    Сообщения, находящиеся в MAIL.BOX, будут доставлены после того, как Вы
    закончите модернизацию Вашего сервера и запустите его.

    Иметься некоторая задержка между преобразованием сообщений и его
    удалением из вида, из-за некоторой временной задержки DRT. 1.4.1.7Остановка
    SMTP/MIME MTA и сервера Domino.

    После очистки всех сообщений MTA, можно закрыть и модернизировать
    сервер.


  • Удостоверитесь, что Вы очистили очереди Inbound Work Queue.


  • Переключитесь на консоль сервера Domino.


  • Введите команду остановки сервера:

    quit


  • Закройте клиента Lotus Notes.
    1.4.1.8Проверка файла NOTES.INI для почтового интернет сервера.

    После того, как Вы модернизируете Domino сервер до R5, Вы больше не
    нуждаетесь в команде load для SMTP/MIME MTA, так как R5 Router обеспечивает
    встроенную поддержку протокола SMTP с обработкой MIME. Удалите параметры
    Memory management, name lookup controls и debugging из NOTES.INI файла, так
    как задача Reporter больше не будет работать в R5. Удалите строки указанные
    ниже из файла конфигурации:

    1. Удалите задачу Reporter и SMTPMTA из строки ServerTasks.

    2. Если следующие строки существуют в файле, удалите их:

    NSF_Buffer_PoolSize

    NSF_DbCache_Maxentries

    Server_Name_Lookup_Noupdate

    Any debugging parameters

    Обратите внимание. Функции задачи статистики, выполняемые задачей
    Reporter в R4, а так же статистический анализ, сейчас вместо задачи
    Reporter, использует задача Event. Она может контролировать базы данных,
    уведомляет администратора о достижениях установленных пороговых уровней.
    Кроме того, этот контроль может также регулироваться, чтобы автоматически
    уплотнять базы данных, которые достигают порогового значения.
    1.4.1.9Инсталляция программного обеспечение сервера Domino R5, на сервере
    MTA.


  • Удостоверьтесь, что сохранили все важные Domino файлы.


  • Удостоверится, что Вы проделали всем процедурам, для очистки сообщений
    из MTA.BOX.


  • Установите программное обеспечение Domino R5 сервера. Если Вы
    устанавливаете Domino в тот же самый каталог, что и предыдущая версия, Вы не
    должны делать никаких изменений в конфигурации сервера. Если Вы
    устанавливаете Domino в новый каталог, программа установки попросит Вас
    сконфигурировать сервер.


  • В течение установки программного обеспечения, выберите тип сервера, для
    которого Вы купили лицензию. Для многих организаций, это лицензия почтового
    Domino сервера.


  • После инсталляции R5, запустите Domino сервер.

    Обратите внимание. Программа инсталляции Domino сервера, не
    устанавливает клиента Domino Administrator. Вы должны выполнить вторую
    установку, используя программу установки для этого клиента, чтобы установить
    Domino Administrator на компьютере сервера. Lotus рекомендует устанавливать
    этого клиента и администрировать сервер с отдельного компьютера.
    1.4.1.10Замена дизайна базы данных Public Address Book для почтового
    интернет сервера.

    После модернизации - Domino сервер, Вам будет предложено
    модернизировать дизайн базы Public Address Book, на Domino Directory R5
    (PUBNAMES.NTF). Новый шаблон Domino Directory работает с клиентом Domino
    Administrator, чтобы упростить администрирование сервера и его адресной
    книги. Domino Directory совместим, разработан и предназначен для
    использования в средах со смешанными версиями Domino серверов.
    Модернизируйте дизайн Вашей адресной книги в Domino Directory R5 с
    использованием нового шаблона после того, как Вы модернизируете программное
    обеспечение Вашего сервера. Когда Вы модернизируйте базу данных Domino
    Directory, уплотните базу данных и восстановите представления базы.

    Перезапустите сервер. Проверьте консоль сервера, она не должна
    отображать никаких ошибок. Оставьте сервер командой с консоли сервера.
    1.4.1.11Уплотнение базы данных Domino Directory после замены дизайна.

    Введите с командной строки, Вашей операционной системы, команду для
    уплотнения Вашей базы. В Microsoft Windows95/98/NT/2000 (Intel платформы),
    формат команды следующий:

    Ncompact names.nsf

    Обратите внимание. Уточните, как называется Ваш файл Domino Directory,
    если он имеет название не NAMES.NSF, в команде консоли укажите правильное
    имя файла для Domino Directory. 1.4.1.12Восстановление представлений в
    Domino Directory.

    Введите с командной строки, Вашей операционной системы команду
    восстановления видов ($ServerAccess) и ($Users) в Domino Directory.

    В Microsoft Windows95/98/NT/2000 (Intel платформы), тип команды:

    Nupdall names.nsf -t "($ServerAccess)" -r

    Nupdall names.nsf -t "($Users)" -r

    При восстановлении представлений ($ServerAccess) и ($Users), Domino
    Directory позволяют клиентам более быстрый доступ к серверу.
    1.4.1.13Восстановление представлений в базах данных на модернизированном
    Domino сервере.

    Как только Domino сервер запущен, введите на консоли сервера:

    Load updall

    Эта команда восстановит представления баз данных, позволяя
    пользователям более быстрый доступу к Domino Directory и к другим базам
    данных на сервере. 1.4.1.14Репликация нового дизайна Domino Directory на
    другие сервера.

    Вы можете реплицировать дизайн Domino Directory на другие сервера Вашей
    организации, включая сервера версий R4 и R3. Domino Directory разработан и
    предназначен для использования смешанных версиях серверов.

    Обратите внимание. Как только вы скопируете новый шаблон на другие
    сервера, Вы должны восстановить представления в Domino Directory на этих
    серверах. Представления восстанавливаются для шаблона R5 и на серверах
    R4/R3, при этом этот процесс занимает много времени. Lotus рекомендует Вам
    реплицировать шаблоны и восстанавливать представления для R5 серверов в
    выходные дни или в течение другого времени, когда сервера имеют минимальную
    загрузку. 1.4.1.15Настройка конфигурации почтового интернет сервера.

    Вы должны разрешить Вашей задаче Router передачу почты SMTP.

    В документе Configuration Settings нужно разрешить функцию Server route
    mail с использованием SMTP. Документы Configuration Settings могут быть
    сконфигурированы для одного сервера, или для всех серверов в домене, или
    группы серверов. Отредактируйте документ Configuration Settings, который
    появится после модернизации сервера. Следует учитывать, что модификация
    воздействует на любые другие сервера, которые используют этот документ
    Configuration Settings. Если необходимо, создайте новый документ
    Configuration Settings для Вашего R5 почтового интернет сервера.

    Например. Вы имеете почтовый сервер, Notes сервер, Firewall сервер. При
    этом только почтовому серверу будет разрешено передавать SMTP почту.
    Создайте два документа Configuration Settings. Один для почтового сервера, с
    разрешением маршрутизации почты SMTP. Второй для Notes и Firewall серверов
    без разрешения маршрутизации почты SMTP.

    Обратите внимание, что Domino Directory для домена должен использовать
    шаблон R5, потому что назначения для встроенного SMTP появляются только в
    Domino Directory R5.

    Если Вы не имеете документов Configuration Settings для Вашего Domino
    сервера, создайте их, используя процедуру ниже.



  • Удостоверьтесь, что заменили дизайн Вашей базы Public Address Book на
    Domino Directory R5.


  • Из клиента Domino Administrator, выбирайте закладку Настройки.


  • Откройте секцию Сервер -- Конфигурации.


  • Выбирайте документ Конфигурации.


  • Если Вы имеете документ Configuration Settings для своего сервера,
    выберите его и выбирайте кнопку Edit Configuration. Если его нет, выбирайте
    кнопку Add Configuration.

    Если Вы создаете, новую конфигурацию, сделает следующее:


  • Введите имя сервера в секции Basics.


  • Выберите, Группу или конкретный сервер для кого эта конфигурация должна
    работать. Не выберите опцию - Use these settings as the default settings for
    all servers, если Вы не хотите, чтобы любой из серверов использовал этот
    документ, для рассылки сообщений в интернет.


  • Выбирайте закладку Router/SMTP.


  • На закладке Basics, выбирайте кнопку выбора SMTP used when sending
    messages outside of the local Internet domain.


  • Выбирайте - Enabled в окне и жмите кнопку ОК.


  • Если Ваша организация использует, промежуточный хост, введите в
    название или адрес IP в поле Relay host for messages leaving the local
    Internet domain.


  • Сохраните созданный вами документ.


  • Если Вы создали документ, он появляется в Вашем представлении.
    1.4.1.16Редактирование Server документ для почтового интернет сервера.

    Редактируйте Server документ, для модернизированного сервера, чтобы
    разрешить задачу SMTP lister task, для разрешения inbound SMTP сессий. Это
    изменение разрешает серверу загружать SMTP Listener task, при запуске
    сервера.

    Удостоверится, что Вы разрешили использование функции Server route
    outbound SMTP mail в документе Configuration Settings.


  • Из клиента Domino Administrator, выбирайте закладку Настройки.


  • Откройте секцию Сервер.


  • Выбирайте представление - Все Документы Серверов.


  • Дважды щелкните на документе сервера для почтового интернет сервера.


  • Выбирайте кнопку Edit Server.


  • На закладке Basics, выбирайте кнопку со стрелкой рядом с SMTP Listener
    task.


  • Выбирайте значение -- Enabled, затем -- OK.


  • Выбирайте кнопку сохранения документа.


  • Закрывайте Domino Directory.

    Примечание. Удаляйте SMTP routing из поля Routing Tasks, Server
    документа. Если вы оставите это поле не изменным , задача Router будет
    пытатся передать письмо в локальный домен R4 задаче SMTP MTA


    1.4.2Модернизация базы Administration Requests для MTA сервера.

    Если вы модернизируете почтовый сервер - Domino, модернизируйте дизайн
    базы данных Administration Requests (ADMIN4.NSF), на шаблон R5 (ADMIN4.NTF).
    Если модернизация сервера произведена не на сервере администрирования, Вы не
    должны модернизировать шаблон, Вы просто реплицируете новый дизайн на все
    другие Domino сервера во время ближайший репликации. 1.4.3Что нового в
    Domino Directory R5? 1.4.3.1Использование профиля настройки для Domino
    Directory.

    Когда Вы открываете Domino Directory после модернизации в первый раз,
    Вы увидите документ Domino Directory Profile. Профиль управляет
    характеристиками каталога сервера Domino.

    HEIGHT=549 BORDER=0>

    Рис. 3 Документ Domino Directory Profile - профиль Domino Directory.
    1.4.3.2Новые и удаленные представления в Domino Directory.

    Domino Directory R5 содержит несколько новых представлений, но
    некоторые представления отсутствуют, которые имелись в Public Address Books
    R4.

    Новые представления в Domino Directory R5.


  • External Domain Network Information


  • Holiday


  • Web Configurations

    Новые представления для пользователей в Domino Directory R5.


  • Alternate Language Information

    Новые скрытые представления в Domino Directory R5.


  • $ExternalDomainNetworkAddress


  • $ExternalDomainConfigurations


  • $ExternalDomainServerConfigurations


  • $Holidays


  • $LDAPCN


  • $LDAPG


  • $LDAPHier


  • $LDAPS


  • $PeopleGroupsByLang


  • $PeopleGroupsByCorpHier


  • $PeopleGroupsByPhonetic


  • $RegisterGroups

    Представления R4, которые были удалены из Domino Directory R5.


  • $ACLMONITOR


  • $RepMonitors


  • $Thresholds


  • $NamesFieldLookup (when all clients are 4.5)
    1.4.3.3Новые формы в Domino Directory R5.

    В Domino Directory R5 добавлено несколько форм.


  • External Domain Network Information


  • Configuration Settings (formerly Domain Configuration)


  • Holiday


  • (AlternateLanguageInformation)


  • (ExternalDomainNetworkAddress)


  • (FileProtection)


  • (FileProtectionDialog)


  • (Mapping)


  • (VirtualServer)


  • ($MessageSettings)


  • (InternetMail)
    1.4.4Где находятся элементы конфигурирования серверов R4 и их аналоги в
    R5?

    Документ Сервера R4 (Public Address Book).



    Источник записей


    Где находится в R5


    Задача SMTP Mail Routing, поля Routing Tasks


    Документ Configuration Settings: SMTP used when sending messages
    outside of the local Internet domain. Вы должны оставить значение SMTP Mail
    Routing в поле Routing Tasks, документа сервера, если сервер R4, а не-SMTP
    R5 сервер, маршрутизирует интернет почту в интернет.


    General section -- Fully qualified Internet host name


    Документ сервера


    General - Global domain name


    Все R5 сервера используют все R5 документы типа Global domain
    документы, он не ищут ни какой определенный документ.


    Control section -- Poll for new messages every X minutes


    Не используется в R5


    Control - MTA work path


    Не используется в R5


    Control - Log level


    Если сервер использует файл LOG.NSF -- SMTP outbound, Router, SMTP
    inbound и SMTP задача оставляют записи в базе. Смотрите настройки
    переменных, для NOTES.INI, что бы настраивать детализацию этих записей.


    Control - Enable daily housekeeping


    Не используется в R5


    Control - Perform daily housekeeping at


    Не используется в R5


    Conversion - header handling


    Не используется в R5


    Conversion -

    Attachment encoding method


    Документ Configuration Settings -- MIME - Conversion Options --
    Outbound


    Conversion - Message content


    Документ Configuration Settings -- MIME -- Conversion Options --
    Outbound


    Conversion - Support return receipts


    Документ Configuration Settings -- MIME -- Conversion Options --
    General -- Return receipts


    Conversion - Language parameters


    Документ Configuration Settings -- MIME -- Basics и MIME -- Settings by
    Character Set Groups


    Conversion - Use character set detection routines


    Документ Configuration Settings -- MIME -- Conversion Options --
    Inbound -- Auto Detection, если сообщение не содержат информацию о character
    set information


    Conversion - Message Typeface


    Документ Configuration Settings -- Conversion Options -- MIME --
    Settings by Character Set groups


    Conversion - Message Point Size


    Документ Configuration Settings -- Conversion Options -- MIME --
    Settings by Character Set groups


    Conversion - Outbound Macintosh message conversion


    Документ Configuration Settings -- Conversion Options -- MIME --
    Advanced -- Advanced Outbound Message Options -- Macintosh attachment
    conversion


    Inbound Configuration - Number of Processes


    Не используется в R5


    Outbound Configuration - Number of Processes


    Не используется в R5


    Outbound Configuration - Maximum outbound msg size


    Документ Configuration Settings -- Router/SMTP -- Restrictions and
    Controls -- Restrictions -- Maximum message size


    Transport Configuration - Host name mapping


    Документ Configuration Settings - Router/SMTP -- Basics -- Host name
    lookup


    Transport Configuration - Retry limit


    Не используется в R5


    Transport Configuration - Retry interval


    Не используется в R5


    Transport Configuration - Transfer mode


    Не используется в R5




    Документ Foreign SMTP Domain, из Public Address Book R4.




    Источник записей


    Где находится в R5


    Allow mail only from domains


    Документ Configuration Settings -- Restrictions and Controls --
    Restrictions -- Allow mail only from Notes domains


    Deny mail from domains


    Документ Configuration Settings -- Restrictions and Controls --
    Restrictions -- Deny mail from Notes domains


    Messages addressed to [Internet domain] should be routed to [Domain
    name] or [Internet host]


    Используется в R5 для маршрутизации почты интернет на Domino SMTP
    сервера, если все почтовые сервера могут маршрутизировать исходящую почту
    SMTP. Если Ваша организация использует только несколько SMTP серверов, при
    этом используется маршрутизация через R4 сервер, Вам придется продолжать
    использовать документы Foreign SMTP Domain и SMTP connection, для
    маршрутизации исходящей почты интернет для этих SMTP серверов.




    Документ Global Domain из Public Address Book R4.




    Источник записей


    Где находится в R5


    Global Domain документ


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


    Primary Internet domain (set in first Global Domain document in R4)


    Документ Global Domain -- Conversions -- SMTP Address Conversion --
    Local primary Internet domain. R5 выбирает Primary Domain из первого
    документа, типа Global Domain.


    Alternate Internet domain aliases (set in all other Global Domain
    documents in R4)


    Документ Global Domain -- Conversions -- SMTP Address Conversion --
    Alternate Internet domain aliases (R5 выбирает aliases из всех документов
    Global Domain, за исключением первого)


    Internet address lookup


    Документ Configuration Settings -- Router/SMTP -- Basics -- Address
    lookup. Если функция разрешена, R5 просматривает адреса в Domino Directory;
    если запрещено, Domino конвертирует Internet address.




    Параметры из NOTES.INI файла сервера R4.










    Источник записей


    Где находится в R5


    MailMaxThreads (максимальное число нитей передачи сообщений)


    Документ Configuration Settings -- Router/SMTP -- Restrictions and
    Controls -- Transfer Controls -- Maximum transfer threads


    MailDisablePriority (Установка равная 1, передача всей почты с
    приоритетом Normal, независимо от установленного приоритета)


    Документ Configuration Settings -- Router/SMTP -- Advanced -- Controls
    -- Advanced Transfer Controls -- Ignore message priority


    MailLowPriorityTime (установка времени, для передачи почты с
    приоритетом Low)


    Документ Configuration Settings -- Router/SMTP -- Restrictions and
    Controls -- Transfer Controls -- Low priority mail routing time range


    Log_Mailrouting (контроль детализации маршрутизации почты)


    Документ Configuration Settings -- Router/SMTP -- Advanced -- Controls
    -- Miscellaneous Controls section -- Logging level


    MailDynamicCostReset (число, как часто Router будет обнулять таблицу
    маршрутов, в случаи неудачного соединения)

    Документ Configuration Settings -- Router/SMTP -- Advanced -- Controls
    -- Advanced Transfer Controls -- Dynamic cost reset interval


    MailEncryptIncoming (Вынуждает шифрование для всей доставляемой почты,
    независимо от установок в почтовых файлах)


    Документ Configuration Settings -- Router/SMTP -- Restrictions and
    Controls -- Delivery Controls -- Encrypt all delivered mail


    MailClusterFailover (разрешить доставлять почту на другой сервер член
    кластера, в случаи недоступности основного сервера)

    Документ Configuration Settings -- Router/SMTP -- Advanced -- Controls
    -- Additional Controls -- Cluster failover


    SMTPMTA_IPPORT (порт SMTP)


    Документ Server document -- Ports -- Internet Ports -- Mail -- Mail
    (SMTP Inbound) and Mail (SMTP Outbound) -- TCP/IP port number


    SMTPMTA_CONVERT_ORIGINATOR (просматривает адрес автора в Public Address
    Book)


    Не используется в R5


    SMTP_KEEP1MEANS1=X (заставить MTA обращаться к локальному домену, так
    же как и к остальным доменам)


    Не используется в R5


    SMTPMTA_DENIED_DOMAINS=filename, Имя файла в формате ASCII. Файл
    содержит имена доменов, с которых запрещено получать интернет почту.


    Документ Configuration Settings -- Restrictions and Controls -- SMTP
    Inbound Controls и SMTP Outbound Controls sections


    SMTPMTA_NO_INLINE_CONTENT_DISP=1 (Выключить поддержку RFC 1806. Убрать
    содержанья заголовка если заголовок в режиме inline)


    Не используется в R5


    SMTPMTA_TRACE_LEVEL=0x00000100 (enhanced tracing in log)


    Не используется в R5




    Документ SMTP Connection R4.



    Источник записей


    Где находится в R5


    Relay host


    Документ Configuration Settings -- Router/SMTP -- Basics - Relay host
    for messages leaving the local Internet domain. Вы должны также установить
    значение разрешено в поле SMTP used when sending messages outside of the
    local Internet domain, тогда все будет работать должным образом.



    1.5Как обновить программного обеспечения рабочей станции Notes R4 до
    версии R5?

    Прежде всего, сохраните важные файлы клиента Notes. В случае если
    произойдет сбой в течение модернизации, или Вы столкнетесь с проблемами, Вы
    можете восстановить файлы из резервных копий.

    Сохраните следующие файлы для каждого клиента Notes:



    Файлы пользователя


    Место хранения файлов


    NOTES.INI (Файл конфигурации)


    Системный каталог (для примера, C:\WIN95)


    DESKTOP.DSK


    Каталог данных Notes (для примера, C:\NOTES\DATA)


    Персональная адресная книга (NAMES.NSF имя по умолчанию)


    Каталог данных Notes (для примера, C:\NOTES\DATA)


    ID файл пользователя (Для примера JSMITH.ID)


    Каталог данных Notes (для примера, C:\NOTES\DATA)


    Локальные базы данных (*.NSF)


    Каталог данных Notes (для примера, C:\NOTES\DATA)


    Локальные файлы, описывающие связи с внешними каталогами (directory
    links *.DIR)


    Каталог данных Notes (для примера, C:\NOTES\DATA)


    Шаблоны (*.NTF)


    Каталог данных Notes (для примера, C:\NOTES\DATA)




    Чтобы модернизировать Ваши рабочие станции клиентов до R5, Ваш Notes
    клиент должен иметь версию не ниже R4.1. Lotus рекомендует наращивать версии
    Вашей системы до самой последней, доступной Вам версии. Используйте для
    этого QMRs, которые доступны по адресу:

    http://www.notes.net/qmrdown.nsf/

    Пример. Если текущая версия клиента Notes у Вас R4.5, модернизируйте их
    до R4.5.7, установив соответствующие QMR и QMU. 1.5.1Что нужно сделать перед
    модернизацией клиентов Notes R4?

    Убедитесь, что все локальные базы данных Ваших клиентов используют
    формат R4. Если Вы имеете некоторые шаблоны в формате R3, например адресные
    книги или почтовые файлы, Вы должны модернизировать их, по крайней мере, до
    версии R4.1 перед переходом на R5.

    Если Вы модернизируете клиентов R3 в R5, программа установки
    проигнорирует файл рабочего пространства DESKTOP.DSK и создает незаполненный
    набор закладок. 1.5.2Как инсталлировать программного обеспечения Notes R5?


  • Удостоверьтесь, что сохранили все важные файлы клиента Notes.


  • Запустите программу установки SETUP.EXE, из дистрибутива клиента R5 и
    следуйте инструкциям на экране. Выбирайте тип клиента, для которого Вы
    купили лицензию. Укажите каталог для установки клиента, каталог в который
    была установлена рабочая станция Notes, предыдущей версии.


  • Запустите рабочую станцию Notes. Notes модернизирует программное
    обеспечение автоматически, если Вы устанавливаете R5 в тот же самый каталог,
    что и предыдущая версия Notes. Если Вы устанавливаете R5 в другой каталог,
    Notes попросит Вас закончить процесс конфигурации. Если Вы устанавливаете
    Notes в различные каталоги, знайте, что программа установки размещает
    NOTES.INI файл в каталог данных Notes. В предыдущих версиях, программа
    установки помещала NOTES.INI в системный каталог операционной системы.

    Обратите внимание, что Notes автоматически модернизирует Вашу
    персональную адресную книгу, с использованием дизайна R5. Если Вы имеете
    почтовые настройки, для интернет почты с использованием POP3, Notes
    преобразовывает Вашу запись в новый формат. 1.5.3Что происходит с рабочим
    пространством R4, при обновлении рабочей станции до R5?

    Notes R5 автоматически конвертирует Ваше рабочее пространство в
    закладки. Вы можете все еще получить доступ к рабочему пространство, если
    хотите - но новая навигационная модель делает этот ненужным.

    Ваше рабочее пространство, конвертируется в кнопки-закладки, которые
    расположены на левой стороне экрана клиента.

    Notes дает Вам следующие закладки первоначально:






    Кнопки-закладки


    Описание


    Домашняя страница


    Ваша домашняя страничка, с которой вы можете получить доступ почти ко
    всем наиболее важным функциям клиента, включая поиск в Web


    HEIGHT=37 BORDER=0>

    Почта


    Ваш почтовый ящик


    HEIGHT=37 BORDER=0>

    Календарь


    Календарь


    HEIGHT=37 BORDER=0>

    Адресная книга


    Персональная адресная книга


    HEIGHT=37 BORDER=0>

    Задачи


    Задачи


    HEIGHT=37 BORDER=0>

    Репликатор


    Закладка Репликатора.


    HEIGHT=37 BORDER=0>

    Domino Administrator


    Запуск клиента Domino Administrator.


    HEIGHT=37 BORDER=0>

    Domino Designer


    Запуск Domino Designer.


    HEIGHT=37 BORDER=0>

    Избранные закладки


    Ваши закладки и ссылки на различные документы и страницы


    HEIGHT=37 BORDER=0>

    Базы данных


    Базы данных организованные согласно Вашим старым закладкам, которые Вы
    использовали в рабочем пространстве


    HEIGHT=37 BORDER=0>

    Дополнительные закладки


    Закладки для поиска баз данных и Web страниц


    HEIGHT=37 BORDER=0>

    Ссылки Internet Explorer


    Закладки Избранного для Microsoft Internet Explorer


    HEIGHT=37 BORDER=0>

    Ссылки Netscape Navigator


    Закладки Избранного для Netscape Navigator



    1.5.4Какие изменения происходят в персональной адресной книге
    пользователя?

    В персональной адресной книге R5 имеется множество новых форм, видов,
    подформ, агентов и библиотек программ, некоторые элементы дизайна удаленны.

    Новые агенты в персональной адресной книге R5.


  • Remove Profile

    Новые формы в персональной адресной книге R5.


  • Accounts


  • International MIME Settings


  • ($Internet/RAS Dial-Up Wizard)


  • ($Notes Dial-Up Wizard)

    Новые библиотеки скриптов в персональной адресной книге R5.


  • RLAN Routines


  • StackContainer


  • Wizard

    Новые подформы в персональной адресной книге R5.


  • $CertifierExtensibleSchema


  • $GroupExtensibleSchema


  • $RLANotpp

    Новые представления в персональной адресной книге R5.


  • Advanced\Accounts


  • Advanced\International MIME Settings


  • ($Accounts)


  • ($International MIME Settings)


  • ($PeopleGroupsByLang)


  • ($PeopleGroupsCorpHier)

    Удалены представления из персональной адресной книги R5.


  • ($NamesFieldLookup)


  • ($ServersLookup)
    1.5.5Что происходит с базой данных Portfolio в Notes R5?

    Базы данных Portfolio представлены в R5 как закладки интерфейса.
    1.5.6Можно ли модернизировать мой почтовый файл в формат R5, сразу после
    установки программного обеспечения Notes R5?

    Не модернизируйте Ваш почтовый файл, с использованием шаблона R5, пока
    Ваш администратор Domino, не сообщит Вам, как сделать это, или модернизирует
    его сам, для Вас.
    1.5.7Что происходит с записями для интернет почты?

    Notes R5, предоставляет Вам возможность создания записей, которые
    содержат информацию для доступа к почте POP3, IMAP и использования почты
    SMTP. Если Вы в R4 имели запись, на использование сервисов POP3, Notes,
    конвертирует эту информацию. Если Вы используете интернет почту, Notes
    создает SMTP запись для Вашего пользователя.







    1.5.8Меняются ли установки защиты рабочей станции, установленные по
    умолчанию?

    Перед модернизацией Notes клиента, администратор домена может
    определить Administration Execution Control List (ECL) в Directory Domino.
    ECL устанавливает параметры безопасности по умолчанию для клиента Notes.
    Когда пользователь начинает работать с Notes, после модернизации его
    рабочего места, Notes определяет, к какой группе приложений относится
    пользователь, и что он может выполнять на клиенте Notes. Если группа не
    определена в ECL для клиента, Notes предупреждает пользователя об этом.
    1.5.9Как происходит синхронизация часового пояса и установка перехода на
    летнее время в Notes R5?

    В клиенте Notes R5, операционная система синхронизирует временную зону
    и установки перехода на летнее время. Когда Вы запускаете Notes, клиент
    синхронизирует значения системы, чтобы соответствовать текущим настройкам
    Notes. В предыдущих версиях, Notes синхронизировал только время системы,
    которое могло быть не синхронизировано с установкой временной зоны системы.

    Убедитесь, что временная зона и функция перехода на летнее время
    правильно установлены, в Вашей операционной системе.

    Например. Если операционная система не имеет активизированной функции
    перехода на летнее время, и Вы вручную переводите часы, приведите в
    соответствие установки часового пояса и времени.

    Изменение назначений на компьютерах Windows.

    Установки часового пояса, даты перехода на летнее время, в документах
    Местоположения Notes равны установкам Windows системы. Если Вы
    переключаетесь на различные Местоположения, то эти установки модернизируют
    временную зону Windows и перехода на летнее время. Если Вы изменяете
    временную зону Windows или установки перехода на летнее время, в то время
    когда Notes запущен, Notes модернизирует назначения для текущего
    местоположения.

    Когда Вы модернизируете R5 на компьютере Windows, Вы можете выбрать
    временную зону, если назначения временной зоны в одном из Ваших документов
    местоположения, не соответствуют назначениям системы Windows. 1.5.10Возможно
    ли использование функций календаря и планирования для интернет почты в Notes
    R5?

    В смешанной среде, с использованием маршрутизации Notes RPC и SMTP,
    Router сервера Domino автоматически перенаправляет, приглашения на встречи,
    напоминания, календарную информацию и информацию о планировании по протоколу
    Notes RPC, когда это возможно. Если Вы посылаете приглашение по SMTP,
    кому-либо в интернет -- Notes преобразовывает его в текстовые строки.

    Обратите внимание. Преобразование календаря и пунктов планирования в
    текст, когда сообщения передаются с использованием протокола SMTP, работает
    в R5 так же, как это делалось в версиях R4.5 и R4.6. 1.6Могут ли
    существовать рабочие станции R4 и R5 на одном компьютере клиента?

    Вопрос очень актуален, особенно в первый период внедрения R5 в
    организации. Здесь однозначного решения нет, каждый администратор решает эту
    задачу по-своему. Далее предлагается вариант решения, которым пользуюсь сам
    уже достаточно долго. Сразу скажу, что это не мое изобретение, нашел его
    описание в форуме "Вопрос ответ" и немного его подстроил для себя. В
    принципе его можно использовать и для серверов. Главный принцип построения
    логики заключается в том, что каталог запуска рабочей станции должен
    остаться неизменным, в нашем случае это C:\NOTES.

    Далее излагается последовательность действий, которые необходимо
    сделать:


  • Установите программное обеспечение, для первого клиента. В нашем случае
    это R4. Каталог для установки - по умолчанию C:\NOTES. Переносим файл
    NOTES.INI в каталог данных рабочей станции, обычно это C:\NOTES\DATA. В
    программном каталоге рабочей станции создаем текстовый файл с именем
    1NOTES4.TXT, он нам понадобится немного позже. И последнее, что надо
    сделать, это средствами ОС переименовать каталог NOTES в NOTES4.


  • Теперь беремся за вторую рабочую станцию -- R5. Каталог для установки,
    по умолчанию C:\NOTES (Вот для чего мы временно переименовали каталог с
    рабочей станцией R4). Переносим файл NOTES.INI в каталог данных рабочей
    станции. В программном каталоге рабочей станции создаем текстовый файл с
    именем 1NOTES5.TXT. Иногда программа установки обнаруживает старый NOTES.INI
    и предлагает его переименовать в NOTES.000 -- соглашайтесь, после завершения
    инсталляции верните файлу прежнее имя.


  • Создаем два ВАТ-файла, для запуска наших рабочих станций. Определяем
    имена для них NOTES4.BAT и NOTES5.BAT. Файлы храним в корневом каталоге,
    например диска С:\. Далее привожу содержание команд файла NOTES4.BAT.

    if exist с:\notes\1notes4.txt goto n4

    if exist с:\notes\1notes5.txt goto n5

    :n5

    move с:\notes notes5

    move с:\notes4 notes

    :n4

    с:\notes\notes.exe

    echo Start Notes 4

    :end

    Логика всего вышеперечисленного очень проста. Для запуска рабочей
    станции версии R4 используется файл NOTES4.BAT. Если в каталоге C:\NOTES
    обнаружен файл 1NOTES4.TXT -- значит, это каталог запуска действительно
    рабочей станции R4 -- выполняется запуск рабочей станции. Если в каталоге
    C:\NOTES обнаружен файл 1NOTES5.TXT -- значит это каталог запуска
    действительно рабочей станции R5. Программный каталог переименовывается в
    NOTES5, каталог NOTES4 переименовывается в NOTES и выполняется запуск
    рабочей станции.

    Файл для запуска R5 содержит похожие строки и работает по такому же
    принципу, только для R5.

    Вот такой принцип можно использовать для запуска рабочих станций,
    разных версий.

    И ще одно замечание по этому поводу. Да, сосуществование двух клиентов
    на одной машине возможны, главная тонкость в том, что R4 клиент хранит
    Notes.ini в системной директории операционной системы, а R5 в текущей
    директории клиента.

    Алгоритм поиска Notes.ini прост. При запуске рабочий станции
    проверяется текущая клиентская директория, если файл там не найден,
    проверяется системной директории операционной системы.

    Итак, мы должны перенести notes.ini из системной директории OS в
    клиентскую директорию

    Например :

    Из \Winnt (если это NT либо WIN 2000) в \Notes

    Далее можно преступать к инсталляции второго клиента R5 При проверке
    предыдущих версий Lotus Notes’a будет найдена старая версия
    Notes’a (R4) ответит отказам на предложения обновить версию ПО. И
    проинсталлировать новую версию в \Lotus\Notes.

    Будет создан дополнительный Notes.ini для клиентского места версии R5.
    1.7Как в Notes R5, сделать так, чтобы при старте появлялось рабочая
    область, а не стартовая страница R5?

    Выбирайте слева, на панели значков, пиктограмму Базы данных. Откройте
    окно свойств закладки Рабочая область. Выбирайте опцию - Сделать закладку
    домашней страницей. 1.8Что такое QMRs/QMUs?

    QMR и QMU -- это так называемые ежеквартальные обновления и Update к
    ним (QMU), для серверов и рабочих станций Lotus. Выпускаются они довольно
    регулярно. В основном это обновления, в которых устраняются замеченные
    ошибки.

    При установке очередного обновления, версия продукта повышается.
    Например, если Вы устанавливаете обновление 5.0 -> 5.0a на сервер, то при
    удачном завершении работы обновления и запуске сервера, на консоли сервера
    вместо версии 5.0, Вы увидите - 5.0а и т.д.

    В настоящий момент доступны, и актуальны, обновления для версий R4 и
    R5. Более того, в настоящее время Lotus выпустил ряд дистрибутивов серверов,
    рабочих станций и обновлений к ним, с национальными интерфейсами. Доступен
    русский дистрибутив сервера R5, рабочей станции R5, а так же ежеквартальные
    обновления до версий 5.0.4a.

    Программное обеспечение QMRs/QMUs, почти для всех языков, доступны по
    адресу:

    http://www.notes.net/qmrdown.nsf/ 1.8.1После установки QMR или QMU в
    каталогах сервера и рабочей станции появились файлы с расширением *.IIB. Что
    это за файлы?

    Действительно, после установки QMR или QMU в программных каталогах
    появляются файлы с расширением *.IIB. Причем некоторые из них имеют довольно
    внушительные размеры. Это резервные копии файлов, которые были заменены в
    процессе установки обновления.

    Делается это для того, чтобы Вы могли восстановить предыдущую версию
    инсталляции, программного обеспечения. Для возвращения к предыдущей версии
    программного обеспечения, достаточно запустить программу обновления во
    второй раз. Инсталлятор определит, что он уже был запущен по Вашему каталогу
    программного обеспечения и, при наличии соответствующих резервных копий
    файлов, с расширением *.IIB - восстановит эти версии файлов.

    Если вы не планируете возвращаться к предыдущим версиям серверов или
    рабочих станций, Вы можете удалить эти файлы, тем самым освободится немало
    места на жестком диске.
    1.8.2Что делать, если при установке QMR или QMU возникают ошибки, и
    процесс обновления останавливается?

    Иногда, в процессе установки QMR или QMU возникают ошибки, и процесс
    выполнения обновления останавливается. Как правило пользователь получает
    окно предупреждения, аналогичное приведенному ниже.

    HEIGHT=396 BORDER=0>

    Рис. 4 Информационное окно с сообщением об ошибке, при запуске
    программного обеспечения обновления QMR или QMU.


    Как правило, эти ошибки можно разделить на три категории:


  • Проблемы с файлом программы обновления. Обычно возникает на первом
    этапе установки, когда программа пытается тестировать целостность
    дистрибутива. В таких случаях обычно проходится скачивать обновление заново.
    Ничего не поделаешь, файл программы обновления иногда скачивается с
    ошибками...


  • Вторая проблема может быть связана с недостаточным количеством
    свободного места на диске сервера или рабочей станции. Как правило, об этой
    неприятности Вы можете прочитать в окне предупреждения, Вам будет указан
    минимальный размер необходимый для программы обновления. Очистите диск от
    ненужных файлов и запустите установку заново. Кстати, вы можете избавиться
    от файлов *.IIB, если не планируете их в дальнейшем использовать. Опыт
    показывает, что они занимают довольно приличное место на диске.


  • Третья причина остановки обновления самая неприятная. Она связана с
    несоответствием контрольной суммы некоторых файлов, Вашего установленного
    дистрибутива. На первом этапе, программ обновления проверяет наличие и
    контрольные суммы файлов, которые (как я понимаю) будут обновлены в процессе
    модернизации программного обеспечения. Программа обновления всегда ведет
    протокол своей работы и записывает его в файл UPGRADE.LOG, который обычно
    находится в программном каталоге сервера или рабочей станции. Для выяснения
    причины остановки обновления просматриваем этот файл и выясняем причину по
    вине, которой произошла остановка.

    Далее представлен фрагмент файла UPGRADE.LOG, с ошибкой в предпоследней
    строке, по вине которой и была прервана программа QMR:

    Iris Incremental Installer v5.02 for W32Intel

    Copyright (c) Iris Associates, Inc., 1994-1999. All rights reserved.

    Executable created 14:31:31 Sep 7 2000 for 5.0.2c Intl Server ->
    5.0.3 Intl Server.

    Upgrade started at 17:46:44 Apr 03 2000 in D:\.

    Using Notes program directory C:\NOTES

    Using Notes data directory C:\NOTES\DATA

    Identified Release 4.6.6c Intl Server.

    File lsxbeerr.lss failed checksum. (Found 0xd2d65163, Expected
    0x429b98fd)

    Unable to verify release.

    В большинстве случаев помогает замена файла, путем копирования его из
    дистрибутива. Если это, по каким то причинам невозможно, то действуем
    старыми "дедовскими" методами, по принципу "Нет файла -- нет проблем".
    Попробуйте перенести файл, с которым у вас возникли проблемы в другой,
    не-Notes каталог. Запустите программу обновления заново, проблема должна
    исчезнуть... 1.9Как модернизировать базы данных и приложения в новый формат
    R5?

    После модернизации Ваших Domino серверов и клиентов Notes, Вы можете
    приступать к модернизации Ваших баз данных.

    Запустите Ваше приложение R4 без модификации на сервере R5. Попробуйте
    их перевести в новую структуру ODS R5. Некоторые известные проблемы
    несовместимости опубликованы далее. Проверите Ваши приложения на сервере R5,
    перед передачей баз данный в работу Вашим пользователям. Если Вы
    сталкиваетесь с проблемой, Вы можете посетить форум Lotus KnowledgeBase на
    Web-сервере

    http://orionweb.lotus.com/basic.html.


    Когда Вы планируете модернизировать шаблоны R5 и использовать новые
    возможности присущие R5, знайте, что R4 клиенты не смогут использовать эти
    возможности. Использование R5 шаблона и возможностей в смешанной среде
    серверов может причинить некоторые осложнения, если некоторые клиенты
    используют ранние версии Notes.

    Lotus производил внутренние испытание, среди своих партнеров ISV и
    демонстрирует, что проблемы связанные с модернизацией приложений -
    несущественные. Однако Lotus настоятельно рекомендует проверить критические
    для предприятий приложения на сервере R5, перед передачей их в работу.

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



  • Модернизируйте сервера до версии R5, но оставьте базы данных в формате
    ODS R4 и используйте дизайн R4. Все клиенты смогут иметь доступ к этим базам
    данных без проблем, при этом не должно возникнуть никаких проблем с
    модернизацией.


  • Модернизируйте сервера и базы данных до версии R5, но оставьте дизайн
    баз данных в формате R4. Все клиенты смогут получить доступ к базам данных
    без проблем. Вы не должны иметься никаких проблем с модернизацией. Вы
    сможете выполнять сжатие (Compact) баз данных в новом формате ODS.


  • Модернизируйте сервера, формат баз данных, дизайн баз данных до версии
    R5

    Клиенты R4 не смогут использовать все возможности R5. Вы будете должны
    заменить клиентов, чтобы использовать новые возможности новой версии.
    Уплотните базы данных в новом формате ODS, замените дизайн R4, на R5 и
    используйте новые R5 возможности. 1.9.1Общие принципы модернизации баз
    данных в новый формат.

    Перед модернизацией баз данных на сервере Domino R5, запустите задачу
    Fixup, для коррекции большинства ошибок, c которыми может столкнуться задача
    Compact в процессе преобразовании баз данных в новый формат

    После модернизации, запустите задачу Updall -- r, для восстановления
    представлений в базах данных. Эта операция существенно уменьшит время
    открытия представлений. Это особенно важно для баз данных, которые
    используются часто, или имеют большие представления. 1.9.2Модернизация баз
    данных в формат R5.

    Для выполнения преобразования баз данных в новый формат, используется
    задача Compact. Вы можете использовать ключ (-R) этой команды, чтобы
    сохранить базы в формате R4. Или изменить формат баз данных формата R5,
    обратно в формат ODS R4. Если вы не хотите преобразовывать некоторые базы
    данных в формат R5, и желаете оставить их в старом формате R4, переименуйте
    расширение этих файлов в *.NS4. Задача Compact будет игнорировать эти файлы
    при своей работе и оставит их в старом формате.

    Ниже представлена процедура для преобразования Ваших данных в новый
    формат, при этом в свойствах баз данных вносится новая информация о ODS и ее
    версии:


  • Модернизируйте сервер Domino до версии R5.


  • Введите следующую команду на консоли сервер и нажмите клавишу ENTER.


    load compact databaseName.nsf

    где databaseName.nsf - имя файла базы данных, которую Вы желаете
    уплотнить в формат R5.

    Выполнение преобразования формата баз данных с клиента Notes.

    Если пользователь уплотняет базу данных с использованием клиента Notes
    R5 (например, из закладки Info, окна Свойств базы данных), сервер уплотняет
    базу данных для клиента. Таким образом, R5 Domino сервер уплотняет базы
    данных с использованием задачи Compact R5. Единственный способ предотвратить
    это состоит в том, чтобы переименовать расширения файлов баз данных R4 в
    *.NS4.

    Обратите внимание. Формат файла с расширением *.NS4 является родным для
    Domino сервера R5 и не вызывает как правило никаких проблем при работе с
    данными. 1.9.3Модернизация почтовых файлов пользователей.

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

    Убедитесь, что Вы заменили рабочие станции клиентов Notes R5, в
    противном случае пользователи не будет использовать возможности нового
    дизайна.

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

    Если пользователи настроили свои почтовые файлы, проинструктируйте их,
    как сохранить эти настройки. Например, пользователь может сделать новую
    копию его почтового файла, в которую включается только дизайн базы данных.
    Это позволит пользователям обращаться и к измененному шаблону R4, и к новому
    почтовому шаблону R5. Во многих случаях, эти изменения не нужны, потому что
    новые возможности R5 используют те же самые функции. Пользователи, пробуют
    новый почтовый шаблон R5 без его изменения, чтобы определить то, какие
    изменения, они хотели бы сделать в нем.


  • Запустите Domino сервер, на котором Вы хотите настроить почтовые файлы.


  • Остановите Router командой с консоли сервера:

    tell router quit


    Остановка Router, останавливает движение почты Domino на время
    модернизации почтовых файлов пользователей. Почта, сохраненная в базе
    MAIL.BOX, остаются в ней до очередного запуска Router. Как только Вы
    модернизируете почтовые, файлы пользователей, загрузите задачу Router снова,
    она будет обрабатывать почту из MAIL.BOX.


  • Загрузите утилиту преобразования Convert, для преобразования Ваших
    почтовых файлов. Ее синтаксис:

    load convert [arguments]


  • Как только Вы закончили преобразование почтовых файлов в формат R5,
    загрузите Router на Вашем сервере командой:

    load router


  • Информируйте пользователей о том, что Вы заменили дизайн их почтовых
    файлов. У них могут возникнуть вопросы о новых функциональных возможностях
    почтовых файлов R5. Если пользователи настроили свои почтовые файлы R4 до
    модернизации, проверьте их, используя дизайн R5, чтобы видеть, остается ли
    необходимые настройки в дизайне баз. Если это необходимо, пользователь или
    Ваш разработчик должен внести необходимые изменения непосредственно в R5
    элементы дизайна.

    Синтаксис и аргументы утилиты Convert, которые Вы можете использовать:

    load convert [-r | -l | -f | -m] mailfilepath existingtemplatename
    newtemplatefilename

    Где:

    -r конвертировать почтовые файлы из подкаталогов в указанном каталоге

    -l создает текстовый список почтовых файлов (реплики файлов
    исключаются)

    -f использовать текстовый файл со списком почтовых файлов, которые
    нужно модернизировать

    -m конвертирует файл, или файлы для использования задачей IMAP

    mailfilepath определяет полный путь к файлу или файлам, которые нужно
    модернизировать

    existingtemplatename определяет имя шаблона дизайна, который нужно
    заменить

    newtemplatefilename определяет новый шаблон для использования

    Модернизация отдельного почтового файла.

    Этот пример находит почтовую базу данных USER.NSF в подкаталоге \MAIL,
    каталога данных Notes. Утилита преобразования заменяет текущий почтовый
    шаблон - независимо от версии старого шаблона - на MAIL50.NTF, почтовый
    шаблон R5.

    load convert mail\user.nsf * mail50.ntf

    Модернизация всех почтовых файлов в каталоге.

    Этот пример находит все базы данных расположенные в подкаталоге \MAIL,
    каталога данных Notes, которые используют шаблон StdR45Mail (R4.5x почтовый
    шаблон) и заменяет их шаблон дизайна на StdR50Mail (MAIL50.NTF).

    load convert mail\*.nsf stdr45mail mail50.ntf

    Модернизация всех почтовых баз данных в каталогах и подкаталогах.

    Этот пример находит все базы данных расположенные в подкаталоге \MAIL,
    каталога данных Notes и во всех подкаталогах, каталога \MAIL (например,
    C:\NOTES\DATA\MAIL\GROUP1, C:\NOTES\DATA\MAIL\GROUP2, или
    C:\NOTES\DATA\MAIL\GROUP3) и модернизирует их с использованием почтового
    шаблона R5, MAIL50.NTF.

    load convert -r mail\*.nsf * mail50.ntf

    Создание текстового файла, который будет содержать список всех баз
    данных в каталоге \mail


    Вы можете использовать утилиту преобразования почтовых файлов, чтобы
    создать текстовый файл, который будет содержать список всех первичных
    почтовых баз данных на Вашем сервере. В список не вносятся реплики почтовых
    баз данных, только первичные копии.

    Пример создает текстовый файл, MAILLIST.TXT, в каталоге C:\TEMP.
    MAILLIST.TXT содержит список первичных почтовых баз данных на сервере, но
    исключает реплики. После того, как Вы создали текстовый файл, Вы можете
    использовать его, для модернизации почтовых баз данных, внесенных в этот
    список.

    load convert -l c:\temp\maillist.txt

    Модернизация всех почтовых файлов, имена которых перечислены в
    текстовом файле.


    Из текстового файла MAILLIST.TXT берется список почтовых баз данных,
    которые Вы хотите модернизировать, который сохранен в каталоге C:\TEMP.
    Утилита определяет, используют ли базы данных имя шаблона дизайна, которое
    соответствует маске STD* (например StdR4Mail) и заменяет их шаблоном
    StdR50Mail (MAIL50.NTF).

    load convert -f c:\temp\maillist.txt std* mail50.ntf

    Преобразование почтовых файлов для использования задачей IMAP.

    Когда Вы решаете использовать почтовый файл Notes с задачей IMAP,
    запустите утилиту преобразования почтовых файлов с ключом (-m). Этот пример
    находит почтовую базу данных USER.NSF в подкаталоге \MAIL и преобразовывает
    его для использования задачей IMAP.

    load convert -m mail\user.nsf

    Обратите внимание, когда Вы используете символ маски (*), для
    определения множества файлов, убедитесь, что все базы данных в выбранном
    каталоге являются почтовыми базами. Когда Вы используете символы (*), Domino
    заменяет дизайн всех баз данных попадающих в отбор по маске. Если Вы
    заменили по ошибке дизайн не почтовой базы, замените дизайн обратно. Для
    этого используйте соответствующий шаблон, чтобы восстановить дизайн. Вы
    можете делать это с помощью утилиты преобразования, определяя базу данных,
    которой Вы хотите восстановить первоначальный дизайн и определяя правильный
    шаблон. 1.9.4Замена шаблонов на новые версии R5.

    Domino R5 автоматически не модернизирует дизайн баз данных до R5.
    Например, когда задача Design запускается, она не модернизирует почтовые
    файлы R4 с использованием шаблона R5. Это позволяет Вам выбирать, когда
    модернизировать дизайн для Ваших почтовых баз.

    Шаблоны для почтовых баз R5 на сервере R4.

    Не размещайте почтовые базы R5 на серверах R4. Шаблоны R5 содержит
    новые функции, которые требуют наличие сервера R5, чтобы работать должным
    образом.

    Запрещение репликации шаблонов между серверами R5 и R4.

    Если Вы имеете почтовые файлы на сервере R5, с шаблонами R5, и Вы
    должны реплицировать эти файла на сервер R4, с шаблонами R4. Вы должны
    запретить репликацию дизайна для этих почтовых файлов. Для запрещения
    репликаций дизайна между серверами, сделайте следующее, для каждого
    почтового файла:


  • Откройте реплику почтовой базы данных, для которой Вы хотите запретить
    репликацию дизайна.


  • Выбирайте из меню Файл -- Репликация -- Настройка.


  • Выбирайте закладку -- Дополнительно.

    HEIGHT=65 BORDER=0>

    Рис. 5 Закладка Дополнитено, в окне свойств базы данных.


  • В секции Реплицировать входящие, уберите отметки - Формы, представления
    и т.д. и - Агенты.


  • Выбирайте - ОК.


  • Удостоверитесь, что Вы сделали это для каждой реплики базы данных,
    которой Вы хотите запретить репликацию дизайна.

    Обратите внимание, что эта процедура не работает для кластерной
    репликации! 1.9.5Модернизация приложений для Web.

    Элементы дизайна, с неподдерживаемыми формулами, в Domino версии 4.5
    скрывались автоматически при отображении через Web. Теперь Вы можете
    показывать их, если Вы выбираете опцию Web: использовать JavaScript при
    создании страниц, в свойствах базы данных. С выбранной опцией, Domino не
    проверяет ссылки или формулы кнопок перед использованием JavaScript, для
    воспроизведения страницы. Пользователи Web видят теперь все кнопки действий
    и ссылки, которые содержат команды и функции, которые не поддерживаются в
    приложениях Web.

    Проверьте все формулы в ссылках. Удостоверитесь, что эти формулы
    настроены правильно и работают после того, как пользователь щелкает на
    ссылках. Замените в R4.5 функции Attachment Fields на Web Element - File
    Upload Controls, если Вы устанавливаете - Web: использовать JavaScript при
    создании страниц. Web: использовать JavaScript при создании страниц
    установка, не выполняет команду ([EditInsertFileAttachment]).

    Web: использовать JavaScript при создании страниц установка, может
    вызвать неожиданные результаты, потому что работа функции URL в R5
    отличается того, что было в R4.5. 1.9.6Использование шаблонов для Web со
    старыми браузерами.

    Web шаблоны по умолчанию, которые поставляются с R5, не поддерживают
    браузеры, которые не поддерживают стандарт JavaScript 1.1. Если браузер не
    поддерживающий JavaScript 1.1 пытается получить доступу к одному из шаблонов
    Web версии R5, он получит сообщение об ошибке. R5 включает специальные
    шаблоны Web, разработанные и предназначенные для работы со "старыми"
    браузерами.

    Приложения, разработанные для использования в Web, ожидают обращения
    браузеров, которые не поддерживают JavaScript 1.1 стандарт и отображают
    сообщение, что возможности JavaScript не поддерживаются данными браузерами.
    Это - ограничение браузеров, а не проблема с шаблонами или приложениями.
    Domino и приложения Domino поддерживает все браузеры, но некоторых из
    инструментов, которые Вы можете использовать с Domino (например, JavaScript)
    не поддерживаются всеми браузерами.

    R5 шаблоны Web, работает со следующими браузерами:


  • Microsoft Internet Explorer 4.x


  • Netscape Communicator 4.x


  • Netscape Navigator 3.x

    Если Вы разрабатываете приложения, к которым нужно иметь доступ через
    браузер, не поддерживающий стандарт JavaScript 1.1, но хотите использовать
    R5 шаблоны Web, убедитесь, что использовали специальные шаблоны Web
    разработанные для "старых" браузеров. 1.9.7Замена дизайна базы данных
    Библиотека документов.

    Когда Вы заменяете дизайн базы данных библиотеки документов R4.x или
    R4.6, на шаблон R5 (Doc Library Notes and Web), Запустите агента Upgrade
    Doclib R4 Documents to New Design в базе данных перед открытием любого из
    документа из преобразованной базы данных.



  • Откройте базу данных, после замены шаблона.


  • Выбирайте меню - Действия, а затем запустите агента Upgrade Doclib R4
    Documents to New Design.

    Если Вы не сделаете этого, Вы получите сообщение об ошибке, когда
    попытаетесь открыть документ или вид, они правильно не будут показывать
    статус документа. 1.9.8Сохранение баз данных в формате R4.

    Любой клиент Notes может получить доступ к базе данных на Domino
    сервере, независимо от версии клиентской части или версии сервера. Однако
    клиенты более старых версий Notes не могут использовать новые возможности
    баз данных более поздних версий. Например, клиент R4 Notes может получить
    доступ к базе данных R5 на Domino сервере, но не сможет использовать всех
    возможностей базы данных R5.

    Если база данных сохранена на локальном диске клиента, только клиенты
    той же самой версии клиентской части Notes, могут получить доступ к ней.
    Например, к базе данных формата R4 можно обращаться локально клиентом R4 или
    R5, но не R3 клиентом.

    Domino сервера могут хранить приложения в их родном формате и более
    ранних версиях. Например, сервер R4 может хранить базы в формате R4 и R3, но
    не в формате R5.

    Чтобы создавать приложения формата R5, к которым могли бы получить
    доступ клиенты R4, и сохранялась бы возможность хранения этих приложений на
    серверах R4, нужно давать файлам баз расширение *.NS4. Используйте для этой
    цели, средства операционной системы, перед уплотнением баз данных в формате
    R5 ODS или сделайте новую реплику базы данных, с использованием расширения
    для файла *.NS4.

    Обратите внимание, если R5 клиент уплотняет локальную реплику базы
    данных R4, переведя ее в формат R5 - к ней нельзя будет обращаться локально
    клиентом R4.

    Вы можете всегда вернуть свои приложения к их более ранней версии ODS,
    используя ключ (-r) при выполнении утилиты Compact, или создавая новую
    реплику или копию базы данных в формате R4.

    Возвращение баз данных из формата R5 в формат R4, с использованием
    утилиты Compact.


    Перейдите на консоль Domino сервера и введите команду:

    load compact databaseName.nsf -- r

    где databaseName.nsf - имя файла базы данных, которой хотите понизить
    версию до R4. Domino уплотнит базу данных в формат ODS R4.
    1.9.9Использование функции Transaction logging в Domino R5.

    Когда Вы модернизируете сервер приложений и Ваши приложения и базы
    данных до R5, Вы можете использовать новую функцию Transaction logging.
    Убедитесь, что сделали следующее:


  • Определили, диск сервера с достаточным количеством свободного места,
    для восстановления Видов, проверьте переменную View_Rebuild_Dir в NOTES.INI.
    По умолчанию, эта переменная установлена в системный каталог c:\temp.
    Дополнительный диск содержит, временные файлы для восстановления
    представления. Большой диск позволяет быстрее восстанавливать и
    оптимизировать представления. С использованием этой функции, восстановление
    происходит в целых пять раз быстрее, чем в R4. Размер диска, необходимого
    для восстановления представлений, зависит от размера представлений, которые
    Вы восстанавливаете.


  • Используйте выделенный диск, чтобы хранить LOG файлы и Transaction
    logging. Местоположение по умолчанию для этих файлов - LOGDIR каталог в
    каталоге данных сервера. Выделенный диск позволяет, делать записи быстрее в
    LOG файл. LOG файл требует, по крайней мере, 200 МБ дискового пространства.
    Lotus рекомендует использовать диск не менее 1GB. Использование
    "зеркалированого" диска даже лучше чем единственный диск для восстановления
    данных.


    Используйте утилиту резервного копирования, для сохранения файла
    Transaction logging, для максимального восстановления данных, в случае
    разрушения данных или ошибок. Выполняйте ежедневное сохранение и
    архивирование файла Transaction logging.


    2Администрирование серверов Lotus Domino. 2.1Какие существуют
    особенности в администрировании смешанной среды серверов Lotus Domino?
    2.1.1Особенности маршрутизации интернет почты в смешанной среде серверов.

    Router сервера Domino R5 может маршрутизировать интернет почту формата
    MIME и с использованием протокола Notes RPC. Router сервера R4 не
    поддерживают формат MIME или SMTP маршрутизацию, он используют для этого
    агента MTA, для выполнения этой задачи.

    Вы можете управлять тем, как Router сервера R5 передает сообщения MIME
    на сервера R4, если он не имеет доступ на сервер, к документу Person
    пользователя. Router сервера R5 конвертирует сообщение MIME, в формат Notes,
    или конвертирует сообщение MIME в Notes формат и формирует также
    присоединенный файл, который содержит оригинальное сообщение MIME. Вы можете
    определять для Вашей системы метод преобразования MIME. Установка по
    умолчанию конвертирует сообщение MIME в формат Notes, без применения
    присоединенного файла.

    Если Вы выбираете установку, при которой сообщение будет
    конвертироваться в формат Notes и будет формироваться присоединенный файл,
    то Domino будет сохранять полностью оригинальное сообщения в присоединенном
    файле. При этом если клиент попытается получить доступ, к сообщению
    используя почтового клиента интернет, Domino будет посылать ему сообщение
    формате MIME, из присоединенного файла. Сервер R4 хранит сообщения MIME в
    формате Notes, с использованием присоединенного MIME файла. При выборе
    такого способа хранения сообщений, в смешанной среде, требуется примерно
    вдвое больше места на диске сервера для хранения почты.
    2.1.1.1Конвертирование интернет почты в смешанных средах серверов.

    При использовании смешанной среды серверов, сообщения формата MIME
    перед посылкой его в интернет, иногда требует преобразования. Преобразование
    выполняется при использовании следующих сценариев:


  • Когда Вы используете сервер R4 с агентом SMTP/MIME MTA, для отправки и
    получения почты из интернет.


    Для отправки почты интернет, агент MTA конвертирует исходящие сообщения
    Notes в формат MIME и рассылает их с использованием протокола SMTP. Входящие
    сообщения интернет формата MIME конвертируются в формат Notes (с или без
    присоединенного файла MIME), а Router пересылает их с использованием Notes
    RPC. Агент R4 MTA конвертирует и пересылает сообщения, основываясь на данных
    документа Person получателя, в случае если MTA может получить доступ к этим
    документам. Проверьте установки поля Internet Message Storage в Person
    документах пользователей. В зависимости от выбранных Вами значений в этом
    поля, агент MTA сервера R4 будет выполнять или не выполнять преобразование:


  • Notes only -- Агент MTA конвертирует сообщение в формат Notes и
    пересылает его получателю.


  • Internet only -- Агент MTA сохранит MIME в присоединенном файле и
    пересылает его.


  • Notes and Internet -- Агент MTA конвертирует сообщение в формат Notes,
    сохраняет MIME в присоединенном файле, затем передает его.



  • Когда Router R5 доставляет сообщение в почтовый файл получателя.

    Router проверяет поле Format preference for incoming mail, в Person
    документе получателя, из Domino Directory R5. Он определяет предпочтение
    интернет почты для получателя.

    a) Если сообщение находится в формате Notes и


  • значение поля - Prefers Notes Rich Text , Router доставляет сообщение.


  • значение поля - Prefers MIME , Router конвертирует сообщение в MIME и
    доставляет MIME сообщение.


  • значение поля - No Preference , Router доставляет сообщение.

    Обратите внимание. Если значение поля - No Preference, Router
    доставляет сообщение в формате Notes, для того чтобы клиенты Notes клиенты
    R4 и R5 могли читать сообщение. IMAP и POP3 серверные задачи могут
    конвертировать сообщения в MIME, для клиентов интернет.

    b) Если сообщение находится в формате MIME и


  • значение поля - Prefers Notes Rich Text, Router конвертирует сообщение
    в формат Notes, форматирует и доставляет сообщение в формате Notes.


    Обратите внимание. Если на сервере установлена переменная
    MailDeliverCDorMime=1 в файле NOTES.INI, то Router не будет конвертировать
    сообщение, и доставит его в формате MIME.


  • значение поля - Prefer MIME, Router доставляет сообщение.


  • значение поля - No Preference, Router доставляет сообщение.

    Если сообщение зашифровано (S/MIME формат), Router создает
    присоединенный файл содержащий S/MIME и создает сообщение Notes формата,
    объясняющее что сообщение зашифровано и не может быть преобразовано в формат
    Notes.

    Обратите внимание. Если значение поля имеет значение - No Preference,
    Router доставляет сообщение в MIME, потому что R5 клиент и интернет клиент
    могут читать сообщение формата MIME. Router R5 конвертирует сообщение MIME
    для клиентов, которые не могут читать MIME.


  • Когда Router R5 сервера передает сообщение на сервер R4.

    Если сообщение находится в формате Notes, Router R5 просто передает
    сообщение на сервер R4.

    Если сообщение находится в формате MIME, Router пробует получить доступ
    к документу Person получателя. Если он имеет доступ к этому документу, он
    проверяет значение поля Internet Message Storage для R4, или Format
    preference for incoming mail для R5.


  • Если в поле установлено значение - Notes only для R4, или Prefers Rich
    Text Notes
    для R5, Router конвертирует сообщение в формат Notes и передает
    сообщение в формате Notes.


  • Если в поле установлено значение - Internet only для R4, или Prefers
    MIME
    для R5, Router сохраняет сообщение MIME в присоединенном файле и
    передает сообщение.


  • Если в поле установлено значение - Notes and Internet для R4, или No
    Preference
    для R5, Router конвертирует сообщение в формат Notes, сохраняет
    оригинальное сообщения MIME в присоединенном файле и передает сообщение в
    формате Notes с присоединением MIME.


  • Если сообщение зашифровано (S/MIME формат), Router создает
    присоединенный файл, содержащий сообщение S/MIME и создает сообщение Notes
    формата, объясняющее что сообщение зашифровано и не может быть преобразовано
    в формат Notes.

    Обратите внимание. Если на сервере установлена переменная
    MailDeliverCDandMime=1 в NOTES.INI, Router конвертирует сообщение в Notes
    формат и добавляет в присоединенный файл, оригинальное MIME сообщение.

    Если Router не может получить доступ к Person документу получателя,
    например если получатель находится в другом домене, или Router не может
    получить доступ к Domino Directory домена, то, по умолчанию Router
    конвертирует сообщения MIME в формат Notes и передает их. Вы можете
    управлять процессом конвертирования, настраивая поведение Вашего Router.


  • Когда Router R5 посылает почту по SMTP.

    Если Router R5 должен послать сообщение в формате Notes с
    использованием протокола SMTP, он конвертирует это сообщение в MIME.

    Обратите внимание. Что Агент SMTP/MIME MTA R4 поддерживает режим -
    Encapsulation. Режим, который помещает Notes-информацию в присоединенный
    файл, который мог бы быть преобразован назад в Notes другим агентом MTA R4.
    Router R5 этой функции не поддерживает, но сохраняет данные Notes другим
    методом так, чтобы любой Router R5 мог бы конвертировать информацию в формат
    Notes.

    И еще одно замечание. Если к вам пришло письмо с прикрепленным файлом с
    мнением ENCAP2.OND это и есть инкапсулированное Router R4 письмо. Открепите
    его , переименуйте "*.nsf" и причтите письмо вложенное в эту базу.



  • Когда сервер R5 реплицирует данные с сервера R4.

    Когда сервер R5 реплицирует, базы данных, которые содержат MIME на
    сервер R4. Например, если почтовый файл находится на сервере R5 и
    реплицируется на сервер R4, сообщения формата MIME в базе данных сервера R5,
    сервер Domino конвертируют MIME в формат Notes.


  • Когда клиент Notes R5 создает сообщение MIME и посылает его, через
    сервер Domino R4 на почтовый сервер пользователя R4.


    Клиент R5 конвертирует сообщение из MIME в формат Notes и передает его
    на Domino сервер. Если в файле NOTES.INI на клиенте R5 установлена
    переменная MailTransferCDandMIME=1 клиент Notes всегда конвертирует
    сообщение в формат Notes и добавляет присоединенный файл, содержащий
    оригинальное сообщение MIME.

    Если сообщение зашифровано (S/MIME формат), Router создает
    присоединенный файл, содержащий оригинальное сообщение S/MIME и создает
    сообщение формата Notes, объясняющее что сообщение зашифровано и не может
    быть преобразовано в формат Notes.

    IMAP и POP3 задачи сервера могут конвертировать сообщения формата Notes
    в MIME, чтобы посылать сообщения клиентам POP3 и IMAP. 2.1.2Шифрованные
    сообщения в смешанных средах серверов.

    Клиенты и сервера версий R4 не могут читать сообщения MIME, таким
    образом, сервер Domino R5 должен конвертировать сообщение MIME в документ
    Notes, с присоединенным оригинальным сообщением MIME и перенаправлять его на
    сервера версий R4. Domino сервер не может конвертировать зашифрованные MIME
    сообщения (S/MIME). Таким образом, когда S/MIME сообщение передается на
    сервер R4, Domino R5 конвертирует сообщение в присоединенный файл,
    содержащий S/MIME, генерирует сообщение формата Notes, предупреждающее, что
    сообщение является зашифрованным MIME и не может читаться этой версией
    программного обеспечения. Но это преобразование позволяет клиента IMAP, POP3
    и R5 получать шифрованную почту MIME, которая передается с сервера R5 на
    сервер R4, или на другой сервер R5, без потерь и разрушения зашифрованной
    подписи. 2.1.3Использование функции Message Tracking в смешанных средах
    серверов.

    Используя функцию Message Tracking, администраторы могут отслеживать
    прохождение сообщений между серверами R5, на которых вы разрешили функцию
    Message Tracking. Если сообщение было передано на сервер ниже R5 или на
    Third-Party сервер, Вы больше не сможете следить за сообщениями с
    использованием Tracking Center.

    Обратите внимание, что информация Message Tracking не доставляет
    сообщения, которые приходят в домен Domino из других источников, типа
    Third-Party почтового сервера.

    Пользователи с почтовыми файлами формата R5 могут отслеживать
    прохождения сообщений, которые проходят через сервера, версии которых ниже
    R5 и Third-Party сервера, если эти сервера поддерживают запросы типа Message
    Tracking. Domino только возвращает информацию Message Tracking от серверов
    R5, на которых разрешена функция Message Tracking. Если Third-Party сервера
    не поддерживает эти поля, сообщения не может быть отслежены через эти
    сервера. 2.1.4Использование шаблона Domino Directory R5 в смешанной среде
    серверов.

    Шаблон Domino Directory R5 разработан и предназначен для использования
    в смешанных средах. После модернизации Вашего первого сервера до R5, Вы
    можете реплицировать новый дизайн на другие сервера Вашей организации. Новый
    шаблон разработан для совместимости с версиями серверов R4 и даже с
    серверами R3.

    Вы должны модернизировать Domino сервера R4 в Вашей среде на самую
    последнюю версию R4, перед модернизацией их до R5. Например, в смешанной
    среде R4 и R5 серверов, Вы должны модернизировать R4 сервера от 4.6 до
    4.6.2. Когда Вы переходите на R5, Domino спрашивает, хотите ли вы заменить
    дизайн базы данных Public Address Book. Если Ваш 4.6 сервер используют
    шаблон Domino Directory R5 (как рекомендуется) и Вы выбираете -- Да. Domino
    перезаписывает шаблон Domino Directory R5 поверх старого шаблона R4.
    2.1.5Работа сервиса LDAP в смешанных средах серверов.

    Как только Вы модернизируете Вашу адресную книгу Public Address Book в
    Domino Directory R5, Вы должны модернизировать Ваши Domino сервера, на
    которых запушен сервис LDAP, по крайней мере, до версии R4.6.3. После этого,
    сервера должным работать должным образом с запросами LDAP и возвращать
    правильно запрашиваемую информацию. Directory Domino использует поле Address
    Internet, чтобы отвечать на запросы LDAP. Более ранние версии серверов не
    поддерживают эти функции.
    2.1.6Особенности использования кластера серверов в смешанных средах.

    В смешанном кластере серверов R4/R5, пользователи не могут иметь
    почтовый файл формата R5. Почтовый шаблон R5 на серверах R4 не работает
    должным образом. Если Вы имеете смешанный кластер серверов с почтовыми
    файлами пользователей, Вам придется использовать дизайн R4 для почтовых
    файлов. Это необходимо, потому что кластерный репликатор игнорирует формулы
    выборочной репликации. Тем самым Вы не сможете предотвратить репликации
    дизайна почтовый файлов. 2.1.7Идентификация пользователей Web сервером в
    смешанных средах серверов.

    Сервер R5 дает Вам более мощный контроль для идентификации
    пользователей работающих через Web, с сервером. На закладке безопасности
    (Security), Server документа, доступны две опции для опции Web server
    authentication:


  • More name variations with lower security.


  • Fewer name variations with higher security.


    Выбирайте значение More name variations with lower security, если
    хотите, чтобы пользователи опознавались, как это делалось в версиях серверов
    R4.6x - пользователи могут обращаться к серверу любым из следующих имен
    пользователя:


  • Last name only - фамилия


  • First name only - имя


  • Shortname - короткое имя


  • Common name - обычное имя


  • Full hierarchical name - полное иерархическое имя


  • Any alias in the User name field - любой алиас в поле пользователя

    Эти установки идентификации, используют скрытый Вид ($Users) в Domino
    Directory и Public Address Book. Эта опция установлена по умолчанию.

    Если Вы выбираете вторую опцию Fewer name variations with higher
    security, пользователи могут входить на сервер, вводя следующие данные:


  • Full hierarchical name - полное иерархическое имя


  • Common name - обычное Имя


  • Any alias in the User name field - любой псевдоним в поле пользователя

    Эти установки используют скрытый Вид ($LDAPCN) из Domino Directory.

    Обратите внимание. Вы можете выбирать эту опцию только, если все Domino
    Directories используют для поиска HTTP дизайн R5. 2.2Какие существуют
    конфигураций систем, построенные на основе Lotus Domino серверов?

    Для наглядности описания существующих конфигураций систем, мы возьмем
    некую вымышленную корпорацию Acme, и будем описывать, как администраторы
    системы Acme настраивают Lotus® Domino™ в пределах своей
    организации. Эта корпорация не существует в реальности, примеры возможных
    конфигураций систем Вы не должны рассматривать как реальное руководство к
    действию, мы рассмотрим краткий обзор процесса конфигурации системы.
    2.2.1Что такое иерархическая схема имен организации и для чего она нужна?

    Прежде, чем Вы установите первый сервер, Вы должны спланировать
    иерархическую схему имен пользователей и серверов. Иерархическая схема имен
    - краеугольный камень Domino безопасности, планирование схемы - критическая
    задача для всей системы.

    Иерархическое имя состоит из одного имени организации или большего
    количества орг. единиц. Вы можете определить, могут ли пользователи и
    сервера в различных организациях и орг. единицах, связываться друг с другом.

    Маленькая компания могла бы иметь организацию с только одним уровнем
    орг. единиц - например:

    HEIGHT=157 BORDER=0>

    Рис. 6 Пример дерева сертификатов для маленькой организации.

    Большая компания могла бы иметь несколько уровней орг. единиц -
    например:

    HEIGHT=230 BORDER=0>

    Рис. 7 Пример дерева сертификатов для крупной организации, с
    использованием географического принципа построения дерева сертификатов.

    2.2.1.1Примеры имен серверов и пользователей

    После того, как Вы создаете иерархическую схему имен, Вы используете ID
    сертификатора, чтобы добавить нужные имена серверов и пользователей в схему
    Вашей организации. ID сертификатора - файл, который определяет, где в
    иерархии находятся и появятся, определенные Вами, имена.

    Организации и орг. единицы отделяются друг от друга косой чертой (/) в
    именах пользователей или серверов.

    Пример:


    Mail-E/East/Acme или Alan Jones/Sales/East/Acme.

    В нашем примере, сервера корпорации Acme организованы по месту их
    расположения. Например, все сервера восточного офиса, расположенного на
    восточном побережье, используют один и тот же сертификат орг. единицы.
    Организация серверов по местоположению эффективно, когда Вы хотите
    ограничить доступ к данным, основываясь на местоположении пользователей или
    серверов. При этом пользователи легко могут идентифицировать местоположение
    сервера, тем самым предупредить их от создания дорогостоящего способа связи,
    по WAN соединениям. В этом примере, Вы нуждаетесь в двух ID сертификатах для
    серверов - East/Acme и West/Acme.

    Сервера.

    HEIGHT=281 BORDER=0>

    Рис. 8 Применение сертификатов для серверов в Acme.

    В Acme корпорации, пользователи организованы по местоположению и
    отделам. Для организации пользователей по этому принципу, Вы можете
    позволить только отделу HR, на западном побережье доступ, на сервер
    приложений. Организация пользователей по местоположению и отделу также
    помогает контролировать одинаковые имена пользователей, если встречаются
    одинаковые имена и фамилии в корпорации Acme.

    В этом примере, Вы нуждаетесь в шести дополнительном ID сертификатах
    для пользователей - Sales/East/Acme, Marketing/East/Acme, Dev/East/Acme,
    HR/West/Acme, Accounting/West/Acme и IS/West/Acme. Эти сертификаторы
    используют имена отделов, в которых работают Ваши пользователи.





















    Пользователи.

    HEIGHT=382 BORDER=0>

    Рис. 9 Пример сертификации пользователей в Acme. 2.2.2Типы Domino
    серверов, которые будут использоваться в построении системы.
    2.2.2.1Использование Hub серверов.

    HEIGHT=109 BORDER=0>

    Рис. 10 Пример использования Hub серверов.

    Hub сервера в Acme корпорации соединяются через сервера посредники,
    которые расположены на обоих побережьях - West и East. Сервера посредники
    географически удаленны и требуют, дорогостоящей линии связи - например,
    использование линии ISDN или МОДЕМОВ. Соединения через Hub сервера выгодно,
    потому что можете управлять этими связями, т.к. они, как правило, имеют
    высокую стоимость. При использовании Hub серверов, только два сервера должны
    связываться через WAN соединение, вместо того чтобы каждый сервер в
    организации связывался с другими серверами.

    Firewall сервер - Domino сервер, защищает Hub-E/East/Acme и
    Hub-W/West/Acme снаружи от пользователей. Потому Firewall использует Domino
    сервер, вместо другого Firewall программного обеспечения, Hub сервера могут
    использовать их для передачи почты или репликаций. 2.2.2.2Использование
    почтовых серверов и серверов каталогов.

    HEIGHT=293 BORDER=0>

    Рис. 11 Пример использования почтовых серверов и серверов каталогов.

    Acme корпорации использует два почтовых сервера, для каждого
    географического местоположения по одному. Все пользователи посылают почту,
    используя почтовые базы данных, расположенные или на Mail-E/East/Acme или
    Mail-W/ West/Acme. Почтовые базы данных доступны для всех типов почтовых
    клиентов - Notes, IMAP, POP3 и браузеров.

    Почтовые сообщения маршрутизируются подобно изменениям сделанным в
    базах данных. В этом примере, почта сервера маршрутизируется через Hub
    сервера на другой почтовый сервер. Например, когда Alan
    Jones/Sales/East/Acme посылает сообщение Susan Salani/HR/West/Acme,
    сообщение маршрутизируется с Mail-E/East/Acme до Hub-E/East/Acme, с
    Hub-E/East/Acme до Hub-W/West/Acme, затем с Hub-W/West/Acme до
    Mail-W/West/Acme. Susan Salani/HR/West/Acme читает сообщение, на ее почтовом
    сервере Mail-W/West/Acme.

    Сервера каталогов позволяют пользователям и серверам посматривать
    информацию о пользователях и серверах, для поиска их адресов, или рассылки
    почты. Каталоги содержат информацию о том, как связаться с Notes
    пользователями, пользователями интернета и Domino серверами.

    В нашем примере, копия базы Directory Catalog находится на каждом
    клиенте Notes, а копия базы Domain Directory находится на каждом сервере -
    Mail-E/East/Acme, Hub-E/East/Acme, Hub-W/West/Acme и Mail-W/West/Acme.
    Domino проверяет сначала Directory Catalog, для поиска имени и если имя не
    найдено, проверяет Domain Directory.

    Domino использует репликации, отсылая изменения из одной базы в другую,
    расположенную на другом сервере. Например, если изменение сделаны на
    Mail-E/East/Acme сервере, изменения посылаются в копии на Hub-E/East/Acme,
    Hub-W/West/Acme и Mail-W/West/Acme сервера.

    В Acme корпорации, репликации происходит автоматически в намеченное
    время. График репликаций определяется временем, требуемым для изменения
    данных на серверах. 2.2.2.3Использование серверов приложений.

    HEIGHT=353 BORDER=0>

    Рис. 12 Пример использования серверов приложений.

    Приложения могут быть доступны для пользователя Notes, браузеров или
    Notes браузеров пользователей. Web приложения должны находится на серверах
    приложений, которые также установлены как Web сервера. Web сервер
    предоставляет данные пользователям использующим браузеры.

    В этом примере, Web/East/Acme хранит Web приложения для Web
    организации. Приложения доступны для пользователей браузеров, которые
    находятся вне организации Acme корпорации. Webstage/East/Acme и
    Webstage-W/West/Acme имеют реплики Web приложений. Пользователи могут делать
    изменения в Web приложениях на Webstage-E/East/Acme и Webstage-W/West/Acme.
    Webstage-W/West/Acme использует график репликаций через Hub сервер
    Webstage-E/East/Acme.

    Acme корпорация также имеет два сервера Web-HR-E/East/Acme и
    HR-W/West/Acme. Эти сервера содержат служебные приложения, только для
    внутренних служащих, кто используют рабочие станции Notes.

    В этом примере используется -- Firewalls, защищая связи между Hub
    серверами и защищая связь между Web/East/Acme и Webstage-E/East/Acme.
    2.2.2.4Использования Passthru сервера.

    HEIGHT=386 BORDER=0>

    Рис. 13 Пример использования Passthru сервера.

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

    Acme корпорация использует Passthru сервер, чтобы упростить связи
    пользователей к серверам с использованием модема.

    Например, если Randi Bowker/Marketing/East/Acme берет Laptop домой и
    хочет прочитать почту на Mail-E/East/Acme, Randi набирает номер модема на
    Passthru/East/Acme и Passthru/East/Acme соединяет ее с Mail-E/East/Acme.
    После Randi вызывает Passthru/East/Acme, все сервера в организации East/Acme
    доступны ей. И Laptop Randi, и Passthru сервер должны быть снабжены
    модемами, однако, ни один из других серверов не нуждаются в модеме.
    2.2.2.5Законченная конфигурация серверов для организации.

    HEIGHT=417 BORDER=0>

    Рис. 14 Пример законченной конфигурации серверов для Acme.

    Эта схема отображает все сервера в Acme корпорации -- Hub, Directory,
    Mail, Application и Passthru.

    Многие из функций, обсужденных в этом примере, управляются в
    соответствии с документами, находящимися в Domino Directory. Например, чтобы
    использовать Passthru сервер, Вы должны создать Passthru документ связи, и
    определить сервера, которые будут использоваться как Passthru сервера.
    2.3Как добавить дополнительный Domino сервер в домен?

    После того, как Вы установили первый Domino сервер в домене, Вы можете
    свободно расширять Вашу систему и включать в систему дополнительные сервера.
    2.3.1Установка и конфигурирование дополнительного Domino сервера.

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


  • Установить первый Domino сервер в домене.


  • Создать иерархическую схему имен, основанную на структуре Вашей
    компании.


  • Создать базу данных CertLog (CERTLOG.NSF), для регистрации
    дополнительных серверов и пользователей. Вы создаете базу один раз для всего
    домена. Если Вы создали его, при создании первого сервера или при установке
    предыдущего, Вы не должны создавать другой копии.


  • Создать ID сертификатора, в зависимости от требований Вашей
    иерархической схемы имен.


  • Разослать ID сертификаты администраторам других участков сети Notes.


  • Добавить сервера, регистрируя их с соответствующими ID сертификаторами.


  • Установить программное обеспечение для дополнительных серверов.


  • Исполнить процедуры конфигурации, для новых серверов. Дополнительное
    конфигурирование зависит от задач и программ, которые Вы хотите запускать на
    серверах.
    2.3.1.1Создание схемы иерархических имен серверов и пользователей.

    Сервер, организация, организационная единица, и имя пользователя может
    состоять из знаков верхнего регистра и нижнего, алфавитных знаков (А-Z),
    чисел (0-9), амперсанта (&), черточки (-), точки (.), пробела ( ),
    подчеркивания (_).

    Иерархические имена используют следующие компоненты:



    Компоненты


    Описание


    Требуется знаков


    Common name (CN)

    Имя


    Сервер или имя пользователя. Используется полное имя и фамилия для
    имени пользователя -- для примера, Julia Herlihy.


    Не более 80 знаков


    Organizational unit name (OU)

    Орг. Единица


    Департамент или местоположение -- для примера, East/Acme.

    Применяется по желанию.


    32 знака для орг. Единицы


    Organization name (O)

    Имя организации


    Имя компании -- для примера, Acme.


    3 -- 64



    Не включайте в название компании признак страны.


    Country (C)

    Признак страны


    Аббревиатура для страны -- для примера, US.

    Применяется по желанию.


    0 -- 2




    Пример иерархического имени, которое использует все компоненты:

    Julia Herlihy/Sales/East/Acme/US

    Типично, имена показываются в сокращенном формате, но они сохранятся
    внутри в каноническом формате, который является форматом, который содержит
    имя и связанные компоненты:

    CN=Julia Herlihy/OU=Sales/OU=East/O=Acme/C=US.

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

    Планирование схемы имен в организации.

    Чтобы применять иерархические имена, Вы должны создать схему Вашей
    компании. Используйте эту диаграмму, в качестве примера, для планирования
    схемы имен. Иерархическая схема имен может использовать структуру дерева,
    которая отражает фактическую структуру Вашей компании. Наверху дерева -
    название организации. Ниже приведена схема имен в организации и орг. единиц,
    которые Вы создаете, чтобы отобразить структуру компании; Вы можете
    организовывать структуру по географическим признакам, по департаментам, или
    по обоим признакам.

    В предыдущей главе мы уже говорили, что компания Acme создала эту
    диаграмму для серверов и пользователей:

    HEIGHT=167 BORDER=0>

    Рис. 15 Пример дерева сертификатов для организации Acme.

    Просматривая рисунок, Вы можете видеть, где расположены сервера и
    пользователи в дереве имен. Acme решил базировать компанию по географическим
    признакам, на первом уровне, и создать ID сертификаты для орг. единиц --
    East и West. На следующем уровне Acme сделал разделение сертификаторов,
    согласно отделов.

    Ваша организация - часть одного Domino домена. В некоторых случаях, Вы
    можете распределить организацию на два или более доменов. Например, если
    Ваша компания большая, и Вы хотите распределить ответственность за
    безопасность системы, между несколькими администраторами.

    Создание ID Сертификаторов.

    Чтобы размещать сервера и пользователей в правильном порядке, в
    пределах иерархической структуры, Вы создаете ID сертификаторов для каждого
    узла в дереве Вашей организацией. Сертификат -- это штамп в ID пользователей
    и серверов, свидетельство о том, где они расположены в организации. Сервер и
    пользователи, которые принадлежат тому же самому дереву, могут связываться
    друг с другом. Сервера и пользователи, которые принадлежат различным
    деревьям сертификатов, нуждаются во взаимной сертификации, для связи друг с
    другом.

    Имеются два типа ID Сертификаторов, сертификат организации и сертификат
    орг. единицы. Сертификат организации расположен наверху Вашего дерева и
    обычно называется именем Вашей компании - например, Acme. Сертификат орг.
    единицы во всех ветках дерева расположен по иерархии ниже сертификата
    организации. В имени пользователя или сервера, он находится левее имени
    организации - например, East/Acme или Sales/East/Acme.

    Чтобы управлять структурой, компания Acme создала ID Сертификаторов для
    каждого узла в ее организационной диаграмме:

    HEIGHT=408 BORDER=0>

    Рис. 16 Имена сертификаторов в организации Acme.

    Чтобы регистрировать каждый сервер или пользователя, администратор Acme
    использует один из этих ID Сертификаторов, в зависимости от того, где этот
    сервер или пользователь находится в иерархии организации.

    Например, чтобы регистрироваться Phyllis Spera, который работает в
    отделе маркетинга, расположенном на восточном побережье, администратор,
    использует сертификат Sales/East/Acme. Полное иерархическое имя Phyllis
    Spera тогда будет Phyllis Spera /Sales/East/Acme.

    Точно так же администратор создает HR-E сервер, расположенный на
    восточном побережье, с использованием сертификата East/Acme. Полное
    иерархическое имя этого сервера HR-E/East/Acme. 2.3.1.2Создание базы данных
    Certification Log.

    После того, как Вы установили первый Domino сервер в домене, создаете
    базу данных Certification Log, по шаблону (CERTLOG.NSF). Вы должны создать
    Certification Log только один раз для Вашей Domino системы. Вы можете даже
    использовать LOG от предыдущей версии, существующей системы. Если Вы удалите
    LOG, Вы можете освежать его, при этом Вы потеряете записи сделанные за
    предыдущий период работы системы.

    Когда Вы добавляете сервера и пользователей к Domino, в Certification
    Log создается запись, как Вы регистрировали пользователей и сервера. Для
    каждого зарегистрированного сервера и пользователя, Certification Log хранит
    документ, содержащий следующую информацию:


  • Имя и тип лицензии


  • Дата сертификата и срок его действия


  • Имя, тип лицензии, ID номер, ID сертификатора

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

    Для создания базы данных Certification Log:


  • Выбирайте из меню Файл -- База данных -- Новая.


  • Выбирайте имя сервера, который будет хранить базу данных, в поле
    Сервер.


  • Введите название базы данных Certification Log.


  • Введите имя базы данных CERTLOG.NSF.


  • Выбирайте сервер шаблонов.


  • Выбирайте опцию - Показать дополнительные шаблоны, выбирайте шаблон
    Certification Log и жмите - OK.


  • Выбирайте из меню Файл -- База данных -- Управление доступом и
    назначьте доступ Редактора всем администраторам Вашей системы, которые будут
    заниматься регистрацией серверов и пользователей, и ресертифицировать ID
    файлы.
    2.3.2ID Сертификатора

    Создайте все ID сертификаторов, основываясь на иерархической схеме
    Вашей организации. В зависимости от нужд Вашей организации, Вы можете
    создать два типа ID, для организации и для орг. единиц. Вы будете
    использовать эти ID, чтобы регистрировать новых пользователей и сервера
    организации в Вашей системе.

    Если Вы хотите добавить дополнительные имена к имени ID сертификата, Вы
    должны ресертифицировать ID сертификатора.

    ID Сертификатора и сертификаты.

    При использовании ID сертификатора, Вы создаете сертификаты, серверам и
    пользователям, когда регистрируете их. Каждый сертификат сохраняется в ID
    сервера или пользователя имеет силу, пока не истечет время определенное Вами
    течение регистрации. Для серверов и пользователей в различных деревьях,
    создайте взаимные сертификаты, чтобы разрешить связь между ними.

    Каждый раз, когда Вы создаете ID сертификатора, Domino создает ID файл
    сертификатора и документ Сертификатов. ID файл содержит ID, который Вы
    используете, для регистрации серверов и пользователей.

    Чтобы сохранить ID файл сертификатора, Вы определяете, где Вы будете
    хранить его, в процессе регистрации. Другой способ хранения, который Вы
    можете использовать, держать файл сертификатора в сейфе. Вы должны создать
    пароль для Вашего ID сертификатора. Вы должны использовать ID сертификатора
    только при регистрации нового сервера или пользователя.

    ID сертификатор организации.

    Когда Вы устанавливаете первый Domino сервер в домене, ID сертификатора
    автоматически создается. Программа установки хранит ID файл сертификата и
    сервера в каталоге Domino\Notes\Data и дает файлу сертификатора имя CERT.ID.
    Этим ID сертификатора автоматически сертифицирует первый ID Domino сервера и
    ID пользователя администратора. ID появляется наверху иерархического дерева
    имен и обычно называется именем Вашей компании - например, Acme.

    Вы используете ID сертификатора, когда Вы создаете ID сертификатора для
    орг. единиц, следующего уровня иерархического дерева имен. Например, Ваша
    компания и ID сертификатора имеет имя - Acme. Вы хотите создать орг. единицы
    и ID Сертификаторов, для организации в компании дерева имен, по признаку
    местоположением. Вы используете ID сертификатора Acme, чтобы создать -
    например, West/Acme и East/Acme.

    Если Ваша организация большая и децентрализована, Вы могли бы создать
    другой ID сертификатора, чтобы далее дифференцировать имена. Например,
    разделить структуру имен в компании, по принципу основанному на филиалах
    компании. Другая причина создавать дополнительного сертификатора - для более
    углубленной безопасности и для более легкого администрирования.

    ID сертификатор для орг. единиц

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

    Чтобы создавать первый уровень орг. единицы, ID сертификаторов, Вы
    используете ID сертификатора организации. Однако чтобы создать ID
    сертификатора орг. единицы следующего уровня, Вы используете ID орг. единицы
    первого уровня и так далее.

    Например, если Вы хотите далее дифференцировать членов East/Acme, Вы
    используете этот ID сертификатора East/Acme, чтобы создать дополнительную
    орг. единицу, например, Sales/East/Acme, Marketing/East/Acme, и
    Development/East/Acme. Если Ваша схема имен не требует дополнительного
    уровня орг. единиц, используйте первый уровень ID Сертификаторов, чтобы
    сертифицировать пользователей и сервера.

    Выгода от использования ID сертификатов - то, что Вы можете
    децентрализовать сертификаты, распределяя ID сертификаторов. Когда Вы
    децентрализуете, единственный сертификат, один человек не должен
    регистрировать или сертифицировать каждого пользователя с использованием
    отдельного ID сертификатора.

    Например, компания Acme имеет двух администраторов, которые управляет
    серверами и пользователями в West/Acme и серверами и пользователями в
    East/Acme.

    Храните ID файлы Сертификаторов в физически безопасном месте. Храните
    резервную копию как страховку против пожара, наводнения, или воровства. Для
    дополнительной безопасности, Вы можете создавать больше чем один пароль
    (один пароль требуется как минимум) для каждого ID сертификатора.
    2.3.2.1Создание ID сертификатора для Организации.

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


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Из панели инструментов Сервис -- Регистрировать -- Организация.

    (Необязательно) Изменить регистрационный сервер (сервер, который будет
    хранить документ Сертификата в Domino Directory), выбирайте --
    Регистрационный Сервер, выбирайте нужный сервер и затем -- ОК. Если Вы не
    определили регистрационный сервер, это будет сервер -- по умолчанию:


  • Локальный сервер, если он содержит Domino Directory


  • Сервер, указанный в переменной NewUserRegServer в NOTES.INI


  • Сервер Администрирования


  • (Необязательно) Щелкайте на кнопке Файла учетной записи, если Вы хотите
    изменить местоположение ID файла. Убедитесь, что сохраняете ID в безопасном
    месте. по умолчанию ID сохраняется в каталоге c:\.


  • Заполните эти поля:

    HEIGHT=557 BORDER=0>

    Рис. 17 Диалоговое окно регистрации сертификатора.



    Поле



    Содержание


    Организация


    Имя Организации. Введите Имя Организации из ID сертификатора созданного
    при создании первого сервера.


    Код страны


    Код страны.


    Пароль


    Пароль для ID.


    Минимальное значение пароля в знаках


    Минимальное количество знаков в пароле, по умолчанию 10 знаков.


    Тип защиты




    Выбирайте тип лицензии:


  • Универсальная (по умолчанию).


  • Для Северной Америки.
    Обратите внимание, начиная с версии 5.0.4, используется тип лицензии
    Global, которая приравнивается к Северо-Американскому типу лицензии.

  • Направлять запросы на заверение (Имя администратора)


    Имя администратора, который обращается с запросом на сертификацию. Имя
    указанное здесь, появляется в документе Сертификатор в Domino Directory.
    Если Вы создаете ID сертификатора для администратора, введите имя этого
    администратора в это поле.


    Комментарии


    Комментарий.


    Размещение


    Необязательный текст, который появляется в поле Location документа
    Certifier.






  • Щелкайте -- Регистрация.
    2.3.2.2Создание ID сертификатора для Орг. единицы

    Когда Вы создаете ID сертификатора для орг. единицы, Вы должны иметь
    под рукой иерархическую схему имен для Вашей компании. Схема имен помогает
    Вам определить какой ID сертификатора использовать, чтобы создать
    дополнительный ID сертификатора. Также, Вам понадобится ID сертификатора,
    который хотите использовать. В большинстве случаев Вы используете ID первого
    сервера, созданный при установке сервера.


  • Из клиента Domino Administrator, выбирайте закладку -- Настройка.


  • Из панели инструментов -- Сервис -- Регистрировать -- Подразделение.


  • Вводят пароль для ID сертификатора и ОК. Пароль для ID сертификатора,
    который вы используете, чтобы создать ID сертификатора для орг. единицы.


  • Для изменения ID сертификатора, из окна Регистрация заверителя
    подразделения, нажмите кнопку Заверитель. Выбирайте нужный ID сертификатора,
    вводите пароль и ОК

    HEIGHT=545 BORDER=0>

    Рис. 18 Диалоговое окно регистрации орг. единицы сертификатора.


  • Изменяют сервер регистрации (если необходимо).


  • Заполните поля окна Регистрация заверителя подразделения, выбирайте --
    Регистрировать.


  • В целом процедура очень похожа на процедуру регистрации ID для
    организации, но есть и отличие. При регистрации Вы можете изменить
    сертификат, которым будете сертифицировать создаваемый ID.
    2.3.3Общий подход к назначению паролей в Domino системе.

    При создании паролей для пользователя, сервера, или ID сертификатора,
    Вы должны понять критерии, в соответствии, с которыми Domino гарантирует
    безопасность. Domino измеряет эти критерии согласно выбранному уровню
    безопасности. Можно назначать минимальный уровень безопасности для пароля ID
    файла. Критерий безопасности Domino, базируется на числе символов в поле
    пароля.

    Значение пароля может изменять от слабого, до сильного, или от 0
    (самого низкого значения, когда пароль не требуется) до 16 - самый высокий
    приоритет. Domino определяет по умолчанию значение пароля и устанавливает
    его равное 10, но Вы можете изменять эти значения.

    Не все пароли равной длины имеют равную силу безопасности. Например,
    пароль - password состоит только из слов, но равен по длине паролю -
    1168Acme, второй пароль имеет более предпочтительный формат т.к. содержит не
    только буквы, но и цифры и, буквы заглавного регистра.

    Некоторые советы по выбору пароля.


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


  • Смешанные пароли - Использование в пароле слов, которые содержат числа
    и знаки большого и малого регистра более сильная безопасность.


  • Используйте вместо пароля предложение, особенно хорошо использовать
    слова с орфографической ошибкой. Это является наиболее сильным паролем.


  • Пароли, которые имеют 12 символов или выше, имеют более качественный
    уровень доступа, чем 4 символа.


  • Устанавливайте по умолчанию для всех полей Password Quality Scale
    (пароль) более высокие значения.

    2.3.4Регистрация и установка дополнительных серверов.

    Прежде чем Вы сможете установить и настроить дополнительный Domino
    сервер, Вы должны зарегистрировать его. Чтобы зарегистрировать сервер Вы
    используете ID сертификатора, чтобы создать ID сервера, который содержит
    соответствующий сертификат.

    Вы должны использовать следующую последовательность действий, для
    установки дополнительных серверов:


  • Зарегистрировать каждый дополнительный сервер.


  • Установить, с использованием зарегистрированного ID сервер, потом его
    настроить.


  • Добавить или разрешить любые дополнительные порты для сети.
    2.3.4.1Регистрация дополнительного сервера.

    Процесс регистрации создает Server документ для сервера, в базе данных
    Domino Directory и создает ID сервера. После регистрации и установки
    сервера, Вы можете настраивать сервер для выполнения им специфических задач
    (HTTP, LDAP и т.д.) если Ваша организация требует этих типов сервисов.

    При регистрации серверов, Вы должны знать иерархическую схему имен
    Вашей компании. Схема имен помогает Вам разобраться, какой ID использовать,
    при регистрации каждого нового сервера. Вы должны также иметь доступ к этому
    ID сертификатора и знать его пароль.

    Сервер Регистрации, на котором Вы регистрируете другие сервера, должен
    быть запущен и доступен Вам по сети. Чтобы зарегистрировать сервер на Вашей
    рабочей станции, Вы должны иметь доступ к Серверу Регистрации и иметь, по
    крайней мере, доступ Автора и роль ServerCreator в ACL Domino Directory. При
    регистрации сервера Domino делает следующее:


  • Создает ID сервера для нового сервера и сертифицирует его


  • Создает Server документ для нового сервера в Domino Directory


  • Зашифрует и присоединит ID сервера к Server документу, или сохранит ID
    на диске сервера


  • Добавляет имя сервера в группу LocalDomainServers в Domino Directory


  • Создает запись для нового сервера в Certification Log (CERTLOG.NSF)

    Для регистрации сервера сделайте следующее:


  • Удостоверитесь, что Вы имеете доступ к ID сертификатора, который хотите
    использовать.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Из панели инструментов, выбирайте -- Регистрация -- Сервер.


  • Введите пароль ID сертификатора и выбирайте -- ОК.

    Обратите внимание, Notes использует ID сертификатора, указанный в
    административных параметрах для рабочей станции, иначе использует ID,
    указанный в переменной CertifierIDFile NOTES.INI файла.

    HEIGHT=314 BORDER=0>

    Рис. 19 Диалоговое окно регистрации сервера.


  • (Необязательно) Измените регистрационный сервер


  • (Необязательно) измените ID сертификатора


    Выбирайте один из типов Лицензий:




    Тип безопасности


    Значение


    Для Северной Америки


    Сервер использует North American версию для Notes/Domino.


    Универсальная (по умолчанию)


    Сервер использует International версию для Notes/Domino.




    Обратите внимание, начиная с версии 5.0.4, используется тип лицензии
    Global, которая приравнивается к Северо-Американскому типу лицензии.


  • (Необязательно) измените дату истечения Server Сертификата, введите
    дату в формате mm-dd-yy в поле Срок действия сертификата. Дата по умолчанию
    - сто лет с момента текущей даты.


  • Выбирайте -- Продолжить и введите значения этих полей:




    Поле


    Значение


    Имя сервера


    Имя нового сервера.


    Пароль


    Пароль для сервера.


    Длина пароля


    Числовое значение длинны пароля.


    Домен


    Имя Notes домена.


    Администратор


    Имя Администратора Сервера.






  • Нажмите иконку Уч. запись и введите значения в поля, потом жмите --
    Register:




    Поле


    Значение


    Сервер Domino




    Описание Сервера. Можно будет изменить с закладки Настройка в
    представлении Все документы сервера.


    Сеть


    Имя Notes сети


    Локальный администратор


    Локальный администратор - получает доступ Автора и роль ServerModifer к
    Domino Directory и Server документу.


    Сохранить учетную запись


    Где будет сохранен файл ID сервера. По умолчанию Domino сохраняет файл
    в Server документе, Domino Directory.



    2.3.4.2Установка дополнительных портов сервера


  • После того, как Вы установили дополнительные Domino сервера, Вы можете
    добавлять дополнительные порты, например дополнительные сетевые протоколы.


  • Из клиента Domino Administrator, выбирайте закладку Сервер.


  • Из панели серверов, выбирайте сервер, на котором будете работать.


  • Из панели инструментов, справа, выбирайте -- Сервис -- Сервер --
    Настройка портов.


  • В окне портов, выбирайте создать, чтоб создать новые имена портов -
    например, LAN1 или TCP. Не используйте пробелы в именах. Если Вы создаете
    новые имена портов, определите для них драйвера и выбирайте -- ОК.


  • Установите "галочку" возле записи - Порт разрешен, выбирайте -- ОК.

    Выбирайте закладку Настройки -- Сервер -- Все документы на сервере.

    Откройте нужный Server документ в режиме редактирования.

    Выбирайте закладку Ports -- Notes Network Ports, введите значения в
    поля, выбирайте - Сохранить:




    Поля


    Значения


    Port


    Имя Порта


    Net Address


    Например: HR-E.Acme.com, 192.168.222.1


    Disabled/Enabled


    Выбирайте значение - Enabled, для разрешения использования порта.



    2.3.5Настройка глобальных параметров администрирования. Установки по
    умолчанию.

    Вы можете устанавливать глобальные параметры администрирования для
    Вашего домена. Эти предпочтение применяются при регистрации новых
    Сертификаторов, серверов и пользователей. Вы можете определять эти опции:


  • Домен Регистрации


  • Сервер Регистрации


  • ID Сертификатора


  • Параметры почты. Тип почтовой системы, почтовый сервер, шаблон для
    почтового файла


  • Место сохранения ID пользователей, серверов и сертификаторов


  • Длинна пароля для пользователей, серверов и сертификаторов


  • Профиль настройки пользователя


  • Интернет домен

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

    Установка глобальных параметров администрирования.

    Выбирайте из меню Файл -- Параметры -- Параметры администрирования --
    Регистрация.

    Определите или измените любые из этих опций:

    HEIGHT=490 BORDER=0>

    Рис. 20 Диалоговое окно параметров администрирования по умолчанию.




    Поле


    Значение


    Домен регистрации


    Выбирайте домен регистрации.


    Сервер регистрации


    Сервер регистрации.


    ID Сертификатора


    Имя сертификатора.


    Параметры почты



  • Выбирайте почтовую систему.


  • Выбирайте почтовый сервер.

  • Выбирайте шаблон для почтового файла пользователя.


  • Учетные записи


    Выбор опций для файла ID:

    ID пользователей

    Хранятся ... \Data\IDs\People

    Минимальный пароль: 8

    ID серверов

    Хранятся ... \Data\IDs\Servers

    Минимальный пароль: 0

    ID Сертификатора

    Хранятся ... \Data\IDs\Certs

    Минимальный пароль: 10


    интернет домен


    интернет домен.

    По умолчанию: youhostTCPdomainname.com


    Профиль настройки для пользователя


    Выбирайте профиль пользователя из доступных, для использования. По
    умолчанию -- Нет.



    2.4Как сконфигурировать Domino сервер, для использования удаленного
    доступа?

    Domino сервер может работать не только в локальной сети, с
    использованием сетевого оборудования. Вы можете сконфигурировать сервер для
    работы с использованием удаленного доступа так, чтобы пользователи и сервера
    могли соединяться с ним. 2.4.1Типы удаленных соединений

    Чтобы удаленные соединения могли выполнять намеченные Вами задачи
    маршрутизации почты и репликации, Вы можете использовать модемы или другие
    устройства связи, типа ISDN устройства. Domino поддерживает следующие типы
    удаленных связей:






    Тип соединения


    Описание


    Notes Direct Dial-Up


    Этот способ использует Модем и X.PC протокол, чтобы позволять
    связываться серверам не использующим соединения по сети LAN, с другими
    Domino серверами.

    Вы можете использовать прямой набор модема, чтобы соединить сервера с
    использованием асинхронного сценария связи. Например, сервер использует файл
    сценария, чтобы соединиться с X.25 PAD и сервером по X.25 сети.


    Network Dial-Up


    Этот тип связи подобен Notes Direct Dial-Up, за исключением того, что
    сервер использует MS RAS, для использования сетевого протокола сети, вместо
    X.PC. После того, как связь установлена, сервер имеет доступ к Domino
    серверам и может использовать сеть, например для печати.


    Passthru (with Notes Direct Dial-Up)


    Этот тип связи позволяет определять сервер посредник, который действует
    как посредник, для получения доступа к определенному серверу. Для X.PC
    Dial-Up, сервер назначения не нуждается в модеме, если Passthru сервер имеет
    модем и может передавать информацию на него.

    Как администратор, Вы могли бы установить режим Passthru соединений,
    для удаленных пользователей, чтобы использовать одну телефонную линию для
    доступа пользователей к серверам.

    Чтобы использовать Passthru для удаленного соединения, Вы должны
    создать документы Notes Direct Dial-Up Connection для Passthru сервера,
    чтобы установить связь сначала с посредником.


    Hunt group (with Notes Direct Dial-Up)


    Эта связь позволяет рабочим станциям звонить на группу модемов Hunt, на
    больше чем один Passthru сервер. Группа Hunt -- это телефонное устройство,
    которое может иметь один телефонный номер, но несколько линий на нем. Любой
    Passthru сервер в группе Hunt может получать запрос и передать его к серверу
    назначения.

    Чтобы использовать группу Hunt для этого типа конфигурации, Вы создаете
    документ Hunt group Connection, чтобы установить удаленное соединение.




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



    Тип соединения


    Описание


    Дополнительная информация

    X.25


    Установить прямое соединение по X.25 сети


    Lotus Notes Connect for X.25 Install Guide and Administrator's Guide

    X.400


    Установить соединение с сервером X.400


    Domino X.400 MTA Configuration Guide

    cc:Mail™


    Установить соединение с сервером cc:Mail


    Planning and Installation for cc:Mail


    News/NNTP Feed


    Установить соединение с сервером NNTP


    Setting up the NNTP Service



    2.4.2Соединение с использованием типа соединения Notes Direct Dial-Up.

    Вы можете использовать Notes Direct Dial-Up, чтобы соединить сервер с
    удаленным Domino сервером. Удаленный Domino сервер может использовать модем
    или другое устройство связи, чтобы получать запросы от Вашего сервера. После
    того, как сервер соединяется с удаленным сервером, сервера могут исполнять
    задачи передачи почты или репликаций.

    Чтобы связываться этим способом, сервер и удаленный сервер должен иметь
    один или большее количество модемов, подключенных к последовательными
    портами компьютера. Domino порты используют X.PC драйвер, который является
    протоколом, используемым для связи по модему. X.PC драйвер устанавливается
    автоматически, при установке Domino сервера. 2.4.2.1Планирование топологии с
    удаленными серверами.

    Чтобы спланировать топологию использования серверов, умеющих принимать
    вызовы для установки удаленных соединений, выполните эти процедуры:


  • Определите, хотите ли Вы, чтобы рабочие станции и сервера использовали
    Passthru для доступа другим Domino серверам.


  • Составьте список баз данных, к которым удаленные сервера и рабочие
    станции будут особенно часто обращаться.


  • Если необходимо, настройте сервера для работы в качестве Passthru.


  • Если Вы не хотите использовать Passthru сервера, создайте реплики баз
    данных на удаленных серверах. Например, используйте один удаленный сервер
    для всех почтовых баз данных, а другой для всех приложений баз данных, или
    разместите оба типа баз данных по одному на каждом из удаленных серверов.


  • Определите число модемов, необходимых для каждого сервера.
    2.4.2.2Настройка топологии для использования удаленных серверов.

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

    Чтобы создать топологию удаленных серверов, сначала определяют базы
    данных, к которым рабочие станции и сервера будут иметь доступ наиболее
    часто. В частности подумайте относительно того, как Вы хотите
    маршрутизировать почту и реплицировать базы данных. Имеются ли удаленные
    пользователи или сервера, которые нуждаются в доступе к почте или другим
    базам данных. Если так, рассмотрите методы сделать эти базы данных
    доступными:


  • Создайте реплики баз данных на удаленном сервере


  • Установите модемы на серверах для доступа к ним пользователей и
    серверов


  • Установите Passthru сервер для использования удаленными серверами или
    пользователями

    Если Вы создаете реплики баз данных и размещаете их на удаленных
    серверах, удаленные пользователи могут иметь доступ к базам данных без
    необходимости делать связи с некоторыми серверами. Большинство пользователей
    имеет только один модем на их рабочих станциях, что означает, что они могут
    соединяться с только одним удаленным сервером одновременно.

    Установка Passthru сервера позволяет удаленным, рабочим станциям или
    серверам соединяется с одним Domino сервером, чтобы получить доступ к
    другому Domino серверу. Использование Passthru сервера объединяет ресурсы
    модема на нескольких Domino серверов и централизует администрирование и
    поиск неисправностей.

    После того, как Вы определяете базы данных, в которых пользователи
    нуждаются, Вы должны определить число модемов для Вашей системы.
    2.4.2.3Пример топологии Acme's для использования удаленных серверов.

    Диаграмма топологии корпорации Acme's для удаленных серверов:

    HEIGHT=528 BORDER=0>

    Рис. 21 Топология удаленных серверов Acme.

    Компания Acme выбрала эту топология, чтобы удаленные пользователи и
    сервера имели доступ ко всей системе, соединяясь с одним сервером Passthru.
    Acme использует Passthru, только как мост между удаленным пользователем или
    сервером и остальной частью системы. Чтобы свести нагрузку на Passthru к
    минимуму, сервер не содержит никаких базы данных.

    Пользователи, которые работают удаленно через Passthru, могут иметь
    доступ к любому серверу в системе. Поскольку большинство пользователей Acme,
    которые работает удаленно, имеют только один модем в их системе, используя
    Passthru, позволяет им иметь доступ ко всем серверам в одном сеансе связи.
    Чтобы уменьшать нагрузку на Passthru server, Acme рекомендует, удаленным
    пользователям делать реплики баз данных и работать с ними локально.

    Удаленный сервер расположен в офисе Acme в Штате Огайо. Служащие,
    которые работают в этом офисе маркетинга, используют этот сервер для доступа
    к различным базам данных. Удаленный сервер содержит локальные реплики баз
    данных и реплицирует их один раз в день на центральный сервер. Используя
    удаленный сервер, пользователи в офисе Штата Огайо экономят время и ресурсы
    - поскольку они не должны обращаться к системе Acme слишком часто.
    2.4.2.4Определение количества модемов для удаленного сервера.

    Для Domino сервера, чтобы связываться с другими серверами или рабочими
    станциями, Вы должны установить один или большее количество модемов. Число
    модемов, которые Вы можете использовать на сервере, зависит от операционной
    системы и ресурсов системы - например, число доступных последовательных
    портов. Каждый модем нуждается в собственном последовательном порте.

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

    Используйте эти вопросы, чтобы помочь Вам определить число модемов:


  • Сколько пользователей и серверов будут использовать сервер
    одновременно?

    Число модемов, которые Вы устанавливаете на удаленный сервер,
    определяет число пользователей и серверов, которые могут иметь доступ к
    серверу одновременно. Рассмотрите расходы по покупке большего количества
    модемов.


  • Пользователи используют схему связи рабочая станция-сервер или
    репликация при вызове сервера?


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



  • Какие типы пользователей соединяются с этим сервером?


    Если Ваши пользователи коммерческие представители и всегда находятся в
    дороге, требование к серверу всегда выше, чем для пользователей, которые
    только иногда соединяются с удаленным сервером.
































    2.4.2.5Пример топологии компании Acme's для удаленного сервера с
    использованием модемов.

    Диаграмма показывает топологию Acme's с применением удаленных серверов
    использующих модемы:

    HEIGHT=499 BORDER=0>

    Рис. 22 Топология удаленных серверов Acme c использованием модемов.

    Поскольку менеджеров нуждающихся в удаленном соединении и количество
    пользователей работающих из дома в любой данный день равно, в Acme
    установили пять модемов на Passthru сервер. Удаленный сервер также
    использует один из этих модемов для репликаций, но этот сервер связывается в
    ранние утренние часы и не мешает пользователям. Acme поощряет пользователей,
    которые работают удаленно, с использованием реплик баз данных, как правило,
    они работают с локальными копиями баз и лишь реплицируют иногда изменения на
    сервер.

    Acme использует Hunt group для модемов так, чтобы пользователи имели в
    настройках только один телефонный номер, для соединения. Телефонная АТС Acme
    позволяет иметь несколько модемов на одном телефонном номере. Для такого
    типа соединения, когда все модемы находятся на одном сервере, Acme не должен
    создавать Hunt group документ.
    2.4.2.6Настройка портов сервера.

    После того, как Вы установили модемы на сервер, Вы должны настроить
    порт связи. Вы настраиваете порт, определяете тип модема, и номер порта, с
    которым модем связан. Каждый модем, который Вы устанавливаете, требует
    собственного порта.

    При определении типа модема, Domino автоматически связывает модем с
    файлом конфигурации модема. Файл команд модема - текстовый файл, содержащий
    команды, которые Domino посылает в модем. Если ни один из типов модема не
    соответствует Вашему модему, Вы можете использовать файл Generic modem.

    Если Вы определили порт в течение программы установки сервера, Вы не
    должны определить порт модема снова. Вы будете настраивать порт связи только
    тогда, когда добавляете дополнительный модем или другое устройство на сервер
    или когда Вы хотите перестроить используемый модем.



    Этапы настройка порта сервера.


  • Установите модем на сервере и проверьте, что операционная система видит
    порт и модем.


  • Из клиента Domino Administrator, выбирайте закладку Сервер.


  • Из панели Сервера, выбирайте сервер, на котором будете настраивать
    порт. Вы можете настраивать порт удаленно для серверов, которые не имеют
    клиентов, например UNIX или OS/2.


  • Из панели инструментов, выбирайте на закладке Сервер -- Состояние --
    Сервис -- Настройка портов.


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


  • Если имя порта связи не существует, выбирайте кнопку Создать, выбирайте
    -- XPC драйвер и затем щелкайте - OK.


  • Выбирайте кнопку Параметры (Имя порта), где (Имя порта) - имя порта и
    затем -- Тип модема, чтобы выбрать Тип модема.


  • Если Вы не можете найти или не знаете, тип модема, выбирайте тип по
    умолчанию -- Auto Configure.


  • Измените, назначения порта по умолчанию, если хотите. Назначения порта
    по умолчанию работают в большинстве случаев. Однако если Вы выполняете поиск
    неисправностей, Вы можете захотеть подрегулировать некоторых из параметров.


  • Выбирайте - Порт включен и затем щелкайте - OK.
    2.4.2.7Опции настроек порта.

    HEIGHT=429 BORDER=0>

    Рис. 23 Окно настройки порта и модема.

    Эта таблица объясняет опции настроек порта.










    Поле



    Назначение


    По умолчанию


    Совет


    Тип модема


    Ассоциация модема, с командным файлом модема


    .Auto Configure


    Выбирайте используемый тип модема, или выбирайте .Auto Configure
    (AUTO.MDM), Domino автоматически выбирает соответствующий файл команд
    модема.

    Если .Auto Configure не работает, выбирайте Generic All-Speed Modem
    Файл (GEN_ALL.MDM).

    Если Generic All-Speed Modem файл не работает, вы можете редактировать
    файл модема для устранения проблемы


    Максимальная скорость порта


    Максимальная скорость работы порта. Порт связи на компьютере посылает
    данные в модем и получает данные от модема




    19200


    Выбирайте более низкую скорость порта, если Вы не можете соединиться с
    удаленным модемом.

    При использовании Нуль-модемного соединения, максимальная скорость
    порта на обоих компьютерах должна быть равная.


    Громкость динамика


    Позволяет Вам слышать вызов номера и установление соединение


    Выключено


    Нет


    Способ набора номера


    Выбор типа набора номера


    Тон


    Нет


    Протокол модема I/O


    Запись информации о соединениях модема в LOG файл


    Не выбрано


    Выбирайте Log I/O модем, если Вы имеете проблему с установлением связи.


    Протокол скрипта I/O


    Запись информации о выполнении скрипта и ответов в файл LOG.NSF


    Не выбрано


    Выбирайте Log I/O модем, если Вы имеете проблему с установлением связи.


    Управление потоком данных


    Управляет потоком данных, посланных между компьютером и модемом


    Выбрано для всех операционных систем кроме UNIX


    Если не выбрано, может появиться сообщения об ошибках в LOG файле.


    Ожидать гудка в линии


    Выключение обнаружение сигнала в линии


    Выбрано


    Используется для связи, где выход на АТС является проблемой


    Задержка для повторного набора


    Время, которое сервер ожидает соединения с сервером назначения.


    60 секунд


    Можно увеличить время ожидания модемом, ответа от удаленного модема.


    Ожидание ответа


    Время, которое модем ждет, перед тем как он положит трубку, если по
    каналу не передаются данные


    15 минут


    Используется для автоматического разрыва соединения, если на линии
    связи, нет движения данных в, течении указанного промежутка времени.


    Номер порта


    Номер порта, к которому присоединен модем


    По умолчанию, номер, введенный в поле Порта


    Domino автоматически устанавливает номер порта для выбранного имени
    порта -- для примера, если вы используете имя порта COM7, то номер порта -
    7.

    Для UNIX систем, выбираете номер порта N (/ dev / cuaN)


    Файл модема


    Позволяет Вам редактировать файл модема


    AUTO.MDM


    Для информации см. Modem Command Files.



    Script приобретения


    Позволяет Вам выбирать скрипт доступа


    Нет


    Для информации см. Acquire and Connect Script.



    2.4.2.8Командные файлы для модемов.

    Командные файлы модема, которые имеют расширение MDM, сообщает модему
    как он должен работать. Они определенны в Domino и привязаны к типу модема,
    который Вы используете. Когда Вы выбираете тип модема, Domino выбирает файл
    модема, который соответствует этому типу. Domino поставляется с
    определенными файлами команд модема для широкого круга модемов. Кроме того,
    Domino обеспечивает Вас по умолчанию файлом AUTO.MDM, который Вы можете
    использовать, если командный файл модема не доступен для Вашего модема.

    Domino копирует файлы модемов в Data\Modems. Команды, в модемных файлах
    устроены так, как требуется соответствие с XPC протоколом, Domino.

    Domino обеспечивает Вас GEN_ALL.MDM файлом, который Вы можете изменять.
    Для информации относительно команд файлов модема, используйте текстовый
    редактор, чтобы читать файл TEMPLATE.MDM. Используйте этот файл и
    документацию, которая поставляется с модемом, чтобы изменить файл команд
    модема.

    Изменяйте командные файлы для модемов только при следующих
    обстоятельствах:


  • Если Вы нуждаетесь в дополнительных командах, которые Domino не
    обеспечивают


  • Если в Domino нет модемного файла, который является совместимым с Вашим
    модемом


  • Если установленный по умолчанию AUTO.MDM, не работает


    Где можно получить обновление модемных файлов?


  • Откройте страничку на http://www.notes.net и выбирайте изображение -
    Download.


  • Выбирайте -- Other Downloads, выбирайте -- Download.


  • Выбирайте - Notes Mobile Survival Kit и сделайте Ваш выбор для
    разгрузки.

    Редактирование командного файла модема.

    Когда Вы изменяете, командный файл модема, Вы можете только изменять
    файл на локальном сервере. Чтобы применять измененный файл модема на
    удаленный сервер, редактируйте файл, локально и копируйте эго в каталог
    Data/Modems на удаленный сервер. Вы должны перезапустить, сервер, чтобы
    изменения вступили в силу.

    Используйте документацию, которая поставлялась с модемом, чтобы
    определить, какие дополнительные команды Вы можете добавлять к файлу команд
    модема.



  • Из клиента Domino Administrator, выбирайте закладку - Сервер.


  • Из панели инструментов, выбирайте - Сервер -- Состояние -- Сервис --
    Настройка портов.


  • Выбирайте нужный порт.


  • Выбирайте -- Параметры порта.


  • В Типе Модемов, выбирайте файл модема, который Вы хотите изменить


  • Выбрать Файл команд модема.


  • Редактируйте содержание файла.

    HEIGHT=385 BORDER=0>

    Рис. 24 Окно настройки командного файла модема.


  • Выбирайте -- Сохранить Как ... и введите новое имя для файла.


  • Выбирайте -- Готово, затем -- OK, дважды.
    2.4.3Настройка сервера использующего удаленный доступ к сети.

    Domino может использовать удаленный доступ к сети MS RAS. Установив
    соединение, сервер или пользователи соединяются с удаленным компьютером
    сети, они могут иметь полный доступ к сети Domino. Сервер может использовать
    Удаленные соединения, для выполнения задач передачи почты и репликаций, как,
    будто они непосредственно связаны с другими серверами по сети LAN.

    Удаленный доступ, который поддерживается ISDN и MS RAS, позволяет
    компьютеру использовать линию ISDN, чтобы соединиться с сетью LAN. При
    использовании удаленного доступа, Вы можете передавать сетевые пакеты от
    компьютера в удаленную сеть и на сервер. Типично используется PPP протокол,
    который является протоколом интернета.


  • Установите и настройте удаленный доступ к Вашей сети для Domino
    (Dial-Up, MS RAS, Macintosh PPP).


    Примечание Domino не поддерживает Макинтош сервер, но Вы можете
    соединять мак. Клиента с Domino сервером через удаленный доступ к серверу
    или сети.


  • Установите протоколы сети, для использования удаленным доступом
    сервера. Протоколы должны быть совместимы со службой удаленного доступа.


  • Установите для Domino сервер протокол сети, для использования его с
    удаленным доступом на сервер.


  • Чтобы соединиться с серверами удаленным доступом, создайте документ
    подключения типа Удаленный доступ.

    2.4.4Passthru сервера и Hunt группы.

    Функция Passthru позволяет рабочим станциям и серверам использовать
    сервер посредник, чтобы соединиться с другим сервером, который не имеет с
    нам общего протокола. Passthru сервер имеют несколько назначений
    использования в пределах топологии системы.

    При использовании Passthru, Вы можете устанавливать связь по сети LAN
    между двумя серверами, которые не имеют общего протокола. Например, сервер
    A, который поддерживает только NetBIOS, должен соединиться с сервером C,
    который поддерживает только TCP/IP. Если сервер B поддерживает NetBIOS и
    TCP/IP, сервер B может действовать как Passthru сервер, чтобы осуществить
    связь между серверами А и C.

    Подобное использование должно позволить пользователям рабочих станций
    иметь доступ к серверам, которые не поддерживают общий протокол с ней.
    Соединяясь с Passthru сервером, рабочая станция может получить доступ к
    серверу назначения, которые не поддерживают протокол рабочей станции.

    Третье тип использования Passthru, позволять пользователям или
    удаленным серверам использовать одну телефонную сеть, для доступа к одному
    или нескольким серверам назначения, в той же самой сети LAN. Использование
    Passthru сервера этот путь к экономии затрат по связи с использованием
    модема, ко всем серверам организации.

    Использование Hunt групп с Passthru серверами.

    Если Ваша АТС поддерживает функцию Hunt группы (группы модемов с тем же
    самым телефонным номером), Вы можете разрешить пользователям, или удаленным
    серверам соединяется с Hunt группой на Passthru сервере. Hunt группа сможет
    посылать запросы на любой сервер, модем которого свободен. Ваша телефонная
    станция должна поддерживать этот тип конфигурации.

    Hunt группа использует механизм телефонного переключение, чтобы
    переключить один телефонный номер на несколько модемов. Когда рабочая
    станция или сервер набирает номер телефона, он соединяется с любым доступным
    модемом. Вы можете использовать Hunt группы с одним или большим количеством
    Passthru серверов. 2.4.4.1Настройки сервера для использования Passthru.

    Для конфигурирования соединений серверов через посредник, Passthru,
    проделайте следующее:


  • Создайте топологию серверов посредников.


  • Настройте сервер посредник, используя Server документ


  • Настройте, сервер назначения, используя Server документ, для доступа к
    нему через сервер посредник.


  • Создайте документ подключения типа Passthru, в Domino Directory, для
    соединения серверов с использованием сервера посредника.


  • Если любой из серверов не имеют прямого соединения по сети, создайте
    документ подключения для соединения с этим сервером или посредником. Этот
    документ может быть любого типа - Notes Direct Dial-Up, Network Dial-Up или
    Passthru.
    2.4.4.2Создание топологии Passthru серверов.

    Чтобы создавать топологию Passthru серверов, Вам необходимо проделать
    следующее:


  • Составьте список всех рабочих станций и серверов, которые нуждаются в
    доступе на Passthru сервер. Также внесите в список протоколы для рабочих
    станций и серверов.


  • Составьте список серверов назначений, к которым вы хотите получить
    доступ. Также внесите в список протоколы для серверов назначения.


  • Определите, где в топологии расположить Passthru сервер. Passthru
    сервер должен иметь все протоколы, которые используют рабочие станции и
    сервера. Кроме того, Passthru сервер должен иметь достаточное количество
    модемов.


  • Если Вы ожидаете, интенсивное движение через Passthru сервер, создаете
    Dedicated Passthru сервер. Dedicated Passthru сервер, не содержит ни каких
    баз данных. Он функционирует исключительно как посредник. Определите, хотите
    ли Вы использовать больше чем один Passthru сервер в Hunt группе. В Hunt
    группе, один телефонный номер принадлежит всем Passthru серверам в группе, а
    нагрузка автоматически распределяется среди Passthru серверами. Все Passthru
    сервера в Hunt группе, должны уметь соединятся с серверами назначения.


  • Определите пользователей и сервера, которым Вы хотите ограничить доступ
    на Passthru или серверам назначения. Внесите в список всех пользователей и
    сервера, которым Вы хотите ограничить доступ на Passthru сервера, затем
    создайте список ограничений для каждого сервера назначения.


  • Внесите в список рабочие станции, которые должны использовать Passthru
    сервер и определите для них Passthru сервер по умолчанию. Если Вы имеете
    много рабочих станций, равномерно распределяете по станциям Passthru
    сервера, чтобы гарантировать оптимальную нагрузку на сервер.


  • Если Вы планируете использовать Hunt группу, создайте список всех
    рабочих станций соединяющихся с каждой Hunt группой. Сделайте записи имен и
    телефонных номеров Hunt групп и имен всех серверов назначения.
    2.4.4.3Пример топологии Passthru серверов для компании Acme's.

    Эта диаграмма показывает топологию Passthru серверов для компании
    Acme's:

    HEIGHT=528 BORDER=0>

    Рис. 25 Пример использования Passthru сервера в Acme.

    Компания Acme имеет Dedicated Passthru север, который функционирует
    только как посредник, для доступа рабочих станций и серверов, на сервера
    назначения. Этот сервер не содержит никаких базы данных. Passthru
    поддерживает все протоколы, чтобы пользователи и сервера, соединялись с ним
    и имели доступ ко всей системе компании.

    Обратите внимание, что Passthru может принести пользу пользователям и
    серверам в той же самой сети. Например, некоторые из клиентов Notes, в
    вышеупомянутой диаграмме, находятся в той же самой сети LAN, что и
    Webstage-E, и HR-E, но они не поддерживают общих протоколов. Они не могут
    иметь доступ на эти servers без использования сервера Passthru.

    Вышеупомянутая топология требует следующей конфигурации:


  • Notes Direct Dial-Up документ подключения, для связи удаленных
    серверов, с Passthru сервером


  • Passthru документ подключения для удаленного сервера, чтобы определить
    Passthru


  • Документа подключения на удаленном сервере, с каждым сервером
    назначения


  • Модификации записи Место вызова, на клиентах Notes, чтобы определить
    имя Passthru сервера


  • Notes Direct Dial-Up документ подключения для удаленных клиентов Notes
    для связи с Passthru


  • Passthru документ подключения для удаленных клиентов Notes, чтобы
    определить Passthru связь


  • Модификации Server документов (чтобы позволить соответствующие права
    доступа) на Passthru и сервера назначения.
    2.4.4.4Настройка Passthru сервера.


  • Удостоверитесь, что Вы уже закончили конфигурировать Server документ
    для сервера.


  • Из клиента Domino Administrator, выбирайте закладку Настойка.


  • Выбирайте представление Сервер -- Все сервер документы.


  • Открыть Server документ для сервера, который Вы хотите определить как
    Passthru сервер и выбирайте -- Редактировать Сервер.


  • Выбирайте закладку Security, введите значения для полей секции Passthru
    Use и затем сохраните документ:





    Поля


    Значение


    Route through


    Любое значение из следующего. Любое значения, чтобы идентифицировать
    пользователей и серверов, тех, кому позволяется использовать этот сервер как
    посредник, для доступа к серверу назначения:

    Звездочка (*), чтобы определить всех пользователей и сервера, даже тех,
    кто не внесен в Domino Directory

    Звездочка (*) сопровождаемая именем имени сертификата - например,
    */Acme - чтобы определить всех пользователей и сервера сертифицированих
    выбранным сертификатом.

    Имена определенных серверов, пользователей и групп


    Cause calling


    Имена пользователей и серверов, которым позволено, вынуждать сервер
    делать телефонные звонки. Оставьте это поле пустым или добавьте звездочку
    (*), чтобы позволить всем пользователям и серверам эту привилегию.

    Обратите внимание, если вы позволяете всем пользователям и серверам
    использовать модем этого сервера, Passthru сервер в не отражает в LOG файле,
    пользователей и сервера, и не указывает их имен.


    Destinations allowed


    Оставьте это поле незаполненным, чтобы позволить перенаправление на все
    сервера. Иначе, введите имя определенного сервера, что бы пользователи и
    сервера могли иметь доступ, только к этому серверу, проходя через этот
    Passthru сервер






  • Создайте документы Подключений, чтобы соединить Passthru сервер с
    серверами назначения, если Passthru и сервера назначения не имеют прямой
    связи по сети LAN.


  • Определите Passthru сервера, изменяя их Server документы.
    2.4.4.5Настройка серверов назначений, к которым можно получить доступ с
    использованием Passthru серверов.

    Вы должны перестроить сервера назначения, чтобы позволить определенным
    Passthru серверам иметь доступ к ним и назначить пользователям
    соответствующий доступ.


  • Удостоверитесь, что Вы уже закончили конфигурировать Server документ,
    для Вашего сервера.


  • Выбирайте представление Сервер -- Все сервер документы.


  • Открывайте Server документ, который Вы хотите перестроить как сервер
    назначения и щелкайте - Редактировать Сервер.


  • Выбирайте закладку Security, введите в поле Passthru Use field значение
    и затем сохраните документ:




    Поле


    Значение


    Access this server


    Любое значение из следующего. Пользователи и сервера, которые могут
    получить доступ на этот сервер через Passthru:

    Звездочка (*), чтобы определить всех пользователей и сервера, даже тех,
    кто не внесен в Domino Directory

    Звездочка (*) сопровождаемая именем имени сертификата - например,
    */Acme -- чтобы определить всех пользователей и сервера сертифицированих
    выбранным сертификатом.

    Имена определенных серверов, пользователей и групп




    Обратите внимание на это поле Access, оно не затрагивает общий доступ к
    серверу. Определите общий доступ на Сервер в секции Access Server. Например,
    Вы могли бы не позволить некоторым пользователям, доступ на сервер через
    Passthru, они могут все еще получить доступ на сервер, если они имеют
    разрешение в секции Access Server. 2.4.5Настройки сервера для доступа к нему
    через интернет

    Вы можете расширять Вашу сеть, позволяя рабочим станциям Notes и Domino
    серверам связываться по интернет с Вашими локальными серверами. Перед
    использованием связей по интернет, Вы должны понять основы безопасности в
    интернете. Для доступности к Вашему Domino серверу через интернет сделайте
    следующее:


  • Выбирайте поставщика интернет услуг ISP, чтобы получить доступ к
    интернет.


  • Установите TCP/IP протокол.


  • (Необязательно) Установите Proxy сервер, чтобы соединяться через
    Firewall с интернет.


  • Проверяйте Вашу связь интернет, используя утилиту -- PING.

    2.4.5.1Internet Service Providers и соединений по интернет.

    Вы можете сделать Ваш сервер доступным через интернет. Чтобы делать
    сделать это, Вы должны установить соединение и заключать контракт с
    Поставщиком услуг интернета (ISP). Вы должны также регистрировать Ваше имя
    домена на DNS так, чтобы пользователи могли видеть адрес IP Вашего сервера,
    когда они хотят получить доступ к серверу из интернета.

    Когда Вы делаете сервер доступным в интернете, Вы или используете
    прямую связь или прямую связь через Proxy сервер. Если Вы используете Proxy
    сервер, Domino сервер не должен соединиться с ISP на прямую, поскольку Proxy
    сервер уже устанавливает эту связь.

    Соединение по выделенной линии (leased-line).

    Связь Leased-line - прямая связь с интернетом. Если Вы используете тип
    связи Leased-line, Вы соединяете сервер с использованием сети LAN, через
    Router и выделенной линии.




    HEIGHT=139 BORDER=0>

    Рис. 26 Пример использования выделенной линии для соединения серверов с
    интернет.


    Proxy соединение.

    Proxy сервер обычно запускается вместе с Firewall программным
    обеспечением, чтобы передать запросы между серверами с обеих сторон
    Firewall. Если Ваша организация использует Proxy сервер для связи с
    интернет, Вы соединяете сервер с сетью LAN, которая проходит через Proxy и
    Firewall сервер ISP. Вы можете использовать Domino или не - Domino Proxy
    сервер для связи с интернет.




    HEIGHT=135 BORDER=0>

    Рис. 27 Пример использования выделенной линии и Proxy сервера для
    соединения серверов с интернет.
    2.4.5.2Установка программного обеспечения
    для связи с интернет.

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


  • Если TCP/IP еще не установлен на Domino сервере, установите протокол,
    используя инструкции установки для операционной системы.


  • Если Вы не имеете соответствующего порта, добавьте его и разрешите его
    использование сервером.
    2.4.5.3Установка Proxy сервера для соединения с интернет.

    Proxy сервер общается со всеми Domino серверами и рабочими станциями в
    интернете. Когда Вы используете Proxy сервер, Domino сервер не должен
    соединиться на прямую с Поставщиком услуг интернета (ISP), так как Proxy
    сервер устанавливает связь вместо Вашего сервера.

    Вы можете определить Domino Passthru сервер как Proxy. для интернета -
    таким же самым путем, каким Вы определяете Passthru сервер, для внутренней
    Domino сети. Вы не нуждаетесь в конфигурировании сервера по-другому для
    связи по интернет.
    2.4.5.4Тестирование подключение сети с использованием утилиты PING.

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

    Если Вы имеете прямую связь в интернет, самый легкий способ проверить
    связь состоит в том, чтобы использовать утилиту PING. Утилита позволяет Вам
    запросить другой компьютер, если ответ есть, это подтверждает, что
    программное обеспечение протокола работает правильно.

    Если Вы не можете "пинговать" удаленный Domino сервер, то Ваше
    соединение не может работать должным образом, проверяйте Ваш Router.

    Если Вы соединяетесь с интернетом через Proxy сервер, пробуете
    пинговать Ваш Proxy, чтобы проверить связь по сети.

    Используйте следующий формат:

    ping xyz.com

    Если пинг успешен, утилита возвращает сообщение в формате, подобном
    следующему:

    64 bytes from 130.000.00.00: 1cmp_seq=4, time=0, ms 2.5Как настроить
    соединения Domino серверов?

    При репликациях баз данных и передаче почты, сервера должны соединиться
    друг с другом. Вы можете использовать для связи локальную сеть LAN, или
    удаленный доступ, типа MS RAS или Notes X.PC. Вы можете также использовать
    связь с использованием Passthru сервер. При желании, Вы можете соединить
    сервера через интернет.

    Чтобы устанавливать связь, Вы можете создавать документы Подключений в
    Directory Domino. Документ подключения отвечает за связь и определяет, как и
    когда сервера должны соединяются для репликации и обмена почтой.

    Большинство документов подключений имеет две части, сетевая часть и
    часть с расписанием. Сетевая часть определяет: какому серверу и как
    соединяться и как это сделать. Часть с расписанием решает, когда исполнить
    это действие и какое - тип репликации или маршрутизации на выбранный сервер.

    Число документов подключений, которые Вы создаете для сервера, зависит
    от того, какими задачами управляет сервер. Когда Вы устанавливаете сервер,
    Server документ по умолчанию позволяет передачу почты. Вы можете создать
    документ подключения для репликаций. В зависимости от того, как Вы
    используете Ваш сервер - Вы должны создать минимум один или два документа
    подключения на сервер, на который Вы планируете передавать почту или
    реплицировать данные.

    Репликация между парой серверов требует одного документа подключения,
    на любом из серверов. Требуется только один документ, потому что работа
    репликатора - то есть запрос сервера, нужен только для соединения с сервером
    назначения, обмен информацией происходит в обоих направлениях.

    Для передачи почты между парой серверов требует один подключения на
    каждом сервере, потому что маршрутизация почты между серверами работает в
    только одном направлении.

    Например, Для передачи почты с сервера А на сервер В потребуется
    документ подключения для передачи почты на сервер B. И если сервер B будет
    передавать почту на сервер А, он нуждается в документе подключения на сервер
    A.


    HEIGHT=245 BORDER=0>

    Рис. 28 Пример использования документов подключений для репликаций и
    передачи почты.


    Если Вы хотите передавать посту между Domino и не Domino системой
    почты, Вы должны создать документ типа Foreign Domain в Directory Domain.

    Сервер может также использовать информацию, из документа External
    Domain Network Information, для установки связи. Как администратор, Вы
    должны сконфигурировать этот документ, чтобы искать имена и адреса серверов
    в другом домене. При этом пользователи или сервера не должны будут создать
    документы подключения, для соединения с сервером в этих доменах.

    Прежде, чем Вы создаете документы подключений, планируете топологию
    серверов связи для Вашей системы.
    2.5.1Как спланировать топологию для серверных подключений?

    Вы должны планировать топологию сервера, чтобы потом сконфигурировать
    документы подключений. Топология - план того, как сервера будут соединяются
    друг с другом. При планировании топологии сервера, имейте в виду, что число
    документов подключений нужно свести к минимуму.

    Эти факторы влияют на server топологию:


  • Число серверов в компании.


  • Находятся ли все сервера в тот же самой или различных Notes
    поименованных сетях


  • Расположение Серверов - то есть, находятся ли они в том же самом домене
    Notes или в разных доменах


  • Запущены ли задачи на сервере, такие как - репликации или передача
    почты


  • Функционируют ли на Сервере задачи Passthru, Dial-In или Служба
    Удаленного Доступа

    Имеются несколько подходов к серверной топологии. В зависимости от
    вышеупомянутых факторов. Ваша компания может использовать один или большее
    количество этих подходов в различных частях системы. Некоторые часто
    используемая топология включают Hub-- and-Spoke и Peer-- to-Peer.
    2.5.1.1Использование топологии Hub-and-Spoke.

    Топология Hub-and-Spoke требует наличия одного центрального Hub сервера
    и других серверов, называемых - Spokes. Spokes сервера передают изменения
    баз данных и почту на Hub сервер, а Hub в свою очередь передает все на все
    другие сервера. В организациях с боле, чем одним Hub сервером, Hub сервера
    копирует изменения друг с другом, или с мастером Hub сервером.

    Топология Hub-and-Spoke работает лучше всего в больших организациях;
    это минимизирует движение по сети и наиболее эффективная топология для
    репликаций. Если Вы используете Hub-and-Spoke, имеете в виду, что Ваша
    топология уязвима. Она зависит от единственного сервера, а в случае ее
    отказа, вся топология не работает.

    Acme использует Hub-and-Spoke как часть сервер топологии:

    HEIGHT=332 BORDER=0>

    Рис. 29 Пример использования топологии Hub-and-Spoke.
    2.5.1.2Использование топологии Peer-to-Peer.

    Топология Peer-to-Peer соединяет каждый сервер в Вашей организации с
    каждым другим сервером. Эта топология работает лучше всего в компаниях,
    которые имеют только несколько серверов.

    Если бы Acme организовала свои сервера с использованием топологии
    Peer-to-Peer, топология могла быть построена следующим образом:

    HEIGHT=371 BORDER=0>

    Рис. 30 Пример использования топологии Peer-to-Peer. 2.5.2Процесс
    соединения сервера с сервером партнером.

    Вы можете описывать связи на сервера, с рабочей станции на другие
    сервера. Метод для определения пути везде подобен, использует ли Вы документ
    подключения на рабочей станции или на сервере.

    Сервер использует эту логику, чтобы определить, как соединиться с
    другим сервером:



  • Сервер пробует соединиться с использованием того же самого метода,
    который использовался в последний раз.


    Обратите внимание на эти два исключения:


  • Если сервер никогда не связывался с сервером назначения, сервер ищет
    путь, состоящий из порта сети и любого Passthru сервера на сервер
    назначения.


  • Если сервер соединялся с сервером, но связь все время терпела неудачу,
    сервер ищет новый путь, если это - первая попытка в течение дня.


  • Для поиска пути на сервер назначения, сервер исполняет эти действия:



  • Сервер проверяет, является ли это соединение связью порта WAN на сервер
    назначения.


  • Сервер исследует документы подключения с нормальным приоритетом в
    Directory. Документы подключения с нормальным приоритетом, которые имеют в
    поле приоритет значение Normal.



  • Если имеется несколько документов подключений, нормального приоритета
    для одного и того же сервера назначения, сервер использует документ в таком
    порядке:



  • Локальная Сеть


  • Сеть Dial-Up


  • Notes Derect Dial-Up


  • Passthru сервер


  • Hunt group, Passthru сервера

    Если сервер использует Passthru документ, то Notes должен быть способен
    найти путь к Passthru серверу. Вы можете использовать любой тип документа
    подключений, чтобы определить этот путь.


  • Сервер проверяет информацию, сохраненную в памяти, относительно
    соединений на другие сервера, в Notes поименованной сети. Использует эту
    информацию, для определения пути к серверу назначения. Сервер читает эту
    информацию из Server документа, локального Directory Domino.


  • При соединении локальных серверов, Domino Directory не содержит
    информации о сервере назначения, он пробует соединяться непосредственно с
    сервером назначением по сети LAN, используя имя сервера или адрес.


  • Соединяющийся сервер проверяет низкоприоритетные документы подключений.
    Низкоприоритетный документ подключения - документ, в котором поле приоритета
    имеет значение - Low.


  • Если сервер все еще не может найти путь к серверу назначения, он
    отображает сообщение, что связь не возможна.

    Обратите внимание. Для рабочих станций, соединяющихся с серверами,
    логика поиска - такая же самая, за исключением того, что рабочая станция
    пробует использовать Passthru сервер, из документа Место вызова, чтобы
    организовать связь.

    Чтобы проверять, можете ли Вы соединяться с сервером через определенный
    порт, используйте синтаксис команды на консоли сервера:

    Trace port!!!servername

    Вы можете просматривать информацию относительно того, как сервер делает
    связь, рассматривая информацию различных видов файла LOG.NSF. Вы можете
    изменять объем информации о связи, регистрируемой в файле LOG, изменяя
    уровень LOG. 2.5.3Как создать подключения для сервера? 2.5.3.1Подключение
    для двух серверов с использованием сети LAN.

    Вы должны создать документ подключения для маршрутизации почты и
    репликации между серверами в сети LAN. Вы можете также создавать документ
    подключений, чтобы соединиться два сервера по сети LAN, чтобы гарантировать,
    что связь использует строго определенный протокол.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте Ваш сервер в поле Справочник из, для открытия нужного Domino
    Directory.


  • Выбирайте -- Сервер и затем выбирайте -- Подключения.


  • Выбирайте -- Add Connection.


  • Выбирайте поле Connection type -- Local Area Network.


  • Заполните поля:





    Поля


    Значения


    Source server


    Имя Сервера инициатора соединения.


    Source domain


    Имя Домена сервера инициатора. Это поле используется только для
    передачи почты.


    Use the port(s)


    Используемый для соединения порт, сервера инициатора.


    Usage priority


    Выбирайте следующие опции:


  • Normal - (по умолчанию)

  • Low


  • Destination server


    Имя Сервера назначения.


    Destination domain


    Имя Домена сервера назначения. Это поле используется только для
    передачи почты.


    Optional network address


    Адрес сервера назначения, в зависимости от выбранного Вами протокола.
    Для TCP/IP, используйте полное имя интернет хоста и домена, или IP адрес.

    Пример, HR-E.Acme.com или 192.22.256.36.

    Это поле рекомендовано для TCP/IP и других протоколов для указания
    сетевого адреса.






  • Нажмите Routing/Replication и затем закладку Schedule, назначьте
    расписание для Ваших задач, когда по времени, должно происходить соединение
    с сервером назначения.


  • Сохраните Документ.
    2.5.3.2Подключение для сервера с использованием Direct Dial-Up (Dial-Up
    Modem).


  • Убедитесь, что Вы уже установили модем.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте Ваш сервер в поле Справочник из, для открытия нужного Domino
    Directory.


  • Выбирайте -- Сервер и затем выбирайте -- Подключения.


  • Выбирайте -- Add Connection.


  • Выбирайте поле Connection type -- Notes Direct Dial-Up.


  • Заполните поля:




    Поля


    Значения


    Source server


    Имя сервера инициатора.


    Source domain


    Имя домена, сервера инициатора.


    Use the port(s)


    Имя коммуникационного порта, который будет использовать сервер
    инициатор.


    Always use area code


    Yes или No. Это поле определяет, использует ли сервер источник поле Код
    города, когда делает звонок.

    По умолчанию - No.


    Usage priority


    Normal или Low приоритет соединения.

    По умолчанию -- Normal.


    Destination server


    Имя удаленного сервера.


    Destination domain


    Имя удаленного домена.


    Destination country code


    Код страны удаленного сервера.


    Destination area code


    Код города удаленного сервера.


    Destination phone number


    Телефонный номер удаленного сервера. Можно вводить несколько номеров,
    разделяя их точкой с запятой. Сервер будет использовать номера в
    последовательность, как они введены в этом поле, если предыдущий номер будет
    занят.






  • Нажмите Routing/Replication и затем закладку Schedule, назначьте
    расписание для Ваших задач, когда по времени, должно происходить соединение
    с сервером назначения.


  • (Optional) Заполните, если требуется следующие поля:




    Поля


    Значения


    Login script file name


    Имя скрипт файла, если удаленный компьютер, для соединения, использует
    скрипт.


    Login script arguments


    Любые аргументы сценария соединения, необходимые при вызове удаленного
    сервера, например login или пароль



    2.5.3.3Подключение для сервера с использованием Network Dial-Up.

    Вы можете соединять сервера с использованием удаленного доступа к сети,
    типа MS RAS. Удостоверитесь, что Вы уже установили и сконфигурировали свой
    сервер для использования службы удаленного доступа.



  • Из Клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте Ваш сервер в поле Справочник из, для открытия нужного Domino
    Directory.


  • Выбирайте -- Сервер и затем выбирайте -- Подключения.


  • Выбирайте -- Add Connection.


  • Выбирайте поле Connection type -- Network Dial-Up.


  • Заполните поля:





    Поля


    Значения


    Source server


    Имя сервера инициатора.


    Source domain


    Имя домена, сервера инициатора.


    Use LAN port(s)


    Порт, который будет использоваться для службы удаленного доступа.


    Usage priority


    Normal или Low.

    По умолчанию -- Normal.


    Destination server


    Имя сервера назначения. Можно использовать маски для доступа к
    нескольким серверам организации -- */Acme.


    Destination domain


    Имя домена назначения


    Optional network address


    Адрес сервера назначения.

    HR-E.Acme.com или 192.22.256.36






  • Выбирайте закладку Network Dial-Up.


  • Выбирайте - Microsoft Dial-Up Networking из окна выбора сервисов.


  • Выбирайте -- Edit Configuration и введите в имя удаленного соединения
    RAS, которое Вы хотите использовать для соединения с сервером назначения.


  • (Необязательно) Заполните любые из полей, для использования этим
    соединением RAS и затем щелкайте - OK:

    HEIGHT=509 BORDER=0>

    Рис. 31 Диалоговое окно ввода информации о MS RAS, для типа соединения
    Dual-Up.






    Поля


    Значения


    Login name


    Имя пользователя, для регистрации в удаленной сети.


    Password


    Пароль пользователя для регистрации в удаленной сети.


    Phone number


    Номер телефона сервера назначения.


    Area code


    Код города удаленной сети


    Country code


    Код страны удаленного сервера


    Dial-back phone number


    Полный телефонный номер, Вашего сервера, для использования удаленным
    сервером, при назначении функции - Calls Back.






  • Нажмите - Routing/Replication, затем закладку Schedule, назначьте
    расписание для Ваших задач, когда по времени, должно происходить соединение
    с сервером назначения.


  • Сохраните Документ.
    2.5.3.4Шифрование документа подключения Network Dial-Up.

    Domino скрывает и шифрует часть параметров документа Network Dial-Up
    Connection, используя общие ключи определенных пользователей или ID
    серверов. Когда закончено редактирование, только пользователи и сервера с
    этими ID могут делать эти виды связи, с использованием этих документов, и
    могут просматривать параметры в документе.

    Обратите внимание. Для документов подключения, созданных до Версии 5.0,
    Вы можете использовать следующие шаги, чтобы шифровать эти документы. Чтобы
    только пользователи и сервера, которые Вы определяете, могли делать связи, с
    использованием документов и моги просматривать установленные параметры.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте Ваш сервер в поле Справочник из, для открытия нужного Domino
    Directory.


  • Выбирайте - Сервер и затем выбирайте - Подключения.


  • Откройте документ Network Dial-Up Connection.


  • Выбирайте из меню Файл -- Свойства Документа.


  • Выбирайте закладку Безопасность, и отменить опцию - Who can read this
    document (кто может читать документ).


  • В поле Public Encryption keys, введите имена пользователей и серверов,
    кто может иметь доступ к документу, и затем спасают документ.

    HEIGHT=509 BORDER=0>

    Рис. 32 Диалоговое окно свойств документа подключения, с использованием
    которого Вы можете ограничивать доступ к нему.






    2.5.3.5Подключение для сервера с использованием Passthru.

    После того, как Вы установили Passthru на сервере назначения, Вы можете
    настраивать сервера, для использования соединения с использованием Passthru
    сервера.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте Ваш сервер в поле Справочник из, для открытия нужного Domino
    Directory.


  • Выбирайте -- Сервер, затем выбирайте -- Подключения.


  • Выбирайте -- Add Connection.


  • Выбирайте поле Connection type -- Passthru server.


  • Заполните поля:




    Поля


    Значения


    Source server


    Имя сервера источника.


    Source domain


    Имя домена сервера источника.


    Use passthru server or hunt group


    Имя сервера посредника или Hunt Group, для соединения с сервером
    назначения.


    Usage priority


    Приоритет для соединения:


  • Normal - (по умолчанию)

  • Low


  • Destination server


    Имя сервера назначения.


    Destination domain


    Имя домена сервера назначения.






  • Нажмите Routing/Replication, затем закладку Schedule, назначьте
    расписание для Ваших задач, когда по времени, должно происходить соединение
    с сервером назначения.


    Если необходимо, создайте документ подключения, если сервер не имеет
    прямого соединения с Passthru сервером по сети LAN.

    Примечание. Удостоверьтесь, что сервер источник не имеет по умолчанию
    Passthru сервера с этим именем. Проверьте, что в поле Passthru server
    (секция Server Location -- Basics) в Server документе пусто. Это поле
    заставляет сервер отправлять все запросы связи, которые он не может
    установить, на сервер внесенный в это поле. 2.5.4Какой приоритет использует
    Domino, при выборе использования документов подключений?

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

    Например. На сервере разрешены SPX и TCP/IP порты. Имеется документ
    подключения, определяющий TCP/IP с приоритетом - Нормальный. Domino сначала
    смотрит документы подключение, находит TCP/IP порт определенный как
    нормальный и выбирает этот порт. Приоритет использования работает так же для
    модема, X.25, Dial-Up, Passthru Connection документов.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте Ваш сервер в поле Справочник из, для открытия нужного Domino
    Directory.


  • Выбирайте -- Сервер, затем выбирайте -- Подключения.


  • Откройте документ подключения, которой Вы хотите использовать и
    выбирайте -- Edit Connection.


  • Заполните поля:




    Поля


    Значения


    Usage priority


    Приоритет для соединения:


  • Normal - (по умолчанию)

  • Low



  • 2.5.4.1Соединение Сервер -- Сервер, с использованием интернета.

    Создайте документ подключения, чтобы соединить Domino сервер с другим
    Domino сервером через интернет, чтобы наметить задачи для серверов, типа
    репликаций или передачи почты.

    Для Установки связи сделайте следующее:


  • Выясните адрес IP или имя хоста сервера назначения.


  • Создайте Server документ подключения в Domino Directory, для сервера.


  • Редактируйте Server документ из Domino Directory, для соединяющегося
    сервера, при соединении через Proxy сервер.
    2.5.4.2Создание документа подключения для соединения серверов через
    интернет.

    Вы создаете Server документ подключения, чтобы наметить репликации и
    маршрутизации почты для серверов по интернету.


  • Из клиента Domino Administrator, выбирайте закладку -- Настройка.


  • Выбирайте Ваш сервер в поле Справочник из, для открытия нужного Domino
    Directory.


  • Выбирайте -- Сервер и затем выбирайте -- Подключения.


  • Выбирайте -- Add Connection.


  • Выбрать Local Area Network, в поле Connection type. Вы можете также
    использовать Dial-Up тип связи.


  • Заполните поля:




    Поля


    Значения


    Source server


    Имя сервера источника


    Source domain


    Имя домена сервера источника


    Use the Port(s)


    TCPIP - порт и протокол, который будет использоваться при соединении
    через интернет


    Usage priority


    Normal или Low.

    По умолчанию -- Normal.


    Destination server


    Имя сервера назначения


    Destination domain


    Имя домена сервера назначения


    Optional network address


    HR-E.Acme.com или 192.22.256.36.






  • Выбирайте - Routing/Replication - Schedule, для назначения расписания
    для Вашего документа связи.


  • Сохраните документ.


  • Если соединение использует Proxy сервер, измените Server документ для
    использования Proxy сервера.
    2.5.4.3Создание документа подключения для двух серверов, через
    интернет, с использованием Proxy сервера.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте Ваш сервер в поле Справочник из, для открытия нужного Domino
    Directory.


  • Выбирайте Сервер и затем выбирайте -- Все документы сервера.


  • Открывайте Server документ сервера, которым Вы хотите соединиться через
    интернет через Proxy и щелкайте -- Редактировать Сервер.


  • Выбирайте -- Ports -- Proxies и затем сделайте одно из следующего:



  • Если Вы соединяетесь через HTTP Proxy, введите полное имя хоста, домена
    или IP адрес HTTP Proxy и номер порта. Например, ведите в это поле
    proxy.company.com:8080 или 192.168.77.34:8080.


  • Если Вы соединяетесь через SOCKS Proxy, введите полное имя хоста,
    домена или IP адрес SOCKS Proxy и номер порта. Например, ведите в поле
    proxy.company.com:1080 или 192.168.77.34:1080.

    Обратите внимание, если Вы ввели данные для обоих полей, Domino
    использует HTTP Tunnel proxy.


  • Сохраните документ.


  • Если Вы соединяетесь через Domino Passthru сервер, создаете Passthru
    документ подключения для Passthru сервера.


    Обратите внимание, если Вы имеете конфигурацию Proxy, сервер использует
    Proxy для всех соединений. Для связей, которые не требуют, Proxy сервера,
    введите в имени сервера в No Proxy для этих хостов, или в секции domains на
    вкладке Ports -- Proxies в Server документе сервера. 2.5.5Как выполнить
    трассировку сетевого соединения между серверами?

    Чтобы проверить, можете ли Вы соединяться с сервером, используйте Trace
    Connection. Результаты Trace Connection выдают Вам детальную информацию о
    соединении с сервером и проблемах связи по сети.


    Когда Вы пытаетесь соединяться с сервером, информация автоматически
    появляется в строке статуса рабочей станции Notes или на консоли сервера, в
    зависимости от того, где Вы ввели трассировку связи. Вы можете использовать
    переменную NOTES.INI файла Console_LogLevel, чтобы управлять уровнем
    детализации, отображения сообщений.

    Чтобы выполнить трассировку, введите команду на консоли сервера:

    Trace servername 2.5.6Для чего используется документ EDNI?

    Документ External Domain Network Information (EDNI) позволяет
    пользователям соединяться более легко с серверами, которые не принадлежат
    Вашему домену. Без этого документа, Domino пользователи будут нуждаться в
    документах подключения, сделанных для серверов, во внешних доменах. EDNI
    документ из Domino Directory и содержит имена и адреса серверов из внешних
    доменов, которые используют специфический протокол. Когда пользователи
    пробуют соединиться с серверами из внешних доменов.

    При создании EDNI документа, Вы определяете домен, в котором находятся
    сервера, и определяете протокол. Во многих случаях, TCP/IP - единственный
    протокол. Вы также определяете сервер в Вашем локальном домене, который
    запрашивает информацию, Requesting Server и сервер во внешнем домене,
    который снабжает информацией Information Server.

    Перед созданием EDNI документа, определите, является ли информация о
    связи, полезна для Вашего домена. Например, если Вы используете NetBIOS
    протокол, который не может быть маршрутизирован, то прямая связь к внешнему
    домену не может быть установлена, даже если Вы имеете адрес сети сервера в
    EDNI документе. Также, если внешний сервер домена имеет несколько TCP/IP
    портов, адрес возвращенный EDNI документу не может быть адресом
    соответствующего порта, чтобы его можно было использовать. Потому что каждый
    протокол имеет собственные ограничения, Вы должны полностью исследовать и
    проверять способность поиска домена, используя информацию о сети в Вашей
    организации перед использованием этой особенности.

    Вы можете создавать EDNI документ с любого сервера в локальном домене.
    В намеченное время, которое Вы определяете, Requesting Server соединяется с
    внешним сервером домена и обновляет информацию об адресах серверов. Эта
    информацию размещается в запросе на обработку для процесса администрирования
    серверов. Когда сервер администрирования обрабатывает запрос, он помещает
    информацию в ответ на EDNI документ, в Domino Directory.

    Т.к. Requesting Server собирает информацию из Server документов,
    внешнего домена, эти документы должны быть сконфигурированы должным образом,
    чтобы позволять поиск имен серверов. Например, документ с полным именем
    хоста или адресом IP, позволит произвести поиск, но документ только с общим
    именем не может возвратить результаты поиска, т.к. он не содержит IP адреса
    хоста.

    EDNI документ работает с серверной задачей Getadrs. Удостоверьтесь что
    задача Getadrs, запущена.

    Настройка документа External Domain Network Information.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте Ваш сервер в поле Справочник из, для открытия нужного Domino
    Directory.


  • Выбирайте -- Сервер и затем выбирайте -- External Domain Network
    Information.


  • Выбирайте -- Add External Domain Network Information.


  • Заполните эти поля и выбирайте -- Сохранить и Закрыть:






    Поля


    Значения


    Requesting server


    Имя сервера запрашивающего информацию из внешнего домена


    Information server


    Имя сервера из внешнего домена, отвечающего на запросы


    Domain to query


    Имя внешнего домена


    Protocols to query


    Имя одного протокола, из внешнего домена, который будет обслуживать
    запрос



    2.6Как планировать репликации баз данных?

    Чтобы сделать базу данных доступной пользователям в различных отделах,
    офисах, в различных сетях, или в различных часовых поясах, Вы создаете
    реплики баз данных. Все реплики имеют одинаковые ID реплик, которые
    создаются при создании база данных. Имена файлов баз могут быть различные,
    каждая копия может содержать различные документы, или иметь различный дизайн
    базы. Однако если их ID реплик идентичны, между этими базами данных могут
    происходить репликации.

    Поскольку пользователи добавляют, редактируют, удаляют документы в
    базах данных, со временем, содержание баз данных становится не идентичным.
    Чтобы синхронизировать содержание данных во всех копиях, Вы используете
    документ подключения, для определения репликаций между серверами, которые
    хранят реплики этих баз данных. Тогда пользовательские изменения, замены в
    одной базе данных, будут распространяться в другие реплики базы, для других
    пользователей, кто имеет доступ к этим данным. Кроме того, использование
    реплик и планирования репликаций уменьшает движение данных по сети.
    Пользователи не должны соединиться с центральным единственным сервером,
    который хранит единственную реплику базы данных. Вместо этого, они могут
    иметь доступ к репликам базы данных на разных серверах.

    Эти реплики баз данных могут также быть доступными через Web. При этом
    пользователи не зависят ни от одного сервера, когда они делают попытку
    доступа к критическим данным деловых процессов, по интернету. Если один
    сервер недоступен, пользователи могут иметь доступ к другой реплике этой
    базы данных на другом сервере. Вы можете также использовать реплики, чтобы
    помочь управлять продолжающимся проектом, на участке Web. На выбранном
    сервере Вы можете устанавливать Web, где проектируете и проверяете новые
    страницы баз данных. Когда изменения (замены) проекта проверены и готовы к
    публикации, Вы можете реплицировать этот сервер на Web участок, который
    является доступным всем пользователям. Используя реплики, Вы ограничиваете
    Web пользователей от наблюдения Вашего делового процесса разработки
    приложений.

    Создание новой реплики базы данных отличается от копирования базы
    данных, когда Вы выбираете из меню опция из меню Файл - База данных --
    Копия... Хотя копия базы данных может выглядеть точно так же, как и база,
    данных оригинала, копия и оригинал имеет разные ID реплики и, значит, не
    будет участвовать в репликациях. 2.6.1Когда именно нужно создавать реплики
    баз данных?

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

    Создание реплики базы данных:


  • Улучшите выполнение работ, тяжело используемой базы данных


  • Распределяет нагрузку на сеть


  • Держать базы данных, которые вы проектируете, отдельно от рабочих
    версий.


  • Держит базу данных доступной, даже если один из серверов закрывается


  • Делает базу данных доступной, для удаленных пользователей


  • Разместив реплику шаблона на каждом сервере, Вы наследуете дизайн, для
    всех реплик баз данных расположенных на этом сервере.


  • Если Вы создайте резервную копию (реплику) базы данных, Вы можете
    восстановить информацию, если основная база данный будет повреждена

    Имейте в виду, что две реплики, всегда будут содержать слегка различное
    содержание, в промежутке между репликациями. Если пользователи нуждаются в
    доступе к наиболее современной информации в базе данных, Вы можете создавать
    реплики на кластере серверов и затем назначить репликации, для групп
    серверов. В кластере серверов, все реплики всегда идентичны, потому что
    каждое изменение (замена) немедленно копируется на другой сервер кластера.
    2.6.2Как происходит процесс репликаций между двумя серверами?

    Для типа репликации сервер - сервер, задача Replicator на одном,
    вызывающем сервере, требует присутствия документ подключения в адресной
    книге сервера. Использование этого документа должно быть разрешено и для
    него должно быть намечено расписание соединения. По умолчанию задача
    Replicator загружается при запуске сервера.

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

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

    Вы можете также использовать серверную командует - Pull, Push и
    Replicate, чтобы начать репликацию между серверами немедленно. 2.6.2.1Что
    происходит при репликации между двумя серверами?


  • Replicator остается не задействован, пока сервер А не начинает
    репликацию на сервером B.


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


  • Два сервера сравнивают списки баз данных, чтобы найти базы данных с
    идентичными копиями ID.


  • Сервера проверяют время последнего изменения каждой из баз данных,
    чтобы видеть является ли это время более позднее, чем дата успешной прошлой
    репликации, зарегистрированной в истории репликации. Этот шаг позволяет
    серверам решить, что в базе данных должно копироваться.


  • Для каждой измененной базы данных, сервера строят список из документов,
    элементов дизайна и изменений в ACL, которые произошли, начиная с последней
    репликации с другим сервером.


  • Для каждого изменяемой базы данных, сервер А проверяет ACL базы, чтобы
    определить, какие изменения сервер B может сделать в реплике, а сервер B
    проверяет ACL, чтобы определить то, какие изменения сервер А может сделать.


  • Если передача документов, дизайна и изменения в ACL разрешено для
    документов, сервер реплицирует только поля, которые изменились, при этом не
    копирует документы полностью. Для документов, которые были удалены, остаются
    "окурки". Чтобы экономить место на диске, Domino удаляет эти "окурки"
    согласно интервалу чистки, который установлен в назначениях репликаций баз
    данных.


    В зависимости от выше перечисленных действий, происходит одно из
    следующего:



  • Если репликация заканчивает успешно, сервер А вписывает время в истории
    репликации сервера B, когда репликация была закончена. Сервер B использует
    такую же печать времени для сервера А, чтобы делать тот же самое.


  • Если репликация не заканчивается успешно, отметки времени не
    регистрируются в истории репликации - так, чтобы будущее репликации будут
    использовать более раннюю метку времени. Неудавшиеся репликации
    регистрируются в виде Replication базы данных LOG.NSF.


    Рассмотрите следующие аспекты при планировании графика репликаций:


  • Топология Репликаций


  • Число документов подключения, которое Вам понадобится для реплик


  • Тип репликаций


  • Время репликаций


  • Базы данных, которые будут участвовать в репликациях


  • Приоритет баз данных, которые будут реплицироваться


  • Время ограничения для репликаций


  • Запуск нескольких копий репликатора
    2.6.3Топология системы репликаций.

    В Domino системе с больше чем одним сервером, Вы должны планировать
    топологию, которая решает, как соединять сервера при репликах.

    Вы определяете топологию, создавая документы подключения в Domino
    Directory. Поскольку Вы планируете топологию, Вы должны рассмотреть и
    топологию движения почты и репликаций. Репликации между серверами требует
    одного документа подключения. Однако маршрутизация почты требует двух
    документов подключений, так как все это работает только в одном направлении.
    Часто более эффективно создавать сначала документы подключений для передачи
    почты, а затем добавлять репликации к этим же самым документам.

    Топология репликаций обычно дублирует топологию Вашей Domino системы, и
    она обычно изменяется с размером Вашей организации. Маленькие фирмы
    используют топологию Peer-to-Peer, которая быстро распространяет изменения
    на все сервера, но неэффективна, когда появляется несколько серверов. Фирмы
    среднего размера могут использовать комбинацию репликаций Peer-to-Peer или
    могут осуществлять Hub-and-Spoke репликации. Большие организации, вероятно,
    будет использовать Hub-and-Spoke репликации, для максимальной эффективности
    или могут использовать кольцевую топологию репликаций между Hub серверами.
    Как Вы наметите свои репликации, зависит от Вашей серверной топологии и
    стратегии репликаций, которую Вы выбираете. Например, Acme корпорация
    использует Hub-and-Spoke топологию. 2.6.3.1Использование топологии
    репликаций Hub-and-Spoke.

    Hub-and-Spoke - наиболее эффективная топология для репликаций, потому
    что она минимизирует движение данных в сети, особенно в больших
    организациях. Hub-and-Spoke устанавливает один центральный сервер Hub,
    который намечает и начинает все репликации со всеми другим серверами типа
    Spokes. Spokes сервера передают на Hub сервер все свои изменения и почту, а
    Hub в свою очередь передает все изменения на каждый другой сервер. Hub
    сервера реплицируют изменения между собой или на мастер Hub серверов, в
    организациях которые используют больше чем один Hub. Короче говоря, Hub
    сервер действует как менеджер репликаций и почты в системе.

    Чтобы наметить репликации в системе по типу Hub-and-Spoke, Вы создаете
    один документ подключения для каждой связи Hub-and-Spoke. В каждом документе
    подключения, Hub сервер - всегда сервер источник, а сервер назначения,
    всегда один из серверов Spoke.

    Топология Hub-and-Spoke может быть особенно полезна, в целом для
    нескольких серверов, в централизованном офисе, который должен соединиться
    через телефонные или выделенные линии с региональными офисами. Если Вы
    имеете большой участок сети, Вы можете использовать комбинацию топологий
    Hub-and-Spoke и Peer-to-Peer между двумя Hub серверами.

    Применение топологии репликаций Hub-and-Spoke:


  • Установите несколько протоколов на Hub сервера, чтобы позволить связь в
    Domino системе, которая будет использовать больше чем один протокол. Нub
    сервер может соединять с несколькими Notes поименованными сетями, где
    имеются отдельные Hub сервера.


  • Используйте несколько частей сети - например, LAN и WAN.


  • Централизуйте администрирование Domino Directory, ACL стандартизируйте
    базы данных. Ограничьте доступ на Hub сервера. Вы можете определить в ACL,
    Hub серверам - с доступом Менеджера, а Spokes - доступ Читателя, чтобы
    делать изменения в одной точной копии на Hub сервере.


  • Разместите программы серверов, например агентов, на Hub серверах, чтобы
    делать их легко доступными.


  • Соедините удаленные участки сети с Hub серверами.


  • Минимизируйте движение сети, и максимизировать эффективность сети.


  • Централизуйте данные, создайте резервные Hub сервера.


  • Улучшите балансировку нагрузки на серверов. Однако движение по сети
    увеличивает нагрузку на сегменты сети с установленными серверами Hub. Если
    Вы имеете больше чем 25 серверов, установите несколько Hub серверов. Если
    Hub сервер выключается, репликации для этих Hub и Spokes будут недоступны,
    пока Hub сервер не будет восстановлен или заменен.

    Примечание. Не использует Hub-and-Spoke репликации для баз данных,
    размер которых большей чем 100МБ. Реплицируйте базу данных непосредственно
    между серверами, намечая репликации для этой базы данных в документе
    подключения.


    HEIGHT=354 BORDER=0>

    Рис. 33 Пример использования топологии Hub-and-Spoke для репликаций.

    В этом примере, Acme корпорация имеет один Hub сервер, Hub-E/East/Acme
    и три Spoke сервера. Spoke сервера - HR-E/East/Acme, HR-S/South/Acme,
    HR-W/West/Acme - содержат служебные приложения. Любые изменения, замены в
    приложениях реплицируются через Hub-E/East/Acme на HR сервера. HR сервера
    посылают изменения, замены Hub, которые в свою очередь посылает изменения на
    все HR сервера, используя для этого Hub.

    С тремя документами подключения, которые Acme создал, Hub сервер
    исполняет репликации, сокращая нагрузку на Spokes сервера. При создании
    приложений, доступных на East, West, пользователи South запрещают их
    распространение через дорогостоящие связи WAN. 2.6.3.2Использование
    топологии репликаций Peer-to-Peer.

    Топология Peer-to-Peer соединяет каждый сервер в Вашей организации с
    каждым другим сервером. Эта топология неуправляема в организациях с большим
    числом серверов. Однако в маленьких организациях, эта топология гарантирует
    быстрое обновление данных. При использовании топологии Peer-to-Peer,
    потенциал для проблем репликаций уменьшается, потому что только два сервера
    связываются для каждой репликации и не требуют Hub, или посредника сервера.
    Однако Peer-to-Peer репликации требует многих документов подключений,
    увеличения администрирования, так как Вы должны избежать накладок в графиках
    репликаций

    HEIGHT=408 BORDER=0>

    Рис. 34 Пример использования топологии Peer-to-Peer для репликаций.

    В этом примере, Acme корпорация имеет два Hub сервера - Hub-W/West/Acme
    и Hub-E/East/Acme -- связывающихся для репликаций по топологии Peer-to-Peer.
    Каждый Hub сервер реплицирует изменения с несколькими Spoke серверами. Любые
    изменения, замены через Hub доставляются на Spoke сервера. Spoke сервера
    посылают изменения, замены на Hub, а затем Hub реплицирует их друг с другом,
    и посылают изменения назад на Spoke сервера.

    Иные топологии репликаций.

    Другие менее эффективные стратегии топологии репликаций следующие:

    Кольцо, которое соединяет сервера в круг, является подобно непрерывной
    топологии, но со связанными концами так, чтобы репликации происходят в
    закрытой петле.

    От начала до конца, также известна как топология цепи, где два или
    больше серверов реплицируют данные последовательно с одного на другой на
    цепочке.

    Двоичное дерево, которое соединяет сервера в пирамиду: вершина сервер
    соединяется с двумя серверами ниже, каждый из которых соединяется с двумя
    серверами ниже, и так далее. 2.6.4Документы подключений для репликаций.

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

    Передача почты и репликации разрешаются по умолчанию, но Вы можете
    изменять эти установки и использовать отдельные документы подключений, чтобы
    наметить график для каждой из задач. Этим путем, Вы можете управлять
    диапазоном времени, или интервалом повторения для реплик и передачи почты
    раздельно.

    Как Вы соединяетесь с серверами для репликаций, зависит от
    местоположения серверов. Вы можете соединять сервера для реплик по локальной
    сети или по телефонной линии, с использованием модема или службы удаленного
    доступа. Кроме того, Вы можете использовать Passthru сервера для репликаций.

    Репликации по интернету выполняются, так же как и по сети LAN с
    использованием TCP/IP. Domino сервер должен быть в том же самом Notes
    домене, что и Domino сервер, с которым Вы хотите реплицироваться. Если они
    находятся в разных доменах, сервера нуждаются во взаимных сертификатах.

    Настройка документов подключений для репликаций.

    Назначайте только один сервер, для соединения в одно и тоже время.


  • Удостоверитесь что:



  • Вы создали документ подключения, чтобы соединить каждую пару серверов.


  • Domino Directory копируется должным образом.



  • Заполните эти поля:





    Поля


    Значения


    Usage priority


    Приоритет -- Normal (используется по умолчанию)


    Source server


    Имя вызывающего сервера


    Source domain


    Имя вызывающего домена


    Use the Port(s)


    Используемый порт и протокол для установления соединения.


    Destination server


    Имя сервера назначения


    Destination domain


    Имя домена назначения






  • Выбирайте закладку Routing/Replication и заполните эти поля:





    Поля


    Значения


    Replication task


    Выбирайте -- Enabled


    Replicate databases of Priority




    Выбирайте приоритет:



  • High


  • Medium & High

  • Low & Medium & High (по умолчанию)


  • Replication type


    Выбирайте тип репликации:


  • Pull Pull


  • Pull Push (по умолчанию)


  • Pull Only

  • Push Only


  • Files/Directories to Replicate




    Вы можете выбрать конкретно, что именно реплицировать. Внесите в список
    несколько баз или каталогов, разделяя их точкой с запятой.


    Replication Time Limit


    Можете указать лимит времени для реплик






  • Выбирайте закладку Schedule и заполните эти поля:




    Поля


    Значения


    Schedule


    Выбирайте -- Enabled, для разрешения расписания


    Call at times


    Укажите Время вызова сервера назначения

    По умолчанию 8 AM - 10 PM


    Repeat interval of


    Интервал повторения вызовов

    По умолчанию 360 минут


    Days of week


    Укажите дни недели для соединений

    По умолчанию Sun, Mon, Tue, Wed, Thu, Fri, Sat



    2.6.4.1Выбор типа направления репликаций.

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

    По умолчанию, Domino использует тип репликации - Pull-Push. Однако Вы
    можете определить различное направление для типа реплик.

    Pull-Push - по умолчанию направление репликаций, является двухсторонним
    процессом, в котором опрашивающий сервер сначала забирает изменения, а затем
    выталкивает собственные на сервер назначения. При использовании типа
    репликаций Pull-Push, задача репликатор выполняется на сервере инициаторе.

    Pull-Pull - двухсторонний процесс, в котором два сервера обмениваются
    изменениями. В схеме Pull-Pull используются, два репликатора - один на
    сервере инициаторе и один на отвечающем сервере.

    Push-only - односторонний процесс, в котором запрашивающий сервер
    выталкивает изменения на сервер назначения.

    Pull-only - односторонний процесс, в котором запрашивающий сервер
    притягивает изменения.

    Чтобы изменять направление репликаций, откройте документ подключения и
    затем, в поле - Replication Type, укажите тип реплики для вызывающего
    сервера.

    Вы можете также определить направление реплик, когда Вы вынуждаете
    реплику вручную. Например, Вы могли бы использовать метод Push-only, или
    Pull-only указывая выбранный метод на консоли сервера 2.6.4.2Расписание
    репликаций.

    Всегда планируйте репликации на время, когда деятельности в Вашей сети
    минимальна.

    Вы можете наметить репликации Сервер - Сервер, на определенное время,
    или Вы можете определить диапазон времени с интервалом повторения. Намечая
    репликацию в диапазоне времени, Вы гарантируете, что сервера обмениваются
    информацией несколько раз в день. После того, как сервер сделает успешную
    попытку реплики, он ждет интервал времени, указанный в поле Repeat interval
    of, в документе подключения, перед следующим запросом сервера.

    Пример. Предположим, что документ подключения намечает репликацию с
    Hub-E/East/Acme на сервер HR-E/EAST/ACME, с 8 AM до 5 PM с интервалом
    повторения 120 минут. Если Hub-E/East/Acme вызывает партнера по репликации
    и, реплицируется успешно в 8:30 AM, Hub-E/East/Acme сделает следующий запрос
    на репликацию в 10:30 AM.

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

    Если Вы хотите копировать документы, созданные в течение пиковых часов
    работы сервера, то намечайте репликации на не пиковое время, учитывайте в
    расчетах часовой пояс.

    Например. Чтобы наметить репликацию между сервером в Нью-Йорке и
    сервером в Германии, наметьте репликацию между 3 AM и 1 PM по EST, чтобы
    будет соответствовать рабочим часам в Германии, которые на шесть часов
    позже, чем EST.

    По умолчанию установки репликаций -- с 8 AM до 10 PM, с интервалом
    повторения 360 минут.

    Планирование репликаций в заданное время.

    Используйте определенное время для репликаций низкоприоритетных баз
    данных, когда ежедневная модернизация баз данных достаточна, или когда Вы
    уверенны, что сервера соединяться успешно после нескольких попыток. Вы
    можете реплицировать низкоприоритетные базы данных ночью, когда меньше всего
    загружена Ваша система.

    В документе подключения, введите в поле Call at times - например, 8 AM.
    Введите 0 (ноль) для интервала повторения, так как связь не будет основана
    на диапазоне времени. Сервер позвонит, и соединиться в 8 AM. Если попытка
    будет неудачна, сервер попробует соединиться в течение часа. Если в течение
    часа связь не будет установлена, следующий запрос будет сделан в 8 AM
    следующего дня.

    Планирование разовых репликаций, в определенные часы времени.

    Используйте список, из определенных часов, чтобы наметить репликации
    для средне и низкоприоритетных баз данных, для которых несколько ежедневных
    репликаций баз будет достаточно, или когда вы уверенны, что попытки связи
    будут успешны после нескольких повторений. Например, можно использовать этот
    метод, для связи в различных сегментах сети, на том же самом участке сети.

    В документе подключения, введите в поле Call at times значения - 8 AM,
    1 PM, 4 PM. Введите 0 (ноль) для интервала повторения, так как связь не
    будет основана на интервале времени. Сервер сделает первую попытку в 8 AM.
    Если попытка будет неудачна, сервер будет повторять попытки в течение часа,
    до 9 AM. Следующий запрос произойдет в следующее намеченное время - 1 PM.
    Если попытки будут неудачны, сервер будет, повторяет попытки в течение часа,
    до 2 PM. Этот процесс продолжается в течение каждого определенного времени,
    которое Вы определяете.

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


    Определите диапазон времени, когда Вы намечаете репликации для баз
    данных высокого приоритета. В документе подключения, введите диапазон
    времени в поле Call at times, введите минуты в поле Repeat interval.
    Например, введите в поле Call at times интервал 8 AM - 5 PM, а в поле Repeat
    interval - 120 минут.

    Если первый запрос неудачен в 8 AM, сервер будет периодически повторять
    попытки, пока не произойдет успешная репликация. Если сервер не может
    соединиться, он будет продолжать пробовать соединится до конца диапазона
    времени - 5 PM. Если сервер успешно соединится, повторное соединение будет
    через 120 минут после предыдущего законченного запроса.

    Планирование репликаций в определенный интервал времени, но без
    интервала повторения.


    Используйте диапазон времени без интервала повторения, для средних и
    низкоприоритетных баз данных. Также используйте диапазон времени без
    интервала повторения, когда ежедневной модернизации базы данных достаточно.
    Или, если Вы имеете занятые телефонные линии и знаете, что может
    потребоваться несколько попыток, для установки связи.

    В документе подключения, введите в диапазон времени в поле Call at
    times - например, 8 AM - 5 PM. Введите 0 (ноль) для интервала повторения.
    Сервер делает первую попытку в 8 AM. Если попытка неудачна, сервер пробует
    снова и снова.

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

    Планирование репликаций в определенный день недели.

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

    Пример. Создайте два документа подключения. Сервер намечает репликации
    с понедельника по пятницу, второй в субботу и воскресенье.

    Стратегия расписаний репликаций.

    Вы можете использовать топологию Hub-and-Spoke. Например, Вы могли бы
    наметить репликацию первого сервера с 8 AM до 10 AM, следующего сервера с
    8:05 AM до 10:05 AM и так далее. Вы можете создавать простой график
    коллективных реплик для Hub сервера, повторяя их так часто как нужно. Этот
    процесс распространяет все данные в пределах сферы влияния Hub сервера очень
    быстро. 2.6.4.3Репликация только выбранных баз данных.

    По умолчанию, Domino реплицирует все базы данных, которые имеют
    одинаковые ID реплик. Для реплик только определенных баз данных,
    редактируйте поле File/Directories to Replicate в документе подключения. В
    это поле, введите имена баз данных или имена каталогов, которые Вы хотите
    реплицировать. Отделите их друг от друга, точкой с запятой.

    Чтобы определить выбранную базу данных для репликации, введите ее имя
    файла, включая .NSF расширение. Если база данных находится в подкаталоге,
    включите путь относительно каталога данных Notes - например, EAST\SALES.NSF.

    Чтобы определить все файлы расположенные в каталоге, введите EAST\. Вы
    не можете использовать для этой цели звездочку (*). 2.6.4.4Репликации баз
    данных согласно их приоритетов.

    Менеджеры Базы данных назначают приоритет репликаций базам данных так,
    чтобы Domino администраторы могли наметить репликации для баз данных,
    основанных на приоритете. Например, Вы можете наметить первоочередной
    приоритет для баз данных, которые являются критическими для делового
    процесса - например, Domino Directory реплицируется часто. Вы можете
    наметить так же низкоприоритетные базы данных.

    Установки репликаций с использованием приоритета, редактируются в поле
    Replicate databases of документа подключения. Установка по умолчанию Low
    & Medium & High priority.

    Если двум репликам назначены, различные приоритеты, Domino используют
    приоритет, назначенный для реплик на сервере, который является инициатором
    репликации. 2.6.4.5Ограничение времени репликаций.

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

    Чтобы ограничивать время реплик, Вы вводите значение в поле Replication
    Time Limit из документа подключения.

    Предостережение: Если Вы определяете очень маленькое время, базы данных
    не смогут реплицироваться полностью. Файл LOG.NSF делает запись,
    указывающую, что произошло завершение связи, но репликация не была успешна.
    История репликации не обновляется.

    Чтобы ограничивать репликации по времени для всего сервера,
    редактируйте NOTES.INI файл, чтобы включить переменную ReplicationTimeLimit.
    2.6.4.6Использование нескольких репликаторов одновременно

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

    Когда Вы используете несколько репликаций, каждый репликатор обращается
    только с одной сессией репликаций. Например, если на сервере Hub-E/East/Acme
    намечена репликация с сервером HR-E/East/Acme и с Hub-W/West/Acme
    одновременно, один репликатор обрабатывает репликацию Hub-E/East/Acme и
    HR-E/East/Acme, другой репликатор обрабатывает реплику между Hub-E/East/Acme
    и Hub-W/West/Acme.

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

    Пример. Если База данных 1 и База данных 2 на Hub-E/East/Acme нуждаются
    в репликации с Hub-W/West/Acme, то только один репликатор общается с каждой
    сессией репликации, по очереди.

    Исследуйте документы подключений, которые намечают Ваши репликации на
    каждом сервере. Регулируя графики реплик и запуская несколько репликаторов,
    Вы можете сокращать время полного цикла репликаций. С этим сокращением
    циклов, Вы можете наметить одни или более дополнительный циклов в день, что
    означает уменьшение интервалов времени для обновления данных баз данных,
    более быстрый цикл репликаций. После того, как Вы запускаете несколько
    репликаторов, Вы можете использовать команду - Tell, чтобы остановить все
    репликаторы; однако, Вы не можете использовать команду - Tell, чтобы
    остановить определенный репликатор.

    Если Вы не используете несколько репликаторов, не намечайте реплики с
    сервера с использованием различных портов в одно и тоже время.

    Пример. Если Вы используете один репликатор, не намечайте реплику с
    Hub-E/East/Acme на Hr-E/East/Acme по COM1, на тоже самое время, что и с
    Hub-E/East/Acme, на Hub-W/west/Acme по COM2 одновременно.

    Разрешение использования нескольких репликаторов.



    Метод


    Действия


    Из файла NOTES.INI


    Редактируйте строки Replicators или ServerTasks для изменения значений
    запуска задач Репликатор, в NOTES.INI файле


    С консоли сервера


    Введите команду Load Replica на консоли сервера. Используйте этот
    метод, если Вы нуждаетесь в большем количестве репликаторов, если Вы не
    хотите закрывать сервер, чтобы изменить переменные в NOTES.INI файле. Каждый
    раз, когда Вы вводите в эту команду, сервер загружает новый репликатор.



    2.6.4.7Отклонение запросов на репликации с сервера.

    Чтобы оградить сервер от принятия просьб о репликациях, редактируйте
    NOTES.INI файл, чтобы включить переменную ServerNoReplRequests. Если эта
    установка установлена в 1, сервер отказывается от всех запросов на
    репликацию.

    Вы можете использовать эту особенность, чтобы уменьшить рабочую
    нагрузку репликаций на выбранном сервере. 2.6.4.8Запрещение репликаций.

    Чтобы запретить репликации - например, когда Вы проверяете репликации
    на нескольких серверах, или Вы не хотите, чтобы некоторые базы данных были
    реплицированы - Вы можете запретить репликации.

    Чтобы запретить репликации, отредактируйте документ подключения в
    Domino Directory. В секции Replication, запретите использование репликации,
    установите значение поля Replication в Tasks -- Disabled.
    2.6.4.9Форсирование намеченных репликаций.

    Вы можете реплицировать изменения критических баз данных, типа Domino
    Directory, без ожидания намеченной репликации. После того, как Вы создаете
    документы подключений, Вы можете использовать команду консоли сервера, чтобы
    вынудить немедленную репликацию.

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

    Когда Вы вынуждаете немедленную репликацию Сервер - Сервер, Вы можете
    вести репликацию в одном или в обоих направлениях.

    Команды для репликатора:

    Replica - Реплицируются изменения в базах данных в обоих направлениях.
    Domino сначала забирает изменения, потом выталкивает измененные документы.

    Pull - Реплицируются изменения в базах данных в одном направлении, где
    сервер только забирает изменения с другого сервера

    Push - Реплицируются изменения в базах данных в одном направлении, где
    сервер только выталкивает изменения баз данных на другой сервер.
    2.6.5Просмотр расписания репликаций и карты топологии репликаций

    Вы можете просмотреть графическое представление графика репликаций для
    каждого из серверов сразу из клиента Domino Administrator. График репликаций
    каждого сервера появляется отдельно, даже если сервер - член кластера,
    внесенной в список в поле Destination server в документе подключения.

    Вы можете также видеть графическое представление Вашей топологии
    репликаций. Карты топологии репликаций наиболее полезны для быстро
    представления топологии.

    Каждый сервер, сеть, группа и ПО cc:Mail, имеет собственное
    изображение. Линиями представлена каждая репликационная связь.
    Репликационная связь между двумя серверами, отображается как красная
    пунктирная линия. Многократные связи между серверами появляются как линии,
    соединяющие сервера друг с другом.

    Просмотр расписания репликаций.


  • Из клиента Domino Administrator, выбирайте закладку Репликация.


  • Выбирайте -- События реплицирования.

    HEIGHT=460 BORDER=0>

    Рис. 35 Просмотр запланированных репликаций из клиента Domino
    Administrator.



  • Видим статус для репликаций для каждого сервера:



  • Расписание выполняется


  • Расписание завершено


  • Расписание не завершено

    Старт задачи Topology maps на сервере.

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


  • Из клиента Domino Administrator, выбирайте закладку Сервер --
    Состояние.


  • Если необходимо, выбирайте -- Сервис -- Задача -- Start.


  • Из окна Запуск задач - выбирайте задачу Maps Extractor.


  • Выбирайте -- ОК.

    Просмотр топологии репликаций.


  • Из клиента Domino Administrator, выберите сервер, для которого Вы
    хотите создать карту топологии.


  • Выбирайте закладку -- Репликация.


  • Сделайте одно из следующего:



  • Выбирайте Топология реплицирования -- По подключения, чтобы просмотреть
    связи между серверами, связанные в соответствии с документами подключений
    или кластерам.


  • Выбирайте Топология реплицирования -- По кластерам, чтобы рассмотреть
    все кластера и сервера, связанный с ними.



  • (Необязательно) Двойной щелочек на любом сервере, в карте топологии
    позволит вам сделать этот сервер центром карты.


  • (Необязательно) Двойной щелчок на связи, откроет соответствующий
    документ подключения из Domino Directory.

    Вы можете перемещаться по карте топологии, используя курсор клавиатуры.
    Вы можете изменить масштаб изображения, нажимая на клавиши - плюс (+) или
    минус (-). 2.6.6Тестирование репликаций.

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

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

    Проверьте консоль сервера, чтобы просмотрите сообщения, когда задача
    Replicator начинает работать. Replicator отображает список баз данных на
    консоли сервера, которые реплицируются в процессе репликации. Используйте
    команду просмотра задач Sh Ta, на консоли сервера, чтобы видеть, какая
    серверная задача запущена в настоящее время.

    Для информации о репликах, проверьте историю репликаций в свойствах баз
    данных, а так же проверьте LOG.NSF для резюме по репликациям. Проверить фай
    LOG.NSF, можно из клиента Domino Administrator, щелкнув на закладке
    Репликация, представление - События репликаций.

    Чтобы проверять, что репликационные связи не запрещены, Вы можете
    просмотреть представление - Топология реплицирования. 2.7Настойка функции
    поиска Domain Search.

    Глава описывает, как установить и настроить Domain Search, который
    позволяет пользователям искать в Notes домене документы, файлы и приложения
    с использованием выделенного для этой цели специального сервера. 2.7.1Поиск
    в домене Domino серверов.

    Domain Search, позволяет пользователям искать документы во всем Notes
    домене, файлы, приложения, которые соответствуют запросу поиска. Domain
    Search централизован и строится на Domain Catalog сервере, который
    использует Domain Catalog. В Domain Search также имеются фильтры, для
    конечных пользователей, основанные на их доступе индексированным базам
    данных и системам файлам.

    Domain Indexer строит центральный индекс домена на сервере Domain
    Catalog, в него включается весь домен. Domain Catalog может реплицироваться
    на другие сервера. Domain Indexer производит индексацию файлов
    непосредственно на Domain Catalog сервере, эти файлы не реплицируются на
    другие сервера. Если Ваша организация имеет больше чем шесть, восемь Domino
    серверов, Lotus настоятельно рекомендует, чтобы Вы выделили один сервер под
    Domain Catalog. Этот компьютер не должен иметь никакой другой цели, кроме
    как индексировать файлы и осуществлять поиск в домене.

    Domain Catalog сервер.

    Когда Вы настраиваете Domain Search, убедитесь, что Domain Catalog
    сервер способен создавать индексы и обрабатывать запросы пользователей.
    Domain Catalog сервер должен быть быстр, мощен, и иметь большое количество
    места на диске, несколько посессоров, большое количество памяти и жесткие
    диски большого объема увеличат эффективность Вашего поиска.

    Рассмотрите возможность кластера для Ваших Domain Catalog серверов,
    чтобы обеспечить системе большую надежность и сбалансировать нагрузку. Если
    Вы используете Domain Search кластер серверов, создаете реплику Domain
    Catalog на каждом сервере кластера.

    Для Domain Search сервера под WindowsNT, Lotus рекомендует следующую
    минимальную конфигурацию:


  • Intel Pentium II 266 MHz процессор


  • RAM 256МБ


  • Свободное место диска равняется приблизительно 75 процентам от размера
    индексируемого домена

    Domain Catalog.

    Domain Catalog -- база данных, которая использует дизайн шаблона
    CATALOG.NTF. Записи, сохраненные в каталоге, указывают, какие базы данных и
    файлы, сервер должен индексировать. Проектировщики баз данных и менеджеры
    устанавливают, должны ли базы данных быть индексированы или нет, выбирая или
    запрещая опцию Include in multi database indexing, на закладке свойств базы
    данных. Администраторы могут конфигурировать эти назначения, используя
    Клиента Domino Administrator. При использовании Domain Catalog,
    администраторы определяют, какие файлы могут индексироваться.

    Поиск из Web.

    Клиенты Web имеет доступ к большинству функциональных возможностей
    Domain Search, включая запросы на поиск и вывод результата.

    Настройка Domain Search.

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

    Domain Search и R4 Catalog Баз данных

    Задача Catalog собирает информацию о базах данных на всех Domino
    серверах в домене и создает документ для каждой базы данных в Domain
    Catalog. При сборе информации от других R5 серверов, используется задача
    Catalog, она репликациями собирает документы, которые уже существуют в
    каталоге серверов. Если сервер является или R4.x, или R5 сервер, который не
    имеет каталога, задача Catalog собирает необходимую информацию
    непосредственно о каждой базе данных на этом сервере и создает
    соответствующие документы для каждой базы данных в Domain Catalog.

    Domain Search и полнотекстовый индекс отдельных баз данных.

    Полнотекстовый индекс поиска может сосуществовать с Domain Индексом. Вы
    можете использовать полнотекстовый индекс для совместимости с предыдущими
    версиями Domino или Notes, или для серверов с ограниченным доступом
    пользователей. 2.7.2Разрешение использования функций поиска Domain Search.

    Вы можете использовать Domain Search после того, как Вы устанавливаете
    сервер версии R5. Чтобы разрешить Domain Search на сервере, проверьте поле
    Domain wide indexer, на закладке Server Tasks - Domain Indexer. Назначьте
    график индексации в Server документе, для этого сервера. Эти установки
    определяют, что Ваш сервер будет функционировать, как Domain Catalog сервер
    и заставит запускаться задачу Catalog ночью. Добавьте задачу Catalog в
    переменную ServerTasksAt1, в NOTES.INI файле на сервере. Если Вы установили
    Enterprise сервер, задача Catalog запускается по умолчанию.

    Процесс администрирования создает группу LocalDomainCatalogServers, в
    Domino Directory и добавляет Domain Catalog сервер к этой группе. Когда
    Catalog запускается впервые, Domino создает базу данных Domain Catalog по
    шаблону CATALOG.NTF. При создании базы данных делает изменения в ACL, так
    что база данных копировалась должным образом в пределах домена. Сервер
    начинает индексировать домен в следующее, намеченное для этого время. Domain
    Indexer запускается и придерживается графика, определенного в Server
    документе, с закладки Server Tasks -- Directory Cataloger. По умолчанию
    задача стартует в час ночи.

    Установка и настройка Domain Search сервера.


  • Из клиента Domino Administrator, выбирайте сервер, который Вы хотите
    сделать Domain Catalog сервером.


  • Выбирайте закладку Настройка.


  • Расширьте Сервер секцию в виде панели слева.


  • Выбирайте - Все документы на сервере.


  • Выбирайте Server документ, для Domain Catalog сервера и выбирайте опцию
    редактирования.


  • Выбирайте закладку Server Tasks -- Domain Indexer.


  • Выбирайте кнопку со стрелкой рядом с полем Domain wide indexer


  • Выбирайте значение -- Enabled, а затем - OK.


  • Составьте график индексации, удовлетворяющий потребностям Вашей
    системы.


  • Выбирайте сервера, которые Вы хотите включить в индекс, в поле Limit
    domain wide searching to the following servers. Используйте знаки замещения
    символов, для индексации всех серверов - например */Sales/East/Acme. Если
    поле пусто, все сервера будут индексированы.


  • Выбирайте -- Сохранить и закрыть.

    На консоли сервера введите, чтобы начать процесс индексации. Domain
    Indexer запустится в намеченное время.

    load catalog

    Настройка производительности Domain Search.

    Определите потребности Вашей организации в поиске и приспособьте
    частоту, с которой Domain Indexer будет запускаться. Большая частота запуска
    задачи - более современные индексы, но потребляет большие ресурсы CPU. По
    умолчанию, Domain Indexer запускается, каждые 60 минут. Поэкспериментируйте
    с различными частотами индексации, чтобы достичь лучших результатов для
    Вашей организации.

    Вы можете также настраивать число нитей индексации, используемых Domain
    Search, чтобы увеличить производительность поиска.

    По умолчанию, Domain Catalog сервер использует две нити индексации на
    каждый процессор компьютера, так что сервер с двумя процессорами, использует
    4 нити индексации по умолчанию. Добавляя переменную FT_DOMAIN_IDXTHDS=n в
    NOTES.INI Domain Catalog сервера, Вы можете управлять общим количеством
    нитей, используемых для индексации на этом сервере. Например, добавляя
    FT_DOMAIN_IDXTHDS=8 в NOTES.INI Domain Catalog сервера, с двумя процессорами
    будет использоваться 8 нитей.

    Примечание. Не превышайте 8 нитей на сервер, это может отразится на
    производительности сервера, даже если на сервере больше чем 4 процессора.
    2.7.3Поиск в системных файлах.

    Для каждого сервера домена, Вы можете создавать документ File System в
    Domain Catalog, чтобы определить, какие системные файлы включить в индекс
    домена. В документе File System, Вы определяете, какие системные файлы будут
    индексироваться и какие подкаталоги. Вы можете индексировать любые файлы
    системы, на которой Domino сервер запущен, Domino может иметь доступ к
    системным файлам. Domain Catalog требует, по крайней мере, доступ читателя к
    операционной системе.

    Если Вы хотите индексировать системные файлы, на Domain Catalog сервере
    должен быть также запущен Domino Web сервер. Это позволяет серверу
    отображать связи с документам системных файлов и возвращать документы в
    ответ на запросы клиентам Web и Notes.

    Настройка поиска в системных файлах сервера.

    Закончите шаги ниже для каждого сервера, системные файлы которого, Вы
    хотите включить в Domain Catalog.


  • Запустите клиента Notes или клиента Domino Administrator.


  • Если Вы хотите индексировать системные файлы в каталоге, который - не
    являются подкаталогами Domino Data, создайте Directory link или
    Mapping/Redirection документ.


  • Выбирайте из меню Файл -- База данных -- Открыть.


  • В поле сервера, введите имя Domain Catalog сервера и щелкайте --
    Открыть.


  • Выбирайте - Domain Catalog, затем -- Открыть.


  • Выбирайте -- Add File System.


  • Выбирайте имя сервера.


  • Нажмите Add..., Edit Selected или Delete Selected System List.


  • В поле File system, определите физическое местоположение системных
    файлов, чтобы включить их в поиск. Пример: c:\lotus\domino\data\files.


  • Используйте каталог или URL поля, чтобы определить логическое
    местоположение файлов, типа /files. Введите в подкаталог, этого каталога -
    если она находится в каталоге Domino Data. Если Вы основали связь с
    каталогом, с использованием Mapping/Redirection, введите логическое
    местоположение directory или URL.


  • Выбирайте -- Продолжить и добавьте системные файлы каталога или список
    URL к списку.


  • Повторить эти шаги, чтобы добавить большее количество системных файлов
    к списку.


  • Выбирайте - OK, когда Вы закончили ввод файлов в список.


  • Выбирайте - Сохранить и Закрыть.


  • Определите Mapping/Redirection документ, для URL системных файлов
    каталога.

    Например, если Вы хотите иметь доступ файлов индекса в c:\files
    каталог, создаете Mapping/Redirection документ, чтобы определить URL/files к
    каталогу c:\files.

    Перезапустите сервер.

    Обратите внимание, что безопасность в R5 работает только для баз
    данных. Следовательно, поиск в файловой системе, зависит от безопасности
    операционной системы - пользователи получают результат поиска, даже если они
    не уполномочены просматривать этот документ. Таким образом, пользователи не
    получат доступ ко всем результатам поиска. Убедитесь, что установили
    безопасность файловой системы должным образом и индексируете только системы
    файла, для которых безопасность - не является критичной. 2.7.3.1Настройка
    поиска в системных файлах.

    В следующем примере, Domino включает все файлы из каталога
    c:\lotus\domino\data в индекс, на сервере Mail-W/West/Acme.
    C:\lotus\domino\data -- это каталог данных Domino сервера.

    HEIGHT=397 BORDER=0>

    Рис. 36 Пример настройки поиска в системных файлах. 2.7.4Включение баз
    данных в Domain Index.

    Чтобы включать базу данных в Domain Index, разрешите опцию - Включить в
    индекс, охватывающий несколько баз данных, в свойствах базы данных. Процесс
    Domain Index действует следующим образом:


  • Просматривается информация о каталогах в Domain Catalog относительно
    всех баз данных.


  • Когда задача Domain Index запускается, она проверяет Domain Catalog и
    индексы всех базы данных, которые имеют разрешенную опцию - Включить в
    индекс, охватывающий несколько баз данных.

    Включение баз данных в индекс домена.

    Вы можете использовать Клиента Domino Administrator, чтобы добавить
    группу баз данных в Domain Index немедленно.

    Из клиента Domino Administrator, выберите сервер, который содержит базу
    данных, которую Вы хотите включить.

    Выбирайте закладку Файлы и затем выбирайте базы данных, которые Вы
    хотите добавить в Domain Catalog.

    Выбирайте из меню справа опцию - Индекс по нескольким БД, затем
    выбирайте - OK.

    Просмотр информации о Domain Catalog.

    Используйте эти представления Domain Catalog для исследования этой
    информации о базах данных, серверов и пользователей в домене.
    2.7.5Конфигурирование Domain Index.

    Центральный Domain Index решает проблемы связанные с поддержкой
    маленьких частных индексов, рассеянных по серверам в сети и позволяет
    пользователям создавать единственный запрос, который ищет разнообразные
    файла и баз данных.

    Domain Indexer запускается согласно графику, который Вы определяете в
    Server документе и представлениях Domain Catalog для новых баз данных,
    которые имеют включенную опцию - Включить в индекс, охватывающий несколько
    баз данных. Он ищет документы и файлы в существующих базах данных и в
    системах файла, которые являются новыми или изменились с момента последнего
    обновления их в Domain Index. 2.7.6Настройка клиентов Notes для
    использования Domain Search.

    Когда Notes R5 клиент использует Domain Search, Notes, проверяет поле
    Catalog/Domain Search server, в документе Место вызова, чтобы решить к
    какому серверу Domain Catalog присоединиться для поиска данных. Как Вы
    устанавливаете Domain Catalog сервер для Вашего Notes домена, Domino делает
    запись этой информации в профиле установки пользователя по умолчанию в
    Domino Directory для домена, автоматизируя процесс Domain Search для
    клиентов Notes домена. Когда R5 пользователи Notes регистрируются на их
    домашних серверах Notes, проверяет их профиль и заменяет в документе Места
    вызова, имя сервера Domain Catalog. Используйте следующие шаги прежде, чем
    клиенты Notes зарегистрируются на домашнем сервере.


  • Запустите R5 клиента Notes.


  • Выбрать из меню Файл -- База данных -- Открыть.


  • Выбирайте Персональную АК пользователя -- Открыть.


  • В левой панели выбирайте - Параметры -- Места вызова.


  • Сделайте следующее для каждого Места вызова, чтобы использовать Domain
    Search


  • Выбирайте - Место вызова -- Редактировать.


  • Выбирайте закладку Серверы.


  • Введите имя Domain Catalog в поле Сервер поиска в домене/каталоге.


  • Выбирайте -- Сохранить и Закрыть.


  • Закройте Персональную АК.

    Обратите внимание, что Domino администраторы могут устанавливать эту
    информацию для новых пользователей в течении регистрации пользователя,
    используя профили установки. Если пользователи вводят в название поискового
    сервера неправильное Имя - Notes возвращает ошибку. 2.7.7Использование
    документа - Content Categories.

    Content Maps - позволяет пользователям просматривать информацию скорее,
    чем поиск, с использованием полнотекстового поиска. Content Maps
    организовывает документы по темам в картах просмотра, во многих категорий на
    участках сети поиска, таких как AltaVista и Yahoo!

    Вы можете создавать категории содержания документа для документов в
    Domain Catalog, чтобы организовать информацию в виде Content Maps.

    Назначение документам категорий.

    Вы можете назначать категории, на документы Notes и Web URLs. Вы
    назначаете категории из Notes R5 клиента, и Вы должны иметь доступ автора к
    базе данных Domain Catalog.


  • Запустить R5 клиента Notes.


  • Определите документ, или Web URL, который Вы хотите категоризировать.

    Обратите внимание, если вы категоризируете документ Notes, Вы должны
    иметь, по крайней мере, доступ редактора к исходному документу.


  • Выбрать из меня Файл -- Свойства документа.


  • Выбирайте закладку Мета.

    HEIGHT=65 BORDER=0>

    Рис. 37 Закладка Мета, окна свойств документа.


  • Делать одно из следующего:



  • Чтобы назначать документу существующую категорию, выбирайте,
    категоризировать, выбирают один или большее количество категорий, и щелкают
    - OK.


  • Чтобы назначать документу новую категорию, введите категорию в поле
    Категория.



  • Щелкайте -- Добавить в каталог.

    Обратите внимание. Если вы не укажите для рабочей станции сервер поиска
    в документе Место вызова, кнопки Категория и Добавить в каталог - будут Вам
    недоступны.

    Добавленный, документ Notes добавляет информацию категории в скрытое
    Meta поля заголовка документа и добавляет описание категории документа в
    представление категорий Domain Catalog. Добавленные Web URL добавляет
    категорий для URL к представлению категории в Domain Catalog сервер.

    Просмотр представления по категории поиска.

    Domain Catalog показывает содержащие категории в представлении
    категорий.



  • Запустить R5 клиента Notes.


  • Выбирайте кнопку со стрелкой, справа от изображения поиска.

    HEIGHT=79 BORDER=0>

    Рис. 38 Кнопка поиска в клиенте R5.


  • Выбирайте -- Поиск в домене.


  • Выбирайте -- Browse Catalog.


  • В панели навигатора, выберите Content/by Category view


  • Расширить категории, чтобы просмотреть документы и URL.


  • Двойной - щелчок на документе, или URL открывает связь с документами
    или URL.

    Вы можете настраивать содержание вида и категорий, чтобы результаты
    удовлетворяли потребности Вашей организации.

    Изменение категорий просмотра документов.

    Вы изменяете категории, редактируйте документы связи Document Content в
    Domain Catalog. Вы должны иметь доступ Редактора к Domain Catalog.


  • Запустить R5 клиента Notes.


  • Выбирайте кнопку со стрелкой справа от изображения поиска.


  • Выбирайте -- Поиск в домене.


  • Выбирайте -- Browse Catalog.


  • В панели навигатора, выберите Content/by Category view


  • Расширить категории, чтобы просмотреть документы и URL.


  • Выбирайте документ, которому Вы хотите изменить категорию, из меню
    выбирайте -- Действие -- Edit Document.


  • Это действие откроет документ связи -- Document Catalog.


  • Определите новую категорию в поле Categories.


  • Закройте и сохраните документ.

    Обратите внимание на то, что эти изменения категории касаются только
    Domain Catalog, но не изменяют информацию категории, сохраненную в Meta
    полях документа непосредственно. 2.7.8Безопасность в Domain Search.

    Когда пользователь выполняет поиск Domain Search в данных, Domain
    Search проверяет каждый результат, сравнивая его с ACL базы данных, в
    которой результат был найден, чтобы проверить доступ пользователя, на чтение
    документа. Чтобы выполнять эту проверку, Domain Catalog содержит список для
    всех баз данных, который включают ACL базы данных. Проверка безопасности
    работает следующим образом:


  • Domino проверяет доступ -- Default - к базе данных ACL.



  • Если -- Default - имеет доступ читателя или больший, пользователь может
    читать документ и Domino возвращает результат в наборе результатов.


  • Если -- Default - имеет доступ менее читателя, Domino проверяет, имеет
    ли пользователь доступ читателя, или больший в ACL. Если нет, Domino не
    включает базу в результат.



  • Если пользователь имеет доступ читателя или больше, Domino проверяет,
    имеет ли документ поле Readers.



  • Если документ результата не имеет поля Readers, пользователь может
    читать документ и Domino возвращает результат в наборе результатов.


  • Если документ результата имеет поле Readers, Domino проверяет, включен
    ли пользователь в поле. Если нет, Domino не включает результат в результат
    поиска.


  • Если пользователь включен в поле Readers, пользователь может читать
    документ, и Domino возвращает результат в наборе результатов.

    Для Domino, чтобы включить связь c документом в результат, пользователь
    должен быть способен, читать документ.

    Безопасность поиска и список доступа пользователей к серверу.

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

    Например, корпорация Acme имеет два сервера приложений, App-E/East/Acme
    и App-W/West/Acme. Пользователи Acme - сертифицированы одним из двух
    сертификатов орг. единицы: /East/Acme или /West/Acme. App-E/East/Acme не
    позволяет доступ любому пользователю с сертификатом /West/Acme. Но базы
    данных на сервере, не должны быть доступны для /West/Acme пользователей и
    имеют доступ -- Default - в их ACL - читатель, так как список доступа
    гарантирует, что /West/Acme пользователи не могут иметь доступ к базам
    данных.

    Когда Acme осуществляет поиск с использованием Domain Search,
    пользователи /West/Acme, могут получить результаты поиска, которые включают
    связи с документами в базах данных сервера App-E/East/Acme, так как в
    списках управления баз данных, /West/Acme пользователям не запрещен доступ
    чтения результатов. Серверные списки доступа продолжают обслуживать
    пользователей, так как /West/Acme пользователи не могут иметь доступа к
    документам из связей, но простое существование связей, потенциально может
    показывать конфиденциальную информацию /West/Acme пользователям.

    Чтобы избежать этой проблемы, проверьте Списки управления доступом для
    баз данных, которые защищены серверными списками доступа. Чтобы сделать это,
    предположите, что серверный список доступа не существует. Измените ACL так,
    чтобы, в отсутствии серверного списка доступа, база данных была бы
    гарантировано защищена. Это гарантирует, что Domain Search проверяет базу
    данных ACL и отфильтровывает результаты и пользователей, которые не могут
    иметь доступ к данным.

    Обратите внимание, что этот пример предполагает, что Domain Catalog
    сервер имеет сертификат, которое позволяет доступ и на App-E/East/Acme и на
    App-W/West/Acme. 2.8Настройка календаря и планирования.

    Пользователи Ваших серверов могут использовать Domino Calendar и Domino
    Scheduling, чтобы намечать встречи и резервировать ресурсы Вашей
    организации. 2.8.1Событие календаря и расписание.

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

    Календарь и функции планирования использует Schedule Manager - задача
    Sched, Calendar Connector - задача Calconn и Free Time system, комбинация
    задач Sched, Calconn и Nnotes. Когда Вы устанавливаете любой Domino сервер,
    кроме Directory сервер, задачи Sched и Calconn автоматически добавляются в
    NOTES.INI файл. Когда Вы запускаете сервер впервые, Schedule Manager создает
    базу Свободного Времени BUSYTIME.NSF, или CLUBUSY.NSF для кластера почтовых
    серверов. Процесс создает записи в базе данных для каждого пользователя,
    который заполнил профиль календарный и, чей почтовый файл находится на этом
    сервере или в одном кластере серверов.

    Каждый пользователь может использовать персональный календарь и
    создавать профиль календаря, который определяет, кто может иметь доступ к
    информации о свободном времени этого пользователя и когда пользователь
    доступен для встреч. Когда пользователь приглашает другого пользователя на
    встречу, система Free Time выполняет поиск свободного времени. Free Time
    также ищет и возвращает информацию относительно доступных ресурсов. Если
    поиск охватывает поиск свободные времени по различным серверам, Calendar
    Connector генерирует эти запросы. Когда пользователи намечают событие в их
    календарях или заказывает ресурсы, задача Schedule Manager собирает и
    обновляет информацию о свободном времени в базе данных Free Time.

    По умолчанию, Schedule Manager имеет доступ к базе данных свободного
    времени, так что Вы не должны переопределить что-либо в ACL для этой базе
    данных.

    Использование базы данных Clustered Free Time.

    Для кластеров почтовых серверов Schedule Manager создает кластерную
    базу данных Свободного Времени (CLUBUSY.NSF), когда сервер запускается
    впервые. Версия кластерной базы данных свободного времени работает так же
    как BUSYTIME.NSF. Каждый сервер кластера имеет реплику этой базы данных, с
    информацией о пользователях, сохраняется в ней, чьи почтовые файлы находятся
    на серверах в кластере.

    Если Вы добавляете сервер в кластер, Schedule Manger удаляет базу
    BUSYTIME.NSF на этом сервере и создает CLUBUSY.NSF, которая реплицируется на
    сервера кластера. Если Вы удаляете сервер из кластера, происходит
    противоположное. Schedule Manager удаляет CLUBUSY.NSF и создает
    BUSYTIME.NSF. Schedule Manager не проверяет базы данных на наличие почтовых
    файлов или их изменений, удаления в кластере. База данных свободного времени
    содержит информацию о пользователях, чей почтовый сервер Вы удалили из
    кластера. Эти значения будут храниться до следующего обновления данных,
    которое происходит каждый день в 2 часа, чтобы обновить информацию о
    свободном времени пользователей, чьи почтовые файлы были добавлены, или
    удалены с почтового сервера. Вы можете обновить информацию в любое время,
    командой c консоли сервера:

    Tell Sched Validate

    Использование Scheduling Clustered выгоден тем, что информация всегда
    доступна пользователям, даже когда домашний пользовательский сервер
    выключен.

    Другие преимущества использования Scheduling Clustered -- увеличение
    производительности и уменьшение трафика передачи данных в сети. Потому, что
    база данных свободного времени доступна на всех членах кластера серверов,
    запрос пользователя не должен искать базу данных на домашнем сервере
    пользователя, т.к. почтовые сервера пользователей находятся в кластере.
    2.8.2Настройки календаря

    Планирование расписания зависит от места расположения пользователей.
    Находятся ли они в том же самом Domino домене или в различных. Используют ли
    пользователи альтернативную программу расписания, типа Lotus Органайзер
    ® или IBM ® OfficeVision ®.

    Для пользователей Вашего Domino домена, планирование автоматически
    установлено и может сразу применяться с использованием базы данных Free
    Time. Вы должны создать базу данных Resource Reservations, чтобы
    пользователи могли искать и резервировать общие ресурсы в Вашей организации.

    Для пользователей соседнего домена (Adjacent), удостоверитесь, что Вы
    уже создали документы Adjacent Domain в Domino Directory, чтобы установить
    связь между доменами.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте нужный Domino Directory.


  • Выбирайте из левой панели -- Почта -- Домены, затем откройте
    соответствующий документ Adjacent Domain.


  • Выбирайте закладку Calendar Information, заполните поле и сохраните
    документ:




    Поле


    Значение


    Calendar server name


    Имя сервера в смежном домене, который будет принимать, обрабатывать все
    запросы планирования для этого домена






  • Создайте базу данных Resource Reservations, если Вы хотите позволить
    пользователям поиск и резервирование ресурсов.

    Для пользователей не соседнего домена (Non-Adjacent), для двух
    несмежных доменов, Вы должны определить сервер календаря в промежуточном
    домене, который является смежным, для сервера назначения домена.

    Обратите внимание, что поиск свободного времени требуют разумного
    времени ответа по сети, при этом требуют соединения по сети LAN, от
    промежуточного домена, до Вашего несмежного домена.

    Удостоверитесь, что Вы уже создали документы Non-Adjacent Domain, в
    Domino Directory, чтобы установить связь между доменами.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте нужный Domino Directory.


  • Выбирайте из левой панели -- Почта -- Домены, затем откройте
    соответствующий документ Non-Adjacent Domain.


  • Выбирайте закладку Calendar Information, заполните поле и сохраните
    документ:




    Поле


    Значение

    Route requests through calendar server


    Имя сервера календаря, который находится в смежном домене. Этот сервер
    будет принимать, и передавать запросы о свободном времени от источника, до
    целевого несмежного домена.






  • Создайте базу данных Resource Reservations, если Вы хотите позволить
    пользователям поиск и резервирование ресурсов.

    Для пользователей Lotus Organizer или IBM OfficeVision планирование
    работает с Lotus Organizer или IBM OfficeVision. Если пользователи хотят
    использовать расписание планирования в другой, удобной для него программе,
    Вы должны создать документ Foreign Domain, для каждой альтернативой системы
    расписания.


  • Удостоверитесь, что Вы уже создали Foreign Domain документ, в Domino
    Directory для каждой альтернативой системы планирования.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте нужный Domino Directory.


  • Выбирайте из левой панели -- Почта -- Домены, затем откройте
    соответствующий документ Foreign Domain.


  • Выбирайте закладку Calendar Information, заполните поле и сохраните
    документ:





    Поле


    Значение

    Calendar server name


    Имя сервера, который управляет альтернативной программой расписаний.


    Calendar system


    Выбирайте или Lotus Organizer, или IBM OfficeVision из списка






  • Для Notes пользователей, которые используют различные альтернативные
    программы планирования, введите имя альтернативных доменов в поле Calendar
    Domain, Person документа каждого пользователя.


  • Создайте базу данных Resource Reservations, если Вы хотите позволить
    пользователям поиск и резервирование ресурсов.
    2.8.3Создание базы данных ресурсов - Resource Reservations.

    База данных Resource Reservations - это место, где пользователи
    планируют и управляют ресурсами для Ваших встреч. Ресурсы могут включать в
    себя залы заседаний, оборудование, машины, механизмы, видео технику.
    Пользователи могут выбирать нужный ресурс и резервировать время для его
    использования.

    База данных Resource Reservations содержит три типа документов: Site
    Profile, Resource, Reservation.

    Документ Site Profile - определяет местоположение, где ресурс
    расположен.

    Документ Resource - определяет имя ресурса. Например, название или
    номер зала заседаний.

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

    Чтобы зарезервировать ресурс, пользователь может или создавать документ
    Reservation (резервирование ресурса) или добавлять ресурс в приглашение
    встречи. Чтобы создать базу данных резервирования ресурсов используйте
    шаблон RESRC50.NTF.


  • Выбирайте из меню Файл -- База данных -- Контроль Управление Доступа.


  • Занесите в список управления, имена пользователей, которые будут
    создавать документы Resource и документы Site Profile. Назначьте им роль
    CreateResource.


  • Создайте Site Profile подразделения и документы Resource.
    2.8.4Создание документов Site Profile и Resource документы в базе
    планирования ресурсов.

    Документ Site Profile определяет местоположение, где ресурс
    располагается. Вы должны создать, по крайней мере, один документ Site
    Profile прежде, чем Вы сможете создавать документы Resource.

    Когда Вы создаете документы Resource, Вы определяете название ресурса,
    тип и готовность его. Вы определяете, кто может резервировать ресурс. После
    того, как Вы указали все ресурсы, пользователи могут вести поиск свободного
    времени для ресурса и резервировать ресурс для встреч при поиске свободного
    времени и приглашения пользователей на встречу.

    Для каждого документа Resource, которого Вы создали, процесс
    администрирования создает документ Resource в Domino Directory.

    Когда Вы создаете Site Profile или документ Resource, новый ресурс не
    доступен для пользователей, пока процесс администрирования не добавляет
    ресурс в Domino Directory, а задача Replicator не реплицирует изменения на
    все доступные реплики Domino Directory.

    Создание документа Site Profile.


  • Убедитесь, что Вам назначена роль CreateResource в ACL базы данных
    Resource Reservations.


  • Из клиента Domino Administrator, выбирайте закладку Файлы.


  • Из панели серверов, выбирайте сервер, с которым Вы хотите работать.


  • Откройте базу данных Resource Reservations и выбирайте любое
    представление, кроме Calendar, My Reservations или Reservations Waiting for
    Approval.


  • Выбирайте кнопку New Site.


  • Заполните все поля и затем выбирайте -- Сохранить и закрыть:




    Поле


    Значение


    Site name


    Имя местоположения, где расположен ресурс


    Domain name


    Имя домена, в котором расположена база данных Resource Reservations




    Создание Resource документа.


  • Убедитесь, что Вам назначена роль CreateResource в ACL базы данных
    Resource Reservations.


  • Из клиента Domino Administrator, выбирайте закладку Файлы.


  • Из панели серверов, выбирайте сервер, с которым Вы хотите работать.


  • Откройте базу данных Resource Reservations


  • Выбирайте кнопку New Resource


  • На закладке Type, выберите тип ресурса - Room или Other


  • Выбирайте закладку Resource Information и заполните поля:








    Поле


    Значение


    Name


    Уникальное название ресурса, например номер комнаты


    Site


    Позволяет просматривать список доступных участков хранения ресурсов и
    выбирать один из них


    Category (появится, когда вы выбираете Other из Resource Type)


    Название категорий для ресурса, например электроника или видео.

    Это поле также показывает имена всех предварительно введенных
    категорий, из которых Вы можете выбирать нужные.


    Capacity (появится, когда вы выбираете Room из Resource Type)


    Вместимость ресурса, способность вместить определенное количество
    человек


    Description


    Описание ресурса, например большой зал заседаний с видео


    Other comments


    Дополнительное описание, определенное этому ресурсу - например, зал
    заседаний хорош для планирования небольших по количеству участников встреч






  • Выбирайте закладку Owner Options, заполните поля владельца ресурсов:




    Поле опций


    Значение


    None


    Никто не был назначен владельцем ресурса и любой может резервировать
    ресурс


    Only owner can book resource


    Владелец Resource. Только владелец может обрабатывать запросы Resource.
    Введите имя владельца ресурса в поле.


    Only select list of people can book resource


    Позволить только некоторым пользователям иметь доступ к ресурсу.
    Введите имена пользователей, чтобы разрешить резервировать этот ресурс, из
    списка имен. Любые пользователи, не указанные здесь не могут резервировать
    этот ресурс.


    Only select list of people can book resource via autoprocessing - all
    others require owner approval


    Позволить только некоторым пользователям доступ к ресурсу и назначить
    владельца ресурса. Введите имя владельца ресурса в поле имени Владельца.
    Владелец -- человек, которому адресуются запросы от других пользователей.
    Введите имена пользователей, которым позволяется резервировать этот ресурс в
    списке имен.


    Temporarily disable reservations


    Щелкайте, чтобы временно запретить резервирование ресурса с
    использованием почтовых файлов. Если это поле отмечено, пользователи могут
    все еще резервировать ресурс вручную в базе данных Resource Reservations.






  • Выбирайте закладку Availablity Settings, введите время, когда ресурс
    может быть доступен.


  • Сохраните и закройте документ.
    2.8.4.1Редактирование и удаление документов ресурсов

    После того как Вы создаете документы ресурсов, Вы можете изменять любую
    информацию из полей Availability Settings, Description, Other Comments,
    Ownership Options. Чтобы изменять любую другую информацию ресурса, Вы должны
    удалить документ ресурса и затем создать новый ресурс, содержащий новую
    информацию.

    Новая информация о ресурсе будет Вам не доступна, до обработки ее
    процессом администрирования. Новые документы ресурсов репликатор должен
    копировать во все реплики на серверах, используемых для планирования
    ресурсов в Domino Directory.

    Если Вы удаляете ресурс из базы данных резервирования ресурса,
    создается запрос на стирание ресурса, в базе данных Administration Request.
    Чтобы удалить ресурс и удалить его из Domino Directory, Вы должны открыть
    базу данных Administration Request и одобрить запрос на стирание ресурса.
    Обратите внимание, чтобы одобрять запросы на стирание ресурсов, Вы
    нуждаетесь в соответствующем доступе к базе данных Administration Request.
    2.8.5Создание документа Holiday.

    Документы Holiday праздников, заполняются для Вашей организации, чтобы
    определить намеченные отпуска, праздники и нерабочие дней. Пользователи
    выбирают тип документов Holiday, чтобы импортировать и добавить эту
    информацию к их персональным календарям. Domino позволяет иметь набор
    документов Holiday, которые Вы можете изменять или удалять. Вы можете также
    добавлять документы Holiday, в Вашей организации. Документы Holiday
    расположены в Domino Directory.

    Вы категоризируете документы Holiday согласно имени группы.

    Например, Вы можете иметь группу с именем Полная рабочая неделя,
    которая содержит информацию об отпуске для служащих c полной рабочей неделей
    Вашей компании. По умолчанию Domino имеет набор документов Holiday, и имеют
    названия групп, связанные со странами. Например, Соединенные Штаты или
    Италия, и имеет группы содержащие документы, определяющие праздничные дни в
    каждой стране.

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

    Вы можете добавлять документы в существующие группы, выбирая эту группу
    при создании нового документа. Вы можете также создавать новые группы, вводя
    новое название группы в документах Holiday. Помните, что Ваши пользователи
    импортируют документы праздников согласно имени группы, а не названия
    документа, так что Вы можете планировать, как организовать документы в
    группах.

    Создание документов Holiday.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте нужный Domino Directory сервер.


  • Выбирайте представление Miscellaneous/Holidays


  • Выбирайте -- Add Holiday.


  • Выбирайте значение поля Group. Выберите существующую группу, чтобы
    связывать ее с праздником (отпуском), или создайте новую группу, введя новое
    название для группы.


  • Введите данные в поля и затем выбирайте -- Save And Close.

    Обратите внимание, что некоторые поля в этой таблице зависит от
    предыдущего выбора поля.










    Поле


    Значение


    Title


    Имя праздника (отпуска), например Рождество


    Detailed description (Optional)


    Описание праздника, кому он посвящен и так далее


    Repeat


    Выбирайте, как часто праздник должен повторяется:


  • Ежегодно


  • Ежемесячно по дате


  • Ежемесячно по дню

  • Выборочно


  • Start Date


    Дата начала праздника. Эта дата может быть фактическая дата праздника
    (Новый год), или это может быть дата, начала отпуска.

    Например, если Ваша организация дает служащим каждую пятницу, с июня по
    август, Вы ввели бы 1 июня, как дату начала и выбрали бы конечную дату - 31
    августа. Это поле доступно для всех опций повторения кроме опции --
    Выборочно.


    Repeat Dates


    Дата или даты периодических праздников, например, 01/01/99, 01/02/2003.
    Это поле доступно только, если Вы выбрали - Выборочно, для поля повторения.


    Continuing


    Как долго Вы хотите, чтобы праздник повторился:


  • For - Праздник повторяется числом месяцев или лет

  • Until -- повторения Праздника до определенной даты, это поле доступно
    для всех наборов повторения кроме -- Выборочно.


  • Repeat for/until


    Если Вы вводите For в поле Continuing, выберите число лет, или месяцев
    (в зависимости от Вашего выбора в поле Repeat).

    Если Вы вводите Until в поле, выберите дату, до которой Вы не хотите
    повторять праздник. Это поле доступно для всех наборов поля Repeat кроме --
    Выборочно


    Repeat Interval


    Выбирайте, как часто повторяется праздник, месяц, день. Это поле
    доступно только, если Вы выбрали - Ежемесячно днем или Ежемесячно по времени
    в поле Repeat.


    Start from the end of month


    Проверьте это поле, если Вы хотите создать отношения между датой начала
    и полями интервала повторения. Это поле полезно в течение отпуска или
    случаев, когда праздники, попадают на последние дни месяца.


    If the date falls on a weekend


    Выбирают, куда праздник должен передвинуться, праздник, если он
    выпадает на выходные. Это поле доступно для всех выбора повторения, кроме
    Ежемесячно, Днем и Выборочно.


    Mark time as


    Выбирает Занятый или Свободный. Определяет, делает ли календарь
    пользователя запись этого праздника как занятое или свободное время.



    2.9Конфигурирование Partitioned серверов.

    Глава описывает установку и настройку Partitioned серверов.
    2.9.1Partitioned сервера.

    Domino Partitioning сервер позволяет Вам иметь несколько Domino
    серверов, запущенных на одном, единственном компьютере. Использование таких
    типов серверов уменьшает расходы для приобретения аппаратных средств и
    минимизирует число компьютеров, которые Вы должны администрировать. Каждый
    сервер будет иметь собственный каталог данных Domino и NOTES.INI, но все
    сервера имеют тот же самый программный каталог Domino. Сервера могут помочь
    Вам эффективно использовать Ваши аппаратные средства. Например, вместо
    покупки нескольких маленьких компьютеров для Domino серверов, Вы можете
    купить единственный, более мощный компьютер и запустить Domino в
    мульти-серверном режиме на единственном компьютере.

    Установка мульти-серверов, особенно эффективно, когда сервера находятся
    в различных доменах. Например, на одном компьютере Вы можете иметь домен для
    мульти-клиентов и домен для Web-клиентов. В большинстве случаев,
    Partitioning сервера предоставляется большее количество ресурсов компьютера
    и места на диске, чем сервера Домино на отдельных компьютерах. Это потому
    что программные файлы Domino, загружены для каждого сервера и каждый Domino
    сервер, должен иметь собственную копию Directory Domino и другие
    административные базы данных. Их также более легкое администрировать. В
    некоторых случаях, при управлении мульти-серверов одного домена на
    компьютере с мультипроцессорами может улучшать производительность, потому
    что компьютер одновременно управляет некоторыми процессами.

    Поскольку Ваша система будет расти, Вы сможете мигрировать
    пользователей с мульти-серверов, на индивидуальные сервера. Partitioning
    сервер может также быть членом кластера, если Вам требуете высокая
    сохранность баз данных. Безопасность для Partitioning сервера та же самая,
    как и у серверов на собственных компьютерах.

    Если один Partitioning сервер останавливается, другие продолжают
    работать. Поэтому приложения, которые Вы запускаете на Partitioning
    серверах, являются более надежными, потому что они продолжают работать. Если
    Partitioning сервер сталкивается с фатальной ошибкой, Вы можете его
    перезапустить, без перезапуска компьютера. Вы можете сделать это, потому что
    Domino добавляет переменную KillProcess в NOTES.INI, когда Вы устанавливаете
    Partitioning сервера. Лучше использовать различные экаунты пользователей,
    для каждого Partitioning сервера, так Вы можете использовать соответствующую
    команду типа, nsd -- kill или nproc -- k, чтобы очистить остаточные процессы
    после крушения сервера (на UNIX системах).



    Количество инсталлированных серверов на одном компьютере.

    Domino поддерживает 6 Partitioning серверов на единственном компьютере.
    Число серверов, которое Вы можете устанавливать, зависит от потребностей
    Вашего предприятия и доступных аппаратных средств ЭВМ. Мощь компьютера и
    операционной системы, определяют число серверов. Вы может создавать их без
    заметного уменьшения производительности. Это хорошая идея запускать
    Partitioning сервера на компьютерах с мультипроцессорами и иметь, по крайней
    мере, один или два процессора для каждого Partitioning сервера, который Вы
    устанавливаете на компьютере.

    Системные требования.

    Domino поддерживает Partitioning сервера под управлением UNIX и
    WindowsNT.

    Требования для запуска Partitioning серверов - те же самые что и для
    стандартных Domino серверов, с дополнительными требованиями:


  • Добавьте 100МБ дискового пространства на каждый дополнительный сервер.


  • 128МБ RAM для каждого сервера.


  • Выполните конфигурацию каждого Partitioning сервера, для использования
    TCP/IP.
    2.9.2Установка и настройка Partitioned серверов.

    Установка программного обеспечения Partitioned серверов, подобна
    установке обычного сервера.

    Обратите внимание, что все Partitioned сервера на компьютере, имеют
    общий программный каталог Domino, но каждый сервер имеет собственный каталог
    данных Domino.


  • Запустите программу установки и следуйте инструкциям на экранах.
    Убедитесь, что выбрали опцию -- Partitioned Server Installation.


  • В программе установки, Вы вводите название каталога для программных
    файлов Domino, который является общим для всех Partitioned серверов. Вы
    также вводите в имя каталога для данных Domino для каждого Partitioned
    сервера.

    Примечание. Присвойте каталогам данных Domino имена Partitioned
    серверов.


  • Сконфигурируйте каждый Partitioned сервер для TCP/IP протокола.


  • Сконфигурируйте и настройте каждый Partitioned сервер для использования
    нужных Вам сервисов - например, LDAP, NNTP, POP3, IMAP, или запустите его
    как Web сервер Domino.
    2.9.3Конфигурирование Partitioned серверов.

    Имеются два пути в конфигурировании Partitioned серверов на Вашем
    компьютере.



  • Вы можете назначать единственный IP, всем Partitioned серверам и затем
    использовать Mapping Ports,


  • Вы можете назначать выделенный IP, каждому Partitioned серверу.

    Использование одного IP адреса для всех Partitioned серверов.

    Если Вы имеете ограниченное число IP, Вы можете использовать
    единственный адрес IP для всех Partitioned серверов. Настройте Port Mapping
    и назначите каждому Partitioned серверу собственный порт. Когда Вы
    устанавливаете Port Mapping, Вы определяете один из Partitioned сервер как
    Mapping сервер. Mapping сервер переадресовывает Notes и запросы Domino
    другим Partitioned серверам на компьютере.

    Следующий рисунок показывает, как клиенту Notes и HTTP клиенту Web
    браузера передается доступ к Port Mapping сервера.

    Порт Mapping сервера переадресовывает запросы клиентов на Partitioned
    сервера, которые они затребовали.

    HEIGHT=361 BORDER=0>

    Рис. 39 Пример использования одного IP адреса для всех Partitioned
    серверов.


    Использование единственного адреса IP имеет некоторые неудобства.



  • Во первых, если порт Mapping сервера не запущен, клиенты обычно не
    могут устанавливать связь с любым Partitioned серверов.


  • Во вторых, все Partitioned сервера на компьютере должны быть в той же
    самой IP сети.


  • В третьих, (I/O) компьютера может иметь задержки, потому, что все
    Partitioned сервера разделяет единственную карту сети NIC.

    Использование нескольких IP адресов для Partitioned серверов.

    Если Вы имеете достаточное количество IP адресов, назначаете отдельный
    IP, каждому Partitioned серверу и используют отдельный NIC для каждого
    сервера. Такой подход позволяет доступ клиентов на каждый Partitioned сервер
    непосредственно, без использования Port Mapping сервера. Хотя Вы можете
    использовать один IP адрес, с единственным NIC, лучше не делать так из-за
    отрицательного воздействия на производительность компьютера.

    Следующий рисунок показывает, как клиент Notes и HTTP, имеет доступ на
    любой из Partitioned сервера.

    HEIGHT=503 BORDER=0>

    Рис. 40 Пример использования одного IP адреса для каждого Partitioned
    сервера.


    Использование отдельных IP адресов имеет несколько преимуществ.



  • Во первых, Partitioned сервера не зависят от Port Mapping сервера.
    Поэтому доступ ко всем Partitioned серверов более уверен и быстр.


  • Во вторых, Partitioned сервера могут быть в различных IP сетях.


  • В третьих, Вы можете использовать выделенный NIC, для каждого
    Partitioned сервера.
    2.9.3.1Назначение отдельных IP адресов Partitioned серверам.


  • Из IP адресов, Вы выбираете по одному на каждый Partitioned сервер.


  • Для каждого Partitioned сервера, определите адрес IP и задачу, которую
    Вы хотите.

    Обратите внимание, если вы используете единственный NIC для компьютера,
    Вы можете использовать только первую запись в таблице.







    Если Вы хотите использовать это


    Исполните эту задачу


    Partitioned сервер для связи между Notes и Domino


    В NOTES.INI файле, введите TCPIP_TcpIpAddress=0,IPaddress:1352

    Пример: TCPIP_TcpIpAddress=0,192.94.222.169:1352


    Web сервер


    На закладке Internet Protocols -- HTTP из Server документа, введите имя
    хоста или IP адрес, для Вашего сервера в поле Host Name. Выбирайте --
    Enabled, в поле Bind to host name.


    POP3 сервис


    В NOTES.INI файле, введите POP3Address=hostname

    где hostname IP, адрес или полное имя Вашего хоста.


    IMAP сервис


    В NOTES.INI файле, введите IMAPAddress=hostname

    где hostname IP, адрес или полное имя Вашего хоста.


    NNTP сервис




    В NOTES.INI файле, введите NNTPAddress=hostname

    где hostname IP, адрес или полное имя Вашего хоста.


    LDAP сервис


    В NOTES.INI файле, введите LDAPAddress=hostname

    где hostname IP, адрес или полное имя Вашего хоста.




    Обратите внимание, чтобы установить Partitioned сервер для Server Web
    Navigstor, Вы должны только установить Partitioned сервера для Notes и
    Domino. В поле Net Address из Server документа, введите в адрес IP, имя
    хоста, или общее имя Partitioned сервера. Введите в имя Partitioned сервера,
    как он определен на DNS сервере, или в локальном HOSTS файле.
    2.9.3.2Назначение нескольких IP адресов на один сетевой интерфейс NIC.

    Если Вы используете единственный NIC, с несколькими IP адресами, Вы
    должны выполнить дополнительные инструкции по конфигурированию в Вашей
    операционной системе:


  • HP-UX




  • IBM AIX


  • Sun Solaris


  • WindowsNT

    WindowsNT.

    В панели управления WindowsNT, сконфигурируйте настройки сети, чтобы
    присвоить одному NIC, нескольких IP адресов. Для большего количества
    информации, см. документацию WindowsNT. 2.9.3.3Использование одного IP
    адреса и Port Mapping на Partitioned сервере.

    Конфигурируйте Partitioned сервера, чтобы использовать один IP адрес на
    одну сетевую карту, Вы используете Port Mapping. С Port Mapping, Вы
    назначаете уникальный номер порта на каждый Partitioned сервер и определяете
    один Partitioned сервер как Port Mapping. По умолчанию, Port Mapping сервер
    прослушивает запросы по порту 1352 и переадресовывает Notes и Domino запросы
    связи другим Partitioned серверам.

    Если Port Mapping сервер терпит крах, существующие сессии на других
    Partitioned серверах остаются открытыми. В большинстве случаев, клиенты
    Notes не будут способны открыть новые сессии на любом Partitioned сервере.
    Однако потому что каждый клиент Notes сохраняет информацию о связях в
    памяти, включая переадресование Port Mapping сервера, клиент может
    соединиться с Partitioned сервером даже, когда Port Mapping сервер не
    запущен.

    Port Mapping сервер требует дополнительных ресурсов системы,
    рассмотрите возможность определения одного Partitioned сервера только этой
    задаче. Чтобы сделать это, удалите все другие задачи сервера.

    Port Mapping работает только для связи между Notes и Domino. Однако Вы
    можете использовать Server документ в Domino Directory и сконфигурировать
    IMAP, LDAP, NNTP, POP3 и Domino Web сервера, чтобы использовать уникальные
    порты для соединений. Когда Вы делаете это, Вы должны явно указывать номер
    порта клиентом, когда они пробуют соединиться с сервером. Например, если Вы
    назначаете номер порта 12080, для Domino Web сервера. Клиенты должны
    использовать следующую строку, для доступа к Web серверу:

    http://actome.com:12080

    Не запускайте все протоколы интернета на компьютере, который имеет
    единственный NIC. Даже один из протоколов может иметь узкие места ввода -
    вывода, когда компьютер имеет только один NIC. 2.9.3.4Конфигурирование Port
    Mapping для использования с одним IP адресом.

    Когда Вы устанавливаете Port Mapping, Port Mapping сервер автоматически
    маршрутизирует Notes и Domino запросы на другие Partitioned сервера.


  • Решите, какой Partitioned сервер будет выполнять функции Port Mapping.


  • Выбирайте уникальный TCP/IP номер порта для каждого Partitioned сервера
    на компьютере. Port Mapping сервер использует, по умолчанию порт 1352. Мы
    предлагаем использовать номера от 13520 до 13524 для дополнительных
    Partitioned серверов.


  • В NOTES.INI файле для Mapping сервера, включите одну строку для Port
    Mapping сервера и по одной строке для каждого Partitioned сервера:

    TCPIP_TcpIpAddress=0,IPAddress:1352

    Где TCPIP - имя порта, а IPADDRESS - IP адрес Port Mapping сервера.



  • Для каждого Partitioned сервера, введите:

    TCPIP_PortMappingNN=CN=server_name/O=org,IPaddress:TCP/IP port number

    Где TCPIP - имя порта, NN - число между 00 и 04 назначенный в
    последовательности возрастания, server_name - имя сервера, org - имя
    organization, IPADDRESS - адрес IP, и TCP/IP номер порта - уникальный номер
    порта, который Вы выбрали для Partitioned сервера.

    Примечание Вы должны назначить номера для NN в порядке возрастания,
    начиная с 00 по 04. Если имеется перерыв в последовательности, Domino
    игнорирует последующие записи.


  • В NOTES.INI файле каждого Partitioned сервера, включите строку:

    TCPIP_TcpIpAddress=0, IPAddress:IPport_number

    Где TCPIP - имя порта, IPADDRESS - адрес IP, и IPPORT_NUMBER -
    уникальный номер порта, который Вы выбрали для Partitioned сервера.


  • В поле Net Address, закладки Ports - Notes Network Ports, Server
    документа, для каждого Partitioned сервера введите полное имя хоста и домена
    - например, Sales.Acme.Com - или введите общее имя сервера - например,
    Sales.


  • Включите имя каждого Partitioned сервера как отдельную запись в DNS,
    или local HOSTS файл.


  • Если Вы также планируете использовать Partitioned сервера для задач
    IMAP, LDAP, NNTP, POP3 или Web сервер, назначите каждой задаче уникальный
    номер порта, в поле TCP/IP port number, на соответствующих закладках (Web,
    Directory, News, Mail), в документе серверов.

    Вы должны сообщить этот номер порта своим клиентам, когда они будут
    пробовать соединиться с этими серверами. Например, если Вы назначаете порт
    12080 для Web сервера Acme.Com, клиенты должны использовать следующий URL,
    чтобы соединиться с сервером:

    http://Actome.com:12080 2.9.3.5Пример конфигурации с одним IP адресом и
    Port Mapping.

    Этот пример показывает строки, которые Вы добавляете к NOTES.INI
    Partitioned серверов, чтобы установить Port Mapping для шести серверов.

    Сервер 1 (является Mapping сервером).

    TCPIP_TcpIpAddress=0,192.94.222.169:1352

    TCPIP_PortMapping00=CN=Server2/O=Org2,192.94.222.169:13520

    TCPIP_PortMapping01=CN=Server3/O=Org3,192.94.222.169:13521

    TCPIP_PortMapping02=CN=Server4/O=Org4,192.94.222.169:13522

    TCPIP_PortMapping03=CN=Server5/O=Org5,192.94.222.169:13523

    TCPIP_PortMapping04=CN=Server6/O=Org6,192.94.222.169:13524

    Сервер 2.

    TCPIP_TcpIpAddress=0,192.94.222.169:13520

    Сервер 3.

    TCPIP_TcpIpAddress=0,192.94.222.169:13521

    Сервер 4.

    TCPIP_TcpIpAddress=0,192.94.222.169:13522

    Сервер 5.

    TCPIP_TcpIpAddress=0,192.94.222.169:13523

    Сервер 6.

    TCPIP_TcpIpAddress=0,192.94.222.169:13524 2.9.4Использование
    Partitioned серверов в кластере серверов Domino.

    Вы можете включать Partitioned сервера в кластер серверов Domino. Вы
    можете использовать в кластере Partitioned сервера с одиночными серверами и
    с Partitioned серверами, которые находящиеся на различных компьютерах.

    Не включите Partitioned сервера, находящиеся на том же самом
    компьютере, в один кластер серверов. Если Вы используете Port Mapping, не
    включите больше чем один Port Mapping сервер в тот же самый кластер.

    Когда Port Mapping сервер находится в кластере и возникает проблема в
    кластере, все Partitioned сервера на компьютере могут стать недоступным

    HEIGHT=458 BORDER=0>

    Рис. 41 Пример использования трех кластеров, на двух компьютерах, с
    тремя Partitioned серверами на каждом.


    Когда Вы включаете Partitioned сервер в кластер, Вы не должны включать
    все Partitioned сервера машины в кластер. Следующий рисунок показывает два
    компьютера, каждый имеет три Partitioned сервера. Четыре из Partitioned
    серверов - сконфигурированы в два кластера, а два из Partitioned серверов
    находятся вне кластера.

    HEIGHT=451 BORDER=0>

    Рис. 42 Пример использования двух кластеров, на двух компьютерах, с
    тремя Partitioned серверами на каждом.
    2.9.5Удаление Partition сервера с
    компьютера.

    Вы можете удалить все Partitioned сервера с компьютера или удалить
    последний установленный Partitioned сервер, который Вы установили

    Удаление всех Partitioned серверов с компьютера.

    Чтобы удалить все Partitioned сервера с компьютера, используйте
    программу Uninstall, которая поставляется с Вашей операционной системой.

    Удаление последнего инсталлированного Вами Partitionedсервера.

    Программа Uninstall не позволяет Вам определять, какой Partitioned
    сервер Вы хочет удалить. Uninstall удаляет только самый последний
    Partitioned сервер, который Вы добавляли на компьютер.

    Обратите внимание, если Вы удаляете единственный Partitioned сервер с
    компьютера, Вы не можете потом использовать программу Uninstall в следующий
    раз, чтобы удалить другой Partitioned сервер с этого компьютера.

    Чтобы удалить последний Partitioned сервер, который Вы установили,
    используйте эту процедуру:


  • Сохраните все файлы, которые понадобятся Вам в дальнейшем, затем
    удалите каталог данных Domino для Partitioned сервера, который Вы будете
    деинсталлировать.


  • Если Partitioned сервер использовал, уникальный адрес IP, уберите
    поддержку для этого IP. Если Partitioned сервер использовал имя хоста
    компьютера, как имя сервера Domino, не убирайте адрес IP.


  • Если Partitioned сервер использовал Port Mapping, отредактируйте
    NOTES.INI Port Mapping сервера так, чтобы он больше не обращался к этому
    Partitioned серверу.


  • Если Вы используете, WindowsNT, редактирует NT регистр, следующими
    способами:


  • В папке HKEY_LOCAL_MACHINE\MACHINE\SOFTWARE\Lotus\Notes\VSERVER,
    выбирайте INSTANCE и уменьшите индекс на одну единицу.


  • В папке HKEY_LOCAL_MACHINE\MACHINE\SOFTWARE\Lotus\Notes\VSERVER\CLIENT,
    удалите соответствующую запись для клиента и путь для инсталляции этого
    Partitioned сервера.


  • В папке HKEY_LOCAL_MACHINE\MACHINE\SOFTWARE\Lotus\Notes\VSERVER\CLIENT,
    убедитесь, что внесенные в список клиенты последовательно расположены. Если
    Вы предварительно имели четыре Partitioned сервера и деинсталлировали сервер
    2, измените список оставшихся Partitioned сервера как CLIENT1, CLIENT2,
    CLIENT3. Подтвердите, что эти строки соответствующими строками в NOTES.INI
    файле.
    2.10Настройка процесса администрирования - Administration Process.

    Глава описывает как установить Administration Process, который упрощает
    задачи администрирования системы. Вы можете использовать процесс для
    удаления пользователей, создание реплик или редактирования ACLs.
    2.10.1Задача Administration Process

    Administration Process - программа, которая автоматизирует многие
    обычные задачи администрирования. Например. Если Вы удаляете пользователя,
    Administration Process ищет имя пользователя в Domino Directory, удаляет
    его, удаляет имя пользователя из ACL и делает любые другие необходимые
    удаления касающиеся этого пользователя.

    Administration Process автоматизирует эти задачи:


  • Задачи переименования пользователей, групп, удаление пользователей,
    групп, удаление имен серверов, ресертифицикация пользователей


  • Задачи управления почтовыми файлами, удаление почтовых файлов,
    перемещение почтовых файлов.


  • Задачи обслуживания документов сервера. Обновление типа CPU компьютера,
    платформы сервера, информация протокола сети в Server документе

    Сервер администрирования.

    Сервер администрирования обслуживает Administration Process. Вы
    определяете сервер администрирования для Domino Directory и для каждой базы
    данных. По умолчанию, первый Domino сервер, который Вы устанавливаете в
    домене, является сервером администрирования для Domino Directory. Сервер
    администрирования для Domino Directory обслуживает ACL Domino Directory,
    исполняет удаление, изменения имен, реплицирует эти изменения в другие
    Domino Directory домена.

    Все базы данных нуждаются в сервере администрирования, чтобы управлять
    изменениями имен, удалением, которые будут происходить в базе данных -
    например, изменяется в ACL поля автора и читателя. Если база данных имеет
    реплики, и Вы назначаете сервер администрирования только для одной реплики.
    Тогда Administration Process делает все изменения в этой реплике, а
    репликатор для этой базы данных распространит изменения во все другие
    реплики.

    База данных Administration Requests.

    Administration Process, прежде всего, взаимодействует с базой данных
    Administration Requests, запрашивает ее на сервере администрирования для
    Domino Directory, когда он запускается впервые на сервере. Чтобы завершить
    задачи, Administration Process отправляет по почте и отвечает на запросы в
    базе Administration Requests. Domino сервер используют реплики этой базы
    данных, чтобы распределить запросы, сделанные на одном сервере, на все
    другие сервера в домене.

    Когда другой сервер устанавливается в домене, проверяется наличие базы
    данных Administration Requests, если она не существует, сервер создает
    "окурок" реплики, запрашивает базу данных c другого сервера в домене. Каждый
    сервер в домене хранит реплику Administration Requests, генерирует в ней
    запросы, используя Domino Directory.

    База данных Certification Log.

    Administration Process используется, чтобы выполнить изменения имен или
    ресертифицировать кого-либо, Вы должны создать базу данных Certification Log
    из шаблона (CERTLOG.NSF) на сервере, на котором хранится база данных Domino
    Directory. В базе будут регистрироваться все изменение имен или
    ресертификации пользователей и серверов. Если Certification Log существует
    на другом сервере, переместите Certification Log на сервер, содержащий
    Domino Directory, на котором Вы начинаете изменение имен или ресертификации
    пользователей. Это база содержит отчеты того, как Вы регистрируете сервера и
    пользователей, включая информацию относительно ID. Certification Log
    содержит сообщения, которые описывают результаты ресертификации, которые
    запрашивает Administration Process для своей работы. 2.10.2Выбор сервера
    администрирования для Domino Directory

    Выбор сервера администрирования для Domino Directory зависит от
    установки Вашей сети и доступного оборудования.

    Всегда используйте самую последнюю версию Domino, на сервере
    администрирования Domino Directory, чтобы Вы могли использовать все самые
    новые опции Administration Process. При выборе сервера администрирования,
    для баз данных в домене, рассмотрите следующее:


  • Использование Hub сервера, как сервер администрирования для Domino
    Directory и для других баз данных.


  • Использование Dedicated сервера, как сервер администрирования для
    Domino Directory, при использовании одного или большего количества отдельных
    Hub серверов, как сервера администрирования для других баз данных.


  • Использование многофункционального сервера, как сервер
    администрирования для Domino Directory, при распределении обязанностей
    администрирования для других баз данных на других серверах.

    Если домен имеет только несколько серверов, Вы можете использовать
    первый выбор использования одного сервера администрирования для Domino
    Directory и других баз данных. Большинство ресурсов сервера
    администрирования используется для обновления Domino Directory, чтобы
    содержать Domino Directory в синхронизированном состоянии в домене. Этот
    выбор централизует администрирование, но это может затрагивать выполнение
    работ на сервере. Поскольку обслуживание домена будет все время
    наращиваться, использование Administration Process и увеличивает нагрузку на
    сервер.

    Второй выбор - использование регистрационного сервера, Dedicated
    сервера как сервера администрирования для Domino Directory. Вы можете
    использовать другой сервер типа Hub, для обработки ACL изменений других баз
    данных. Чтобы сделать это, определите для баз данных Hub сервера, сервер
    администрирования этих баз данных как - имя Hub сервера. Вы можете разделить
    ответственность за изменения в ACL баз данных, среди нескольких серверов
    администрирования. Но Вы должны удостовериться, что назначили сервер
    администрирования только одной реплике базы данных.

    Использование сервера, который содержит почтовые файлы пользователей и
    другие базы данных, на сервере администрирования для Domino Directory
    возможно, но не рекомендуется по причинам загруженности таких серверов.
    2.10.3Настройка Administration Process

    Чтобы настроить Administration Process, Вы должны выполнить эти задачи:


  • Определить сервер администрирования для Domino Directory в домене. Это
    выполняется в течение установки сервера.


  • Определить сервер администрирования для баз данных в домене.


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


  • Проверить правильность настройки Administration Process.


  • Установить ACL для Administration Process.
    2.10.4Выбор сервера администрирования для баз данных

    Administration Process использует сервера администрирования, чтобы
    управлять изменениями, которые происходят в базах данных. Администратор или
    менеджер базы данных может определить сервер администрирования для базы
    данных. Исполните эту процедуру для назначения сервера администрирования:


  • Из клиента Domino Administrator, откройте домен, содержащий сервер с
    базой данных, для которой Вы хотите назначить сервер администрирования.


  • Из панели серверов выбирайте сервер, содержащий базы данных, которой Вы
    хотите определить сервером администрирования.


  • Выбирайте закладку Файлы и затем выбирайте базу данных.


  • Из панели инструментов выбирайте -- Сервис -- База данных -- Управление
    доступом.


  • Выбирайте -- Advanced.


  • Заполните эти поля, затем выбирайте - OK:









    Поля


    Значения


    Сервер администрирования


    Выбирайте одно из двух:


  • Выбирайте эту установку, чтобы назначить сервер администрирования. ACL
    базы данных автоматически будет обновлен, когда Administration Process будет
    запущен на сервере.

  • Не выбирайте эту установку и затем установите None, если Вы не хотите
    назначать сервер администрирования для базы данных. Список Контроля базы
    данных автоматически не будет обновлен, когда Administration Process
    запустится.


  • Изменять поля типа Readers And Authors


    Поле, будет активировано только, когда выбрана предыдущая опция.
    Выбирайте одно из двух:


  • Обновлять поля Readers and Authors этой базы.

  • Не обновлять поля.





  • После ввода данных, выбирайте - OK. 2.10.4.1Процесс Administration
    Requests в различных доменах.

    Вы должны создать документы Cross-Domain, чтобы позволить серверу
    одного домена, посылать запросы администрирования по почте на сервера в
    другие домены. Конфигурируйте документы Cross-Domain после того, как Вы
    определяете сервера администрирования для Domino Directory в каждом домене.
    Administration Process для Domino Directory должен быть установлен на
    серверах в каждом домене. Cross-Domain работает, когда сервер
    администрирования для Directory - Domino сервер R5. Эти задачи могут быть
    выполнены в домене:


  • Удаление пользователя


  • Удаление сервера


  • Переименование сервера


  • Переименование пользователя


  • Создание реплики


  • Задачи управления создают другие запросы - например, Удаление в ACL,
    Переименование в полях Readers And Authors. Аналогично, в обработке с
    использованием Cross-Domain, эти запросы также создаются в другом домене,
    где они были созданы. Запросы, импортированные из другого домена, из
    последующих запросов, созданных обработкой.


    Выгоды от использования Cross-Domain процесса администрирования.

    В Cross-Domain обрабатываются:


  • Запросы администрирования доменов могут защищать целостность данных в
    базах данных. Например, если человек удален из Domino Directory в одном
    домене, удаление пользователя происходит и в другом домене.


  • Информации о контроле доступа распространяется между доменами,
    изменение имен размножаются по другим доменам. Например, люди и сервера
    зарегистрированные в одном домене могут также быть внесены в список
    документов Domino Directory и в базе данных ACL, в другом домене. Обработка
    Cross-Domain позволяет пользователям и серверам иметь доступ к базам данных
    и серверам в обоих доменах.


  • Приложения легко можно распределять, потому что базы данных легко
    будут, копируются с серверов одного домена, на сервера в другом домене.
    Администраторы не должны установить индивидуальные обновления на всех
    серверах.
    2.10.4.2Создание конфигурации Cross-Domain и необходимых для этого
    документов.

    Чтобы использовать Cross-Domain запросы администрирования, Вы должны
    создать эти документы в дополнение к Server документу:


  • Документы Cross-Сertificate для доменов.


  • Документ подключения, позволяющий серверу соединяться с другим
    указанным сервером, в этом случае, другим сервером домена.


  • Один или большее количество Cross-Domain документов конфигурации для
    каждого домена, из которого Вы импортируете запросы администрирования и в
    который Вы экспортируете запросы администрирования.


  • Вы также должны добавить имя Anyone, чтобы создать документ
    конфигурации Cross-Domain, в поле List of administrators who are allowed to
    create Cross Domain configuration documents in the Administration Process
    Requests database, в документе профиля для Domino Directory. Если
    администратор пытается обрабатывать запрос между доменами, и имя
    администратора не будет внесено в список документа профиля, для Domino
    Directory, запрос администрирования будет терпеть неудачу.


    База данных Administration Requests содержит документы конфигурации
    Cross-Domain, которые определяют, как обмениваются домены информацией, и
    обрабатывает запросы администрирования. Когда Вы конфигурируете документ
    конфигурации Cross-Domain, Вы определяете доверенные объекты. Доверенное
    лицо может быть человек, сервер или сертификатор. Все запросы, полученные из
    домена, должны быть подписаны одним из доверенных объектов. Запросы
    переименования - исключение; они подписаны сертификатором, так что их
    законность определена в соответствии с сертификатом и документами
    Cross-Domain при получении Domino Directory домена. Для запросов
    переименования, на сервере получателе в другом домене, должны иметься
    соответствующие взаимные сертификаты между иерархией доменов. Дополнительно
    Domino Directory назначения домена должен иметь документы Certifier, с
    публичным ключом сертификатора, для орг. структуры, представленной в запросе
    изменения имени.



  • Выбирайте из меню Действие -- Edit Directory Profile.


  • В поле List of administrators who are allowed to create Cross Domain
    Configuration documents in the Administration Process Requests database
    введите имена любых людей, которым позволяется создавать документы
    конфигурации Cross-Domain.


  • Сохраните и закройте документ.


    Создание Cross-Domain документа конфигурации.


  • Удостоверитесь, что Вы уже создали необходимый документ подключения,
    чтобы позволить связь между серверами.


  • Из клиента Domino Administrator, выберите Файл -- База данных --
    Открыть.


  • Выбрать сервер, затем выберите Administration Requests (ADMIN4.NSF) и
    щелкайте - OK.


  • Выбирайте -- Add Configuration.


  • На закладке Configuration выберите одно из двух:



  • Outbound, чтобы создать outbound конфигурацию.


  • Inbound, чтобы создать inbound конфигурацию.

    Если Вы выбрали - Outbound, заполните эти поля и затем сохраните
    документ:







    Поля


    Значение


    Domain to submit AdminP requests to


    Имя домена или нескольких доменов, которым этот сервер пошлет запросы


    List of AdminP requests to submit


    Выберите тип запросов, которые этот server пошлет


    List of approved signers


    Имена подписывающих лиц - то есть доверенное лицо для типа запроса из
    домена создающего запрос. Подписывающее лицо должно быть менеджером Domino
    Directory и должно быть внесено в список в документ профиля, на наличие
    разрешения создавать взаимные документы конфигурации домена.

    Запрос на Create Replica требует, чтобы автор запроса на сервере
    источнике имел право на создание реплики на сервере назначения.

    Запрос Delete Requests, должен быть подписан, администратором домена
    источника.

    Запросы на Create Replica, должны быть подписаны сервером источником.


    Only submit Create Replica requests to the domains listed above if the
    destination server is one of the following


    Имя сервера, которому Вы пошлете запросы на создание реплики. Имя
    сервера должно быть в этом поле, и поле Domain to submit AdminP requests to.

    Эти поля показывают, что выбран запрос на Создание реплики.




    Если Вы выбрали -- Inbound, заполните следующие поля и сохраните
    документ:




    Поля


    Значения


    Receive AdminP requests from domains


    Введите имя одного или нескольких доменов, от которых этот сервер будет
    получать запросы


    List of AdminP requests allowed from other domains


    Выберите типы запросов, которые этот сервер примет от других доменов


    List of approved signers


    Имена подписывающих лиц - то есть доверенное подписывающее лицо для
    типов запроса домена назначения. Подписывающее лицо должно быть менеджером в
    Domino Directory и должно быть внесено в поле документа профиля, для
    разрешения создать взаимные документы конфигурации домена.

    Запросы на Create Replica требуют, чтобы автор запроса имел на сервере
    источнике, доступ создания реплик на сервере назначения.

    Запросы Delete Requests, должен быть подписан администратором домена
    источника.

    Запросы на Create Replica, должен быть подписан, сервером источником.


    Only allow Create Replica requests if intended for one of the following
    servers


    Имя сервера в Вашем текущем домене, который примет, запросы на реплики
    от других доменов.

    Эти поля показывают, что выбран запрос Create Replica.



    2.10.4.3Проверка работы Administration Process.

    После того, как Вы настроили сервер администрирования и Administration
    Process, проверяйте, что процесс протекает правильно.


  • Откройте базу данных Administration Requests (ADMIN4.NSF) на сервере
    администрирования для Domino Directory.


  • Проверьте, что запрос, Server's build number, в Server документе,
    существует.


  • По прошествию 60 минут, после того как Administration Process начинают
    работу, открывайте базу данных Administration Requests снова и проверьте
    документ ответа, указывающий, что Administration Process добавлял, номер
    сборки сервера в Server документе.


  • Откройте Server документ и сделайте следующее:


  • Из клиента Domino Administrator, выбирайте -- Настройка -- Сервер --
    Все документы на сервере


  • Выбирайте сервер, чей документ Вы хотите открыть.


  • На закладке Basics, проверите, что поле Server build number, содержит
    значение.

    Закончить процедуру, Setting up ACLs for the Administration Process по
    мере необходимости. 2.10.4.4Настройка ACL для Administration Process.

    Каждый администратор, который использует Administration Process, должен
    иметь соответствующие права доступа и роли к Domino Directory, базе данных
    Administration Requests (ADMIN4.NSF) и базе данных Certification Log
    (CERTLOG.NSF).

    Самый быстрый способ обеспечивать администраторов доступом, в котором
    они нуждаются, состоит в том, чтобы дать им минимальные уровни доступа:


  • Для Domino Directory, создайте группу администраторов с доступом
    редактора и внесите в список группы администраторов


  • Для базы данных Administration Requests, дайте доступ автора
    большинству администраторов. Если администратор будет одобрять запросы,
    дайте доступ редактора.


  • Для базы данных Certification Log, дайте доступ автора с созданием
    документов


  • Для удаления WindowsNT пользователя, запрос на удаления, должен быть
    сделан с машины WindowsNT, а инициатор должен быть WindowsNT администратором
    домена с правами удалять пользователей.















    2.10.5База данных Administration Requests.

    Чтобы просматривать документы в базе данных Administration Requests, Вы
    можете использовать клиента Domino Administrator или Web Administrator.

    Действия, которые требуют одобрения администратора.

    Когда процесс администрирования запрашивает администратора одобрения и
    если оно получено, оно сохраняется в базе данных Administration Requests и
    процесс продолжается.





    Действия, требующие одобрение администратора


    Объяснение


    Complete Moving a mail file


    Перемещение почтового файла.

    Файл почты должен быть удален со старого сервера, после его перемещения
    на новый почтовый сервер.


    Move a database replica from a non-clustered server


    Перемещение баз данных репликацией на другой сервер. Удаляется реплики
    на старом сервере.


    Accept administration requests from other domains


    Принятие запроса администрирования из других доменов.

    Если имя сервера запроса принадлежит другому домену, а запрос должен
    удалять или переименовать пользователя или сервера.


    Delete resources


    Удаление ресурса.

    Удаляет ресурса, типа имени зала заседаний из Domino Directory. Ресурсы
    также связаны с календарями и планированием пользователей.


    Delete mail files


    Удаление почтового файла.

    Одобрение администратора требуется для удаления почтового файла для
    удаляемого пользователя


    Move users to a different organization hierarchy


    Перевод пользователя в различные иерархии организаций, требует
    одобрения администратора организации назначения.


    Delete Private Design Elements


    Одобрение администратора требуется, для удаления личных агентов, видов,
    папок



    2.10.6Обслуживание запросов администрирования.

    Управление процессом администрирования влечет в себя одобрение
    запросов. На выполнение запросов требуется определенное время. Проверяйте
    базу данных Administration Requests на наличие ошибок при выполнении
    запросов.

    Одобрение запросов.

    Проверяйте базу данных Administration Requests ежедневно на наличие
    запросов, которые требуют одобрения.


  • Из клиента Domino Administrator, выберите меню Файл -- База данных --
    Открыть.


  • Выбирайте нужный сервер и затем открывайте базу данных Administration
    Requests (ADMIN4.NSF).


  • Отрывайте представление Pending Administrator Approval (ожидаемые
    одобрения запросы).


  • Открывайте запрос в режиме редактирования, для чтения информации.


  • Выбирайте -- Одобрить.

    Ускорение выполнения запросов.

    Следуйте этой процедурой, чтобы инициализировать запрос на немедленное
    выполнение вместо ожидания времени Administration Process.


  • Из клиента Domino Administrator, выберите сервер.


  • Выбирайте закладку Сервер.


  • Выбирайте Консоль сервера.


  • Введите команду

    Tell adminp all

    Просмотр ошибок при выполнении запросов.


  • Откройте базу данных Administration Requests (ADMIN4.NSF).


  • Выбирайте представление All Errors by Date or View - All Errors by
    Server.


  • Откройте документ ответа и читайте ошибки.


  • После того, как Вы исправите проблему, щелкаете -- Yes, в поле Perform
    request again (исполнит запрос снова) в документе ответа. В зависимости от
    задачи, Вы можете повторно запустить запросы из Domino Directory. Это
    происходит, если задача, например переименования пользователя, определила
    неправильное новое имя пользователя.

    Вы может использовать Web Administrator, чтобы просматривать запросы
    Administration Process и ошибки, однако, Вы не можете одобрять или
    исправлять ошибки из Web Administrator. 2.10.6.1Расписание выполнение
    запросов Administration Request.

    Каждая значение в секции Administration Process Server документа,
    определяет время для определенных типов запросов. Назначения интервала и
    графика для репликаций для каждого сервера определяют, как быстро
    распространяются реплики по всему домену. Скорость с которой
    распространяются запросы в домене, зависит от графика репликаций для
    серверов. Если необходимо, Вы можете наметить дополнительные реплики, для
    ускорения обновления данных.

    Чтобы установить время по умолчанию, когда запросы администрирования
    будут выполняться, редактируйте Server документ. Вы можете захотеть
    выполнить запрос немедленно, если запрос администрирования является для Вас
    критическим.

    Расписание для запросов Administration Process.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте из левой панели - Сервер -- Все документы на сервере.


  • Выбрать сервер, чей документ сервера Вы будете редактировать.


  • Выбирайте закладку - Administration Process.


  • Заполните эти поля и затем сохраните документ.





    Поля


    Значение


    Interval


    Число минут, между обработкой запросов связанных с именами
    (переименование, удаление ресертификация).

    По умолчанию - 60 минут.


    Execute once a day requests at


    Время, обновления документов Person, при переименовании пользователей.

    По умолчанию - 12 АМ.


    Interval between purging mail file and deleting when using object store


    Количество дней, для удаление почтовых файлов и удаления всех объектов
    в Shared Mail.

    По умолчанию - 14 дней.


    Start executing on


    День, в который модернизируются поля Authors And Readers, в базах
    данных и удаление распределенных элементов дизайна для удаляемого
    пользователя.

    По умолчанию - в воскресенье.


    Start executing at


    Время, в которое модернизируются поля Authors And Readers, в базах
    данных и удаление распределенных элементов дизайна для удаляемого
    пользователя

    По умолчанию - в 12АМ.


    Move mail file expiration days


    Число дней, в течение которых Domino переносит почтовые файлы клиентов.

    По умолчанию - 21 день. Может иметь значение - от 7 до 60,
    включительно.


    Store Admin Process log entries when status of no change is recorded


    Статус протоколирования в базе данных Administration Process

    Когда база данных просматривается на предмет запросов, она делает
    запись протокола, в этой базе данных, или не делает...

    По умолчанию -- Да. Выбор - Нет, может существенно уменьшать размер
    Вашей базы данных запросов администрирования.


    Suspend Admin Process at


    (Выборочно) Время, когда Administration Process прекращает обрабатывать
    запросы. Чтобы сохранить ресурсы сервера, приостанавливайте Administration
    Process в пиковые часы работы сервера.


    Restart Admin Process at


    (Выборочно) Время, когда Administration Process опять начинает
    обрабатывать запросы.

    Чтобы сохранить ресурсы сервера, Administration Process обычно
    останавливается и повторно запускается в не пиковые часы работы.



    2.10.6.2Изменение значения нитей для Administration Process.

    По умолчанию, Administration Process использует три нити, чтобы
    обрабатывать запросы. Чтобы улучшать выполнение работ Administration
    Process, увеличьте число нитей.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте из левой панели - Сервер -- Все документы на сервере.


  • Выбрать сервер, чей документ сервера Вы будете редактировать.


  • Выбирайте закладку Administration Process.


  • Введите в поле Maximum number of threads, нужное Вам значение и затем
    сохраните документ.


  • Перезапустите Administration Process, для вступления изменений в силу.
    2.10.6.3Создание представления $AdminP.

    По умолчанию, Administration Process просматривает все документы в базе
    данных, ищет значения полей Readers And Authors, когда Administration
    Request обрабатывает запрос, значения этих полей будут получены.
    Администраторы и менеджеры базы данных могут создавать представление в базе
    данных, с ограниченным доступом и отображением полей Readers And Authors.
    Представлению должно быть назначено имя -- $AdminP. 2.11Установка и
    настройка Web Administrator.

    Глава содержит информацию о конфигурировании Web Administrator, который
    позволяет Вам использовать браузер, чтобы управлять Вашими серверами.
    2.11.1Web Administrator

    Если Вы имеете браузер и хотите управлять и просматривать установки
    Domino сервера, Вы можете использовать Web Administrator. Web Administrator
    имеет много возможностей, которые могут быть доступны из Domino Web
    Administrator. Вы можете, просматривать информацию о Вашем сервере и
    пользователях, изменять ACL баз данных и использовать удаленную консоль
    сервера. Web Administrator обеспечивает Вам свободный проход к Domino
    серверу для администраторов.

    Web Administrator использует базу данных Web Administrator
    (WEBADMIN.NSF). При первом запуске HTTP задачи на Web сервере, Domino
    автоматически создает эту базу данных, в каталоге данных Domino. Domino
    назначает уникальный ID реплики, поэтому база данных Web Administrator не
    реплицируется между серверами.

    Базы данных используемые Web Administrator.

    Web Administrator использует несколько системных баз данных, в
    дополнение к базе данных Web Administrator (WEBADMIN.NSF). Если один из этих
    файлов не существует на сервере, Web Administrator не показывает команду,
    связанную с файлом. Например, если в Domino, не существует базы
    Help_5_Administration.nsf, в каталоге Help, Web Administrator не показывает
    команду Help. 2.11.2Настройка Web Administrator.

    Чтобы использовать Web Administrator, Вы должны выполнить следующие
    процедуры:



  • Удостоверьтесь, что сервер, которым Вы хотите управлять, установлен как
    Domino Web сервер. Хотя Вы можете использовать сервер для других серверных
    задач - например, для передачи почту и др. услуги - Вы должны запустить HTTP
    задачу и использовать браузер для доступа к серверу.


  • В целях безопасности, Вы можете управлять только сервером, на которых
    Вы устанавливаете эти задачи.


  • Установите доступ к Web Administrator, к базе данных WEBADMIN.NSF -
    Администратор.


  • Подготовьте браузер клиента, чтобы использовать базу данных Web
    Administrator. Если Domino Web сервер использует SSL, установите SSL для
    браузера клиента. Разрешите выполнение Java applets и JavaScript в Netscape
    Navigator, или Scripting Active в Internet Explorer Microsoft.

    Domino создает базу (WEBADMIN.NSF) автоматически, при запуске HTTP
    задачи, в первый раз. 2.11.3Установка доступа к базе данных Web
    Administrator

    Domino автоматически создает базу данных на сервере, когда задача HTTP
    запускается в первый раз. По умолчанию, позволяется доступ к базе всем
    пользователям, внесенным в поле администраторов сервера Server документа.
    Администратор должен или ввести пароль интернета или получить SSL сертификат
    клиента. Web Administrator использует имя и пароль, или SSL, чтобы проверить
    идентичность администратора. Метод Web, который администратор использует,
    зависит от того, какие вы устанавливаете опции безопасности для сервера.

    Чтобы позволять другим администраторам использовать Web Administrator,
    Вы должны сделать изменения в назначениях доступа для них.

    Установки опций безопасности по умолчанию.

    Следующее установки для Web в базе данных ACL. Вы не должны изменить
    эти назначения, если имя администратора занесено в поле администраторов
    Server документа.

    Максимальный доступ к базе данных, через интернет.



    Установки по умолчанию


    Описание


    Manager


    Web Administrator использует эту установку, при доступе администраторов
    на сервер, использую имя и пароль для изменений ACL, Web базы данных. Web
    Administrator не использует эту установку, когда доступ администраторов на
    сервер использует SSL.




    ACL.



    Имя по умолчания


    Уровень доступа


    Имена, внесенные в поле Administrators из Server документа


    Менеджер и роли ServerAdmin, ServerMonitor, DatabaseAdmin, FileRead и
    FileModify


    Имя




    Менеджер без ролей


    - Default -




    Нет доступа


    Anonymous


    Нет доступа


    LocalDomainServers


    Менеджер и роли ServerAdmin, ServerMonitor, DatabaseAdmin, FileRead и
    FileModify


    OtherDomainServers


    Нет доступа


    Lotus Notes Template Development/Lotus Notes


    Менеджер и роли ServerAdmin, ServerMonitor, DatabaseAdmin, FileRead и
    FileModify




    Следующее установки, должны быть установлены на закладке Security,
    Server документа. Вы не должны изменить эти установки, если имя
    администратора находится в поле администраторов, Server документа.



    Установки безопасности


    Имя по умолчанию


    Administer the server from a browser


    Имена, внесенные в поле администраторов, Server документа для Domino
    Web сервера




    Все агенты в базе данных Web Administrator, подписаны Lotus Notes
    Template Development/Lotus Notes, это предоставляют неограниченные
    привилегии выполнения агентов по умолчанию.

    Чтобы использовать имя и пароль, администраторы должны иметь пароль
    интернета в их Person документах. Чтобы использовать SSL идентификацию
    клиента, администраторы должны получить сертификат клиента, SSL должен быть
    установлен на сервере. Кроме того, сервер должен требовать SSL связей, для
    доступа к базе данных. 2.11.3.1Дополнительные настройки для доступа к Web
    Administrator.

    Domino автоматически дает доступ всем пользователям из поля
    администраторов, Server документа, когда Domino создает базу данных Web
    Administrator. Чтобы позволять дополнительным администраторам использовать
    Web Administrator, Вы должны дать им соответствующий доступ.

    Вы используете браузер и Web Administrator, чтобы выполнить процедуру
    ниже:


  • Добавить администратора или имя группы к ACL базы данных Web
    Administrator (WEBADMIN.NSF), дать пользователю доступ Менеджера.


  • Далее назначьте соответствующие роли базы данных Web Administrator.


  • Делать одно из следующего:



  • Если сервер требует имя и пароль, редактируйте Person документ каждого
    администратора и введите пароль интернета.


  • Если сервер требует SSL идентификации клиента, настройте браузер для
    SSL.


  • Редактируйте Server документ для Domino Web сервера и добавьте
    администратора, или имя группы в поле Administer the server from a browser,
    на закладке Security.

    Роли для администраторов.

    Если администратор не имеет соответствующей роли, Web Administrator не
    показывает связанные с ними команды. Администраторы не нуждаются в ролях,
    чтобы иметь доступ к командам Установок и Помощи.


  • ServerAdmin. Получает доступ к Console, Analysis, Messaging,
    Directories commands, Configuration commands, Servers, Clusters, Domains,
    Configurations, Web Configurations, Connections, Programs.


  • ServerMonitor. Получает доступ к Messaging, Replication, Analysis,
    Logfile, Statistics, Events, Memory, Diskspace, Alerts, Web Statistics,
    Billing.


  • DatabaseAdmin. Получает доступ к Databases commands, Directories
    commands, People, Groups.


  • FileRead. Получает доступ к Configuration, System Files (read only).


  • FileModify. Получает доступ к Configuration, System Files (read/write).
    2.11.4Запуск и настройка Web Administrator

    Когда Вы запускаете Web Administrator, он показывает информацию о
    сервере и администраторе, который связан с сервером - например, имя сервера
    и операционную систему сервера.

    Для запуска Web Administrator


  • Из браузера, введите в URL:

    http://hostname/webadmin.nsf

    Где hostname - имя Вашего хоста, или IP адрес Domino сервера которым Вы
    хотите управлять.

    HEIGHT=513 BORDER=0>

    Рис. 43 Главное окно Domino Web Administrator.


  • Введите Ваше иерархическое имя или обычное имя и Ваш пароль для
    интернета.

    Примечание. Чтобы просматривать несколько версий Web Administrator в
    одно и то же время - например, чтобы контролировать почту и контролировать
    память сервера одновременно - запустите другую копию браузера с Web
    Administrator и установите оба окна рядом на экране. При запуске нескольких
    копий Web Administrator, используйте интерфейс Dropdown, чтобы показать
    большее количество информации в окне браузера.

    Изменение установок Domino Directory, установленных по умолчанию.

    По умолчанию, Web Administrator показывает пользователей и группы, из
    первичного Domino Directory, с именем NAMES.NSF. Если Вы имеете несколько
    Domino Directory расположенных на сервере, Вы можете изменять Domino
    Directory, управлять пользователями и группами редактировать документы из
    меню конфигурации. Эти установки не имеет никакого влияния на другие функции
    Web Administrator, например, при показе статистики, или при изменении списка
    контроля доступа баз данных.


  • Запустить Web Administrator.


  • Выбирайте -- Preferences, затем выбирайте -- Edit Preferences.


  • Выбрать Domino Directory в поле Current Directory.


  • Выбирайте -- Set Preferences.

    Изменение пользовательского интерфейса Web Administrator.

    Web Administrator снабжен тремя интерфейсами пользователя: Button
    Interface, Dropdown Interface и Plain Interface. Интерфейс определяет
    отображение Web Administrator в Вашем браузере. Все функции доступны
    независимо от интерфейса, который Вы выбираете. Domino сохраняет интерфейс
    Domino Directory по умолчанию, в базе данных Web Administrator, в
    индивидуальном документе профиля для каждого администратора. Каждый
    администратор может устанавливать предпочтение без изменения предпочтений
    других администраторов.


  • Запустите Web Administrator.


  • Выбирайте -- Preferences, затем щелкайте -- Edit Preferences.


  • Выбрать интерфейс для пользователя:



  • Button Interface, показывает графику для команд на левой стороне Вашего
    браузера. Кнопочный интерфейс установлен по умолчанию для всех браузеров.
    Используйте этот интерфейс, чтобы показать графическое представление команд,
    когда Вы используете больше чем 256 цветов, предпочтительно для высокого
    разрешения.


  • Dropdown Interface, показывает команды в окне Dropdown, в верхней части
    браузера. Дополнительные поля DropDown появляются, когда Вы должны выбрать
    дополнительные команды. Используйте интерфейс DropDown, чтобы показать
    большее количество информации или когда Вы используете только 256 цветов.


  • Plain Interface, показывает команды в окне DropDown, без использования
    рамок и графики. Используйте интерфейс с 16-цветным режимом, когда Вы хотите
    Web Administrator, работал быстро - например, когда Вы используете модем,
    чтобы соединиться. Установите по умолчанию для OS/2 и Windows3.1x браузеров,
    которые используют более ранние версии HTML.



  • Выбирайте -- Set Preferences.
    2.11.5Использование Web Administrator

    После того как вы установили Web Administrator, вы можете
    контролировать следующие задачи из браузера:


  • Мониторинг почты ждущей доставки и не доставленной почты


  • Мониторинг памяти сервера и его дискового пространства


  • Мониторинг запросов сервера и команд


  • Анализ сообщений сервера и представлений файла LOG.NSF


  • Вводить команды сервера на удаленной консоли сервера


  • Создание групп и Person документов


  • Управление ACL баз данных


  • Управление базами данных


  • Создание новых баз данных


  • Редактирование системных файлов


  • Создание тестовых почтовых сообщений (Track mail messages)


  • Генерирование и использование почтовых отчетов
    2.12Установка Domino Web сервера

    Глава описывает, как установить и настроить Domino сервер как Web
    сервер. 2.12.1Web сервер Domino

    Одна из особенностей Domino сервера, это объединение сервера приложений
    Domino и Web сервера. Поэтому приложения Web сервера Domino могут отвечать
    Web пользователям, которые через интернет или интранет, могут получить
    доступ к данным, которые сохранены, или в системных файлах, или в базах
    данных Domino.

    Когда Web браузер запрашивает страницу в базе данных Domino, Domino
    конвертирует документ в формат HTML. Когда Web браузер запрашивает страницу
    в HTML, Domino читает ее непосредственно из файловой системы. Web сервер
    использует HTTP протокол, чтобы передать информацию Web браузеру. При
    использовании Domino, для хранения Web страниц в базе данных, имеется
    главное преимущество по хранению статических HTML страниц. При использовании
    Domino, любые изменение, которое Вы делаете в базе данных, автоматически
    будут отражены на Web сервере.


    HEIGHT=441 BORDER=0>

    Рис. 44 Использование Domino Web сервера, для отображения документа
    Notes как HTML страницы - браузеру клиента.


    Любое из приложений Domino может быть Web приложением. Прежде, чем Вы
    создаете Web приложение, ознакомьтесь с особенностями Domino, которые могут
    быть переведены в HTML и определите, будут ли Web пользователи и клиенты
    Notes получать доступ к приложениям одновременно. Вы можете использовать
    язык формул Notes, чтобы обнаружить, который тип пользователя обращается к
    приложению и затем, основываясь на типе пользователя, ввести изменения в
    отображении информации в приложении.

    Domino Web сервер может состоять из единственной базы данных или
    нескольких баз данных. Вы можете также установить единственных сервер,
    который позволит Вам принимать запросы многих Web серверов на единственной
    машине (компьютере) и использовать различные имена хостов для доступа к
    серверу.

    В дополнение к Web обязанностям, Web сервер может управлять другими
    серверными задачами, например маршрутизацией почты. Однако Вы должны
    тщательно проверить безопасность баз данных, если Вы не хотите пускать
    пользователей вне Вашей организации к базам данных на сервере.

    Возможности Web сервера.

    Domino поддерживает эти возможности Web сервера:


  • Трансляция Notes в код HTML. Например, в код HTML, транслируются
    горячие точки Notes, они переводятся в <A> tags.


  • Passthru HTML, Вы можете включать в форму, документ или документы About
    и Using. Domino интерпретирует их как HTML. Passthru HTML позволяет Вам
    использовать на Web - только форматированный текст, связи, изображения,
    команды, и программы. С использованием Passthru HTML, Вы может комбинировать
    возможности Domino и HTML код.


  • Вы можете использовать безопасность Notes, как стандарт безопасности
    Web Domino. Вы можете использовать для безопасности ACL баз данных SSL и
    проверку имени и пароля.


  • Поддерживаются Java апплеты с использованием Passthru HTML или вложения
    в документ.


  • Поддерживается JavaScript, который может быть включен как Passthru
    HTML, или вложен непосредственно в документ.


  • Поддерживаются CGI программы, которые могут быть включены в Passthru
    HTML в документе.


  • Поддерживается статических HTML страниц, которые находятся в каталоге
    на диске сервера. Статические HTML страницы могут быть введены как Passthru
    HTML, включены в документ или могут использоваться, непосредственно
    используя URL.


  • Поддерживается переадресация и ReMapping URLs и каталогов в другие
    места хранения файлов.


  • Поддерживаются Virtual Servers, которые позволяют иметь несколько Web с
    отдельными именами DNS, на одном компьютере.


  • Поддерживаются кластера серверов, которые позволяют переадресацию с
    сервера на другой сервер для балансирования загрузки

    Создание Web серверов.

    Вы могли бы установить один Web сервер для внутренних процессов, а
    другой Web сервер для внешних организаций. Web менеджеры могут делать
    изменения на сервере организации, без доступа на него пользователей. В конце
    концов, когда изменения будут сделаны, и будут удовлетворять менеджеров,
    внутренний сервер организации может быть реплицирован на сервер для внешнего
    использования. Кроме того, использование внутреннего сервера организации
    позволяет менеджерам, просмотреть изменения через браузер, перед их
    реплицированием на основной сервер.

    Если Вы используете внутренний сервер организации, сделайте доступ на
    него только менеджерам. Также убедитесь, что дали менеджерам право
    репликаций на внешний сервер.

    HEIGHT=355 BORDER=0>

    Рис. 45 Использование двух Domino Web серверов для подготовки и
    публикации документов Notes в интернете.
    2.12.1.1Как работает Domino Web
    сервер?

    Domino Web сервер просматривает URL в поступающем запросе и определяет,
    запрашивается ли информация из базы данных Domino, или это запрос к файлу
    HTML. Если запрашивается HTML файл, Domino выполняет действия точно так же
    как любой другой Web сервер и предоставляет файл клиенту Web. Когда запрос
    сделан в базу данных Domino, Domino обращается к базе данных чтобы
    предоставить информацию Web клиенту, или поместить информацию от Web клиента
    в базу данных.

    Domino поддерживает URL расширения, которые расширяют функциональные
    возможности клиента Web. Например, этот URL открывает базу данных Notes.net:

    http://www.notes.net/welcome.nsf?OpenDatabase

    В этом примере, запрос клиента - Notes документ, в базе данных. Сервер
    возвращает документ Notes - клиенту. Domino конвертирует документ в HTML и
    затем показывает его браузеру клиента.


    HEIGHT=407 BORDER=0>

    Рис. 46 Пример использования данных Domino сервера для разных типов
    клиентов.
    2.12.2Установка Domino Web сервера.


  • Прежде, чем Вы установите Web сервер:



  • Удостоверитесь, что Вы понимаете TCP/IP концепции, включая DNS имена
    хостов и IP адресование.


  • Установите Domino сервер и настройте безопасность для сервера.



  • Чтобы позволить пользователям соединиться с сервером по интернету,
    соедините сервер с Поставщиком Обслуживания Интернет (ISP) и зарегистрируйте
    имя домена сервера и адрес IP на DNS ISP's сервере. Если Вы хотите, чтобы
    пользователи соединились с сервером по внутренней сети, без соединения с
    интернетом, регистрируйте имя домена сервера и адрес IP на DNS сервере в
    Вашей организации.


  • Из клиента Domino Administrator, выбирайте закладку Настройка,
    выбирайте Сервер и затем откройте Server документ для будущего сервера Web.


  • Выбирайте закладку Ports -- Internet Ports.


  • Если Вы не используете SSL, удостоверьтесь, что запрещена эта опция в
    TCP/IP port status или SSL port status поля, на закладке Web.


  • Сохраните документ.


  • Запустите Domino сервер и запустите HTTP задачу.


  • Чтобы проверить Ваши настройки сервера, запустите Ваш браузер и введите
    имя DNS или адрес IP сервера.


    Обратите внимание, При регистрации имени на DNS Domino сервера и IP
    адреса, пользователи могут просматривать базы данных непосредственно через
    Web сервер. 2.12.2.1Настройка параметров Domino Web сервера.

    Server документ для Web сервера. Пользователи вводят www.acme.com , для
    доступа на сервер, это имя указано на сервере, в стеке протоколов TCP/IP,
    операционной системы.

    HEIGHT=525 BORDER=0>

    Рис. 47 Пример Server документа, секции HTTP. 2.12.3Настройка Web
    сервера

    Вы можете делать эти необязательные изменения в Server документе, чтобы
    изменить установки Web сервера.


  • Из клиента Domino Administrator, выбирайте закладку Настройки,
    выбирайте сервер и затем откройте Server документ.


  • Выбирайте закладку Ports -- Internet Ports -- Web, затем заполните
    поле:




    Поле


    Значение


    TCP/IP port number




    Номер порта, который должен быть больше чем 1024, если вы не изменяете
    номер порта, то стандарт 80 порт. Это - порт, на котором Domino слушает
    запросы HTTP. Номера портов меньше чем 1024, зарезервированы для других
    задач TCP/IP.

    Измените TCP/IP номер порта, только если это необходимо. Если Вы
    изменяете TCP/IP номер порта, клиенты должны включить определенный номер
    порта в запрос на Domino сервер. Номеру порта предшествует двоеточие и
    следует за именем DNS в URL.

    Например, URL http://www.lotus.com:8008/ запрашивает страницу по
    умолчанию, с хоста www.lotus.com, который работает по 8008 порту.


















  • Выбирайте закладку Internet Protocols -- HTTP и заполните поля:




    Поле


    Значение


    DNS lookup


    Выбирайте одно:


  • Enabled - Domino посматривает имя DNS клиента. Domino LOG.NSF файл
    будет содержать имена хостов, соответствующие машине, используемой Web
    клиентов.


  • Disabled - (по умолчанию) Не просматривать DNS. Domino LOG.NSF файл и
    база данных будет содержать только IP адрес клиентов.

    Примечание. Выбор -- Disabled существенно повышает производительность
    Domino сервера.


  • Bind to host name




    Выбирайте одно:


  • Enabled -- вы можете вводить имена псевдонимов названия в поля.
    Псевдонимы позволяют пользователям доступу к Web серверу с использованием
    другого имени (псевдонима), чем имя Domino сервера.

  • Disabled - (по умолчанию) запрещение всех псевдонимов.


  • Allow HTTP clients to browse databases


    Выбирайте одно:


  • Yes - Web пользователям разрешается просмотр каталога Web сервера,
    командой ?OpenServer. Команда выводит список всех баз, расположенный на
    сервере.

  • No - (по умолчанию) просмотр каталога сервера, для Web пользователей
    запрещается.






  • Выбирайте закладку Internet Protocols -- Domino Web Engine, заполните
    эти поля, сохраните и закройте документ:




    Поле


    Значение


    Make this site accessible to web site search crawlers


    Выбирайте:


  • Enabled -- использование знака "!" для генерации Domino URL команд


  • Disabled - (по умолчанию) использование знака "?" для генерации URL
    команд

    Использование знака "!" вместо вопроса, делает более легким поиск по
    Web, программами поиска для Web. Многие программы игнорируют знак "?" считая
    его CGI программой для запуска.

    Эти установки никак не влияют на URL команды для доступа на Domino
    сервер.






  • Введите команду на консоли сервера для перезапуска сервера и вступлению
    изменений в силу:

    tell http restart


    2.12.4Запуск и остановка Domino Web сервера.




    Задача


    Ваши действия

    Запуск Web сервера вручную

    Введите команду Load http на консоли сервера.


    Запуск Web сервера автоматически, при старте сервера Domino


    Редактируйте переменную ServerTasks в NOTES.INI и включите в нее имя
    задачи HTTP для автоматического запуска задачи при старте сервера


    Остановка Web сервера


    Введите Tell Http Quit, на консоли сервера.


    Используйте эту команду для вступления в силу новых установок
    конфигурации сервера. (Перезапуск Web сервера)


    Введите Tell Http Restart, на консоли сервера.



    2.12.5Поддержка нескольких Web серверов.

    Если Вы - Поставщик Обслуживания Интернет (ISP) или администратор
    интернет, который обеспечивает услугами нескольких клиентов, Вы можете
    размещать виртуальные сервера на одном единственном Domino Web сервере. При
    этом единственный Domino Web сервер может поддерживать несколько Web
    участков. Использование виртуальных серверов позволяет Вам обслуживать
    отдельные участки сети, без несения дополнительных расходов, аппаратных
    средств и программного обеспечения.

    Вы можете сконфигурировать каждый Web участок для Domino с собственным
    IP адресом, домашней страницей по умолчанию, настроить сообщения Web
    сервера, HTML, CGI и каталоги для изображений. Каталог данных Domino
    сервера, однако, конфигурируется индивидуально для каждого виртуального
    сервера. Для конфигурирования виртуального сервера, используйте документ
    Virtual Server, из Domino Directory.

    Перед конфигурированием виртуального сервера в Domino, Вы должны
    установить сетевое соединение для каждого виртуального сервера. Каждый
    виртуальный сервер может иметь собственный отдельный, постоянный IP адрес,
    или иметь несколько имен хостов, привязанных к одному и тому же IP адресу.

    Domino не ограничивает число виртуальных серверов, которое Вы можете
    устанавливать. Число виртуальных серверов, которые Вы можете установить на
    Вашем Domino Web сервере, зависит от операционной системы и аппаратных
    средств Вашей системы. Некоторые аппаратные средства и операционные системы
    имеют ограничения, которые включают предел числа IP адресов, которые Вы
    можете связывать с операционной системой, и ограничения на использование
    числа сетевых карт, которые Вы можете использовать на компьютере.

    Вы можете использовать SSL, если Вы устанавливаете несколько Web
    участков на одном сервере. Вы можете также требовать, чтобы пользователи
    вводили имена и пароли, для установки подлинности по TCP/IP.

    В следующем примере, участки WWW.ACME.COM и WWW.ABC.COM существуют на
    одном и том же самом компьютере. Пользователи могут иметь доступ к любому
    Web участку на этой машине.

    HEIGHT=352 BORDER=0>

    Рис. 48 Пример использования нескольких Web серверов на одном
    компьютере.


    Поддержка нескольких Web серверов на одном сервере.

    Для поддержки нескольких хостов Web на отдельном сервере, Вы должны
    закончить эти процедуры:


  • Установить Web сервер.


  • Установить политику безопасности для Web сервера.
    2.12.5.1Настройка поддержки нескольких Web серверов на одном сервере.

    Чтобы установить новый сервер, с поддержкой нескольких Web серверов,
    создайте документ Virtual Server, в Domino Directory. Назначения, которые Вы
    определяете для Virtual Server документа, появляются в виде ответного
    документа к текущему Server документу. Чтобы показать документы Virtual
    Server, откройте представление Web -- Конфигурации Web, из клиента Domino
    Administrator.


  • Создайте каждый виртуальный сервер с собственным отдельным, постоянным
    IP адресом или с именем сетевой карты, к которому привязан IP адрес.


  • Из клиента Domino Administrator, выбирайте закладку Настройка -- Сервер
    -- Все документы на сервере, выбирайте Server документ для сервера, на
    котором Вы хотите создать виртуальный сервер.


  • Выбирайте кнопку Web и выбирайте Create Virtual Server.


  • Выбирайте -- Virtual Server.


  • Выбирайте закладку - Basics заполните поля:




    Поле


    Значение


    IP address


    IP адрес для виртуального сервера.


    Hostname


    Имя хоста виртуального сервера. (Если нужно).


    Default home page


    HTML файл, который будет показан, когда пользователей соединяется с
    виртуальным сервером. Эта установка необязательна и используется только,
    если поле Home URL не заполнено.













  • Выбирайте закладку Mapping, заполняйте поля и сохраните документ:





    Поле


    Значение


    Home URL


    Home URL - используется, когда пользователь получает доступ на
    виртуальный сервер. Команда URL может открыть базу данных или список баз
    данных на сервере.

    Home URL имеет приоритет над полем Default Home page.

    Команда /?Open показывает базы данных для всего виртуального сервера,
    так как Domino делит каталог данных со всем виртуальными серверами.


    HTML directory, Icon directory, Icon URL path, CGI directory, CGI URL
    path


    Каталог для HTML файлов, CGI программ и файлов иконок. Все виртуальные
    сервера используют общий каталог, или Вы можете определить отдельные
    каталоги для каждого сервера.






  • Введите команду на консоли сервера, для вступления в силу Ваших
    установок:


    tell http restart

    Примечание. Вы можете настраивать сообщения, которые пользователи
    получат при обращении к Web участку на виртуальном сервере.
    2.12.5.2Настройка безопасности для виртуальных Web серверов.

    Вы можете установить SSL сервер и использовать идентификацию клиентов
    по имени и паролю, или разрешить анонимный доступ для интернет клиентов, для
    доступа их на виртуальные сервера. Чтобы установить SSL, Вы должны создать
    Key Ring файл для каждого виртуального сервера на компьютере.

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


  • Прежде, чем Вы установить опции безопасности для виртуальных серверов:



  • Удостоверитесь, что Вы установили виртуальный сервер.


  • Если Вы хотите установить SSL, установите SSL сервер. Запросите сервер
    Key Ring файл на каждый виртуальный сервер.



  • Из клиента Domino Administrator, выбирайте закладку Настройка, выберите
    Web - Конфигурации Web, откройте документ Virtual Server.


  • Выбирайте закладку Security, заполните поля, затем сохраните документ:





    Поле


    Значение


    SSL key file


    Имя файла Key Ring для виртуального сервера


    Accept expired SSL certificates


    Выбирайте одно:


  • Yes - позволять виртуальный сервер принимать просроченные сертификаты
    от пользователей.

  • No - не принимать просроченные сертификаты.


  • SSL ciphers


    Выберите один или большее количество доступных шифров. Шифр
    используется, чтобы создавать шифрованные сессии. Ключ используется, чтобы
    шифровать передаваемую информацию с использованием -- SSL.


    Enable SSL V2


    Разрешить пользователям присоединятся с использованием SSL версии 2.0.


    Redirect TCP to SSL


    Выбирайте одно:


  • Yes - требовать от клиентов и серверов, для доступа к виртуальным
    серверам использовать - SSL протокол.

  • No - разрешить клиентам и серверам, для доступа к виртуальным серверам
    - SSL или TCP/IP.


  • Name & password (TCP/IP)


    Выбирайте одно:


  • Yes - запрашивать имя пользователя и пароль для интернета для доступа к
    базам виртуальных серверов.

  • No - не запрашивать имя и пароль.


  • Anonymous (TCP/IP)


    Выбирайте одно:


  • Yes - разрешается анонимный доступ


  • No - запрещается анонимный доступ.

    Если разрешен анонимный доступ к базе данных, то сервер предоставляет
    пользователю анонимный доступ к базе данных. Если анонимный доступ не
    позволяется для базы данных, сервер запросит пользователя его имя и пароль.


  • Client certificate (SSL)


    Выбирайте одно:


  • Yes - запросить сертификат пользователя при доступе к базам данных на
    виртуальном сервере.

  • No - не запрашивать сертификат клиента.


  • Name & password (SSL)


    Выбирайте одно:


  • Yes - запросить имя и пароль клиента при доступе к базам на виртуальном
    сервере.

  • No -- не запрашивать имя и пароль.


  • Anonymous (SSL)


    Выбирайте одно:


  • Yes - разрешается анонимный доступ


  • No - запрещается анонимный доступ.

    Если разрешен анонимный доступ к базе данных, то сервер предоставляет
    пользователю анонимный доступ к базе данных. Если анонимный доступ не
    позволяется для базы данных, сервер запросит пользователя его имя и пароль.






  • Введите команду на консоли сервера для перегрузки задачи:

    tell http restart 2.12.6Использование псевдонима для Web сервера.

    Присвоение нескольких имен в DNS, назначает одному IP адресу нескольких
    Web имен. Это позволяет пользователям вводить различные URLs, для доступа к
    Web серверу. Например, Если Вы хотите, чтобы пользователи вводили
    www.acme.com или acme.com , для доступа к Web серверу Acme. Ввод псевдонимов
    также полезен, если Вы хотите изменить имя DNS для Web сервера - например,
    если название компании изменяется, но Вы не хотите нарушить связи с
    предыдущим именем DNS.

    Псевдоним также известен как виртуальный хост. Для назначения
    псевдонима Web сервера:


  • Установите Web сервер.


  • Регистрируйте имя псевдонима на DNS сервере ISP или для Вашей
    внутренней сети.


  • Из клиента Domino Administrator, выбирайте закладку Настройка -- Сервер
    -- Все документы на сервере, выбирайте Server документ для сервера, на
    котором Вы хотите создать виртуальный сервер.


  • Выбирайте кнопку Web - Create Virtual Server.


  • Выбирайте -- Virtual Host.


  • Выбирайте закладку -- Basics, заполните поля:





    Поле


    Значение


    Hostname


    Введите имя псевдонима, для использования, для Вашего сервера


    Comment


    Комментарии


    Default home page


    HTML файл, который увидят пользователи по умолчанию при посещении
    сервера (не обязательно).






  • Выбирайте закладку Mapping, заполняйте поля и сохраните документ:





    Поле


    Значение


    Home URL


    Home URL - используется, когда пользователь получает доступ на
    виртуальный сервер. Команда URL может открыть базу данных или список баз
    данных на сервере.

    Home URL имеет приоритет над полем Default Home page.

    Команда /?Open показывает базы данных для всего виртуального сервера,
    так как Domino делит каталог данных со всем виртуальными серверами.


    HTML directory, Icon directory, Icon URL path, CGI directory, CGI URL
    path


    Каталог для HTML файлов, CGI программ и файлов иконок. Все виртуальные
    сервера используют общий каталог, или Вы можете определить отдельные
    каталоги для каждого сервера.






  • Введите команду на консоли сервера, для вступления в силу Ваших
    установок:


    tell http restart 2.12.6.1Настройка безопасности для псевдонимов Web
    сервера.

    Псевдоним для Web сервера может иметь отдельные настройки для опознания
    пользователей. Например, Domino может требовать SSL связи, когда
    осуществляется доступ пользователя на www.acme.com и требовать - SSL вместе
    с TCP/IP, когда пользователи пытаются получить доступ к acme.com. Вы
    настраиваете безопасность для имени хоста DNS, Web сервера на закладке Ports
    -- Internet Ports, в Security документе. Вы настраиваете безопасность для
    псевдонима в документе -- Virtual Host.


  • Прежде, чем Вы настроите безопасность,



  • Удостоверитесь, что Вы назначили псевдоним для Web сервера.


  • Если Вы хотите использовать SSL, установите SSL сервер, если Вы не
    сделали еще этого.



  • Из клиента Domino Administrator, выбирайте закладку Настройки, выберите
    Web - Конфигурации Web и откройте документ - Virtual Host.


  • Выбирайте закладку Security, заполните поля, затем сохраните документ:




    Поле


    Значение


    Redirect TCP to SSL


    Выбирайте одно:


  • Yes - вынуждать клиентов и сервера, для доступа к серверу, использовать
    SSL протокол.

  • No - разрешать использовать или SSL, или TCP/IP.


  • Name & password (TCP/IP)


    Выбирайте одно:


  • Yes - запрашивать имя пользователя и интернет пароль для доступа к
    базам виртуального сервера.

  • No - не запрашивать имя и пароль.


  • Anonymous (TCP/IP)


    Выбирайте одно:


  • Yes - разрешается анонимный доступ


  • No - запрещается анонимный доступ.

    Если разрешен анонимный доступ к базе данных, то сервер предоставляет
    пользователю анонимный доступ к базе данных. Если анонимный доступ не
    позволяется для базы данных, сервер запросит пользователя его имя и пароль.


  • Client certificate (SSL)


    Выбирайте одно:


  • Yes - запросить сертификат пользователя при доступе к базе данных на
    виртуальном сервере.

  • No - не запрашивать сертификат клиента.


  • Name & password (SSL)


    Выбирайте одно:


  • Yes - запросить имя и пароль клиента при доступе к базе данных на
    виртуальном сервере.

  • No - не запрашивать имя и пароль.


  • Anonymous (SSL)


    Выбирайте одно:


  • Yes - разрешается анонимный доступ


  • No - запрещается анонимный доступ.

    Если разрешен анонимный доступ к базе данных, то сервер предоставляет
    пользователю анонимный доступ к базе данных. Если анонимный доступ не
    позволяется для базы данных, сервер запросит пользователя его имя и пароль.






  • Введите команду на консоли сервера для перегрузки задачи:

    tell http restart 2.12.7Поддержка Java аппретов.

    Для использование Java классов, Notes разработчики могут создавать
    апплеты которые исполняются задачей Domino, типа открытия сессии, получение
    информации из списка контроля управления доступа базы данных. Domino сервер
    может использовать апплеты и когда клиент запрашивает их и загружать апплеты
    в браузер.

    Чтобы использовать Java апплеты, созданные на Java, Вы должны разрешить
    задачу DIIOP на сервере. Эта задача позволяет Domino и браузеру клиента
    использовать Domino серверную программу (ORB). Domino ORB обрабатывает
    апплет, запрашивает и передает информацию в браузер клиента. Вы должны
    позволить и задачу DIIOP и протокол IIOP на сервере прежде, чем пользователи
    могут получить доступ Domino ORB, чтобы запустить Java апплеты.

    Проектировщики должны создать апплеты с Java классами Notes, кроме
    того, они должны определить, что апплеты могут использовать Domino ORB,
    чтобы связаться с браузерами клиентов. Проектировщики определяют эти
    установки, когда они добавляют апплеты к документам или форме.

    Настройка Domino для использования ORB.


  • Из клиента Domino Administrator, выбирайте закладку Настройка, выберите
    сервер и затем откройте Server документ.


  • Выбирайте закладку Ports -- Internet Ports -- IIOP Server, заполните
    поля:




    Поле


    Значение


    TCP/IP port number


    Имя порта для задачи DIIOP listens. Не изменяйте это значение по
    умолчанию - 63148.


    TCP/IP port status


    Выбирайте одно:


  • Enabled (по умолчанию) - разрешить порт.

  • Disabled - запретить порт.






  • Выбирайте закладку Internet Protocols -- IIOP и заполните поле:




    Поле


    Значение


    Number of threads


    Кол-во нитей, которое Вы позволяете DIIOP задаче на сервере.

    По умолчанию - 10.






  • Выбирайте закладку Security, заполните поля в секции IIOP Restrictions
    и сохраните документ:




    Поле


    Значение


    Run restricted Java/Javascript


    Имени или списку имен введенных в это поле, разрешается запуск
    программ, созданных с использованием всех возможностей Java и Javascript.
    Если апплет или приложение регистрируются анонимно, введите слово Anonymous
    в это поле.


    Run unrestricted Java/Javascript


    Именам или списку имен введенных в это поле, разрешается запуск
    программ, созданных с использованием ограниченных возможностей Java и
    Javascript. Если апплет или приложение регистрируются анонимно, введите
    слово Anonymous в это поле.






  • Если необходимо, редактируйте переменную ServerTasks в NOTES.INI, чтобы
    включить в нее задачу DIIOP.


  • Установите SSL сервер. Имя и пароля, анонимный доступ к IIOP порту для
    приложений или апплетам.


  • Установите доступ к серверу для приложений или апплетов. Если апплет
    или приложение нуждаются в имени и пароле, введите имя для апплета или
    приложения. Иначе, используйте имя "Anonymous" при доступе к серверу.


  • Перезапустите сервер.
    2.12.8Управление Java сервелетами на Web сервере.

    Сервелет - Java программа, которая запускается на Web сервере в ответ
    на запрос браузера. Сервелеты для Domino должен быть - Java Servlet API
    Specification, фирмы Sun Microsystems Inc.


  • Из клиента Domino Administrator, выбирайте закладку Настройки --
    Сервер, затем откройте Server документ.


  • Выбирайте закладку Internet Protocols -- Domino Web Engine, заполните
    эти поля, затем сохраните документ:




    Поле


    Значение


    Java servlet support


    Выбирайте одно:


  • None - (по умолчанию) не запускать Java Virtual Machine (JVM), или
    Servlet Manager, когда запускается задача HTTP.


  • Domino Servlet Manager - загрузить JVM и Servlet manager, поставляемый
    с Domino.

  • Third-Party Servlet Support - для запуска JVM, не Domino Servlet
    Manager. Вы можете использовать Servlet Manager, другого производителя,
    например IBM WebSphere.


  • Servlet URL path


    URL путь к Domino сервелетам.

    По умолчанию - /servlet.


    Class path


    Один или несколько путей, где Servlet Manager и JVM будет искать
    сервелеты и Dependent Classes. Стандартные Java Libraries инсталлируются для
    Domino автоматически и заносятся в путь поиска. Здесь можно определить
    дополнительные пути поиска. Вы указываете каталоги, содержащие файлы --
    *.JAR и *.ZIP. Ваш путь может начинаться не обязательно с каталога данных
    Domino. Пример:

    c:\lotus\domino\data\domino\servlet

    c:\apps\myservlets

    c:\javamail\mail.jar

    domino\servlet\sql.zip

    По умолчанию - domino\servlet.


    Servlet file extensions


    Список файлов содержащих URL с окончаниями, которые указывают Domino,
    что URL предназначен для servlet. Вы должны мапировать (map) каждое
    расширение файла, через свойства сервелет файла. По умолчание нет, не одного
    окончания.


    Session state tracking


    Выбирайте одно:


  • Enabled - (по умолчанию) Domino Servlet Manager проверяет периодически
    активность пользователя для всех -- HttpSession. Сессии, которые являются
    неактивными в течение периода времени, указанного в поле неактивных сессий,
    автоматически будут закрыты. Servlet Manager вызывает метод
    HttpSession.invalidate(), чтобы сообщить сервелету, что сессия будет
    закончена.


  • Disabled - не проверять деятельность пользователя.

    Domino использует эту установку и назначения ниже только, если сервелет
    использует Java Servlet API HttpSession интерфейс.


  • Idle session timeout


    Время ожидания в минутах, после чего сессия будет разорвана. По
    умолчанию 30 минут.


    Maximum active sessions


    Максимальное число активных сессий.

    По умолчанию 1000. Если лимит будет превышен, придется ждать
    освобождения сессий.


    Session persistence


    Выбирайте одно:


  • Enabled - чтобы сохранять данные сессии в файле на диске, с названием
    sessdata.ser в каталоге данных Domino, когда HTTP задача завершается. Domino
    перезаписывает данные сессии, когда HTTP задача повторно начинается.

  • Disabled - (по умолчанию) отказываться от всех сессий, когда HTTP
    задача останавливается.






  • Определение, кто имеет доступ к сервелет файлам.
    2.12.9Увеличение производительности Web сервера.

    После того, как Вы установили Domino сервер и удостоверитесь, что он
    работает должным образом, проверьте работу сервера и время ответа сервера.
    Чтобы улучшать производительность сервера и время его ответа, сделаете любое
    из следующего действий:


  • Измените настройки Кеш памяти


  • Измените значение Time-Out


  • Изменение номера нитей сервера


  • Установка Domino Web сервера в кластер


  • Оптимизация загрузки файлов для Web клиентов


  • Определите метод, используемый для связи с внешними базами используемый
    для переадресации URL команд.


  • Определите количество данных пользователей, позволяемых послать серверу
    с использованием команды HTTP POST.
    2.12.9.1Управление Кеш памятью Web сервера.

    Чтобы оптимизировать время ответа, Domino использует память Кеш, также
    называемый Кеш команд. Этот отдел памяти хранить информацию о HTTP командах,
    базах данных и пользователей. Память Кеш хранит эту информацию, так что
    Domino сервер может получить к ней доступ очень быстро.

    Domino кэширует страницы, которые содержат формулы @function также как
    страницы, которые не содержат формулы. Domino просматривают страницы для
    формул @function и затем оценивает изменение страниц, основанные на
    @function, используемые на странице. Например, Domino не кэширует страницы с
    формулой @New, но кэширует страницы с @Created формулами.

    Чтобы контролировать эффективность Кеш памяти, смотрите статистику Кеш
    на Domino сервере.

    Опции памяти Кеш расположены на закладке Protocols -- Domino Web
    Engine, Server документа.











    Поля


    Значение


    Maximum cached commands


    Число команд HTTP сервера для кэширования анонимных пользователей.

    По умолчанию - 128.

    Domino должен конвертировать некоторые HTTP команды сервера типа
    OpenDatabase и OpenView в HTML прежде, чем сервер может обработать команды.
    Этот процесс требует некоторого времени. Это поле определяет, сколько команд
    Вы хотите хранить в памяти, когда следующий раз пользователь запускает
    команду на сервере, она немедленно будет доступна.


    Maximum cached designs


    Число элементов дизайна базы данных, для пользователей.

    По умолчанию - 128.

    Когда пользователь открывает базу данных, каждое имя модуля дизайна
    хранится в памяти. Используйте это поле, чтобы определить, сколько
    элементов, Вы хотите хранить в памяти. Когда пользователь запросит этот
    элемент, он появится немедленно.


    Maximum cached users


    Число пользователей Кеш.

    По умолчанию - 64.

    После того как пользователь успешно соединился с сервером, Domino
    хранит в памяти имя пользователя, пароль и список групп, к которым
    пользователь принадлежит. Используйте это поле, чтобы увеличить число
    кэшированных пользователей.


    Cached user expiration interval


    Интервал времени в секундах, в течение которых Domino регулярно удаляет
    имена пользователя, пароли, членство в группах из Кеша.

    По умолчанию - 120.

    Вы должны удалить имена пользователя, пароли и членство в группах из
    Кеша периодически, чтобы вынудить Domino искать пользователя в Directory,
    когда он получает доступ на сервер.



    2.12.9.2Настройка сетевого Time-Out для Web сервера.

    Открытые, бездействующие сессии, могут мешать пользователям вызывать
    сервер. Определите сроки для действий между Domino Web сервером и клиентами
    или CGI программами, так чтобы связи не остаются открытыми, если не имеется
    никакой деятельности в сети между ними.

    Настройки опций Time-Out определяются на закладке Internet Protocols --
    HTTP, Server документа.



    Поле


    Значение


    Input timeout


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

    По умолчанию - 2.

    Сервер использует это поле, если клиент связанный с сервером не
    посылает команду Keep alive headers, на сервер в пределах количества
    указанного времени.


    Output timeout


    Максимальное время в минутах, в течении которых сервер должен послать
    ответ клиенту.

    По умолчанию - 20.

    Это поле применяется к локальным файлам и запросам. Установка не
    применяется к запросам, которые начинают CGI программу. Если сервер не
    посылает полный запрос в пределах этого времени, сервер закрывает связь.


    CGI timeout


    Максимально время в минутах определенное на выполнение CGI программ.

    По умолчанию - 5.

    Если время, указанное в этом поле завершается, сервер посылает
    сообщение CGI программы. По окончании этого времени сервер завершает
    программу.


    Idle thread timeout


    Это поле не имеет никакого влияния и остается в Server документе для
    совместимости.



    2.12.9.3Установка числа нитей, используемых Domino Web сервером.

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

    Если число активных нитей достигнет установленного предела, Domino
    сервер не будет обрабатывать новые запросы, пока старые запросы не будут
    закончены. Чем большее мощнее Ваш компьютер, тем выше число нитей, Вы должны
    определить. Если Ваш компьютер тратит слишком много времени на задачах, типа
    свопирования памяти, определите более низкое число нитей.

    Для определения количество нитей выбирайте закладку Internet Protocols
    -- HTTP из Server документа.



    Поле


    Значение


    Maximum requests over a single connection


    Число запросов браузера, которые можно делать на сервере в то же самое
    время.

    По умолчанию - 1.

    Эта установка действует на браузеры, совместимые с HTTP 1.1 или выше,
    если браузер способен посылать несколько запросов на сервере без ожидания
    ответа от предыдущего запроса.


    Number active threads


    Число нитей активных в одно и тоже время на сервере

    По умолчанию - 40.


    Minimum active threads


    Поле не имеет никакого влияния и остается в Server документе для
    обратной совместимости.



    2.12.9.4Оптимизация загрузки файлов Web клиентами.

    Клиенты Web могут скачать файл, который присоединен к странице, или
    находится в каталоге сервера, который является, связан с использованием URL.
    Если клиент использует программное обеспечение, которое поддерживает
    Byte-Range (доступный в HTTP 1.1) в течение скачивания, файла. Если
    происходит разрыв, клиент может возобновлять копирования с той точки, где
    был разрыв. Без использования опции Byte-Range, пользователи должны будут
    повторить прерванное копирования с начала. Использование этой функции делает
    копирование файлов более эффективной.

    Domino совместим с клиентами, которые твердо придерживаются HTTP 1.1
    спецификации. Клиенты могут использовать эту функцию разными путями.
    Например, использовать браузер с различными дополнительными программами,
    поддерживающими докачку, использовать апплеты, или специальные программы. В
    настоящее время, только несколько коммерческих программ доступно и
    поддерживают Byte-Range. Одна из них GetRight 4.2 от фирмы Headlight. Domino
    автоматически использует функцию Byte-Range, если Web клиент может
    использовать эту особенность. Никакая конфигурация не необходима.

    Присоединенные файлы должны быть несжатые, для клиентов которые будут
    использовать функцию Byte-Range, для доступа к этим файлам. Когда Вы
    присоединяете файл, Вы должны отменить опцию сжатия. Чтобы проверить, что
    существующее приложение не сжато, выбирайте Файл -- Свойства документа,
    выбирайте поле $FILE и проверьте пункт - Тип сжатия: NONE.

    Пример: Загрузка файла из файловой системы сервера.

    Файл INSTALL.EXE находится в каталоге, из которого позволяется загрузка
    с использованием URL mapping. Клиент GetRight 4.2 может использовать
    следующий URL, чтобы разгрузить файл:

    http://hostname/install.exe

    Где hostname - имя хоста сервера.

    Если разгрузка прервана, клиент может начинать разгрузку с точки, с
    которой сеанс был прерван.

    Пример: Загрузка присоединенного файла.

    Пользователь может разгружать *.PDF файл

    Для доступа пользователя к файлу PROJECT.PDF, используйте следующий
    URL:

    http://hostname/dbname/viewUNID/docUNID/$FILE/project.pdf

    Где hostname - хоста сервера, dbname - название базы данных, которая
    хранит приложение, viewUNID - UNID представление для приложений, и docUNID -
    UNID документа, к которому присоединен файл. 2.12.10 Поиск ссылок для команд
    Redirect URL.

    Вы используете команды Redirect URL, чтобы создавать связи, с
    документами, представлениями и связями с базами данных на Web странице. Эти
    связи могут направить пользователей к базам данных на том же самом сервере,
    или на другом сервере. Чтобы определить время сервера, для решений связей на
    других серверах, редактируйте опцию Redirect to resolve external links, на
    закладке Internet Protocols -- Domino Web Engine, в Server документе.
    Разрешите эту опцию для любого сервера, который осуществляет поиском в
    домене и на серверах, для которых Вы хотите разрешить связи с другими
    серверами.



    Поле


    Значение


    Redirect to resolve external links


    Выбирайте одно:


  • Disabled - (по умолчанию) запретить серверу принятие команд Redirect
    URL и запретить серверу выполнение команд Redirect URL в результатах поиска
    по домену.


  • By Server - просматривает имя сервера, указанное в URL, в Domino
    Directory на Web сервере. Сервер ищет для имени сервера -- в полях Host
    names, на закладке Internet Protocols -- HTTP или в полях Fully qualified
    Internet host name, на закладке Basics.

  • By Database - чтобы найти сервер в Domino Directory на доступном
    сервере. Domino просматривает базы данных в каталоге домена, если доступно,
    или в локальном каталоге сервера. Удостоверитесь, что Catalog Domain
    содержит, свежую информацию относительно местоположения баз данных. Выбирая
    этот выбор, решение связи занимает большое количество времени, чем опция -
    By Server.



  • 2.12.11 Ограничение данных пользователя, которые посылаются на сервер.

    HTTP команда POST позволяет пользователям посылать данные на Domino
    сервер. Вы можете определить, количество пользовательских данных,
    позволяемых послать на сервер, сжимать ли файлы, посылаемые на сервер.
    Используйте это выбор, чтобы запретить пользователям, посылать большой объем
    данных на сервер.

    Опция выбора для команды POST расположена на закладке Protocols --
    Domino Web Engine, в документе Server документ.



    Поле


    Значение


    Maximum POST data


    Количество данных в килобайтах, которое пользователю позволяется
    послать на сервер.

    По умолчанию -- 0 (не ограниченно).

    Если пользователь пробуют послать больше чем максимум, позволенный
    данных, Domino возвращает сообщение в браузер.


    File compression on upload


    Определяет, сжимает ли Domino файлы перед добавлением их в базу данных.
    Сжатие файлов сохраняет место на диске сервера.

    По умолчанию -- Disabled.

    Если клиенты используют браузер, который поддерживает опцию Byte-Range,
    выбирайте опцию -- Disabled. В противном случае Вы не сможете разгружать
    сжатые файлы, используя функцию Domino Byte-Range.



    2.12.12 Отображение информации Web сервером.

    Domino дает Вам несколько различных настроек, для отображения
    информации на Web. Эти опции просмотра затрагивают все базы данных на
    сервере. Чтобы изменять просмотр индивидуальной базы данных, Вы должны
    изменить модули дизайна этой базы данных.


  • Выбор домашней страницы Web сервера по умолчанию


  • Выбор формата для хранения изображений - *.GIF или *.JPEG


  • Выбор по умолчанию линий в представлении, для просмотра


  • Настройка сообщений об ошибках для Web сервера


  • Настройка кодовой страницы для отображения HTML текста


  • Настройка по умолчанию, максимального числа документов, возвращаемых
    сервером как результат поиска.
    2.12.12.1Выбор домашней страницы по умолчанию для Web сервера.

    Domino поддерживает два метода показа страницы, когда пользователь
    первый раз получает доступом к Web сервер. Вы можете определить HTML файл,
    чтобы показать его, или Вы можете вводить команду URL, чтобы показать список
    баз данных или содержание баз данных.

    Domino придерживайтесь этих правил, при показе домашней страницы для
    Web сервера.





    Поле Default home page


    Поле Home URL


    Результат


    Содержит данные


    Содержит данные


    Domino показывает ссылку из поля Home URL.


    Содержит данные


    Пусто


    Domino показывает ссылку из поля Default home page.


    Пусто


    Содержит данные


    Domino показывает ссылку из поля Home URL.


    Пусто


    Пусто


    Domino сообщает об ошибке


    Содержит ссылку на файл, который не существует


    Пусто


    Domino сообщает об ошибке




    Определение домашней страницы по умолчанию.

    Опция - Default home page, находится на закладке Internet Protocols --
    HTTP, Server документа.





    Поле


    Значение


    Default home page


    Имя файла HTML , по умолчанию HTML каталог или подкаталог HTML.


    Home URL


    Команда URL.

    По умолчанию, Domino открывает файл HOMEPAGE.NSF

    Определение URL в этом поле, который начинается со знака / (слеш).

    Если Вы определяете URL, который открывает Domino базу данных,
    удостоверитесь, что пользователи имеют доступ к этой базе данных.

    Это поле имеет приоритет над полем Default home page.




    Примечание. Выбранный URL в полях Home URL или Default home page
    стартует, если пользователь запрашивает UPL Вашего сервера
    http://someotherhost.domain.com/. Браузер исполняет запрос HTTP GET и
    показывает URL указанный в этом поле. 2.12.12.2Пример использования домашней
    страницы по умолчанию.




    Поле Home URL


    Результат


    dominodisc.nsf/?OpenDatabase




    Показывает соответствующий документ или представление в базе данных
    DOMINODISC.NSF и показывает полный URL, включая /?OpenDatabase командует в
    URL окне браузера.


    /dominodisc.nsf

    /dominodisc.nsf/By+Author

    /dominodisc.nsf/$About


    Показывает соответствующий документ или представление в базе данных
    DOMINODISC.NSF, но не показывает команду URL в URL окне браузера.


    http://myhost.domain.com/home/dominodisc.nsf


    Переадресовывает браузер пользователя на сервер myhost.domain.com и
    показывает соответствующую страницу из базы данных DOMINODISC.NSF.



    2.12.12.3Выбор формата изображений *.GIF или *.JPEG

    Вы можете управлять форматом и методом отображений, которые будут
    появляться в документах. Domino Web сервер поддерживает *.GIF и *.JPEG
    формат. Эта установка не имеет никакого влияния на упомянутые изображения, с
    использованием Passthru HTML.

    Выбор преобразования изображений находится на закладке Protocols --
    Domino Web Engine, Server документа.

    Когда Вы позволяете опцию Progressive или Interlaced предоставление
    изображений, пользователю кажется, что изображение загружается быстро и
    потом увеличивается резкость.

    Опции преобразования для изображений формата *.GIF



    Поле


    Значение


    Image conversion format


    GIF - изображения в документах конвертируются в формат -- *.GIF

    По умолчанию - GIF.


    Interlaced rendering


    Выбирайте одно:


  • Enabled - (по умолчанию) разрешить режим.

  • Disabled - запретить режим.




  • Опции преобразования для изображений формата *.JPEG



    Поле


    Значение


    Image conversion format


    JPEG - изображения в документах конвертируются в формат - *.JPEG

    По умолчанию - GIF.


    Progressive rendering


    Выбирайте одно:


  • Enabled - (по умолчанию) разрешить режим.

  • Disabled - запретить режим.


  • JPEG image quality


    Можно указать уровень проработки деталей изображения, от 5 до 100

    По умолчанию - 75.































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

    Вы можете определить максимальное число строк, чтобы отображать
    представления базы данных. Эта установка действует на все базы данных на
    сервере.

    По умолчанию максимальное число строк представления можно установить на
    закладке Internet Protocols -- Domino Web Engine, Server документа.



    Поле


    Значение


    Default lines per view page


    Число от 1 до числа, указанного в поле Maximum lines per view page. Это
    поле определяет, сколько строк будет показано, когда пользователи не
    указывают число строк в URL. Число строк, зависит от Вашего желания.
    Отображение большего количества строк в виде, делает более легким поиск в
    большом представлении. Представление меньшего количества строк в виде делает
    вид, более легким для чтения.

    По умолчанию - 30.


    Maximum lines per view page


    Число, которым ограничено программное обеспечение браузера. Это поле
    определяет максимальное число строк в виде, когда пользователь определяет
    индекс строк в URL. Введите 0, если Вы не хотите ограничивать число строк в
    виде.

    По умолчанию - 1000.



    2.12.13 Настройка сообщений Web сервера.

    Web сервер отображает страницу с сообщением об ошибке, когда
    пользователь сталкивается с ошибкой или когда на сервере документ не
    существует. Чтобы создать страницу сообщения об ошибке, Вы создаете форму в
    базе данных для каждого типа сообщений. Затем создаете документ Mapping в
    базе данных Конфигурации (DOMCFG.NSF), чтобы определить, как формируются
    сообщения. Любая база данных может хранить эти страницы сообщений об
    ошибках.

    Вы можете настроить Ваш сервер, чтобы пользователь получал эти
    сообщения когда:


  • Пользователь не опознан сервером.


  • Пользователь не может получить доступ к одной из баз данных, который
    является частью Web сервера.


  • Пользователь запускает команду удаления страницы, а сервер успешно
    стирает ее.

    Кроме того, Вы можете определить общее сообщение, которое появляется
    для всех других типов ошибок или ответов, которые происходят на Web сервере.

    Если Вы используете установку опознания пользователей, с использованием
    имени и пароля, Domino показывает HTML страницу, которую Вы определяете как
    регистрационную, для регистрации имени пользователя и ввода пароля.

    В этом примере, форма для сообщения существует в базе данных ANYDB.NSF
    и возвращается пользователю, когда пользователь сталкивается с ошибкой
    сервера.

    Пользователи должны иметь доступ читателя к базе Domino Конфигурации
    (DOMCFG.NSF) и любой из доступа к базе (ANYDB.NSF).

    HEIGHT=362 BORDER=0>

    Рис. 49 Пример отображает процесс получения Web пользователем
    определенных Вами сообщений.
    2.12.14 Создание базы данных Domino
    Configuration.

    Вы используете базу данных Domino Configuration, чтобы настроить
    сообщения, которые будут возвращаться Web пользователям. Вы также
    используете эту базу данных при настройке HTML страниц, для регистрации Web
    пользователей на сервере. Используйте шаблон Domino Configuration Web Server
    (DOMCFG.NTF) для создания базы данных сообщений Domino. Добавьте запись для
    пользователя Anonymous в ACL базы и дайте ему доступ читателя. 2.12.15
    Создание и настройка сообщений Web сервера.


  • Удостоверится, что Вы уже создали базу данных Domino Configuration.


  • После того как Вы определяете, какая база данных будет хранить
    настроенные сообщения, откройте базу данных и создайте форму, которая
    содержит сообщение для показа.


  • Если Вы настраиваете, сообщение для виртуального сервера, в свойствах
    формы для формы, выбирайте - Available to Public Access users, на закладке
    безопасности.


  • Сохраните форму.


  • Повторите описанные шаги для каждой документа ответа, на каждую ошибку,
    для которого Вы хотите настроить страницу сообщения.


  • В базе данных Domino Configuration, выбирайте -- Create -- Mapping
    Error Message.


  • Если Вы настраиваете, сообщение для виртуального сервера, выбирайте --
    Virtual Server Settings и введите IP адрес сервера.


  • (Необязательно) Введите любые комментарии.


  • Для каждого типа ошибки или ответа, введите имя базы данных, которая
    содержит форму, которую Вы хотите показать в поле Target Database file name.


  • Для каждого типа ошибки или ответа, введите имя формы, которую Вы
    хотите показать в поле Target Form name.


  • Сохраните документы Error Message и Response Mapping.


  • В ACL базы данных, которая содержит формы, введите доступ автора на
    сервере, который хранит базу данных.
    2.12.15.1Пример настройки сообщений Web сервера.

    Следующий документ Error Message and Response Mapping использует формы,
    сохраненные в базе данных MESSAGES.NSF на текущем сервере. Имеются
    настроенные сообщения для регистрации Web пользователей, ответов на стирание
    документа и т.д. Domino показывает сообщение по умолчанию, сохраненные в
    базе данных Domino Configuration, для всех других сообщений которые может
    получить Web пользователь.

    HEIGHT=639 BORDER=0>

    Рис. 50 Документ Error Message and Response Mapping. 2.12.16 Выбор
    набора интернациональных символов для затребованных страниц.

    Domino использует набор символов по умолчанию. Набор символов
    устанавливает связь для генерации текста HTML для браузеров. Если Вы имеете
    пользователей, которые должны видеть текст на не западных языках, вы должны
    сделать изменения в своих установках. Установка набора символов действует на
    все базы данных на сервере.

    Установка набора интернациональных символов.


  • Из клиента Domino Administrator, выбирайте закладку Настройка,
    выбирайте Сервер и затем откройте Server документ для Web сервера.


  • Выбирайте закладку Internet Protocols -- Domino Web Engine, заполняйте
    поля и сохраните документ:










    Поля


    Значения


    Default character set group


    Привилегированный набор символов, при создании или редактировании
    документов.

    По умолчанию -- Western.


    Convert resource strings to


    Язык, используемый для сообщений HTML по умолчанию. Вы можете выбирать
    язык только для международных версий Domino сервера.

    По умолчанию -- English.


    Use UTF-8 for output


    Выбирайте одно:


  • Yes -- генерировать страницы с использованием UTF-8.

  • No - (по умолчанию) генерировать страницы с использованием Character
    Set Mapping, который Вы выбрали.


  • Use auto-detection if database has no language information


    Выбирайте одно:


  • Yes -- использовать автоматическое определение языка, для использования
    для базы данных, если никакой язык по умолчанию не выбран в свойствах базы
    данных.


  • No - (по умолчанию) использовать выбранный язык, использовать UTF-8.

    Если язык выбран для базы на закладке Design в свойствах базы данных,
    Domino использует этот язык для текста в базе.


  • Character set in header


    Выбирайте одно:


  • Yes - (по умолчанию) добавлять строку Сharacter, Content-Type HTTP, в
    заголовок HTML страницы. Если Вы выбрали - Yes, браузер находит строку и
    применяет эти установки для страницы.

  • No - не включать Characters в заголовок HTTP страницы HTML.


  • Meta character set


    Выбирайте одно:


  • Yes - добавлять Character Set, в тег <META> на странице HTML.

  • No - (по умолчанию) не добавлять Character Set, в тег <META> на
    странице HTML.






  • В полях, которые показывают имена групп наборов символов, выбирают один
    из доступных выборов символов, устанавливают -- Mapping.


  • Сохраните документ.

    Набор символов для страниц Web сервера.

    Набор символов по умолчанию. Доступный выбор символов устанавливают --
    Mapping. Если устанавливается группа символов, Вы должны выбрать какой набор
    символов использовать.



    Группы наборов символов


    Значение набора символов


    Western

    Включает Windows и ANSI символы.


    US-ASCII



    ISO-8859-1 (по умолчанию)

    ISO-8859-15



    Windows-1252


    Central European


    ISO-8859-2



    Windows 1250 (по умолчанию)


    Japanese


    SJIS (по умолчанию)

    JIS(ISO-2022-JP)

    EUC-JP


    Traditional Chinese


    Big5 (по умолчанию)

    EUC-TW


    Simplified Chinese


    GB


    Korean


    KSC5601(EUC)


    Cyrillic


    ISO-8859-5



    Windows-1251

    KOI8-R (по умолчанию)


    Greek


    ISO-8859-7



    Windows-1253 (по умолчанию)


    Turkish


    ISO-8859-9



    Windows-1254 (по умолчанию)


    Thai


    Windows-874


    Baltic


    Windows-1257


    Arabic


    Windows-1256 (по умолчанию)

    ISO-8859-6


    Hebrew


    ISO-8859-8 (по умолчанию)

    Windows-1255


    Vietnamese


    Windows-1258



    2.12.17 Максимально число документов, возвращаемое поиском.

    Вы можете определить максимальное число документов, показываемое в
    результате выполнения поиска по базе данных. Пользователи могут определить
    число документов для запроса поиска, чтобы использовать параметры SearchMax,
    с командами SearchView и SearchSite.

    Измените этот выбор, чтобы удержать пользователей от перегрузки сервера
    результатами поиска.

    Опции ограничения поиска можно настроить на закладке Protocols --
    Domino Web Engine, Server документа. Это установка действует на все базы
    данных на сервере.



    Поле


    Значение


    Default search result limit


    Число документов для показа, когда пользователи не определяют SearchMax
    параметр в URL.

    Введите 0, если Вы не хотите ограничить число показанных документов.

    По умолчанию - 250.


    Maximum search result limit


    Максимальное число документов, которое может быть показано пользователю
    с использованием SearchMax параметра в URL.

    Введите 0, если вы не хотите ограничивать число документов.

    По умолчанию - 1000.



    2.12.18 Изменение запросов Web URLs, при изменении местоположения,
    каталогов и файлов Web сервера.

    Иногда Вы должны переместить файлы и каталоги на Web сервере. Вы
    можете:


  • Перенаправить запросы URLs и каталогов


  • Изменить местоположение HTML, CGI и файлов иконок
    2.12.18.1Перенаправление запросов URL для каталогов.

    Вы можете хранить файлы баз данных, HTML файлы, CGI сценарии и другие,
    связанные Web файлы в нескольких местах на жестком диске сервера. Вы можете
    перемещать их в новые каталоги без нарушения связей URL, действующих в
    Server документе.

    Пример. Если Вы имеете Web приложение, с именем mysite.nsf, на сервере
    www.acme.com, но Вы хотите переместить это приложение на сервер www.abc.com,
    Вы можете переадресовывать всех пользователей на сервер www.abc.com, когда
    они получают доступ к приложению на www.acme.com

    Переадресовывание URL показывает страницу с нового местоположения и
    показывает URL в окне местоположения для пользователя. Mapping URL или
    каталог показывает страницу в новом местоположении и скрывает URL от
    пользователя. Вы можете переадресовывать или URLs или каталоги для серверов
    единственного сайта и для виртуальных серверов на одном хосте на несколько
    серверов.

    Чтобы переадресовывать URL или каталог, Вы создаете документ
    Mapping/Redirection, в Domino Directory. Domino показывает
    Mapping/Redirection документ, как ответный документ к Server документу на
    закладке представления Настройка -- Web -- Web Configuration Settingss.



  • Из клиента Domino Administrator, выбирайте закладку Настройка, выберите
    сервер и откройте Server документ для сервера, на котором Вы хотите
    переадресовать URL или каталог.


  • Выбирайте представление Все документы на сервере, нажмите -- Web,
    выбирайте Create URL Mapping/Redirection.


  • Щелкает на закладке Basics, заполняйте поля:




    Поля


    Значения


    What do you want to setup


    Выбирайте одно:


  • URL -- > URL - карта перехода от одного URL к другому URL, так чтобы
    Вы могли создавать имена псевдонимов для длинных имен файлов,
    переименовывать каталоги, перемещать группы файлов, или хранит файлы на
    различных дисках сервера, без нарушения внешних связей или закладок
    пользователей. Domino не показывает URLs заднего плана пользователю. Вы не
    можете сделать этого со страницами, сохраненными в базе данных Domino.


  • URL -- > Directory -- каталоги URL в различные каталоги, так что Вы
    можете переименовывать каталоги, перемещать файлы, или хранит файлы на
    различных дисках. Domino не показывает URLs заднего плана пользователю. Вы
    не можете сделать этого со страницами, сохраненными в базе данных Domino.

  • Redirection -- > URL -- переход от URL к другому URL. Domino
    показывает переадресованный URL в браузере пользователя. Используйте этот
    выбор для переадресования URL, к определенному URL. Например, к странице
    сохраненной в базах данных Domino.






  • Выбирайте закладку Site Information, заполните поля:




    Поле


    Значение


    IP Address


    Если Вы создаете Mapping for Virtual Server, определите уникальный
    адрес IP или имя хоста для сервера.






  • Выбирайте закладку Mapping, заполните поля:





    Поле


    Значение


    First URL path


    Входящий URL путь, который Вы хотите отразить на другой каталог или
    URL.


    Second URL path


    Полный путь или имя каталога, на который Вы хотите отразить URL (новый
    URL).

    Для URL - > URL и URL - > Directory местоположения, к которому Вы
    должны перейти, на той же самой машине в каталог, указанный URL путь.






  • Выбирайте закладку Access, заполните поля и сохраните документ:




    Поле


    Значение


    Access


    Если вы выбираете URL -- > Directory, Определите тип доступа,
    который Вы хотите дать пользователям к каталогу.


  • Reader - позволяет браузеру читать файлы в каталоге.


  • Execute -- позволяет браузеру выполнять файлы программ из этого
    каталога.

    Выбор читатель - доступ для любого каталога, который содержат файлы,
    типа HTML и изображений. Не установите доступ выполнения для этих каталогов.

    Выбор выполнить -- доступ только для каталогов, которые содержат CGI
    сценарии и другие файлы, которые браузер может выполнять. Не устанавливайте
    доступ читателя для этих каталогов, пользователи не должны видеть то, что в
    этих каталогах содержится.






  • Введите команду на консоли сервера и перегрузите сервер, для вступления
    изменений в действие:

    tell http restart 2.12.18.1.1Примеры для перенаправления URLs и
    каталогов

    Перенаправление URL для каталога.

    Эти примеры переадресовывают все запросы к файлам изображений по
    умолчанию хранящиеся в \domino\images каталоге. Если Вы имеете следующий
    HTML code в документе: [<body background=/images/icon.gif>] Domino
    ищет файлы *.Gif в каталоге c:\lotus\domino\data\domino\icons на сервере.

    First URL path: /images

    Second URL path: c:\lotus\domino\data\domino\icons

    Access: Read

    Этот пример для сценариев.

    По умолчанию \domino\CGI каталог для одного виртуального сервера.

    IP Адрес: 130.103.55.251

    First URL path: /scripts

    Second URL path: d:\lotus\domino\data\domino\cgi-bin

    Access: Execute

    Замена URL на другой URL.

    Этот запрос примера для CGI программ в /cgi-bin URL.

    First URL path: /scripts

    Second URL path: /cgi-bin

    Перенаправление URL.

    Этот пример перемещает поступающий запрос новостей на самые актуальные
    сообщения страниц на Lotus Web.

    First URL path: /news

    Second URL path: http://www.lotus.com/home.nsf/tabs/topstories
    2.12.18.2Изменение места хранения файлов HTML, CGI, Icon.

    Вы можете использовать Passthru HTML, чтобы ссылаться на индивидуальные
    HTML, CGI и файлы изображений. Domino ищет эти файлы в определенном каталоге
    диске.

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

    Вы можете также изменять URL путь для изображений и CGI файлов. URL
    путь - то, где Domino ищет изображения или CGI программы, когда он
    сталкивается со ссылкой в коде HTML на один из этих пунктов.

    Определение пути к изображениям и CGI URL полезно, если Вы изменяете,
    местоположение каталогов изображений или CGI программ и не хотите изменить
    HTML code, который ссылается на предыдущее место хранения этих файлов.
    Например, если Вы имеете каталог, названный \oldicons, и перемещаете
    содержание этого каталога в \icons подкаталог, Вы можете зайти в поле, где
    указано \oldicons - Icon URLs path и ввести значение domino\icons. Это
    назначения сообщает Domino искать файлы изображений в каталоге domino\icons
    всякий раз, когда он сталкивается со ссылкой на /oldicons в коде HTML.

    Идентификация местоположения файлов HTML, CGI, Icon.

    Вы можете определить местоположение HTML, CGI и файлов изображения для
    Domino Web сервера. Если Вы имеет несколько сайтов на одной машине, Virtual
    Server документ подменит эти назначения.

    Когда Вы определяете каталоги для HTML, CGI, или файлов изображений,
    каталоги определяются - относительно Domino каталога данных, если Вы не
    определяете полный путь. Например, если Вы вводите в поле Icon URLs path
    значение domino\icons, Domino ищет файлы изображения в
    lotus\domino\data\domino\icons каталоге, если \lotus\domino\data - каталог
    данных сервера.

    Вы определяете местоположение HTML, CGI и файлов изображения на
    закладке Internet Protocols -- HTTP, Server документа. Эти назначения
    действует на все базы данных на сервере.






    Поле


    Значение


    HTML directory


    Каталог для файлов HTML.

    По умолчанию -- domino\html.


    Icon directory


    Каталог для файлов изображений.

    По умолчанию - domino\icons.


    Icon URL path


    URL путь в каталог для иконок.

    По умолчанию - /icons.


    CGI directory


    Каталог для CGI программ.

    По умолчанию - domino\cgi-bin.


    CGI URL path


    URL путь для каталога CGI программ.

    По умолчанию - /cgi-bin.



    2.13Установка и настройка Domino для использования с Microsoft Internet
    Information Server.

    Глава описывает, как установить и использовать Domino вместе с
    Microsoft IIS, чтобы обрабатывать HTTP запросы для баз данных Domino.
    2.13.1Domino и Microsoft IIS.

    Domino позволяет Вам использовать Microsoft Internet Information Server
    (IIS), для обработки запросов HTTP для баз данных Domino и показывать их
    клиентам. IIS получает все URL, запрашивает и пропускает к Domino любые
    запросы. IIS обрабатывает любые другие запросы - например, HTML файлы и
    Activ Server Page (ASP).

    Вы можете настроить эту необязательную конфигурацию Domino. Вы
    конфигурируете Domino сервер как ISAPI расширение для IIS. ISAPI - Internet
    Server Application Programming Interface, поддерживаемый IIS. Разработчики
    используют этот интерфейс, чтобы создать программы, называемые расширениями,
    которые расширяют функции IIS. Domino сервер устанавливает при инсталляции
    ISAPI расширение для Domino.

    Domino сервер должен быть запущен, в то время когда Domino ISAPI
    расширение запускается. Domino сервер может использовать любые задачи, кроме
    родной HTTP задачи, которая будет конфликтовать с Domino ISAPI расширением.
    При этом Domino сервер позволяет клиентам Notes доступ на Domino сервер и
    позволяет Domino серверу управлять серверными задачами маршрутизации почты и
    репликациями.

    Модель безопасности IIS и Domino работают вместе, когда пользователи
    обращаются к Domino приложениями. Это гарантирует высокий уровень
    безопасности Domino данных, сохраненных в Domino базах данных.
    2.13.2Настройка Domino для использования Microsoft IIS.

    Чтобы настроить Domino для использования Microsoft IIS, Вы должны
    выполнить следующие процедуры:


  • Удостоверьтесь, что Ваша система удовлетворяет базовым системным
    требованиям


  • Сконфигурировать Domino для использования Microsoft IIS


  • Настроить опции безопасности для Domino и Microsoft IIS
    2.13.2.1Базовые требования для Domino и Microsoft IIS.

    Прежде, чем Вы установите Domino для Microsoft IIS, сделайте следующее:


  • Установить Microsoft WindowsNT 4.0 с SP4.


  • Установить Microsoft IIS4.


  • Установите и настройте Domino сервер и удостоверитесь, что он работает
    правильно.


  • Проверите следующее:



  • NOTES.INI файл для сервера расположен в программном каталоге Domino,
    или в каталоге указанном в установке пути сервера.


  • Если ID сервера не хранится в каталоге данных Domino, то NOTES.INI файл
    для сервера должен иметь полный путь к ID файлу сервера в параметре -
    ServerKeyFilename.


  • ID файл сервера не должен использовать пароль. Вы не сможете вводить
    пароль, когда IIS запускает Domino ISAPI расширение.



  • Удостоверитесь, Domino каталог и подкаталоги имеет, по крайней мере,
    доступ -- Изменения файлов, для NT экаунтов пользователей, которые
    используют Domino для IIS. Типично, доступа к файлам по умолчанию
    достаточно. Однако если Вы должны изменить разрешения для файлов, имейте в
    виду, что пользователи Web, при обращении к серверу нуждаются в некоторых
    правах, чтобы делать изменения в базах данных и файлах на сервере.


  • Вам надо понимать, как использовать Microsoft Management Console (MMC),
    которую Вы используете для конфигурирования IIS.
    2.13.2.2Конфигурирование Domino для Microsoft IIS.

    После того, как Вы выполните базовые требования для Domino - Microsoft
    IIS, Вы должны сконфигурировать Domino для Microsoft IIS прежде, чем
    пользователи смогут использовать IIS для доступа к Domino приложениям. Чтобы
    настроить Domino для IIS, Вы должны закончить каждую процедуру, внесенную в
    список ниже:

    Настройка ISAPI расширения.

    Вы должны настроить Domino ISAPI расширение, чтобы использовать IIS для
    запросов на просмотр Domino приложений и определить файлы с расширением
    *.NSF. Вы используете Microsoft Management Console (MMC), чтобы настроить
    ISAPI расширение.


  • Запустите MMC для -- Web site.


  • Выбирайте - IIS Web site и выбирайте -- Setting.


  • Выбирайте закладку Home Directory и выбирайте -- Configurations.


  • Выбирайте -- Add.


  • В поле Executable, введите полный путь, для файла ISAPI расширения.
    Файл находится в каталоге Domino и называется NIISEXTN.DLL . Например, если
    Вы установили Domino в каталог по умолчанию, то полный путь будет --
    c:\lotus\domino\niisextn.dll.


  • В поле Extension введите значение -- NSF


  • В поле Methods Exclusions, введите HTTP методы, которые Domino для IIS
    не поддерживает: PUT, DELETE


  • Выбирайте - Script Engine, запретите - Check that the File Exists.


  • Выбирайте -- ОК.

    Настройка фильтра IIS расширения.

    Domino для IIS использует IIS фильтр расширения, чтобы гарантировать
    правильный доступ пользователей к Domino командам Domino (/?OpenServer).


  • Запустите MMC и откройте -- Web site.


  • Выбирайте - IIS Web site, выбирайте -- Setting.


  • Выбирайте закладку - ISAPI Filters, выбирайте -- Add.


  • В поле Name Filters введите любой текст описания IIS фильтра, например
    -- Domino.


  • В поле Executable введите полный путь к файлу фильтра. Файл расположен
    в Domino каталоге и имеет имя NIISFILT.DLL. Например, если Вы установили
    Domino в каталог по умолчанию, полное имя пути --
    c:\lotus\domino\niisfilt.dll.


  • Выбирайте -- ОК.

    Укажите каталог для Domino Icons и Java applet.

    Вы определяете местоположение приложений Domino изображений и файлов
    Java апплетов так, чтобы Domino для IIS показывал изображения и Java апплеты
    правильно.



  • Запустите MMC и откройте - Web site.


  • Щелкнуть правой кнопкой на IIS Web site, выбирайте New -- Virtual
    Directory.


  • В поле Virtual Directory Alias, введите -- icon, выбирайте -- Next.


  • Введите полный путь к Domino каталогу для иконок. Например, если Вы
    установили Domino в каталог по умолчанию, ведите -
    c:\lotus\domino\data\domino\icons. Выбирайте -- Next.


  • Выбирайте -- Finish. Вы не должны изменить назначения разрешений по
    умолчанию.


  • Повторите шаги выше для определения каталогов, для Jawa апплетов.
    Введите псевдонима -- domjava и полный путь к каталогу. По умолчанию --
    c:\lotus\domino\data\domino\java.

    Запуск Domino для IIS.


  • Запустите Domino сервер. Не запускайте HTTP задачу, на сервере Domino,
    так как IIS будет обрабатывать Domino HTTP запросы.


  • Откройте MMC, и запустить IIS. IIS загружает Domino расширение, при
    первой попытке, когда пользователь запросит Domino URL.


  • Закончите процедуру настройки безопасности для Domino и MS IIS.


    Остановка Domino для IIS.

    Вы должны остановить IIS сервер, чтобы остановить Domino для IIS.
    2.13.2.3Установка опций безопасности Domino для Microsoft IIS.

    После того, как Вы настроили Domino для IIS, настройте опции
    безопасности для пользователей, обращающихся к Вашему серверу. Domino для
    IIS использует два уровня безопасности: для IIS и для Domino. После IIS
    идентификации пользователя, основанного на регистрации в NT, если
    пользователь успешно пропускается, обращается к опциям безопасности Domino.

    Microsoft IIS поддерживает следующие методы установления подлинности
    пользователя:


  • Anonymous access - пользователь не вводит имя или пароль


  • Basic Authentication - пользователь вводит имя и пароль


  • WindowsNT Challenge/Response - специальный протокол, поддерживаемый
    Microsoft Internet Explorer SSL

    IIS требует установление подлинности пользователя, чтобы управлять
    доступом к ресурсам, принадлежащим IIS типа системным файла или Active
    Server Page. Если пользователь просит, доступ к Domino ресурсу, IIS
    пропустит введенную информацию на Domino сервер. Информация проходит и
    зависит от комбинации опознавательных методов, которые позволяются на IIS.
    После того, как информацию пропускают, Domino идентифицирует пользователя
    согласно процедурам, используемым родным Domino сервером и задачей HTTP. Все
    наборы каталогов, доступные родной HTTP задачей, типа использования
    нескольких Domino Directory, LDAP Directory, доступны для Domino c IIS.

    Настройка опций безопасности.


  • Запустите MMC для -- Web site.


  • Выбирайте - IIS Web site и выбирайте -- Setting.


  • Выбирайте закладку - Directory Security.


  • Выбирайте -- Edit Anonymous Access из Authentication Control section.


  • Выбрать одну или большее количество опций опознания и выбирайте -- ОК.
    2.14Установка сервиса NNTP

    Глава описывает, как настроить службу NNTP на Domino сервере. Как
    настроить и управлять группами новостей (newsgroups) и статьями новостей
    (newsfeeds). 2.14.1Сервис NNTP

    Вы можете установить службу новостей NNTP на Domino сервере. Она
    позволяет Вам посылать и получить статьи новостей из USENET, также как
    создавать и удалять локальными группами новостей. USENET, это распределенная
    система информации, которая специализируется в диалоговых обсуждениях
    разнообразных тем. Набор тем и ответов, связанных с предметом обсуждений
    называется -- группой новостей (newsgroup). Newsgroup, содержит отправленные
    по почте статьи. Отправление по почте, которое Вы посылаете в группу
    новостей или Вы их получаете, называется статьей. Любая статья, которая
    отправлена по почте в группу новостей, может получить пользователь,
    подписанный на эту группу новостей.

    Служба NNTP использует TCP/IP для связи между серверами, которые
    периодически могут обмениваться группами новостей между собой. Служба NNTP
    может отправлять или получать группы новостей, также как читать статьи
    новостей удаленно. Отправка групп новостей происходит, когда сервер входит в
    контакт с клиентом и указывает, что имеются новости. Получение групп
    новостей происходит, когда клиент входит в контакт с сервером новостей и
    запрашивает их.

    Использование Domino сервера, со службой NNTP, позволяет пользователям
    получить группы новостей с Domino сервера и читать статьи новостей в базе
    данных Notes. Администраторы могут использовать безопасность Domino,
    базирующуюся на ACL баз данных, чтобы управлять доступом к группам новостей.

    Обратите внимание, что пользователи могут использования стандартного
    клиента для чтения групп новостей типа Netscape, Collabra или IE, или Web
    браузер, чтобы читать статьи новостей.

    Сервис NNTP

    Domino сервер поддерживает следующие функции службы NNTP:


  • Поддержка клиентов Notes 4.6 и выше, стандартных клиентов NNTP,
    клиентов использующих Web браузер. Эти клиенты могут участвовать в
    обсуждении новостей.


  • Поддержка USENET newsgroups Internet


  • Поддержка для частных групп новостей, для использования в пределах
    Вашей организации


  • Распределение статей новостей, использующих NNTP и схему Pull-Push для
    других NNTP серверов


  • Безопасность для серверов, включая анонимный, парольный доступ и доступ
    с использованием -- SSL


  • Архивирование статей групп новостей.
    2.14.2Настройка Domino сервера и сервиса NNTP


  • Настройка Domino сервера и настройка безопасности сервера.


  • Запуск задачи NNTP на сервере.


  • Настройка Server документа для сервиса NNTP.


  • Настройка доступа клиентов на сервер.


  • Создание документов подключений для сервера.


  • Настройка установок портов сервера.


  • Создание групп новостей, конфигурирование Domino сервера и сервиса
    NNTP, для автоматического создания групп новостей.
    2.14.2.1Настройка Server документа, для использования сервиса NNTP.

    Domino сервер, с запущенной службой NNTP, может отправлять или
    принимать группы новостей, с удаленного сервера NNTP. Движение групп
    новостей может происходить в одном направлении или двух направлениях, то
    есть Domino сервер может "выталкивать" статьи на удаленный сервер, или
    статьи могут передаваться в обоих направлениях. Первый раз, когда Domino
    сервер принимает статьи групп новостей, установки по умолчанию требуют
    принимать только новые статьи, которые были отправлены по почте в течение
    прошедших трех дней.

    Документ подключения сервера содержит информацию о домене, которая
    используется при соединении сервера для маршрутизации почты и репликаций.
    Например, в документе подключения Вы определяете имена групп новостей,
    которые Вы получаете.

    Вы можете определить назначения для всех групп новостей NNTP между
    Domino сервером, со службой NNTP, и другим сервером NNTP, также как
    определяете дополнительные функции в документах News/NNTP подключений.

    Вы также должны удостовериться, что служба NNTP разрешена в Вашем
    Server документе.

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


  • Из клиента Domino Administrator, выбирайте - Настройка -- Сервер -- Все
    документы на сервере.


  • Выбирает сервер, чей документ Вы будете редактировать. Выбирайте --
    Edit Server.


  • Выбирайте - Internet Protocols -- NNTP.


  • Заполните эти поля в секциях Basic и News Feed Parameters, затем
    сохраните документ:




    Поле


    Значение


    NNTP Administrator's name


    Имя NNTP администратора.

    По умолчанию, этот пользователь имеет доступ менеджера к этой базе


    Default access


    Выбирайте одно:


  • Grant - (по умолчанию) разрешено

  • Deny- запрещено


  • Exceptions to default access


    IP адреса или имена хостов, которым не разрешен доступ

    По умолчанию - поле пустое.


    Allow posting


    Выбирайте одно из двух:


  • Yes (по умолчанию) - разрешено получение групп новостей

  • No - запрещено получение групп новостей


  • Maximum post size


    Максимальный размер сообщения групп новостей.

    По умолчанию - 1024KB.


    Maximum connection size


    Максимальный лимит размера для соединений групп новостей.

    По умолчанию - 100MB.


    Maximum connections


    Максимальное число текущих соединений.

    По умолчанию - 5.



    2.14.2.2Контроль доступа на Domino сервер со службой NNTP.

    Вы можете управлять тем, какой хост или внешние сервера со службой
    NNTP, могут получить доступ на Ваш Domino сервер со службой новостей NNTP.
    Если Вы хотите позволить доступ по умолчанию большинству хостов, используйте
    эту процедуру, чтобы ввести адреса IP тех хостов, которым вы хотите
    ограничить доступу на сервер.


  • Из клиента Domino Administrator, выбирайте - Настройка -- Сервер -- Все
    документы на сервере.


  • Выбирает сервер, чей документ Вы будете редактировать. Выбирайте --
    Edit Server.


  • Щелкает - Internet Protocols -- NNTP.


  • Введите IP адреса или имя хостов в поле Exceptions to default access.
    Доступ на сервер для этих значений хостов будет ограничен. Сохраните
    документ.

    Запрещение всем удаленным серверам NNTP принимать группы новостей.

    Чтобы запретить всем удаленным NNTP серверам пулинг новых статей
    (забирать новости) с Вашего сервера, введите переменную в файл NOTES.INI:

    NNTP_Prohibit_NEWNEWS_Command=1 2.14.2.3Создание документа подключения
    для сервера Domino, сервисом NNTP.

    Вы нуждаетесь в документе подключения для любого сервера, с которого Вы
    принимаете группы новостей. Если Вы только получаете группы новостей, Вы
    будете нуждаться только в этом типе документа подключения для каждого
    сервера, с которым Вы соединяете для обновления групп новостей.

    Если вы планируете принимать и отсылать группы новостей, то Вам
    понадобиться два типа документов. Вы нуждаетесь в документе подключения для
    любого сервера, на который Вы будете выталкивать группы новостей, а также в
    документе подключения для любого сервера, с которого Вы будете забирать
    группы новостей. В основном это будет связь по сети LAN, поэтому вы будете
    создавать документы подключения для LAN связи.

    Если топология Вашей сети основана на типе связи Dial-Up для любого
    сервера, к которому Вы имеете доступ только через MS RAS. В этом случае, Вы
    будете также нуждаться в документах подключения для каждого сервера, с
    которого Вы будете забирать группы новостей, и документы подключений для
    каждого сервера, которому Вы будете передавать группы новостей.

    Создание документа подключения сервера для соединения с сервером групп
    новостей.



  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирает вид Сервер -- Подключения


  • Делайте одно из двух:



  • Чтобы создавать документ подключения, выбирайте -- Add Connection.


  • Чтобы редактировать документ подключения, выберите сервер, для которого
    Вы хотите редактировать документ подключения и выбирайте -- Edit Connection.



  • На закладке -- Basics, заполните эти поля:





    Поле


    Значение


    Connection type


    Выбирайте тип -- News/NNTP Feed


    Source Server


    Domino сервер, на котором запущен NNTP сервис.

    Пример:

    Server1/Acme

    Или IP сервера

    192.168.220.123


    Connect via


    Выбирайте тип соединения -- Direct connection


    Destination server


    Полное имя интернет хоста сервера.

    Пример:

    news.provider.com

    Или IP адрес удаленного Domino сервера с сервисом NNTP






  • Выбирайте закладку NNTP и заполняйте эти поля:




    Поле


    Значение


    News feed type


    Выбирает один из этих типов подключений:


  • Accept- чтобы разрешить удаленным серверам NNTP соединятся с Domino
    сервером с сервисом NNTP, и передавать новые статьи.


  • Pull - чтобы соединиться с удаленным сервером NNTP и запрашивать новые
    статьи с этого сервера


  • Push - чтобы соединиться с удаленным сервером NNTP и посылать новые
    статьи на этот сервер

  • Pull-Push - чтобы соединиться с удаленным сервером NNTP и обмениваться
    с ним новыми статьями в обоих направлениях


  • Authentication


    Выбирайте одно из двух:


  • None - (по умолчанию)

  • Password - требовать имя пользователя и пароль для соединения


  • Username


    Имя регистрации для сервера, с которого Вы будете принимать, или на
    который Вы будете отсылать статьи.


    Password


    Пароль для сервера, с которого Вы будете принимать, или на который Вы
    будете отсылать статьи.


    Channel encryption


    Выбирайте одно из двух:


  • None - (по умолчанию)

  • SSL - удаленный сервер со службой NNTP требует, чтобы Domino сервер с
    NNTP использовал протокол -- SSL. Протокол нужно разрешить в Server
    документе на закладке Ports -- Internet Ports -- News, в поле SSL port
    status


  • Create newsgroups


    Выбирайте одно из двух:



  • Automatic - (по умолчанию) новые группы создаются автоматически.

  • Manual - ручное создание групп на сервере


  • Newsgroup subdirectory


    Имя подкаталога для хранения новостей

    По умолчанию -- NNTP


    Connection timeout


    Максимальное время в минутах для завершения процесса обмена группами
    новостей

    По умолчанию - 0 минут


    Newsgroups


    Имена групп новостей (newsgroups) которые Вы хотите принимать к себе на
    сервер, или отсылать на другие сервера.






  • Заполняйте остающиеся поля так, как Вы заполняете их для любого
    документа подключения, затем сохраните документ.

    Создание документа подключения для типа соединения Network Dial-Up
    connection.



  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирает вид Сервер -- Подключения


  • Делайте одно из двух:



  • Чтобы создавать документ подключения, выбирайте -- Add Connection.


  • Чтобы редактировать документ подключения, выберите сервер, для которого
    Вы хотите редактировать документ подключения и выбирайте -- Edit Connection.



  • На закладке Basics, в поле Connection type:, выбирайте -- Network
    Dial-Up.


  • Заполните оставшиеся поля на закладке Basics, как обычно для документа
    подключения.


  • Щелкает на закладке -- Network Dial-Up.


  • В поле Choose a service type, выберите -- Microsoft Dial-Up Networking.


  • Заполните остающиеся поля, как обычно, затем сохраните документ.

    Соединение с удаленным сервером с сервисом NNTP.

    Вы можете использовать программное обеспечение службы удаленного
    доступа к сети LAN, чтобы соединиться с промежуточным сервером, который в
    свою очередь может, соединяется с удаленным сервером, на котором имеется
    служба NNTP.

    Обратите внимание, если Вы установили Domino сервер со службой NNTP на
    платформу другую, чем WindowsNT или Windows95, Вы не можете конфигурировать,
    сервер для звонка на сервер с NNTP, через Domino сервер.


  • Устанавливайте программное обеспечение для удаленного доступа к сети.
    Запустите программное обеспечение для удаленного соединения сети.


  • Сконфигурируйте модем.


  • Создайте документ подключения, для соединения с сервером с применением
    MS RAS.

    Обратите внимание, что Вы должны создать в общем количестве три
    документа подключения. 2.14.2.4Настройка портов по умолчанию для сервера, на
    котором запущен сервис NNTP.

    TCP/IP порт 119 позволяется по умолчанию для службы NNTP. Используйте
    эту процедуру только, если Вы собираетесь изменить значения TCP/IP порта или
    хотите разрешить использование SSL порта, который по умолчанию запрещен.
    Если Вы используете SSL порт, используйте значение по умолчанию - 563.

    Эти значения безопасности относятся к группам новостей для клиентов и
    удаленным серверам с NNTP, которые соединяются с Domino сервером с NNTP.

    Обратите внимание, если Вы определяете другой порт, не 119 порт, для
    TCP/IP, введите новое значение порта, в Server документе, для этого сервера.


  • Из клиента Domino Administrator, выбирайте - Настройка -- Сервер -- Все
    документы на сервере.


  • Выбирает сервер, чей документ Вы будете редактировать. Выбирайте --
    Edit Server.


  • Выбирайте закладку Ports -- Internet Ports -- News.


  • Заполните эти поля и затем сохраните документ:





    Поле


    Значение


    TCP/IP port number


    Номер порта.

    По умолчанию -- 119


    TCP/IP port status


    Выбирайте -- Enabled


    Name and Password


    Yes - чтобы позволить клиентам групп новостей и удаленным NNTP серверам
    использовать пароль при соединении с Domino сервером с установленной службой
    NNTP. Это поле используется с опцией -- SSL.


    Anonymous


    Yes - чтобы позволить клиентам групп новостей и удаленным серверам NNTP
    соединять с Domino сервером, с использованием анонимного доступа по TCP/IP.
    Все связи с группами новостей делаются согласно уровню доступа, позволенного
    анонимными пользователями. Это поле используется с опцией -- SSL.


    SSL port number


    Номер порта.

    По умолчанию -- 563






  • Введенные значения для сервера NNTP вступают в силу при перегрузке
    сервера.
    2.14.3Настройка групп новостей.

    Использование USENET newsfeeds может потребовать существенных ресурсов
    Вашей системы, если Вы подпишетесь на многие группы новостей. Прежде, чем Вы
    будете конфигурировать USENET newsfeed, удостоверьтесь в следующем:


  • Что Вы рассмотрели все аспекты размещения групп новостей, без ущерба
    для Вашей системы передачи почты, репликаций и других задач сервера.


  • CPU и ресурсы памяти сервера Вашей системы, удовлетворяют числу
    пользователей ожидаемых для доступа на Domino сервер


  • Удаленный сервер сконфигурирован для каждого типа групп новостей.
    Настроите передачу новостей. Сконфигурируйте удаленный сервер так, чтобы он
    позволял Вашему Domino серверу NNTP, "тянут" группы новостей, которые Вы
    планируете получать. Для приема новостей, сконфигурируйте удаленный сервер
    NNTP, чтобы он принимал группы новостей, которые Вы будете "выталкивать" со
    своего сервера

    Настройка групп новостей.

    Прежде, чем Вы конфигурируете группы новостей, свяжитесь с
    администратором удаленного сервера NNTP, или Вашего поставщика новостей
    интернета. Договоритесь о:


  • Об именах или IP адресах для двух серверов NNTP, которые будут
    участвовать в передаче групп новостей.


    Например:

    servername.acme.com или news.isp.com


  • О группах новостей и о статьях, которые Вы планируете передавать между
    серверами.


  • О типах групп новостей.






    Тип группы новостей


    Описание


    Accept


    Удаленный NNTP сервер, является инициатором соединения с Domino
    сервером NNTP и посылает статьи.

    Выбирайте один из типов групп новостей, если Ваш Domino сервер NNTP
    будет инициатором соединений.


    Pull*


    Domino сервер NNTP соединяется с удаленным сервером NNTP и запрашивает
    новые статьи. Domino сервер NNTP не посылает свои статьи.


    Push*


    Domino сервер NNTP соединяется с удаленным сервером NNTP и посылает на
    него новые статьи. Domino сервер NNTP не принимает статьи.


    Pull-Push*


    Domino сервер NNTP соединяется с удаленным сервером NNTP и запрашивает
    новые статьи, а потом передает свои новые статьи.




    * Удаленный сервер NNTP требует разрешение администратора до передачи
    сообщений. Проверите, что Вы имеете доступ к удаленному серверу NNTP.


  • Договоритесь о расписании передаче новых статей.


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



  • Номер порта NNTP


  • Имя и пароль, для установления подлинности


  • Информация об использовании SSL, для NNTP



  • Выделите свободное место на диске, для хранения групп новостей.

    Служащие, которые отправляют по почте статьи с локальным адресом хоста,
    например - lerri@acme.com должны отражать имя Вашей компании. Поэтому, Вы
    должны создать политику для отправления по почте статей в группы USENET.

    Перегрузка групп новостей.

    Вы можете иногда повторно устанавливать группы новостей, если сервер
    предназначение недоступен. Переустановка групп новостей заставляет сервер
    отправлять или получать статьи новостей, как будто это происходит в первый
    раз.











    Задача


    Установки файла NOTES.INI


    Reset a newsfeed


    NNTP_Previous_x_servername


    Request the transfer of all articles posted within a specific number of
    days during an initial newsfeed


    NNTP_Initial_Feed_Days


    Transfer all articles during an initial newsfeed


    NNTP_Initial_Feed_All




    Tell NNTP Reset servername

    Эта команда переинициализирует все группы новостей. 2.14.4Группы
    новостей.

    Частные группы новостей и публичные новости USENET newsgroups.

    Domino сервер, со службой NNTP, позволяет пользователям участвовать в
    частных группах обсуждений или публикациях группах новостей USENET
    newsgroups. Каждая группа новостей сохраняется как база данных Domino.
    Соглашение обозначения для базы данных следующие:

    ND000000.NSF



    Где 0 - число, автоматически назначенное при создании базы данных.
    Буквы в имени базы ND назначены как первые два знака, для каждого имени базы
    данных. Для первой базы данных назначается имя с пятью нулями и номером 1,
    второй назначается номер 2 и т.д.

    Частные группы новостей.

    Используя шаблон NNTPDI50.NTF, Вы можете создавать частные группы
    новостей, которые - не будут частью системы USENET. Они могут использоваться
    в пределах Вашей компании или в более широкой аудитории вне Вашей компании,
    которая охватывает интернет. Частные группы новостей позволяют Вам
    ограничивать доступ к обсуждениям. Вы выбираете из Вашего Domino Directory,
    имена тех пользователей, которые могут иметь доступ к частным группам
    новостей.

    Если Вы устанавливаете несколько Domino серверов с сервисом NNTP в
    пределах Вашей организации, используете репликации, чтобы обмениваться
    недавно отправленными по почте статьями. Использование репликаций, Вы можете
    гарантировать, что все модули и списки контроля доступа ACL остаются в
    синхронизированном состоянии.

    Не распространяйте частные группы новостей на USENET NNTP серверах в
    интернете.

    Публичные группы новостей.

    Когда Вы посылаете статью для публикации в USENET группы новостей, c
    Domino сервера NNTP, статья посылается Вашему поставщику USENET, а затем
    распределяется повсюду в системе USENET. Ваша статья может быть
    продублирована сотни раз.

    Поддержка групп новостей.

    Уменьшение групп новостей. Позвольте только одному человеку,
    модератору, отправлять по почте статьи в группы новостей. При
    конфигурировании Вашего Domino сервера для службы NNTP, Вы можете
    определить, хотите ли Вы, чтобы Domino сервер NNTP, автоматически создавал
    уменьшенные группы новостей только с доступом читателя. 2.14.5Создание и
    поддержка групп новостей.

    После того, как Вы создаете группы новостей, Вы должны регулярно
    архивировать и удалять статьи, также как и исполнять другие задачи
    обслуживания для баз данных. 2.14.5.1Поддержка групп новостей.

    Модератор групп новостей может принимать, отклонять, или отвечать на
    почтовые статьи.

    Принятие или отклонение статей новостей.


  • Из клиента Domino Administrator, выберите - Файл -- База данных --
    Открыть.


  • Открывайте базу данных группы новостей.


  • Выбирайте статью из представления Moderated View.


  • Просмотрите статьи, откройте нужную статью, затем щелкайте на кнопке
    Approve (принять), или на кнопке Reject (отклонить).

    Отправка статьи новостей по почте.

    Чтобы отправить по почте статью из клиента Notes или из Web браузера в
    группу новостей на сервере со службой NNTP, клиент Notes должен быть связан
    с этим сервером. На NNTP сервере Вы создаете базу данных NNTP, В которую
    можно отправлять почту (например, NNTPPOST.NSF) в каталоге данных. Когда
    клиент Notes или Web клиент отправляет по почте статью в больше чем один
    группу новостей, служба NNTP использует эту базу данных, чтобы хранить и
    затем отправить по почте статью в группу новостей в намеченный интервал
    времени.
    2.14.5.2Создание групп новостей.

    Группы новостей могут быть созданы автоматически на Вашем Domino
    сервере с запущенной службой NNTP. Вы можете также использовать этот метод,
    чтобы создать вручную группы новостей. При назначении имени групп новостей,
    Вы не можете использовать пробелы, ?, !, [], или *. Для частных групп
    новостей, Вы не можете использовать категории USENET.

    USENET использует иерархию, чтобы организовать группы с главной темой.
    Каждая группа новостей имеет собственное имя, в которое включено одно или
    большее количество частей, отделенное точкой. Имя группы новостей всегда
    начинается с имени иерархии. Например, группы новостей для вопросов
    пользователей о системе USENET, может называться news.newusers.questions,
    где news - иерархия, newusers - первая категория, questions - подкатегория.

    USENET иерархии - comp, misc, news, rec, sci, soc, chat, alt ...

    Создание групп новостей.

    Прежде, чем Вы создаете группу новостей, Вы определяете документ
    профиля для базы данных. В этом документе, Вы определяете, является ли
    группа новостей публичная или частная. Вы определяете права доступа для
    частных групп новостей.

    Вы должны сохранить документ профиля базы данных прежде, чем Вы
    исполняете шаги по созданию групп новостей. Сохраните документа профиля базы
    данных, позволяет показать группу новостей, NNTP клиентам, клиентам Notes
    4.6 и выше и Web пользователям.

    В документе профиля базы данных, заполните эти поля и сохраните
    документ.





    Поле


    Значение


    Database Profile editors


    Имена пользователей, кому позволяют изменить профиль Базы данных.

    По умолчанию - имя создателя групп новостей. Пользователи, чьи имена Вы
    вводите - получают доступ менеджер к базе данных.


    Private


    Выбирайте одно из двух:


  • Private -- частная группа новостей

    Если опция не отмечена -- публичная группа новостей


  • List of users who can access the database


    Выбирайте одно из двух:

    Введите имена пользователей, которые могут получить доступ к Вашей базе
    данных. Эти пользователи будут иметь доступ автора к базе данных.


    Moderated


    Выберите пользователя -- модератора для частных групп новостей и затем
    заполните эти поля:

    Name of Moderator: - имя пользователя, который отправляет по почте и
    удаляет статьи новостей. Этот пользователь -- назначается редактором в ACL
    базы данных.

    E-mail of Moderator: - чтобы использовать адрес для рассылки статей и
    вопросов к модератору групп новостей.

    Если Вы оставляете поле незаполненным, Domino создает группу Moderated
    NewsGroup.




    Вы можете разрешить отображение списка баз данных в каталогах:

    Откройте окно свойств базы данных.

    Выбирайте закладку - Design и выбирайте свойство - Включить в каталог
    баз данных.

    Настройки ACL для групп новостей.

    Вы можете использовать ACL баз данных, чтобы определить уровень доступа
    пользователей. Например, если Вы даете доступ пользователям интернета к
    частной группе новостей, определите их доступ базе только на чтение, но
    дайте доступ автора всем внутренним пользователям. Тогда внутренние
    пользователи могут отправить по почте статьи в группы новостей, а
    пользователи интернета могут только читать статьи.

    Анонимный доступ к группам новостей.

    Для доступа к частным группам новостей или любым группам новостей, к
    которым не позволяется анонимный доступ, сконфигурируйте NNTP сервис на
    сервере запрашивать имена пользователей для доступа к серверу новостей.

    Автоматическое создание и управление группами новостей, доступных
    только для чтения.




  • От Вашего поставщика USENET, получите файл - аctive, который содержит
    список всех групп новостей на отдаленном сервере NNTP и указывает, являются
    ли группа новостей модерируемой, или позволяется ли отправлять статьи по
    почте.


  • Скопируйте этот файл в каталог данных и дайте имя ему - active. Когда
    Domino сервер с запущенной службой NNTP автоматически создает группу, сервер
    читает этот файл, чтобы определить, создать ли новую группу новостей с
    доступом только на чтение, по умолчанию.
    2.14.5.3Использование контрольных сообщений для администрирования групп
    новостей.

    Сообщения контроля могут использоваться администратором Domino сервера
    NNTP при управлении группами новостей. Newsreader клиент может посылать
    сообщения контроля на Domino сервер, чтобы помогать координировать
    административные функции, типа создания и удаления групп новостей, удаления
    определенных статей из групп новостей.

    Domino сервер с администратором NNTP службой может решать, действовать
    ли согласно инструкциям в сообщении контроля.

    Все сообщения контроля сохраняются в уникальных группах новостей с
    приставкой control. Например, control.xxx, где xxx - тип сообщения контроля.
    Эти группы сообщений контроля создаются автоматически, когда Вы запускаете
    службу NNTP:






    Контрольные сообщения


    Группы новостей


    Сообщение


    Rmgroup


    control.rmgroup


    Удаление группы новостей


    cancel


    control.cancel


    Удаление вставка статьи в группу новостей


    newgroup


    control.newgroup


    Создание группы новостей




    Если Вы удаляете одну из этих групп сообщений контроля, оно будет
    восстановлено следующий раз, когда Вы повторно начинаете службу NNTP.

    Сообщение контроля, посланное из группы новостей клиента, сохраняется в
    соответствующей группе контроля, если она существует. Например, если клиент
    удаляет статью, удаляющееся сообщение будет сохранено в группе новостей --
    control.cancel.

    Вы должны регулярно просматривать сообщения контроля, полученные Вашим
    Domino сервером NNTP. Чтобы получать автоматическое уведомление электронной
    почты, когда сервер получает сообщение контроля, Вы может создать агента.

    Получение сообщений контроля.

    Чтобы получать сообщения контроля через группы новостей, Вы должны
    добавить имена контрольных групп новостей в поле Newsgroup, в документе
    подключения для групп новостей. Например, чтобы получить новые сообщения
    группы контроля, добавьте имя control.newgroup, в поле Newsgroup, документа
    подключения для групп новостей. 2.14.5.4Архивирование и удаление статей из
    групп новостей.

    Управление группами новостей подразумевает удаление статей, когда они
    бездействуют или истекли их сроки. Из клиента Notes, Вы можете установить
    архивирование, чтобы удалять или архивировать статьи. Вы должны иметь доступ
    менеджера к базе данных новостей.

    Архивирование статей.

    Параметры в архивирования устанавливаются для баз данных, когда Вы
    определяете параметры архива через свойства базы данных. Параметры архива,
    которые Вы устанавливаете, применяются только к статьям в выбранной базе
    данных.


  • Откройте базу данных группы новостей, для которой Вы хотите изменить
    параметры архивирования.


  • Из клиента Notes выберите - Файл -- База данных -- Свойства.


  • Выбирайте -- Настройка архива.


  • Выбирайте любую опцию из следующего выбора:


  • Выбирайте -- OK.

    Удаление статей из групп новостей.

    По умолчанию, статьи из групп новостей, созданных на сервере
    автоматически - удаляются через пять дней.

    Чтобы изменять эти установки, измените переменные в NOTES.INI:



    Задача


    Установки NOTES.INI


    Определите число дней прежде, чем бездействующая статья будет удалена


    NNTP_Delete_Days


    Определите число дней, прежде чем просроченная статья будет удалена


    NNTP_Delete_Days_Expired




    Удаление групп новостей


  • Удостоверьтесь, что Вы имеете доступ менеджера в ACL групп новостей
    базы данных.


  • Введите на консоли сервера:

    tell nntp newsgroup delete group_name(s)

    Где group_name(s) - имя группы новостей.

    Вы можете использовать звездочку (*), чтобы указать больше чем одну
    группы новостей. Вы можете использовать запятые, чтобы отделить имена групп
    новостей. Например, для group_name(s) Вы может определить rec.skiing или
    comp.groupware. 2.15Transaction Logging.

    Domino поддерживает опцию Transaction Logging и опции восстановления
    после сбоя системы. Если Вы включаете этой функции, система захватывает базу
    данных и отслеживает все изменения, записывая их в файл Transaction Log. В
    случае если Ваша система отказывает, Вы можете использовать файл Transaction
    Log и устройство резервного копирования, чтобы восстановить Ваши разрушенные
    базы данных.

    Single Transaction - ряд изменений, сделанных в базе данных на сервере.
    Например, транзакция может включать открытие нового документа, добавление в
    него текста и сохранение документа.

    Transaction logging - обеспечивает три главных выгоды:


  • В большинстве ситуаций, Вы больше не должны использовать задачу Fixup
    для обработки баз данных после отказа системы. Исключение использования
    задачи Fixup - более быстрый перезапуск сервера, так как Fixup должен
    сначала проверить каждый документ в каждой базе данных. Использование для
    восстановления Transaction Log более выгодно, так как вы можете
    восстанавливать или уничтожать только те транзакции, которые не записаны на
    диск, во время отказа системы.


  • Transaction logging экономит время, потому что позволяет Domino
    отложить модернизацию базы данных и запись на диск в течение периодов
    высокой занятости сервера. Транзакции регистрирует последовательно операций
    в файлах протоколах.


  • Использование Transaction logging упрощает Вашу ежедневную процедуру
    резервного копирования. Вы можете использовать утилиту резервного
    копирования, чтобы выполнять сохранение ежедневных изменений Transaction
    Logs, чем исполняют полную процедуру резервного копирования баз данных.

    Transaction logging работает с базами данных Версии 5. После того, как
    Вы разрешаете использования опции Transaction Logging, все базы данных
    формата R5, автоматически будут зарегистрированы. Чтобы проверять формат баз
    данных, используйте закладку Файлы, из клиента Domino Administrator.

    Чтобы использовать все функции Transaction logging и опций
    восстановления, Вы нуждаетесь в дополнительной утилите резервного
    копирования, которая поддерживает Transaction logging Domino R5. 2.15.1Как
    работает Transaction logging?


  • Администратор системы, корпорации Acme, разрешает использование
    Transaction logging на почтовом сервере Mail-E/East/Acme. Перед
    использованием этой функции, администратор выбирает:



  • Сохранять ли файлы Transaction Log на отдельном устройстве накопления
    информации с объемом не мене 1Гб.


  • Выбирает способ архивирования транзакций.


  • Настраивает утилиту резервного копирования, чтобы архивировать файлы
    протоколов. Утилита настроена на сохранение ежедневных Transaction Log и
    сохраняет все файлы транзакций каждую неделю.



  • Чтобы разрешить Transaction logging, администратор системы
    перезапускает Mail-E/East/Acme.


  • Когда сервер перезапускается, Domino делает следующее:



  • Назначается Unique Database Instance ID (DBIID) для каждой базы данных
    формата R5, для того чтобы можно было отслеживать транзакции баз данных.


  • Формирует файлы транзакций *.TXN и файл контроля.

    Пример. Алан Джонес использует клиента Notes, чтобы создавать,
    редактировать и сохранять новые почтовые сообщение. Для новых почтовых
    сообщений:


  • Делается запись в файлах Transaction Log.


  • Сохраняется как изменение базы данных на сервере Mail-E/East/Acme.

    В этот же день, Джуди Каплан использует Web браузер, чтобы создать и
    сохранить новую запись в ее календаре. Эта транзакция также будет
    зарегистрирован в Transaction Log прежде, чем назначение может быть
    сохранено к почтовой базе данных Джуди, Mail-E/East/Acme останавливается
    из-за отказа системы.

    Когда администратор системы повторно запускает сервер Mail-E/East/Acme,
    Domino автоматически использует Transaction Log, чтобы исправить почтовую
    базу данных Джуди Каплана и восстанавливать календарное назначение.

    Идентификатор базы данных DBIID.

    Когда Вы включаете Transaction logging, Domino назначает каждой базе
    данных, формата R5, специальный идентификатор DBIID. Когда Domino делает
    запись в Transaction Log, он использует DBIID. В течение восстановления,
    Domino использует DBIID, чтобы связать транзакции и базу данных.

    При выполнении некоторых действий, по обслуживанию баз данных, например
    запуск задачи Compact с некоторыми параметрами, заставляет Domino назначать
    новые DBIID для баз данных. С этого момента и далее, все новые транзакции,
    будут зарегистрированы в файлах протоколов, с использованием новых DBIID.
    Любые старые транзакции все еще имеет старый DBIID и больше не соответствуют
    новому DBIID баз данных. В результате, Domino не может восстановить эти
    старые транзакции в базах данных.

    Чтобы избежать потери данных архивирования, Вы должны немедленно
    архивировать базу данных всякий раз, когда база данных получает новый
    идентификатор DBIID. Когда Вы выполняете эту процедуру, Вы захватываете всю
    базу данных транзакций, вплоть до момента, когда Domino получил новый DBIID,
    для восстановления базы данных.

    Domino назначает новый идентификатор DBIID, когда:


  • Вы впервые запускаете Transaction logging.


  • Вы запускаете задачу Compact на сервере с любыми параметрами.


  • Вы запускаете задачу Fixup на испорченных базах данных.


  • Вы изменяете путь к файлам протоколов, или максимальный размер для
    файлов протоколов.


  • Вы перемещаете базы данных с одного сервера на другой.
    2.15.2Установка и настройка Transaction logging.

    Все базы данных будут зарегистрированы в каталоге данных Domino и в
    подкаталогах.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Открывайте Server документ.


  • Выбирайте закладку Transaction Logging.


  • Заполните эти поля, сохраните документ.





    Поле


    Значение


    Transactional Logging


    Выбирайте -- Enabled, чтобы разрешить эту функцию.

    По умолчанию -- Disabled.


    Log path


    Местоположение для файлов Transaction Log.

    По умолчанию поле пусто. Файлы будут помещаться в каталог данных Domino
    сервера. Настоятельно рекомендуется хранить файлы протоколов на отдельном
    устройстве, типа RAID.

    Определенное дисковое устройство должно иметь, по крайней мере, 1Гб
    свободного места. Если Вы используете это место исключительно для хранения
    файлов Transaction Log, установите значение -- Yes, в поле Use all available
    space on log device.


    Maximum log space


    Максимальный размер в Мб, для файлов Transaction Log. По умолчанию -
    192МБ. Максимум - 4096МБ (4GB).

    Domino форматирует, по крайней мере, от 3 до 64 файлов протоколов, в
    зависимости от максимально доступного места для этих файлов.


    Use all available space on log device


    Выбирайте одно:


  • Yes - чтобы использовать все доступное место для файлов Transaction
    Log. Эта опция рекомендуются, если Вы используете отдельное устройство, для
    хранения файлов протоколов. Если Вы выбираете -- Yes, Вы не должны вводить
    максимальное значение в поле Maximum log space.

  • No - чтобы использовать значения по умолчанию или указать значения в
    поле Maximum log space.


  • Automatic fixup of corrupt databases


    Выбирайте одно:


  • Enabled - (по умолчанию). Если база данных испорчена и Domino не может
    использовать Transaction Log, чтобы исправить ее, Domino запустит задачу
    Fixup, назначает новый идентификатор DBIID и уведомляет администратора, что
    новая база данных требует резервного копирования.

  • Disabled - Domino не запускает автоматически задачу Fixup и уведомляет
    администратора о факте разрушения базы с предложением запустить задачу с
    ключом (-J) на разрушенных базах данных.


  • Runtime/Restart performance


    Это поле управляет, как часто Domino делает запись пунктов
    восстановления (recovery) в файл Transaction Log. Эта установка влияет на
    загрузку сервера.

    Чтобы делать запись пунктов восстановления, Domino оценивает каждую
    активно зарегистрированную базу данных, чтобы, определить, сколько,
    транзакций было бы необходимо для восстановления каждой базы данных после
    отказа системы:

    Создает отчет записей восстановления в файлах Transaction Log, внося в
    список каждую открытую базу данных, и отправную точку транзакций,
    необходимую для восстановления.

    Вынуждает базу данных при изменении, сохранятся на диске, если она не
    была еще сохранена.

    Выбирайте одно:



  • Standard - (рекомендуемый по умолчанию). Сохранение пунктов происходят
    регулярно.


  • Favor runtime -- во время выполнения. Domino делает записи меньшего
    объема, улучшая производительность сервера.

  • Favor restart recovery time - Domino делает запись большего объема,
    улучшая время восстановления, потому что меньшее количество транзакций
    требуется для восстановления.


  • Logging style


    Выбирайте одно:


  • Circular - (по умолчанию) непрерывное, повторное использование файлов
    протоколов и переписывать старые транзакции. Вы ограничены в восстановлении
    только транзакциями, сохраненными в Transaction Log.

  • Archive - (рекомендуется) предотвращает повторное использование файлов
    протоколов, пока они не архивированы. Файл протоколов может быть
    архивирован, когда он закрыт или не захвачен. Используйте утилиту резервного
    копирования, чтобы копировать и архивировать существующие файлы. Когда
    Domino начинает использовать существующий файл снова, он увеличивает имя
    файла протоколов на единицу. Если все файлы протоколов станут
    бездействующими и не архивированы, Domino создает дополнительные файлы
    протоколов.



  • 2.15.3Запрещение Transaction logging для некоторых баз данных.

    После того, как Вы установили Transaction logging, все базы данных,
    которые находятся в формате R5, будут зарегистрированы. Хотя это не
    рекомендуется, Вы можете запрещать Transaction logging для определенных баз
    данных.

    Например, Вы могли бы запретить эту функцию для базы данных, которая
    хранит только присоединенные файлы, чтобы изменения этих файлов не
    регистрировались как транзакции.

    В любом случае мы не рекомендуем этого, потому что Вы должны будете
    запускать задачу Fixup, чтобы править базы данных, после отказа системы.

    Запрещение Transaction logging для выбранной базы данных.


  • Исполните любое из следующего:



  • При создании новой базы данных, выберите опцию - Disable transaction
    logging, в окне диалога Advanced Databases Options.


  • Для существующей базы данных, выберите - Disable transaction logging, в
    диалоге свойств базы данных.

    HEIGHT=381 BORDER=0>

    Рис. 51 Отключение записи транзакций, из окна свойств базы данных.


  • Из клиента Domino Administrator, выберите базу данных на закладке Фалы,
    выберите из панели инструментов -- Сервис -- База данных -- Дополнительные
    свойства, затем выберите опцию - Отключить запись транзакций.

    HEIGHT=561 BORDER=0>

    Рис. 52 Отключение записи транзакций, из клиента Domino Administrator.


  • Используйте задачу Compact с параметром (-t).



  • Удостоверьтесь, что все пользователи закрыли базу данных.


  • Использовать команду dbcache, с параметром flush, чтобы закрыть базу
    данных в базе данных cache.


  • Откройте базу данных.

    Для восстановления настроек Transaction logging исполните шаги,
    описанные выше, для отмены установленных свойств. Запустите задачу Compact с
    параметром (-T). 2.15.4Расписание резервного копирования для Transaction
    Login.

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

    Обновление архивных файлов.

    Используйте утилиту резервного копирования ежедневно для обновления
    Transaction Log.

    Архивирование файлов протоколов.

    Если Вы используете стиль архивирования Archive, используете утилиту
    резервного копирования, чтобы наметить архивирование файлов протоколов.

    Полное резервное копирование.

    В конце каждой недели, рекомендуется запускать задачу Compact с
    соответствующим ключом, чтобы уменьшить размер файла. Потому что задача
    Compact изменяет идентификатор DBIID каждой базы данных, Вы должны наметить
    выполнение полного резервного копирования баз данных после выполнения этой
    задачи. 2.15.5Использование Transaction logging для восстановления.

    Transaction logging - неотъемлемая часть процесса восстановления.

    Восстановление системного отказа.

    Отказ системы заставляет сервер останавливаться, и требуется повторный
    запуск сервера. В течение повторного запуска, Domino автоматически запускает
    восстановление баз данных. Система использует Transaction logs, чтобы
    применить или уничтожить данные транзакций, не записанных на диск, которые
    были открыты в течение отказа системы.

    Domino также запускает задачу Fixup на базах данных, которые используют
    формат баз данных более ранних версий, на базах данных формата R5 с
    поврежденным Transaction logging, на испорченных базах данных. Fixup
    запускается, если вы установили опцию автоматического запуска, в поле
    Automatic fixup of corrupt databases. 2.16Кластер серверов Lotus Domino.

    Глава описывает кластер серверов Lotus Domino. Она научит Вас, как
    создать и конфигурировать кластер, объяснит выгоды от использования кластера
    серверов. Будут рассмотрены требования к программному обеспечению для
    использования кластера серверов. 2.16.1Что такое кластер серверов Domino?

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

    Lotus Notes® клиенты могут иметь доступ ко всем серверам в Domino
    кластере. HTTP клиенты, клиенты, использующие интернет браузеры, могут
    получить доступ только к Domino Web серверам в Domino кластере.
    2.16.1.1Какие выгоды Вы получите от использования кластера серверов?

    Когда происходят аппаратные сбои компьютера, или появляются проблемы с
    программным обеспечением, сервера в кластере переадресовывают запросы
    открытия баз данных, на другие сервера в кластере, для обеспечения
    пользователям непрерывного доступа к важным базам данных. Этот процесс
    называется Failover -- переадресация или перенаправление. В кластере могут
    принимать участия Passthru сервера и выполнять такую же переадресацию на
    другие сервера в кластере. Failover также позволяет Вам выполнять
    обслуживание серверов.

    Баланс рабочей нагрузки.

    Когда пользователи пробуют получить доступ к базам данных на тяжело
    загруженных серверах, Domino может переадресовывать запросы пользователей на
    другие сервера кластера так, чтобы рабочая нагрузка была равномерно
    распределена по всему кластеру. Балансирование рабочей нагрузки на серверах
    в кластере, помогает Вашей системе достигнуть оптимального выполнения работ,
    которое ведет к более быстрому доступу к данным.

    Расширяемость.

    Когда число пользователей у Вас увеличивается, Вы можете легко
    добавлять сервера в кластер, чтобы поддержать высокое быстродействие Вашей
    системы. Вы можете также создавать многократные реплики баз данных, чтобы
    максимизировать готовность баз данных и перемещать пользователей на другие
    сервера кластера. Поскольку Ваше предприятие растет, Вы можете распределять
    пользователей в кластере и сбалансировать рабочую нагрузку в пределах
    кластера.

    Синхронизация данных.

    Ключ к эффективному использованию кластеров создание реплик на двух или
    более серверах кластера так, чтобы пользователи могли иметь доступ к данным,
    когда один из серверов закрывается или тяжело загружен. Репликации кластера
    гарантирует, что все изменения в базах данных, немедленно поступают в другие
    базы данных на сервера кластера. Таким образом, базы данных непрерывно
    синхронизируются, чтобы обеспечить высокую готовность информации.

    Инструменты анализа и наблюдения за системой.

    При использовании инструментов анализа кластера, а также файлов
    протоколов и базы данных Statistics & Events, Вы можете анализировать
    деятельность кластера и делать любые изменения необходимые для улучшения
    выполнения работ.

    Простота обслуживания и модернизация системы серверов Domino.

    Когда Вы хотите изменить аппаратные средства, операционную систему, или
    версию серверов Domino, Вы можете помечать сервер кластера опцией --
    RESTRICTED, чтобы запросы, перенаправлялись на другой сервер кластера. Это
    позволяет Вам делать Ваши изменения без остановки деловых процессов Ваших
    пользователей.

    Система резервного копирования.

    Вы можете настроить сервер в кластере, как резервный сервера, чтобы
    защитить критические данные. Вы можете запретить пользователям, обращаться к
    этому серверу, но кластерные репликации будут функционировать.
    2.16.2Системные требования к кластеру.


  • Все сервера в кластере должны быть Domino R5 или R4.62, с Enterprise
    лицензией сервера, или Domino R4.5 или R4.6, с лицензией Advanced Services.


  • Все сервера в кластере должны быть связаны, высокоскоростной локальной
    сетью LAN. Вы можете также установить отдельную, выделенную сеть LAN, только
    для использования серверами кластера.


  • Все сервера в кластере должны использовать TCP/IP, находиться в той же
    самой поименованной сети Notes и использовать тот же самый набор протоколов
    сети.


  • Все сервера в кластере должны быть в том же самом Domino домене и
    использовать общий Domino Directory.


  • Вы должны определить сервер администрирования для Domino Directory в
    домене. Если Вы не определяете сервер администрирования, процесс
    администрирования не сможет изменять членство в кластере. Сервер
    администрирования должна быть членом кластера или иметь Enterprise лицензию
    сервера.


  • Каждый сервер в кластере должен иметь иерархический ID сервера. Если
    любой из серверов имеет простой, неиерархический ID, Вы должны преобразовать
    его в иерархический ID, чтобы использовать сервер в кластере.


  • Сервер может быть членом только одного кластера одновременно.


  • Каждый сервер должен иметь достаточно места на диске, чтобы
    функционировать как член кластера. Потому что кластер обычно требуют больше
    места для реплик баз данных.


  • Каждый сервер должен иметь достаточную мощность и соответствующее
    количество памяти. Вообще, серверам кластера требуются больше мощности
    компьютера, чем обычным серверам.

    Требования к клиенту.


  • Клиенты Notes должны работать использовать Notes R4.5 или выше, чтобы
    воспользоваться преимуществом переадресации кластера.


  • Клиенты, обращающиеся к серверу в кластере, должны использовать TCP/IP.
    2.16.3Как работает кластер Domino?

    Все сервера в кластере непрерывно связывается друг с другом, чтобы
    синхронизировать реплики баз данных. Каждый сервер в кластере содержит
    компоненты кластера, которые устанавливаются при инсталляции программного
    обеспечения Lotus Domino Enterprise Server. Эти компоненты и процесс
    администрирования, исполняют управление кластером, контролируют задачи
    кластера, позволяют Вам управлять кластером. Эти компоненты содержат в
    синхронизированном состоянии реплики баз данных, компоненты кластера
    постоянно связываются друг с другом, чтобы гарантировать правильную работу
    кластера. Компоненты также позволяют Вам устанавливать пределы для
    балансирования рабочей нагрузки на серверах и базах данных.

    Чтобы воспользоваться преимуществом переадресации и балансирования
    рабочей нагрузки, Вы распределяете реплики баз данных повсюду в кластере. Вы
    не нуждаетесь в реплике каждой базы данных на каждом сервере. Число реплик,
    которые Вы создаете для базы данных, зависит от того, насколько заняты базы
    данных и насколько они важны для пользователей, чтобы иметь постоянный
    доступ к той базе данных. 2.16.3.1Как работает переадресация запросов в
    кластере?

    Способность кластера переадресовывать запросы с одного сервера на
    другой, при отказе первого, называется Failover. Когда пользователь пробует
    получить доступ к базе данных на сервер, который данный момент недоступен
    или тяжело загружен, Domino соединяет пользователя с репликой базы данных на
    другом сервере в кластере.

    Cluster Manager - это задача, которая управляет всеми процессами в
    кластере. Она анализирует каждый сервер кластера, чтобы определить
    готовность каждого сервера кластера. Cluster Manager также проверяет
    непрерывно, какие базы данных и их реплики являются доступными на каждом из
    серверов. Когда пользователь пробует получить доступ к базе данных, которая
    не доступна, Cluster Manager переадресовывает запрос пользователя к репликам
    на различных серверах кластера. Хотя пользователь соединяется с базой данных
    на различных серверах, сам процесс Failover - прозрачен для пользователя.

    Пример:

    Этот пример описывает процесс, когда Domino использует кластер,
    переадресовывает запросы на другие сервера. Этот кластер содержит три
    сервера. Server1 в настоящее время недоступен. Cluster Managers на Server2 и
    Server3 знает, что Server1 недоступен.

    HEIGHT=514 BORDER=0>

    Рис. 53 Пример переадресации запросов пользователей в кластере Domino
    серверов.



  • Пользователь Notes пытается открывать базу данных на Server1.


  • Notes понимает, что Server1 не отвечает.


  • Вместо вывода сообщения, которое говорит, что сервер не отвечает, Notes
    просматривает кэш кластера, чтобы видеть, является ли сервер членом
    кластера, и находить имя другого сервера в кластере. Когда клиент Notes
    первые получает доступ на сервер в кластере, имена всех серверов кластера
    добавляется в кэш кластера клиента.


  • Cluster Managers на всех серверах, заносят все сервера, в список КЭШа
    кластера.


  • Cluster Manager определяет, какой сервер кластера содержит доступную
    реплики баз данных.


  • Cluster Manager сообщает эту информацию Notes, а Notes открывает эту
    реплику.
    2.16.3.2Когда происходит переадресация в кластере?

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




    Категория


    Причина


    Пользователь неспособен, получить доступ на сервер


    Сервер выключен





    Есть проблемы с сетью





    Server достиг максимального значения позволенных пользователей,
    согласно установке Server_Maxusers из файла NOTES.INI





    Доступ к серверу ограничен администратором, согласно переменной
    Server_Restricted из файла NOTES.INI





    Сервер занят, находится в состоянии -- BUSY, потому что он достиг
    максимального значения, позволенной нагрузки на сервер


    Пользователь неспособен, получить доступ к базе данных


    База данных помечена опцией Out of Service, в базе данных Cluster
    Database Directory





    База данных помечена Pending Delete", в базе данных Cluster Database
    Directory




    Когда сервер или база данных не доступна, переадресация происходит,
    когда Вы пытаетесь использовать Notes, чтобы исполнить некоторые действия.
    Следующая таблица описывает действия, при выполнении которых происходит
    переадресация.



    Категория


    Действия пользователя приводящие к переадресации

    Операции открытия базы данных


    Пользователь открывает базу данных с закладок рабочего пространства





    Если пользователь нажимает на связи с документом, связь с видом или
    связь с базой данных





    Пользователь активизирует поле, акцию или кнопку содержащую команду
    @command (FileOpenDatabase)





    Пользователь запускает процедуру LotusScript®, содержащую
    OpenWithFailover метод NotesDatabase class





    Пользователь использует процедуры Java™, OpenDatabase метода
    DbDirectory class





    Репликация базы данных в кластере серверов не происходит, из-за проблем
    в сети


    Операции, связанные с подготовкой и отправкой сообщений


    Отправка почтового сообщения





    Поиск имени адресата





    Автоматический поиск имени адресата, при вводе первых символов его
    имени





    Передача почтового сообщения





    Выполнение почтового агента





    Планирование встречи, события





    Поиск свободного времени пользователя





    Поиск сервера


    Операции с Web сервером


    Выбор пиктограммы Open URL





    Пользователь нажимает ссылку URL





    Пользователь вводит адрес URL в Web браузере



    2.16.3.3Когда не происходит переадресации в кластере?


  • Когда сервер становится недоступным, но пользователь уже открыл базу
    данных

    Обратите внимание, что пользователь может открыть базу данных снова, но
    только реплику, если она существует в кластере серверов. Если пользователь
    редактировал документ, когда сервер стал недоступным, пользователь может
    копировать документ в другую реплику.


  • Когда пользователь выбирает из меню Файл -- База данных -- Свойства,
    или Файл -- База данных -- Открыть.


  • Когда Router пытается доставить почту, в то время как переменная
    MailClusterFailover установлена в 0 (ноль)


  • Когда сервер шаблонов недоступен, при создании новой базы данных


  • При запуске любого агента, кроме почтового агента Pre-Delivery.


  • Когда сервер пытается делать репликацию, но сервер партнер достигает
    ограничения, максимального числа пользователей на сервере, установленное
    администратором. Или если сервер пытается реплицироваться с базой данных,
    которая помечена как Out of Service.
    2.16.3.4Как Domino находит нужную реплику при переадресации?

    Когда пользователь пробует открыть базу данных, которая не доступна,
    Cluster Manager просматривает базы данных Cluster Database Directory и ищет
    реплику этой базы данных. Чтобы найти реплику, Cluster Manager ищет базу
    данных, которая имеет тот же самый ID реплики, как и у первоначальной базы
    данных.

    Если имеются больше чем одна реплика базы данных на сервере, Cluster
    Manager предполагает, что отобранные реплики используются для репликаций.
    Cluster Manager выбирает реплику, которая имеет тот же самый путь, как и
    первоначальная база данных. Поэтому, если Вы помещаете несколько реплик на
    сервере, убедитесь, что все реплики в кластере, имеют тот же самый путь.
    Иначе, пользователи могут терпеть неудачу, при доступе к различным репликам.

    Когда на сервере происходит переадресация, Domino производит
    соответствующую запись в протоколах сервера. 2.16.3.5Как работает
    балансировка нагрузки в кластере?

    Распределяя базы данных по кластеру серверов, Вы балансируете рабочую
    нагрузку в Вашей системе, чтобы никакой сервер не был перегружен. Кроме
    того, имеются несколько переменных в файле NOTES.INI, которые Вы можете
    устанавливать, чтобы помочь кластеру балансировать рабочую нагрузку.
    Например, Вы можете определить предел занятости, определяя порог готовности
    для серверов. Когда сервер достигает порога готовности, Cluster Manager
    помечает сервер, значением BUSY. Когда сервер помечен значением BUSY,
    запросы на открытие базы данных посылаются другим серверам, которые содержат
    реплики требуемых баз данных. Вы можете также определить максимальное число
    пользователей, для доступа на сервер. Когда сервер достигает этого предела,
    пользователи будут переадресованы на другой сервер. Этими действиями Вы
    поддерживаете сбалансированную рабочую нагрузку, на Ваши сервера.

    Когда пользователь пробует открывать базу данных, которая находится на
    BUSY сервере, Cluster Manager просматривает в базу данных Cluster Database
    Directory для поиска реплики базы данных. Он проверяет готовность серверов,
    которые содержат реплику, и переадресовывает пользователя на другой, менее
    занятой сервер. Если никакой другой сервер кластера не содержит реплики, или
    все сервера находятся в состоянии BUSY, первоначальная база данных будет
    открыта, даже если сервер будет в состоянии BUSY.

    Пример

    Этот пример описывает, как Domino выполняет балансирование рабочей
    нагрузки на Вашу систему. Этот кластер содержит три сервера. Server2 - в
    настоящее время занят, находится в состоянии BUSY, потому что рабочая
    нагрузка достигла порога его готовности. Cluster Managers на Server1 и
    Server3 знает, что Server2 в состоянии BUSY.

    HEIGHT=481 BORDER=0>

    Рис. 54 Пример балансирования нагрузки на Domino сервера.


  • Пользователь Notes пытается открыть базу данных на Server2.


  • Domino посылает Notes сообщение, что сервер в состоянии BUSY.


  • Notes смотрит в кэш кластера, чтобы найти имена других серверов в
    кластере.


  • Cluster Manager определяет, какой сервер в кластере не занят и содержит
    реплику искомой базы данных.


  • Cluster Manager сообщает эту информацию Notes, и Notes открывает
    реплику.
    2.16.4Компоненты кластера.

    Имеются несколько компонентов, которые работают вместе, чтобы кластер
    функционировал правильно. Они включают:


  • Cluster Manager


  • Cluster Database Directory


  • Cluster Database Directory Manager


  • Cluster Administrator


  • Cluster Replicator


  • Internet Cluster Manager
    2.16.4.1Cluster Manager.

    Cluster Manager работает на каждом сервере в кластере. Этим действием
    он создается список серверов в кластере, в настоящее время доступных.

    Когда Вы добавляете, сервер в кластере, Domino автоматически запускает
    задачу Cluster Manager на этом сервере. Пока сервер является частью
    кластера, Cluster Manager запускается каждый раз, когда Вы запускаете
    сервер.

    Каждый Cluster Manager контролирует кластер. Cluster Manager определяет
    рабочую нагрузку и готовность другого сервера в кластере.

    Задачи Cluster Manager занимаются следующим:


  • Определение, какие сервера принадлежат кластеру. Это делается
    периодически, контролируя Domino Directory на предмет изменений в поле
    ClusterName, Server документа и списков членов кластеров.


  • Контроль готовности сервера и рабочей нагрузки на кластер.


  • Информирование другого Cluster Managers, на предмет замен в кластере
    серверов и их готовности.


  • Переадресация запросов к базам данных, основанных на готовности
    серверов кластера.


  • Балансирование рабочей нагрузки на сервер в кластере.


  • Протоколирование переадресации и рабочей нагрузки, баланса в протоколах
    сервера.

    Cluster Manager проверяет Domino Directory, чтобы определить, какой из
    серверов принадлежит к кластеру. Эта информация хранится в памяти КЭШа
    сервера (Cluster Name Cache). Cluster Manager использует эту информацию,
    чтобы обмениваться информацией, с другими Cluster Managers. Cluster Manager
    также использует Cluster Name Cache, для хранения информации готовности
    серверов. Эта информация помогает Cluster Manager исполнить функции,
    балансирования рабочей нагрузки и для переадресации.

    Чтобы рассматривать информацию, содержащуюся в Cluster Name Cache,
    введите на консоли сервера команду:

    show cluster 2.16.4.2Cluster Database Directory.

    Cluster Database Directory -- база данных CLDBDIR.NSF, которая
    находится на каждом сервере кластера. Cluster Database Directory содержит
    документ, для каждой реплики базы данных в кластере. Этот документ содержит
    информацию об имени базы данных, имени сервера, пути к базе данных, ID
    реплики. Компоненты кластера используют эту информацию, чтобы исполнить их
    функции. 2.16.4.3Cluster Database Directory Manager.

    Задача Cluster Database Directory Manager (CLDBDIR) на каждом сервере
    создает базу данных Cluster Database Directory и поддерживает ее актуальном
    состоянии. Когда Вы добавляете сервер в кластер, Cluster Database Directory
    Manager создает базу данных Cluster Database Directory на этом сервере.
    Когда Вы добавляете, какую либо базу данных на сервер в кластере, Cluster
    Database Directory Manager создает документ в базе данных Cluster Database
    Directory, который содержит информацию относительно новой базы данных. Когда
    Вы удаляете базу данных с сервера в кластере, Cluster Database Directory
    Manager удаляет этот документ. Cluster Database Directory Manager также
    отслеживает статус каждой базы данных, типа Out of Service или Pending
    Delete.

    Когда имеется изменение в базе данных Cluster Database Directory,
    задача Cluster Replicator немедленно копирует это изменение на каждый сервер
    в кластере. Это гарантирует, что каждый член кластера имеет современную
    информацию относительно баз данных в кластере.

    Cluster Administrator.

    Cluster Administrator исполняет многие вспомогательные задачи,
    связанные с кластером. Например, когда Вы добавляете сервер в кластер,
    Cluster Administrator запускает задачи кластера, типа Cluster Database
    Directory Manager и Cluster Replicator. Он также добавляет имена задач
    CLDBDIR и CLREPL в переменную ServerTasks в файле NOTES.INI так, чтобы эти
    задачи запускались, каждый раз, когда Вы запускаете сервер. Cluster
    Administrator также запускает процесс администрирования, если он еще не
    работает. Когда Вы удаляете сервер из кластера, Cluster Administrator
    удаляет эти задачи из файла NOTES.INI и останавливает эти задачи, если они
    еще запущенны. Он также удаляет базу данных Cluster Database Directory на
    этом сервере и чистит записи сервера в кластере на других серверах.

    Cluster Replicator.

    Задача Cluster Replicator (CLREPL) постоянно синхронизирует данные
    среди реплик в кластере. Всякий раз, когда изменение происходят в базе
    данных в кластере, Cluster Replicator немедленно выталкивает изменение в
    другие реплики в кластере. Это гарантирует, что каждый раз, когда
    пользователь обращается к базам данных, они видит современную их версию.
    Cluster Replicator также копирует изменения личных папок, которые
    сохраняются в базе данных. Каждый сервер в кластере управляет одним Cluster
    Replicator по умолчанию, хотя Вы можете запускать и большее количество
    репликаторов, чтобы улучшить выполнение работ.

    Cluster Replicator просматривает базу данных Cluster Database Directory
    (CLDBDIR.NSF), чтобы определить, какие базы данных, имеют реплики на других
    серверах, членах кластера. Cluster Replicator хранит эту информацию в памяти
    и использует ее, чтобы копировать изменения на другие сервера. Когда Cluster
    Replicator обнаруживает изменения в базе данных Cluster Database Directory,
    он модернизирует информацию в памяти.

    Задача Cluster Replicator выталкивает изменения только на серверах
    кластера 2.16.5Как работает кластерный репликатор?

    Cluster Replication запускается чаще чем стандартный репликатор
    работающий по расписанию. Когда Cluster Replicator узнает об изменении в
    базе данных, он немедленно выталкивает это изменение в другие реплики в
    кластере. Если все-таки имеется разница в репликах, Cluster Replicator
    хранит их в памяти, пока не сможет их вытолкнуть на другие сервера в
    кластере. Если изменение в той же самой базе данных происходит прежде, чем
    предыдущее изменение было послано, Cluster Replicator объединяет эти
    изменения и посылает их вместе, чтобы экономить время обработки.

    Потому что Domino хранит изменения реплик только в памяти, источник
    предназначение должен быть доступен для репликаций. Если сервер назначения
    не доступен, Cluster Replicator продолжает хранить изменения в памяти, пока
    сервер назначения не станет доступен.

    Если сервер источник закрывается прежде, чем репликация заканчивается,
    изменения в памяти будут утеряны. По этой причине, Вы должны использовать
    стандартный репликатор, т.е. задачу REPLICA, чтобы исполнить немедленные
    репликации со всеми членами кластеров всякий раз, когда Вы повторно
    начинаете использование сервер кластера. Это также хорошая идея наметить
    репликации между серверами в кластере на регулярной основе, например один
    раз в час, гарантируя Вашим базам синхронизацию.

    Когда Cluster Replicator регистрирует случай изменения любой базы
    данных, которые ожидают синхронизации, событие будет зарегистрировано в
    Replication Log. Это позволяет Вам видеть, какие базы данных в настоящее
    время не синхронизированы, и просматривать ошибки репликаций. После того,
    как ошибки исправлены и успешно закончена репликация, информация об ошибке
    больше не появится.

    Cluster Replicator не обрабатывает формул репликаций стандартного
    репликатора. Потому что эти формулы могут использовать много ресурсов для
    обработки, чтобы минимизировать использования репликатора кластера. Если Вы
    используете выборочные репликации, база данных может временно получить
    документы, которые не соответствуют формуле отбора. Domino удаляет эти
    документы, когда Вы запускаете стандартный репликатор.

    Кроме того, Cluster Replicator не обрабатывает назначения в группе
    Дополнительно, в окне установок репликаций. Поэтому, Вы не можете запретить
    репликации определенных элементов базы данных, типа ACL или агентов. Cluster
    Replicator всегда пытается делать все реплики идентичными, чтобы
    пользователи не заметили, что они обращаются к другим репликам.

    Предостережение. Кластерный репликатор не может автоматически удалять
    изменения в определенных элементах баз данных, типа ACL, агентов. При
    ограничении репликаций этих элементов, важно для базы данных, рассмотреть
    использование только стандартного репликатора.

    История репликации в кластере.

    Потому что события репликаций происходят очень часто в кластере,
    Cluster Replicator не пишет истории репликации базы данных, каждый раз,
    когда происходит реплика баз данных. Cluster Replicator записывает
    информацию об истории реплик, приблизительно один раз в час.

    Репликации личных папок в кластере.

    Стандартный репликатор не копируют содержание и сами личные папки. В
    пределах кластера, однако, частные папки копируются в другие реплики в
    пределах кластера серверов. Это поведение кластер репликатора гарантирует
    Вам полную идентичность баз данных.

    К личным папкам возможен доступ только создателям папки или серверам в
    пределах кластера. Только сервер определенный как сервер, или входящий в
    состав группы серверов, в списке контроля управления доступа к базе данных,
    может получить доступ и копировать лучные папки в пределах базы данных.
    Сервера, которые явно не включены в ACL, не могут копировать личные папки.
    2.16.6Перенаправление почты в кластере.

    Если Вы создаете реплики почтовых баз данных в кластере серверов, то
    перенаправление пользователей к другим репликам происходит в следующих
    случаях:


  • Когда пользователь пробует открыть почтовую базу данных, которая
    является недоступной.


    Перенаправление для почты работает так же как с любой базой данных


  • Когда пользователь пробует послать сообщение после того, как почтовый
    сервер пользователя стал недоступен

    Если пользователь составляет сообщение, в то время когда его почтовый
    сервер недоступен, пользователь может все еще послать сообщение, если
    имеется реплика базы данных почты пользователя в кластере. Доставка терпит
    неудачу, если другой сервер в кластере, передает сообщение в MAIL.BOX.


  • Когда Router пробует доставить почту на сервер, который является
    недоступным в настоящее время

    Если сервер, который содержит базу данных почты, недоступен, Router
    доставляет почту на сервер в кластере, который содержит реплику базы данных
    почты. Router использует следующий процесс, чтобы найти правильную базу
    данных почты.

    Сначала Router проверяет, позволяется ли почте перенаправление для
    локального сервера, и находится ли почтовая база пользователя на другом
    сервере в кластере. Если локальный сервер находится в том же самом кластере,
    и имеет реплику почтовую базу данных пользователя, Router доставляет почту
    эту базу данных. Иначе, он запрашивает доступный член кластера относительно
    серверов, которые содержат реплики почтовой базы пользователя, и доставляет
    почту в эту базу данных. Если не имеется никакой доступной реплики, Router
    снова пробует доставить почту на почтовый сервер пользователя.


  • Когда пользователь использует Shared Mail

    Вы можете получить доступ к базе данных сообщений Shared Mail, из
    каждой реплики почтовой базы данных таким же самый образом, как и к
    первичной почтовой базе данных. Когда Cluster Replicator реплицирует
    почтовые базы данных, он также реплицирует и заголовки сообщений в почтовую
    базу данных пользователя, и тело сообщения в базу данных Shared Mail.
    2.16.7Как работает календарное планирование в кластере?

    Domino поддерживает кластеринг календарей и баз данных Free Time. Когда
    кластерная система планирования работает, она немного по-другому выполняет
    работу, чем система не использующая кластер. Однако, эти различия не заметны
    для пользователей.

    Каждый сервер, работающий вне кластера, содержит базу данных, с
    информацией планирования для всех пользователей, кто используют это сервер
    как почтовый сервер. Эта база данных имеет название BUSYTIME.NSF и известна
    как база данных свободного времени. Для серверов в кластере, имеется
    отдельная база данных свободного времени, для каждого пользователя. Эта база
    данных имеет название CLUBUSY.NSF и содержит всю информацию, о свободном
    времени, на всех серверов в кластере. Каждый сервер кластера содержит
    реплику этой базы данных.

    Когда Вы добавляете сервер в кластер, Schedule Manager удаляет базу
    данных BUSYTIME.NSF на сервере, создает базу данных CLUBUSY.NSF, которая
    реплицируется на другие сервера в кластере. Когда пользователь в кластере
    ищет свободное время, сервер просматривает собственную базу CLUBUSY.NSF
    сначала, чтобы найти информацию для каждого пользователя в кластере. Для
    пользователей, чей почтовый сервер находится - вне кластера, запрос
    посылается этому серверу. Когда пользователь вне кластера делает запрос об
    информации пользователя в кластере и запрос терпит неудачу, запрос
    передается другому серверу в кластере. Всякий раз, когда имеется информация
    в CLUBUSY.NSF на любом сервере в кластере, Cluster Replicator реплицирует
    все изменения на другие сервера в кластере.

    Когда Вы удаляете сервер из кластера, задача Schedule Manager удаляет
    CLUBUSY.NSF с сервера и создает новую базу BUSYTIME.NSF на сервере. Schedule
    Manager на каждом сервере в кластере, удаляет информацию из реплики
    CLUBUSY.NSF.

    Обратите внимание, имеете ли вы версии 4.5 или 4.6 серверов в кластере.
    Эти сервера имеют BUSYTIME.NSF базу данных. Эти базы данных не
    преобразовываются в CLUBUSY.NSF. Планирования календаря для этих серверов в
    кластере, работает так же, как и на серверах, не объединенных в кластер.
    2.16.8Выделенная сеть для кластера, нужно ли это?

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

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

    Вы можете также рассматривать создание выделенной сети с использованием
    интранет, чтобы гарантировать, что сервера кластера остаются на связи друг с
    другом, даже, когда происходят некоторые проблемы в сети. Добавляя
    выделенную сеть, все сервера в кластере связаны, по крайней мере, двумя
    разными сетями. При этом если одна из сетей отказывает, имеется все еще сеть
    и соединение между всеми серверами в кластере. Это гарантирует Вам, что
    сервера кластера остаются связанными друг с другом, и что Cluster Replicator
    продолжает держать синхронизированными базы данных.

    Если Вы создаете выделенную сеть для Вашего кластера, все члены
    кластера должны быть связаны, и с выделенной для кластера сетью, и с
    первичной сетью, для доступа клиентов. 2.16.9Создание кластера серверов
    Domino.

    Прежде, чем Вы создаете кластер, выполняете следующие задачи:


  • Определите сервера, которые будут входить в кластер и их названия.


  • Установите или модернизируйте программное обеспечение до Domino R5, с
    лицензией Enterprise Server на каждом сервере. Эта лицензия позволяет Вам
    установить сервера Domino R5 в кластер.

    Примечание. Вы можете включать сервера в кластер и версии Domino R4.5,
    R4.6 с лицензией Advanced Services и Domino 4.62 с лицензией Enterprise
    Server. Однако эти сервера не будет иметь доступа к новым функциям кластера,
    которые появились в Domino R5.


  • Убедитесь, что Вы рассмотрели требования для кластера и что все сервера
    отвечают этим требованиям.


  • Распределите базы данных и реплики на серверах, которые Вы планируете
    включать в кластер.


  • Наметьте репликации между серверами кластера


    Чтобы создавать кластер, Вы должны иметь, по крайней мере, доступ
    автора, с правом удаления документов в Domino Directory и, по крайней мере,
    доступ автора в базе данных Administration Requests. Если возможно,
    использование сервер администрирования при создании кластера. Это заставит
    быстрее обрабатывать запросы администрирования. Сервер администрирования не
    должен быть частью кластера.

    Обратите внимание. Если сервера принадлежат различным кластерам, Вы не
    должны удалить их из этих кластеров. Cluster Administration Process сначала
    удалит сервер из первоначального кластера, а затем добавит его к новому
    кластеру.


  • Из клиента Domino Administrator удостоверитесь, что сервер
    администрирования или другой сервер является текущим.


  • Выбирайте закладку Настройка.


  • Выбирайте сервер, который Вы хотите добавить к кластеру.


  • Нажмите кнопку Add to Cluster.


  • На запрос выбора кластера, выбирайте -- Create New Cluster, затем --
    OK.


  • Введите имя нового кластера и нажмите -- OK.


  • Выбирайте - Да, чтобы добавить серверу к кластеру немедленно, или
    выбирайте -- Нет, чтобы предоставить процессу администрирования, добавить
    сервер к кластеру.
    2.16.10 Как убедиться, что кластер создан и работает корректно?

    Вы можете делать следующий, чтобы проверить, что кластер был создан
    правильно.






    Действие


    Что Вы должны видеть


    Из клиента Domino Administrator, выбирайте закладку Настройка, затем
    откройте секцию Кластер и выбирайте представление Кластеры.


    Вы должны видеть имя кластера, сопровождаемое именем сервера кластера.


    Выбирайте и откройте Server документ сервера, который Вы добавили в
    кластер.


    Вы должны видеть имя кластера на закладке Basics, в поле Cluster Name.


    Из клиента Domino Administrator, выбирайте закладку Сервер --
    Состояние.


    В списке задач вы должны видеть запущенные задачи кластера:


  • CLDBDIR (Cluster Database Directory Manager)

  • CLREPL (Cluster Replicator)


  • Из клиента Domino Administrator, выбирайте закладку -- Файлы.


    В списке баз данных должна присутствовать база Cluster Directory (R4)
    (cldbdir.nsf), которая создается задачей Cluster Database Directory.


    Сравните ID реплики базы данных Cluster Database Directories на каждом
    сервере кластера.


    Вы должны иметь одинаковый ID реплики на каждом сервере кластера.




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

    Когда Вы запускаете Cluster Analysis, Вы принимаете решение о типе
    сообщений, которые хотите создавать и типе детализации, которые хотите
    видеть в сообщениях. Во время, когда анализ кластера будет работать, будут
    появляться сообщения статуса в статусной строке. Для больших, занятых
    кластеров, анализ кластера может требовать нескольких часов или больше. Если
    Вы не имеете выделенный сервер для выполнения анализа, запускайте эту
    процедуру в течение не пиковых нагрузок.


  • Из клиента Domino Administrator, выберите сервер, на котором Вы хотите
    запустить анализ.


  • Выбирайте закладку Сервер -- Анализ.


  • В стекле инструментов, выбирайте - Сервис -- Анализ -- Кластер...


  • Заполните любые поля и выбирайте нужные Вам типы отчетов и нажимайте
    ОК, для запуска анализа кластера серверов.

    HEIGHT=687 BORDER=0>

    Рис. 55 Диалоговое окно настройки анализа кластера Domino сервера.
    2.16.12 Управление доступом пользователей к базам данных.

    Пользователи должны иметь те же самые права доступа во всех репликах
    баз данных в кластере. Иначе, пользователи не будут получать
    соответствующего доступа к репликам, для которых они имеют меньшее
    количество прав доступа. Они могут быть лишены доступа совсем, или они не
    смогут увидеть те же самые документы, не смогут выполнить те же самые
    действия, как в оригинальной базе данных, которую они использовали.
    2.16.12.1Поддержка ACL баз данных в кластере.

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


  • Выбирайте из меню Файл -- База данных -- Управление доступом.


  • Выбирайте закладку Дополнительно.


  • Выбирайте опцию Использовать единую таблицу управления доступом для
    всех реплик и затем -- OK.

    Эта установка гарантирует, что ACL всех реплик будет идентична.

    Другой способ держать ACL баз данных, в синхронизированном состоянии,
    состоит в том, чтобы дать всем серверам кластера, доступ менеджера для всех
    баз, данных в кластере. Это гарантирует, что каждый сервер может
    модернизировать ACL каждой базы данных. Так что изменения в ACL одной
    реплики, будет автоматически копировать в другие базы данных, пока Вы не
    запретите репликации ACL для базы данных.

    Чтобы дать доступ менеджера серверам кластера, для всех баз данных, Вы
    можете создать группу в Domino Directory, в которую включите все сервера
    кластера. Добавьте эту группу в ACL каждой базы данных и дайте ей доступ
    менеджера.

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

    Личные папки копируются по-другому в кластере, чем при использовании
    обычного репликатора. Обычно, личные папки и их содержание не копируют в
    течение репликаций сервер - сервер, но копируются в течение репликаций
    сервер - клиент. В кластере, личные папки копируются от сервера к серверу,
    чтобы пользователи могли получить доступ к своим личным папкам, в случае они
    одна из реплик становится недоступной. Чтобы гарантировать, что личные папки
    копируются между серверов в кластере, убедитесь, что установили тип
    пользователя для серверов в ACL баз данных Server или Server group.
    2.16.12.2Управление другими назначениями, которые ограничивают доступ к
    базам данных.

    Имеются методы ограничения доступа к базам данных, в дополнение к ACL.
    Они включают следующее:


  • Ограничения для серверов. Разрешается или запрещается доступ сервера, в
    списках из Domino Directory


  • Списки доступа, для связей с базами данных или каталогами


  • Списки читателей, документов, представлений и папок

    Например, если сервера в кластере содержит базу данных или связи с
    каталогами, которые имеют списки доступа, убедитесь, что сервера кластера
    находится в списках доступа. Иначе, они не будут иметь доступ к этим базам
    данных или каталогам, и не будут способны реплицировать данные с этими
    базами данных, даже если они имеют доступ менеджера в ACL.

    Если документ в базе данных имеет поле Readers, сервера кластера должна
    быть внесены в список этого поля, или сервера не будут иметь доступ к этому
    документу, и не будут способны копировать этот документ. Это относится и к
    спискам доступа к папкам, представлениям. 2.16.13 Настройка почты в
    кластере.

    Маршрутизация Почты терпит неудачу, если сервер почты получателя не
    доступен, когда Router пытается доставить почту. Пока почтовый сервер
    находится в кластере, Router доставляет почту другому серверу кластера,
    который содержит реплику почтовой базы данных получателя. Таким образом,
    получатель продолжает получать почту.

    Предоставление возможности, перенаправления маршрутизации почты
    особенно полезно, если Вы используете Hub сервер для маршрутизации почты.
    Если этот Hub сервер становится недоступен, но он находится в кластере,
    Router доставляет почту другому Hub серверу кластера, и этот сервер посылать
    сообщение серверу назначения.

    В следующем примере, Mail Server1 посылает сообщение на Mail Server2.
    Сервер делает попытку маршрутизации через Hub1, который является
    маршрутизатором для Mail Server2. В настоящее время Hub1 является
    недоступным. Потому что Hub1 находится в кластере, Domino маршрутизирует
    сообщение на сервер Hub2, который маршрутизирует сообщение на почтовый
    сервер пользователя - Mail Server2.

    HEIGHT=598 BORDER=0>

    Рис. 56 Применение кластера для Hub серверов. 2.16.13.1Изменение
    маршрутизации почты при отказе одного из серверов.

    Чтобы изменять маршрутизацию почты по умолчанию при отказе одного из
    серверов, сделайте следующее изменение в Configuration документе, для
    каждого сервера в кластере, и каждом сервере в домене, который может
    маршрутизировать почту.


  • Из клиента Domino Administrator, выбирайте закладку Настройка,
    выбирайте представление Почта -- Конфигурации.


  • Выбирайте нужный документ и откройте его для редактирования.


  • Выбирайте закладку Router/SMTP -- Advanced -- Controls.


  • В поле Cluster failover, выберите один из следующего:



  • Disabled - запрещается


  • Enabled for last hop only - (по умолчанию) разрешается только для
    последнего перелета


  • Enabled for all transfers in this domain -- разрешается для всех
    перемещений для этого домена



  • Сохраните и закройте Configuration Settings документ.

    Обратите внимание, что это установка воздействует только на доставку
    почты клиенту, но не затрагивает рассылку сообщений от клиента, когда
    почтовый сервер недоступен. Если пользователь посылает сообщение и его
    почтовый сервер недоступен, доставка терпит неудачу. 2.16.13.2Использование
    Shared Mail в кластере.

    Вы можете использовать Shared Mail в кластере. Когда Вы делаете это,
    Cluster Replicator помещает тела сообщений в базу данных Shared Mail на
    сервер назначения, а заголовки сообщений в почтовые базы пользователей.

    Чтобы установить Shared Mail в кластере, Вы используете ту же самую
    процедуру, которую Вы используете для организации репликаций Shared Mail,
    которые не находятся в кластере. Эта процедура включает всегда команду Load
    Object Set. Вы делаете это на каждом сервере в кластере, который содержит
    реплику почтовой базы данных. Когда Вы используете Shared Mail в кластере,
    Cluster Replicator распределяет почту базы данных Shared Mail на каждом
    сервере кластера. 2.16.14 Использование стандартного репликатора в кластере.

    Вы должны использовать стандартные репликации на регулярной основе в
    кластере, чтобы убедиться, что все базы данных современны. Это особенно
    важно после аварий сервера. 2.16.14.1Реплики по расписанию в кластере.

    Это хорошая идея наметить репликации и запускать их, например, однажды
    час, что все базы данных были синхронизированы. Имеются много причин для
    запуска репликаций в кластере:


  • Реплицировать изменения, которые могут быть потеряны, когда сервер в
    кластере терпит крах.

    Потому что события изменений репликаций кластера сохраняются только в
    памяти, они могут быть потеряны, когда сервер аварийно закрывается. Никакие
    данные не теряются, но события изменений репликаций кластера, теряются. Для
    синхронизации данных в репликах Вы запустите стандартный Domino репликатор.


  • Реплицировать базы данных, для которых Вы запретили репликации кластера

    Вы можете иметь базы данных, которые Вы хотите реплицировать, но не на
    очень частой основе. Чтобы видеть, реплицируется ли база данных Cluster
    Replicator, обратитесь к полю Cluster Replication в базе данных Cluster
    Database Directory.



  • Репликации базирующиеся на критериях отбора по формулам

    Cluster Replicator оставляет обработку формул отбора стандартному
    репликатору. Перед использованием формул отбора в кластере, Вы должны знать
    то, как они воздействует на репликации кластера.


  • Репликация реплики, которые находятся на том же самом сервере

    Cluster Replicator выталкивает изменения на другой сервер в кластере,
    который содержит реплики, но не модернизирует одинаковые реплики на
    собственном сервере.

    Обратите внимание. Если имеются несколько копий реплик на Вашем
    сервере, Cluster Manager использует оригинальный путь базы данных, чтобы
    выбрать реплику для пользователя и открыть ее в течение Failover. Если Вы
    помещаете многократные реплики в сервер, убедитесь, что все реплики в
    кластере, используют те же самые критерии формул отбора, и имеют тот же
    самый путь, что и оригинальные базы данных. Иначе, пользователи могут
    получить доступ в различные реплики, в процессе переадресации на другой
    сервер.

    Чтобы убедиться, что все базы данных являются современными, хорошая
    идея реплицировать их всякий раз, когда Вы запускаете сервер. Вы можете
    создавать Program документ в Domino Directory, чтобы выполнять эту функцию.
    2.16.14.2Запрещение кластерных репликаций.

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

    Запрещение кластерных репликаций для определенных баз данных.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Откройте представление Кластер -- Cluster Directory (R5).


  • Выбирайте одно из представлений:



  • Databases by Pathname


  • Databases by Replica ID


  • Databases by Server



  • В представлении, выберите базы данных, для которых Вы хотите запретить
    репликации кластера.


  • Нажмите кнопку Tools... и выбирайте значение Disabled Cluster
    Replication on Selected Databases.

    Примечание, чтобы просмотреть каким из баз данных разрешается
    кластерная репликация, а каким запрещается, выбирайте представление
    Databases by Pathname, колонку Cluster Replication.

    Запрещение кластерных репликаций, для базы данных, запрещает только
    репликации этой базы данных на другие сервера в кластере. Эта установка не
    запрещает репликации в эту базу данных с других серверов кластера.
    Запрещение кластерных репликаций, не имеет никакого влияния на стандартные
    репликации.

    Создание агента, для запрещения кластерных репликаций для определенных
    баз данных.


    Если Вы имеете много баз данных, для которых Вы не хотите использовать
    Cluster Replicator, Вы можете создать агента, чтобы запретить репликации
    кластера для этих баз данных.


  • На сервере администрирования кластера, откройте базу данных Cluster
    Database Directory (CLDBDIR.NSF).


  • Из меню выбирайте Создание -- Агент...


  • В поле имени, введите имя агента.


  • В поле Когда этот агент должен выполнятся?, выберите значение Вручную
    из меню Действия.


  • В поле, Какие документы агент обрабатывает, выбирайте значение
    Выделенные документы.


  • В поле Запуск, выбирайте - Простые действия.


  • Нажмите кнопку Добавить действие.


  • В поле Действие, выбирайте значение Изменить поле.


  • Выбирайте поле ClusterReplicate.


  • В поле Значение, введите значение - 0 (ноль).


  • Выбирайте опцию Заменить значение, нажимайте -- OK, сохраните агента.


  • Выбирайте базы данных, для которых Вы хотите запретить кластерные
    репликации, и затем запускайте агента из меню Действия.

    Запрещение кластерных репликаций, для всего сервера.

    Чтобы завершить задачу Cluster Replicator на сервере, делайте одно из
    следующего:

    Из клиента Domino Administrator


  • Выбирайте закладки Сервер -- Состояние.


  • В панели инструментов, выбирайте - Сервис -- Задача -- Stop.

    Остановка репликатора с консоли сервера.

    На консоли сервера введите следующее:

    Tell clrepl quit

    Эта команда останавливает задачу Cluster Replicator в течение активной
    сессии сервера. Следующий раз, когда Вы запускаете сервер, Cluster
    Replicator запускается снова.

    Обратите внимание, что запрещение задачи CLREPL запрещают только
    репликации с этого сервера на другие сервера. Этим Вы не запрещаете обычные
    репликации с сервера на другие сервера кластера. 2.16.14.3Разрешение
    протоколирования, для кластерных репликаций.

    Чтобы позволять протоколирование событий кластерных репликаций, введите
    строку в файл NOTES.INI:

    RTR_LOGGING=n

    Где возможные значения для n:

    1 - разрешение протоколирования событий кластерных репликаций

    0 - запрещение протоколирования событий кластерных репликаций. 2.16.15
    Установка выделенной сети LAN для Вашего кластера

    Использование выделенной сети LAN для Вашего кластера отделяет
    кластерное движение данных сервера, репликаций в кластере, от остальной
    части Вашей сети. При использовании выделенной сети для кластера серверов
    разгружает Вашу первичную сеть.

    Следуйте этой процедурой, чтобы установить выделенную сеть для Вашего
    кластера.


  • Установите дополнительную сетевую карту в каждом сервере кластера. Эти
    карты должны быть связаны, через выделенный концентратор и использовать
    отдельный кабель для связи.


  • Сконфигурируйте сеть LAN, для использования TCP/IP.


  • Назначьте второй IP адрес каждому серверу. В кластере, использующем два
    сервера, например, Вы могли бы использовать адреса 192.168.64.1 и
    192.168.64.2.


  • Назначьте имена хостов, для новых адресов IP, в файле HOSTS или DNS. В
    кластере, использующем два сервера, например, Вы могли бы назвать сервера
    как -- ACME_CLU и ACME2_CLU. Записи в файле HOSTS могли бы быть такими:

    192.168.64.1 ACME_CLU



    192.168.64.2 ACME2_CLU




  • Проверьте, что выделенная сеть LAN работает. Проверьте, каждый сервер
    кластера с использованием утилиты PING, с использованием IP адреса и имен
    хостов.


  • Определите новые порты в Server документе на закладке Ports, для
    каждого члена кластера и разрешите использование этих портов.


    Например. Добавьте следующую информацию.

    Port=CLUSTER

    Notes Network=Cluster Network

    Net Address=ACME_CLU

    Enabled=ENABLED


  • Назначьте каждому порту IP адрес соответствующей подсетей и разместите
    эту информацию в файле NOTES.INI, в следующем формате:

    PORT1_TCPIPADDRESS=0,b.c.d:1352

    PORT2_TCPIPADDRESS=0,e.f.g.h:1352

    Где PORT1 и PORT2 - имя порта, a.b.c.d и e.f.g.h - IP адреса для
    портов.

    Пример. Если Вы имеете порты, с именами TCPIP и CLUSTER, эти строки мог
    бы быть следующие:

    TCPIP_TCPIPADDRESS=0,192,114,32,5:1352

    CLUSTER_TCPIPADDRESS=0,192.168.64.1:1352


  • Добавить следующую строку в файл NOTES.INI:

    Server_Cluster_Default_Port=Cluster Port

    Где Cluster Port - порт, который Вы создали для кластера.

    Пример.

    Server_Cluster_Default_Port=CLUSTER

    Примечание. Вы может использовать Configuration Settings документ
    сервера, чтобы модернизировать файл NOTES.INI на всех серверах в кластере.


  • Перезапустите сервер.

    Как убедится, что Domino использует выделенную сеть LAN?

    Чтобы убедится, что Domino использует выделенную сеть LAN, Вы можете
    сделать следующее:


  • Введите на консоли сервера:

    show cluster


  • В результатах, ищите строку - Server cluster default port: Cluster
    Port.

    Cluster Port - порт, который Вы создали для кластера. В этом примере,
    эта строка была бы такой:

    Server cluster default port: CLUSTER


    Как удостоверится, что репликации кластера используют выделенную сеть
    LAN?


    Это хорошая идея проверить кластер, чтобы убедиться, что репликации
    кластера используют выделенную сеть LAN. Чтобы сделать это, Вы можете
    смотреть некоторую статистику кластера.


  • Из клиента Domino Administrator, выбирайте закладку Сервер --
    Статистика.


  • Выбирайте секцию NET.


  • Откройте секцию с именем порта, который Вы определили для кластера.


  • Ищите следующую статистику для выделенного порта сети:



  • BytesReceived


  • BytesSent



  • Выбирайте секцию Replica -- Cluster.


  • Выбирайте секцию SessionBytes и ищите следующую статистику для
    кластера:



  • In


  • Out



  • Сравните значения NET.portname.BytesReceived со значением
    Replica.Cluster.SessionBytes.In.

    Эти значение должно быть близки друг к другу, хотя они не будут те же
    самыми.


  • Сравните значения NET.portname.BytesSent со значением
    Replica.Cluster.SessionBytes.Out.

    Эти значения должны также быть близки друг к другу. Они не будут
    соответствовать точно, потому, что выделенная сеть используется не только
    репликаторами кластера. 2.16.16 Балансировка рабочей нагрузки на кластер

    После контроля Вашего кластера и определения, что Вы хотите сделать в
    настройках, Вы можете делать следующее, чтобы лучше сбалансировать рабочую
    нагрузку на сервера в кластере:


  • Ограничите рабочую нагрузку на сервера, изменяя порог готовности
    сервера


  • Измените настройку максимального числа пользователей на сервере


  • Переместите базы данных на другой сервер


  • Создайте большее количество реплик занятых баз данных


  • Добавьте один или большее количество серверов к кластеру


    Имейте в виду, что балансирование рабочей нагрузки не является решением
    недостатка мощности серверов в Вашей организации. Если Ваши Domino сервера
    сильно загружены и не имеется никаких дополнительных серверов, чтобы
    распределить нагрузку, то балансирование рабочей нагрузки не решит проблему.
    Балансировать рабочую нагрузку Вы должны, если имеются некоторые сервера, на
    которых постоянная загрузка сервера ниже, чем на других серверах 2.16.17
    Ограничение рабочей нагрузки сервера

    Чтобы лучше сбалансировать рабочую нагрузку между серверами в Вашем
    кластере, Вы можете ограничивать рабочую нагрузку каждого сервера, регулируя
    порог готовности сервера. Когда рабочая нагрузка сервера достигает порога
    готовности сервера, сервер будет обозначен как BUSY, занят. При этом запросы
    на доступ к серверу, будут перенаправляться на другой сервер в кластере.
    Если никакой другой сервер не будет доступен в это время, первоначальный
    сервер будет принимать запрос, даже если он находится в состоянии BUSY.

    Чтобы определять, является ли сервер в состоянии BUSY, Domino
    сравнивает порог готовности сервера, с индексом готовности сервера, который
    является мерой текущей рабочей нагрузки на сервере. Когда порог готовности
    равен, или больше чем порог готовности, сервер переходит с состояние BUSY.

    Обратите внимание, что порог готовности не затрагивает репликации.
    Репликации происходят даже, когда сервер находится в состоянии BUSY. 2.16.18
    Индекс готовности сервера

    Каждый сервер в кластере периодически определяет собственную рабочую
    нагрузку, основанную на среднем времени ответа запросов, которые сервер
    недавно обработал. Рабочая нагрузка отображается как число от 0 до 100, где
    0 указывает, что сервер тяжело загружен, а 100 указывает слегка загруженный
    сервер. Это число называется индексом готовности сервера. Если увеличивается
    время ответа сервера, уменьшается индекс готовности сервера.

    Диапазон чисел от 0 до 100 индекса готовности не процент
    производительности. Вместо этого, индекс готовности определяется как
    сравнение времени ответа текущей загрузки, со временем ответа той же самой
    функции, но с легкой грузкой и затем это значение вычитается из 100.
    Например, если база данных открывается за 3 секунды, но затрачивает только
    0,3 секунды, при оптимальных условиях, индекс готовности будет равен
    выражению:

    100-- 3/0,3

    Таким образом, индекс готовности - 90.

    Индекс готовности измеряет только время ответа сервера, который
    является обычно только маленькой частью времени ответа клиентам. Например,
    ответ сети между клиентом и сервером часто составляет существенную часть,
    ответа времени клиенту. Так, хотя индекс готовности и указывает - 90, опыт
    показывает, что время ответа сервера непосредственно в 10 раз больше, чем
    оптимальное значение времени. 2.16.18.1Выбор порога готовности сервера

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

    Чтобы определять надлежащее значение для порога готовности сервера,
    делайте следующее:


  • В течение периодов нормальных и тяжелых нагрузок на сервер, используйте
    один из следующих методов наблюдения за индексом готовности сервера:



  • В панели серверов, из клиента Domino Administrator, выбирайте правой
    клавишей, свойства сервера и затем выбирайте закладку Кластер.


  • Из клиента Domino Administrator, выбирайте закладку Сервер --
    Статистика и затем в списке статистики, выбирайте -- Server.


  • В консоли сервера, введите следующие команды:

    show cluster

    show stat server


  • Из клиента Domino Administrator, выбирайте закладку Сервер -- Анализ.
    Выбирайте имя сервера статистики, если оно доступно. Выбирайте представление
    Statistics Reports -- Cluster.


  • Вы можете просматривать представление Statistics Reports -- Cluster из
    базы данных статистики STATREP.NSF.


  • Если Ваш сервер работает под управлением WindowsNT, используйте
    Perfomance Monitor WindowsNT, чтобы проверить статистику с именем
    Server.AvailabilityIndex.



  • Установите начальный порог готовности, основанный на результатах Вашего
    наблюдения. Рассмотрите следующее, при настройке этого значения:



  • Значение должно быть немного ниже конечного значения, которые Вы
    наблюдали, при исследованиях в Вашей системе.


  • Повышайте или понижайте число порога готовности, приспосабливая ее к
    конкретному серверу.


  • Когда какой либо сервер в кластере терпит крах, его рабочая нагрузка
    распределяется среди всех серверов в кластере. Если имеется только два
    сервера в кластере с одинаковой рабочей нагрузкой, то при отказе одного из
    серверов, рабочая нагрузка на другой, увеличится на 100%. Если имеется шесть
    серверов в кластере и один из серверов откажет, увеличение нагрузки на
    оставшиеся сервера ожидается только на 20%. Поэтому, Вы должны учитывать
    увеличение нагрузки на сервера, при аварийных ситуациях, когда
    устанавливаете порог готовности для сервера.



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







    Имя статистики


    Описание


    Server.AvailabilityIndex

    Текущее значение индекса готовности. Значения от 0 до 100. Значение 0
    указывает, что не имеется никаких ресурсов, доступных на сервере. Значение
    100 - сервер полностью доступен.


    Server.Cluster.OpenRedirects.LoadBalance.Successful


    Количество времени, в течение которого, сервер помеченный как BUSY,
    успешно переадресовывает клиентов на другой сервер кластера.


    Server.Cluster.OpenRedirects.LoadBalance.Unsuccessful


    Количество времени, в течение которого, сервер помеченный как BUSY,
    безуспешно пытается переадресовывать клиентов на другой сервер кластера.


    Server.Cluster.OpenRequest.ClusterBusy


    Количество времени, в течение которого, сервер помеченный как BUSY,
    пробует переадресовывать запросы клиента, на другие сервера кластера,
    которые тоже находятся в состоянии BUSY.


    Server.Cluster.OpenRequest.LoadBalanced


    Количество времени, в течение которого пользователь пробовал открывать
    базу данных на этом сервере, когда сервер был в состоянии BUSY.




    Эта совокупная статистика собирается с момента запуска сервера.


  • Сравнить эту статистику для всех серверов в кластере.


  • Регулируйте порог готовности сервера на любом сервере, если Вам кажется
    что она не сбалансирован.

    Хотя может показаться естественным, установить тот же самый порог
    готовности на всех серверах кластера, это не оптимально для всех ситуациях.
    Если Ваши сервера значительно различаются по мощности, вместимости, или
    операционными системами, Вы должны учитывать эти различия.
    2.16.18.2Настройка порога готовности сервера.

    Порог готовности сервера определяет самый низкий приемлемый индекс
    готовности сервера. Приблизительно один раз в минуту, Domino вычисляет
    индекс готовности сервера и сравнивает это значение с порогом готовности
    сервера, который Вы устанавливаете. Если индекс готовности - меньше чем
    порог готовности, сервер помечается состоянием BUSY. Когда сервер отмечен
    как BUSY, запросы на открытие баз данных будут переадресованы на другие
    доступные сервера в кластере. Когда индекс готовности становится выше, чем
    порог готовности снова, состояние BUSY снимается.

    Чтобы устанавливать порог готовности сервера, добавьте следующую строку
    в файл NOTES.INI:

    server_availability_threshold=a number from 0 to 100

    Чем выше число Вы вводите, тем меньшее количество рабочей нагрузки,
    сервер может нести перед переходом в состояние BUSY. Значение -- 100,
    автоматически помещает сервер в состояние BUSY, независимо от фактической
    готовности. Ввод числа -- 0 (ноль) запрещает балансирование рабочей
    нагрузки, для того сервера. Значение по умолчанию -- 0 (ноль).

    Использование порога готовности, когда Вы перезапускаете сервер в
    кластере


    Когда Вы перезапускаете, сервер в кластере, хорошая идея перевести
    сервер в состояние BUSY, пока все репликации на сервере не произойдут. Затем
    сделайте сервер доступным. Это гарантирует Вам, что доступ пользователей
    будет предоставлен, к самой современной информации. Вы можете перевести
    сервер в состояние BUSY, установив порог готовности равный - 100. 2.16.19
    Настройка максимального числа пользователей на сервере.

    Вы можете также балансировать рабочую нагрузку в кластере, используя
    переменную Server_MaxUsers в файле NOTES.INI. Эта настройка определяет
    максимальное число активных пользователей, подключенных к серверу
    одновременно. Когда сервер достигает этого предела, сервер переходит в
    состояние MAXUSERS и отклоняет любые дополнительные запросы пользователей,
    пока число активных пользователей снова упадет ниже предела переменной
    Server_MaxUsers. Когда Domino отклоняет запросы доступа, из-за состояния
    MAXUSERS, Cluster Manager пытается переадресовывать запросы пользователей на
    другие сервера кластера, которые содержат соответствующие реплики. Если
    никакой другой сервер не доступен, Domino отклоняет запрос на доступ и
    показывает объяснительное сообщение.

    Чтобы устанавливать максимальное число пользователей для сервера,
    добавьте следующую строку в файл NOTES.INI:

    Server_MaxUsers=number

    Где number - максимальное число пользователей, которым Вы хотите
    предоставить доступ на сервер одновременно

    Обратите внимание, что настройка Server_MaxUsers не затрагивает
    репликации. Репликации происходят даже, когда сервер находится в состоянии
    MAXUSERS.

    Примечание. Вы может использовать установку Server_MaxUsers с любым
    Domino сервером. Однако только сервера в кластере переадресовывает запросы
    доступа на другие сервера, когда сервер находится в состоянии MAXUSERS.
    Сервера, которые не входят в кластер, просто отклоняет запросы доступа.
    2.16.20 Управление состоянием Failover в кластере.

    Когда Вы устанавливаете кластер, Вы создаете реплики баз данных так,
    чтобы пользователи автоматически перенаправлялись к различным репликам, если
    оригинальная база данных или сервер, в данное время является недоступной.
    Кроме того, Вы можете захотеть применить опцию Failover преднамеренно:


  • Если вы модернизируйте программное обеспечение сервера или операционную
    систему


  • Исполняете профилактическое обслуживание на сервере


  • Заменяете сервер другим сервером

    Как инициализировать событие Failover, для сервера.

    Чтобы заставлять сервер эмулировать Failover, Вы можете использовать
    переменную Server_Restricted. Эта установка заставляет сервер, отрицать
    новые попытки на открытие баз данных и помещает сервер в состояние
    RESTRICTED. Установка запрещает новым пользователям вызывать сервер, хотя
    пользователи, которые имеют активные связи к базам данных на сервере,
    сохраняют их связи. Эта настройка полезна, когда Вы хотите сделать
    обслуживание на сервере, модернизировать сервер, или убрать сервер из
    обслуживания по другой причине.

    Чтобы ограничить сервер от доступа на него новых пользователей,
    добавьте следующую строку в файл NOTES.INI:

    Server_restricted=number

    Где number 1 или 2.

    1 - Сервер в состоянии RESTRICTED, для текущей сессии только.
    Перегрузка сервера очищает настройку.

    2 - Сервер в состоянии RESTRICTED постоянно, даже после пере запусков
    сервера.

    Когда сервер находится в состоянии RESTRICTED, Cluster Manager
    переадресовывает запросы на другой сервер кластера. Когда попытка
    переадресования неудачна, пользователь получает объяснительное сообщение и
    не может получить доступ на сервер. Для каждой попытки переназначения,
    Domino производит соответствующую запись в файле протоколов LOG.NSF.

    Обратите внимание, что настройка Server_Restricted не затрагивает
    репликации. Репликации происходят даже, когда сервер находится в состоянии
    RESTRICTED.

    Если Вы хотите ограничить сервер и не хотеть ждать всех пользователей,
    чтобы закрыть их существующие сессии, введите на консоли сервера команду
    Drop All, после того как Вы помещаете сервер в состояние RESTRICTED. Эта
    команда закрывает все существующие сессии на сервере. Когда пользователи
    пробуют повторно открыть базы данных, которые они использовали, они будут
    перенаправлены на другие сервера и реплики, если такие доступны.

    Когда Вы хотите перевести сервер в обычный режим работы после режима
    RESTRICTED, делайте одно из следующего:


  • Если Вы установили значение - server_restricted=1, перезапустите
    сервер.


  • Если Вы установили значение - server_restricted=2, замените значение в
    файле NOTES.INI на следующее:

    server_restricted=0

    Замена сервера кластера другим сервером.

    Если Вы хотите заменить сервер кластера другим сервером, делайте
    следующее:


  • Установить новый сервер, как сервер кластера.


  • Создайте реплики, которые Вы хотите иметь на новом сервере.


  • Добавить новый сервер в кластер.


  • Установите старый сервер в состояние RESTRICTED.

    Это заставляет переадресовывать запросы пользователей, на новый сервер,
    и позволяет Вам удалить старый сервер, без остановки пользователей.

    Другие способы управлять процессом Failover.

    Вы можете устанавливать сервер как резервный сервер. Вы можете
    устанавливать порог готовности в 100 на резервном сервере, чтобы сервер
    находился в состоянии BUSY всегда. Учтите, что вторичный сервер принимает
    запросы на открытие баз данных только, когда первичный сервер недоступен.

    Регулируя порог готовности на сервере в 100, Вы помещаете сервер в
    состояние BUSY. Это состояние подобно состоянию RESTRICTED. Кроме того, что
    сервера помеченные состоянием BUSY могут принимать новые запросы на открытые
    базы, если никакая другая реплика не доступна. Сервер, помеченный состоянием
    RESTRICTED, этого делать не может.

    Примечание. Вы может использовать настройку Server_Restricted, для
    любой Domino сервера. Эта настройка не ограничена применением в кластере.
    2.16.21 Управление доступностью баз данных в кластере.

    Имеются три признака для баз данных, которые позволяют Вам определять,
    является ли база данных доступной для доступа пользователя. Они:


  • Out of Service


  • In Service


  • Pending Delete
    2.16.21.1Установка атрибута - Out of Service, для баз данных

    В некоторых случаях, Вы можете отмечать базу данных признаком Out of
    Service. Вы делаете это, если Вы хотите сделать некоторое обслуживание базе
    данных, или если Вы хотите, чтобы пользователи не получали доступ к
    некоторым репликам баз данных, потому что сервер достигает высокого уровня
    использования.

    Когда Вы помечаете базу данных как Out of Service, пользователи не
    могут открыть базу данных. Запрос на открытые базы данных терпят неудачу в
    этой реплике. Если никакая реплика не доступна, Domino отвергает запрос
    пользователей к базе данных и показывает объяснительное сообщение.

    Пользователи, которые используют базу данных, когда Вы отмечаете ее
    признаком Out of Service, продолжают иметь доступ, пока они не закрывают
    базу данных. Если пользователи закрывают базу данных, но затем пробуют
    повторно открыть ее, они будут перенаправлены в другую доступную реплику.
    Это означает, что база данных постепенно перейдет в состояние Out of
    Service, без остановки пользователей, которые активно используют ее. Кроме
    того, репликации из других реплик продолжают происходить даже, когда база
    данных помечена как Out of Service.

    Чтобы пометить базу данных признаком Out of Service, следуют этой
    процедурой:


  • В панели серверов, из клиента Domino Administrator, выберите сервер,
    который содержит базу данных, которую Вы хотите пометить как Out of Service.


  • Выбирайте закладку Файлы.


  • Выбирайте папку, которая содержит искомую базу данных и потом базу
    данных.


  • Из панели инструментов, справа, выбирайте - Сервис -- База данных --
    Кластер.

    HEIGHT=312 BORDER=0>

    Рис. 57 Диалоговое окно управления базами данных в кластере.


  • Выбирайте значение "неактивное" (out of service), и затем -- OK.

    Вы можете пометить все базы данных признаком Out of Service, используя
    переменную Server_Restricted. При этом сервер не будет принимать новые
    запросы на открытия баз данных. 2.16.21.2Установка атрибута - In Service,
    для баз данных.

    Если вы пометили базу данных признаком Out of Service, но теперь хотите
    восстановить доступ к базе данных, Вы должны присвоить базе данных признак -
    In Service.


  • В панели серверов, из клиента Domino Administrator, выберите сервер,
    который содержит базу данных, которую Вы хотите пометить как Out of Service.


  • Выбирайте закладку Файлы.


  • Выбирайте папку, которая содержит искомую базу данных и потом базу
    данных.


  • Из панели инструментов, справа, выбирайте Сервис -- База данных --
    Кластер.


  • Выбирайте значение "активное" (In Service), и затем -- OK.
    2.16.22 Использование кластера Domino серверов в интернете.

    Глава описывает, как сконфигурировать для использования Internet
    Cluster Manager (ICM), чтобы расширить выгоду, от использования Domino
    кластеров, HTTP клиентами и Domino Web сервером. 2.16.22.1Как работает
    Internet Cluster Manager?

    Internet Cluster Manager (ICM) позволяет Вам использовать Domino
    кластеры, чтобы обеспечить переадресацию запросов клиентов, и балансирование
    рабочей нагрузки HTTP клиентам (Internet browsers), когда ими позволяется
    доступом на Domino Web сервера. Это делает Ваш Web сервер и базы данных,
    всегда доступными Web клиентам. Вы можете запустить ICM на любом сервере,
    который использует Domino R5, с лицензии Enterprise Server. Вы
    устанавливаете и конфигурируете Domino кластер как обычно, и затем
    конфигурируете ICM. ICM поддерживает протоколы HTTP и HTTPS.

    ICM действует как посредник между HTTP клиентами и Domino Web серверами
    в кластере. Когда Domino Web сервера объединены в кластер, они производят
    URL, которые направляют запросы HTTP клиентов к ICM. ICM поддерживает
    информацию относительно готовности серверов и баз данных в кластере. Когда
    ICM получает запрос клиента, он переадресовывает клиента к наиболее
    доступному серверу, который содержит реплику требуемой базы данных.

    ICM посылает периодические сигналы исследования Web серверам кластера,
    чтобы определить их статус и готовность. Когда ICM получает запрос клиента,
    он смотрит информацию в базе данных Cluster Database Directory, чтобы найти
    сервер, который содержит требуемую базу данных. ICM определяет наиболее
    доступный сервер, который содержит требуемую базу данных, и затем
    переадресовывает клиента на этот сервер. Клиент закрывает сессию с ICM и
    открывает новую сессию с выбранным сервером. Пользователь может видеть это
    как изменение (замена) имени хоста в URL. Пользователь может также видеть
    измененный путь к базе данных в URL, потому что база данных может иметь
    различное место хранения на разных серверах.

    Если страница, которая показана Web сервером, клиенту, включает связи с
    другими базам данных на том же самом сервере, или с другими базами данных в
    кластере, Web сервер, включает имя хоста ICM, в URL к этим базам данных. Это
    гарантирует, что пользователи, обращающиеся к этим связям, будут
    использовать ICM.

    Следующий рисунок показывает HTTP клиента, который запрашивает у ICM,
    открытие базы данных. ICM переадресовывает клиента на лучший сервер, который
    содержит требуемую базу данных, Server2. Клиент соединяется непосредственно
    с Server2.

    HEIGHT=499 BORDER=0>

    Рис. 58 Пример использования ICM.

    ICM может запускаться на сервере кластера или вне его. Когда ICM
    работает на сервере в кластере, ему доступна локальная копия базы данных
    Cluster Database Directory. Когда ICM запущен на сервере вне кластера, это
    выбирает сервер в кластере, и получает доступ в базу данных Cluster Database
    Directory, на этом сервере. Если сервер, который ICM выбирает, становится
    недоступным, эта связь терпит неудачу, и запрос переадресовывается на другой
    сервер в кластере.

    ICM всегда использует локальную копию Domino Directory. Поэтому, ICM
    должен быть в том же самом Domino домене, что и кластер.

    Соображения о производительности ICM.

    В большинстве случаев, пользователи замечают увеличение
    производительности, когда Вы начинаете использовать ICM. Эффект от
    использования ICM очень маленький, но выгода от балансирования рабочей
    нагрузки на сервера, может быть существенна. В случаях, где рабочая нагрузка
    на сервера, была уже сбалансирована, не будет иметься ни существенного
    увеличения, но уменьшения производительности. 2.16.22.2Генерирование URLs,
    при использовании ICM.

    Domino Web сервер, который находится в кластере, читает Server
    документ, чтобы найти имя хоста ICM. Web сервер производит URL, который
    включает имя хоста ICM. ICM принимает и обрабатывает все URL, поддерживаемые
    Domino Web сервером. Они включают URL, которые делают следующее:


  • Открытие сервера, базы данных, или представления


  • Открытые формы, навигатора, или агента


  • Открытие, редактирование, или удаление документа


  • Открытые документа по имени, из представления


  • Открытые файла изображения, приложения, или объекта OLE


  • Создание запросов поиска

    Следующие условия могут затрагивать путь, с использованием которого ICM
    производит URL:


  • Если URL включает в себя путь, ICM не может решить этот URL, потому что
    несколько серверов могут содержать эту базу данных, с тем же самым путем и
    именем файла, но с разными ID реплик. Когда это происходит, ICM показывает
    список возможных баз данных, из которых пользователь может выбирать нужную
    базу данных.


  • Если URL включает ID реплики, ICM не может быть способен решить этот
    URL, для единственной базы данных, если имеются несколько копий реплик баз
    данных на сервере. Когда это происходит, ICM переадресовывает запрос клиента
    к серверу, который содержит, по крайней мере, одну реплику требуемой базы
    данных, и Web сервер выбирает реплику, чтобы представить ее пользователю.
    Для доступа к определенной реплике, пользователи должны определить путь к
    этой реплике.


  • Если URL включает NoteID, ICM может давать не правильные результаты при
    обработке URL. Это происходит потому, что NoteID объект, не может быть тот
    же самый во всех репликах. В отличие от NoteID, ID реплики - идентичны во
    всех репликах баз данных.
    2.16.22.3Конфигурирование ICM.

    Вы конфигурируете ICM, делая записи в секции Internet Cluster Manager в
    Server документе. Вы можете также устанавливать отдельный IP адрес для ICM.

    Вы можете конфигурировать ICM на одном сервере, и иметь больше чем один
    ICM с доступом, к этими настройкам. Это позволяет ICM на различных серверах,
    использовать общую конфигурацию. Вы должны включить в ICM информацию
    относительно каждого Web сервера кластера. Вы делаете это, потому что каждый
    Web сервер использует собственный Server документ, чтобы определить, как
    производить URL, который будет обращаться к ICM. Web сервер получает имя
    хоста ICM из Server документа. Web Сервер использует это имя хоста, чтобы
    произвести URL, который ссылается на ICM.

    Конфигурирование ICM


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте Server документ сервера, на котором Вы хотите запустить ICM и
    переведите его в режим редактирования.


  • Выбирайте Server Tasks -- Internet Cluster Manager.


  • Заполните следующие поля:






    Секция


    Имя поля


    Описание


    Basics


    Cluster name


    Имя кластера, который ICM обслуживает. Если это поле не заполнено,
    Domino использует имя кластера, к которому принадлежит этот сервер.





    ICM Notes port




    Имя порта Notes, который ICM будет использовать, чтобы связаться с HTTP
    клиентами. Если Вы оставляете это поле незаполненным по умолчанию, ICM может
    использовать любой порт Notes, чтобы связаться с HTTP клиентами. Вводите
    название порта, только, если Вы хотите ограничить ICM связь, по одному
    определенному порту.





    ICM SSL keyfile


    Имя файла KeyFile, для SSL, который содержит сертификаты, для
    идентификации ICM связей HTTP клиентов.





    Allow users to browse databases in the cluster over HTTP


    Позволяется ли HTTP клиентам просматривать список баз данных в
    кластере.

    Когда Вы позволяете эту опцию, пользователи могут вводить команду
    http://icmhostname/?OpenServer

    Ввод этого URL показывает список баз данных на сервере в кластере,
    связанном с ICM именем хоста.


    Configuration


    Get configuration from


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





    Obtain ICM configuration from


    Это поле появляется, когда Вы выбираете Another server document в поле
    Get configuration from. Введите имя сервера, чей Server документ содержит
    конфигурацию, которую Вы хотите использовать.





    ICM hostname


    Полное имя хоста, которое клиенты должны использовать, чтобы связаться
    с ICM. Это может быть зарегистрированное имя DNS или адрес IP.

    Domino сервер Web использует это поле, чтобы создать URL, который
    ссылается на ICM. Если это поле не заполнено, Web сервер не будет способен
    произвести URL, которые будут обращаться к ICM.


    ICM HTTP Port Settings


    TCP/IP port number


    Введите номер порта для использования ICM.

    Если Вы запускаете ICM на том же самом сервере, что и Web сервер, Вы
    должны избежать конфликтов портов и адреса. Если Вы не даете ICM собственный
    адрес IP, убедитесь, номер порта ICM, отличается от любого из других номеров
    порта, которые Вы используете на сервере.





    TCP/IP port status



  • Enabled - Чтобы позволять HTTP связь с ICM

  • Disabled - Для запрещения HTTP связей с ICM





  • SSL port number


    Введите номер порта, для использования SSL.

    Если Вы запускаете ICM на том же самом сервере, что и Web сервер, и Вы
    не даете ICM собственный IP адрес, убедитесь, что номер SSL порта,
    отличается от любого из других номеров порта, которые Вы используете на
    сервере.





    SSL port status


    Чтобы разрешить HTTPS связь с ICM, выберите значение -- Enabled.






  • Сохраните и закройте Server документ.

    Когда Вы запускаете ICM, он смотрит в Server документ, на котором он
    запущен, чтобы найти ICM имя кластера и адрес сети. Задача получает имя
    хоста и назначения порта из того же самого Server документа или из Server
    документа, указанного в поле Obtain ICM configuration from.

    Если Вы запускаете ICM на той же самой системе, что и Domino Web
    сервер, Вы должны избежали конфликтов IP адреса или конфликтов номеров
    портов. Лучший подход состоит в том, чтобы назначить ICM собственный адрес
    IP. Вы можете также иметь ICM, разделяют адрес IP с Web сервером, если Вы
    определяете различные номера порта, для ICM и других протоколов на Web
    сервере. 2.16.22.3.1Определение выделенного IP адреса для ICM

    Когда Вы запускаете ICM на Web сервере, Вы можете определить ICM,
    собственный IP адрес, чтобы избежать конфликтов.


  • Использовать Вашу операционную систему, чтобы определить новый IP адрес
    и сделать его доступным.


  • Из клиента Domino Administrator, на сервере который содержит ICM,
    устанавливают порт, делая следующее:



  • Выберите из меню Файл -- Параметры -- Параметры настройки.


  • Выбирайте закладку Порты.


  • Выбирайте - Создать.


  • Определите Имя для нового порта, например -- ICMPORT.


  • Выбирайте - TCP, драйвер порта.


  • Нажмите дважды -- OK.

    Обратите внимание, если ли Вы не используете Domino Administrator на
    сервере, который содержит ICM, сделайте следующее, чтобы установить порт:

    Добавьте следующую строку в файле NOTES.INI:

    Portname=TCP, номер адаптера или номер сети, номер сессий, размер
    буфера данных

    Пример:

    ICMPORT=TCP,0,15,0

    Добавьте имя порта, типа ICMPORT, к настройке портов в файл NOTES.INI


  • Добавить следующую строку в файл NOTES.INI:

    Portname_TcpipAddress=0,IPADDRESS

    Где portname - имя порта, который Вы конфигурировали из Domino
    Administrator, типа ICMPORT, а IPADDRESS - адрес IP, который Вы используете
    для ICM.

    Пример:

    ICMPORT_TCPIPADDRESS=0,192.94.222.169


  • В поле ICM Notes port на Server Tasks -- Internet Cluster Manager в
    Server документе, введите имя порта, который Вы сконфигурировали, типа --
    ICMPORT.


  • Если Вы хотите использовать порт 80, и для ICM, и для Web сервера, Вы
    должны сделать следующее:



  • В Server документе, выбирайте закладку Internet Protocol -- HTTP.


  • В поле Host name(s), введите адрес IP или имя хоста Web сервера.


  • В поле Bind to host name, выбирайте -- Enabled.
    2.16.22.3.2Запуск ICM

    Чтобы запускать ICM каждый раз, когда Вы запускаете сервер, добавляете
    в конец строки переменной ServerTasks имя задачи ICM в NOTES.INI. Например:

    ServerTasks=ROUTER,REPLICA,ADMINP,CLDBDIR,CLREPL,HTTP,ICM

    Чтобы запустить задачу ICM вручную, введите на консоли сервера
    следующую команду:

    load icm

    Вы можете запустить ICM задачу многократно на сервере, чтобы
    гарантировать, что ICM запускается всегда. Когда Вы запускаете больше чем
    одну копию задачи ICM, Вы типично используете те же самые назначения
    конфигурации для каждого ICM. 2.16.22.4Failover и балансирование рабочей
    нагрузки на сервера.

    При использовании ICM, процесс Failover и балансирование рабочей
    нагрузки работает точно так же, как и стандартный Domino кластер. Domino
    вычисляет индекс готовности сервера, основанный на всех открытых сессиях
    клиентов Notes, HTTP клиентов, или другой Domino сервера. В конфигурации
    балансирования рабочей нагрузки и Failover, Вы используете те же самые
    переменные, Server_Restricted, Server_Availability_Threshold и
    Server_MaxUsers. Для готовности баз данных, Вы также используете те же самые
    назначения, типа маркировки базы данных Out of service или Pending delete.

    Обратите внимание. В отличие от стандартного Domino на кластера, ICM
    может перенаправлять клиентов к серверу, который находится в состоянии
    MAXUSERS или RESTRICTED, если никакой другой сервер не доступен.

    ICM использует следующий тип информации, чтобы задача могла находить
    реплику, когда клиент просит об этом:



  • Информация, относительно каждой базы данных, является доступной в
    кластере и где они сохранена. ICM получает эту информацию из базы данных
    Cluster Database Directory.


  • Информация, относительно готовности каждого сервера. ICM получает эту
    информацию, каждый раз, когда задача исследует сервера в кластере.


  • Информация, относительно конфигурирования Web сервера. Какой из
    серверов сконфигурирован для HTTP, а какой для работы с использованием
    HTTPS. ICM получает эту информацию из Server документов, каждого сервера
    кластера.

    Чтобы определить, какая реплика базы данных должна быть открыта, ICM
    делает следующее:


  • Определяет, где реплики расположены и помечены ли они Out of Service
    или Pending Delete.


  • Проверяет индекс готовности каждого сервера, который содержит базу
    данных.


  • Проверяет готовность порта сервера (pinging port) HTTP или HTTPS, в
    зависимости от запроса клиента.


  • Исключает любые сервера, которые являются недоступными или помеченные
    как RESTRICTED.


  • Исключает любые сервера, которые помечены как BUSY или MAXUSERS.


  • Выбирает сервер из оставшихся, доступных серверов. Если не имеется
    никаких доступных серверов, ICM выбирает сервер, который находится в
    состоянии BUSY, MAXUSERS, или RESTRICTED. Если имеется несколько серверов,
    ICM выбирает сервер с самой легкой текущей рабочей нагрузкой.

    После выбора сервера, ICM просматривает Server документ, чтобы
    определить порт для доступа на сервер.

    Когда сервер терпит неудачу.

    Когда HTTP клиент связан с сервером, который терпит неудачу, клиент
    получает сообщение, говорящее, что сервер не отвечает. Чтобы обратится к
    другой реплике, пользователь, должен войти в контакт ICM снова. Пользователь
    может сделать это следующим способом:


  • Щелкните кнопкой Back в браузере, чтобы соединиться с главной страницей
    через ICM


  • Использовать соответствующую закладку


  • Ввести URL

    Пользователю придется повторно подтвердить свою подлинность на новом
    сервере. Это определяется следующими факторами:


  • Если пользователь, уже зарегистрирован на новом сервере в течение этой
    сессии, никакое установление подлинности ненужно


  • Если HTTP клиент и сервер оба поддерживают SSL3, проверка подлинности
    происходит автоматически
    2.16.22.5Безопасность.

    ICM поддерживает SSL. ICM может использовать те же самые SSL
    сертификаты, которые Domino Web сервер использует, или Вы можете определить
    различный набор SSL сертификатов для ICM. Вы можете сконфигурировать ICM,
    чтобы требовать SSL в секции Internet Cluster Manager документа сервера. ICM
    использует назначения секции Internet Ports, документа сервера, чтобы
    разрешить соответствующую версию SSL протокола и принимать ли истекшие
    сертификаты.

    Кроме того, обычные функции безопасности Domino сервера, для баз
    данных, могут использоваться с использованием ICM. Однако ICM не участвует в
    процессе безопасности в прямом смысле слова. Когда HTTP клиент хочет
    получить доступ к базе данных, он посылает анонимный запрос к ICM. ICM
    сообщает клиенту имя сервера, на который он может получить доступ. Запрос
    клиента автоматически переадресовывается на соответствующий сервер. Сервер
    устанавливает диалог с клиентом и может использовать любые меры
    безопасности, которые доступны Вам. Если Вы хотите защитить ICM
    непосредственно от неправомочного доступа, Вы можете использовать Firewall
    сервер. 2.16.22.6Управление и контроль ICM.

    ICM делает соответствующие записи всех событий, чтобы найти эти
    события, просмотрите представление Miscellaneous Events, в файле протоколов
    LOG.NSF.

    Вы можете просмотреть статистику ICM с консоли сервера, введите команду
    на консоли:

    show stat icm

    Вы можете использовать эту статистику, в совокупности со стандартной
    статистикой кластера, чтобы определить, который из серверов в кластере
    является самым занятым. После этого Вы можете сбалансировать рабочую
    нагрузку в кластере. 2.16.22.7Совместимость с предыдущими версиями серверов
    Domino.

    ICM перенаправляет запросы клиентов на любой Domino Web сервер в
    кластере, не зависимо от версии этого сервера Domino. Поэтому, использование
    ICM в смешанном кластере не имеет никаких отрицательных результатов для
    клиентов. Только R5 Web сервера, однако, производят URL, которые включаются
    ссылки на ICM. Когда пользователь выбирает URL, которые содержит эти ссылки,
    ICM способен балансировать рабочую нагрузку и переадресовывать пользователя
    к соответствующему серверу.

    Если ICM переадресовывает запрос клиента на сервер, версия которого
    ниже Domino R5, URL, который производит сервер, не будет содержать ссылки на
    ICM. Клиент может передвигаться по Web страницам только на этом сервере.
    Чтобы воспользоваться преимуществом ICM, пользователь должен ввести URL,
    который содержит ссылку на ICM. 2.17Команды Domino сервера.

    Вы можете использовать команды сервера, чтобы выполнить все задачи
    администрирования. Глава описывает как вводить команды сервера, и содержит
    полную информации относительно использования каждой команды. 2.17.1Ввод
    команд сервера

    Консоль сервера показывает события сервера, ответы на ввод команд. Для
    некоторых команд, типа Load, сервер не выдает ответ на консоль. Вместо
    этого, в файле LOG.NSF сервер делает запись. Вы можете просматривать файл
    LOG.NSF с закладки Сервер -- Анализ, клиента Domino Administrator.

    Вы можете также использовать клиента Domino Administrator, чтобы ввести
    команды предназначенные удаленному серверу. Многие из закладок клиента
    Domino Administrator автоматически показывают информацию, которую Вы обычно
    видели, как результат ввода команд сервера на консоли сервера.

    Например, когда Вы щелкаете на закладке Сервер -- Состояние, эквивалент
    команды Show Tasks появится. Кроме того, несколько закладок имеют панели
    инструментов, которые позволяют Вам вводить команду через окно диалога
    пользователя.

    Имеются несколько способов ввести команды сервера:


  • Ввести команду на консоли сервера


  • Ввести команду из клиента Domino Administrator


  • Запустить командный файл (BAT), использую консоль сервера
    2.17.1.1Ввод команды с консоли сервера.


  • Запустите Domino сервер, если сервер еще не запущен.


  • Нажмите -- ENTER, чтобы показать на консоли знак приглашения (>).


  • Введите команду сервера.


    Если параметр команды содержит пробел, заключите команду в кавычки -
    например:

    Pull Acme Server

    Примечание, чтобы сэкономить время, вводите сокращения для команд
    сервера. Вы можете также нажимать стрелку курсора, чтобы показать команду,
    которую Вы предварительно вводили.


  • (Необязательно) Используйте эти ключевые комбинации клавиш, по мере
    необходимости:

    CTRL+Q, или PAUSE, чтобы остановить вывод на экран информации и
    приостановить дальнейшее выполнение вывода информации.

    CTRL+R, чтобы возобновить отображение информации и доступа к серверу.
    2.17.1.2Ввод команд сервера с использованием Domino Administrator.


  • Удостоверьтесь, что вы внесены в список в поле Администраторов сервер
    документа.


  • Из клиента Domino Administrator, выбирайте Сервер -- Состояние.


  • Выбирайте -- Консоль.


  • Делайте одно из следующего:



  • Введите команду, в командную строку сервера.


  • Выбирайте кнопку Команды, затем выбирайте команду.


  • Выберите команду из списка, и затем пошлите, или измените ее.


  • Если надо, введите аргументы команды.


    Команда может содержать до 255 знаков. Если аргумент команды содержит
    пробел, заключите его в кавычки. Например:

    PULL Acme Server

    нажмите -- ENTER.


  • (Необязательно) Делайте любое из следующего, по мере необходимости:


  • Выбирайте - Пуск, чтобы показать записи.


  • Выбирайте - Стоп.


  • Выбирайте -- Stop, чтобы остановить вывод записей.
    2.17.1.3Запуск Batch-файла на консоли сервера.

    Вы можете запускать несколько команд на консоли сразу. Синтаксис для
    команд

    < Batchfilename

    В каталоге данных, создайте командный текстовый файл - например,
    COMMANDS.TXT - содержащий список команд сервера. На консоли сервера, введите

    < COMMANDS.TXT

    Если Вы создаете *.TXT файл не в каталоге данных Notes, включаете в
    команду полный путь с именем файла.

    Внимание! Обратите внимание на синтаксис ввода команды <
    commands.txt
    2.17.1.4Вывод ответа команды сервера в файл.

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

    > Filename.ext

    Где filename.ext - имя файла, в котором Вы хотите сохранить ответ
    команды. Ведите пробел после команды сервера, но после символа
    переназначения (>). Например, эта команда пишет ответ команды Show Tasks
    в файл TASKS.OUT в Notes directory:

    Show Tasks > TASKS.OUT

    Чтобы сохранить вывод, в файл в другом каталоге данных, определите
    полный путь к файлу. 2.17.2Команды Domino сервера. 2.17.2.1Broadcast

    Посылается сообщение определенному пользователю или всем пользователям
    этого сервера. Используйте эту команду, чтобы предупредить пользователей,
    когда сервер будет остановлен для обслуживания. Сообщение, которое Вы
    вводите, покажется в панели статуса пользователя. 2.17.2.2Dbcache Flush

    Закрывает все базы данных, которые являются в настоящее время открытыми
    в памяти сервера. Используйте эту команду, для обслуживания баз данных
    2.17.2.3Drop

    Закрытие, одного или большего количества сессий сервера. Чтобы
    визуально подтверждать, закрытие сессии, Вы должны присвоить переменной
    Log_Sessions=1 (значение единицы) в NOTES.INI файле сервера. 2.17.2.4Exit

    Останавливает сервер. Эта команда идентична - Quit.

    Прежде чем Вы используете команду Exit, используйте команду Broadcast,
    чтобы предупредить пользователей об остановке сервера.

    Если Вы останавливаете сервер, в то время как он копирует базы данных
    или передает почту, эти задачи запустятся после того, как Вы повторно
    запустите сервер. Репликации или передача почты продолжится, пока базы
    данных полностью не закончат репликации, и пока не произойдет полная
    передача почты. 2.17.2.5Help

    Показывает список команд сервера, с кратким описанием, аргументов и
    надлежащим синтаксисом для каждой. 2.17.2.6Load

    Загружает указанную задачу или программу на сервере. Вы можете
    запустить программу на сервере, которая должна быть в пути поиска сервера.
    2.17.2.7Pull

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

    Вы можете реплицировать базы немедленно, если база данных важна вам.

    Для выполнения репликаций, удостовериться, что:


  • Domino Directory содержит Server документ для каждого сервера в домене


  • Domino Directory содержит документ подключения, чтобы соединиться с
    удаленным сервером


  • ID файл каждого сервера содержит сертификат, который другой сервер
    признает и доверяет ему


  • База данных ACL позволяет репликации, а источник сервер имеет
    достаточный доступ в ACL, чтобы копировать изменения. Если вы используете
    группы серверов в списках доступа, сервер должен иметь надлежащий доступ в
    документе сервера.

    Если сервер - в настоящее время реплицирует, Domino не выполняет Pull
    команды, пока текущая задача не заканчивается. Чтобы проверять статус
    Репликатора, перед использованием Pull, войдите в эту команду на консоли
    сервера:

    Show Tasks

    Сервер показывает одно из следующих сообщений:


  • Если сервер не реплицирует, слово Idle появляется рядом с задачей
    Репликатора.


  • Если server реплицирует, получите сообщение типа Replicating
    CONTRACT.NSF from MARKETING\CONTRACT.NSF.
    2.17.2.8Push

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

    В действительности, Push команда - функционирует, как противоположная
    команде Pull. 2.17.2.9Quit

    Останавливает сервер. Эта команда идентична команде Exit. Однако Quit
    команда имеет боле расширенный синтаксис. Она может использоваться с
    командой Tell, которую Вы используете, чтобы остановить выбранную задачу
    сервера, без остановки сервера.

    Если Вы останавливаете сервер, во время репликации данных или передачи
    почты, эти задачи будут продолжены после того, как Вы повторно перезапустите
    сервер. Репликации или передача почты продолжатся, пока базы данных
    полностью не реплицируются и, пока полностью не будет передана почта.

    Прежде, чем Вы используете команду сервера Quit, используете Broadcast,
    чтобы предупредить своих пользователей. 2.17.2.10Replicate

    Вынуждает репликацию между двумя серверами. Используйте полное
    иерархическое имя серверов. Если название сервера - больше чем одно слово,
    имя заключается в кавычках. Чтобы вынуждать репликацию специфической базы
    данных, имя базы данных, указывается после имени сервера.

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

    Чтобы проверить статус Репликатора, введите эту команду на консоли
    сервера:

    Show Tasks

    Сервер показывает одно из следующих сообщений:


  • Если server не реплицирует, слово Idle появляется рядом с задачей
    Репликатора.


  • Если server реплицирует, получите сообщение типа Replicating
    CONTRACT.NSF from MARKETING\CONTRACT.NSF.

    Чтобы оптимизировать ресурсы Domino реплицируйте только то, что
    необходимо. Чтобы вынудить репликацию только в одном направлении,
    используйте команду Pull или Push. 2.17.2.11Restart

    Останавливает сервер и затем повторно его запускает, после краткой
    задержки.

    Если Вы останавливаете сервер, во время репликации баз данных или
    передачи почты, то при повторном запуске сервера репликации или передача
    почты продолжится, пока все не завершится.

    Прежде, чем Вы используете команду Restart, используете Broadcast,
    чтобы предупредить пользователей об этом. 2.17.2.12Route

    Начинает передачу почты на определенный сервер. Команда Route
    перекрывает любые графики передачи почты, которые Вы создаете в документах
    подключения в Domino Directory. Используйте команду Route для серверов,
    которые сконфигурированы как Pull, Pull-Push, Push, или Push Wait в
    документах подключения. Используйте полное иерархическое имя серверов. Если
    имя сервера - состоит из нескольких слов, заключайте название сервера в
    кавычки, при вводе его имени в командной строке.

    Используйте команду Route при проблемах с передачей почты или если Вам
    необходимо передать почту с сервера немедленно.

    Если никакой почты не имеется в очереди для передачи, Domino игнорирует
    команду Route. Для проверки серверов на наличие очереди почты на передачу,
    введите эту команду на консоли сервера:

    Tell Router Show 2.17.2.13Set Configuration

    Добавляет или изменяет установку в NOTES.INI файле. 2.17.2.14Set Secure

    Защищает консоль сервера паролем.

    После того, как Вы ввели пароль и защитили консоль, Вы не можете
    использовать команды Load, Tell, Exit, Quit и Set Configuration или другие
    программы, которые не запускаются автоматически через Program documents
    Domino Directory, или через NOTES.INI, пока Вы не введете пароль заново.
    Акция Безопасности консоли сервера остается в силе, пока Вы не очищаете
    пароль, вводом вторично команду Set Secure с тем же самым паролем.

    Даже если консоль защищена паролем, держите сервер в физически
    защищенном месте, чтобы предотвратить вторжение в операционную систему.
    2.17.2.15Show Allports

    Показывает конфигурацию всех разрешенных и запрещенных портов на
    сервере. 2.17.2.16Show Cluster

    Показывает Кластер локальных серверов, в который включен список всех
    членов кластера и их статуса, полученной в течение работы Кластера серверов.
    2.17.2.17Show Configuration

    Показывает текущее значение установок NOTES.INI. Используйте Show
    Configuration и Set Configuration server команды вместе, чтобы
    гарантировать, что Вы правильно устанавливаете NOTES.INI значения.
    2.17.2.18Show Directory

    Выводит список всех файлов баз данных (например, .NSF и .NTF) из
    каталога данных и определяет, содержатся ли в каталоге данные реплики баз
    данных. Эта команда работает только для каталога данных; Вы не можете
    определить другой каталог. 2.17.2.19Show Diskspace

    Показывается свободное место на диске сервера, в байтах (WindowsNT,
    OS/2, UNIX). Если Вы не определяете, местоположение, Domino показывает
    место, доступное на диске системных файлов, содержащих Domino Directory.
    Если доступного места окажется мало - например, 10МБ - удалите документы,
    базы данных, и другие файлы, в которых Вы не нуждаетесь.

    Domino сервер установленный на WindowsNT 3.51 сервере при использовании
    TCP/IP и Netbios не может видеть смапированые диски, на другом NT сервере, с
    использованием команды Show Diskspace на Domino сервере сразу. Для того
    чтобы команда Show Diskspace заработала, необходимо одно из следующих
    условий:


  • Domino сервер запущен как приложение


  • Domino сервер запущен как задача NT сервера

    Обратите внимание, если Domino сервер запущен прежде, чем диски сервера
    смапированы, и Вы пытаетесь использовать команду Show Diskspace - задача
    терпит неудачу. Чтобы увидеть смапированые диски, остановите и повторно
    запустите Domino сервер, или поместите Domino сервер в группу -- Startup
    group.

    Domino может делать запросы по сети Redirector в системе, если это
    включено. Notes сервер может видеть диски по сети, если они показываются в
    Сетевом окружении сервера. 2.17.2.20Show Memory

    На OS/2 сервере команда Show Memory показывает количество доступной
    памяти - RAM, плюс количество памяти обмена, доступной на загрузочном диске
    Domino сервера. Если число, показанное здесь и число, когда Вы вводите
    команду Show Diskspace, равно или близко к равенству, сервер может нуждаться
    в большем количестве RAM. 2.17.2.21Show Port

    Показывает трафик сети, через сетевую карту, статистику ошибок и
    ресурсов. PortName может быть любой сконфигурированный порт. Например -
    LAN0, LAN1, COM1, COM2.

    Чтобы проверить статус порта с рабочего места Notes, выбирайте из меню
    Файл -- Параметры -- Параметры настройки -- Порты. Выбирайте порт, и
    выберите Состояние. Чтобы проверять статус порта из клиента Domino
    Administrator, Выбирайте - Сервер -- Статистика и затем выбирайте -- NET,
    выбирайте порт для просмотра статистики. 2.17.2.22Show Schedule

    Показывает расписание задач намеченных на сервере, включая тип задачи и
    время ее запуска. 2.17.2.23Show Server

    Показывает информацию статуса сервера, включая имя сервера, данные о
    каталоге сервера, время работы сервера, оперативную статистику, статус
    задач, ожидаемую, и "мертвую" почту. 2.17.2.24Show Stat

    При использовании без аргументов, показывает список статистики сервера:
    место на диске, память, почты, репликации, движение по сети. Чтобы показать
    отдельную статистику, введите аргумент для команды Statistic, как
    необязательный аргумент.

    Вы можете вводить эту команду на консоли сервера, чтобы показать
    статистику для локального сервера или, на удаленной консоли сервера, чтобы
    показать статистику для удаленного сервера. 2.17.2.25Show Tasks

    Показывает имя сервера, путь к каталогу Domino Directory и статус
    активных задач сервера.
    2.17.2.26Show Users

    Показать пользователей работающих с сервером. 2.17.2.27Start Port

    Разрешается использование указанного порта. Используйте эту команду
    после того, как Вы запретили порт командой - Stop Port.

    Обратите внимание. Команды Stop Port и Start Port не имеют никакого
    влияния на Domino Web сервер. 2.17.2.28Stop Port

    Запрещает использование указанного порта. Порт, который Вы запрещаете,
    определяется из меню Файл -- Параметры -- Параметры настройки -- Порты и
    удалите "галочку" - Порт включен. Эта команда позволяет Вам делать изменения
    в настройках порта, которые вступают в силу немедленно без остановки Domino
    сервера. Когда вы закончили изменения в настройках порта, используете
    команду - Состояние, чтобы заново разрешить его использование. 2.17.2.29Tell

    Управляющая команду для задач сервера. Команда особенно полезна для
    остановки задач сервера без остановки самого сервера.

    Administration Process Tell Commands








    Команда


    Результат


    Tell Adminp Process All


    Обрабатывает все новые и запросы на изменение, немедленно, интервал,
    ежедневно и отсроченные запросы. Эта команда не перекрывает запланированные
    запросы.


    Tell Adminp Process Daily


    Обрабатывает запросы:


  • Все новые и ежедневно измененные запросы, чтобы модернизировать
    документы Person в Domino Directory.

  • Любые невыполненные запросы Rename Person in Unread List.


  • Tell Adminp Process Delayed


    Обрабатывает все новые и изменения отсроченных запросов. Запросы,
    которые обычно выполняются согласно Start executing on и с назначениями
    Start executing at из Server документа.


    Tell Adminp Process Interval


    Обрабатывает немедленно все запросы и все запросы, которые обычно
    обрабатываются согласно Interval setting в Server документе.


    Tell Adminp Process New


    Обрабатывает все новые запросы.


    Tell Adminp Process People


    Обрабатывает все новые и запросы на изменение, документов Person в
    Domino Directory.


    Tell Adminp Process Time


    Обрабатывает все новые и запросы изменения, чтобы удалить файлы
    Unlinked Mail.


    Tell Adminp Show Databases




    Отображает, делает запись в файле LOG.NSF сервера этой информации:


  • Базы данных, Particular administration server updates


  • Местоположения базы данных, в которых модернизируются поля Readers And
    Authors в базах данных.

  • Базы данных, которые не имеют сервера администрирования назначенного
    для них.


  • Tell Adminp Quit


    Останавливает задачу Administration Process на сервере.




    Agent Manager Tell commands




    Команда


    Результат


    Tell Amgr Pause


    Приостановка расписаний для агентов.


    Tell Amgr Resume


    Возобновление расписаний для агентов.


    Tell Amgr Schedule


    Показывает список всех агентов, намеченных на текущий день. Кроме того,
    команда показывает тип запуска агента, время намеченное для агента, имя
    агента, имя базы данных, на которой будет запущен агент. При проверке
    менеджера агента список позволяет Вам видеть, ожидает ли агент в очереди
    менеджера агентов.

    Agent Manger queues:

    E - Agents eligible to run

    S - Agents scheduled to run

    V - Event-triggered agents waiting for their events to occur

    Trigger types:

    S - Agent is scheduled to run

    M - Agent is a new mail-triggered agent

    U - Agent is a new/updated document-triggered agent


    Tell Amgr Status


    Эта команда показывает "слепок" очереди менеджера агентов и показывает
    назначения менеджера агента в Server документе.


    Tell Amgr Quit


    Остановка Agent Manager на сервере.




    Cluster Replicator Tell commands




    Команда


    Результат

    Tell Clrepl Log


    Делает запись информации в файл сервера LOG.NSF немедленно, не
    дожидаясь запланированного интервала log.

    LOG.NSF включает информацию относительно всех кластерных репликаций
    ожидающего повторения. Если Replica.Сluster.Retry.Waiting statistic не равна
    нулю, это означает, что некоторые репликации не закончены и ожидают
    повторения.

    После того, как Вы исправляете ошибки - например, перезапускаете
    сервер, который был недоступен - Cluster Replicator будет запущен на
    следующее повторение Replica.Cluster.Retry.Waiting statistic, установится в
    ноль.


    Tell Clrepl Quit




    Останавливает все Cluster Replicator на сервере.

    Чтобы запретить задачу Clrepl в будущих сессиях, удалите все упоминания
    Clrepl из ServerTasks в NOTES.INI файле. Запрещение Clrepl task на одном
    сервере, только останавливает репликации этого сервера на другие сервера, но
    не запрещает реплики на сервер, от других серверов в кластере.




    LDAP Tell commands




    Команда


    Результат


    Tell LDAP reloadschema


    Модернизирует схему directory на LDAP сервере, чтобы отразить
    изменения, которые Вы настраиваете для Domino Directory.




    NNTP Tell commands





    Команда


    Результат


    Tell NNTP Newgroup groupname


    Создание новой NewsGroup используйте эту команду для сознания
    NewsGroup, если она автоматически не создано в течение сессии.


    Tell NNTP Newgroup Delete group_name(s)


    Удаление указанной NewsGroup.


    Tell NNTP Newgroup groupname pathname


    Tells NNTP, чтобы добавить группу в Cache, с указанным NewsGroup и
    путем. Используется, когда группа создается на базу шаблона.


    Tell NNTP print cache list


    Отображается текущий список NNTP discussion groups и соответствующие им
    базы Notes.


    Tell NNTP Print config


    Отображение текущего списка значений NNTP.


    Tell NNTP Quit


    Остановка задачи NNTP.


    Tell NNTP Reset servername


    Повторная установка всех статей на сервере.


    Tell NNTP Show Config


    Показывает NNTP сервер конфигурацию, из секции NNTP документа сервера.


    Tell NNTP Show Groups


    Показывает имена и путь для NewsGroup на сервере.




    Router Tell commands




    Команда


    Результат


    Tell Router Delivery Stats


    Показать статистику доставки задачи Router.


    Tell Router Compact




    Уплотняет MAIL.BOX и чистит открытые очереди задачи Router. Вы можете
    использовать эту команду, чтобы уплотнить MAIL.BOX в любое время. Если
    существует более чем один MAIL.BOX, сконфигурированный для сервера. Каждый
    MAIL.BOX будет уплотнен последовательно.

    По умолчанию, MAIL.BOX автоматически уплотняется в 4 часа утра.


    Tell Router Show Queues


    Показывает почту ожидающую доставки.


    Tell Router Exit


    Остановка задачи Router на сервере.


    Tell Router Use databasename



    Создает базу данных Shared Mail, которую Вы определяете, и
    устанавливает в NOTES.INI переменную Shared_Mail=2, которая разрешает Shared
    Mail для доставки и перемещения почты на этот сервер. Databasename - полное
    имя базы данных shared mail, которую Вы выбрали для использования на этом
    сервере, включая каталог, например, SHARED.NSF.

    В дополнение к созданию базы данных Shared Mail, Domino автоматически
    создает файл по имени MAILOBJ.NSF в каталоге данных. MAILOBJ.NSF - связь баз
    данных, которая всегда указывает на фактическую базу данных Shared Mail,
    которую Router использует, чтобы хранить новую почту, доставляемую на
    сервер, во время разрешения Shared Mail.


    Tell Router Quit


    Остановка задачи Router на сервере.




    Schedule Manager Tell commands



    Команда


    Результат


    Tell Sched Stats

    Показывает общее количество Reservations и Appointments в базе данных
    Free Time.


    Tell Sched Show username

    Показывает график для указанного пользователя на консоли сервера.
    Используйте эту команду, чтобы исследовать проблемы в базе данных Free
    Ttime.


    Tell Sched Validate






    Обновление значений базы данных Free Time на сервере.

    Обновление происходит по умолчанию в 2 часа утра; однако, Вы можете
    использовать эту команду, чтобы вынудить это происходить скорее. Другой
    способ вынуждать обновление, состоит в том, чтобы останавливать и повторно
    начать задачу Schedule Manager.

    Обновление может занимать некоторое время. Вы должны запускать эту
    команду на всех серверах, где файлы почты были удалены и или добавлены,
    чтобы гарантировать, что старая информация Free time удалялась, а новая
    добавлялась в базу.
    Не используйте эту команду, когда Вы добавляете нового пользователя.
    Процесс администрирования создаст документы Person для пользователей в
    Domino Directory перед созданием их почтовых файлов на их почтовом сервере.
    Schedule Manager наблюдает за созданием баз данных и автоматически
    обрабатывает файлы почты новых пользователей.


    Tell Sched Validate username


    Validates - информации для указанного пользователя.
    Эта команда быстрее, чем использование команды Tell Sched Validate,
    потому что позволяет Вам обрабатывать пользователей индивидуально, чем
    обработка всех данных на сервере.


    Tell Sched Quit

    Остановка задачи Schedule Manager на сервере.




    Statistic Collector Tell Commands



    Команда


    Результат


    Tell Collector Collect


    Запуск Statistic Collection на всех указанных серверах и собирает
    сообщения статистики.


    Tell Collector Quit


    Остановка задачи Collect на сервере.




    Web Navigator Tell commands




    Команда


    Результат


    Tell Web Help


    Просмотр всех команд Web Navigator на консоли сервера.


    Tell Web Refresh


    Переинициализация всех глобальных назначений Web Navigator. Используйте
    эту команду, если Вы редактировали документ администрирования, во время
    работы задачи Web сервера


    Tell Web Quit


    Остановка всех запущенных копий Web Navigator.




    Web Server Tell commands




    Команда


    Результат


    Tell HTTP Restart


    Переинициализирует Web сервер с изменениями, сделанными в:


  • Документе сервера для Web сервера


  • File Protection, Virtual Server и URL Mapping документах в Domino
    Directory.


  • NOTES.INI файл, которые затрагивают задачу HTTP


  • HTTPD.CNF и BROWSER.CNF файлы


  • Изменения Java servlets или servlets.properties файлов

    Эта команда имеет тот же самые результаты как остановка и рестарт Web
    Server. Однако, эта команда Tell быстрее, чем остановка или рестарт, потому
    что, когда Вы используете команду Tell, задача HTTP остается в памяти. Если
    любые процессы HTTP активны, когда Вы запускаете команду, Domino ждет до
    конца процессов перед рестартом HTTP. HTTP не будет, однако, принимать
    никакие новые запросы, пока команда рестарта не заканчивает работу.

    Эта команда удаляет из памяти кэшированные станицы пользователя.


  • Tell HTTP Show File Access




    Показывает информацию относительно защиты системных файлов на машине и
    на виртуальных серверах, если Вы имеете такие.


    Tell HTTP Show Security




    Показывает информацию по SSL и файлу Key Ring сервера, включая
    информацию относительно того, запущена ли серверная задача SSL на машине.
    Показывает информацию относительно SSL для виртуальных серверов, если Вы
    имеете такие.


    Tell HTTP Show Users


    Показывает имена пользователей и их IP адреса, истечения времени сессий
    для пользователей зарегистрированных на сервере, только которые использует
    базовую идентификацию.


    Tell HTTP Show Virtual Servers


    Показывает виртуальные сервера, запущенные на Вашем сервере.


    Tell HTTP Quit


    Остановка задачи Web сервер.



    2.17.2.30Trace

    Используйте команду Trace, чтобы проверить связь с сервером. Эта
    команда показывает детальную информацию относительно каждого перехода через
    сервер и полезна при поиске проблем и поиска неисправностей сети. Эта
    команда работает так же как Трассировка, когда Вы выбираете - Файл --
    Параметры -- Параметры настройки.

    Чтобы проследить путь к серверу, введите:

    Trace servername

    Чтобы проследить определенный порт, введите

    Trace portname!!!servername

    Когда Вы пытаетесь соединяться с сервером, значок сети автоматически
    появляется в строке статуса, рабочего места Notes или на консоли сервера, в
    зависимости от того, где Вы ввели команду попытки связи. Вы можете
    использовать установку NOTES.INI -- Console_LogLevel, чтобы управлять
    уровней деталей информации, которая будет выводится в строке статуса.
    Информация будет регистрироваться в файле log (LOG.NSF). 2.18Задачи сервера.

    Задачи сервера Domino исполняют сложные процедуры администрирования -
    например, уплотнение баз данных или обновление индексов. Вы можете запускать
    задачи вручную, загружая их с консоли сервера. Или Вы можете запускать эти
    же задачи автоматически, когда запускаете сервер, добавляя имя в переменную
    ServerTasks или ServerTasksAt файла NOTES.INI файл. Кроме того, Вы можете
    создавать документ типа - Program document в Domino Directory, чтобы
    запускать задачу в намеченный Вами интервал времени.

    Запуск задач из NOTES.INI.

    Многие задач запускаются по умолчанию в определенное время. Вы можете
    наметить дополнительные задачи для запуска, редактируя одно из этих
    назначений в NOTES.INI файле:


  • ServerTasks - запуск задач автоматически, при запуске сервера


  • ServerTasksAt - запуск задач в указанное время

    Запуск задач с консоли сервера.


  • Из клиента Domino Administrator, откройте консоль сервера, выбирайте -
    Консоль на закладке Сервер -- Состояние.


  • Введите:

    load taskname

    Где taskname - имя задачи сервера, которой Вы хотите запустить.

    Запуск задач, из документа Program document.

    Чтобы запускать задачу на сервере в регулярно намеченное время или при
    запуске сервера, создайте Program document в Domino Directory. Вы можете
    также использовать Program document, чтобы управлять командным файлом OS/2,
    UNIX или программой API.

    Если Вы создаете командный файл OS/2, UNIX, API программу, Вы можете
    использовать любые знаки в имени А-Z, 0-9, - _ /. Не используйте \
    (наклонную черту влево) или любые другие знаки.


  • Из клиента Domino Administrator, откройте Domino Directory. Выбирайте
    представление Сервер и откройте документ сервера.


  • Выбирайте -- Create -- Server Program.


  • На закладке Basics заполните эти поля:




    Поля


    Значения


    Program name


    Имя задачи сервера, которую Вы хотите запустить. Для OS/2 сервера, Вы
    используете CMD.EXE как имя программы, включите описание ключей управления
    для команды.


    Command line


    Командная линия для запуска задачи, включая любые аргументы команды.


    Server to run on


    Полное иерархическое имя сервера, на котором вы планируете запустить
    задачу.


    Comments


    Комментарии






  • Выбирайте закладку Schedule и затем заполните эти поля:




    Поля


    Значения


    Enabled/disabled


    Выбирайте одно:


  • Запуск программы при запуске сервера.

  • Разрешение графика запуска для задачи в определенном промежутке
    времени.


  • Run at times


    Время первого запуска программы.


    Repeat interval of


    Интервал повторения.


    Days of week


    Дни недели для запуска Вашей программы






  • (Необязательно) Щелкают на закладке Administration и вводят в поля
    имена администраторов.


  • Сохраните и закройте документ.

    Примечание, чтобы просмотреть все задачи, намеченные для выполнения на
    сервере, используйте команду -- Show Schedule.





    3Администрирование пользователей и групп. 3.1Пользователи Notes.

    Пользователи Notes - люди, кто используют клиента Notes Domino для
    доступа к серверам и базам данных. Они имеют ID файл Notes, Person документ
    и если они используют почту Notes, то почтовый файл.

    Чтобы зарегистрировать пользователей Notes рассмотрите следующие
    вопросы. Регистрировать ли их в Notes или мигрировать их из другой, внешней
    почтовой системы или каталога. Прежде, чем Вы начинаете добавлять
    пользователей, лучше определить назначения по умолчанию, которые Notes
    применит в течении процесса регистрации.

    Чтобы добавить пользователей, Вы регистрируете их соответствующим ID
    сертификатора. При регистрации создается ID пользователя, который позволяет
    Вашим пользователям соответствующий доступ к системе. После регистрации
    пользователей Notes, Вы должны подготовить файлы установки, для установки
    Notes на рабочих станциях.

    Чтобы разрешить использовать пользователям Notes, Вы исполняете эти
    задачи:


  • Определяете назначения по умолчанию, для рабочего пространства
    пользователя и регистрации пользователей.


  • Регистрируете пользователей.


  • Сделайте, доступ к файлам установки Notes, чтобы пользователи смогли
    устанавливать Notes.


    В дополнение к пользователям Notes, Domino сервер может поддерживать и
    других пользователей:


  • IMAP



  • LDAP


  • NNTP


  • POP3



  • Web
    3.1.1Определение установок по умолчанию для пользователей.

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

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

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

    Чтобы определить назначения по умолчанию, используйте любую из этих
    задач:



  • Создайте Профиль установки пользователя, чтобы определить назначения
    для рабочего пространства пользователя по умолчанию.


  • Создайте список контроля управления для рабочей станции (ECL) - по
    умолчанию, чтобы управлять доступом к данным рабочей станции.


  • Определите предпочтение регистрации (в Administration Preferences)
    чтобы определить назначения для регистрации пользователя по умолчанию.


  • Определите назначения пользователя по умолчанию в диалоге регистрации
    пользователей.
    3.1.2Что такое - профиль установки пользователя?

    Перед регистрацией пользователей, Вы можете создать - Профиль установки
    пользователя, который можно будет использовать в документе пользователя
    Место вызова, рабочей станции. Назначения по умолчанию, которые Вы
    определяете, могут включать интернет и Passthru сервера назначения, также
    как набор определенных баз данных, которые появляются на рабочем
    пространстве каждого пользователя. Профили установки пользователя, делают
    регистрацию пользователей легкой.

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

    Прежде, чем Вы создадите профиль, удостоверитесь, что Вы уже установили
    Вашу Domino систему и сделали следующего:


  • Установили Domain search сервер.


  • Web Navigator и InterNotes™ сервер (сервер хранит странички в
    базе Web Navigator)


  • Базы данных, которые Вы хотите, добавлять в рабочее пространство
    пользователя


  • Mobile directory каталоги (или клиент каталога)


  • Passthru сервера, LAN сервера, интернет сервера и удаленные сервера.
    Программа установки пользователя создает документы подключения в
    персональной адресной книге каждого пользователя, для серверов, которые Вы
    определяете в Профиле.


  • TCP/IP и NDS Notes name сервера


  • Host domains where Java applets are assumed to be safe


  • Proxy сервера

    После создания профиля установки пользователя, Вы можете изменять или
    добавлять назначения и затем распределять новый профиль пользователям.
    3.1.3Что такое ECL рабочей станции?

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

    Чтобы ограничивать доступ к рабочей станции, ECL ищет подпись в базах
    данных и шаблонах прежде, чем они будут открыты на рабочей станции. ECL
    проверяет эту подпись, чтобы определить уровень доступа. Каждая система и
    шаблоны приложений, поставляемых с Notes, содержат подпись. Каждый шаблон
    или база данных Ваших проектов должна содержать подпись разработчика
    приложения или администратора.

    Чтобы создать ECL рабочей станции, программа Установки копирует ECL из
    Domino Directory на клиент Notes. Прежде, чем Вы регистрируете
    пользователей, редактируете ECL, чтобы создать ECL рабочей станции для
    пользователей.

    ECL рабочей станции и опции безопасности.

    Выберите из этих опций нужные Вам, для ECL рабочей станции:

    HEIGHT=584 BORDER=0>

    Рис. 59 Диалоговое окно настройки безопасности рабочей станции Notes.
    3.1.3.1Пример ECL.

    Таблица описывает доступ для пользователей:


  • -Default-


  • -No Signature-


  • */Acme


  • Lotus Notes Development/Lotus Notes


  • Phyllis Spera/Sales/East/Acme





    Подпись


    Применяются к


    Пример


    -Default-


    Формулы и коды, которые содержит подпись, не соответствуют никакой
    записи в ECL


    Если пользователь -- John Andrews/Atlas, ECL использует -Default- тип
    подписи, чтобы назначить доступ, потому что, хотя база данных содержит
    подпись, она не соответствует никакой записи в ECL.


    -No Signature-


    Формулы и коды, которые не содержат подписи


    Если лицо содержит не действительную или не доступную подпись, ECL
    иденфицирует ее как -No Signature-.


    Lotus Notes Template Development / Lotus Notes


    Каждый шаблон, отправленный с Domino, содержит эту подпись


    Подпись лица соответствует Lotus Notes Template Development / Lotus
    Notes signature.


    */Acme


    Формулы и коды, содержащие подписи */Acme


    Если подпись anyname/Acme, для примера Emily Marks/Acme или Alan
    Jones/Sales/East/Acme -- ECL сопоставляет ее с */Acme.


    Phyllis Spera/Sales/East/Acme




    Формулы и коды подписанные Phyllis Spera/Sales/East/Acme


    Подпись сопоставляется только с Phyllis Spera/Sales/East/Acme.



    3.1.3.2Создание ECL для рабочей станции.


  • Из клиента Domino Administrator, выбирайте закладку -- Файлы.


  • Из панели Сервера, выбирайте сервер, с которым хотите работать.


  • Открывайте Domino Directory (NAMES.NSF).


  • Выбирайте из меню Действия -- Edit Administration ECL.


  • Выбирайте -- Default - и затем выбирает опции доступа.


  • Выбирайте -- No Signature - и затем выбирайте опции доступа.


  • Выбирайте -- Добавить, введите имя пользователя или сервера и затем -
    OK.



  • Введите звездочку (*), чтобы позволить доступ всем пользователям, даже
    тем которые не внесенные в "Domino Directory". Введите звездочку (*)
    сопровождаемую именем сертификатора - например, */Acme - чтобы позволить
    только пользователям сертифицированным иметь доступ.


  • Позволяйте пользователям изменять ECL на их рабочий станциях, или
    позволяют Java applets от доверенных отправителей. Выбор Позволяет
    пользователям изменять и выбирать соответствующий выбор.


  • Выбирайте - OK.

    Запрещение опций безопасности для рабочей станции.

    Если Вы работаете в хорошо защищенной среде, Вы можете запретить акция
    безопасности данных на рабочей станции. Однако, знайте, что после того, как
    Вы запретите ECL на рабочей станции, данные окажутся уязвимы для
    вмешательства из вне.

    Чтобы запретить опцию безопасности на рабочей станции. Нужно изменить
    администраторские настройки ECL. Разрешите в ECL все опции, для типа
    подписей -Default-, -No Signature-, Lotus Notes Template Development/Lotus
    Notes и других имен подписей внесенных в список.

    Обновление ECL для рабочей станции.

    Если Вы изменяете, административные настройки ECL после
    пользовательской установки, которая автоматически копирует ECL на их рабочие
    станции, Вы можете заменить ECL.



  • Удостоверитесь, что Domino Directory, с изменениями ECL реплицировалась
    по домену.


  • Напишите записку пользователям, чьи ECL Вы изменили.


  • Добавьте кнопку в записку, которая выполнит формулу при нажатии.

    RefreshEcl (" "; " ")


  • Опишите цель записки и инструктируйте пользователей, что делает эта
    кнопка.


  • Отправьте записку пользователю.
    3.1.4Процесс регистрации пользователей.

    Вы должны регистрировать пользователей прежде, чем они устанавливают
    Notes на их рабочих станциях. Для каждого пользователя, в процессе
    регистрации создает:


  • Документ Person в Domino Directory


  • ID пользователя, содержащий сертификат Вашей организации


  • Почтовый файл пользователя


    Notes предлагает различные опции для регистрации пользователей.
    Например, использование базовой регистрации пользователя. Он быстр и легок,
    потому что он автоматически делает многие назначений по умолчанию для
    пользователей. Если Вы используете регистрацию пользователя Выборочного
    типа, Вы можете назначать более продвинутые значения, типа добавления
    пользователя к группе WindowsNT. Вы можете также регистрировать
    пользователей, импортируя их из текстового файла или мигрируя их из других
    почтовых каталогов.

    Если Вы используете процесс регистрации пользователей, чтобы
    регистрировать пользователей, Вы можете просматривать и изменять назначения
    пользователя базы данных Очереди Регистрации Пользователя (USERREG.NSF),
    которая появляется в диалоге регистрации. Эта база данных содержит
    информацию относительно пользователей, ожидающих регистрации. Когда Вы
    выходите из диалога регистрации пользователей, Вы можете сохранять всех
    пользователей, ожидающих регистрации и регистрировать их позже. Когда Вы
    открываете базу снова, база данных Очереди Регистрации Пользователя
    автоматически открывается, чтобы показать всех пользователей, ожидающих
    регистрации. Не пробуйте изменить информацию пользователя, открывая базу
    данных, непосредственно, Вы рискуете нарушить целостность данных при
    регистрации.

    Прежде, чем Вы зарегистрируете пользователей, рассмотрите иерархическую
    схему имен Вашей организации и решите, где каждый пользователь будет
    располагаться в этой схеме. Просмотрев схему имен, Вы определите, какой ID
    сертификатора использовать, для регистрации пользователей, какой сервер
    использовать, как Сервер Регистрации, и какой сервер будет хранить почтовые
    файлы пользователей. Когда Вы регистрируете пользователей, Вы должны иметь
    соответствующий доступ к каждому серверу, который Вы используете, Вы должны
    знать пароль для каждого ID сертификатора, который используете.

    Пример регистрации Notes пользователей.

    Далее описывается, как администраторы в корпорации Acme
    зарегистрировали двух пользователей, использую принцип основанный на месте
    положения каждого пользователя в иерархии организации. Пользователи работают
    в различных отделах.

    HEIGHT=396 BORDER=0>

    Рис. 60 Пример регистрации пользователей с использованием разных
    сертификатов в Acme.


    Alan Jones работает в коммерческом отделе восточного побережья Acme.
    Чтобы дать Alan, соответствующий доступ в пределах системы, администратор
    использует ID сертификатора Sales/East/Acme, чтобы зарегистрировать его.
    Полное иерархическое имя Alan Jones, становится Alan Jones/Sales/East/Acme.

    Администратор назначает Mail-E сервер, расположенный в сети восточного
    побережья Acme, как почтовый сервер для Alan Jones. Почтовый сервер Alan
    находится в той же самой сети LAN, что и его рабочая станция, он получает и
    посылает почту, он может соединяться непосредственно с сервером, который
    хранит его почтовый файл.

    Robin Rutherford работает в отделе бухгалтерского учета, на западном
    побережье. Acme Администратор использует ID сертификатора
    Accounting/West/Acme, чтобы регистрировать пользователя Robin. Mail-W -
    почтовый сервер для Robin, а ее полное иерархическое имя - Robin
    Rutherford/Accounting/West/Acme.
    3.1.5Методы регистрации пользователей.

    Вы можете использовать любой из этих методов для регистрации
    пользователей Notes:


  • Базовая (по умолчанию) регистрация пользователей


  • Выборочная регистрация пользователя


  • Регистрация пользователей из текстового файла


  • Инструменты Миграции пользователей из других почтовых систем

    Метод, который Вы используете, чтобы регистрировать людей, зависит от
    ряда причин включая такие опции, как:


  • Определили ли Вы назначения по умолчанию


  • Хотите ли Вы назначить пользователям дополнительные опции (типа
    дополнительных имен)


  • Должны ли Вы импортировать пользователей из внешней почтовой системы
    или почтовых каталогов, и находятся ли Ваши пользователи в текстовом файле.

    Обратите внимание. При регистрации пользователей, в именах которых
    содержатся не-АSCII символы, модуль регистрации пытаются преобразовать любые
    не-ASCII в символы ASCII, чтобы создать адрес для интернет формата. Это не
    относится к нелатинским знакам, типа Арабского языка, Китайского, Кириллицы,
    Греческого, Иврит. Для этих языков, адрес интернета автоматически не
    присваивается. Администратор должен вручную создать адрес интернета для этих
    пользователей.

    Базовая регистрация.

    Для быстрой и легкой регистрации, используйте регистрацию по умолчанию.
    Основная регистрация требует, чтобы Вы определили имя пользователя и пароль,
    но также и предлагает Вам удобство, для некоторых назначений по умолчанию
    для пользователя. Вы можете определять назначения по умолчанию. Вы можете
    определять назначения в диалоге регистрации пользователей; или Вы можете
    использовать Notes назначения по умолчанию. Вы можете также назначать
    пользователей в определенные группы.

    Все назначения, доступные в основной регистрации, доступны для
    Выборочной регистрации. Вы можете выбирать рассматривать и исполнять
    Выборочную регистрацию в любое время, щелкая на кнопке -- Больше в окне
    диалога регистрации пользователей.

    Выборочная регистрация.

    Выборочная регистрация предлагает Вам все назначения, включенные в
    основную регистрацию, а также позволяет Вам изменять назначения по
    умолчанию. Определять дополнительные назначения - например, назначать
    дополнительное имя пользователю или добавить пользователя в группу
    WindowsNT.

    Регистрация пользователей из текстового файла.

    Имеются два способа регистрировать пользователей из текстового файла -
    файл, который содержит информацию об одном, или большего количества
    пользователей. Вы можете использовать диалог регистрации пользователя,
    который создает запись, для каждого пользователя в очереди регистрации и
    позволяет Вам изменять назначения индивидуально. Альтернативно, Вы можете
    регистрировать их непосредственно так, чтобы введенные персоны никогда не
    появился в очереди регистрации пользователя. Если Вы регистрируете их
    непосредственно, Вы назначаете пользователям определенные назначения прежде,
    чем Вы импортируете их и регистрируете их. Notes применяет назначения всем
    пользователям и не позволяет Вам изменять назначения пользователя
    индивидуально.

    Миграция пользователей из других почтовых систем.

    Вы можете мигрировать пользователи, из внешней почтовой системы или
    каталога в Notes. Вы регистрируете их, используя утилиту - Migration Tools.
    Обратится к меню, можно через кнопку -- перенести пользователей в окне
    регистрации пользователей. После перемещения их, Вы можете изменять их
    назначения. Следующие типы пользователей Вы можете мигрировать в Notes:


  • Lotus cc:Mail


  • Microsoft Exchange


  • LDIF (LDAP Directory)


  • Microsoft Mail


  • WindowsNT


  • Novell GroupWise 4.1


  • Novell GroupWise 5


  • Netscape Messaging Server
    3.1.5.1Использование Базовой регистрации пользователей.

    Используйте базовую регистрацию пользователей, чтобы зарегистрировать
    пользователей и добавить пользователей к существующим группам. Чтобы сделать
    регистрацию, быстрой и легкой, базовая регистрация использует установки по
    умолчанию для всех пользователей.

    Имена пользователей.

    При добавлении пользователей, имена пользователя могут состоять из
    верхнего регистра и нижнего, алфавитных знаков (А- Z), чисел (0- 9),
    амперсанта (&), черты (-), точки (.), пробела ( ) или подчеркивания (_).



  • Для выполнения базовой регистрации, удостоверьтесь, что Вы имеете
    следующее, прежде чем Вы начинаете регистрацию:


  • Доступ к ID сертификатора и его паролю.


  • Доступ к Domino Directory с Вашего компьютера


  • Доступ Редактора или роль UserCreator к Domino Directory на сервере
    регистрации


  • Можете создавать новые базы на почтовом сервере, если Вы планируете
    создавать почтовые файлы пользователя в течение регистрации


  • Доступ к CERTLOG.NSF на регистрационном сервере


  • Из клиента Domino Administrator, выбирайте закладку -- Пользователи и
    группы.


  • Из панели Сервер, выбирайте сервер, с которым будете работать.


  • Выбрать Domino Directory, и затем выбирайте -- People.


  • Выбирайте - Domino Directory, затем выбирайте -- Сервис -- Пользователи
    -- Зарегистрировать, из панели инструментов.


  • Введите пароль для ID сертификатора и выбирайте - OK.

    Обратите внимание, что Notes использует ID сертификатора указанный в
    административных настройках, если таких не имеется, используется ID
    указанный в переменной СertifierIDFile из NOTES.INI.

    (Необязательно) измените регистрационный сервер, выбирайте кнопку --
    Регистрационный Сервер, выбирайте сервер, который регистрирует всех новых
    пользователей, затем выбирайте - OK. Если Вы не определили регистрационный
    сервер в административных настройках, это сервер - по умолчанию:


  • Локальный сервер, содержащий Domino Directory


  • Сервер, указанный в переменной NewUserRegServer из NOTES.INI


  • Сервер администрирования


  • Введите короткое имя пользователя, для адреса интернета, которое
    автоматически будет подставлено в адрес. Чтобы изменить короткое имя или
    адрес интернета, выбирайте имя и введите новый текст.


  • Введите пароль для ID пользователя и выбирайте - OK.


  • Выбирайте -- Добавить пользователя. Имя пользователя появляется в окне
    Очередь на регистрацию.


  • (Необязательно) добавлять пользователя к существующей группе:


  • Выбирайте -- Группы


  • Выберите группу, или группы, чтобы назначить в нее пользователя и
    выбирайте -- Добавить и затем щелкают кнопку -- Применить.


  • Выбирайте -- Регистрировать и затем - OK.
    3.1.5.2Использование выборочной регистрации пользователей.

    Выборочная регистрация, предлагает все функции Базовой регистрации, но
    также позволяет Вам изменять назначения по умолчанию и применять некоторые
    расширенные назначения для пользователей.

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

    Для выборочной регистрации пользователей, заполните поля в базовом окне
    регистрации пользователей:

    HEIGHT=718 BORDER=0>

    Рис. 61 Диалоговое окно регистрации пользователей, закладка Общие.


  • Выбирайте -- Добавить пользователя. Имя пользователя появляется в окне
    Очередь на регистрацию.


  • Выбирайте -- Почта и заполните любое из этих полей. Domino использует
    для любых полей, значения по умолчанию.

    HEIGHT=718 BORDER=0>

    Рис. 62 Диалоговое окно регистрации пользователей, закладка Почта.






    Поля


    Значения


    Почтовый сервер


    Почтовый сервер для пользователя


    О шаблоне


    Шаблон для почтового файла по умолчанию MAIL50.NTF.


    Почтовая система


    Выбирайте тип почтовой системы для пользователя:


  • Lotus Notes (по умолчанию)


  • POP


  • IMAP


  • Other Internet


  • Other


  • None


  • Имя почтового файла


    Имя почтового файла. По умолчанию почтовые файлы находятся в каталоге
    ... Data\Mail\


    Доступ для владельца


    Уровень доступа к почтовому файлу пользователя. По умолчанию --
    Менеджер. Это поле может использоваться, чтобы предотвратить удаление
    собственного почтового файла. Если доступ владельца почтовому файлу будет
    немного ниже -- Дизайнера, или Редактор - пользователь не сможет по ошибке
    удалить свой почтовый файл.


    Квота БД


    Выбирайте - Еnable, если хотите ограничить размер почтовой базы
    пользователя (Мaximum 10Гб).


    Порог предупреждения


    Выбирайте опцию, если хотите, чтобы Domino предупреждал вас о
    приближении к максимальному размеру почтового файла (Maximum 10Гб).


    Создать сейчас/Создать в фоновом режиме


    Выбирайте одно из двух:


  • Создать сейчас (по умолчанию)


  • Создать в фоновом режиме


    При выборе второй опции создание почтовых файлов вынуждает Процесс
    Администрации создавать файлы и экономит время процесса регистрации
    пользователя.


  • Создать полный индекс


    Опция создание полнотекстового индекса.






  • Выбирайте - Уч. Запись и введите любые значения в поля. Domino
    использует значения по умолчанию, если это возможно.

    HEIGHT=718 BORDER=0>

    Рис. 63 Диалоговое окно регистрации пользователей, закладка Уч. запись.







    Поля


    Значения


    Заверитель


    Выбор используемого для регистрации сертификата.


    Тип защиты


    Тип лицензии:


  • Северной Америки


  • Универсальная

    *** Начиная с версии 5.0.4 -- Global ***


  • Срок действия сертификата


    Дата истечения Сертификата выданного пользователю.


    Размещение учетной записи пользователя


    Выбирайте одно из двух:


  • По умолчанию в Domino Directory, присоединяет его к документу Person.

  • В файл. По умолчанию: (<datadirectory>\ids\people\user.id).






  • (Необязательно) вы можете добавить пользователя к существующей группе:


  • Выбирайте -- Группы


  • Выберите Группу, или группы, чтобы назначать пользователю и щелкайте --
    Добавить.


  • Выбирайте -- Прочие и заполните любые из этих полей. Domino использует
    установки по умолчанию, если они доступны, для полей.

    HEIGHT=655 BORDER=0>

    Рис. 64 Диалоговое окно регистрации пользователей, закладка Прочие.





    Поле


    Значения


    Профиль настройки


    Имя Профиля настроек


    Подразделение


    Вспомогательное слово, которое отличает пользователей с одинаковыми
    именами и работающими в одной организации.


    Размещение


    Местоположение пользователя


    Локальный Администратор


    Локальный Администратор, который будет иметь доступ автора к Domino
    Directory, Person документу.


    Заметки


    Любые комментарии


    Язык для дополнительного имени


    Альтернативное имя, с использованием другого языка.


    Дополнительное имя


    Альтернативное имя


    Подразделение


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


    Добавить пользователя WindowsNT


    Добавить пользователя в WindowsNT.


    Имя в WindowsNT


    Имя для WindowsNT


    Добавить в группу WindowsNT


    Добавить Имя в группу WindowsNT.






  • Выбирайте -- Регистрировать и затем - OK.
    3.1.5.3Регистрация пользователей из текстового файла.

    При регистрации пользователей из текстового файла, Вы можете
    импортировать их двумя путями:


  • Вы можете использовать диалог Регистрации Пользователей, который
    размещает пользователей в очереди на регистрацию, и позволяет Вам изменять
    назначения для пользователя индивидуально.


  • Через меню, которое обходит, очередь регистрации и регистрирует
    пользователей без разрешения, что-либо изменять. При использовании этого
    метода, Вы назначаете параметры, перед импортированием пользователей и Notes
    применит их ко всем пользователям.

    Если Вы хотите добавить текстовый файл в NOTES.INI так, чтобы Notes не
    спрашивал Вас ничего, введите переменную BatchRegFile=filename в NOTES.INI.
    Вы можете все еще вводить имя файла.

    Вы можете также определять разделитель для текстового файла, добавляя
    переменную BatchRegSeparator=(знак) в NOTES.INI. Если Вы не определяете
    переменную BatchRegSeparator, то точка с запятой (;) будет используется.

    Все, описанные выше назначения для пользователей доступны Вам, перед
    использованием меню импорта для пользователей. Notes применяет назначения
    всем пользователям в группе регистрации из текстового файла.

    Создание текстового файла для регистрации пользователей.

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

    Например, эта строка в файле, определяет только фамилию и пароль:

    Alexis;;;;password1

    Эта строка в файле, определяет полное имя, домашний сервер, профиль
    установки пользователя:

    Alexis;Catherine;R.;;password1;;;Marketing/Acme;;;;;;Marketing Profile

    Обратите внимание, что минимальные параметры, это имя и пароль.





    Позиция


    Параметр


    Значение


    1


    Last name


    Фамилия пользователя


    2


    First name


    Имя пользователя


    3


    Middle initial


    Инициалы отчества


    4


    Organizational unit


    Иерархическое имя организации


    5


    Password


    Пароль


    6


    ID file directory


    Каталог для ИД файла пользователя


    7


    ID file name


    Имя ИД файла пользователя


    8


    Mail server name


    Имя Почтового сервера


    9


    Mail file directory


    Каталог почтового файла


    10


    Mail file name


    Имя почтового файла


    11


    Location


    Наглядная информация местоположения пользователя, которая добавляется к
    документу Персоны пользователя. Если кто-то адресует почту этому
    пользователю и имеется другой пользователь с тем же самым именем, Notes
    показывает местоположение, чтобы помочь отправителю отличить двух
    пользователей.


    12


    Comment


    Комментарии


    13


    Forwarding address


    Перенаправление всей почты на другой адрес, JSmith@acme.com


    14


    Profile name


    Имя Профиля установки


    15


    Local administrator


    Локальный Администратор. Доступ автора к Domino Directory, возможность
    редактирования Person document.


    16


    Internet address


    интернет адрес для пользователя. Параметр нужен для пользователей Lotus
    Notes, POP3, IMAP почты.


    17


    Short name


    Короткое имя. Используется для формирования интернет адреса


    18


    Alternate name


    Альтернативное имя


    19


    Alternate org unit


    Альтернативное название организации. Notes использует это для различия
    двух пользователей с одинаковыми именами


    20


    Mail template file


    Шаблон для почтового файла






  • Из клиента Domino Administrator, выбирайте -- Пользователи и группы.


  • Из панели Серверов, выбирайте сервер, с которым Вы собираетесь
    работать.


  • Выбрать Domino Directory и затем выберите -- People.

    В зависимости от того, как Вы хотите импортировать и регистрировать
    пользователей, Ваши шаги могут отличаться.

    a) Регистрировать пользователей и применять индивидуальные назначения:


  • Из панели инструментов, выбирайте -- Сервис -- Пользователи --
    Зарегистрировать


  • Введите пароль для ID сертификатора и выбирайте - OK.


  • Выбирайте кнопку -- Импорт из файла. Выбирайте текстовый файл --
    Открыть.


  • Чтобы изменять параметры пользователя, выберите пользователя из очереди
    регистрации и делайте Ваши изменения.


  • Выбирайте -- Регистрировать, чтобы регистрировать отмеченных
    пользователей, в очереди регистрации.

    b) Регистрировать пользователей группой:


  • Из панели инструментов, выбирайте -- Сервис -- Пользователи --
    Зарегистрировать из файла


  • Введите пароль для ID сертификатора и выбирайте - OK.


  • Выбирайте текстовый файл - Открыть.


  • Назначите глобальные назначения для пользователей если необходимо.


  • Выбирайте -- Регистрировать.
    3.1.6Для чего используются группы?

    Группы - списки пользователей, групп и серверов, которые имеют общие
    черты свойств. Они полезны для списков адресов и списков контроля доступа.
    Использование групп может упростить задачи администрации.

    Например, если Вы создаете группу с именем - Terminations и внесете в
    нее всех уволенных служащих, Вы можете использовать имя группы в полях,
    Server документа, для запрещения доступа к этому серверу. Когда служащий
    увольняется из компании, Вы добавляете его имя к группе Terminators, затем
    реплицируете Domino Directory на другие сервера Вашего домена. Использование
    группы Terminations, экономит Ваше время, когда вы вручную добавляете имена
    в каждый Server документ.

    Чтобы создать группу, создаете документ Group в Domino Directory. Вы
    можете добавить зарегистрированных пользователей в группу, в документ Group.
    Вы можете добавлять новых пользователей к группе, когда Вы регистрируете их.
    Предела числу имен, которые Вы можете добавлять к группе - нет. Однако общее
    количество знаков, используемых для имени группы, не может превышать 15КБ.
    Чтобы Вашими группами легче было управлять, распределите большой список
    Ваших пользователей на две или более групп.

    По умолчанию, Domino Directory содержит две группы: LocalDomainServers
    и OtherDomainServers. LocalDomainServers включает в себя все сервера Вашего
    домена. Domino автоматически добавляет сервера, которые Вы регистрируете в
    домене к группе LocalDomainServers. Группа OtherDomainServers содержит имена
    всех серверов, которые не принадлежат Вашему домену. В группу
    OtherDomainServers, могут быт включены имена серверов других компаний, с
    которыми Ваша компания связывается.

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

    Обротите внимание, что группа действует в пределах одного домена !
    3.1.6.1Создание и модификация групп

    Вы можете создавать и изменять группы из клиента Domino Administrator.
    Вы также можете использовать Web Administrator, чтобы создавать и изменить
    группы. Вы можете включать одну или большее групп в пределы существующей
    группы, то есть создать группу и затем добавить одну или большее количество
    существующих групп, как членов новой группы. Для маршрутизации почты, Вы
    можете включать до пяти уровней групп. Для всех других целей, Вы можете
    включать до шести уровней групп.

    Для создания Группы.


  • Удостоверитесь, что Вы имеете доступ Редактора или роль GroupCreator к
    Domino Directory на сервере.


  • Из клиента Domino Administrator, выбирайте закладку -- Пользователи и
    Группы.


  • Из панели Серверов, выберите сервер, чтобы работать с ним.


  • Выбрать Domino Directory и затем выберите -- Группы.


  • Выбирайте -- Создать.


  • Введите название группы в поле Названия группы. Используйте любые из
    этих знаков: А-Z, 0-9, (амперсант, черта, пробел, подчеркивание, апостроф)
    для Имени. Название Группы может быть максимум 64 символов по длине. Для
    более легкого администрирования, используйте Имя без пробелов. Не
    используйте Имена, которое уже используются как название Орг. Единиц в
    иерархической схеме имен.


  • Выбирайте тип группы. Тип групп определяет цель группы и определяет
    представление в Domino Directory, где название группы появляется.






    Тип групп


    Описание


    Многоцелевая


    Универсальная группа для использования в mail, ACLs и т.д.


    Управление доступом


    Используется только для ACLs


    Почта


    Используется только для почты


    Только серверы


    Используется только для Групп Серверов


    Отказ в доступе


    Используется только для запрещения доступа. Administration Process не
    может удалить эту группу.






  • (Необязательно) Введите описание группы, в поле Описания.


  • Выбирайте кнопку Члены, выбирайте пользователей, сервера или группы,
    выбирайте -- Добавить и затем - OK.


  • Выбирайте -- Сохранить и Закрыть.
    3.1.7Как добавить альтернативный язык и альтернативное имя
    пользователю?

    Альтернативное имя - позволяет Вам назначать два имени для
    пользователя, первичное имя и альтернативное имя. Первичное имя -
    интернационально, альтернативное имя распознается на родном языке
    пользователя. Прежде, чем Вы сможете добавить альтернативное имя
    пользователю, Вы должны добавить альтернативный язык и имя к ID
    сертификатора, которым Вы, потом заверяете существующий ID. Вы не можете
    добавить альтернативные имена серверам.

    Дополнительные имена полезны, потому что они позволяют пользователям
    использовать их родной язык для отображения и поиска имен. Например,
    пользователь может вводить имя на родном языке, посылая почту или выбирать и
    показывать все документы в базе данных на родном языке.

    Каждое альтернативное имя связано со спецификатором языка, который
    опознает родной язык имени. Типично, альтернативное имя вводится на родном
    языке пользователя, но Первичное имя определено интернациональным набором
    символов. Оба типа имен обеспечивается ту же самую безопасность в пределах
    Domino системы. Например, Вы можете использовать альтернативные или
    первичные имена в ACL или в группах.

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

    ID пользователя может содержать только одно альтернативное имя. Когда
    Вы назначаете альтернативное имя пользователю, альтернативное имя и
    спецификатор языка добавляется к пользовательскому ID, к сертификатам Notes,
    выпущенным для пользователя и, к Person документу.
    3.1.7.1Как добавить альтернативное имя -- ID сертификатору?

    В этой процедуре, Вы назначаете альтернативное имя и связываете с
    выбранным языком, сертификат организации ID и орг. Единицы, с использованием
    процесса сертификации. Вы сначала повторно сертифицируете сертификатора
    организации, а затем используете сертификат, чтобы повторно сертифицировать
    сертификат орг. единицы.



  • Вы должны иметь ID сертификатора, которому Вы хотите добавить
    альтернативное имя.


  • Из клиента Domino Administrator, выбирайте закладку -- Настройка.


  • Выбирайте -- Сервис и затем выбирайте -- Заверение -- Заверить.


  • Выбрать ID сертификатора и введите пароль.


  • Выбрать ID, который Вы хотите повторно сертифицировать, и введите
    пароль. Чтобы добавить Альтернативное имя к сертификатору организации,
    выбирайте тот же самый ID.

    HEIGHT=539 BORDER=0>

    Рис. 65 Диалоговое окно ресертификации сертификатора.


  • Выбирайте -- Добавить.


  • Выбирайте альтернативный язык в поле языка. Если Вы повторно
    сертифицируете орг. единицу сертификатора, доступные языки включают все
    языки, связанные с ID сертификатора организации.

    HEIGHT=216 BORDER=0>

    Рис. 66 Диалоговое окно выбора альтернативного языка для сертификатора.


  • (Необязательно) Входят признак страны для организации. Этот выбор
    доступен только для ID сертификатора организации.


  • Введите имя для орг. единицы в поле Организация.


  • Выбирайте - OK.


  • (Необязательно) добавьте другой альтернативный язык, выбирайте --
    Добавить.


  • Выбирайте -- Заверить.
    3.1.7.2Как добавить Альтернативное имя конечному пользователю?

    Используйте ID сертификатора, чтобы повторно сертифицировать
    пользователя.


  • Удостоверитесь, что ID сертификатора содержит альтернативное имя со
    спецификатором языка, который Вы хотите использовать.


  • Из клиента Domino Administrator, выбирайте закладку -- Пользователи и
    Группы.


  • Из панели Серверов, выберите сервер, чтобы работать с ним.


  • Выбирайте Domino Directory, затем выберите представление -- People.


  • Выбирайте соответствующий Person документ.


  • Выбирайте -- Редактировать. Выбирайте закладку -- Administration,
    заполните эти поля и затем щелкают -- Сохранить и Закрыть:

    HEIGHT=440 BORDER=0>

    Рис. 67 Пример альтернативного языка в Person документе пользователя.





    Поля


    Значения


    Proposed Alternate Common Name


    Полное альтернативное имя (включая имя, первая буква отчества и
    фамилия). Не войдите иерархические компоненты имени здесь. Пользователь
    унаследует иерархические компоненты имени из ID сертификатора.


    Proposed Alternate Organizational Unit


    (Необязательно) Введите значение в поле подразделение. Это поле
    отличает двух пользователей с тем же самым именем. Это не связано с
    фактическим сертификатором орг. Единицы.


    Proposed Alternate Name Language


    Выбирайте альтернативный язык в этом поле.








  • Продолжите эти последние шаги, для каждого пользователя, чтобы
    назначить Альтернативное имя и затем отметьте все Person документы, чтобы
    сертифицировать их.


  • Выбирайте пользователей - Для ресертификации, выбирайте ID
    сертификатора и введите пароль. Этот процесс генерирует запрос Процесса
    Администрирования, запрашивает базу данных, чтобы при запуске Процесса
    Администрирования, он изменял документы Персон для каждого пользователя, и
    копировал эти изменения во все базы данных в домене.

    3.1.7.3Как добавить альтернативное имя при регистрации нового
    пользователя?

    Прежде, чем Вы добавляете Альтернативное имя новому пользователю,
    удостоверитесь, что Вы имеете ID сертификатора, который содержит
    альтернативное имя и спецификатор языка, который Вы хотите использовать. Вы
    назначаете имя и язык в панели Прочее диалога регистрации пользователей.
    3.2Как выполнить миграцию пользователей из WindowsNT домена в Notes?

    При использовании специального инструмента Notes Migration Tools for
    Microsoft WindowsNT из клиента Domino Administrator, Вы можете импортировать
    пользователей и группы пользователей из выбранного WindowsNT домена и
    регистрировать их как пользователей Notes.

    Процесс перемещения включает в себя импортирование пользователей и
    группы из WindowsNT домена. При этом создаются записи для этих пользователей
    в Domino Directory, создаются Notes ID файлы и почтовые файлы пользователей.
    3.2.1Выбор WindowsNT домена, для импорта пользователей в Notes

    Следующая процедура объясняет, как соединиться с WindowsNT доменам и
    получить список пользователей домена. После того, как Вы получите список, Вы
    можете импортировать пользователей, групп, для регистрации. Вы должны быть
    администратором или принадлежать к группе Account Operator, чтобы выполнить
    эту процедуру.

    Обратите внимание, чтобы мигрировать пользователей WindowsNT в Notes,
    на компьютере, где запущен клиент Domino Administrator, должен иметь
    операционную систему WindowsNT. На компьютерах, с Windows 95 пользователи и
    группы не появятся среди списка доступных источников.


  • С рабочей станции администратора, где Вы установили клиента Domino
    Administrator, вставьте дискету, содержащую соответствующий ID
    Сертификаторов, для организаций или орг. единиц, в которых Вы будете
    регистрировать пользователей.


  • Из клиента Domino Administrator, выбирайте закладку -- Пользователи и
    группы.


  • Из правой панели выбирайте -- Сервис -- Пользователи --
    Зарегистрировать.


  • Введите пароль для ID Сертификатора.


  • Удалите дискету, содержащую ID сертификатора, выбирайте - ОК.


  • (Необязательно) Нажмите кнопку -- Сервер регистрации - определите
    Сервер регистрации, если это необходимо и выбирайте - ОК.


  • Выбирайте кнопку -- Перенести пользователей.

    HEIGHT=559 BORDER=0>

    Рис. 68 Окно переноса пользователей из домена WindowsNT.


  • Из окна -- Источник внешнего справочника, выбирайте --
    Пользователи/группы WindowsNT.


  • Определите WindowsNT домен, чтобы импортировать пользователей и
    выбирайте - ОК. Вы можете выбирать домен из списка, или ввести имя различных
    доменов.


    Обратите внимание, Если не появится диспетчер доменов для выбранного
    WindowsNT домена или он - не доступен, Вы увидите сообщение об ошибке.
    3.2.2Импортирование пользователей WindowsNT для регистрации в Notes

    После того, как вы получите список пользователей и групп WindowsNT
    домена, выбирайте пользователей для перемещения, которых вы собираетесь
    переместить в Notes.


  • Из окна диалога Имеющиеся пользователи/группы, выбирайте пользователей,
    которых Вы планируете импортировать в течение текущей сессии и перенесите их
    кнопкой -- Добавить ->, в правое окно с названием - Перенести.


  • Выбирайте кнопку Дополнительно, чтобы открыть окно диалога, которое
    позволяет Вам определять некоторые дополнительные опции для миграции
    пользователей из WindowsNT.


  • Выбирайте -- ОК, когда Вы закончите определять пользователей.


  • Выбирайте -- Перенести, чтобы перенести выбранных пользователей в
    очередь на регистрацию и выбирайте -- Готово и потом - ОК, чтобы закрыть
    сообщение, которое указывает на статус и число пользователей добавленных в
    очередь на регистрацию.


  • Пользователи для регистрации теперь появляются в окне Очередь на
    регистрацию. Вы теперь готовы регистрировать пользователей.
    3.2.3Настройка опций миграции для пользователей WindowsNT

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

    В окне Параметры переноса, когда вы выбираете пользователей WindowsNT,
    Вы можете выбрать нужные опции. Чтобы отменить выбор опции, выбирайте ее
    второй раз.

    Следующая таблица содержит список опций, доступных для мигрирования
    пользователей из WindowsNT домена:



    Выбор


    Статус по умолчанию


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


    Вкл.


    Добавить полное имя в документ описания пользователя Notes


    Откл.


    Заменить имеющиеся пароли новыми


    Откл.


    Разрешить добавление в Notes пустых групп


    Откл.




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

    Продолжайте процедуру импорта, определяйте дополнительные установки,
    нажимая кнопку Дополнительно. Вы устанавливаете Дополнительные Опции
    независимо для выбранного инструмента миграции. Вы можете применять
    различный набор опций для системы. Опции, которые Вы выбираете, применяется
    ко всем пользователям, импортированным из данного домена в течение сессии.
    3.2.4Выбор способа конвертирования поля Full Names пользователя
    WindowsNT в Notes имя пользователя

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

    Из окна диалога Параметры обновления для пользователей WindowsNT,
    выбирайте формат из окна Имя Фамилия. Инструмент перемещения автоматически
    преобразует импортированные полные имена WindowsNT, в имена Notes с
    компонентами фамилии согласно указанному формату. Следующие форматы
    доступны:



    Формат имени Notes


    Пример


    Имя Фамилия


    Susan Salani


    Обращение Имя Фамилия


    Dr. Susan Salani


    Имя Инициалы Фамилия


    Susan R. Salani


    Обращение Имя Инициалы Фамилия


    Dr. Susan R. Salani


    Имя Фамилия1 Фамилия2


    Susan Miranda Salani


    Обращение Имя Фамилия! Фамилия2


    Dr. Susan Miranda Salani


    Обращение Фамилия


    Dr. Salani


    Фамилия Имя


    Salani Susan


    Обращение Фамилия Имя


    Dr. Salani Susan


    Фамилия, Имя


    Salani, Susan


    Фамилия, Обращение Имя


    Salani, Dr. Susan


    Фамилия, Обращение Имя Инициалы


    Salani, Dr. Susan R.


    Фамилия 1 Фамилия 2, Имя


    Miranda Salani, Susan


    Фамилия 1 Фамилия 2, Обращение Имя


    Miranda Salani, Dr. Susan




    Понимание различий между именем WindowsNT компонентами имени Notes.

    В WindowsNT, имеются два типа имен, связанных с пользовательским
    экаунтом, имя Unique User и Full Name. Имя пользователя WindowsNT состоит из
    набора символов (до 20) знаков и не имеет никакого формата. Full Name -- имя
    необязательно и вообще представляет полное имя пользователя, сформатировано
    согласно соглашениям в Вашей организации, типа фамилия имя. Например, в
    WindowsNT, пользователь Susan Salani могла бы иметь пользователя, с именем
    ssalani, и полное имя Susan Salani.

    В Notes, информация об имени сохранена как отдельное имя, буквы
    инициалов и фамилии. Например, имя Susan Salani сохраняется не как полное
    имя, а как отдельное имя Susan и фамилия Salani. Когда Вы импортируете имена
    из WindowsNT домена, Вы должны определить, как будут преобразованы полные
    имена пользователей NT, в компоненты имен Notes.

    Выбор формата преобразования.

    Когда Вы импортируете пользователей из WindowsNT домена, Вам доступен
    выбор формата преобразования, чтобы использовать его в преобразовании
    полного имени пользователя WindowsNT в компоненты имени Notes (Имя, Инициалы
    и Фамилия).

    По умолчанию формат преобразования предполагает, что полные имена из
    WindowsNT домена преобразовывается в формат Имя Фамилия (например, Susan
    Salani). Если это вас не устраивает, используйте другой формат и выбирайте
    наиболее совместимый формат преобразования.

    Если инструмент миграции не может преобразовать имя пользователя
    правильно - например, если число компонентов имени Full Name в WindowsNT, не
    равняется числу компонентов имени в указанном формате преобразования -
    появится окно предупреждения, диалога компонентов имени пользователя
    WindowsNT. Окно диалога предупредит Вас о том, что в полном имени слишком
    мало или содержит слишком много компонентов, для выбранного формат
    преобразования.

    Пример. Если Вы определяете формат преобразования как Имя Фамилия, а
    поле Full Name содержится значение Susan Salani, диалоговое окно указывает,
    что компоненты были определены как, Susan поле имени, Salani поле фамилии. С
    другой стороны, если Вы выбираете тип преобразования как Фамилия Имя, а поле
    Full Name содержит значение Susan Р. Salani, окно диалога указывает, что
    имеются слишком много компонентов, для преобразования в выбранный формат
    преобразования. Скорее всего, придется отказаться от некоторых
    дополнительных компонентов имени. Инструмент миграции определит компоненты
    имени пользователя в следующем порядке, Susan в поле фамилии, R. Salani в
    поле имени.

    Несовместимый формат преобразования, может потребовать, значительного
    времени на редактирование имени, в формат Notes. Если Вы не проверили имена
    пользователей добавленных к очереди регистрации, убедитесь, что каждое имя
    имеет компонент фамилии. Notes требует, чтобы компонент фамилии
    присутствовал в имени пользователя WindowsNT.

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

    Импорт пользователей, у которых поле полного имени - пусто.

    Если имеется пустое поле Full Name при импортировании из WindowsNT,
    инструмент миграции не заставляет Вас делать любые поправки. Вместо этого,
    автоматически добавляет имя пользователя WindowsNT в поле Фамилии Notes,
    независимо от указанного формата преобразования.

    Пример. Если Вы импортируете пользователя с именем ssalani из WindowsNT
    домена, пользователь добавляется к очереди регистрации, при этом в поле
    фамилии вставляется ssalani, поле имени - пусто. Вы можете редактировать имя
    для этого пользователя, в очереди регистрации, добавляя, например S или
    Susan в первую часть имени и в поле Фамилии -- Salani. 3.2.5Создание
    короткого имени Notes (Short Names) для пользователей WindowsNT.

    Вы можете генерировать короткие имена Notes, для импортированных
    пользователей, основываясь на их именах в WindowsNT. По умолчанию имя
    пользователя WindowsNT будет добавлено как в поле Short Names и документы
    Person пользователя, но Вы его можете изменить в окне параметров
    пользователя перед регистрацией.

    Short Name - по умолчанию назначается как имя почтового файла и ID
    файла пользователя.

    Если Вы не выбрали значение для Short Name, Notes назначает Short Name
    первую букву имени пользователя, плюс первые семь букв фамилии, например
    ssalani, для Пользователя Susan Salani.
    3.2.6Регистрация пользователей и завершение миграции из WindowsNT.

    После того, как Вы успешно импортируете пользователей в очередь
    регистрации, Вы готовы регистрировать их и закончить перемещение. В
    зависимости от опций Вы выбираете, процесс регистрации:


  • Создавать Notes Person документ и Notes ID для каждого мигрированного
    пользователя


  • Создавать файл почты Notes

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

    Обратите внимание. После того, как процесс регистрации начался, Вы не
    можете использовать рабочую станцию NT для запуска любой другой задачи, пока
    процесс не закончится. Если необходимо, Вы можете останавливать процесс
    регистрации, нажимая комбинацию клавиш CTRL+Break.

    Процесс регистрации.


  • Из окна диалога регистрации пользователей, просмотрите информацию
    регистрации для каждого имени, которое находится в окне статуса регистрации,
    проверьте, что все введено правильно.


  • (Необязательно) Щелкают кнопкой -- Параметры..., для выбора
    дополнительных опций, для этой сессии и щелкайте -- ОК.


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


  • Из окна Очередь на регистрацию, выберите пользователей и выбирайте
    кнопку -- Регистрировать. Domino Administrator попытается регистрировать
    выбранных пользователей в порядке, в котором они были добавлены в очередь.
    Пользователи, которых Вы не выбираете, остаются в очереди для более поздней
    регистрации.


  • Процесс регистрации может требовать значительное количество времени, в
    зависимости от числа регистрируемых пользователей.


  • После того, как регистрация заканчивается, появляется сообщение,
    которое сообщает Вам о статусе регистрации. В случае неудачной регистрации
    пользователя, он остается в списке окна статуса регистрации, с сообщением
    статуса, указывающего на причину неудачи.


    Проверьте, что перемещение было успешно для выбранных пользователей.
    3.3Как использовать WindowsNT User Manager для управления пользователями
    Domino сервера?

    Когда Вы создаете новых пользователей, или группы в WindowsNT User
    Manager, Вы можете одновременно регистрировать пользователей или группы в
    Notes. Для пользователей, это означает создание Person документов, Notes ID,
    пароля и почтового файла для пользователя. Для групп, это означает создание
    Group документа и произвольную, регистрацию членов группы как пользователей
    Notes. Вы можете также регистрировать существующих пользователей WindowsNT
    или групп в Notes. Кроме того, Вы можете удалять пользователей Notes или
    группы, когда Вы удаляете их учетную запись пользователя, группы. Далее Вы
    можете синхронизировать существующих пользователей WindowsNT с
    пользователями Notes, для будущих действий.

    Чтобы настроить WindowsNT User Manager, Вы должны закончить эти
    процедуры:


  • Разрешить опцию синхронизации в Notes.


  • Синхронизация пользователей WindowsNT и Notes.
    3.3.1.1Синхронизация пользователей и групп Domino и WindowsNT.

    Если Вы запускаете Domino сервер на платформе WindowsNT, Вы можете
    синхронизировать пользователей и группы в Domino и WindowsNT. Тогда, Вы
    можете выполнять многие задачи администрирования или в Domino или в
    WindowsNT.

    Когда Вы используете Domino, чтобы регистрировать, или удалить
    пользователя Notes или удалять группу Notes, Вы можете автоматически сделать
    обновление из User Manager for Domains (USRMGR.EXE). Наоборот, специальное
    меню опций, добавляется в WindowsNT, оно позволяет Вам определять, добавлять
    ли имена для пользователей сделанные в User Manager пользователь или группы
    в Domino Directory. Вы можете также добавлять существующего пользователя
    WindowsNT или группы в Domino Directory.

    Например. Когда Вы добавляете, удаляете, или изменяете других
    пользователей при работе в WindowsNT. Все эти изменения автоматически будут
    сделаны в Domino Directory. Плюс, почтовый файл, ID пользователя Notes
    пароль, Notes пароль для интернет экаунта в WindowsNT, может быть создан,
    для каждого нового пользователя.

    Эти особенности синхронизации каталога позволяют Вам держать, и Domino
    Directory и User Manager, без необходимости обновления, когда любые
    изменения будут сделаны.

    Обратите внимание, чтобы использовать особенности синхронизации в
    WindowsNT User Manager, Вы, должно, установить WindowsNT Services для
    Domino. Вы можете получить доступ к этим опциям в течение установки
    программного обеспечения сервера. 3.3.1.2Разрешение операции синхронизации
    Notes и WindowsNT User Manager.

    Вы должны разрешить опцию синхронизации Notes, чтобы сделать Notes
    команды доступными Вам из меню Notes и WindowsNT User Manager.


    HEIGHT=369 BORDER=0>

    Рис. 69 Диалоговое окно параметров синхронизации пользователей Notes.

    Примечание. По умолчанию, действия синхронизации не разрешены.


  • Из User Manager, выбирайте - Notes -- опцию Notes Synchronization.


  • Заполните эти поля, затем выбирайте - OK:




    Поле


    Значение


    Задействовать все операции синхронизации


    Разрешите все действия синхронизации Notes, внесенные в список в поле
    Select synchronization operations to enable. Всякий раз, когда Вы исполняете
    одно из этих действий синхронизации в User Manager для домена, Вы разрешите
    исполнить те же самое действие в Notes.


    Выбрать нужные операции синхронизации


    Выберите одно из этого действия синхронизации Notes:


  • Регистрация пользователей/групп новых или существующих пользователей
    WindowsNT и групп в Notes. Этот выбор позволяет добавлять отобранных NT
    пользователей/групп в Notes.


  • Удаление пользователей/групп из WindowsNT, удаленных из Domino
    Directory.

  • Синхронизация пользователей, в User Manager, которые изменяют имя в
    экаунте и в поле Person документа из Domino Directory.


  • Установить при синхронизации общие пароли


    Синхронизировать пароль WindowsNT и Notes пароль интернета, когда Вы
    синхронизируете пользователей.


    Запрос на подтверждение/отмену операции синхронизации


    Запрос на подтверждение/отмену операций синхронизации:


  • Выдавать запрос для всех операций (по умолчанию)


  • Выдавать запрос для только для удаляемых пользователей/групп

  • Не выдавать запрос для любых операций


  • Формат для обработки полных имен пользователей.


    Формат для обработки полных имен пользователей:

    По умолчанию -- Имя Фамилия.




    Чтобы сохранить и применить изменения для следующей сессии в User
    Manager, выберите -- Options -- Save Settings on exit. 3.3.2Синхронизация
    пользователей WindowsNT и Notes пользователей.

    Если Ваша система имеет WindowsNT пользовательские экаунты, которые
    соответствуют Person документам в Domino Directory, Вы можете держать эту
    информацию в синхронизированном состоянии. Когда Вы синхронизируете
    WindowsNT и Person документы, эти изменения происходят:


  • Поле Network account name из документа Person пользователя, обновляется
    с именем экаунта пользователя WindowsNT.


  • Информация из поля Full name, пользователя WindowsNT, добавляется в
    поле User name документа Person, если это имя еще не существует в списке
    имен. Существующее полное имя в Person документе не изменяется.


  • (Необязательно) Пароль WindowsNT и пароль интернета в Person документе
    заменяется обычным паролем, который работает и для WindowsNT и для Domino
    Web доступа. Пароль интернета шифруется в Person документе.


    Синхронизация пользователей также имеет место, когда NT пользователь
    переименован, с использованием User Manager. В этом случае, имя пользователя
    NT и поле Network account name, из документа Person обновляется, но пароли
    не синхронизируются.

    Синхронизация пользователей не регистрирует пользователя Notes - то
    есть не создает Person документа, Notes ID и почтовый файл. Синхронизация
    пользователей может только изменять информацию в существующем документе
    Person.

    Обратите внимание, если происходит ошибка в течение синхронизации
    пользователя - например, документ Person не может быть найден для NT
    сервера, сообщение ошибки будет появляться. Детали относительно ошибки также
    будут выведены в NT LOG файла.

    Если Вы изменяете в WindowsNT имя пользовательского экаунта или полное
    имя пользователя, Вы можете запустить синхронизацию снова. Вы должны также
    запускать синхронизацию, если Вы хотите синхронизировать пароль WindowsNT с
    паролем Notes. Синхронизация пользователей будет успешна, если эти условия
    существуют:


  • Имя NT экаунта пользователя соответствует имени в поле Short name,
    имени в Person документе


  • Полное имя пользователя WindowsNT, соответствует полю User name, в
    Person документе



  • Имя Last name WindowsNT, соответствует имени в поле Last Name, в Person
    документе


  • Имя в поле Network account name, если имеется в Person документе,
    соответствует WindowsNT имени User Account.

    Синхронизация пользователей WindowsNT и Notes пользователей.

    Синхронизация пользователей WindowsNT и пользователей Notes должно
    закончится изменениями Person документов в Domino Directory.


  • Удостоверитесь, что Вы уже разрешили использование синхронизацию
    пользователей WindowsNT в User Manager.


  • В окне User Manager, выберите UserName пользователей, которых Вы хотите
    синхронизировать.


  • Выбирайте из меню -- Notes -- Синхронизировать выделенных пользователей
    NT с Notes.


  • Когда Вас запросят продолжать, выбирайте -- Да.


  • Если Вы позволили синхронизирование пароля, введите и подтвердите
    пароль для первого пользователя, синхронизируете пользователя и затем
    щелкаете - OK.


  • Введите и подтвердите пароль для других пользователей, которых Вы
    синхронизируете, затем щелкайте - OK.
    3.3.3Использование WindowsNT User Manager, для домена Domino.

    Вы можете выполнять следующие задачи для Domino сервера или WindowsNT:


  • Регистрировать новых пользователей. Вы можете добавлять пользователей в
    WindowsNT и регистрировать их в Domino как Domino пользователей или интернет
    пользователей. Для Domino пользователей, Domino создает Person документ,
    почтовый файл и ID пользователя. Для интернет пользователей, Domino создает
    Person документ, который содержит пароль интернета.


  • Удалять пользователей или групп


  • Переименовывать пользователей Domino, и автоматически переименовывать
    пользовательские экаунты WindowsNT


  • Создавать новые группы экаунтов WindowsNT и автоматически создавать их
    для Domino


  • Добавлять существующие группы WindowsNT в Domino и регистрировать
    пользователей этих групп в Domino


  • Создавать пароль для Domino и WindowsNT


  • Регистрировать существующих пользователей WindowsNT в Domino и включать
    их в группы
    3.3.4Изменение установок регистрации Notes для WindowsNT пользователей.

    Каждый раз, когда Вы регистрируете пользователей, Вы можете изменять по
    умолчанию регистрацию для пользователя WindowsNT. Если Вы изменяете опции
    регистрации, User Manager не сохраняет назначения, когда Вы выходите из
    программы. Каждый раз, когда Вы запускаете User Manager, назначения
    возвращаются к первоначальным установкам по умолчанию.

    HEIGHT=550 BORDER=0>

    Рис. 70 Диалоговое окно настройки регистрации пользователей.

    Поля Только для интернета (запись Notes и почтовый файл не создается) и
    Использовать общий пароль устанавливаются следующим образом:


  • Если опции Только для интернета (запись Notes и почтовый файл не
    создается) не выбрана, а Использовать общий пароль выбрана, поля компонентов
    интернет адреса и ID сертификатора показывают информационные поля.


  • Если опции Только для интернета (запись Notes и почтовый файл не
    создается) и Использовать общий пароль выбраны, информационные поля, об ID
    сертификатора - не показываются.


  • Если опции Только для интернета (запись Notes и почтовый файл не
    создается) выбрана, а Использовать общий пароль не выбрана, поля компонентов
    интернет адреса и ID сертификатора не показывают информационные поля.

    Изменения опций регистрации по умолчанию.

    Перед изменением опций регистрации по умолчанию, Вы должны разрешить
    опцию регистрации пользователей.


  • Из окна WindowsNT User Manager, выберите -- Notes -- Registration
    Setup.


  • Заполните, или измените, любые из этих полей и затем выбирайте - OK.







    Поле


    Значение


    Только для интернета (запись Notes и почтовый файл, не создается)


    Создается Person документы в Domino Directory с паролем интернета, но
    ID пользователя и почтовые файлы не создается. Позволяет Web, LDAP, или NNTP
    пользователям получать доступ к Domino Web серверу без рабочей станции
    Notes. Скрывает диалоги, связанные с Notes ID и с почтовыми средствами, типа
    полей адреса интернета.

    По умолчанию -- не разрешено


    Использовать общий пароль


    Создается единственный пароль для WindowsNT и Notes. Вы можете изменить
    этот выбор для некоторых пользователей во время регистрации. Этот
    существующий NT пароль для NT пользователя, может быть заменен, общим
    NT/NOTES паролем, когда пользователи будут зарегистрированы. Это поле не
    видно, когда существующие пользователи зарегистрированы со случайными
    паролями.

    По умолчанию -- разрешено


    Задать пароль для интернета в Notes


    Устанавливает пароль для интернет доступа для Domino Web сервера.
    Пароль интернета шифруется и устанавливается в поле пароля интернета в
    Person документе. Этот пароль обязателен, если выбрана опция Только для
    интернета (запись Notes и почтовый файл не создается) или если выбран тип
    почты - Другая почта интернет, POP3 или IMAP

    По умолчанию - не разрешено


    Сервер регистрации


    Регистрационный сервер для этой сессии, то есть Domino сервер, на
    котором будет создан Person документ в Domino Directory. Пользователи
    автоматически назначаются в тот же самый Notes домен выбранного сервера. Вы
    должны иметь соответствующий сертификат Notes ID, с соответствующим доступом
    к указанному серверу, чтобы регистрировать пользователей Notes.

    По умолчанию - локальный


    Учетная запись


    Введите ID администратора и затем введите пароль для него. Выбирайте -
    OK.


    Имя профиля


    Имя пользовательского профиля.

    По умолчанию - нет


    Добавить пользователя в группу Notes


    Назначения пользователей в группы

    По умолчанию -- нет


    Домен интернета


    Правая часть адреса интернета для каждого пользователя.

    По умолчанию - текущий домен хоста (пример: acme.com)


    Формат имени в адресе


    Формат интернет адреса


    Разделитель


    Выбирайте одно их следующего:


  • Нет


  • Подчеркивание


  • Точка


  • Равенство

    Эти поля показываются, если выбраны почтовые системы -- Notes, POP3 или
    IMAP.


  • Заверитель


    ID Сертификатора

    По умолчанию, текущий ID сертификатора, указанный в NOTES.INI


    Тип защиты


    Выбирайте одно их следующего:


  • Северной Америки


  • Универсальная
    *** Начиная с версии 5.0.4 -- Global ***


  • Срок действия сертификата


    Дата истечения действия сертификата

    По умолчанию - два года начиная с текущей даты


    Язык дополнительного имени


    Альтернативное имя, при условии, что ID сертификатора содержит
    альтернативный язык




    Изменение установок по умолчанию для почты и ID пользователей.

    Опции почтовых настроек и настроек для ID не доступны, если Вы выбрали
    тип регистрации Только для интернет, в окне диалога Установок Регистрации.

    HEIGHT=480 BORDER=0>

    Рис. 71 Диалоговое окно параметров регистрации пользователей.

    Перед изменением опций сделайте следующее:


  • Разрешите регистрацию пользователей и групп из WindowsNT User Manager.


  • Из User Manager, выберите -- Notes -- Параметры регистрации.


  • (Необязательно) Если необходимо создать почтовый файл на другом
    сервере, выбирайте кнопку -- Почтовый сервер и выбирайте другой сервер,
    затем выбирайте - OK.


  • Измените, любые назначения и затем выбирайте - OK:





    Поле


    Значение


    Тип почты


    Выбирайте одно их следующего:


  • Notes - Для использования почты Notes


  • Other Internet Mail - Для использования почты интернета, если сервер
    Вашей организации используется как сервер интернет почты. Если используется
    эта опция, Domino не создает почтового файла для пользователя.


  • POP -- Для использования почтового клиента POP3, для доступа к
    почтовому файлу на Domino сервере.


  • IMAP - Для использования почтового клиента IMAP, для доступа к
    почтовому файлу на Domino сервере.


  • Other - Используется для перенаправления почты на другой адрес не Notes
    адрес. Почтовый файл не создается.


  • None -Не используется почта

    По умолчанию -- Notes


  • Каталог почтовых файлов


    Каталог для почтовых файлов пользователей Notes.

    По умолчанию -- почтовые файлы создаются в каталоге /mail каталога
    данных сервера Domino


    Создать сразу


    Создание почтового файла в процессе регистрации Notes пользователя

    По умолчанию -- выбрано


    Создать в фоновом режиме


    Для создания почтовых файлов пользователя используется Administration
    Process. При этом создается запрос процесса администрирования в базе данных
    Administration Requests.


    Задать квоту почтовой БД


    Определение максимального значения размера для почтового файла
    пользователя. Введите планируемый размер в мегабайтах, для ограничения
    размера базы данных.


    Задать порог предупреждения


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


    Создать полный индекс


    Выбирайте эту опцию, если хотите создать полный индекс, при создании
    почтовой базы пользователя.


    Сохранять ID в ...


    Выбирайте одно их следующего:


  • Почтовый файл пользователя, по умолчанию, сохраняется в Domino
    Directory.

  • Вы можете сохранять файл в другом месте.


  • Путь к файлу ID


    Вы можете сохранять пользовательские ID файлы в каталогах сервера. Если
    Вы выбираете опцию Сохранить ID в файле, укажите путь к месту хранения
    файлов.

    По умолчанию ID файлы сохраняются в каталоге:

    <Data directory>\ids\people



    3.3.5Использование WindowsNT для создания экаунта пользователя и
    регистрация Notes пользователя.

    Вы можете создавать новый экаунт пользователя в WindowsNT и
    регистрировать нового пользователя в Notes одновременно. Вы можете также
    регистрировать существующих пользователей WindowsNT в Notes. Регистрация
    типично включает создание Person документа, Notes ID, почтового файла и
    пароля. Однако пользователи могут быть зарегистрированы и без почтового
    файла и Notes ID файла, чтобы получить доступ на Domino Web сервер без
    использования клиента Notes.

    Вы можете регистрировать NT пользователей в Notes, используя установки
    по умолчанию или использовать опции регистрации, которые Вы можете
    определять. Если Вы используете установки по умолчанию, компьютер, на
    котором Вы это делаете должен иметь ОС - WindowsNT. Экаунт должен быть -
    экаунтом Domino сервера и этот сервер должен быть сервером регистрации.

    Создание нового пользовательского экаунта WindowsNT и регистрация Notes
    пользователя.



  • Чтобы создавать новых пользователей в WindowsNT, из User Manager
    следуйте инструкциям или документации по созданию пользователей для
    WindowsNT.


  • После того, как Вы заканчиваете создание пользовательского экаунта,
    заполните эти поля и затем щелкать - OK:






    Поля


    Значения


    Имя Отчество Фамилия


    Принимайте имена по умолчанию, полученные из полей Full Name
    пользователя для WindowsNT


    Подразделение


    Название огр. Единицы пользователя, включаемого в его полное имя.
    Например, если Пользователь John Smith, а орг. единица - Eng. Имя
    пользователя было бы быть John Smith/Eng.

    Орг. единицы полезны для идентификации пользователей с одинаковыми
    именами. Например, John Smith/Eng/Acme и John Smith/Doc/Acme, где один
    служащий - член группы разработчиков, а другой - член группы разработки
    документации. Каждому назначено различное имя орг. единицы.


    Использовать общий пароль


    Назначает пользователю пароль для Notes и WindowsNT, а также для Notes
    интернет.

    Чтобы сохранить существующий пароль WindowsNT, введите Ваш обычный
    пароль.

    Если использование, общего пароля не выбрано, активизируется пароль
    Notes для имени пользователя.


    Notes пароль для имени пользователя


    Пароль для пользователя Notes


    Подтверждение ввода пароля


    Подтверждение пароля пользователя


    Назначение интернет пароля для Notes


    Введите адрес интернета, в Person документ, Domino Directory. Это поле
    применяется, только если пользователь зарегистрирован и использует почту
    Notes, активизируются следующие поля:


  • Адрес интернета


  • Пароль интернета для пользователя

  • Подтвердите пароль интернета


  • Адрес интернета


    интернет адрес пользователя. Для примера, KCarter@domain.com

    Поле показывается для POP3, IMAP, Notes типа почтовой системы.


    Пароль интернета для ...


    Введите интернет пароль


    Подтверждение пароля интернета


    Подтверждение пароля






  • Если Вы создаете больше чем один экаунт пользователя, щелкаете --
    Закрыть.



  • Делайте одно из следующего:

    Выбирайте -- Начать Регистрацию, чтобы регистрировать новых
    пользователей. После того, как регистрация начала, щелкайте -- Остановить
    Регистрацию в любое время, чтобы остановить регистрацию.

    Выбирайте -- Отменить, чтобы регистрировать новых пользователей позже.
    Информация о пользователях, которую Вы ввели, не сохраняется, если Вы
    выходите из User Manager.


  • Чтобы закончить процесс регистрации выбирайте - OK.


    Примечание Вы может зарегистрировать экаунты в Notes в любое время,
    выбирая меню -- Notes -- Добавить выделенные группы/пользователей NT в
    Notes.

    Domino ошибки не имеют никакого влияния на User Manager. Если Domino
    выдает ошибку и не регистрирует пользователя в Notes, пользователь все еще
    будет присутствовать в окне User Manager. 3.3.6Регистрация существующих
    экаунтов пользователей WindowsNT в Notes.


  • В окне User Manager, выбирайте экаунт пользователя, который Вы хотите
    зарегистрировать в Notes.


  • Выбирайте из меню - Notes -- Добавить выделенные группы/пользователей
    NT в Notes.


  • Если Вы регистрируете несколько пользователей, Вам будет предложено
    выбирать одно из следующего, затем щелкайте - OK:



  • Запрашивать имя и пароль для каждого пользователя, чтобы вводить
    информацию для каждого пользователя вручную.


  • Регистрировать пользователей без дополнительных запросов, использовать
    Full Names WindowsNT как имя пользователя Notes и генерировать, случайный
    пароль Notes в базе данных NTSYNC45.NSF. Если вы делаете этот выбор, Вы
    можете пропустить пункты для дополнительных опций регистрации для
    пользователей.



  • Если Вы регистрируете только одного пользователя, или если Вы выбрали
    вводить информацию пользователя вручную, заполните значения полей в окне
    регистрации пользователя.


  • Когда User Manager запрашивает Вас, хотите ли Вы регистрировать новых
    пользователей WindowsNT в Notes, делайте один из следующего:



  • Выбирайте -- Начать Регистрацию, чтобы регистрировать новых
    пользователей немедленно.


  • Выбирайте - Отменить, чтобы регистрировать новых пользователей позже.



  • Если Вы выбрали опцию Регистрировать пользователей без дополнительных
    запросов, распространите пароли среди пользователей, так что бы они могли
    устанавливать их рабочие станции Notes. После установки, пользователи могут
    создавать новые пароли.

    Обратите внимание. Автоматически произведенные пароли, применяются
    только для пользователей Notes ID, но не к WindowsNT. 3.3.7Добавление
    WindowsNT групп в Notes.

    Когда Вы добавляете NT группу в Notes, Вы можете также создавать
    документ Group в Notes и зарегистрировать членов группы. Если NT группа -
    группа локальная и содержит глобальные группы как членов группы, Вы можете
    добавлять эти глобальные группы в Notes и зарегистрировать ее членов как
    пользователи Notes. Вы можете изменять членство группы перед добавлением их
    к Notes без того, чтобы воздействовать на NT группу.

    Создание новой группы WindowsNT и регистрация ее в Notes.


  • Создать новую группу WindowsNT как указано в документации по WindowsNT.


  • Если вы будете запрошены, введите пароль для Вашего ID пользователя
    Notes.


  • Выбирайте - Создать группу со следующими параметрами и заполните эти
    поля, затем щелкайте - OK:










    Поля


    Значения


    Имя группы Notes


    Имя Группы


    Тип группы


    Тип Группы:


  • Многоцелевая (по умолчанию)


  • Только для почты


  • Только для ACL

  • Только для Отказов


  • Описание


    Описание для группы


    Зарегистрировать пользователей NT в Notes


    Члены группы будут зарегистрированные как пользователи Notes. Person
    документы, Пользовательские ID и почтовые файлы будут созданы для
    пользователей.

    Запретите опцию, если Вы не хотите регистрировать членов группы как
    пользователи Notes.






  • Выбирайте на кнопке -- Состав, если Вы хотите добавлять, или удалить
    членов групп из NT, затем заполните эти поля:




    Поля


    Значения


    Входят


    Удалите из этого списка, тех пользователи, кто больше не будет членом
    группы этой группы, или добавляют к этому списку имена новых пользователей.


    Не входят


    Добавьте к этому списку тех пользователей, кто не будут членом группы,
    или удалите из этого списка имена пользователей, если хотите включить их в
    список членов группы.




    Обратите внимание, имеются ли глобальные группы в списке членов группы,
    если Вы хотите добавить эти группы в Domino Directory, выбирайте
    синхронизировать группы.

    Добавление существующих WindowsNT групп в Notes.


  • В окне User Manager Groups, выберите группу, которую Вы хотите добавить
    в Notes.


  • Выбирайте из меню Notes -- Добавить выделенные группы/пользователей NT
    в Notes.

    Далее следует процедура регистрации группы описанная в предыдущем
    пункте. 3.3.8Использование WindowsNT User Manager для удаления групп
    пользователей.

    Когда пользователь Notes удаляется, все ссылки на его имя удаляются
    Administration Process, на Domino сервере.

    Для удаления экаунта пользователя или группы.

    Вы можете удалять пользователя или группу из User Manager и
    автоматически удалять соответствующего пользователя или документ группы в
    Domino Directory. Вы можете также автоматически удалять почтовые файлы
    пользователя.


  • Из User Manager, выберите -- Notes -- Параметры удаления/синхронизации
    пользователей Notes.


  • Заполните эти поля, затем выбирайте - OK.





    Поле


    Значение


    Сервер


    Имя сервера, содержащего Domino Directory из которого пользователь или
    группа будет удалена.


    Параметры удаления пользователей


    Выберите следующее:


  • Не удалять почтовый файл


  • Удалять только почтовый файл, указанный в Person документе

  • Удалять только почтовый файл, указанный в Person документе и все его
    реплики


  • Выбирайте сервер для синхронизации пользователей


    Имя локального сервера или удаленного Notes сервера.






  • Удалить пользователя или группу как указано в Вашей документации по
    WindowsNT.


  • Если вас спросят, удалять ли пользователя или группу из Domino
    Directory, выбирайте - OK.
    3.4Управление пользователями, серверами и группами.

    Эта глава описывает как ресертифицировать ID сертификатора,
    переименовать его. Обратите внимание на управление пользователей. Как
    удалять пользователей, переименовывать их, удалять группы, или Domino
    сервера. 3.4.1Управление пользователями.

    Чтобы управлять пользователями, Вы можете делать любую из следующих
    задач:


  • Изменять имя пользователя Notes


  • Перемещать пользователей в различные иерархии имен организации


  • Изменять общее имя пользователя


  • Повторно сертифицировать ID пользователя


  • Удаление имени пользователя


  • Преобразование имени пользователя в иерархические


  • Перемещение почтового файла пользователя

    3.4.1.1Изменение имени Notes пользователя с использованием
    Administration Process.

    Вы можете использовать процесс администрирования, чтобы изменить имя
    пользователя Notes или переместить имя пользователя Notes, в различные
    иерархические организации. Administration Process автоматизирует изменение
    имени повсюду в базах данных, в пределах домена Domino серверов. Процесс
    администрирования производит и выполняет ряд запросов, отправляемых по почте
    в базу данных Administration Requests (ADMIN4.NSF). Процесс
    администрирования может изменять имена пользователей только, если базе
    данных назначен сервер администрирования.

    Процесс администрирования может автоматизировать изменение имен только
    пользователей Notes. Вы должны вручную изменить имена пользователя интернета
    для тех, кто имеет Person документ в Domino Directory, например для
    пользователей Web браузеров.

    Сертификат, который Вы используете или любой предок сертификата, должен
    иметь Certifier документ в представлении Certificates из Domino Directory.
    Например, если Вы используете ID сертификатора /Sales/NYC/ACME, Domino
    Directory должен содержать Certifier документы для /АСМЕ, /NYC/ACME и
    /Sales/NYC/ACME.

    Публичный ключ в Person документе должен соответствовать ключу в ID
    пользователя. Если публичный ключ был изменен или разрушен, Вы увидите
    сообщение в базе данных Administration Requests -- The name to act on was
    not found in the Address Book. 3.4.1.2Как изменить общее имя пользователя?

    Используйте эти шаги, чтобы изменить общее имя пользователя.



  • Чтобы переименовать пользователя Вы должны иметь:



  • Доступ редактора с созданием документов или роль UserModifier, к Domino
    Directory


  • По крайней мере, доступ автора с созданием документов к базе данных
    Certification Log



  • Из клиента Domino Administrator, выбирайте закладку Пользователи и
    группы".


  • Выбирайте имя пользователя.


  • Из панели инструментов, выбирайте - Сервис -- Пользователи --
    Переименовать.


  • Нажимайте кнопку Изменить имя пользователя.


  • Выбирайте ID сертификатора, которым был сертифицирован ID пользователя,
    выбирайте - Открыть.


    Например, чтобы переименовать Joe Smith/Sales/NYC/ACME, используйте ID
    сертификатора с именем - /Sales/NYC/ACME.


  • Введите пароль для ID сертификатора и выбирайте -- ОК.


  • Согласитесь или измените дату истечения сертификата. По умолчанию, два
    года начиная с текущей даты.


  • Изменяйте имя пользователя, фамилию, по мере необходимости.


  • (Необязательно) В поле Новое подразделение введите значение. Тем самым
    Вы добавляете компоненту, которая появляется между именем пользователя и
    именем сертификата.


  • Нажмите кнопку Переименовать и затем -- ОК.
    3.4.1.3Как переместить имя пользователя в иерархии имен?

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

    Перемещение имени пользователя.


  • Из клиента Domino Administrator, выбирайте закладку Пользователи и
    группы.


  • Выбирайте имя пользователя.


  • Из панели инструментов, выбирайте - Сервис -- Пользователи --
    Переименовать.


  • Нажимайте кнопку Запросить переход к другому заверителю.


  • Выбирайте ID сертификатора, которым был сертифицирован ID пользователя,
    выбирайте - Открыть.


  • Введите пароль для ID сертификатора и выбирайте -- ОК.


  • Введите имя сертификата, чтобы использовать его иерархическое имя в
    поле Новый заверитель.


  • Нажмите кнопку Запросить, затем - OK.


  • Выбирайте закладку Файлы, открывайте базу данных Administration
    Requests.


  • Выбирайте представление Name Move Requests, выбирайте пользователя,
    которого собираетесь переименовать.


  • Выбирайте из меню Действия -- Complete Move for selected entries.


  • Выбирайте ID сертификатора, которым будет сертифицировано имя
    пользователя, и выбирайте -- Открыть.


  • Введите пароль для ID сертификатора и выбирайте -- ОК.


  • Принимайте дату истечения сертификата по умолчанию (два года начиная с
    текущей даты) или вводите другую дату.


  • (Необязательно) В поле Новое подразделение, введите имя, для уникальной
    идентификации пользователя. Этим Вы добавляет компоненту, который появляется
    между именем пользователя и именем сертификата.


  • Выбирайте кнопку -- Заверить. Если Ваша локальная адресная книга не
    содержит взаимного сертификата для сертификата, Вы будете запрошены на
    предмет его создания.


  • Выбирайте кнопку -- ОК.
    3.4.1.4Как преобразовать простые имена пользователей - в иерархические?

    Используйте эти шаги, чтобы преобразовать простые имена пользователя в
    иерархический формат.


  • Чтобы преобразовать имя пользователей Вы должны иметь:



  • Доступ редактора с созданием документов или роль UserModifier, к Domino
    Directory


  • По крайней мере, доступ автора с созданием документов к базе данных
    Certification Log



  • Из клиента Domino Administrator, выдирайте закладку Пользователи и
    группы.


  • Выбирайте имя пользователя.


  • Из панели инструментов, выбирайте - Сервис -- Пользователи --
    Переименовать.


  • Нажимайте кнопку - Обновить до иерархических.


  • Выбирайте ID сертификатора, которым будет сертифицировано имя
    пользователя, и выбирайте -- Открыть.


  • Введите пароль для ID сертификатора и выбирайте -- ОК.


  • Принимает дату истечения сертификата по умолчанию (два года начиная с
    текущей даты) или введите новую дату.


  • (Необязательно) В поле Новое подразделение введите имя, для уникальной
    идентификации пользователя. Этим Вы добавляет компоненту, который появляется
    между именем пользователя и именем сертификата.


  • Выбирайте -- Обновить, затем -- ОК.
    3.4.1.5Как удалить имя пользователей из Domino системы?

    Вы можете удалять имя пользователя с помощью процесса
    администрирования. Вы можете начинать удаление пользователя, из клиента
    используя Domino Administrator, Web Administrator, или используя User
    Manager WindowsNT. Когда Вы удаляете пользователя, Вы можете добавить этого
    пользователя в группу Termination, чтобы запретить вызов сервера этим
    пользователем. Когда Вы создаете группу Termination, назначаете группе тип
    группы Deny Only.

    Если сервер запущен на платформе WindowsNT, и пользователь имеет экаунт
    пользователя WindowsNT, Вы можете удалить и этот счет, также.

    Удаление пользователя.


  • Чтобы удалить пользователя, Вы должны иметь:



  • Право автора с удалением документов и роль UserModifier, или доступ
    редактора к Domino Directory


  • Доступ автора с созданием документов к базе данных Certification Log.



  • Из клиента Domino Administrator, выдирайте закладку Пользователи и
    группы.


  • Выбирайте имя пользователя, которое Вы хотите удалить.


  • Из панели инструментов, выбирайте - Сервис -- Пользователи -- Delete.


  • Выбирайте -- Да, чтобы удалить Person документы.


  • Заполните поля, по Вашему усмотрению:

    HEIGHT=287 BORDER=0>

    Рис. 72 Диалоговое окно удаления пользователей.



    Поле


    Значение


    Что следует делать с почтовым файлом?


    Выбирайте одно:


  • Не удалять почтовый файл - удалять Person документ, но почтовый файл
    остается


  • Удалить только почтовый файл -- удалить только почтовый файл, указанный
    в Person документе


  • Удалить почтовый файл и реплики - удалить почтовый файл, указанный в
    Person документе и все его реплики

    Примечание. Если Вы выбираете опцию, использовать процесс
    администрирования, для удаления почтового файла пользователя, просмотрите в
    представлении Pending Administrators Approval, запрос Approve File Deletion
    request, в базе данных Administration Requests. В режиме редактирования,
    выбирайте опцию -- Approve File Deletion, чтобы запрос администрирования
    удалил почтовый файл пользователя. Если Вы выбираете не использовать запрос
    администрирования, для удаления почтового файла пользователя, Вам пройдется
    удалить файл вручную.


  • Добавить в группу


    Вы можете добавить удаляемого пользователя в группу, например --
    Termination


    Удалить учетную запись в WindowsNT


    Выбирайте одно:


  • Да

  • Нет




  • Обратите внимание, если Вы выбираете удалять почтовый файл
    пользователя, Вы должны иметь, по крайней мере, доступ редактора с удалением
    документов к базе данных Administration Requests и право удалять документы
    из Domino Directory.


  • Выбирайте -- ОК.


  • Делает одно из следующего:



  • Выбирайте -- Да, чтобы заставить процесс администрирования, немедленно
    удалить все ссылки на пользователя в этой реплике Domino Directory и
    отправить по почте запрос Delete in Access Control List.


  • Выбирайте -- Нет, чтобы отправить по почте запрос Delete in Address
    Book в базу данных Administration Requests, чтобы запустить процесс
    администрирования, удалять ссылки на пользователя в Domino Directory, ACL
    базах данных, согласно установке Interval, для Administration Process.
    3.4.1.6Ресертификация ID пользователя.

    Следуйте этой процедурой, чтобы использовать оригинальный ID
    сертификатора для ресертификации ID пользователя, который имеет сертификат,
    срок действия которого истекает в ближайшее время.

    Ресертификация ID пользователя.

    Следуйте этими шагами, чтобы использовать процесс администрирования,
    для ресертификации иерархического ID файла, срок которого истекает в
    ближайшее время.



  • Для ресертификации пользовательского ID, Вы должны иметь:



  • Доступ автора с созданием документов и роль UserModifier или доступ
    редактора в Domino Directory


  • По крайней мере, доступ автора с созданием документов к базе данных
    Certification Log.



  • Из клиента Domino Administrator, выдирайте закладку Пользователи и
    группы.


  • Выбирайте имя пользователя, которое Вы хотите ресертифицировать.


  • Из панели инструментов, выбирайте - Сервис -- Пользователи -- Заверить
    заново.


  • Выбирайте ID сертификатора, использованного первоначально при
    сертификации Вашего ID файла и нажмите -- Открыть.


  • Введите пароль для ID сертификатора и нажмите -- ОК.


  • Принимайте дату истечения сертификата по умолчанию (два года начиная с
    текущей даты) или введите новую дату.


  • (Необязательно) Введите дату истечения сертификата ID пользователя.


  • Нажмите кнопку Заверить, затем -- ОК.
    3.4.1.7Как перенести почтовый файла пользователя на другой сервер, или
    в другой каталог?

    Вы может переместить некоторый почтовые файлы для высвобождения места
    на диске сервера или, когда пользователи изменяют свое место работы. Если Вы
    используете Shared Mail, и Вы хотите удалить почтовый файл пользователя из
    системы, Вы должны сначала удалить все связи с почтовым файлом из любых баз
    данных Shared Mail.

    Когда почтовый файл перемещается, поля Почтовый файл и Главный/почтовый
    сервер будут изменены в документе Место вызова.


  • Из клиента Domino Administrator, выдирайте закладку Пользователи и
    группы.


  • Выбирайте имя пользователя, почтовый файл которого Вы хотите перенести.


  • Выбирайте кнопку из меню -- Move Mail File.


  • Нажмите -- Да, для подтверждения перемещения почтового файла.


  • Введите, имя нового почтового сервера для пользователя и нажмите -- ОК.


  • Отредактируйте Person документ пользователя в Domino Directory, чтобы
    ввести новое имя почтового сервера. Вам потребует доступ редактора к Domino
    Directory. Если Вы перемещаете почтовый файл пользователя в другой домен,
    "вырежьте" Person документ из Domino Directory своего домена и "вставьте"
    этот документ в Domino Directory нового домена и затем исправьте имя
    почтового сервера пользователя и домена.

    Перемещение почтового файла пользователя, из панели инструментов
    клиента Domino Administrator.



  • Из клиента Domino Administrator, выдирайте закладку Пользователи и
    группы.


  • Выбирайте имя пользователя, почтовый файл которого Вы хотите перенести.


  • Из панели инструментов, выбирайте - Сервис -- Пользователи --
    Переместить.


  • Введите имя сервера и выбирайте сервер, на который Вы перемещаете
    пользователя.


  • Выбирайте -- ОК.


  • Выбирайте каталог для нового почтового файла и затем нажимайте -- ОК.
    3.4.2Управление серверами.

    Чтобы управлять серверами, Вы должны уметь делать любую из следующих
    задач:


  • Изменять администратора сервера


  • Decommission server (сравнение серверов, например, для замены одного
    сервера другим)


  • Удалять имя сервера


  • Повторно сертифицировать ID сервера


  • Преобразовать имя сервера - в иерархическое


    При управлении серверами, Вы можете нуждаться в ресертификации ID
    сертификатора. 3.4.2.1Как изменить имя администратора сервера?

    Если имя прежнего администратора явно внесено в список контроля
    управления доступа, для Domino Directory, удалите имя из ACL. Добавьте имя
    нового администратора и назначите доступ менеджера новому администратору.

    Если имя прежнего администратора включено в любые группы, удалите имя
    прежнего администратора из Group документов. Добавьте имя нового
    администратора.


  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте документ сервера и откройте документ в режиме редактирования.


  • Выбирайте закладку Administration.


  • В поле Administrator, введите имя администратора, или выбирайте его из
    адресной книги.


  • Нажимайте клавишу ОК, затем сохраните и закройте Server документ.


  • Использовать серверную команду Replicate, с консоли сервера, чтобы
    распространить изменение быстро на другие сервера.
    3.4.2.2Сравнивание серверов (Decommissioning a server)

    Вы можете использовать инструмент - Анализа для исключения сервера,
    когда Вы объединяете существующий сервер, с другим сервером, или удаляете
    сервер из Вашей системы серверов. Объединяете ли Вы сервера в один сервер,
    или переименовываете сервер, результат один и тот же - старое имя сервера
    заменяется на новое. Инструмент анализа может помочь Вам избежать потери
    сервисов, для Вашего Domino сервера. Инструмент анализа сравнивает исходный
    сервер с новым сервером назначения и сообщает различия между ними, которые
    могли причинить возможную потерю служб обслуживания.

    Когда Вы запускаете инструмент анализа, из клиента Domino
    Administrator, Вы создаете базу данных результатов анализ (decomsrv.nsf),
    содержащую детальную информацию сравнения для двух сравниваемых серверов.
    Исходный сервер -- сервер, который удаляется из обслуживания, и новый сервер
    - сервер который будет работать вместо исходного сервера, должны быть
    иерархическими серверами Notes, того же самого домена. Сервера не
    обязательно должен быть Domino R5 серверами. Только клиент Domino
    Administrator R5 необходим для использования инструментом анализа серверов.

    Несоответствия между сервером источником и целевым сервером будут
    отмечены в базе данных результатов соответствующими документами.
    Ознакомьтесь с этими документами прежде, чем Вы исключите сервер из Вашей
    системы. Каждое сравнение, инструмент анализа делает индивидуально. Поэтому,
    Вы должны просмотреть каждое сообщение и сделать Ваши собственные выводы
    перед любыми действиями. Вы можете делать сравнения между двумя серверами в
    любой момент. Не все различия должны быть решены прежде, чем Вы замените
    сервера.

    Прежде Вы исключите сервер, Вы должны выполнить следующие действия:


  • Проверьте каждую базу данных и формулы, которые содержат определенные
    ссылки на названия серверов


  • Проверьте документы из Domino Directory, особенно документы типа
    Подключения и Programs документы.


  • Если старый сервер имел взаимные сертификаты, удостоверитесь, что новый
    сервер имеет те же самые взаимные сертификаты


  • Уведомите другие домены, что доступ на сервер изменяется, в связи с
    изменением имени сервера


  • Сообщите пользователям о новом местоположении баз данных, если это
    необходимо


  • Проверьте протоколы сети на старом и новом сервере


  • Реплицируйте все базы данных со старого сервера на новый сервер


  • Переопределите таблицы маршрутизации почты, чтобы почта доставляется
    правильно

    Запуск инструмента сравнения серверов.


  • Чтобы использовать инструмент сравнения, Вы должны иметь доступ
    администратора к старому и к новому серверу. Если Вы не имеете права
    администратора, некоторые части анализа могут быть незавершенны должным
    образом.


  • Из клиента Domino Administrator, выбирайте закладку Сервер -- Анализ.


  • Из панели инструментов, выбирайте - Сервер -- Исключение сервера.


  • Заполните следующие поля:

    HEIGHT=428 BORDER=0>

    Рис. 73 Диалоговое окно анализа исключений сервера.


  • Если Вы не используете имя по умолчанию DECOMSRV.NSF - Заполните эти
    поля, нажимая кнопку ДБ результатов:

    HEIGHT=249 BORDER=0>

    Рис. 74 Диалоговое окно определения места хранения результатов анализа
    серверов.



  • Нажимайте -- ОК, затем опять -- OK.

    Когда анализ завершается, база данных Результатов открывается. Это
    может продолжаться несколько минут в зависимости от загрузки сети и числа
    баз данных, на обоих серверах.

    Примечание Вы можете создавать несколько сообщений в одной и той же
    базе данных или в различных базах данных и затем, использует эти сообщения,
    чтобы проверить, различия между двумя серверами. Вы можете заново запускать
    инструмент анализа.

    Просмотр отчета в базе данных Анализ исключения сервера.

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


    HEIGHT=635 BORDER=0>

    Рис. 75 Пример результата сравнения серверов.

    Каждый пункт представлен в соответствии с документом. Статус документа
    обозначен изображением слева от документа следующим образом:




    Иконка


    Описание


    HEIGHT=28 BORDER=0>


    Различие было найдено при выполнении сравнений и может требовать
    внимания администратора


    HEIGHT=28 BORDER=0>


    Ошибка при выполнении или попытке исполнить сравнение


    No icon


    Никакое внимание не требуется, потому что сравниваемые поля
    эквиваленты, источнику




    Выбирайте документ, чтобы открыть документ и рассматривать фактическое
    сообщение. Так выглядит типичный документ:

    HEIGHT=635 BORDER=0>

    Рис. 76 Типичный документ отчета, сравнения серверов.





    Поле


    Описание


    Report category


    Секция или категория, которой документ принадлежит. Эти категории:
    Сертификаты, Кластер, Подключения, Базы данных, Домены, интернет,
    Инструменты, Сеть, Программы, Безопасность, SMTP и маршрутизаторы.


    Report title


    Определенное поле или пункт, который анализируется.

    Например, Базы данных -- Mail Users или Базы данных -- No Matching
    Replica.


    Report date


    Дата генерации отчета


    Server to be decommissioned (source server)


    Имя сервера, который будет удален


    Server to accept responsibility (target server)


    Имя сервера, который будет выполнять обязанности нового сервера


    Errors


    Ошибки, которые происходят в течение анализа в этом пункте или поле.
    Эта поле не заполнено, если не имеется никаких ошибок.


    Report details


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




    Сравнительный отчет.

    Следующие типы сравнений полей, выполняемые между двумя Server
    документами и Configuration Settings документами:



    Сравниваемые поля


    Описание


    Boolean


    Содержание из двух сравниваемых полей должно быть идентично. В
    некоторых случаях, если поля на сервере источнике нет, никакое сравнение не
    выполняется для сервера назначения.


    Numeric


    Два поля сравняются


    Text list


    Два текстовых списка сравниваются и если поля не равны, производится
    сообщение


    Name list


    Два списка имен сравниваются, дубликаты будут удалены, сообщение будет
    произведено, если источник имеет не полный список.


    Special cases


    В некоторых случаях, незаполненные поля имеет специальное значение. В
    этих случаях, определенная интерпретация незаполненных полей будет учтена,
    когда сравнения будут выполнены.




    Сравнения делаются следующим документам:




    Сравниваемые документы


    Описание


    Connection document


    Сравнение выполняется на любых Connection документах, где сервер
    источник, внесен в список в поле Source Server в Connection документах.
    Сравнение делается, чтобы гарантировать, что все сервера назначения в этих
    документах также были включены в отчеты связи сервера назначения. Сообщение
    производится, если задачи отличаются.


    Program records




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


    Domain records




    Все отчеты о документах Foreign Domain проверяются, чтобы видеть
    имеется ли Gateway сервер для сервера источника. Если сервер найден, будет
    произведено сообщение, указывая, что в документе Foreign Domain есть сервер
    посредник.


    Cross Certificates


    Любой взаимный сертификат, который имеется на сервере источнике.




    Эти сравнения делаются для баз данных:





    Сравниваемые базы данных


    Описание


    Mail-in Databases, Rooms, Resources, Certifiers, Person documents


    Каждый документ, который содержит сервер назначения, как почтовый
    сервер.


    Replicas




    Любая база данных на сервере источнике, которая не имеет
    соответствующей реплики на сервере назначения, будет отображена.

    Имя файлов для всех баз данных, которые не имеют реплики на сервере
    назначения, будут отражены в отчете.

    Любая база данных на сервере источнике, который имеет другое название
    базы данных, чем название реплики базы данных на сервере назначения будет
    внесена в список.




    Эти сравнения делаются с документами сетевых протоколов сервера:




    Сравнение документов сети


    Описание


    Enabled ports


    Сравнение выполняется, для имен портов и протоколов. Сообщение
    производится для любых различий.


    Notes Named Networks


    Если источник и целевой сервер не имеют той же самой Notes
    поименованной сети, сообщение будут произведены.



    3.4.2.3Как удалить имя сервера из Domino системы?

    Для удаления имени сервера из Вашей сети Domino серверов лучше
    использовать процесс администрирования, чтобы удалить все ссылки на сервер,
    из Domino Directory и из ACL баз данных.

    Чтобы удалять имя сервера, Вы должны иметь:


  • По крайней мере, доступ автора с правом удаления документов и роль
    ServerModifier, или доступ редактора к Domino Directory.


  • По крайней мере, доступ автора с созданием документов к базе данных
    Certification Log.



  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте имя сервера, которое Вы будете удалять.


  • Нажмите кнопку Delete Server, затем -- Да, чтобы подтвердить удаление
    записи сервера.


  • Сделайте одно из следующего:



  • Выбирайте опцию -- Да, чтобы заставить процесс администрирования,
    немедленно удалить все ссылки на сервер в этой реплике Domino Directory и
    отправить по почте запрос Delete in Access Control List.


  • Выбирайте опцию -- Нет, чтобы отправить по почте запрос Delete in
    Address Book, в базу данных Administration Requests. Этим Вы заставляете
    процесс администрирования, удалить все ссылки на сервер из Domino Directory
    и ACL баз данных, согласно значению Interval, для Administration Process.



  • Нажмите кнопку -- ОК.
    3.4.2.4Ресертификация ID файла сервера.

    Вы должны использовать оригинальный ID файл сертификатора, для
    ресертификации ID файла сервера, который имеет этот сертификат, но время
    действия, которого истекает в ближайшее время.


  • При ресертификации ID сервера, Вы должны иметь:



  • Доступ автора с правом создания документов и роль ServerModifier, или
    доступом редактора к Domino Directory


  • По крайне мере доступ автора с созданием документов к базе данных
    Certification Log.



  • Из клиента Domino Administrator, выбирайте закладку Настройка.


  • Выбирайте имя сервера, ID файл которого собираетесь ресертифицировать.


  • Выбирайте из меню Действия -- Recertify Selected Servers.


  • Выбрать ID сертификатора, которым первоначально был сертифицирован
    сервер, и нажимайте -- ОК.


  • Введите пароль для сертификатора и нажимайте кнопку Открыть.


  • Принимайте дату истечения сертификата по умолчанию (два года начиная с
    текущей даты), или введите другую дату.


  • Нажимайте -- Заверить, затем -- ОК.

    Примечание. Вы может использовать функцию @Certificate, чтобы создать
    личное представление, которое будет содержать ID имена и даты истечения
    сертификатов. Если Вы создаете вид, убедитесь, что включили в меню акций
    кнопку Recertify Servers. 3.4.2.5Преобразование простого имени (Flat Name)
    сервера - в иерархическое.


  • Из клиента Domino Administrator, выбирайте сервер, который Вы хотите
    преобразовать из представления - Сервер.


  • Выбирайте из меню Действия -- Upgrade Server to Hierarchical.


  • Выбирайте новый ID файл сертификатора.


  • Введите пароль для ID файла сертификатора и затем -- ОК.


  • (Необязательно) Вводят имя орг. единицы.


  • Принимайте или изменить дату истечения сертификата для ID файла.


  • Выбирайте -- Заверить, затем -- OK.
    3.4.3Использование инструмента управления группами.

    Вы можете использовать инструмент управления группами из панели
    инструментов, клиента Domino Administrator. Этот инструмент обеспечивает Вас
    быстрым и легким методом управления существующими группами в Domino
    Directory. Вы можете добавлять, удалять пользователей и группы, из групп, по
    мере необходимости. Вы можете также детально рассматривать описания для
    групп.


  • Из клиента Domino Administrator, выбирайте закладку Пользователи и
    группы.


  • Из панели инструментов, выбирайте - Сервис -- Группы -- Управление.


  • Вы можете выполнять любые операции просмотра с группами и членами
    групп:

    HEIGHT=646 BORDER=0>

    Рис. 77 Диалоговое окно инструмента управления группами.


  • Делайте любое из следующего:



  • Чтобы добавить пользователей к группе, выбирайте группу в окне Иерархия
    группы, затем выберите пользователя или группу из окна Пользователи и группы
    и нажмите кнопку -- Добавить >>>.


  • Чтобы удалить пользователя из группы, выберите члена группы из окна
    Иерархия группы и нажмите кнопку Удалить.


  • Чтобы просмотреть документ группы, выберите группу из окна Иерархия
    группы и нажмите кнопку Сведения....



  • Когда Вы закончили настройку групп, нажмите кнопку ОК.





    4Почтовая система Domino сервера.

    Почтовый сервер Domino - основа почтовой инфраструктуры Вашей
    организации. Domino поддерживает стандарты интернет почты типа Simple Mail
    Transfer Protocol (SMTP), Post Office Protocol v.3 (POP3), Internet Message
    Access Protocol (IMAP) и Multipurpose Internet Mail Extensions (MIME).
    Domino маршрутизирует почту по SMTP и Notes почту и в формате Notes MIME.
    Domino сервер действует, как почтовый сервер интернет, используя SMTP, MIME,
    POP3, IMAP, но и как почтовый сервер Notes. Ваша организация может
    использовать Domino для рассылки почты интернет, в формате интернета, для
    маршрутизации почты Notes в формате Notes rich text формат, а также как
    помесь обоих форматов. Domino Router и клиент R5 оптимизирует формат
    сообщения, основываясь на предпочтении получателя, но если преобразование
    между форматами необходимо, Domino исполняет преобразование автоматически.
    4.1Обзор возможностей.

    Domino предлагает мощные инструменты для контроля почты, для управления
    коммерческой электронной почтой (UCE), и может предотвратить злоупотребления
    ей.

    Domino почтовая система имеет три основных компонента: почтовый сервер
    Domino, почтовые файлы Domino и почтовые клиенты. Каждый пользователь почты
    в Domino системе имеет файл почты, на почтовом сервере Domino. Вы можете
    создавать реплики почтовых файлов на других серверах для перенаправления
    запросов пользователей, в случае, если первичный сервер окажется недоступен.
    Пользователи создают почтовые сообщения, используют клиента, Lotus Notes и
    посылают почту через почтовый сервер Domino, который маршрутизируют
    сообщение получателю. Получатель использует клиента, чтобы читать сообщение.

    Почтовый сервер Domino и маршрутизация почты.

    Domino маршрутизирует почту по SMTP, по Notes и в формате Notes и MIME.
    Маршрутизация почты начинается, когда пользователь посылает сообщение с
    клиента, который связан с Domino сервером. Сообщение передается от клиента
    до базы данных MAIL.BOX на почтовом сервере пользователя. Серверная задача
    Router, доставляет почту, проверяет адрес сообщения, чтобы определить, по
    какому маршруту доставить сообщение получателю и что использовать Notes или
    SMTP протокол, для доставки сообщения.

    Если пользователь посылает почту в формате Notes, адресует ее в
    интернет, используя для этого клиента Notes R4, Router автоматически
    конвертирует сообщение в формат MIME.

    Рассылка почты за пределы Вашей организации.

    Почтовый сервер Domino может маршрутизировать почту, которая адресована
    получателям вне Вашей организации непосредственно в интернет, или на
    промежуточный хост сервер, или Firewall. Если почтовый сервер Domino не
    использует SMTP для маршрутизации, почты во внешние домены, Domino
    использует SMTP или Notes для маршрутизации сообщений на почтовый сервер,
    который может доставлять почту в интернет. Вы можете настроить все сервера,
    или только некоторые, или только один сервер в Вашей организации для
    маршрутизации почты по SMTP. Так как почта интернет может маршрутизироваться
    с использованием Notes, каждый пользователь может посылать и получать
    интернет почту, даже если Вы устанавливаете только один сервер для
    маршрутизации почты по SMTP. Эта гибкость гарантирует, что Domino может
    маршрутизировать почту безопасным способом. Вы можете настроить Вашу
    почтовую систему так, чтобы только один сервер обращался с интернет. На этом
    сервере Вы можете установить антивирусное программное обеспечение и
    ограничивать получение почты от некоторых доменов. Или, Вы можете
    сбалансировать нагрузку почты и настроить каждый сервер на маршрутизирование
    интернет почты по SMTP.

    Даже если Вы настраиваете только несколько серверов, для маршрутизации
    интернет почты получателям вне Вашей организации, все сервера могут все еще
    маршрутизировать сообщения MIME и SMTP получателям в пределах Вашей
    организации. Вы можете использовать интернет почту для внутренних
    получателей на всех серверах, но посылать и получать почту, от внешних
    получателей на несколько серверов.

    Почтовый сервер Domino.

    Вся почта в Domino системе сохраняется в почтовых файлах, независимо от
    ее формата Notes или MIME. Пользователь может обращаться к почтовым файлам
    любым клиентом - Notes, POP3 Web браузером, или IMAP. почтовые файлы Domino
    хранят сообщения в формате Notes или в формате MIME. Если интернет клиент
    или IMAP клиент, открывает или разгружает сообщение, сохраненное в формате
    Notes, Domino автоматически конвертирует сообщение в MIME формат.

    Безопасность почты.

    Чтобы гарантировать безопасность при передаче сообщений между
    серверами, почтовый сервер Domino поддерживает SSL для передачи почты по
    SMTP и поддерживает шифрование Notes, когда почта использует Notes
    маршрутизацию.

    Чтобы шифровать и подписывать сообщения, клиенты Notes могут
    использовать сертификаты Notes и шифрование, или Х.509 сертификаты. Другие
    почтовые клиенты могут использовать Х.509 сертификаты. Клиенты Notes могут
    использовать интернет почту с Х.509 сертификатами.

    Работа с другими почтовыми системами.

    Domino работает с другими почтовыми серверами и системами, используя и
    агентов передачи сообщений (MTA) X.400 и cc:Mail систем. Domino может
    обмениваться почтой с другими SMTP серверами и маршрутизировать почту X.400
    и cc:Mail систем, через X.400 MTA и cc:Mail MTA. 4.1.1Передача сообщений и
    протоколы доступа к почте.

    Domino поддерживает протоколы передачи сообщений для интернет, а также
    предлагает мощную почтовую систему Notes. Domino маршрутизирует почту с
    использованием SMTP и Notes. Пользователи могут посылать почту в формате
    Notes или в формате MIME. Таким образом, Вы можете использовать SMTP или
    Notes для маршрутизации сообщений MIME, с клиента Notes или использовать
    SMTP для маршрутизирования сообщений MIME от IMAP клиентов, POP3 клиентам.

    Потому что Domino автоматически конвертирует сообщения между Notes
    форматом и MIME, если это необходимо, клиенты могут посылать и получать
    почту, не беспокоясь о формате. Если клиент Notes посылает сообщение в
    формате Notes, IMAP клиенту, Domino конвертирует сообщение в MIME для IMAP
    клиента. Если POP3 клиент посылает сообщение MIME клиенту Notes R4, который
    не может читать сообщения в формате MIME, Domino конвертирует сообщение MIME
    в формат Notes.

    Комбинация маршрутизаций SMTP и Notes и, автоматического преобразования
    сообщений из одного формата в другой, предлагает Вам широкий выбор и
    гибкость в Вашей почтовой инфраструктуре. Например, Вы можете настроить
    почтовую систему, которая будет полностью удовлетворять стандартам интернет
    и использовать Router для маршрутизации сообщений MIME по SMTP. Вы можете
    настроить почтовую систему, которая полностью будет базироваться на почте
    Notes и использовать Router для маршрутизации сообщений формата Notes. Вы
    можете так же настроить почтовую систему, которая будет использовать и SMTP,
    и Notes.

    Domino поддерживают интернет протоколы доступа к почте IMAP и POP3, а
    также предлагают доступ клиентам Notes. IMAP, POP3 и клиенты Notes
    соединяются с использованием почтового сервера Domino, чтобы читать почту и
    посылать ответы. Если IMAP или POP3 клиент нуждается в доступе к сообщениям
    в формате Notes, Domino конвертирует сообщение для этих клиентов. 4.1.2Как
    передаются сообщения в системе Domino?

    HEIGHT=521 BORDER=0>

    Рис. 78 Схема маршрутизации сообщений в почтовой системе Domino.

    Эта секция описывает процесс маршрутизации почты в почтовой системе
    Domino.


  • Пользователь создает и адресует сообщение получателю.


  • Пользователь посылает сообщение.


  • Программное обеспечение клиента пользователя может:



  • Использовать протоколы Notes, чтобы переместить сообщение в почтовую
    базу MAIL.BOX Domino сервера.


  • Использовать SMTP, чтобы послать почтовое сообщение пользователя на
    Domino сервер, на котором запущена задача SMTP Listener. Задача SMTP
    Listener заносит сообщение в MAIL.BOX (Lotus Notes, IMAP клиенты, POP3
    клиенты).


  • Использовать HTTP, чтобы послать почтовые сообщения пользователя на
    Domino сервер, на котором должна быть запущена HTTP задача. HTTP задача
    заносит сообщение в MAIL.BOX (Web клиенты).



  • Router находит сообщение в MAIL.BOX и решает, куда послать сообщение
    для каждого получателя. Router вычисляет следующий Hop (перелет), для
    сообщения на пути к получателю и использует или SMTP, или Notes - чтобы
    передать сообщение.



  • При использовании SMTP, Router соединяется с сервером назначения,
    почтовым сервером получателя, Relay Host, Smart Host, или с одним из
    серверов в интернете домена получателя - и передает копию сообщения.


  • При использовании Notes, Router перемещает сообщение в MAIL.BOX базу
    данных на сервере, который является следующим в цепочке, до почтового
    сервера получателя.



  • Router на сервере получателя находит сообщение в базе данных MAIL.BOX
    на Domino сервере и доставляет его в почтовый файл получателя.


  • Получатель использует клиента, который поддерживает протоколы Notes,
    POP3, IMAP, или Web доступ (HTTP), чтобы читать сообщение, которое сохранено
    в его почтовом файле.
    4.1.3Domino Directory и маршрутизация почты.

    Domino Directory содержит всю информацию, необходимую для маршрутизации
    почты в Вашей инфраструктуре исключая DNS, который поддерживается отдельно.
    Domino Directory поддерживает LDAP сервис так, чтобы интернет почтовые
    клиенты могут использовать LDAP, чтобы отыскивать информацию в Domino
    Directory, если они имеют доступ к нему.

    Таблица маршрутизации.

    Когда Вы запускаете Router на сервере, сервер собирает информацию из
    документов подключений, документов доменов и Server документов, из Domino
    Directory. Когда пользователь посылает почту, получателю в локальном домене,
    Router просматривает Domino Directory (или вторичный Directory) и ищет
    Person документ получателя, который содержит запись о домашнем сервере
    получателя. Router проверяет таблицу маршрутизации, чтобы определить
    оптимальный путь к этому серверу и маршрутизирует сообщение согласно этому
    пути. Если Вы перегружаете сервер, Router повторно вычисляете таблицу
    маршрутизации.

    Имя хоста в системе Domino.

    Lotus рекомендует в Domino системе, использовать полные имена хостов,
    вместо IP адресов. В то время как IP адреса работают и полностью
    поддерживаются, т.к. IP изменяются более часто, чем имена хостов. Domino не
    может работать должным образом, если адреса должным образом не обновляются.
    Например, изменение или реорганизация может потребовать изменения в
    адресации серверов. В этом случае, если Server документ использует имена
    хостов, обновления документов не нужны, однако обновление необходимо, если
    документы содержат IP адреса. 4.1.4Domain Name Service (DNS) и маршрутизация
    почты.

    Domain Name Service (DNS) - используется задачей SMTP, чтобы
    конвертировать имена, типа acme.com, в IP адрес сервера. Сервер получает IP
    сервера назначения от DNS и посылает должным образом сообщение получателю.
    Вы должны правильно сконфигурировать DNS, чтобы поддерживать использование
    SMTP. Чтобы определять адрес IP почтового сервера назначения, Domino делает
    следующее:


  • Просматривает серверную часть домена и адреса каждого получателя в DNS.


  • Если DNS находит запись MX, сервер пробует соединять с сервером, из
    списка записей MX. Если имеются больше чем одна запись MX, сервер пробует
    соединяться с записью, которая имеет самую низкую стоимость. Если больше чем
    одна запись MX имеют низкую стоимость, сервер беспорядочно выбирает одну и
    пробует соединиться с этим сервером.


    Обратите внимание, что могут иметься больше чем одна запись MX
    определяемая для имени домена. Каждая запись содержит адрес IP для хоста
    сервера.


  • Если DNS находит запись, Domino маршрутизирует сообщение по IP адресу.


  • Если DNS не находит запись, Domino не может доставить сообщение и
    посылает сообщение недоставке отправителю.

    Вы можете также использовать DNS, чтобы сопоставить IP адрес имени
    хоста, или имя хоста - IP адресу, чтобы проверить, кто фактически посылает
    сообщение. Используйте эту проверку, чтобы ограничить доступ Reley через Ваш
    сервер или запрещать незапрашиваемую коммерческую электронную почту (UCE).

    MX записи сопоставляют имени домена одну или большее количество имен
    хостов. Удобнее использовать имена хостов в записях МХ по некоторым
    соображениям:


  • Некоторые инструменты Third-Party признают только имена хостов, а не IP
    адреса.


  • Если Вы должны заменять или переместить компьютер, Вы можете назначать
    существующее имя хоста и IP адрес новому компьютеру. Эта замена прозрачна
    для пользователей и сообщения продолжают маршрутизироваться должным образом.

    Когда Вы устанавливаете больше чем одну запись MX имен, Вы можете
    устанавливать приоритет, который управляют, как DNS выбирает записи. DNS
    выбирает записи с более низким значением сначала. Например, DNS выбирают 5,
    а потом 10. Если Вы, имеете больше чем одну запись MX. Если имеются записи с
    той же самую стоимостью, DNS беспорядочно, выбираете из этих записей MX.
    Если одна из этих записей MX терпит неудачу - например, потому что сервер
    недоступен - DNS переходит к следующей записи MX, которая имеет ту же самую
    стоимость.

    Например, acme.com домен имеет четыре MX записи:

    MX record: acme.com IN MX 5 mail1.acme.com

    MX record: acme.com IN MX 5 mail2.acme.com

    MX record: acme.com IN MX 10 mail3.acme.com

    MX record: acme.com IN MX 10 mail4.acme.com

    Когда сервер пробует соединяться с acme.com, DNS сначала использует
    запись MX с предпочтением 5. Так как имеется две записи MX с предпочтением
    5, DNS беспорядочно выбирает между записью MX mail1.acme.com и
    mail2.acme.com. Если DNS возвращает запись MX mail1.acme.com, но
    mail1.acme.com недоступен, DNS возвращается к записи MX mail2.acme.com. Если
    mail2.acme.com недоступен, обе записи MX со стоимостью 5 потерпят неудачу.
    DNS тогда выбирает запись MX, которые имеют стоимость 10. 4.1.4.1Примеры
    использования нескольких записей MX records.

    Использование одного интернет домена с одним именем сервера.

    Вы можете определить в записях MX единственный интернет домен -
    например, acme.com. Используйте полное хост имя сервера в MX записях -
    например, mail1.acme.com.

    Например, сконфигурируйте резервный SMTP сервер mail2.acme.com для
    получения или отправки почты, когда первичный SMTP сервер mail1.acme.com
    недоступен:

    MX record: acme.com IN MX 5 mail1.acme.com

    A record: mail1.acme.com IN A 192.168.10.17

    MX record: acme.com IN MX 10 mail2.acme.com

    A record: mail2.acme.com IN A 192.168.10.18

    Сообщения, адресованные acme.com сначала маршрутизируются на
    mail1.acme.com, потому что стоимость (5), более низкая. Если mail1.acme.com
    недоступен, mail2.acme.com получает почту.

    Использование одного интернет домена с двумя серверами.

    Если Вы даете двум серверам равную стоимость, DNS беспорядочно выбирает
    сервер, чтобы сбалансировать нагрузку прихода почты.

    MX record: acme.com IN MX 5 mail1.acme.com

    A record: mail1.acme.com IN A 192.168.10.17

    MX record: acme.com IN MX 5 mail2.acme.com

    A record: mail2.acme.com IN A 192.168.10.18

    Использование нескольких имен доменов в Вашей системе.

    Вы можете создавать записи MX для нескольких интернет доменов -
    например, acme.com acme.com, qrs.com и xyz.com.

    Примечание. Пользователи могут адресовать почту любому из доменов.
    Каждый домен имеет резервный SMTP сервер.

    MX record: acme.com IN MX 5 mail1.acme.com

    MX record: acme.com IN MX 10 mail2.acme.com

    MX record: qrs.com IN MX 5 mail1.acme.com

    MX record: qrs.com IN MX 10 mail2.acme.com

    MX record: qrs.com IN MX 5 mail1.acme.com

    MX record: xyz.com IN MX 10 mail2.acme.com 4.2Почтовая адресация в
    версии R5.

    Domino просматривает почтовый адрес интернет в Domino Directory R5,
    Domino проверяет скрытый вид $Users для создания или проверки адреса. Если
    он находит полный интернет адрес получателя (например, jdoe@acme.com) или
    Короткое имя пользователя, Domino доставляет сообщение этому пользователю.
    Domino также сопоставляет знак подчеркивания ( _ ) в любой части адреса --
    пробелу (например, jane_doe), из любого из полей Person документа. Например,
    если сообщение адресовано jone_doe@acme.com, и Domino находит, что Person
    документ Jone Doe, в поле Имени Пользователя, Domino доставляет сообщение в
    почтовый файл - Jone Doe.

    Примечание. Domino конвертирует, знак подчеркивания в пробел. В этом
    примере, jone_doe становится Jone Doe. Domino конвертирует двойное
    подчеркивание в подчеркивание, подчеркивание в пробелы. Поиск нечувствителен
    к регистру, поиск jone doe все равно, что Jone Doe, в Person документах.

    Исчерпывающий поиск Domino в виде $Users гарантирует, что любой адрес
    R4 MTA, для пользователя в Вашем Directory будет найден и идентифицирован
    должным образом. Вы можете использовать интернет адрес пользователя в R5, из
    Person документа и стандартный Notes адрес, чтобы стандартизировать адрес
    интернета в Вашей организации, но этот шаг необязательный. Domino, не видит
    различия между R4 и адресацией R5 и использует оба адреса одинаково хорошо.
    4.2.1Поля Address Internet в Person документах.

    Когда Вы модернизируете систему до R5, Вы можете использовать интернет
    адрес в адресации сообщений. Используйте следующую последовательность, чтобы
    заполнить поля Address Internet для всех Person документов, в которых это
    поле еще пусто.


  • Запустите клиента Domino Administrator.


  • Выбирайте закладку Пользователи и группы.


  • Выбирайте нужный сервер и Domino Directory, для которого Вы желаете
    заполнить поля Address Internet.


  • Выбирайте закладку Сервис -- Пользователи.


  • Выбирайте -- Адрес интернета.


  • HEIGHT=361 BORDER=0>

    Рис. 79 Диалоговое окно создания интернет адреса пользователя
    (заполнение поля Internet Address).



  • В окне Создание адреса интернета, выберите формат адреса интернета.


  • Выбирайте разделитель для Адрес интернета. Этот знак, отделяющий слова,
    знаки в интернет адресе, в поле Разделитель.


  • Введите Домен интернета для Вашей компании.

    Обратите внимание. Если Вы выбираете опцию в поле - Взять имя Домена
    интернета из поля краткого имени (если есть), функция ищет поле Short Name в
    каждом Person документе. Если поле содержит интернет адрес, например
    jdoe@acme.com, Domino использует этот адрес, чтобы закончить заполнение поля
    Address Internet, вместо создания нового, базируясь на информации
    диалогового окна.


  • (Необязательно...) Щелкайте на кнопке Больше >>:


  • Выбирайте - Помещать разделители между словами в именах, чтобы вставить
    разделитель, который Вы определяете, между словами в составном имени.


  • Выбирайте - Создать адреса только для выбранного домена Notes, чтобы
    установить Адрес интернета только для пользователей в данном домене Notes.
    Введите имя Домена Notes, в котором Вы хотите установить Адрес интернета.


  • Выбирайте - При конфликте использовать дополнительный шаблон формата,
    чтобы определить второй признак Адреса интернета, если Notes находит
    одинаковый адрес для двух пользователей. Определите альтернативный образец
    формата. Это позволяет Вам так же использовать альтернативный формат адреса,
    если первичный не может быть использован. Причина может быть разной.
    Например, в адресе используются не ASCII символы или адрес уже используется,
    или содержит недопустимые в интернете символы.

    Окно Создание адреса интернета определяется сервер и Domino Directory.
    Она также отображает пример для каждого адреса и формат разделителя.

    Обратите внимание, что диалог не дает примеров, для всех комбинаций
    выборочного формата.

    Инструмент Адрес интернета, проверяет все Person документы Domino
    Directory. Когда он находит документ с пустым полем Address Internet, он
    заполняет его согласно правил, изложенных выше. Проверяет его, чтобы запись
    имела формат RFC 821, проверяет также запись на предмет уникальности,
    выполняя поиск имени на всех Domino Directory на сервере. Если запись
    существует в поле Address Internet, инструмент оставляет поле, неизмененное
    и выводит ошибку в файл LOG.NSF.

    Обратите внимание, что все ошибки выводится в файл LOG.NSF.

    Предостережение, Инструмент анализа Адрес интернета выполняет
    исчерпывающий поиск имени для каждого нового адреса интернета и не должен
    запускаться на каталогах сервера, который сильно загружен. 4.2.1.1Как
    форматируется Адрес интернета?

    Вы можете выбирать один из следующих формата адреса:


  • Имя Фамилия. Используется поля Имени и поля Фамилии, чтобы формировать
    адрес.


  • Имя первая буква отчества. Фамилия. Использует содержание поля Имени,
    поле Инициалов и поле Фамилии, чтобы формировать адрес.


  • Первая буква Имени. Фамилия. Использует первую букву поля Имени
    пользователя и поле Фамилии, чтобы формировать адрес.


  • Первая буква Имени. Первая буква Отчества Фамилия. Использует первую
    букву поля Имени пользователя, Середина -- первая буква Отчества и поле
    Фамилии, чтобы формировать адрес.


  • Фамилия Имя. Использует поле Фамилии и поле Имени, чтобы формировать
    адрес.


  • Фамилия Имя первая буква отчества. Использует содержание поля Фамилии,
    поле Имени и поле Инициалов, чтобы формировать адрес.


  • Фамилия первая буква имени. Использует содержание поля Фамилии и первую
    букву поля Имени пользователя, чтобы формировать адрес.


  • Фамилия первая буква имени первая буква отчества. Использует поле
    Фамилии, первое букву поля Имени пользователя, и поле Инициалов, чтобы
    формировать адрес.


  • Фамилия первая буква имени. Использует поле Имени и первую букву поля
    Фамилии, чтобы формировать адрес.


  • Настаиваемый шаблон. Используется свободный формат, позволяет Вам
    определить свой формат Internet address.


    Вы можете выбирать один из разделителей для формирования адресов:


  • Нет


  • Подчеркивание _


  • Знак равенства =


  • Знак процента %

    Примечание Вы должны определить интернет домен в поле Домен интернета,
    из диалогового окна. 4.2.2Выбор формата интернет адреса для Вашей
    организации




    Имя пользователя


    Поле Имя


    Поле Фамилия


    Поле инициал Отчества


    интернет домен


    Jane R. Jones


    Jane


    Jones


    R


    acme.com




    Теперь Вы можете использовать специальный встроенный инструмент R5, для
    формирования уникального формата интернет адреса для Вашей организации.
    Пример:



    Используемые поля


    Разделитель


    Формат интернет адреса


    Имя_Фамилия


    _


    Jane_Jones@acme.com


    Имя_первая буква отчества_Фамилия


    _


    Jane_R_Jones@acme.com


    Первая буква Имя_Фамилия


    %


    J%Jones@acme.com


    Первая буква имя_первая буква отчества_Фамилия


    %


    J%R%Jones@acme.com


    Фамилия_Имя


    =


    Jones=Jane@acme.com


    Фамилия_Имя_первая буква отчества


    =


    Jones=Jane=R@acme.com


    Фамилия_первая буква имя


    _


    Jones_J@acme.com


    Фамилия_первая буква имя_первая буква отчества


    _


    Jones_J_R@acme.com


    Имя_первая буква Фамилии


    %


    Jane%J@acme.com




    Примечание. Вы должны определить интернет домен в поле Домен интернета.





    4.2.3Формирование нестандартного интернет адреса.

    Если Вас все-таки не устаивает ни один из предложенного выше адреса,
    выбираете - Настаиваемый шаблон в диалоговом окне инструмента формирования
    адреса интернета. Вы можете определить, как Domino будет формировать
    интернет адрес в Person документ, поля Address интернет. Используйте
    следующие знаки, чтобы определить, как адрес должен выглядеть:



    Абривиатура


    Значение


    Fn


    Имя name, n - число знаков имени


    Ln


    Фамилия, n -- число знаков имени


    M


    Первая буква Отчества


    T


    Титул


    G


    Generational qualifier


    I


    Employee ID


    C


    Местоположения


    D


    Департамент


    V


    Сервер

    O


    Орг. Единица


    S


    Использование значения поля Short name


    =


    Разделитель


    _


    Разделитель


    %


    Разделитель




    Объединяя и комбинируя знаки и разделители, указанные выше, Вы можете
    определить формат интернет адреса для Вашей организации.

    Пример. Интернет адрес для пользователя Jane R. Jones:




    Титул


    Имя


    Первая буква Отчества


    Фамилия


    Местоположение


    Организация


    Сервер

    Ms


    Jane


    R


    Jones


    Tampa


    Acme


    MailT1







    Пример написания адреса


    Адрес


    FL


    JaneJones@acme.com


    F2L


    JaJones@acme.com


    F_L=C


    Jane_Jones=Tampa@acme.com


    T_F_M_L%V


    Ms_Jane_R_Jones%MailT1@acme.com
    4.2.4Проверка
    интернет адреса на уникальность.

    Вы можете использовать этот инструмент, чтобы проверить, поля Address
    Internet всех Person документов в одном или в нескольких Domino Directory на
    уникальность. Инструмент гарантирует, что каждый адрес интернета не имеет
    аналогов в Вашей системе. Чтобы воспользоваться этим, сделайте следующее:


  • Запустите клиента Domino Administrator.


  • Выбирайте закладке Пользователи и группы.


  • Выбирайте сервер и Domino Directory, для которого Вы желаете проверить
    записи в полях Address Internet.


  • Щелкаете на закладке Пользователи, справа.


  • Выбирайте опцию -- Проверить адрес...

    HEIGHT=289 BORDER=0>

    Рис. 80 Диалоговое окно проверки уникальности интернет адреса.


  • Выбираете проверку адреса интернета в текущем Domino Directory, или во
    всех доступных Domino Directory на сервере, затем -- ОК.

    Инструмент проверяет каждое поле Address Internet в Domino Directory
    или всех каталогах, указанных в базе данных Directory Assistance (DA50.NSF).
    Если адрес не уникален, появится запись в файле LOG.NSF, Вашего сервера.

    Обратите внимание, что поиск повторяющегося адреса затрачивает
    существенные ресурсы сервера. Не используйте этот инструмент, когда сервер
    сильно загружен. Lotus рекомендует пользоваться этим инструментом в то
    время, когда сервер не загружен. 4.3Какой тип маршрутизации почты выбрать и
    как ее настроить? 4.3.1Планирование топологии почтовой маршрутизации.

    Domino представляет много возможностей для конфигурирования Вашей
    почтовой системы. Конфигурация может использовать Notes или SMTP
    маршрутизацию, или оба типа для внутренних и внешних систем передачи
    сообщений. Однако прежде чем Вы установите маршрутизацию почты, имеется
    множество факторов, которые могут повлиять на решение какой тип
    маршрутизации выбрать: 4.3.1.1Какие типы почтовых клиентов поддерживает
    сервер Domino?

    Когда Вы планируете топологию передачи почты, продумайте какие типы
    клиентов, Вы будете использовать для доступа пользователей, на Domino
    сервер. Domino поддерживает следующие типы клиентов - Notes, IMAP, POP3,
    NNTP и Web клиентов.

    Notes клиенты.

    Для доступа клиентов Notes к серверу, могут использоваться протоколы
    Notes, POP3, IMAP и NNTP. Если Ваша организация использует клиентов Notes,
    выберите любой из этих протоколов для доступа клиентов к серверу. Разрешите
    выбранный Вами протокол на сервере.

    IMAP клиенты.

    Для доступа клиентов IMAP на почтовые сервера используются два
    протокола IMAP и SMTP. Клиент посылать почту на сервер по SMTP, а читает
    сообщения с использованием IMAP. Разрешите IMAP сервис на сервере и
    используйте Router для доставки сообщений IMAP клиентам.

    POP3 клиенты.

    Для доступа почтовых клиентов POP3 на сервер и чтения сообщений,
    используется POP3 протокол. Клиент посылает почту на сервер с использованием
    протокола SMTP. Разрешите POP3 задачу и используйте Router для доставки
    сообщений POP3 клиентам.

    NNTP клиенты.

    Вы можете использовать NNTP клиентов для доступа к группам новостей и
    базам данных обсуждений на сервере Domino, использую для этого NNTP службу.
    NNTP протокол не обеспечивает функциональные возможности передачи почты,
    хотя многие NNTP клиенты также включают в себя IMAP и POP3 возможности.
    Разрешите службу NNTP на сервере, чтобы использовать Domino сервер для
    чтения новостей.

    Web клиенты.

    За доступ Web клиентов на почтовый сервер Domino отвечает HTTP задача.
    Клиенты этого типа посылают почту с использованием протокола SMTP, а читают
    свои почтовые сообщение. Разрешите HTTP задачу и используйте Router для Web
    клиентов, чтобы использовать Domino сервер для передачи почты. Разрешите
    задачу SMTP Listener на Domino сервере. 4.3.1.2Маршрутизация внутренней
    почты.

    Для передачи почты в пределах Вашей организации Вы можете использовать
    локальные интернет домены. Решите, как клиенты будут получать доступ к их
    почтовым файлам на Domino серверах, и как сервера будут маршрутизировать
    почту. Router использует SMTP и Notes протоколы для маршрутизации почты с
    MIME и форматом Notes.

    Domino может использовать стандартные протоколы интернет для передачи
    почты. Для доступа к почте, Domino может использовать POP3, IMAP, или HTTP.
    Чтобы посылать и передавать почту, Domino может использовать SMTP протокол.

    Domino может использовать протоколы Notes для передачи почты. Протоколы
    Notes разрешены по умолчанию, когда Вы загружаете Router. Domino
    маршрутизирует сообщения MIME и Notes rich text формата, по протоколам
    Notes. Клиенты Notes используют протоколы Notes, которые разрешены по
    умолчанию, для доступа к почте на Domino сервере.

    Domino может использовать и интернет, и протоколы Notes для передачи
    почты. Чтобы использовать протоколы Notes для передачи почты, разрешите
    следующие опции:


  • Протоколы доступа клиентов интернет на всех почтовых серверах.
    Протоколы доступа клиентам Notes позволяются по умолчанию.


  • Загрузите Router на каждом сервере


  • Разрешите задачу SMTP Listener, в Server документе для каждого сервера,
    на котором Вы хотите получать почту по SMTP протоколу


  • Выбирайте SMTP allowed within the local Internet domain, для MIME
    messages only, в документе Configuration Settings, для каждого сервера, с
    которого Вы хотите послать почту через SMTP.


  • Если Ваши сервера находятся в больше чем одной поименованной сети
    Notes, разрешите опцию Servers within the local Notes domain are reachable
    via SMTP over TCPIP, в документе Configuration Settings для каждого сервера,
    если хотите посылать и получить почту через SMTP.


    Domino маршрутизирует MIME и Notes rich text формат сообщений, по
    протоколам Notes и маршрутизирует формат MIME по SMTP. Например, если
    получатель использует IMAP клиента, то для этого получателя создает
    сообщение формата MIME. Программное обеспечение клиента может создавать
    сообщение в обоих форматах, когда это необходимо. Например, программное
    обеспечение клиента создает сообщение в формате Notes rich text, для
    получателя, который использует клиента Notes R4 и создает сообщение MIME для
    получателя POP3 клиента.

    Если и SMTP и Notes формат позволяется, Router сам выбирает оптимальный
    протокол, для перемещения сообщения на сервер назначения. Например, если
    SMTP позволяется для локального интернет домена, Router использует SMTP для
    маршрутизации копии MIME сообщения на сервер для POP3 получателя, но
    использует протокол Notes для маршрутизации Notes rich text копии, на сервер
    получателя Notes.

    Smart Host.

    Если не все пользователи Вашей системы внесены в Domino Directory,
    сконфигурируйте Smart Host, который имеет свой почтовый каталог
    пользователей. Router может передавать сообщения получателям из этого
    каталога, которые находятся в локальном интернет домене.
    4.3.1.3Маршрутизация внешней почты.

    Для маршрутизации почты во внешние интернет домены, Вы должны
    настроить, по крайней мере, один сервер для соединения его с интернетом и
    маршрутизированием почты по SMTP. Вы можете так же настраивать несколько
    серверов, которые будут маршрутизировать почту в интернет.

    Все сервера могут маршрутизировать почту во внешние домены.

    В этой конфигурации, каждый почтовый сервер соединяется с интернетом по
    TCP/IP протоколу. Каждый сервер имеет разрешенную установку SMTP used when
    sending messages outside of the local Internet domain, в документе
    Configuration Settings. Когда пользователь посылает сообщение получателю во
    внешний интернет домен, Router просматривает записи DNS, для получения
    адреса IP сервера назначения. Он использует SMTP, для соединиться с сервером
    получателя. Router передает сообщение и закрывает сеанс связи SMTP.

    Только некоторые сервера могут маршрутизировать почту во внешние
    домены.


    В этой конфигурации, только некоторые выбранные почтовые сервера,
    соединены с интернетом. Другие почтовые сервера маршрутизируют сообщения,
    адресованные получателям во внешние интернет домены, на эти сервера. Чтобы
    устанавливать эту конфигурацию с использованием SMTP, сконфигурируйте
    сервера связанные с интернет, в качестве Relay Hosts. Например, создайте имя
    DNS, для домена acme.com, сделайте несколько MX записей. Каждая запись MX
    описывает один из серверов. Введите имя DNS в поле Relay host for messages
    leaving the local Internet domain, в документе Configuration Settings, для
    всех серверов, которые не соединяются непосредственно с интернетом. Когда
    Router на этих серверах находит сообщение, адресованное получателю во
    внешнем интернет домене, это сообщение передается на один из серверов,
    которые внесены в список в DNS и соответствуют этим именам.

    Чтобы установить эту конфигурацию, используя протоколы Notes, создайте
    документы Foreign SMTP Domain и SMTP Connection. Когда Router на сервере, не
    связанном непосредственно с интернетом находит сообщение, адресованное
    получателю во внешнем интернет домене, Router передает сообщением в домен,
    указанный в документах документы Foreign SMTP Domain и SMTP Connection.
    Router, одного из серверов, получивших сообщение, соединяется с внешним
    интернет доменом и передает сообщение.

    Dial-Up тип соединение.

    Ваша организация может соединяться с интернетом через Dial-Up
    соединение. Чтобы установить Dial-Up связь в Вашей Domino почтовой системе,
    создайте документ подключения Notes Direct Dial-Up и затем сконфигурируйте,
    как Domino будет, обменивается сообщениями.

    Relay Host.

    Вы можете маршрутизировать всю почту, через некоторый сервер SMTP.
    Укажите его имя в поле Relay Host, и все сообщения адресованные в интернет,
    будут передаваться на этот хост. Далее этот сервер будет заниматься
    передачей всей почты, получателям интернета. 4.3.2Какие конфигурации можно
    использовать для маршрутизации почты?

    Мы рассмотрим типичные конфигурации маршрутизации почты. Эти типовые
    конфигурации, помогут Вам спланировать почтовую инфраструктуру Вашей
    организации. Типичные конфигурации:


  • Использование одного сервера для передачи всех сообщений в интернет


  • Использование одного сервера для входящих и одного сервера для
    исходящих сообщений


  • Использование двух серверов, для сбалансирования интернет нагрузки


  • Установите маршрутизацию почты в локальном интернет домене


  • Установите маршрутизацию почты между Third-Party серверами и Domino, в
    том же самом интернет домене


  • Использование Smart Host


  • Использование всех серверов для маршрутизации исходящей почты и одного
    для маршрутизации внутренней почты
    4.3.2.1Использование одного сервера для всех рассылки и получения
    почтовых сообщений интернета.

    HEIGHT=423 BORDER=0>

    Рис. 81 Пример использования одного сервера для всех рассылки и
    получения почтовых сообщений интернета.


    В этом примере единственный Domino сервер Mail2-E/East/Acme принимает и
    передает сообщения для организации Acme. Этот сервер передает почту в другие
    интернет домены и получает всю почту, адресованную на домен acme.com.
    Mail2-E/East/Acme имеет разрешение в поле SMTP used when sending messages
    outside of the local Internet domain, на закладке Router/SMTP -- Basics, в
    документе Configuration Settings. Имеет запущенную задачу SMTP Listener, на
    закладке Basics, Server документа.

    Если пользователи из двух Acme внутренних почтовых серверов,
    Mail1-E/East/Acme или Mail3-E/East/Acme, посылает сообщение внешнему
    адресату в интернет, сервера маршрутизируют сообщения на сервер
    Mail2-E/East/Acme, который может маршрутизировать почту во внешние домены.
    Любая почта из внешних интернет доменов, адресованная домену - acme.com,
    получает один сервер - Mail2-E/East/Acme, который определен в DNS как
    почтовый сервер для домена acme.com. Как только почта достигает
    Mail2-E/East/Acme, сервер маршрутизирует ее на сервер назначения.

    Два внутренних почтовых сервера, Mail1-E/East/Acme и Mail3-E/East/Acme,
    могут маршрутизировать интернет почту на сервер, с использованием SMTP, или
    через Notes. Используя документы Foreign SMTP Domain и SMTP Connection,
    сервера связываются с Mail2-E/East/Acme, или через SMTP, сконфигурированного
    как Relay Host.

    Конфигурирование этих серверов требует:


  • Разрешение SMTP used when sending messages outside of the local
    Internet domain, для Mail2-E/East/Acme


  • Разрешение задачи SMTP Listener, для сервера Mail2-E/East/Acme


  • Добавления в записи в DNS имени хоста компьютера, на котором запущен
    сервер Mail2-E/East/Acme, как почтовый сервер для домена acme.com


  • Разрешение опций SMTP allowed outside of the local Internet domain, для
    Mail1-E/East/Acme и Mail3-E/East/Acme. Определение Mail2-E/East/Acme как
    Relay Host, или создание документов Foreign SMTP Domain и SMTP Connection,
    для сервера Mail2-E/East/Acme
    4.3.2.2Использование одного сервера для отправки и одного сервера для
    принятия интернет сообщений.

    HEIGHT=384 BORDER=0>

    Рис. 82 Пример использования одного сервера для отправки и одного
    сервера для приема интернет сообщений.


    В этом примере один Domino сервер Mail2-E/East/Acme предназначен для
    маршрутизации сообщений из организации Acme в интернет домены, а другой
    Domino сервер Mail3-E/East/Acme получат почту, адресованную интернет домену
    acme.com. Mail2-E/East/Acme имеет установку разрешения в поле SMTP used when
    sending messages outside of the local Internet domain, на закладке
    Router/SMTP -- Basics, в документе Configuration Settings, который
    применяется только к этому серверу. Mail3-E/East/Acme имеет разрешенную
    задачу SMTP Listener, на закладке Basics, Server документа.

    Если пользователь сервера, Mail1-E/East/Acme, посылает сообщение
    внешнему интернет адресату, сервер маршрутизирует сообщение на
    Mail2-E/East/Acme, который может маршрутизировать почту во внешние интернет
    домены. Любая почта из внешнего интернет домена, адресованная acme.com -
    доставляется на сервер Mail3-E/East/Acme, который определен в DNS, как
    почтовый сервер для домена acme.com. Как только почта достигает
    Mail3-E/East/Acme, сервер маршрутизирует ее на сервер назначения.

    Внутренний почтовый сервер Mail1-E/East/Acme может маршрутизировать
    интернет почту на сервер Mail2-E/East/Acme определенный как Relay Host, с
    использованием SMTP, для внешних пользователей. Он может использовать
    маршрутизацию Notes, с использованием документов Foreign SMTP Domain и SMTP
    Connection.

    Конфигурирование этих серверов требует:


  • Разрешение опции SMTP used when sending messages outside of the local
    Internet domain для сервера Mail2-E/East/Acme


  • Разрешение задачи SMTP Listener, на сервере Mail3-E/East/Acme


  • Настройте DNS, чтобы определить сервер Mail3-E/East/Acme, как почтовый
    сервер для домена acme.com


  • Разрешите опцию SMTP allowed outside of the local Internet domain, для
    Mail1-E/East/Acme. Определите сервер Mail2-E/East/Acme как Relay Host, или
    создайте документы Foreign SMTP Domain и SMTP Connection, для связи с
    Mail2-E/East/Acme
    4.3.2.3Использование двух серверов для сбалансирования нагрузки
    интернет почты.

    HEIGHT=468 BORDER=0>

    Рис. 83 Пример использования двух
    серверов для сбалансирования нагрузки интернет почты.


    В этом примере, два Domino сервера, Mail1-E/East/Acme и
    Mail3-E/East/Acme, маршрутизируют сообщения из организации Acme в интернет
    домены. Сервера также получают почту, адресованную интернет домену acme.com.
    Mail1-E/East/Acme и Mail3-E/East/Acme имеют разрешение в поле SMTP used when
    sending messages outside of the local Internet domain, на закладке
    Router/SMTP -- Basics, документа Configuration Settings. На обоих серверах
    разрешена задача SMTP Listener, на закладке Basics, Server документа.

    Если пользователь Acme, внутреннего почтового сервера Mail2-E/East/Acme
    посылает сообщение внешнему адресату, сервер маршрутизирует сообщение на
    Mail1-E/East/Acme, который может передавать почту на внешние домены
    интернет. Если пользователь Acme, внутреннего почтового сервера
    Mail4-E/East/Acme посылает сообщение внешнему адресату, сервер
    маршрутизирует сообщение на Mail3-E/East/Acme, который может
    маршрутизировать почту во внешние домены. Таким образом, исходящая почта
    распределяется между серверами Mail1-E/East/Acme и Mail3-E/East/Acme.

    Любая почта из внешних интернет доменов распределяется между
    Mail1-E/East/Acme и Mail3-E/East/Acme. DNS имеет две записи MX, одна для
    Mail1-E/East/Acme и одна для Mail3-E/East/Acme. Оба сервера определяются как
    почтовые хосты для домена acme.com. Когда интернет почтовый сервер пробует
    соединяться с доменом acme.com, чтобы передать сообщение, он посматривает
    записи для acme.com в DNS. Server находит записи MX acme.com и возвращает
    адрес IP Mail1-E/East/Acme или Mail3-E/East/Acme. Если записи MX имеют
    равный приоритет, интернет сервер выбирает одну из записей и возвращает
    адрес IP сервера. Если этот, сервер недоступен, другая запись MX, будет
    обработана и адрес IP другого сервера будет возвращен. Такой подход
    обеспечивает сбалансирование нагрузки, используя случайный выбор записей MX,
    когда предпочтения для записей MX равны.

    Внутренние почтовые сервера могут маршрутизировать интернет почту на
    сервера, т. к. у них разрешена опция - SMTP allowed outside of the local
    Internet domain.

    Конфигурирование этих серверов требует:


  • Разрешения опций SMTP used when sending messages outside of the local
    Internet domain, для Mail1-E/East/Acme и Mail3-E/East/Acme


  • Разрешения задачи SMTP Listener, для серверов Mail1-E/East/Acme и
    Mail3-E/East/Acme


  • Настройте записи DNS, чтобы определить сервера Mail1-E/East/Acme и
    Mail3-E/East/Acme, как почтовые сервера для домена acme.com


  • Разрешите опцию SMTP allowed outside of the local Internet domain, для
    серверов Mail2-E/East/Acme и Mail4-E/East/Acme. Занесите в поля Relay Host,
    сервера Mail1-E/East/Acme или Mail3-E/East/Acme или создайте документы
    Foreign SMTP Domain и SMTP Connection, чтобы связываться с серверами
    Mail1-E/East/Acme или Mail3-E/East/Acme.
    4.3.2.4Маршрутизация почты в локальном интернет домене.

    HEIGHT=369 BORDER=0>

    Рис. 84 Пример маршрутизации почты в локальном интернет домене.

    В этом примере, пользователи Acme посылают сообщения в домен acme.com
    (внутренние сообщения) по SMTP. Mail1-E/East/Acme, Mail2-E/East/Acme и
    Mail3-E/East/Acme. Почтовые сервера Domino имеют разрешенную опцию - SMTP
    allowed within the local Internet domain, для MIME messages only, на
    закладке Router/SMTP -- Basic, документа Configuration Settings, который
    применяется для всех серверов. Должна быть разрешена задача SMTP Listener,
    на закладке Basics, их Server документов. Это позволяет серверам посылать
    почту друг другу по SMTP и получать почту по SMTP.

    Сервера должны быть в той же самой поименованной сети Notes, с сетевым
    протоколом TCP/IP. Каждый сервер в поле Servers within the local Notes
    domain are reachable via SMTP over TCPIP, должен иметь разрешение, в
    документе Configuration Settings, который применяется к нему.

    Если пользователь посылает сообщение MIME другому пользователю в домен
    acme.com, его почтовый сервер определяет, где находится почтовый сервер
    получателя, соединяется с этим сервером по TCP/IP и передает сообщение,
    используя SMTP. Если сообщение находится в формате Notes, например, а
    пользователь использует клиента Notes R4 - сообщение будет преобразовано в
    Notes формат.

    Конфигурирование этих серверов требует:


  • Разрешение задачи SMTP Listener для серверов Mail1-E/East/Acme,
    Mail2-E/East/Acme и Mail3-E/East/Acme


  • Настройте DNS, чтобы определить сервер Mail3-E/East/Acme, как почтового
    сервер, для домена acme.com


  • Разрешите опцию SMTP allowed within the local Internet domain, для MIME
    messages only, для серверов Mail1-E/East/Acme, Mail2-E/East/Acme и
    Mail3-E/East/Acme


  • Если все три сервера находятся в той же самой поименованной сети Notes,
    разрешите опцию Servers within the local Notes domain are reachable via SMTP
    over TCPIP, для каждого сервера
    4.3.2.5Маршрутизация почты с использованием Third-Party сервера и
    внутреннего интернет домена серверов Domino.

    HEIGHT=405 BORDER=0>

    Рис. 85 Пример маршрутизации почты с использованием Third-Party сервера
    и внутреннего интернет домена серверов Domino.


    В этом примере, Acme имеет три Domino сервера и Third-Party SMTP Host,
    в локальном интернетом домене, который используется как почтовый сервер для
    некоторых пользователей. Все пользователи имеют записи в Domino Directory.

    Когда пользователь посылает почту другому пользователю в домене
    acme.com, Domino сервер посматривает получатель в Domino Directory. Если
    получатель имеет почтовый файл на одном почтовых серверов Domino
    Mail1-E/East/Acme, Mail2-E/East/Acme или Mail3-E/East/Acme, сервера
    используют для маршрутизации Notes протокол передачи сообщений. Notes тип
    маршрутизация используется и с MIME, и с форматом Notes. Если получатель
    имеет почтовый файл на сервере Third-Party, non-Notesserver.acme.com, их
    документ Person имеет адрес в формате SMTP. На серверах Mail1-E/East/Acme и
    Mail3-E/East/Acme есть документы типа Foreign SMTP Domain, для
    *.non-Notesserver.acme.com, который соответствует документу подключения типа
    SMTP, и определяют Mail2-E/East/Acme сервер, для передачи сообщений. Сервера
    посылают сообщения с использованием Notes, на сервер Mail2-E/East/Acme,
    который имеет разрешение в поле SMTP used when sending messages outside of
    the local Internet domain, на закладке Router/SMTP -- Basics, в документе
    Configuration Settings, который применяется к этому серверу. На этом же
    сервере разрешена задача SMTP Listener, на закладке Basics, Server
    документа. Если сообщение находится в формате Notes, Mail2-E/East/Acme
    конвертирует его в MIME. Mail2-E/East/Acme соединяется с
    non-Notesserver.acme.com по TCP/IP и передает сообщение по SMTP.

    Если пользователь из non-Notesserver.acme.com посылает сообщение
    пользователю на Mail1-E/East/Acme, Mail2-E/East/Acme, или Mail3-E/East/Acme,
    server передает сообщение на Mail2-E/East/Acme по SMTP, а Mail2-E/East/Acme
    маршрутизирует сообщение на сервер назначения по Notes протоколу.

    Конфигурирование этих серверов требует:


  • Разрешение задачи SMTP Listener, для сервера Mail2-E/East/Acme


  • Настройка записей DNS


  • Создание документов Foreign SMTP Domain для *.non-Notesserver.acme.com
    и документа SMTP Connection, для Mail2-E/East/Acme
    4.3.2.6Использование Smart Host.

    HEIGHT=427 BORDER=0>

    Рис. 85 Пример использования Smart Host.

    В этом примере, Acme имеет три сервера: Mail1-E/East/Acme,
    Mail2-E/East/Acme и smarthost.acme.com Third-Party SMTP Host, имеют почтовые
    файлы некоторых пользователей. Сервера в этом примере, по существу те же
    самые что и описанные в предыдущем параграфе, за исключением того, что не
    все пользователи внесены в Domino Directory. Smart Host сервер,
    smarthost.acme.com имеет каталог, для этих пользователей. Mail1-E/East/Acme
    и Mail2-E/East/Acme имеют разрешение в поле SMTP allowed within the local
    Internet domain и имеют запись smarthost.acme.com, внесенную в поле Local
    Internet domain smart host, на Router/SMTP -- Basic, из документа
    Configuration Settings, который применяется для серверов.

    Если пользователь на одном из почтовых серверов Domino посылает
    сообщение пользователю в acme.com интернет домене и Router не может найти
    получателя в Domino Directory, Router передает сообщение на
    smarthost.acme.com, с использованием SMTP.

    Конфигурирование этих серверов требует:


  • Настройки записей DNS


  • Разрешение опции SMTP allowed within the local Internet domain, для
    MIME messages only, для Mail1-E/East/Acme, Mail2-E/East/Acme


  • Введение имени сервера smarthost.acme.com в поле Local Internet domain
    smart host, для Mail1-E/East/Acme и Mail2-E/East/Acme
    4.3.2.7Использование всеми серверами маршрутизации исходящей интернет
    почты.

    HEIGHT=551 BORDER=0>

    Рис. 86 Пример использования всеми серверами маршрутизации исходящей
    интернет почты.


    В этом примере, Acme имеет три почтовых сервера, Mail1-E/East/Acme,
    Mail2-E/East/Acme, и Mail3-E/East/Acme, каждый из которого может
    маршрутизировать сообщения из Acme организации, во внешние интернет домены.
    Mail1-E/East/Acme, Mail2-E/East/Acme и Mail3-E/East/Acme имеют разрешение в
    поле SMTP used when sending messages outside of the local Internet domain,
    на закладке Router/SMTP -- Basics, документа Configuration Settings. Один
    сервер, Mail2-E/East/Acme, получает почту, адресованную домену Acme
    (acme.com). На сервере Mail2-E/East/Acme разрешена задача SMTP Listener, на
    закладке Basics, Server документа.

    Если пользователь на одном из почтовых сервере посылает сообщение
    внешнему адресату - сервер просматривает домен назначения в DNS, соединяется
    с ним по TCP/IP, устанавливает SMTP сессию и передает сообщение.

    Любая почта из внешних интернет доменов - поступает на сервер
    Mail2-E/East/Acme. В DNS Mail2-E/East/Acme определен как почтовый сервер,
    для домена acme.com. Как только почта достигает Mail2-E/East/Acme, сервер
    маршрутизирует сообщения на сервер назначения.

    Так как каждый из серверов может посылать сообщения непосредственно во
    внешние домены, никакие поля Relay Host не заполняются и документы Foreign
    SMTP Domain или SMTP Connection - не нужны.

    Конфигурирование этих серверов требует:


  • Разрешение опций SMTP used when sending messages outside of the local
    Internet domain, для всех серверов


  • Разрешение задачи SMTP Listener, для сервера Mail2-E/East/Acme


  • В записи DNS должен быть внесен сервер Mail2-E/East/Acme, как почтовый
    сервер для домена acme.com
    4.3.3Для чего используется документ Configuration Settings?

    При использовании документов Configuration Settings, Вы можете
    настраивать маршрутизацию почты для нескольких Domino серверов, одним
    документом. Документ Configuration Settings включает в себя назначения
    серверов и Notes или SMTP маршрутизацию. Используйте один документ
    Configuration Settings для:


  • Для всех Domino серверов в Notes домене.


  • Для серверов в определенной группе.


  • Для определенного сервера.

    Вы можете выбрать опцию настроек для всех серверов в Notes домене. Это
    дает Вам контроль над Вашей системой и может экономить время, потому что Вы
    можете использовать один документ, чтобы изменить назначения для всего
    домена.

    Каждая установка, которую Вы определяете, применяется к каждому
    серверу, включенному в документ Configuration Settings. Поэтому, Вы будете
    нуждаться в нескольких документах конфигураций, если Вы нуждаетесь в
    различных назначениях для определенных серверов. Например, если Ваш Notes
    домен включает три географически разделенных сервера, Вы может создать
    Configuration Settings документ для каждого сервера. Вы можете создавать
    группы, которые включают все сервера определенного местоположения и
    использовать место расположения - как имя группы.

    Чтобы определить дополнительные ограничения для сервера, который
    включен в группу, создают отдельный документ Configuration Settings, для
    определенного сервера. Например, Вы имеете документ Configuration Settings
    для группы серверов, или для всех серверов. Если в Вашей компании Вы хотите
    ограничить, или наоборот предоставить некоторые права, определенному
    серверу, создайте документ Configuration Settings для этого сервера.
    Документ конфигурации для конкретного сервера, будет иметь приоритет, по
    отношению к документу конфигурации для группы.

    Каждый сервер проверяет документы Configuration Settings в следующем
    порядке:


  • Документ, определенный для сервера


  • Документ группы серверов


  • Документ по умолчанию

    Если имеется несколько документов Configuration Settings для групп,
    содержащих один и тот же самый сервер, результат будет неопределенный.
    Например, Вы имеете сервер A и две группы с именем группа 1 и группа 2. Обе
    группы содержат сервер A. Если Вы создаете документ Configuration Settings
    для сервера A, все назначения, которые будут установлены в этом документе,
    будут использоваться сервером A. Если не имеются документа для сервера
    назначения А, то просматриваются документы Сonfiguration Settings для групп
    1 и 2. Однако любые назначения, которые были определены в документе сервера
    А, не будут действовать в группах 1 и 2. Если после поиска документов для
    групп 1 и 2, документы не найдены, применяются назначения по умолчанию.

    Обратите внимание на использование полных имен хостов в полях
    документов Configuration Settings вместо IP адресов. Хотя IP адресы будут
    работать и полностью поддерживаются.

    Создания документов Configuration Settings.


  • Из клиента Domino Administrator, выбирайте закладку -- Настройка, затем
    откройте секцию Почта.


  • Выбирайте представление -- Конфигурации.


  • Выбирайте -- Add Configuration, чтобы создать новый документ
    Configuration Settings.


  • Выбирайте закладку -- Basics.

    HEIGHT=627 BORDER=0>

    Рис. 87 Пример Configuration Settings документа.


  • Заполните любые поля и сохраните документ.
    4.3.4Настройка Notes маршрутизации.

    Вы создаете документы в Domino Directory, чтобы настроить Notes
    маршрутизацию. Потому что Domino автоматически маршрутизирует почту, между
    серверами в той же самой поименованной сети Notes, и Вы не должны создавать
    документы подключения, чтобы вынуждать маршрутизацию почты между серверами в
    поименованной сети Notes. Однако если сервера находятся не в той же самой
    поименованной сети Notes, Вы должны создать документы подключения в Domino
    Directory, чтобы определить, как будет маршрутизирована почта в пределах
    системы Notes. Как Вы будете создаете связи для маршрутизации Notes, зависит
    от:


  • Местоположения двух серверов: та же самая поименованная сеть Notes, тот
    же самый Notes домен, Adjacent Notes домен, Non-Adjacent Notes домен


  • Тип связи требуемой для двух серверов: LAN, Notes Direct Dial-Up,
    Network Dial-Up, или Passthru server.

    Кроме того, маршрутизация почты - определяет, сколько документов
    подключений Вы должны создать. В большинстве случаев, вы будете
    маршрутизировать почту в обоих направлениях, поэтому Вы создаете два
    документа подключения с каждой стороны.

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

    Эта таблица описывает типы связей и документов, требуемых для установки
    связей.





    Места расположения серверов


    Документы, которые нужно создать


    Если нет поименованной сети Notes, для серверов в Notes домене


    Создается два документа подключения, для маршрутизации почты в обоих
    направлениях.


    Adjacent Notes домены (соседний домен)


    Создается два документа подключения, для каждого Notes домена, если
    планируется двухсторонняя передача почты.

    Один документ домена Adjacent Domain, если хотите ограничиться только
    одним направлением передачи почты.


    Non-adjacent Notes домены (не соседний домен)


    Создается два документа подключения, по одному на каждый Notes домен.

    Два документа Non-Adjacent Domain, по одному для каждого Notes not
    adjacent домена, чтобы связаться, через сервер посредник (для первого и
    последнего сервера).


    Шлюз использующий foreign домен (не-notes)


    Один документ Foreign domain, для идентификации Foreign Domain, для
    передачи сообщений системам Fax или Pagers.


    SMTP сервер


    Один документ Foreign SMTP domain, для идентификации местоположения и
    передачи почты в интернет на промежуточный почтовый сервер интернет SMTP.

    Один документ SMTP connection, для SMTP значение -- Enabled.




    Примечание. Когда Вы создаете документ подключение, маршрутизация Notes
    позволяется по умолчанию. 4.3.4.1Создание документа Adjacent Domain.

    Вы создаете Adjacent Domain документ, когда Вы должны применить
    ограничения для направления сообщений в соседний домен. Ограничения
    действуют и применяются только для этих доменов.

    Создание документа Adjacent Domain.


  • Из клиента Domino Administrator, выбирайте закладку Настройка, затем
    откройте секцию Почта.


  • Выбирайте -- Домены.


  • Выбирайте -- Add Domain.


  • На закладке Basics заполните нужные поля:




    Поля


    Значения


    Domain type


    Выбирайте Adjacent Domain


    Adjacent Domain name


    Имя Adjacent Notes domain


    Domain description


    Описание домена
















  • Выбирайте закладку Restrictions, заполните, если нужно поля, сохраните
    документ:




    Поля


    Значения


    Allow mail only from domains


    Имена Notes доменов, из которых разрешена отправка почты в Adjacent
    Domain


    Deny mail from domains


    Имена Notes доменов, из которых не разрешается передача почты в
    Adjacent Domain



    4.3.4.2Создание документа Non-Adjacent Domain.

    Вы создаете документ Non-Adjacent Domain, чтобы указать путь между
    серверами, которые расположены в Notes доменах, которые подключаются друг к
    другу только с использованием домена посредника, известного как Adjacent
    Domain. Вы также используете документы Adjacent Domain, чтобы подключиться к
    домену посреднику. Если применяется предположение, что все серверы в домене
    используют тот же самый Domino Directory, Вы нуждаетесь только в одном
    документе Non-Adjacent Domain, для каждого Non-Adjacent Domain.

    Ограничения, которые Вы устанавливаете для документа Non-Adjacent
    Domain, применяются только к предыдущему домену. Эти ограничения работают
    вместе с теми, которые вы найдете в документе Configuration Settings.

    Создания документа Non-Adjacent Domain.


  • Из клиента Domino Administrator, выбирайте закладку Настройка, затем
    откройте секцию Почта.


  • Выбирайте -- Домены.


  • Выбирайте -- Add Domain.


  • На закладке Basics заполните нужные поля:




    Поля


    Значения


    Domain type


    Выбирайте Non-Adjacent Domain


    Mail sent to domain


    Имя Notes домена назначения


    Route through domain


    Имя домена посредника


    Domain description


    Описание домена






  • Выбирайте закладку Restrictions, заполните, если нужно любые поля и
    сохраните документ.
    4.3.4.3Создание документа Foreign domain.

    Вы создаете документ Foreign domain, чтобы указать путь между Notes
    доменом и внешним приложением типа шлюза для факса или пейджера. Документ
    Foreign domain обозначает сервер, который направляет сообщения в шлюз. Так
    же, как Domino обрабатывает группу серверов, как домен, он обрабатывает
    группу компьютеров в Foreign системе, как домен. Foreign domains, главным
    образом используется для разработок третьих лиц, но может использоваться для
    передачи сообщений между R5 сервера и R3 сервера SMTP.

    Приложения типа X.400, cc:Mail отделяют документы Foreign domain, чтобы
    направлять сообщения через агента MTA. Для получения дополнительной
    информации относительно MTAs, см. документацию.

    Создания документа Foreign domain.


  • Из клиента Domino Administrator, выбирайте закладку Настройка, затем
    откройте секцию Почта.


  • Выбирайте -- Домены.


  • Выбирайте -- Add Domain.


  • На закладке Basics заполните нужные поля:




    Поля


    Значения


    Domain type


    Выбирайте Foreign domain.


    Foreign Domain Name


    Имя домена для foreign почтовой системы. Это имя выбирается, если MTA
    шлюз инсталлирован.


    Domain description


    Описание шлюза или MTA.






  • Выбирайте закладку Restrictions и заполняйте нужные поля.


  • Выбирайте закладку Mail Information и заполните эти поля, после чего
    сохраните, и закройте документ:




    Поля


    Значения


    Gateway server name


    Имя Domino сервера использующегося как шлюз.


    Gateway mail filename


    Имя файла почтовой системы шлюза.



    4.3.4.4Создание документа Foreign SMTP domain.

    Вы создаете документ Foreign SMTP domain для любого сервера, который
    должен посылать сообщения SMTP, но сам он не установлен как SMTP сервер.

    В документе Foreign SMTP domain, Вы определяете, куда направить
    сообщения, адресованные в интернет. Например, Вы можете указать в документе
    Foreign SMTP domain, чтобы направить всю исходящую почту SMTP, в другой
    Notes домен. Тогда сервер, который находится в этом домене и определенный
    как SMTP сервер, будет маршрутизировать почту SMTP в интернет.

    Если в документе Foreign SMTP domain определен тип почты как *.*, то
    вся почта, соответствующая маске *.* - например, acme.com или mail1.acme.com
    - маршрутизируется адресату, указанному в документе Foreign SMTP domain.
    Если Вы используете подстановочный знак, Вы можете все еще ограничить
    сообщения определенным интернет доменам, определяя ограничения в документе
    Configuration Settings.

    Создания документа Foreign SMTP domain.


  • Из клиента Domino Administrator, выбирайте закладку Настройка, затем
    откройте секцию Почта.


  • Выбирайте -- Домены.


  • Выбирайте -- Add Domain.


  • На закладке Basics заполните нужные поля:




    Поля


    Значения


    Domain type


    Выбирайте Foreign SMTP Domain
















  • Выбирайте закладку Routing, заполняйте нужные поля.




    Поля


    Значения


    Internet Domain


    Имя интернет домена, к которому этот документ применяется, или ко всем
    доменам (*.*)


    Domain name


    Имя виртуального домена.






  • Создайте документ SMTP Connection, для соединения с сервером, на
    котором установлен и SMTP.
    4.3.4.5Создание документа SMTP Connection.

    Документ SMTP Connection определяет, как сообщения направляются с
    сервера, который не может посылать сообщения SMTP, на сервер который это
    умеет. Документ SMTP Connection определяет подключение между Notes доменом и
    серверами SMTP.

    Создания документа SMTP Connection.


  • Из клиента Domino Administrator, выбирайте закладку Настройка и затем
    откройте секцию Почта.


  • Выбирайте -- Подключения и выбирайте -- Add Connection.


  • На закладке Basics, заполните нужные поля и затем сохраните документ:





    Поля



    Значения


    Connection type


    SMTP


    Source server


    Имя non-SMTP сервера


    Source domain


    Имя non-SMTP домена серверов


    Connect via


    Direct connection


    Destination server


    Имя виртуального сервера, например -- All_Internet_hosts


    Destination domain


    Имя виртуального домена, указанного в поле интернет Domain name,
    документа Foreign SMTP domain.



    4.3.5Настройка SMTP маршрутизации.

    Чтобы разрешить маршрутизацию SMTP, Вы должны подготовить Вашу систему
    для рассылки сообщений в интернет и затем сделайте любое из следующего:


  • Настроить маршрутизацию SMTP, для рассылки почты за пределы локального
    интернет домена


  • Настроить маршрутизацию SMTP, для рассылки почты адресатам локального
    интернет домена


  • Настроить сервера для получения почты, посланной с использованием
    маршрутизации SMTP
    4.3.5.1Настройка получения и отправки интернет почты

    Используйте следующий порядок, чтобы удостоверится, что Ваша система
    готова к получению и отправке почты в интернета или другую частную сети, с
    использованием SMTP.


  • Удостоверитесь, что Вы имеете подключение к интернет через ISP или
    прямое подключение.


  • Использовать команду PING, чтобы проверить связь между сервером, с
    разрешенным SMTP и любым внешним компьютером. Проверите подключение между
    компьютерами, с которых сообщения будут посылаться и серверами, с которых Вы
    посылаете почту во внешний мир. PING проверяет только доступность
    компьютера, а не существование или надлежащее конфигурирование на нем SMTP.


  • Определить список интернет доменов, которые зарегистрированы за Вашей
    организацией. В некоторых случаях, компания может иметь несколько интернет
    доменов. Введите эти имена как псевдонимы в документе Global domain.


  • Удостоверитесь что DNS установлен, для определения всех имен хостов
    интернет доменов, которые Ваша компания использует.


  • Если Ваша компания использует почтовый сервер Relay или Firewall,
    узнайте их имена хостов.
    4.3.5.2Настройка SMTP маршрутизации во внешние интернет домены из
    локального интернет домена.

    Вы должны разрешить опцию SMTP routing to send messages outside of the
    local Internet domain, для разрешения передачи сообщений в интернет или
    другую частную сеть.

    Для разрешения опции SMTP routing outside of the local Internet domain,
    удостоверитесь, что Вы подготовили Вашу систему для рассылки почты интернет.


  • Удостоверитесь, что Вы уже имеете документ Configuration Settings для
    сервера(ов).


  • Из клиента Domino Administrator, выбирайте закладку Настройка, затем
    откройте представление Конфигурации


  • Выбирайте документ Configuration Settings, затем выбирайте -- Edit
    Configuration.


  • На закладке Routing/SMTP - Basics, измените, если это необходимо
    значение следующенго поля и затем сохраните документ:





    Поле


    Значение


    SMTP used when sending messages outside the local Internet domain


    Выбирайте одно из двух:


  • Enabled -- для использования SMTP маршрутизации почты интернет

  • Disabled - (по умолчанию) маршрутизация почты во внешние домены
    запрещена



  • 4.3.5.3Настройка SMTP маршрутизации в пределах локального интернет
    домена.

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

    Однако Вы можете разрешить SMTP маршрутизацию, не на каждом сервере.
    Как правило, используются только некоторые сервера, для передачи почты, вне
    поименованной сети Notes. Например, Вы не можете иметь прямое подключение
    между всеми серверами, в одной TCP/IP поименованной сети Notes. Вы можете
    определить, чтобы все сообщения из одной Notes поименованной сети
    перемещались в другую, через сервера посредники.

    Для разрешения опции SMTP routing within the local Internet domain:


  • Удостоверитесь, что Вы уже имеете документы Configuration Settings для
    сервера(ов).


  • Из клиента Domino Administrator, выбирайте закладку Настройка, затем
    откройте секцию Конфигурации.


  • Выбирайте документ Configuration Settings, затем выбирайте -- Edit
    Configuration.


  • Выбирайте закладку Router/SMTP -- Basics.


  • Проверьте значения указанных полей, измените их значения, если это
    необходимо и затем сохраните документ:





    Поле


    Значение


    SMTP allowed within the local Internet domain


    Выбирайте одно:


  • MIME messages only - только сообщения MIME должны маршрутизироваться по
    SMTP, в пределах поименованной сети Notes


  • Disabled - (по умолчанию) использовать Notes маршрутизацию для передачи
    почты на другие сервера в поименованной сети Notes

  • All messages - для всех сообщений использовать SMTP маршрутизацию, для
    передачи сообщений Notes формата и MIME формата сообщений. Это означает что
    все сообщения, включая Notes формат сообщений, будут конвертированы в MIME
    формат, для передачи.


  • Servers within the local domain are reachable via SMTP over TCPIP


    Выбирайте одно:


  • Always - (по умолчанию) всегда использовать маршрутизацию SMTP для
    передачи почты на другие Domino сервера, которые находятся в одном и тоже
    интернет домене. Эта установка разрешает прием почты и маршрутизацию с
    использованием SMTP.

  • Only if in same Notes Named Network -- только для той же самой
    поименованной сети Notes. Для использования маршрутизации Notes, для
    передачи почты на сервера в другие поименованные сети Notes, даже если
    разрешена опция рассылки SMTP within the local Internet domain.



  • 4.3.5.4Настройка серверов для получения почты посланной с
    использованием SMTP маршрутизации.

    Чтобы сервер мог получать SMTP сообщения, Вы должны разрешить задачу
    SMTP Listener. Тогда сервер сможет прослушивать SMTP порт TCP/IP (обычно на
    порту 25) и получать сообщения SMTP в базу данных MAIL.BOX.

    Примечание. Не добавляйте SMTP задачу в список задач в файл Notes.INI,
    или эта задача не будет работать.

    Разрешения задачи SMTP Listener:


  • Из клиента Domino Administrator, выбирайте закладку Настройка, затем
    откройте секцию Сервера -- Все документы на сервере.


  • Выбирайте сервер документ, затем выбирайте -- Edit Server.


  • На закладке Basics, разрешите задачу - SMTP lister task и затем
    сохраните документ.
    4.3.6Настройка решения адресов.

    Чтобы сообщения должным образом доставлялись адресатам, Вы можете
    конфигурировать следующее:


  • Переадресация сообщений - для пользователей, которые не имеют почтового
    файла Notes


  • Smart host - хост, который содержит адресные книги для организации


  • Любой псевдоним -- имя псевдонима для интернет домена, используемого
    Вашей организацией


  • Входящий интернет адрес -- Person документа


  • Хост имя - Имя хоста для исходящих сообщений
    4.3.6.1Настройка опции Forwarding Address.

    Forwarding address позволяет пользователям, которые имеют Person
    документы в Domino Directory, переадресовывать почту на другой адрес.
    Имеются различные причины, почему это бывает полезно:


  • Пользователи изменяют свои имена. Например, из-за вступления в брак -
    но все еще хотят получить все сообщения.


  • Пользователь меняет место работы. Например, пользователь может уйти в
    отставку из компании, он определяет значение поля Forwarding Address, чтобы
    почта направлялась по старому адресу и отправлялась на новое местоположение.


  • Пользователи используют различные почтовые системы и не имеют почтовых
    файлов Notes.

    Сконфигурируйте Forwarding Address, для Person документа пользователя.
    4.3.6.2Настройка опции Smart Host.

    Smart Host -- это хост, которому SMTP перенаправляет сообщения
    посланные получателю которого не удалось найти в локальном Domino Diorectory
    интернет домена. Когда сообщение получено, Router ищет адрес получателя,
    чтобы определить находится ли он в локальном домене интернета. Router
    проверяет Person документы, чтобы определить, куда послать сообщение. Иногда
    организация использует другие системы почты, пользователи этих систем не
    могут находится в Domino Directory. В том случае, Вы можете определить
    почтовый сервер такой системы как Smart Host. Например, если некоторые
    пользователи находятся в системе UNIX SendMail, но их сообщения -
    маршрутизируются через систему почты Domino, Вы можете определять Smart
    Host.

    Определение значения поля Smart Host


  • Удостоверитесь, что Вы уже имеете документ Configuration Settings, для
    сервера(ов).


  • Откройте его для редактирования и перейдите на закладку Router/SMTP --
    Basics.


  • Заполните следующие поля и затем сохраните и закройте документ:




    Поля


    Значения


    Local Internet domain smart host


    Имя хоста сервера, для SMTP пользователей, которые находятся в адресной
    книге отличной от Domino Directory.


    Smart host is used for all local Internet domain recipients


    Выберите одно из двух:


  • Enabled -- разрешить маршрутизацию всех SMTP сообщений на Smart Host,
    для поиска пользователей, перед направлением их в другое место.

  • Disabled - запретить маршрутизацию сообщений, чьи адреса не найдены в
    Domino Directory.



  • 4.3.6.3Использование нескольких имен интернет доменов в одной
    организации.

    Ваша организация должна иметь единственное имя интернет домена -
    например, acme.com. Однако некоторые организации могут использовать
    несколько имен интернет доменов. Использование нескольких имен интернет
    доменов может использоваться когда:


  • Организация изменяет имя


  • Организация приобретает другую компанию, которая уже имеет существующее
    имя интернет домена и пользователи продолжают использовать другой интернет
    домен в своих адресах


  • Вы устанавливаете почтовую топологию, с маршрутизацией сообщений, в
    другие филиалы через Ваш Firewall в интернет, или другую частную сеть


  • Вы настраиваете топологию почты, чтобы использовать более чем одно имя
    интернет домен

    Если Ваша организация использует больше чем одно имя интернет домена,
    Вы должны создать документ Global domain, чтобы определить различные имена
    интернет доменов, для которых может быть получена почта из интернета. Вы
    должны также сконфигурировать записи DNS для включения всех имен интернет
    доменов, которые Ваша компания использует.

    Настройки использования нескольких имен интернет доменов в организации.


  • Удостоверитесь, что Вы уже имеете документ Configuration Settings для
    сервера(ов).


  • Из клиента Domino Administrator, выбирайте закладку Настройка, затем
    откройте секцию -- Почта.


  • Выбирайте -- Домены -- Add Domain.


  • На закладке -- Basics заполните поля:




    Поле


    Значения


    Domain type


    Выбирайте Global Domain


    Global domain name


    Любое описание домена


    Global domain role


    Выбирайте R5 интернет Domain или R4.x SMTP MTA






  • Выбирайте закладку -- Conversions и заполните эти поля. Сохраните и
    закройте документ:




    Поле


    Значения


    Local primary Internet domain


    Имя первичного интернет домена, которое Ваша компания использует.
    Например, ACME.COM


    Alternate Internet domain aliases


    Дополнительные имена интернет домена, используемые Вашей компанией.
    Например, ANOTHER.COM



    4.3.6.4Способы поиска адреса в Person документах пользователей

    Вы можете определить, как локальные пользователи будут искаться адреса
    в Domino Directory. Имеются три выбора:


  • Fullname only - ищется полное имя SMTP, в Domino Directory (First_Last
    Acme.com)


  • Local Part only - чтобы искать локальную часть адреса в Domino
    Directory


  • Fullname then Local Part - чтобы искать полный адрес сначала, а затем
    локальную часть, если не имеется первого.

    Обратите внимание, Если Вы заполнили поле интернет адреса в Person
    документах пользователей для всех Ваших пользователей, выбирайте только --
    Fullname.

    Для выбора способа поиска адресов.


  • Удостоверитесь, что Вы уже имеете документ Configuration Settings для
    сервера(ов).


  • Откройте его для редактирования на закладке Router/SMTP -- Basics.


  • Заполните эти поля и затем сохраните и закройте документ:




    Поле


    Значение


    Address lookup


    Выбирайте одну функцию:


  • Fullname then Local Part - (по умолчанию) искать сначала интернет
    адрес, а затем локальный.


  • Fullname only - чтобы посмотреть полный адрес интернета

  • Local Part only - искать только, для определения адреса Notes
    пользователя


  • Exhaustive lookup


    Выбирайте одно:


  • Enable - разрешается поиск во всех Directories

  • Disabled - (по умолчанию) ограничивается поиск только первым Directory.



  • 4.3.6.5Настройка Router, для разрешения IP адреса SMTP сервера
    назначения.

    Вы можете определить, как Router будет определять IP адрес(а) для SMTP
    систем. Вы можете настраивать метод разрешения адреса, для задачи Router.
    Методы разрешения адреса:


  • Только динамический поиск (DNS только)


  • Только локальный поиск


  • Динамически, потом локально

    Если Вы сконфигурировали TCP/IP, чтобы использовать DNS, выберите
    динамическое разрешение или динамический, а потом локальный. Для
    динамического поиска, Router просматривает DNS записи и находит имя хоста и
    получает IP адрес.

    При использовании динамического, а потом локального поиска, Router
    сначала просматривает DNS, а затем проверяет локальные HOSTS файлы. Файл
    известный как HOSTS, содержит имена и IP адреса хостов. Динамический, а
    потом локальный выбор может быть полезен, если Вы должны соединиться с
    внутренними хостами, которые не внесены в записи DNS.

    Если Вы сконфигурировали TCP/IP, чтобы использовать поиск в локальных
    Hosts файлах, выберите опцию Local lookup only. Если Вы используете этот
    выбор, IP адрес и полное имя хостов для каждого сервера назначения должно
    быть указано в HOSTS файле. Выбор данной опции требует внимательного
    администрирования, потому что Вы должны следить и своевременно обновлять
    HOSTS файлы.

    Если DNS не содержит список имен хостов назначения, Router определяет
    сообщение как не доставленное. Если DNS недоступен, Router повторяет
    отправку, согласно числу и времени обозначенном в соответствующих полях
    документов Configuration Settings.

    Определения способа решения адресов.


  • Удостоверитесь, что Вы уже имеете документ Configuration Settings для
    сервера(ов).


  • Откройте его для редактирования, на закладке Router/SMTP -- Basics.


  • Заполните эти поля и затем сохраните и закройте документ:




    Поле


    Значение


    Host name lookup


    Выбирайте одно:


  • Dynamic lookup only (DNS only) - (по умолчанию) просмотр только DNS,
    для решения IP адресов


  • Local lookup only (host files only) -- использование только HOSTS
    файлов

  • Dynamic then local -- DNS потом HOSTS файлы






  • Перегрузите систему, чтобы изменение вступили в силу.
    4.3.7Настройки Relay Host или Firewall.

    Relay Host может быть сервером, в пределах Вашей организации, или
    сервер Вашего провайдера (ISP), чтобы сообщения маршрутизировались из
    локального интернет домена. Часто тот же самый сервер действует как
    Firewall, через который Ваша организация направляет все сообщения в
    интернет. Это может быть Domino сервер или другой тип сервера - например,
    сервер UNIX SendMail.

    Настройка Relay Host.


  • Удостоверитесь, что Вы уже имеете Configuration Settings документ для
    сервера(ов), чтобы сконфигурировать его.


  • Откройте его для редактирования, на закладке Router/SMTP -- Basics.


  • Заполните поле и затем сохраните и закройте документ:




    Поле


    Значение


    Relay host for messages leaving the local Internet domain


    Имя хоста или имя домена для передачи сообщений через него в интернет






  • После того, как Вы настроили Relay Host, Вы можете настроить и
    ограничения для некоторых серверов.
    4.3.8Настройка передачи сообщений с использованием Dial-Up connection.

    Вы можете определить, как передавать сообщения с серверов Вашей
    организации, на удаленный сервер (часто ISP), с использованием Dial-Up. По
    умолчанию, когда сервер связывается с другим сервером, он выталкивает
    сообщения на этот сервер. Сервер инициатор не может забирать (Pull),
    накапливаемые для него сообщения с другого сервера. Вместо этого сервер
    ждет, пока другой сервер не установит связь и маршрутизирует сообщения для
    него. Чтобы изменить это поведение сервера по умолчанию и затребовать
    сообщения с другого сервера, Вы можете настроить сервер инициатор, чтобы
    послать запрос типа Pull Request другому серверу.

    Когда сервер инициатор - сконфигурирован посылать запрос Pull Request,
    он посылает запрос серверу, на котором временно хранятся сообщения для
    сервера инициатора. Как правило это почтовый сервер Вашего провайдера.
    Сервер провайдера получив запрос Pull Request, доставляет любые сообщения,
    которые ожидают доставки, на сервер инициатор.

    Если Вы используете SMTP, Вы должны удостовериться, что ETRN расширение
    протокола поддерживается и разрешено на сервере, получающим запрос Pull
    Request, в противном случае он не будет способен получить запрос Pull
    Request. Этот режим доставки сообщений в интернет требует, чтобы сервер
    источник использовал статический адрес IP и адрес должен быть прописан в
    записях DNS.

    Обратите внимание, Если удаленная система провайдера назначает новый IP
    адрес, каждый раз, когда Вы соединяетесь с ней, Вы не должны использовать
    значение -- Pull.

    Вы можете указывать, продолжительность нахождения на линии сервера при
    соединении. Это функция предотвращает "бросание" трубки сервером прежде, чем
    удаленный сервер попытается передать почту, для Вашего сервера. Сервер
    инициатор посылает запрос Pull Request, а затем выталкивает любые сообщения,
    которые он имеет для удаленного сервера, затем ждет сообщения, которые
    находится на удаленном сервере.

    Когда сервер инициатор посылает запрос Pull Request, сервер может также
    запрашивать сообщения для других серверов, доменов, хостов, или любого имени
    очереди, в пределах Вашей организации, для которых сервер инициатор является
    домашним.

    Если удаленный сервер - Domino сервер, Вы можете сконфигурировать его,
    чтобы он хранил любую почту для сервера инициатора, пока это он не получит
    запрос Pull Request от сервера инициатора. Это предотвращает удаленный
    сервер от попыток передать почту на сервер инициатор, когда он не связан с
    сетью. Он будет ждать запрос Push Wait Router.

    Для определения опций обработки сообщений.


  • Удостоверитесь, что Вы уже создали документ Notes Direct Dial-Up
    Connection


  • Из клиента Domino Administrator, выбирайте закладку Настройка, затем
    откройте секцию - Почта -- Подключения.


  • Откройте нужный документ подключения в режиме редактирования и
    перейдите на закладку Routing and Replication, заполните нужные поля и затем
    сохраните и закройте документ:




    Поле


    Значение


    Router type


    Выбирайте одно:


  • Push/Wait -- выбирайте эту опцию, чтобы Ваш сервер ждал от другого
    сервера запрос Pull Request, для передачи почты на этот сервер.


  • Push Only (по умолчанию) - выбирайте эту функцию, если Ваш сервер
    должен соединится с сервером назначения и передавать на него почту.


  • Pull Push - опция для соединения с сервером назначения, передачи на
    него почты и передачи запроса Pull Request на сервер, для того, чтобы сервер
    назначения, передал почту на сервер инициатор.

  • Pull Only - опция, только для передачи на сервер назначения команды
    запроса Pull Request и принятия ожидаемой для сервера инициатора.


  • Pull routing request protocol


    Выбирайте одно:



  • Notes RPC - использовать Notes маршрутизацию для посылки запроса Pull
    Request.


  • SMTP - использовать SMTP маршрутизацию для посылки запроса Pull
    Request.


    Примечание. Выбранный протокол не применяется, если удаленный сервер,
    является Domino сервер и тип маршрутизации -- Pull Push. В этом случае, Pull
    Request посылается с использованием протокола используемого для передачи
    сообщений на сервер назначения.


  • Request the following when issuing a Pull Request


    Выбирайте:



  • Имя сервера источника (Notes и DNS host name по умолчанию), указание
    сервера инициатора (для примера, CN=Server/Org=ACME и server1.acme.com).


  • All local primary Internet domains -- перечисленные в документе Global
    Domain (Ваш интернет домен, для примера acme.com).


  • All local alternate Internet domains - перечисленные в документе Global
    domain.

  • The following servers/domains/hosts - чтобы запросить сообщения для
    этих серверов. Внесите в список определенные сервера, домены или хосты на
    чье имя сделан запрос Pull Request. Это может быть полезно, если удаленный
    сервер требует определенного синтаксиса, или имени определенного сервера для
    ETRN Pull Request, для инициализации передачи сообщения.


  • Pull router timeout


    Число секунд, которое сервер инициатор ждет ответа сервера назначения,
    чтобы ответить на запрос Pull Request перед разрывом соединения. По
    умолчанию - 30 секунд.



    4.4Настройка почтовой системы Domino.

    Эта глава объясняет, как настроить Вашу систему Domino после того, как
    Вы установили маршрутизацию почты. 4.4.1Настройка почты.

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

    Прежде, чем Вы настроите Вашу почтовую систему, Вы должны:


  • Удостоверится, что Ваша система почты должным образом установлена.


  • Оценить Ваши настройки, и решите, что Вы хотите осуществить.
    4.4.2Требование для работы почтовой системы.

    Удостоверитесь, что Ваша система Domino работает должным образом:



  • Установленный Domino сервер, работает без ошибок.


  • Задача Router запущенна и работает должным образом.


  • Созданы файлы почты для каждого пользователя и Person документы, в
    Domino Directory для каждого пользователя Domino.


  • Настройте Notes и, или SMTP маршрутизацию почты.

    Требование к маршрутизации SMTP почты


  • Установите DNS, локальные HOSTS файлы или Relay Host.


  • Разрешите задачу SMTP Lister.


  • Разрешите маршрутизацию SMTP, в пределах локального интернет домена.


  • Разрешите маршрутизацию SMTP, для посылки сообщения за пределы Вашего
    локального интернет домена.


    Требование к маршрутизации Notes почты


  • Создайте нужные документы подключений.


    В зависимости от топологии Вашей почтовой системы, создайте эти
    документы, по мере необходимости:


  • Документы Non-Adjacent Domain.


  • Документы Adjacent Domain.


  • Документы Foreign SMTP domain.


  • Документы SMTP Connection.


    Требования для обмена почтой с другими системами в Вашей организации


  • Если Вы имеете некоторых пользователей, которые используют Lotus
    cc:Mail, Вы нуждаетесь, по крайней мере, в одном сервере, с установленным на
    нем агентом МТА cc:Mail, чтобы соединить Вашу Domino систему, с cc:Mail
    системой.


  • Если Вы имеете некоторых пользователей, которые используют X.400
    почтовую систему, Вы нуждаетесь, по крайней мере, в одном сервере, с агентом
    X.400 MTA, чтобы соединить Вашу Domino системой с X.400.


  • Установите Smart Host.
    4.4.3Настройка системы передачи сообщений

    После того, как Вы создаете базовую маршрутизацию почты, Вы можете
    изменить или подстроить любую из этих настроек:


  • Улучшить производительность Вашей системы


  • Настройка Notes маршрутизации


  • Контроль передачи сообщений


  • Ограничения для входящих сообщений


  • Ограничения для исходящих сообщений


  • Конфигурирование опций доставки сообщений


    Кроме того, при настройке Вашей почтовой системы, Вы можете столкнуться
    с некоторыми проблемами. Процедуры, описанные ниже, помогут Вам в поиске
    неисправностей:


  • Запись дополнительной информации относительно Вашей почтовой системы в
    файл LOG.NSF.


  • Временное запрещение маршрутизации почты.
    4.4.3.1Оптимизация настроек Вашей почтовой системы. 4.4.3.1.1Создать
    несколько баз данных MAIL.BOX.

    Каждый Domino сервер, использует базу MAIL.BOX, для временного хранения
    сообщений. Пользователи и сервера используют SMTP или Notes протоколы, чтобы
    заносить сообщения в базу данных MAIL.BOX, для временного хранения. Router
    на сервере читает сообщения и доставляет их в почтовые файлы пользователей
    на этом сервере, или перемещает их в MAIL.BOX на другие сервера.

    В предыдущих версиях Domino, Router использовал только одну базу данных
    MAIL.BOX. В R5 Вы можете продолжать использовать единственную базу данных
    MAIL.BOX. Вы можете заметно увеличить производительность, для этого создайте
    несколько баз данных MAIL.BOX. Любой процесс, пробующий записать данные в
    MAIL.BOX, включая сервер и Router, нуждается в монопольном доступе к этой
    базе данных. Кроме того, когда Router читает новые сообщения из MAIL.BOX,
    другие процессы должны ждать, пока база не освободится. Когда у Вас имеется
    большое количество почты, с тяжелым почтовым трафиком - много время уходит
    на этот процесс.

    При использовании нескольких баз данных MAIL.BOX, Domino использует
    несколько параллельных процессов. При чтении одного MAIL.BOX, Router
    помечает эту базу данных признаком - В использовании, так что другие
    сервера, пробующие занести почту, переходят к следующей базе данных
    MAIL.BOX. Такой подход значительно улучшает производительность почтовой
    системы.

    При многократной записи в базы данных нередко возникают проблемы с
    MAIL.BOX, поэтому Вы должны помещать базы MAIL.BOX и почтовые файлы
    пользователей на различных дисках.

    Если Вы добавляете только одну дополнительную базу данных MAIL.BOX, Вы
    почувствуете увеличение производительности Вашей почтовой системы. Вы
    получаете дополнительную выгоду от применения каждой дополнительной базы
    данных MAIL.BOX, хотя общая производительность компьютера уменьшается с
    каждым дополнительным почтовым ящиком MAIL.BOX.

    Примечание. Вы определяет число MAIL.BOX баз данных в документе
    Configuration Settings. Если Вы используете одну конфигурацию для нескольких
    серверов, Domino создает число почтовых ящиков установленное в этом
    документе на каждом сервере.

    Для создания нескольких баз данных MAIL.BOX сделайте следующее:


  • Удостоверитесь, что Вы уже имеете документ Configuration Settings для
    сервера(ов).


  • Из клиента Domino Administrator, выбирайте закладку -- Настройка,
    откройте секцию - Почта.


  • Выбирайте представление -- Конфигурации.


  • Выбирайте документ Configuration Settings, для почтового сервера или
    серверов, которым Вы хотите ограничить почту и выбирайте -- Edit
    Configuration.


  • Выбирайте закладку Router/SMTP -- Basics.


  • Заполните это поле и затем сохраните документ:




    Поле



    Значение


    Number of mailboxes


    Число от 1 до 10, чтобы установить число почтовых ящиков для каждого
    сервера, который использует этот документ конфигурации.

    По умолчанию - 1



    4.4.3.1.2Запрещение автоматического поиска адреса, основанного на вводе
    нескольких символов адреса.

    Адресация типа Type-ahead ищет имена, которые соответствуют, введенным
    буквам в полях - То, Сс и Bcc. Например, если Вы введете Джейн Д в поле То,
    для адресации почты, Domino находит документ пользователя Джейн Дое/Акм в
    Domino Directory. Domino автоматически заканчивает остальную часть адреса
    получателя за Вас. Вы можете изменять или повторно вводить адрес, если это
    необходимо. Чтобы сэкономить время, Domino разрешает этот тип адресации по
    умолчанию.

    Чтобы увеличить производительность сервера, Вы можете запретить эту
    функцию адресации. Если Вы запрещаете Type-ahead адресацию на почтовом
    сервере, пользователи все еще используют опцию Type-ahead, чтобы найти
    адреса в своих персональных адресных книгах, или в Domino Catalog.

    Откройте документ Configuration Settings, на закладке Basics, измените
    значение поля, если это необходимо, затем сохраните и закройте документ:




    Поле


    Значение


    Type-ahead


    Выбирайте одно:


  • Enabled -- разрешение автоматической подстановки адресата в поля To, Сc
    или Bcc.

  • Disabled -- запрещение функции. Пользователи все еще могут использовать
    эту функцию, используя персональные адресные книги или Directory Catalog.



  • 4.4.4Запись дополнительной информации относительно передачи почты в
    файл LOG.NSF

    По умолчанию, Domino записывает в файл LOG.NSF неудачные попытки
    доставки почтовых сообщений. Когда у Вас возникают проблемы с почтовой
    системой, Вы можете делать дополнительные записи в файле LOG.NSF.

    Откройте документ Configuration Settings, для почтового сервера или
    серверов, для которого Вы хотите изменить уровень протоколирования.
    Переведите документ в режим редактирования. Перейдите на закладку
    Router/SMTP -- Advanced -- Controls. Измените значение поле в секции
    Miscellaneous Controls и сохраните документ:



    Поле


    Значение


    Logging level


    Выбирайте одно:


  • Minimal -- Запись сообщений только о фатальных ошибках почты.


  • Normal - (по умолчанию) Регистрируются все сообщения предупреждений,
    которые указывают на состояние системы.


  • Informational -- Регистрируются все информационные сообщения доступа к
    файлу MAIL.BOX, обработки сообщений. Регистрируются события конвертирования
    сообщений и статуса доставки.


  • Verbose -- Наиболее полное протоколирование событий почтовой системы.
    Этот режим может помочь Вам при решении проблем с Вашей почтовой системы.


    Примечание. Выбирайте установку Verbose, только если Вы решаете
    проблемы с Вашей почтовой системой, иначе файл протокола может сильно
    увеличится в размерах.



  • 4.4.5Временное запрещение маршрутизации почты.

    Вы можете временно запретить маршрутизацию почты на сервере, для
    устранения проблем с почтой.

    Остановка задачи Router с консоли сервера.

    Введите эту команду на консоли сервера:

    tell router quit

    Этой командой Вы остановите Router на сервере. Почта будет
    накапливается в MAIL.BOX, так как другие сервера и клиенты будут продолжать
    заносить почтовые сообщения базу данных MAIL.BOX, но Router не будет их
    доставлять.

    Чтобы запустить Router, введите в эту команду на консоли сервера:

    load router

    Задача Router начинает работать и начинает доставлять почту.

    Запрещение задачи Router из файла NOTES.INI.

    Чтобы запретить загрузку задачи Router при старте сервера, удалите
    запись Router из переменной ServerTasks файла NOTES.INI.


  • Остановите сервер


  • Отредактируйте NOTES.INI, чтобы удалить задачу Router, из строки
    ServerTasks.


  • Повторно запустите сервер, чтобы изменения вступили в силу.

    Когда Вы повторно запускаете сервер Router, задача не запускается.
    4.4.6Настройка маршрутизации Notes почты.

    Чтобы настроить маршрутизацию Notes почты в Вашей организации, Вы
    можете:


  • Составить расписание маршрутизации для оптимизации эффективности
    системы


  • Измените стоимость маршрутизации подключений между Domino серверами


  • Маршрутизируйте сообщений согласно приоритетам
    4.4.6.1Расписание маршрутизации почты Notes.

    Notes маршрутизация, использует расписание для доставки почты,
    основанное на документах подключения в Domino Directory. Вы можете
    настраивать документы подключения, чтобы управлять маршрутизацией Domino,
    для отправки Notes почты. Вы можете также использовать команду Route на
    консоли сервера, чтобы вынудить сервер маршрутизировать почту на другой
    сервер.

    Для установки расписания маршрутизации Notes почты.


  • Удостоверитесь, что Вы уже создавали необходимые документы подключений.


  • Из клиента Domino Administrator, выбирайте закладку -- Настройка и
    откройте секцию -- Почта.


  • Выбирайте представление -- Подключения.


  • Выбирайте документ подключения для связи сервера, которой Вы хотите
    сконфигурировать и выбирайте -- Изменить подключение.


  • Перейдите на закладку -- Schedule.


  • Заполните эти поля в секции Scheduled Connection:




    Поле



    Значение


    Schedule


    Выбирайте одно из значений:


  • Enabled -- для разрешения использования подключения для сервера.

  • Disabled -- игнорирование расписания сервером.


  • Call at times


    Интервал времени для передачи почты

    Пример, 8:00 AM - 5:00 PM, 11:00 PM, 2:00 AM.

    По умолчанию 8:00 AM - 10:00 PM.


    Repeat interval


    Интервал повторения

    По умолчанию 360 минут.


    Days of week


    Дни недели для расписания передачи почты






  • Выбирайте закладку Replication/Routing.


  • Заполните поля секции Routing и сохраните документ:




    Поле


    Значение


    Routing task


    Выбирайте одно из значений:


  • Mail Routing (по умолчанию) -- разрешение маршрутизации Notes почты
    между серверами


  • X400 Mail Routing -- разрешение маршрутизации почты между серверами по
    X.400, использованием X.400 Message Transfer Agent


  • SMTP Mail Routing -- разрешить серверам версии R4 маршрутизировать
    почту в интернет


  • cc:Mail Routing -- разрешение маршрутизации сообщений между серверами с
    использованием cc:Mail Message Transfer Agent

  • None -- запрещается любая маршрутизация между серверами


  • Route at once


    Минимальное число сообщений для передачи, при нормальном приоритете.

    По умолчанию - 5.


    Routing cost


    Относительная стоимость этой связи сервера. Изменяйте это значение,
    если Вы опытный Domino администратор.


    Router type


    Тип Domino маршрутизации между серверами.




    Обратите внимание, что высокий приоритет для SMTP маршрутизирует
    сообщения немедленно. Маршрутизация сообщений низкого приоритета, происходит
    только в течение низкоприоритетного интервала маршрутизации. Сообщения для
    получателя на сервере, в той же самой поименованной сети Notes, сервер
    маршрутизирует немедленно, независимо от приоритета сообщения.
    4.4.6.2Изменение стоимости маршрутизации подключений между Domino серверами.

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

    Router использует информацию из документов домена сервера и документов
    подключений, чтобы создать таблицы маршрутизации. Имеется приоритет для
    разных видов связи. Связь по сети LAN имеет цену ниже, чем Duial-Up
    соединение с использованием модема. По умолчанию, каждая связь по LAN имеет
    стоимость равную - 1, в то время как каждое соединение Dial-Up (модемное
    соединение) имеет стоимость равную - 5.

    Если связь между серверами прерывается, или сетевое соединение не
    удается, Router выбирает альтернативный путь и увеличивает стоимость этого
    соединения пути на -- 1 (единицу).

    Как Router выбирает маршрут.


  • Router вычисляет и выбирает маршрут с наименьшей стоимости маршрута.


  • Если маршрут с наименьшей стоимостью маршрута терпит неудачу, например,
    если не имеется никакого ответа от сервера назначения, Router увеличивает
    стоимость начального маршрута на единицу. Например, если соединение по LAN
    между сервером А и сервером B первоначально имеет стоимость равную единице,
    но связь терпит неудачу, в течение предпринятой попытке, Router увеличивает
    стоимость этого соединения между сервером А и сервером B до двух.


  • Следующий раз, когда Router пробует передать почту между серверами, он
    снова определяет маршрут с наименьшей стоимости маршрута между серверами.
    Если имеется дополнительный маршрут, который является равным в стоимости, и
    требует меньшего количества Hops (перелетов), Router выбирает дополнительный
    маршрут. Например, если имеются два пути между сервером А и сервером B,
    каждый с общей стоимостью 4, Router исследует число Hops (перелетов) в
    каждом пути. Если один из маршрутов требует, три Hops (перелетов), а другой
    требует два Hops (перелета), Router использует путь, который требует только
    двух Hops (перелетов), так как затраты равны.

    Router повторно устанавливает стоимость для связи когда:


  • Сервер получает запрос на связь при неудавшейся попытки


  • Происходит поиск динамического интервала стоимости


  • Вы останавливаете и повторно запускаете Router

    Таблица маршрутов хранится в памяти динамически. Когда Вы повторно
    запускаете сервер или изменяете, документы подключений, сервера,
    конфигурации, или документы доменов, Router пересчитывает таблицу
    маршрутизации заново.

    Для изменения установок по умолчанию.

    Вы можете изменять установки по умолчанию, для стоимости маршрутов,
    только для связей между серверами в различных поименованных сетях Notes.
    Изменяйте стоимость по умолчанию только, если Вы - опытный Domino
    администратор. Ошибочные назначения изменение затрат, может создать петли
    маршрутизации, а Router не сможет выбирать дополнительные маршруты.


  • Удостоверитесь, что Вы уже создавали необходимые документы подключений.


  • Выбирайте нужный документ подключения, откройте его для редактирования.


  • Выбирайте закладку -- Replication/Routing.


  • Заполните это поле и сохраните документ:




    Поле


    Значение


    Routing cost


    Число от 1 до 10.

    По умолчанию - 1. Router выбирает связи с более низкой стоимостью
    сначала.

    Например. Router выбирает связь со стоимостью -- 2, а затем со
    стоимостью - 3.



    4.4.6.3Маршрутизация сообщений согласно приоритета.

    Пользователи Notes могут выбирать приоритет доставки сообщения. Для
    этого нужно щелкнуть на кнопке Delivery Options, из клиента Notes и
    определить приоритет - высокий, нормальный или низкий. Уровень приоритетов
    определяет, как быстро Domino маршрутизирует сообщение. Если Вы не
    определяете приоритет для сообщения, сервер определяет сообщение, как
    сообщение нормального приоритета - по умолчанию.











    Уровень Приоритета


    Маршрутизация Notes по умолчанию


    High


    Сервер доставляет сообщение немедленно.


    Normal


    Сервер доставляет сообщение в ближайшее время, определенное расписанием
    передачи почты между серверами.


    Low


    Сервер доставляет сообщение ночью, согласно расписанию с низким
    приоритетом (с 12 ночи по 6 утра).




    Примечание. Вы может заставлять Domino игнорировать приоритет
    сообщения. Сообщения для получателя на сервере в той же самом поименованной
    сети Notes, сервер маршрутизирует немедленно, независимо от приоритета
    сообщения. 4.4.7Контроль передачи сообщений.

    Чтобы управлять способом передачи сообщений между серверами в Вашей
    Domino системе, Вы можете:



  • Ограничивать передачу сообщений по размеру сообщения.


  • Маршрутизировать сообщения большого размера, в течение
    низкоприоритетного диапазон времени.


  • Настроить средство управления передачи - например, изменить число
    передачи и интервала повторения попыток.


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


  • Настроить текст сообщения в случае неудачной попытки.
    4.4.7.1Ограничения размера почтовых сообщений пользователей.

    Чтобы ограничить размер сообщения и определять, как Domino будет
    обрабатывать большие сообщения, Вы можете настраивать поведение Router. Вы
    можете заставить Router отклонять сообщения, которые окажутся большими, чем
    некоторый размер, или определять большие сообщения - как низкоприоритетные.
    Такие сообщения будут маршрутизироваться во время, определенное для
    сообщений низкого приоритета. После отклонения сообщения большого размера,
    Domino возвращает сообщение с отказом доставки отправителю. Ограничения
    размера сообщения относятся и к MIME, и к сообщениям формата Notes, и к SMTP
    и Notes маршрутизации.

    Определить ограничения вы можете в документе Configuration Settings для
    сервера(ов) из Domino Directory.


  • Откройте нужный документ Configuration Settings для редактирования.
    Выбирайте закладку -- Router/SMTP -- Restrictions and Controls --
    Restrictions.


  • Заполните поля на закладке Router Restrictions, которые хотите
    использовать, сохраните и закройте документ:





    Поле


    Значение


    Maximum message size


    Максимальный размер сообщения в КБ, которые сервер может принимает.
    Router отклоняет любые сообщения, которые превышают этот размер.

    По умолчанию - 0KB, нет ограничения на размер сообщения.


    Send all messages as low priority if message size is between


    Выбирайте одно:


  • Enabled



  • Disabled (по умолчанию)

    Примечание. Если Вы, разрешаете эту функцию, все сообщения больше
    определенного вами размера в КБ - доставляется в низко приоритетное время.

    По умолчанию - 0KB, не устанавливать никаких изменений приоритетов
    доставки.



  • 4.4.7.2Настройка контроля передачи сообщений.

    Transfer controls затрагивает передачу сообщений между серверами. Они
    управляют числом используемых нитей, числом позволенных Hops (перелетов)
    прежде, чем сообщение терпит неудачу, интервалов чистки и временем TimeOut.

    Определить ограничения вы можете в документе Configuration Settings,
    для сервера(ов) из Domino Directory.


  • Откройте нужный документ Configuration Settings для редактирования.
    Выбирайте закладку -- Router/SMTP -- Restrictions and Controls -- Transfer
    Control.


  • Заполните эти поля на закладке Transfer Controls и затем сохраните
    документ:





    Поле


    Значение


    Maximum transfer threads


    Максимальное значение нитей сервера, которое Domino создает, для
    передачи сообщений на другие сервера.


    Maximum concurrent transfer threads


    Максимальное число параллельных нитей, которые Domino создает для
    перемещения сообщений отдельным серверам назначения.

    По умолчанию -- половина максимального числа нитей передачи. Например,
    если максимальное количество нитей передачи - 5, максимальное число
    параллельных нитей по умолчанию - 2.


    Maximum hop count


    Максимальное число времени, для передачи сообщений между серверами, по
    истечению, которого и Domino посылает сообщение о недоставке.


    Low priority mail routing time range


    Диапазон времени для передачи почты с низким приоритетом

    По умолчанию с 12 AM до 6 AM.


    Initial transfer retry interval


    Временной интервал между попытками, передачи почты.

    По умолчанию 15 минут.


    Expired message purge interval


    Частота (в минутах) проверки истечения сообщений, чтобы производит
    чистку.

    По умолчанию - 15 минут.




    Обратите внимание, что Router устанавливает максимального число нитей
    передачи по умолчанию, основываясь на памяти сервера. Router выбирает
    максимальное число обычно лучше всего. Если Вы устанавливаете максимальный
    число вручную, Lotus рекомендует устанавливать максимум между одной нитью и
    25 нитями, согласно загрузки сервера. 4.4.7.3Настройка дополнительных
    параметров передачи сообщений.

    Удостоверитесь, что Вы уже создали документ Configuration Settings для
    сервера(ов).


  • Из клиента Domino Administrator, выбирайте закладку Настройка и
    открывайте секцию -- Почта.


  • Выбирайте -- Конфигурации.


  • Выбирайте документ Configuration Settings, для почтового сервера или
    серверов, которым Вы хотите редактировать.


  • Выбирайте закладку Router/SMTP -- Advanced -- Controls.


  • Заполните эти поля в секции Advanced Transfer Controls:




    Поле


    Значение


    Ignore message priority


    Выбирайте одно:


  • Enabled - чтобы установить все приоритеты сообщения в нормальный
    приоритет, независимо от первоначального приоритета, назначенного
    отправителем.

  • Disabled - (по умолчанию), чтобы не изменять приоритеты сообщения,
    оставляя их первоначальный, назначенный отправителем.


  • Dynamic cost reset interval


    Число минут, после которого Router наращивает стоимость соединения, при
    неудачной попытке.

    Например, если значение интервала - 15 минут, Router увеличивать
    стоимость связи с 1 до 2, после истечения этого периода. Router повторно
    увеличивает стоимость на 1 после каждых 15 минут, неудачного соединения.




    Заполните следующие поля в секции Additional Controls section и
    сохраните документ:



    Поле


    Значение


    Restrict name lookups to primary directory only


    Выбирайте одно:


  • Enabled - позволить пользователям посматривать имена групп и
    пользователей только в Domino Directory для Notes домена серверов. Если Вы
    выбираете этот выбор, пользователи не могут осуществлять поиск имен групп и
    пользователей в Directories, которые являются доступными через Directory
    Assistance.

  • Disabled - (по умолчанию), позволить пользователям, просматривать имена
    групп и пользователей в любом Directories, доступном на сервер.


  • Cluster failover


    Выбирайте одно:


  • Disabled - не позволять Router обнаруживать другой сервер кластера,
    если сервер назначения недоступен. Эта функция запрещает Router направлять
    почту на другой сервер в кластере.


  • Enabled - (по умолчанию), чтобы позволять Router определять
    неисправность сервера назначения, для последующего перехода на другой сервер
    кластера. Это установка позволяет Router обнаруживать, что почтовый сервер
    получателя в прошлый раз при передаче почты был недоступен, и затем пытаться
    определять другой почтовый сервер кластера, для передачи сообщения этому
    серверу. Если Router находит другой сервер кластера, он передает сообщение
    этому серверу. Если сервер член кластера серверов, и имеется реплику
    почтового файла получателя, Router доставляет сообщение в эту базу.

    Пример. Server1/Acme маршрутизирует сообщение, адресованное Джейн
    Дое/Acme, чей файл почты находится на Server3/Acme. Server1 будет не в
    состоянии соединяться с Server3, который является недоступным. Server1
    проверяет Domino Directory, чтобы определить, имеется ли любой другой сервер
    в кластере с Server3. Server2/Acme - находится в кластере с Server3, так что
    Router с Server1 пытается соединяться с Server2. Если связь успешна, Router
    передает сообщение на Server2.


  • Hold undeliverable mail



  • Enabled -- при задержке почты в MAIL.BOX, не генерировать сообщения о
    недоставке.

  • Disabled - (по умолчанию) генерировать сообщение Non-Delivery Report.




  • Задержка не доставленной почты в базе данных MAIL.BOX.

    Когда Router не может доставить сообщение, например, когда адрес введен
    неправильно, он доставляет сообщение о недоставке отправителю. Вы можете
    заставлять Router задерживать эти не доставленные сообщения в базе данных
    MAIL.BOX, как поврежденные сообщения. Вы можете просматривать эти сообщения,
    определять какое действие с ними предпринять. Если Вы выбираете опцию
    хранения не доставленных сообщений в MAIL.BOX, проверяйте MAIL.BOX базу
    данных, на наличие таких сообщений. MAIL.BOX также содержит мертвые
    сообщения, которые Router неспособен доставить, или для которых Router не
    мог доставить сообщение отказа отправителю, например, когда адрес получателя
    был введен неправильно, или сервер отправителя недоступен.

    Проверка наличия не доставленной почты.

    Из клиента Domino Administrator откройте базу данных MAIL.BOX.
    Проверьте сообщения, которые помечены в представлении как Мертвые.

    Когда Вы находите не доставленное сообщение - Вы можете делать одну из
    трех вещей:


  • Исправьте адрес получателей сообщения


  • Отправить заново сообщения


  • Удалите сообщения

    Кнопка Release в базе данных MAIL.BOX имеет несколько расширенных
    функций, которые будут Вам доступны из открывающегося меню, если Вы нажмете
    на правый край кнопки, помеченный треугольником. Исследуйте эти опции для
    работы с Вашими не доставленными сообщениями.

    Когда Вы выполнили, обработали все, не доставленные сообщения,
    закрываете базу данных MAIL.BOX. 4.4.7.4Настройка текстовых сообщений при
    сбое в доставки почты.

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


  • Из клиента Domino Administrator, выбирайте закладку -- Настройка,
    откройте секцию -- Почта.


  • Выбирайте -- Конфигурации.


  • Выбирайте документ Configuration Settings для почтового сервера или
    серверов, которым Вы хотите редактировать.


  • Выбирайте закладку Router/SMTP -- Advanced -- Controls.


  • Заполните эти поля в секции Failure Messages, затем сохраните документ:






    Поле


    Значение


    Transfer failure text file


    Имя файла, содержащего сообщение о неудаче передачи сообщения

    Пример C:\DOMINO\DATA\TRANSFER.TXT.

    Отказы передачи почты происходят, когда имеется проблема или отказ
    связи между серверами.


    Delivery failure text file


    Имя файла, содержащего сообщение о недоставке сообщения

    Пример C:\DOMINO\DATA\DELIVER.TXT.

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


    Message expiration text file


    Имя файла, содержащего сообщение о недоставке сообщения в определенный
    Вами период времени

    Примера, C:\DOMINO\DATA\EXPIRE.TXT.

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


    Domain failure text file


    Название файла, содержащего сообщение отказа при передаче почты в домен

    Пример C:\DOMINO\DATA\DOMAIN.TXT.

    Отказ, неудача передачи почты в домен происходят, когда Domino не может
    идентифицировать домен назначение для получателя сообщения. Например, если
    Вы посылаете сообщение jdoe@lotus.com, но Domino не может определить домен
    lotus.com, или в Domino Directory или на DNS сервере, сервер не может найти
    имя домена.


    Server failure text file


    Название файла, содержащее сообщение отказа при отказе сервера

    Пример, C:\DOMINO\DATA\SERVER.TXT.

    Отказы сервера происходят, когда Domino не может соединяться с сервером
    назначением. Например, если Вы посылаете сообщение jdoe@lotus.com и DNS
    сообщает, что Вы должны послать почту домена lotus.com на сервер
    mail1.lotus.com , НО Domino не можете соединяться с сервером
    mail1.lotus.com, Domino сервер генерирует сообщение отказа.


    Username failure text file


    Название файла, содержащего сообщение отказа при отказе по Имени
    пользователя

    Пример C:\DOMINO\DATA\USER.TXT.

    Отказы по имени пользователя происходят, когда Domino не может найти
    соответствий с адресом получателю. Например, если Вы посылаете сообщение
    jdoe@lotus.com, но Domino не может найти jdoe в Domino Directory, сервер
    возвращает сообщение отказа по имени пользователя.


    Size failure text file


    Название файла, содержащего сообщение отказа для отказов по размеру
    файла

    Пример C:\DOMINO\DATA\SIZE.TXT.

    Отказы по размеру файла происходят, когда Domino отклоняет сообщение,
    потому что размер сообщения больше чем максимальный размер сообщения,
    который Вы может определять в поле Maximum message size, на закладках
    Restrictions и Controls-Restrictions - ограничений для сервера, в документах
    Configuration Settings. В этом случае генерируется сообщение отказа передачи
    сообщения по размеру...


    Restriction failure text file


    Название файла, содержащего сообщение отказа, для отказов по
    ограничению

    Пример C:\DOMINO\DATA\RESTRICT.TXT.

    Отказы по ограничению происходят, когда Domino отклоняет сообщение,
    основанное на SMTP ограничениях. Например, если Вы посылаете сообщение
    jdoe@lotus.com, но lotus.com внесен в список в поле Deny messages from the
    following Internet addresses/domains, на закладке Router/SMTP-Restrictions и
    Controls-SMTP Inbound Controls, в документе Configuration Settings, Domino
    отклоняет сообщение и возвращает сообщение отказа по ограничению.



    4.4.8Ограничения маршрутизации входящей почты.

    Вы можете настраивать Вашу Domino систему, чтобы управлять и
    ограничивать почту для входящи