Про кодировку Exchange 2010:

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

Про кодировку Exchange 2010:

В нашей организации после перехода на Exchange 2010   и работы на нем  около полугода, появилась проблема с кодировкой поступающих сообщений. Проблема не постоянная и  от случая к случаю имеет  свои симптомы, основной из которых это сбой кодировки письма при наличии  в теме  письма символов \ / : * ? «<> |«» или вложенного письма в котором в теме присутствуют указанные
символы.  Позже  выяснилось что часть писем не имеет  указанных символов, но при этом  кодировка сообшения битая.  Выполнили немало шагов по устранению проблемы,  результата не достигли.  В итоге     суппорт говорит, что такое поведение системы «Баг»,  который  в обычной ситуации не проявляется, и для которого в скором времени будет выпущен соответствующий fix. Кто бы мог подумать    встречаются такие баги  в продукте, для которого уже  вышло пакеты обновления и миллион обновлений.

В качестве  обходного решения  рекомендуется:

У всех клиентов выставить формат сообщения UTF-8 «Set outgoing messages encoding to UTF-8»

1. 2007 Office system Administrative Template files — http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=22666

Parameter User Configuration\Administrative
Templates\Microsoft Office Outlook 2007\Tools | Options\Mail
Format\International Options\Encoding for outgoing messages в UTF-8

2. Office 2010 Administrative Template files — 2010 http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=18968

Parameter User Configuration\Administrative
Templates\Microsoft Office Outlook 2010\Outlook Options\Mail
Format\International Options\Encoding for outgoing messages в UTF-8

Сравниваем производительность виртуальных дисков. Fixed/Dynamic/Pass-through

Интересную статью опубликовали на  блоге  Russian Windows Virtualization Discussion на тему сравнения производительности  дисков для виртуальных машин. После выхода второй версии Hyper-v все проблемы с производительностью у динамических дисков были сняты, что автор подтверждает графиками из тестирования.  Интересно то, что автор в конце рекомендует использовать промышленных решениях  динамические диски.  Хотя еще недавно в Hyper-V Security Guide было  написано обратное.  Ведь по мимо производительности в промышленных системах можно столкнуться с ситуацией когда закончится место на физическом диске. Такая ситуация может произойти если при назначении дисков не верно рассчитан размер физического хранилища и виртуальных дисков.

 

Например в Hyper-V Security Guide написано 

Microsoft recommends using fixed-sized VHD files for best performance, and to prevent virtual machines from unexpectedly running out of storage space.

Что это – не успели поправить ?

Глядя на преимущества динамических виртуальных дисков — такие как экономия дискового пространства, простота выделения, удобство резервного копирования, возможность создания дифференциальных дисков, возможность использования снимков (snapshots) в виртуальных машинах — по сравнению с совсем незначительными потерями в производительности, я для себя решил, что в абсолютном большинстве случаев я буду использовать теперь именно динамические виртуальные диски. Гнаться за 1% дисковой производительности, достигаемом выделением отдельного LUN определенного размера на каждый диск виртуальной машины, я не вижу смысла. Тем более, что этот 1% дисковой производительности в реальных задачах размоется в еще менее заметное значение, ибо большинство задач упирается совсем не в недостаток производительности дисков.

В качестве вывода этой заметки я бы рекомендовал всем — используйте динамические виртуальные диски с Windows Server 2008 R2 и Hyper-V. Это удобно, быстро и надёжно.

Читать всю статью …

Web страница на Technet где собраны все материалы по Hyper-V

Microsoft представила  Web страницу на Technet,  где  собраны все материалы по Hyper-V
рекомендую посетить данный ресурс.  Можно найти много нового. 🙂

http://technet.microsoft.com/ru-ru/dd565807(en-us).aspx

Вышла новая версия Offline Virtual Machine Servicing Tool v2.1

Вышла новая версия Offline Virtual Machine Servicing Tool v2.1

