Пакет доступен во всех выпусках Windows Vista и Windows 7. Он необходим для настройки MSMQ.

Пакет недоступен в выпусках Windows Server 2008 или Windows Server 2008 R2. Если эта функция включена в файл ответов, может возникнуть сбой установки.

Основные компоненты сервера очереди сообщений (MSMQ)

Этот пакет доступен во всех семействах Windows Vista и Windows 7, а также семействах Windows Server 2008 и Windows Server 2008 R2.

Интеграция MSMQ с доменными службами Active Directory

Этот пакет доступен только в выпусках Windows Vista и Windows 7, которые поддерживают присоединение к домену. Этот пакет доступен во всех выпусках Windows Server 2008 и Windows Server 2008 R2.

Сервер клиентов нижнего уровня MSMQ

Пакет доступен только в выпусках Windows Server 2008. Этот пакет не существует в Windows Server 2008 R2.

Сервер маршрутизации MSMQ

Пакет доступен только в выпусках Windows Server 2008 и Windows Server 2008 R2.

Поддержка HTTP службой MSMQ

Пакет доступен только в некоторых выпусках Windows 7 и Windows Vista. Пакет доступен в выпусках Windows Server 2008 и Windows Server 2008 R2.

Поскольку поддержка MSMQ HTTP зависит от служб IIS (Internet Information Services) и WAS (Windows Activation Services), эти компоненты должны быть установлены, чтобы установка MSMQ HTTP была разрешена.

Дополнительные сведения об этих компонентах см. в Справочнике по установке Windows в автоматическом режиме.

Поддержка многоадресной рассылки

Службы управления правами

Включение MSMQ на работающей операционной системе Windows с помощью OCSetup.

MSMQ можно включить в работающей операционной системе Windows Vista или Windows 7, используя средство командной строки OCsetup.exe. Существует два способа использования OCsetup для настройки MSMQ:

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

Например, чтобы установить основные компоненты MSMQ, можно выполнить из командной строки программу OCsetup.exe с параметром MSMQ-Server.

И наоборот, чтобы удалить основные компоненты MSMQ, запустите из командной строки программу OCsetup.exe и укажите MSMQ-Server в качестве аргумента для параметра , а затем укажите параметр /uninstall:

Воспользуйтесь файлом ответов с помощью OCSetup. Используя параметр /unattend, можно указать для настройки Windows файл ответов автоматической установки. Чтобы создать файл ответов, используйте Windows SIM. Обрабатываются только пакетные действия, указанные в разделе файла ответов. Все прочие параметры файла ответов игнорируются.

Перед запуском программы OCSetup с файлом ответов следует убедиться, что все компоненты, указанные в файле ответов, доступны в версии Windows, в которой запускается OCSetup. Если компонент находится в файле ответов и не доступен в образе Windows, то установка может привести к ошибке. Например, если производится попытка запуска OCSetup с файлом ответов в Windows 7 Домашняя базовая и в файле ответов указан компонент MSMQ-HTTP, то установка завершится сбоем, поскольку Windows 7 Домашняя базовая не поддерживает MSMQ HTTP.

Чтобы проверить файл ответов по отношению к образу Windows, воспользуйтесь Windows SIM.

Дополнительные сведения о синтаксисе команды OCsetup см. в разделе Параметры командной строки OCSetup.

Для Windows Server 2008 R2 рекомендуется использовать пользовательский интерфейс диспетчера сервера или средство командной строки, чтобы настроить роли сервера.

Ограничения по установке MSMQ

В следующих разделах описаны некоторые ограничения и варианты их обхода при настройке MSMQ.

Установка Active Directory на контроллере домена

Чтобы настроить контроллер домена Windows Server 2008 R2 для MSMQ, необходимо добавить сетевую службу на контроллер домена объекта компьютера в Active Directory.

Нажмите кнопку Пуск, наведите указатель на пункт Администрирование, щелкните правой кнопкой Пользователи и компьютеры Active Directory и выберите Запуск от имени администратора.

Нажмите Просмотр, а затем щелкните Дополнительные параметры.

