Использование нескольких баз данных для одного заказчика позволяет выделить больше пространства для групп хранилищ. Поскольку данные распределены по нескольким базам данных, вы можете формировать более крупные группы хранилищ. И вновь размер каждой группы определяется в соответствии с соглашением SLA, заключенным с каждым из заказчиков.
Приведенная схема иллюстрирует два способа настройки групп хранилищ.
Рис. 5. Примеры конфигурации группы хранения
Примечание. Заказчикам, подписавшим одинаковые соглашения SLA, целесообразно выделить набор групп хранилищ с одной и той же политикой архивации и восстановления. Для организаций, использующих общую базу данных, можно установить разные политики, однако в этом случае управлять ими станет труднее. Если различные соглашения SLA требуют разных политик архивации и восстановления, то для упрощения администрирования следует разместить каждую из таких компаний в отдельном кластере.
Настройка административных групп
Административная группа – это группа компьютеровсерверов, на которых выполняется работает Exchange и которыми можно управлять как одной логической единицей. Конфигурация административной группы запоминается в контексте именования службы Active Directory, что позволяет реплицировать конфигурацию в рамках всей организации. Административная группа может включать любое число политик, групп маршрутизации, деревьев общих папок, мониторов, серверов, служб конференций и сетей разговоров.
Используя административные группы, вы можете объединять административные объекты для удобства навигации и управления, чтобы было удобнее перемещаться между ними и предоставлять им необходимые разрешения. Вы можете не отображать административные группы в пользовательском интерфейсе при обслуживании для компаний небольшого размера, которым когда эти возможности не нужны.
Примечание. В сценарии хостинга среде размещения приложений на серверах ASP-поставщика не следует создавать более одной административной группы, хотя это и может показаться необходимым при работе с большим массивом серверов, обеспечивающим различные уровни обслуживания для разных компаний. Администраторы ASP-поставщика управляют серверами Exchange, а администраторы обслуживаемых компаний выполняют свои задачи по управления пользователями путем делегирования полномочий.
Настройка групп маршрутизации
Группы маршрутизации – это группы серверов, связанных между собой надежными, высокоскоростными, постоянными подключениями. Каждый сервер Exchange, входящий в группу маршрутизации, может непосредственно контактировать с любым другим сервером, так что сообщения доставляются с сервера на сервер за один «прыжок»сеанс.
Если постоянные, надежные подключения установлены только в одной группе серверов Exchange, значит, вы сможете воспользоваться только одной группой маршрутизации. Тем не менее, это предполагает соблюдение следующих условий:
v серверы Exchange принадлежат одному и тому же экземпляру службы Active Directory;
v между серверами Exchange существует постоянное подключение SMTP;
v все серверы Exchange могут связываться с главным сервером маршрутизации.
Вы можете развернуть несколько групп маршрутизации, если определены границы доменов компаний.
На приведенной иллюстрации показывается представление административной группы и группы маршрутизации на консоли управления MMC.
Рис. 6. Административная группа и группа маршрутизации на консоли MMC
Использование кластеризации
Серверы Exchange 2000 Server и Windows 2000 Advanced Server поддерживают режим симметричной кластеризации. Кластер состоит из двух или более компьютеров (узлов), подключенных друг к другу и к общему запоминающему устройству. В кластере создается один или несколько виртуальных серверов Exchange, каждый из которых функционирует в одном из узлов кластера. Exchange 2000 может поддерживать несколько виртуальных серверов в одном узле. Клиенты подключаются к виртуальным серверам точно так же, как к автономному серверу.
Средства кластеризации Exchange обеспечивают высокую доступность отказоустойчивость системы передачи сообщений. Служба кластеров следит за работой виртуальных серверов в составе кластера и в случае сбоя какого-либо виртуального сервера перезагружает его или перемещает на работоспособный узел. Во время плановых простоев вы можете вручную переносить виртуальные серверы в другие узлы. И в том, и в другом случае обслуживание заказчика ненадолго прервется – на время, требующееся для его перезапускав течение которого виртуальный сервер будет ожидать включения или отключения. Использование нескольких серверов сокращает системные расходы и одновременно повышает надежность, так как отпадает необходимость в выделенных серверах, используемых в качестве резерва на случай переключения при сбое.
Настройка переключения при сбое
Переключение при сбое бывает двух видов – плановое и внеплановое.
Плановые переключения, например, для проведения профилактики, следует назначать на нерабочее время. В случае планового переключения буферы модуля ESE (Extensible Storage Engine) сбрасываются в базы данных, группы хранилищ отключаются и происходит переключение управления. Затем группы хранения подключаются к другому серверу, и запускаются соответствующие серверы протоколов.
Если на сервере происходит аварийный сбой, подключаются активизируются группы хранилищ, повторяются транзакции из файлов журналов, начиная с контрольной точки, и запускаются соответствующие серверы протоколов. В результате продолжительность времени переключения при аварийном сбое зависит от размера общих файлов журналов. Базы данных остаются недоступными до тех пор, пока не закончится повторение транзакций всех файлов журналов. Об этом следует помнить при построении баз данных и групп хранилищ.
Настройка виртуальных корнейиерархий общих папок
Сервер Exchange 2000 Server использует поддержку нескольких баз данных для поддержки возможности создания нескольких деревьев иерархий общих папок, или иерархий верхнего уровня (TLH). Каждоеая дерево иерархия реплицируется только в одно хранилище общих папок для каждого сервера. Это означает, что достаточно иметь набор общих папок отдела только на одном сервере: так удобнее осуществлять административный контроль. Кроме того, данные можно реплицировать на другие серверы.
Для получения доступа к общим папкам пользователи подключаются к почтовому ящику в личном хранилище, которому по умолчанию сопоставлено хранилище общих папок, связанное с некоторым деревом общих папок через механизм репликации. По умолчанию пользователи видят только дерево, с которым связано их хранилище общих папок.
Общие папки настраиваются точно так же, как и другие элементы Exchange 2000. Каждая обслуживаемая организация (подразделение) должна видеть только один корень общих папок. Для этого вам следует создать наборы общих папок одного уровня – по одному набору для каждой организации. Таким образом каждая организация сможет видеть только свои собственные общие папки, но не папки других организаций.
После того, как настройка параметров безопасности закончится, пользователи каждого подразделения будут видеть только общие папки, на которые у них имеются соответствующие разрешения.
Управление сервером Exchange |
В данном разделе описываются средства, используемые для управления средой Exchange, и перечисляются типы инструментальных средств, которые вы можете создавать сами.
Консоль управления MMC
На консоли управления MMC отображены административные средства, имеющиеся в стандартном пользовательском интерфейсе, а также содержатся модули оснастки, которые можно использовать для управления сетями, компьютерами, службами и другими системными компонентами. Консоль MMC устанавливается по умолчанию вместе с системой Windows 2000 Server, и с ее помощью можно администрировать многие приложения, включая сервер Exchange 2000 Server. Используя консоль MMC, можно создавать, сохранять и открывать наборы административных средств, называемые консолями. Эти консоли могут содержать такие элементы, как модули оснастки, оснастки расширенийя, элементы управления для мониторинга, задачи и мастера, а также ссылки на документацию, которую можно использовать для справки при управлении аппаратными, программными и сетевыми компонентами системы.
Администрирование сервера Exchange 2000 Server осуществляется с помощью различных модулей оснастки MMC, содержащих наборы инструментов управления сетевыми ресурсами и сообщениями. Консоль MMC можно индивидуально настраивать для администраторов, исполняющих конкретные роли; например, можно разрешить администратору системы передачи сообщений просматривать административное представление учетных записей пользователей или разрешить системному архитектору просматривать все свойства серверов Exchange. Подробнее о консолях MMC см. документацию по системе Windows 2000 Server.
Оснастка System Manager
Оснастка System Manager (Диспетчер системы) позволяет управлять всеми аспектами работы сервера Exchange 2000 Server через общий интерфейс. System Manager также дает возможность организовать административные объекты таким образом, чтобы было легче перемещаться между ними и устанавливать разрешения на доступ к ним. Оснастка System Manager – это сохраненный файл консоли, который можно запускать из меню Пуск после установки сервера Exchange.
System Manager подключается к контроллеру домена для получения сведений о соответствующей конфигурации и пополнения набора оснасток. В определенных ситуациях бывает необходимо направить модули оснасток в конкретную часть домена или на конкретный контроллер домена. Если вы хотите регулировать либо вообще исключить задержку, связанную с репликацией информации службы Active Directory, подключиться к некоторому домену леса Windows 2000 или подключиться к различным контроллерам доменов в различных лесах Windows 2000 для управления различными компаниями или отделениями, вам придется перенаправлять эти модули оснасток.
Создание собственных инструментов
Вы можете не только пользоваться стандартными модулями, такими как оснастки System Manager или «Active Directory – пользователи и компьютеры», но и создавать свои собственные приложения с помощью средств Visual Basic®, Visual Basic Scripting Edition (VBScript), Visual C++® и Visual InterDev®. Эти служебные программы взаимодействуют с операционной системой, службой Active Directory и серверами Exchange посредством интерфейсов ADSI (Active Directory Services Interface – интерфейс службы Active Directory), WMI (Windows Management Instrumentation – инструментарий управления Windows), CDO для Windows 2000 (Collaboration Data Objects – объекты данных для совместной работы), CDOEX (CDO для Exchange Server) и CDOEXM (CDO для управления Exchange). В следующих разделах приводится обзор этих интерфейсов.
Интерфейс ADSI
Чтобы вы имели доступ к службе Active Directory на более глубоком уровне, чем позволяют стандартные средства консоли MMC, корпорация Майкрософт разработала интерфейс ADSI (Active Directory Service Interface – интерфейс службы Active Directory). Интерфейс ADSI – это собрание COM-интерфейсов, которые дают вам возможность строить свои собственные приложения, сценарии и страницы Active Server Pages для управления службой Active Directory.
Объекты ADSI представляют собой COM-объекты, соответствующие постоянным объектам службы каталогов. Операции с объектом ADSI осуществляются с помощью одного или нескольких COM-интерфейсов. Объекты ADSI разделяются на две группы: оконечные листовые объекты службы каталогов и контейнеры службы каталогов. Различаются они тем, что Кконтейнер может содержать другие объекты ADSI, а оконечный листовой объект не может.
Поставщик ADSI-провайдер содержит реализацию экземляты объектов ADSI и зависимых объектов для конкретного пространства имен. На следующей схеме показано, как клиент поддерживает связь со службой Active Directory через поставщика ADSI-провайдера.
Рис. 7. Использование интерфейса ADSI для связи клиента с каталогом Active Directory
Используя вместе с интерфейсом ADSI средства Visual Basic, VBScript, JavaScript, C, C++, Windows Scripting Host, Visual C++ и страницы Active Server Pages, можно создавать и изменять все виды объекты любого вида вов каталогеа.
В документе Exchange 2000 ASP Deployment Guide (Руководство по развертыванию Exchange 2000 на серверах ASP-поставщиков) содержатся примеры применения языков VBScript и Visual Basic в комбинации с интерфейсом ADSI. Подробнее об интерфейсе ADSI см. раздел «ADSI» в документации комплекта Microsoft Platform SDK.
Интерфейс WMI
Чтобы сделать системы Windows 2000 и Exchange 2000 более управляемыми, корпорация Майкрософт разработала технологию WMI (Windows Management Instrumentation – инструментарий управления Windows). Интерфейс WMI создан на основе проекта WBEM (Web-Based Enterprise Management – управление предприятием при помощичерез Ввеб-технологий) группы DMTF (Distributed Management Task Force – рабочая группа по распределенному управлению); он расширяет модель CIM (Common Information Model – общая информационная модель), включая в нее представление объектов управления в средах администрирования на базе Windows. В состав интерфейса WMI, помимо расширения модели CIM, включены управляемые объекты, определенные этой моделью.
Интерфейс WMI состоит из трех уровней. Первый уровень – управляемая система: это может быть компьютер, жесткий диск, операционная система или процесс операционной системы.
Второй уровень – поставщик,: он извлекает системную информацию из различных систем. Затем поставщик передает эту информацию (уже имеющую стандартный формат, независимо от управляемой системы) служебной программе CIMOM (Common Information Model Object Manager – диспетчер объектов общей информационной модели). Эта передача осуществляется через стандартный набор COM-интерфейсов. Диспетчер CIMOM может быть охарактеризован как брокер запросов. Служебная программа CIMOM и ее база данных представлены в системе службой WinMgmt.
Третий уровень интерфейса WMI – потребитель WMI, представляющий собой управляющее приложение – например, оснастку консоли MMC, сервер SMS (Microsoft Systems Management Server), приложение, созданное вами с помощью средств Visual Studio, или сценарий.
Архитектуру интерфейса WMI иллюстрирует следующий рисунок.
Рис. 8. Архитектура интерфейса WMI
В состав сервера Exchange 2000 Server включены следующие поставщики WMI:
· ExchangeQueueProvider;
· ExchangeRoutingTableProvider;
· ExchangeClusterProvider.
Эти поставщики содержат следующие классы данных, которые можно использовать для сбора информации о состоянии тех или иных служб Exchange:
· ExchangeLink;
· ExchangeQueue;
· ExchangeConnectorState;
· ExchangeServerState;
· ExchangeClusterResource.
Система Windows 2000 предлагает ряд других поставщиков WMI; их также можно использовать в Exchange 2000. Ниже перечислены поставщики WMI в составе системы Windows 2000, которые могут пригодиться разработчикам приложений Exchange 2000:
· Event Log Provider (поставщик журнала событий);
· Performance Monitor Provider (поставщик системного монитора);
· Registry Event Provider (поставщик событий реестра);
· Windows Installer Provider (поставщик службы Windows Installer);
· Registry Provider (поставщик реестра);
· Security Provider (поставщик системы безопасности);
· Simple Network Management Protocol Provider (поставщик протокола SNMP);
· Windows Driver Model Provider (поставщик модели WDM);
· Win32® Provider (поставщик Win32);
· Directory Services Provider (поставщик служб каталогов);
· Performance Counters Provider (поставщик счетчиков производительности);
· Power Management Provider (поставщик управления электропитанием);
· View Provider (поставщик представлений).
Примеры сценариев мониторинга системы Exchange 2000, использующих интерфейс WMI приводятся в документе Exchange 2000 ASP Deployment Guide (Руководство по развертыванию Exchange 2000 на серверах ASP-поставщиков). Подробнее об инструментарии WMI см. материалы комплекта WMI SDK, которые включены в комплект Platform SDK, доступный по адресу http://msdn. /downloads/sdks/platform/platform. asp
Включение в комплект дополнительных служб
Этот раздел пока пуст; он будет заполнен после выпуска продукта.
Управление операциями |
В данном разделе подробно описываются механизмы управления, доступные на консоли MMC. Корпорация Майкрософт активно сотрудничает со многими независимыми производителями, выпускающими универсальные решения для ASP-поставщиков. Подробнее об управлении работой системы с помощью средств, разработанных корпорацией Майкрософт, говорится в документации по Exchange 2000, материалах комплекта SDK и веб-страницы, расположенной по адресу http://www. /management.
Интерфейс CDO для Windows 2000
Интерфейс CDO (Collaboration Data Objects – объекты данных для совместной работы) для Windows 2000 (иногда называемый – CDO 2.0 или CDOSYS. DLL) представляет собой объектную модель для разработки приложений передачи сообщений на базе системы Windows 2000. Эта модель строится на основе стандартов SMTP (Simple Mail Transport Protocol) и NNTP (Network News Transfer Protocol) и доступна в качестве системного компонента системы Windows 2000 Server. CDO для Windows 2000 – стандартный API-интерфейс для создания программ доставки больших объемов почты или создания веб-приложений передачи сообщений, работающих в среде Windows 2000 Server.
С помощью интерфейса CDO для Windows 2000 можно конструировать компоненты двух типов.
· Приложения передачи сообщений, которые могут доставлять электронную почту с использованием протоколов SMTP и NNTP. Это могут быть обычные текстовые сообщения или же сообщения формата MIME (Multipurpose Internet Mail Extensions – многоцелевые расширения почты Интернета).
· Приемники событий транспорта, которые могут синхронно перехватывать сообщения, поступающие в локальную службу SMTP или NNTP, и изучать их содержимое и поля конверта.
Интерфейс CDO для Windows 2000 позволяет реализовать следующие функциональные возможности:
· создание и отправка сообщений с использованием протоколов SMTP и NNTP;
· вложение уведомлений и других примечаний в электронную почту, посылаемую через ваш сервер;
· создание приложений ASP (Active Server Pages), поддерживающих передачу сообщений;
· обнаружение и ликвидация ненужной почты;
· обнаружение и ликвидация ненужных сообщений групп новостей;
· проверка входящих сообщений на вирусы;
· автоматическая пересылка и фильтрация сообщений.
Интерфейс CDO для Exchange Server
При установке Exchange 2000 на компьютере, работающем под управлением системы Windows 2000, компонент CDO для Windows 2000 заменяется новым компонентом модели COM – интерфейсом CDO для Exchange 2000. Функциональные возможности интерфейса CDO для Windows 2000 образуют подмножество функционального диапазона интерфейса CDO для Exchange 2000, поэтому все компоненты, включая приемники событий транспорта, продолжат работу в обычном режиме. При установке Exchange 2000 компонент CDO для Windows 2000 выводится из системы и рабочей среды COM с отменой регистрации.
Компоненты CDO для Windows 2000 и CDO для Exchange используют общий набор значений GUID (Globally unique identifier – глобальный уникальный идентификатор), определений интерфейса, результатов перечисления, констант модулей и т. п.; поэтому при установке Exchange 2000 вам не нужно будет повторно компилировать приложение, написанное на языке Visual Basic, Visual C++ или Visual J++®. Приложение просто загрузит новый компонент CDO для Exchange 2000 на этапе выполнения.
Примечание. Если приложение, использующее компонент CDO для Windows 2000, пользуется папкой сбора входящих сообщений, устанавливаемой на компьютере службой SMTP или NNTP, то это приложение нужно будет соответствующим образом переделать. После установки Exchange 2000 местом хранения входящих сообщений почты и файлов NNTP, размещаемых на сервере, будет система Exchange Web Storage System, и папка отброшенных сообщений, которая была создана в файловой системе для служб SMTP и NNTP, становится ненужной.
Интерфейс CDO для управления средой Exchange
Интерфейс CDOEXM (CDO for Exchange Management) для управления средой Exchange позволяет программным способом обращаться управлять к информациейи для управления, хранящейся на сервере Exchange 2000 Server.. Компонент CDOEXM инкапсулирует и тем самым упрощаетреализует решение задачи администрирования среды Exchange, что дает возможность должным образом управлять и содержимым службы Active Directory, и данными Exchange. Пользователю больше не нужно работать на слишком детализированном уровне службы Active Directory, используя интерфейс ADSI.
Компонент CDOEXM включает два интерфейса:
· ImailRecipient;
· ImailboxStore.
С помощью этих интерфейсов системные администраторы могут управлять пользователями, группами и контактами.
В состав CDOEXM входят также пять автономных COM-объектов:
· FolderTree;
· PublicStoreDB;
· MailboxStoreDB;
· StorageGroup;
· ExchangeServer.
Подробнее об интерфейсе CDOEXM см. материалы комплекта Exchange 2000 SDK или веб-страницу http://msdn. /library/techart/cdo_roadmap. htm.
CDOEXM и ADSI
С помощью интерфейса ADSI можно выполнять многие задачи настройки службы Active Directory, однако ADSI – это API-интерфейс общего вида, и в нем нет специфических функций управления данными Exchange в службе Active Directory. Кроме того, интерфейс ADSI не обеспечивает доступа к данным на компьютере, на котором выполняется Exchange 2000.
Вместе с интерфейсом ADSI можно использовать объекты CDO. Чтобы создать пользователя в среде Exchange, достаточно сначала создать его в службе Active Directory, используя для этого интерфейс ADSI. Затем можно переключиться в интерфейс CDOEXM и создать в хранилище почтовый ящик пользователя. Когда компонент CDOEXM создает почтовый ящик, он автоматически задает на сервере Exchange 2000 свойства, связывающие почтовый ящик Exchange с пользователем, зарегистрированным в службе Active Directory.
Примеры сценариев управления системой Exchange 2000 с помощью средств CDOEXM приводятся в документе Exchange 2000 ASP Deployment Guide (Руководство по развертыванию Exchange 2000 на серверах ASP-поставщиков)».
Транспортные Ссобытия транспорта
Службы SMTP и NNTP системы Windows 2000 предлагают реализуют архитектуру, допускающую добавление видоизменяемых приемниобработчиков синхронных транспортных событий транспорта. Транспортное сСобытие транспорта имеет место, когда содержимое сообщенияе в каком-либо виде транспортируется передается в эти службы или из них. Простейший пример транспортного события входящего транспортасобытия – поступление сообщения в службу SMTP через сеть или через папку сбора исвходящих сообщений SMTP.
Когда происходит транспортное событие транспорта, источник этого события уведомляетвызывает обработчик или запускает приемникитранспортного событияй транспорта, каждый из которых может предпринять некие действия в зависимости от типа данных, содержащихся в сообщении. Термин «синхронное событие» означает, что источник события не выполняет никаких операций над содержимым сообщения после его передачи в приемник обработчик и до возвращения из приемникаобработчика. Иными словами, источник блокируется на время работы приемникаобработчика. Пока приемник обработчик событий работает, он наделяется эксклюзивными правами управления содержимым сообщения и его состоянием.
Используя интерфейс CDO и транспортных событийя транспорта, вы сможете синхронно перехватывать почту или сообщения групп новостей и их заголовки после того, как они будут получены службой SMTP или NNTP, но до того, как они будут сохранены или ретранслированы в последующие службы.
Механизм транспортных событий транспорта позволяет делать следующее:
· проверять сообщения на вирусы;
· перенаправлять сообщение, изменяя его первоначальный путь доставки;
· блокировать прием нежелательной почты от конкретных отправителей;
· создавать специализированные службы типа автоответчика;
· архивировать сообщения;
· создавать службы списков рассылки;
· ограничивать число получателей, которым разрешается принимать входящую почту, в зависимости от домена отправителя и других атрибутов;
· помещать в группы новостей сообщения, доставляемые по протоколу SMTP;
· использовать протокол SMTP для отправки сообщений, поступающих по протоколу NNTP.
События службы SMTP
Событие службы SMTP – это проявление любой активности в рамках службы, например, отправка или поступление команды по протоколу SMTP, или передача сообщения компоненту транспорта службы по протоколу SMTP. При наступлении события служба SMTP, используя диспетчер событий, оповещает зарегистрированные приемники обработчики событий о данном событии. Уведомление приемников обработчиков событий осуществляется путем передачи информации в виде ссылок на COM-объекты.
События службы SMTP распадаются на две основные категории.
· События протокола, которые происходят, когда команды SMTP принимаются или передаются по сети. Такие события возникают в следующих случаях:
o клиентская служба SMTP-клиент или агент MUA (Messaging User Agent – агент пользователя системы сообщений) передает сообщения для доставки в локальную службу по протоколу SMTP;
o данная служба SMTP ретранслирует сообщения в другие службы SMTP.
· События транспорта, которые имеют место, когда служба получает сообщение, прошедшее через базовый транспорт SMTP. Когда сообщение проходит через транспорт, оно классифицируется (подвергается анализу и причисляется к определенной категории) и затем либо доставляется в локальное хранилище, либо ретранслируется по другому месту назначения, если оказывается не локальным.
Использование событий службы SMTP
События протокола SMTP и транспортные события транспорта позволяют совершенствовать и расширять функциональные возможности службы SMTP. Например, с помощью механизма событий службы SMTP можно создавать высокопроизводительные приложения, которые выполняют следующие функции:
· изменяют или расширяют набор команд протокола, поддерживаемых службой;
· изучают сообщение на предмет неправильного форматирования или небезопасного содержимого и блокируют передачу или доставку нежелательного сообщения;
· реализуют особые алгоритмы классификации сообщений, включая определение адресов ретрансляции или доставки сообщений и расширение списков рассылки;
· устанавливают собственное хранилище для доставки локальных сообщений, отличное от папки сбора входящих сообщений службы SMTP, используемой по умолчанию;
· совершенствуют и расширяют логику маршрутизации службы SMTP, чтобы на основе этой логики можно было определять, куда данная служба должна подключаться для ретрансляции сообщения, не отнесенного к категории локальной доставки.
События системы Web Storage System
События системы Web Storage System (система веб-хранения данных в Вебе) происходят, когда сохраняются или удаляются элементы этой системы, когда начинает или заканчивает работу хранилище информации, или когда истекает определенный интервал времени. Вы можете зарегистрироваться для получения уведомлений об этих событиях и создать классы приемников обработчиков COM-событий, которые будут получать данные уведомления. Классы приемников обработчиков событий будут также программным образом отвечать на полученные уведомления. Среда Exchange определяет интерфейсы и методы классов приемниковобработчиков, соответствующие таким событиям, и вы можете реализовать эти интерфейсы в своих приемниках обработчиках для получения уведомлений о событиях.
Перечислим типичные приложения, использующие приемники обработчики событий.
· Приложения управления документооборотом. Вы можете подписаться на получение уведомления о событии в случае, когда какой-либо элемент процесса документооборота помещается в систему Web Storage System. О каждом таком случае будет извещаться приемник событий, чтобы этот элемент можно было обрабатывать программным способом по мере его прохождения по инстанциям.
· Проверка достоверности элемента. Приемники Обработчики событий могут проверять элементы, когда они сохраняются в системе Web Storage System. Например, разработанный вамиш класс приемников обработчиков может реализовывать обрабатывать обработку уведомленией об удалении, применяя некий специальный критерий, позволяющий проверить, имеет ли данный пользователь право удалить этот элемент. Или же в случае сохранения элемента класс приемников обработчиков может будет способен проверять его формат.
· Сопровождение системы Web Storage System. Когда из какого-либо конкретного места в системе Web Storage System удаляется элемент, может понадобиться изменить или удалить другие элементы, находящиеся вне системы Web Storage System. Вы можете создавать приемники обработчики событий, автоматически выполняющие эту задачу.
Подробнее об обработчиках приемниках событий и о том, как подписаться на события, см. документацию комплекта Exchange 2000 Server SDK.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 |