Что нового?
Ну прежде всего это поддержка всей линейки R2,теперь поддерживаются следующие продукты:

  1. Hyper-V-R2
  2. VMM 2008 R2
  3. SCCM 2007 SP2
  4. WSUS 3.0 SP2
  5. OVMST 2.1 также поддерживает обновления для Windows 7 и Windows Server 2008 R2.

Источник Virtualization Team Blog

Немного сравнений в версиях гипервизора

Сравнение Virtual Server и Windows Server 2008 SP1 Hyper-V

Для начала начнем с младших версий продуктов Microsoft, в частности это Microsoft Virtual Server который был одним из первых решений по виртуализации и который работает в среде Windows 2003/R2. В дальнейшем этот продукт был заменен на более продвинутое решение на базе Windows 2008 Hyper-V решение на базе гипервизора.

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

Основные функции

Virtual Server 2005 R2

WS08 + RTM Hyper-V

Поддержка 32-bit виртуальных машин

Да

Да

Поддержка 64-bit виртуальных машин

Нет

Да

Поддержка нескольких процессоров для виртуальных машин

Нет

Да, 4 ядра на одну виртуальную машину

Поддержка памяти для виртуальной машины

3.6Гб на одну виртуальную машину

64Гб на одну виртуальную машину

Управляемость средствами System Center Virtual Machine Manager

Да

Да

Поддержка Microsoft Clustering Services

Yes

Да

Поддержка (VSS)

Да

Да

Scriptable / Extensible

Да, COM

Да, WMI

Интерфейс

Web интерфейс

MMC 3.0 интерфейс

Изменения в версиях гипервизора Windows Server 2008 SP1 HyperV и Windows Server 2008 R2 HyperV

Ниже в таблице, можно увидеть какие изменения произошли после обновления первой версии гипервизора Windows Server 2008 SP1 Hyper-V на версию Windows Server 2008 R2 Hyper-V.

Основные функции

WS08 + RTM Hyper-V

WS08 SP2 Hyper-V

Windows Server 2008 R2 Hyper-V

Поддержка логических процессоров

16

24

64

Максимальное кол-во запущенных машин

128

192

384

Поддержка виртуальных процессоров

128

192

512

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

4 (только для w2008)

4 (только для w2008)

4 (только для w7 и w2008)

Управление адресным пространством

Программное

Программное

Аппаратное если доступны

(EPT от Intel и Rapid Virtualization Indexing от AMD)

Парковка ядер

Нет

Нет

Да

Изменения на уровне сети Windows Server 2008 SP1 Hyper-V  и Windows Server 2008 R2 Hyper-V

Основные функции

WS08 + RTM Hyper-V

WS08 SP2 Hyper-V

Windows Server 2008 R2 Hyper-V

IPv6 offloads

Нет

Нет

Да

LSOv2

Ограниченно

(LSOv1 из VM)

Ограниченно

(LSOv1 из VM)

Поддерживается

Guest to guest throughput

Хорошо

Хорошо

Отлично

VMQ

Нет

Нет

Yes – Off by default

Chimney

Нет

Нет

Yes – Off by default

Jumbo Frames

Нет

Нет

Yes

Virtual Switch MAC learning

Хорошо

Хорошо

Отлично

Virtual NIC interrupts

VP0

VP0

VP0 receive / distributed for send

Изменения на уровне подсистемы хранения Windows Server 2008 SP1 Hyper-V и Windows Server 2008 R2 Hyper-V

Основные функции

WS08 + RTM Hyper-V

WS08 SP2 Hyper-V

Windows Server 2008 R2 Hyper-V

Dynamic VHD Performance

Пишет в 3 раза медленней, чем фиксированные.

Пишет в 3 раза медленней, чем фиксированные.

Практически одинаково с фиксированными

Diff Disk Scaling Performance

1x

1x

4x – 5x

IO Sizes (Virtual SCSI)

64KB