Раскройте сайт домена, выберите сайт Контроллеры домена, щелкните правой кнопкой объект Компьютер, а затем выберите Свойства.

Откройте вкладку Безопасность.

Добавьте объект Сетевая служба и разрешите полный доступ или, по усмотрению, доступ на чтение и создание, или удалите дочерние объекты для проверки подлинности.

После добавления сетевой службы, установите MSMQ, интеграцию с Active Directory и службу нижнего уровня. Если MSMQ установлен раньше, чем контроллер домена, то убедитесь, что раздел реестра Workgroup в HKLM\Software\Microsoft\MSMQ\Parameters\ имеет значение 1, а затем перезапустите MSMQ.

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

Установка службы маршрутизации на компьютере, не являющемся контроллером домена

Чтобы установить маршрутизацию на компьютере, не являющемся контроллером домена, необходимо использовать следующую процедуру:

Нажмите кнопку Пуск, выберите Администрирование, а затем щелкните правой кнопкой Active Directory — сайты и службы.

Разверните сайт Сайты.

Разверните сайт, в котором находится настраиваемый компьютер.

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

На вкладке Безопасность добавьте следующие разрешения для компьютера. Может потребоваться поиск компьютера.

Создание всех дочерних объектов

Включите наследование для разрешений:

На вкладке Безопасность, выберите Дополнительно..

Выберите Редактировать для объекта компьютера.

На вкладках Объект и Свойства измените поля Применить к на Этот объект и все дочерние объекты.

Чтобы принять установки, дважды нажмите ОК.

Установите на компьютере службу маршрутизации.

См. также

Щелкните здесь, чтобы отправить отзыв на этот раздел.

Обзор Message Queuing

В пространстве имен System.Messaging определены классы, которые позволяют выполнять чтение и запись сообщений с использованием такого предлагаемого в составе операционной системы Windows средства для организации сообщений, как .

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

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

При синхронном программировании, когда вызывается метод, то вызвавший его код должен ожидать, пока метод не завершит свою работу. При асинхронном программировании вызывающий поток запускает метод и параллельно продолжает свою работу. Асинхронное программирование основано на применении делегатов, библиотек классов, которые уже поддерживают асинхронные методы (например, прокси-классы веб-служб и классы из пространств System.Net и System.IO), либо специальных потоков. Как при синхронном, так и при асинхронном программировании клиент и сервер должны работать в одно и то же время.

Хотя Message Queuing работает асинхронно, поскольку клиент (отправитель) не ожидает прочтения получателем (сервером) оправленных ему данных, между Message Queuing и асинхронным программированием существует принципиальная разница: Message Queuing может выполняться в автономной (отключенной) среде. На момент отправки данных их получатель может быть отключен. Позднее, когда получатель подключится, он получит данные без вмешательства отправляющего приложения.

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

Конечно, может случиться так, что почта не будет прочитана никогда, а просто проигнорирована. Такова природа отключенных коммуникаций. Чтобы избежать этой проблемы, можно запросить ответ или подтверждение факта прочтения письма. Если ответ не придет в течение определенного времени, возможно, придется как-то справляться с таким «исключением». Все это также возможно в Message Queuing.

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

С помощью Message Queuing можно отправлять, принимать и маршрутизировать сообщения в подключенной и отключенной (автономной) среде. На рисунке ниже показан очень простой способ использования сообщений. Отправитель посылает сообщения в очередь сообщений, а получатель принимает их из этой очереди:

Когда следует использовать Message Queuing

Одной из ситуаций, в которых удобно применять Message Queuing — это когда клиентское приложение часто отключается от сети (например, у коммивояжера, навещающего заказчиков на местах). Коммивояжер может вводить данные заказа непосредственно у заказчика. Приложение ставит сообщение о каждом заказе в очередь сообщений, находящуюся на клиентской системе. Как только коммивояжер возвращается в свой офис, заказ автоматически передается из очереди сообщений клиентской системы в очередь сообщений целевой системы, где и обрабатывается.

Помимо портативного компьютера, коммивояжер может использовать устройство Pocket Windows, где также доступно Message Queuing.