64KB

8MBytes

(improves throughput)

IO Size (Virtual IDE – no changes just for comparison)

64KB

64KB

64KB

VHD Block Size

512KB

512KB

2MB

Fixed VHD Creation Speed

1x

1x

3x – 4x

Hot add of storage

Нет

Нет

Да

SCSI Command Pass-through

Нет

Нет

Да

Функции верхнего уровня Windows Server 2008 SP1 Hyper-V и Windows Server 2008 R2 Hyper-V

В последней таблице отражены функции, верхнего уровня которые, были улучшены в новой версии Hyper-V:

Основные функции

WS08 + RTM Hyper-V

WS08 SP2 Hyper-V

Windows Server 2008 R2 Hyper-V

Moving Virtual Machines

Quick Migration

Quick Migration

Live Migration

VDI

Нет

Нет

16 Node x 64 VM

NUMA

Ok placement – stack on Node 0

Ok placement – stack on Node 0

Более равномерное распределение

Ссылка на источник:

Производительность VHD Fixed VS Dynamic

Все   чаще и чаще звучат вопросы о производительности VHD, какой тип лучше выбрать Dynamic или Fixed размер ? Однозначно  в Best Practices рекомендуется использовать Fixed потому, что это быстрее и безопаснее с точки зрения оставшегося места, а именно —  место на дисковой подсистеме внезапно  не закончится. Однако очень хочется знать  и понимать на сколько  Fixed вариант быстрее Dynamic  варианта ?

На одном из блогов нашел информацию по тестам. которые были проведены с разными вариантами VHD.

Из представленного графика видно, что  фиксированный размер VHD  в большинстве сценариев работает быстрее на 10% — 15%

  • Фиксированные. Фиксированный виртуальный жесткий диск — это диск, занимающий объем физического дискового пространства управляющей операционной системы, равный максимальному размеру диска, независимо от того, требуется ли это дисковое пространство виртуальной машине. На создание фиксированного виртуального жесткого диска затрачивается больше времени, поскольку при его создании определяется VHD-файл заданного размера. Такой тип виртуального жесткого диска обеспечивает лучшую производительность по сравнению с другими типами, поскольку фиксированные виртуальные жесткие диски хранятся в смежных блоках управляющей операционной системы.
  • Динамически расширяемые. Динамически расширяемый виртуальный жесткий диск — это диск, в котором размер VHD-файла растет по мере записи данных на этот диск. Такой тип обеспечивает более эффективное использование дискового пространства. Чтобы избежать нехватки дискового пространства в управляющей операционной системе, необходимо будет отслеживать доступное дисковое пространство.
  •  

    Источник:  HyperVoria

    Опубликовал свой доклад на TechDays и статейку на ITband.ru

    1.Подготовил и опубликовал каст на TechDays  на тему: Использование Authorization Manager для делегирования доступа к виртуальным машинам Hyper-V, честно говоря при подготовке намучался с рендерингом доклада в видео. Но в итоге тема удалась! Может конечно не так красочно но все-таки тема раскрыта. Всем,  кто занимается Hyper-V рекомендую посмотреть каст на TechDays.

    2.Опубликовали мою статью на тему: Синхронизация учетных записей средствами ILM 2007 между каталогом Active Directory и каталогом Novell eDirectory на общеизвестном ресурсе ITband.ru. Чему я очень рад. Думаю, она понравится тем, кто давно ждал такую тематическую тему. Все-таки Novell уже не так часто используется и аудитория для данной статьи достаточно мала. Что касается ILM, думаю подготовить статью на тему синхронизации учетных записей в разных лесах с помещением в группы + создание почтового ящика в Exchange 2007.

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

    Синхронизация учетных данных средствами ILM 2007 между каталогом Active Directory и каталогом Novell eDirectory. Часть 2

    Далее нам необходимо сконфигурировать конектор для Novell Netware.

    Конфигурирация коннектора для Novell Netware с именем «Novell»

    Выбираем Management Agents: Create

    В поле Management Agent for: выбираем Novell eDirectory

    В поле Name указываем: Novell Connector

    Нажмите Next.

    Рисунок 15 Конфигурирование коннектора для Novell Netware

    Задаем параметры подключения к LDAP интерфейсу, имя или IP адрес сервера, порт, DN пользователя с правами на чтение/запись соответствующий разделов каталога и пароль.

    Server:192.168.13.148

    Port:389

    User name: cn=admin,o=org01

    Password: пароль для учетной записи admin

    Рисунок 16 Настройка параметров подключения к LDAP интерфейсу

    Далее выбираем контейнер, с которым будет проводиться тестирование – отмечаем чекбокс на ou=Users,o=org01.

    Рисунок 17 Выбор контейнеров

    Выбираем объекты для работы, кроме обязательных добавляется inetOrgPerson.

    Нажмите Next.

    Рисунок 18 Выбор списка атрибутов для работы

    Отмечаем чекбоксами список необходимых атрибутов для работы

    1) cn;

    2) displayName;

    3) facsimileTelephoneNumber;

    4) fullName;

    5) givenName;

    6) initials;

    7) Language;

    8) Mail;

    9) passwordAllowChange;

    10) sn;

    11) telephoneNumber;

    12) uid;

    13) userPassword;

    Нажмите Next.

    Рисунок 19 Выбор объектов для работы

    Фильтры соединителей не используются.

    Нажмите Next.

    Рисунок 20 Настройка фильтров соединителей

    Далее настраиваем проецирование объектов, они объединяются по атрибуту uid, и проецируются следующим образом — inetOrgPerson в person. (Рис. 22)

    Выбираем New Join Rule в поле Data source attribute: отметьте inetOrgPerson

    В поле Metaverse attribute: uid

    Нажмите: Add condition

    Нажмите Ок.

    Далее нажмите кнопку New Projection Rule

    Нажмите Ок.

    Рисунок 21 Настройка проецирования объектов

    Нажмите Next.

    Рисунок 22 Объединение объектов по атрибуту

    Далее конфигурируем поток атрибутов для операции экспорта. Настройте потоки операций экспорта согласно Рис 23.

    Нажмите Next.

    Рисунок 23 Конфигурация экспорта атрибутов

    Здесь используются константы для атрибутов Language и passwordAllowChange с присвоенными им значениями ENGLISH и TRUE. Это вырожденный случай, для реальных задание этих значений может быть возложено на обработчики процедур экспорта.

    На данном этапе выяснилось, что атрибут userPassword недоступен ни для экспорта, ни для импорта, задание констант для него также не применимо. Таким образом, для данного атрибута доступно задание только через процедуры обработчики правил управления (provisioning rules), либо правила экспорта (export rules).

    Нажмите Next.

    Вкладка Deprovisioning остается без изменений.

    Нажмите Next.

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

    Конфигурируются правила управления (metaverse extension).

    Рисунок 24 Конфигурирование правил управления

    Создаем проект «Create Rules Extension Project» и отмечаем чекбокс Enable metaverse rules extension и Enable Provisioning Rules Extension.

    Далее открываем Visual Studio и в окне Visual Studio собираем проект и указываем имя dll библиотеки в поле Rules extension name.

    Создайте проект на языке C#. Есть возможность создания проекта на Visual Basic. Visual Studio может быть установлен и на другом компьютере, но тогда отсутствует возможность интеграции с ILM.

    Требуется закомментировать следующие строки (выделены) и вставить после них строки кода приведенного ниже.

    Рисунок 25 Компиляция кода

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

    имя контейнера и имя организации используемого в eDirectory.

    Container = "ou=Контейнер в eDirectory ,o=Организация в eDirectory";

    Так же требуется указать имя агента используемого для синхронизации ILM с Novell eDirectory.

    ManagementAgent = mventry.ConnectedMAs[" имя агента Novell Connector "];

    Код для реализации правила управления для коннектора с именем Novell Connector:

    —————————————————————————————————-

    void IMVSynchronization.Provision (MVEntry mventry)

    {

    const long ADS_UF_SCRIPT = 0x0001; // The logon script will be executed

    const long ADS_UF_ACCOUNTDISABLE = 0x0002; // Disable user account

    const long ADS_UF_HOMEDIR_REQUIRED = 0x0008; // Requires a root directory

    const long ADS_UF_LOCKOUT = 0x0010; // Account is locked out

    const long ADS_UF_PASSWD_NOTREQD = 0x0020; // No password is required

    const long ADS_UF_PASSWD_CANT_CHANGE = 0x0040; // The user cannot change the password

    const long ADS_UF_ENCRYPTED_TEXT_PASSWORD_ALLOWED = 0x0080; // Encrypted password allowed

    const long ADS_UF_TEMP_DUPLICATE_ACCOUNT = 0x0100; // Local user account

    const long ADS_UF_NORMAL_ACCOUNT = 0x0200; // Typical user account

    const string USER_ACCOUNT_CONTROL_PROP = "userAccountControl";

    ConnectedMA ManagementAgent; // Management agent object

    int Connectors = 0; // Management agent connectors

    ReferenceValue DN; // Distinguished name attribute

    string Container; // Container name

    string RDN ; // Relative distinguished name strings

    CSEntry csentry; // Connector space entry object

    ValueCollection vcObjectClass; //ObjectClass collection object

    // Determine the state of the metaverse object.

    if(mventry[USER_ACCOUNT_CONTROL_PROP].IsPresent)

    {

    long currentValue=mventry[USER_ACCOUNT_CONTROL_PROP].IntegerValue;

    if((currentValue&ADS_UF_ACCOUNTDISABLE)!=ADS_UF_ACCOUNTDISABLE)

    {

    // Get the management agent connectors.

    ManagementAgent = mventry.ConnectedMAs["Novell connector"];

    Connectors = ManagementAgent.Connectors.Count;

    // Construct the distinguished name.

    Container = "ou=Users,o=org01";

    RDN = "cn=" + mventry["uid"].Value;

    DN = ManagementAgent.EscapeDNComponent(RDN).Concat(Container);

    // If there are no connectors, create the connector, set the distinguished

    // name attribute, and then add the new connector to the collection.

    if(0 == Connectors)

    {

    csentry = ManagementAgent.Connectors.StartNewConnector("inetOrgPerson");

    csentry.DN = DN;

    vcObjectClass=Utils.ValueCollection(csentry.ObjectClass.ToString());

    vcObjectClass.Clear();

    vcObjectClass.Add("inetOrgPerson");

    vcObjectClass.Add("organizationalPerson");

    vcObjectClass.Add("person");

    vcObjectClass.Add("ndsLoginProperties");

    csentry.CommitNewConnector();

    csentry.ObjectClass=vcObjectClass;

    if (csentry["userPassword"].IsMultivalued)

    {

    SetNovellPW(csentry,"password");

    }

    }

    // If a connector exists, get the existing connector and assign the new

    // distinguished name value. If the original attribute value is the same

    // as the new distinguished name, then the original attribute value

    // remains the same.

    else if(1 == Connectors)

    {

    csentry = ManagementAgent.Connectors.ByIndex[0];

    csentry.DN = DN;

    }

    // Throw an exception if more than one connector exists.

    else

    {

    string ExceptionMessage;

    ExceptionMessage = "Multiple Connectors on Management Agent";

    throw new UnexpectedDataException(ExceptionMessage);

    }

    }

    }

    }

    void SetNovellPW(CSEntry csentry, string pw)

    {

    byte[] password = new byte[0];

    password = System.Text.UTF8Encoding.UTF8.GetBytes(pw);

    byte[] ExtendedPassword = new byte[password.Length+2];

    for(int x=0;x<password.Length;++x)

    {

    ExtendedPassword[x] = password[x];

    }

    csentry["userPassword"].Values.Add(ExtendedPassword);

    return;

    }

    ——————————————————————————————————

    После внесения изменений в код требуется собрать библиотеку MVExtension.dll для этого выберите в списке меню Build пункт Build solution. При этом библиотека автоматически с компилируется и будет помещена по следующему адресу

    C:\Program Files\Microsoft Identity Integration Server\Extensions

    Данный метод вызывается при операциях синхронизации коннекторов и метабазы. Выполняются следующие проверки:

    1) Проверка того, что методу передан объект из AD коннектора и является записью пользователя.

    2) Проверка наличия атрибута AccountProperties.

    3) Проверка, не выставлен ли у этого аккаунта флаг AccountDisable.

    Если всё это выполнено, начинается работа с коннектором Novell и проверяется, есть ли соединители в этом коннекторе:

    Если их нет, то создаётся новый соединитель, в контейнере ou=Users,o=org01. Для создания пользовательской учётной записи в Novell eDirectory необходимо создать объект inetOrgPerson с атрибутом objectClass со значениями inetOrgPerson, organizationalPerson, person, ndsLoginProperties. Также здесь устанавливается начальный пароль для пользователя «password». Атрибут userPassword в eDirectory доступен только для записи, и является служебным, для задания пароля пользователя. Процедура SetNovellPW выполняет операцию перевода строки в массив байт, и передачи этого значения в коннектор.

    Если соединитель есть и он один, то это значит, что объект, либо просто обновил значения атрибутов, либо перемещён. При этом необходимо обновить значение атрибута DN.

    Остальные атрибуты буду экспортированы из metaverse согласно установленным правилам экспорта.

    Заносится тестовая база CN=Users,DC=nwtraders,DC=msft в Active Directory, выполняется процедура полного импорта данных из AD коннектора и экспорта данных в Novell. Novell Client успешно входит в систему, под новыми записями с паролем «password».

    Конфигурация Run Profiles для коннектора Active Directory Connector.

    Конфигурация Run Profiles для агента Active Directory Connector

    Рисунок 26 Конфигурация Run Profiles для агента Active Directory

    В конфигурация Run1 используется тип синхронизации

    Step1 — Full Import (Stage Only)

    Рисунок 27 Конфигурация Run Profiles для агента Active Directory

    В конфигурация Run3 используется тип синхронизации

    Step1 — Full Synchronization

    В конфигурации Normal используется

    Step1 — Full import and Full Synchronization

    Конфигурации Run Profiles для агента Novell

    В конфигурация Run2 используется тип синхронизации

    Step1 — Full Import (Stage Only)

    Рисунок 28 Конфигурации Run Profiles для агента Novell

    В конфигурации Run4 используется тип синхронизации

    Step1 — Full Synchronization

    Step 2 — Export

    В конфигурации Normal используется

    Step1 — Full import and Full Synchronization

    Step 2 – Export

    Запуск процедур Run Profiles

    Запуск процедур Run Profiles необходимо выполнять согласно номерам

    · Run1

    · Run2

    · Run3

    · Run4

    · Normal

    · Normal

    После синхронизации данных учетная запись, созданная в Active Directory будет создана в eDirectory. То есть при создании учетной записи в Active Directory она автоматически создается в Novell eDirectory, после удаления учетной записи из AD она автоматически удаляется из Novell eDirectory.

    Далее создаем тестовую среду для работы компьютеров с аутентификацией в двух местах: в Novell eDirectory и в Active Directory. Текущая конфигурация клиентов Windows XP + Novell Client.

    Заполняем закладку клиента Novell с указанием имени пользователя и домена Windows .

    Рисунок 29 Закладка для указания имени пользователя и домена Windows

    После входа в систему, появляется новое окно, в котором необходимо указать пароль Windows. Необходимо отметить чекбокс изменения пароля Windows после успешного аутентификации в Novell.

    В окне смены пароля есть возможность одновременно сменить пароль Novell и пароль Windows.

    Рисунок 30 Ввод пароля Windows

    Рисунок 31 Смена пароля Novell и пароля Windows

    Таким образом, получена среда с двойной аутентификацией. Синхронизация паролей возложена на клиента Novell.

    Синхронизация учетных данных средствами ILM 2007 между каталогом Active Directory и каталогом Novell eDirectory. Часть 1

    Синхронизация учетных данных средствами ILM 2007 между каталогом Active Directory и каталогом Novell eDirectory. Часть 1

    Синхронизация учетных данных средствами ILM 2007 между каталогом Active Directory и каталогом Novell eDirectory.

    И так задача состоит в том, чтобы синхронизировать учетные записи между Active Directory и Novell eDirectory средствами ILM 2007 вернее его частью Microsoft Identity Integration Server: Фактически процесс выглядит следующим образом — при создании учетной записи в Active Directory она должна автоматически создаваться в Novell eDirectory, если учетную запись удалить из AD то она автоматически удаляется из Novell eDirectory.

    Я развернул стенд, состоящий из трёх серверов и одной рабочей станции со следующим установленным программным обеспечением:

    1) Сервер 1 – Windows Server 2003 EE, ILM, SQL Server 2005 EE.

    2) Сервер 2 – Windows Server 2008 EE. Active Directory «nwtraders.msft».

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

    Рисунок 1 Организационная единица в AD

    Так же в Active Directory созданы 2 учетные записи одна для сервера ILM с именем ILM вторая для ннектора Active Directory, обе учетные записи входят в состав группы администраторы домена. Так как мы используем стенд в целях тестирования, нам не принципиально количество предоставленных прав учетным записям. В любых других случаях рекомендуется предоставлять права для учетных записей согласно Best Practices.

    3) Сервер 3 – Novell Netware 6.1 + Service Pack 3(eDirectory 8.6.2). дерево NDS с корнем «o=lan».

    4) Рабочая станция 1 – Windows XP Professional + Service Pack 3, Novell Client 4.8.3 SP2 + PostSP2 Update “E”, Console ONE 1.3.6.

     

    Рисунок 2 Общая схема стенда

    В нашей конфигурации служба Active Directory выступает в роли ведущего (инициатора изменений), Novell eDirectory – выступает в качестве ведомого. Все пользовательские записи заносятся в Active Directory при помощи Active Directory Users & Computers.

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

    Настройка атрибутов метабазы ILM 2007

    Выбираем опцию Metaverse Designer, выделяем объект person, выбираем в поле Actions параметр add Attribute —> New attribute и устанавливаем следующие значения.

    Attribute name : userPassword

    Attribute type: Binary (indexable)

    Нажимаем два раза Ок.

    Рисунок 3 Внесение новых атрибутов в метабазу ILM 2007

    Далее еще раз выделяем объект person, выбираем в поле Actions параметр add Attribute —> New attribute и устанавливаем следующие значения.

    Attribute name : userAccountControl

    Attribute type: Number

    Нажимаем два раза Ок.

    После настройки атрибутов, настраиваем первый коннектор к Active Directory с именем «Active Directory Connector»

    Выбираем Management Agents: Create

    В поле Management Agent for: выбираем Active Directory

    В поле Name указываем: Active Directory Connector

    Нажмите Next.

    Рисунок 4 Настройка коннектора Active Directory

    В следующем окне указываем атрибуты подключения к Active Directory.

    Forest name: nwtraders.msft

    User name: ADAgent

    Password: пароль для учетной записи ADAgent

    Domain:nwtraders.msft

    Нажмите Next.

    Рисунок 5 Настройка коннектора Active Directory

    В следующем окне Configure Directory Partitions:

    В поле Select Directory partitions: отмечаем чекбокс на DC=nwtraders,DC=msft

    Выбираем контейнеры, необходимые для работы для тестирования рассматривается контейнер Sync.

    Далее нажимаем кнопку Containers и выбираем контейнер Sync.

    Нажмите Ок.

    Рисунок 6 Задание параметров учетной записи

    Нажмите Next.

    В следующем окне: Select Object Types

    Выбираем типы объектов для работы для тестирования выбран user, остальные обязательные.

    Отметьте чекбоксами: container / domainDNS / organizationUnit / user

    Нажмите Next.

    Рисунок 7 Выбор контейнеров, необходимых для работы

    В окне: Select Atributes Отметьте чекбокс Show all, в качестве импортируемых атрибутов выберите следующие атрибуты:

    1. cn;
    2. displayName;
    3. facsimileTelephoneNumber;
    4. givenName;
    5. initials;
    6. mail;
    7. sAMAccountName;
    8. sn;
    9. userAccountControl;
    10. userPassword;

    Нажмите Next.

    Рисунок 8 Выбор типов объектов для работы

    Фильтры соединителей не используются.

    Нажмите Next.

    Рисунок 9 Настройка фильтров соединителей

    Далее конфигурируем операции проецирования и соединения объектов, сопоставляются объекты Active Directory с метабазой по атрибуту sAMaccountName и uid соответственно, и проецируются объекты user в объекты Person.

    Выбираем New Join Rule в поле Data source attribute: отметьте sAMAccountName

    В поле Metaverse attribute: uid

    Нажмите: Add condition

    Нажмите Ок.

    Рисунок 10 Настройка проецирования объектов

    Далее нажмите кнопку New Projection Rule

    Нажмите Ок.

    Рисунок 11 Настройка проецирования объектов

    Нажмите Ок и Next.

    Рисунок 12 Конфигурирование операции проецирования и соединения объектов

    Далее конфигурируем поток атрибутов для операции импорта. Настройте потоки операций импорта согласно рис 13.

    Нажмите Next.

    Рисунок 13 Конфигурирование потока атрибутов для операции импорта

    Остальные закладки остаются без изменений.

    Нажмите Next, Next, Finish.

    Рисунок 14 Коннектор для Active Directory создан

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

    Синхронизация учетных данных средствами ILM 2007 между каталогом Active Directory и каталогом Novell eDirectory. Часть 2

    Microsoft Exchange 2007 SP2 и Windows 2008 R2 ошибки установки и поддержка

     

    Remove Exchange 2007 — An error occurred. The error code was 3221685466. The message was The service is already registered

    Сейчас занимаюсь  миграцией Exchange 2003 to Exchange 2007 и написанием статей. 🙂

    Если при попытке удаления Microsoft Exchange 2007 с сервера с установленной Ос Microsoft Windows 2008 R2 вы получили ошибку "An error occurred. The error code was 3221685466. The message was The service is already registered.."
    Вам необходимо изменить ключ в реестре "Uninstall" на  "Install" в разделе: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\v8.0\Mailbox\
    Далее повторите удаление снова, все должно удалиться 🙂

     

    The error code was 3221684229

    При установке Exchnage 2007 Sp2 в кластерной конфигурации на сервер с установленной ОС Windows 2008 R2  на этапе установки роли Mailbox получаем ошибку:

    Error:
    An error occurred. The error code was 3221684229. The message was Access is denied..

    Mailbox Role
    Failed

    Для решения проблеммы необходимо запускать установку Exchange 2007 Sp2 в режиме совместимости Vista SP2.

    На данном этапе Exchange 2007 SP2 не поддерживается в среде Windows 2008 R2

    http://msexchangeteam.com/archive/2009/09/21/452567.aspx

    Рекомендую использовать Windows 2008, иначе вам не избежать большого кол-ва траблишутинга при установке.