Технология Message Queuing может быть полезна и в подключенной среде. Представьте сайт электронной коммерции (показан на рисунке ниже), где в определенные периоды времени сервер полностью загружен обработкой заказов, например, в ранний вечер и в выходные, при этом по ночам нагрузка значительно уменьшается. Решение проблемы может состоять в приобретении более быстрого сервера или в добавлении дополнительных серверов к системе, чтобы они справлялись с пиковыми нагрузками.

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

Функциональные возможности Message Queuing

Технология Message Queuing является службой, которая поставляется как часть операционной системы Windows. Ниже перечислены ее основные функциональные возможности:

Сообщения могут пересылаться в автономной среде. То есть приложению-отправителю и приложению-получателю вовсе не обязательно выполняться в одно и то же время.

В экспресс-режиме сообщения могут пересылаться очень быстро. В экспресс-режиме сообщения просто сохраняются в памяти.

Для механизма восстановления сообщения могут отправляться с гарантированной доставкой. Такие сообщения сохраняются в файлах и доставляются даже в случае перезагрузки сервера.

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

В Message Queuing 3.0 поддерживается возможность отправки многоадресных (multicast) сообщений.

В Message Queuing 4.0 поддерживается возможность распознавания вредоносных сообщений. Для таких сообщений может быть определена специальная очередь.

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

В Message Queuing 5.0 поддерживаются более безопасные алгоритмы аутентификации, и может обрабатываться большее количество очередей. (В Message Queuing 4.0 при обработке нескольких тысяч очередей начинали возникать проблемы с производительностью.)

Из-за того, что Message Queuing является частью операционной системы, установить версию Message Queuing 5.0 в системе Windows XP или Windows Server 2003 не получится. Эта версия входит в состав ОС Windows Server 2008 R2 и Windows 7.

Продукты Message Queuing

Версия Message Queuing 5.0 поставляется в составе Windows 7 и Windows Server 2008 R2. В Windows 2000 входила версия Message Queuing 2.0, в которой не было поддержки ни протокола HTTP, ни многоадресных сообщений. Версия Message Queuing 3.0 поставлялась в составе Windows XP и Windows Server 2003, а версия Message Queuing 4.0 — в составе Windows Vista и Windows Server 2003.

При использовании ссылки Turn Windows Features on or off (Включение или отключение компонентов Windows), которая предлагается в Windows 7 в окне Configuring Programs and Features (Программы и компоненты), можно обнаружить отдельный раздел с опциями, касающимися Message Queuing:

В этом разделе доступны для выбора перечисленные ниже компоненты:

Microsoft Message Queue (MSMQ) Server Core

Основные компоненты сервера очереди сообщений (MSMQ), которые необходимы для получения базовой функциональности Message Queuing.

Active Directory Domain Services Integration

Интеграция MSMQ доменных служб Active Directory. Это средство позволяет записывать имена очередей сообщений в Active Directory. С помощью этой опции можно находить очереди в Active Directory и защищать их на основе пользователей и групп пользователей Windows.

MSMQ HTTP Support

Поддержка протокола HTTP MSMQ. Поддержка MSMQ HTTP позволяет отправлять и принимать сообщения, используя протокол HTTP.

Triggers

С помощью триггеров создаются экземпляры приложений при поступлении нового сообщения.

Multicast Support

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

MSMQ DCOM Proxy

С помощью DCOM-прокси система может подключаться к удаленному серверу, используя API-интерфейс DCOM.

После установки Message Queuing в системе должна быть обязательно запущена служба Message Queuing (показана на рисунке). Эта служба читает и записывает сообщения, а также взаимодействует с другими серверами Message Queuing для осуществления маршрутизации сообщений по сети:

Вам также может понравиться

Windows или Linux: Что лучше выбрать?

Есть много причин выбирать между Windows и Linux, но

Файл владелец изменить linux

Команда Chown в Linux Chown Command in Linux (File

Установка шлюза по умолчанию linux

Настройка сети вручную Содержание Краткое описание

Чем разбить диск для linux

ИТ База знаний Курс по Asterisk Полезно — Узнать IP —