Миграция Exchange 2003 на Exchange 2007

Очень повысилась актуальность вопросов миграции с Exchange 2003 на Exchange 2007 в последние несколько месяцев. Добро, Microsoft в тоже время, уже начала у себя миграцию с Exchange 2007 на Exchange 14.

Цель миграции – Exchange Server 2007 SP1 (нет смысла использовать RTM) на Windows Server 2008, или 2003, но потом все равно придется мигрировать на 2008, по возможности – не осложняйте себе жизнь.

Напомню, что мигрировать Exchange 5.5 в 2007 в пределах одной организации нельзя, и организациям, у которых первый еще присутствует – следует разворачивать новый лес, параллельно со старым, и мигрировать все Directory ресурсы туда, подняв в конечном лесу Exchange 2003, а затем обновив до 2007.
Другим вариантом миграции может быть сквозное обновление через Exchange 2003 в пределах той же самой организации, но в таком случае вам возможно придется кардинально пересмотреть инфраструктуру вашей Active Directory, и перестроить ее в значительной степени.

А вот всем у кого Exchange 2003, в плане миграции на Exchange 2007 будет и легче, и труднее, местами. Труднее, потому что для миграции Exchange 2003 следует учитывать все ньюансы текущей production environment, рабочей среды, и работать, что называется “наживую”, а это требует навыков, осторожности и внимательности! Легче – потому что не придется переносить все ресурсы в абсолютно новую, принципиально отличающуюся доменную структуру.

Однако подумайте и о том, что в организации Exchange 2007 – архитектура AD, схема репликаций, связей, наличие ролей и Directory функций стало намного более важно, чем раньше. Раньше, с Exchange 2003, можно было многого не знать об AD, и тем не менее более или менее успешно рулить Exchange. Когда я читал курсы в прошлом УЦ, ко мне приезжало множество администраторов и инженеров Exchange со всей России и из соседних республик, и даже довольно известные в российской IT тусовке лица, которые вобщем-то не очень хорошо представляли себе работу механизмов AD. Сейчас, с Exchange 2007 так нельзя, нужно хорошо разбираться и понимать как работает Active Directory.

И так, если вы стоите на пороге миграции Exchange 2003 на Exchange 2007, рекомендую следующие действия:

I. Убедитесь, что вы понимаете как работает Exchange Server 2007. Сходите на курс, не делайте скептическое лицо, за более чем два года чтения курсов по Exchange 2007 – у меня ни разу не было ни одного человека, который не узнал бы чего-нибудь нового или важного для себя, на курсах. Я апгрейдил, к сегодняшнему дню, уже немало организаций до Exchange 2007 и столько повидал всего… Сдайте экзамен по Exchange 2007 – это будет лучший чекпойнт для вас, что вы понимаете Exchange 2007. Я рекомендую “70-237 Дизайн решений почтового инфраструктуры Microsoft Exchange Server 2007“, в нем есть прогон ваших знаний по выбору и применению ПО, АО, решений, знание условий и возможностей Exchange 2007 (backup, hardware, расчет количества и мощностей) [1]; И “70-328 Внедрение почтовой инфраструктуры Microsoft Exchange Server 2007“. В этом – ситуации инфраструктуры компаний, и пути обновления организации, с набором условий, это буквально то, чем вы будете заниматься в своей организации [2]. А самым лучшим курсом, досконально готовящим к миграции на Exchange 2007 – считаю “5053 Дизайн почтовой инфраструктуры Microsoft Exchange Server 2007” – в нем пошагово рассматривается каждая веха в миграции, незнание любой из которых – критично для успешности внедрения [3].

II. Что нужно из аппаратного и программного обепечения, для новой инфраструктуры. Ни для кого, уже давно не секрет, что потребуются x64 сервера, Windows Server 2008 х64 (лучше) или на худой конец Windows Server 2003 х64 (все равно лицензии на него уже давно не продают, только downgrade). Благо, сервера Windows х64 и Exchange 2007 – однозначно мощнее х86, а значит вам их потребуется меньшее количество, чем х86.

Тщательно подходите к выбору оборудования! В TechNet есть доскональные инструкции по выбору аппаратного обеспечения серверов. Помните, что NAS – Network Attached Storage не поддерживается, а рекомендованным решением для хранения баз Exchange является DAS – Directly Attached Storage, напрямую подключаемые хранилища. За ними будущее – поверьте! И наилучшим решением отказоустойчивости является RAID 0+1, об этом я тоже подробно напишу в ближайшей статье!

III. Составьте карту сети и сервисов. Обязательно на бумаге, или в Visio, да хоть в Ms Office PowerPoint – главное чтобы наглядно! Не в голове, не мысленно! У меня тоже с воображением все отлично, но так нельзя. В наглядном представлении всегда видно что вы могли упустить из виду, или что вам не пришло в голову сразу. Я на курсах слушателям показываю и рассказываю об инструменте Microsoft Active Directory Topology Diagrammer, с помощью которого легко и удобно составляется карта Active Directory вашей организации. Вам также потребуется карта физической сети – подсети, адресные пространства, DC, DNS, количество реципиентов в каждой, линки связи (количество, пропускная способность, загруженность, свободно) между сегментами/филиалами. Тут тоже немало софта на вкус и цвет.

IV. Создайте тестовый стенд. Можно просто сделать 2-3 виртуалки с Windows Server 2003, AD, Exchange 2003, приблизительно воспроизведя инфраструктуру вашей Exchange системы, разумеется не всю целиком, достаточно одного-двух серверов (если у вас их больше). Виртуалки можно делать на чем хотите – Microsoft Virtual PC 2007 SP1, Virtual Server 2005 R2, Hyper-V, VmWare Workstation/Server. И там же проведите миграцию на Exchange 2007, так, как вы будете проводить ее в рабочей организации. Можно воспользоваться System Center Virtual Machine Manager или VmWare Converter для копирования своих настоящих серверов. Это будет даже лучше – вы сможете проводить тестовую миграцию в условиях приближенных к реальным. И если в вашей инфраструктуре имеются проблемы – вы тут же немедленно их увидите в тестовой среде, и сможете исправить тут же, а после выверения – и в настоящей, production environment!

V. Тестовую миграцию и реальную проводите только после изучения и вооружившись Планом Миграции. План необходимо составить для своей собственной организации самостоятельно, никто вам (ну кроме интеграторов, типа меня) не сделает его, только вы сами. У всех организаций – свои ньюансы. Это не Rocket Science, это не сложно, но и не просто. Для начала изучите Руководство по Миграции Exchange [Ru]. Продумайте и обкатайте план на тестовой, виртуальной среде. В плане нужно расписать всю миграцию пошаго, с временными промежутками для каждой стадии. В тестовой миграции вы скорее всего найдете недочеты своего плана, и сможете их устранить.

VI. В процессе планирования миграции, учтите, если ли на ваших Exchange 2003 коннекторы в другие почтовые организации (SMTP), или к другим бизнес-приложениям (CRM, etc). При наличии таковых, проверьте, можете ли вы их воспроизвести, установить и работать с ними в Exchange 2007, поддерживается ли такой коннектор в новом сервере, есть ли аналоги/версии для Exchange 2007. Если все подобное переносится на новую платформу, и функционирует там – можно смело двигаться вперед. Если каких-то коннекторов нет для Exchange 2007, а они нужны и используются в вашей огранизации – значит необходимо будет оставить один или несколько Exchange 2003 с такими коннекторами на борту, до выхода более подходящего решения [4]. Это нормальная практика.

VII. Обязательно до перехода на Exchange 2007 подумайте, чем вы будете архивировать и восстанавливать базы Exchange. Поддерживается ли оборудование и программное обеспечение новой версией Exchange 2007. Например, как вы наверное прекрасно знаете, в Windows Server 2008 нет приложения NTBackup, и если вы применяли его для архивации Exchange 2003/Windows Server 2003, а мигрируете на Exchange 2007/Windows Server 2008, то вам потребуется другое решение для архивации почтовых баз, например тот же System Center Data Protection Manager – безусловно лучшее решение для архивации Exchange Server, можно также воспользоваться решениями партнеров, выбор по цене/приемственности/фичам. Возможно, миграция на Exchange 2007 будет лучшим моментом для перехода на SC DPM, поскольку это более экономически и функционально выгодное решение.

VIII. Не забывайте об антивирусных и антиспам решениях. Опять же, в последнее время, мы в проектной группе очень часто внедряем Forefront Security for Exchange, как наиболее выгодное и мощное решение. Однако никто не запрещает пользоваться и другими решениями партнеров Microsoft, которые тоже успешно применяются. Как говорится – it’s up to you, выбор за вами. В свете развития целой линейки Forefront Security, стоит задуматься об удобстве и выгодности использования разнообразных продуктов одного и того же вендора. В компании которую я консультирую, например, очень удобно пользоваться всеми сервисами и приложениями производства Microsoft, а не разношерстным зоопарком софта. Но это уже тема отдельного поста.

IX. Подготовьте лес и домен(ы) Active Directory к Exchange 2007. Схему надо расширить, для x86 DC используйте дистрибутив Exchange 2007 32-bit х86, он для этого и предназначен. Расширение схемы – процес абсолютно безвредный, как для Exchange 2003 так и для Active Directory. Миф о том, что что-то сломается или перестанет работать после обновления схемы – только миф. Проверить глобальную готовность вашей организации/леса/домена(ов) к внедрению Exchange 2007 можно с помощью ExBPA – Exchange Best Practices Analyser, там есть тест Exchange 2007 Readiness Check. Он же – руководство к действию.

X. Установите Exchange Server 2007. In-place upgrade сервера Exchange 2003 невозможен, как вы прекрасно знаете, по-этому на новый сервер. После установки также полезно проверить сервер тем же ExBPA – Exchange Health Test. Это покажет вам правильно ли функционирует все в новом Exchange 2007 сервере. Любые ошибки, возникающие на любой стадии миграции, будь то реальной или виртуальной – решаются с помощью support.microsoft.com. Tip: пока вся библиотека не переведена на русский – ищите обязательно по английской локализации, если для найденной статьи есть аналог на русском – вы обязательно его увидите справа, в выпадающем списке доступных локализаций. Но англоязычный раздел – самый полный и большой! Переключите “регион” на “USA”.

XI. Перенесите ящики пользователей с Exchange 2003 на Exchange 2007. Если организация у вас большая, или если почтовых ящиков больше сотен-двух-трех, и существует несколько отделов/департаментов/локаций/офисов итп, – переносите за одну процедуру ящики только одного отдела. Не тащите сразу все, проверяйте работоспособность с почтой, пользователей, чьи ящики были переведены в каждой партии. Делать это лучше всего из Exchange Management Shell, например: Get-Mailbox -OrganizationalUnit Finance | Move-Mailbox -TargetDatabase "Target Exchange 2007First Storage GroupMailbox Database" Это если пользователи отделов (например Finance) находятся в отдельных подразделениях (OU, Organization Unit). Можно перенести ящики и в GUI, тоже вариант.

Вот тут, зачастую, всплывают огрехи неправильного планирования Active Directory во времена Exchange 2003. Если пользователи накиданы просто в Users – трудно будет делать выборку по отделам. Также если у вас не заполнены аттрибуты пользователей Active Directory, типа Department, Office итп. Подумайте заранее о приведении в порядок учетных записей, до проведения миграции.

Проверьте, что все пользователи мигрированных почтовых ящиков могут нормально пользоваться почтой, отправлять, принимать сообщения, пользоваться календарем, заметками и прочими аттрибутами почтового клиента. Проверьте работоспособность Outlook, OWA, Public Folders, все, чем пользуются ваши пользователи.

XII. Наконец, если вы успешно мигрировали все почтовые ресурсы и сопровождающие сервисы на Exchange 2007, обычно рекомендуется в течение некоторого срока (коротенького, в неделю-две-месяц) еще сохранять прежние сервера Exchange 2003, на случай непредвиденных проблем, в качестве запасного решения, и по истечении этого времени – можно демонтировать старые серверы Exchange 2003.
Спрашивайте, если что-то было недостаточно освещено или возникли затруднения.

Успешной вам миграции!

PS: В настоящее время я не читаю курсов в старом УЦ(если кто знает). Однако, по приглашению организаций, я продолжаю вести обучение по всем курсам Exchange 2007 (и Exchange 2003 если бывает нужно), а также миграции на Exchange 2007. Кроме того, я выступаю Консультантом экспертом по внедрению и миграции на Exchange 2007 в проектной группе. Мы специализируемся на задачах любой сложности.

Мой e-mail как всегда MaxMVP@MaximumExchange.ru.

48 thoughts on “Миграция Exchange 2003 на Exchange 2007”

  1. Отличная статья. спасибо.
    Подскажите в двух словах, как переходить на Ex07 с почтовых серверов других производителей (т.е. не Exchange).
    Особенно интересует – как правильно переносить имеющуюся почту.
    (Клиенты – Outlook, сейчас доступ к почет по POP3)

    1. Спасибо,
      ну прямо в двух словах не получится.
      А что у вас за почтовая система? GMail?
      Если это web mail провайдера – то ставить Exchange, перенимать или заменять адресное пространство. Если какой-нибудь server-based mail – то применять системы миграции, специализированные на таком сервере.

  2. Хороший чеклист.

    Знаю какой это труд – готовить материал для всех и каждого.

    Спасибо.

    1. Пожалуйста!
      А вы зарегайтесь – и я и все – тоже будем знать где вы трудитесь.

  3. Спасибо за ответ. Будем копать 🙂
    Сейчас установлен Kerio MailServer

    1. Замените сервер в SMTP адресном пространстве на Exchange, и переключите клиентов. Задача не сложная.

  4. Ляп нашел:
    “… а рекомендованным решением для хранения баз Exchange является DAS – Directly Attached Storage, напрямую подключаемые хранилища. За ними будущее – поверьте!”

    DAS – это давно пережитое прошлое 🙂

  5. Максим, вы написали (Напомню, что мигрировать Exchange 5.5 в 2007 в пределах одной организации нельзя, и организациям, у которых первый еще присутствует – следует разворачивать новый лес, параллельно со старым, и мигрировать все Directory ресурсы туда, подняв в конечном лесу Exchange 2007.), но разве нужно это делать, если в 2003 домене стоит Exch5.5 без установленного ADConnectora? Как я понимаю можно провести чистую установку Exch7, рядом с 5.5.

    1. Нет, нельзя.
      Exchange 2003 может существовать в одной организации с Exchange 5.5. Exchange 2007 – уже нет. можно обновить транзитом через Exchange 2003. Это дословно сказано в prerequisites [RU]:
      You cannot have any Exchange Server 5.5 servers in your Exchange organization, and your Exchange organization must be running in native mode.

  6. Спасибо, но мой ресурс узко специализированный, со своей аудиторией и Exchange там почти не пахнет -)

  7. Наверное я неправильно выразился, я имел ввиду, что 2003 домене может существовать отдельная организация 5.5 и отдельная организация 2007.

    1. Мне кажется вы немного заблуждаетесь.
      Смотрите:
      1. Домен AD существует в пределах леса AD
      2. Во всем лесу AD, все домены разделяют и используют два общих раздела – Schema partition и Configuration partition.
      3. Все устанавливаемые Exchange 2000/2003/2007 сервера используют специальную секцию Configuration partition: CN=<your organization>, CN=Microsoft Exchange. Секция одна и только одна, и содержит настройки всей Организации Exchange.
      4. Отсюда следует, что в одном лесу AD может существовать только одна Организация Exchange, и одна Организация Exchange, по умолчанию, может простираться только на один лес AD (поскольку Config part. не реплицируется между лесами).

      Соответственно:
      A) Не может в одном домене AD быть несколько Организаций Exchange, так же как и несколько лесов AD.
      B) Exchange 2007 и Exchange 5.5 в одной Организации Exchange/лесу AD существовать не могут.

      Если вы наблюдаете Exchange 5.5 рядом с Exchange 2007 серверами – значит они в разных лесах AD.

      1. Но ведь 5.5 не создает объекты в AD, почему он может помешать установке? Я просто хочу поднять новую организацию 2007 рядом с 5.5. Нигде четко не описанна эта ситуация.

        1. Пользовательские учетки у вас где находятся, в AD?
          Вы думаете у них нет аттрибутов вашего Exchange 5.5? Еще как есть.
          Скачайте ExBPA и поставьте куда-нибудь и проведите проверку готовности домена/леса Active Directory к инсталляции Exchange 2007 – это будет вам самое наглядное описание.

  8. Максим, действительно – не обращайте внимания на завистливых дурачков. Они часто пытаются самоутвердиться, как тольно наберутся верхушек. А вариант с обновлением через 2003 имхо стоит добавить ко всему.
    В целом – статья классная получилась! Спасибо, Так держать!
    Респект вам и уважуха 🙂

  9. Ок Максим, прогоню ExBPA и отпишу, спасибо. Статья действительно очень полезная и информативная.

  10. “Например, как вы наверное прекрасно знаете, в Windows Server 2008 нет приложения NTBackup, и если вы применяли его для архивации Exchange 2003/Windows Server 2003, а мигрируете на Exchange 2007/Windows Server 2008, то вам потребуется другое решение для архивации почтовых баз”
    Можно наверное рассмотреть аналог ntbackup http://technet.microsoft.com/en-us/library/cc754015.aspx – wbadmin

    1. “Windows Server Backup in Windows Server 2008 RTM does not support the backup of Exchange Server.” [http://wbadmin.info]

      “Exchange. Windows Server Backup can’t make streaming backups of Exchange. Microsoft System CenterData Protection Manager can, but despite the fact that Windows Server Backup is also a Volume ShadowcopyService-based tool, it doesn’t include an Exchange requester.” [Glenn Weadock, MCSE, MCT, A+, Global Knowledge Instructor]
      Давно не юзаю встроенный бэкап. Все-таки специализированные комплексные приложения, типа DPM дают много преимуществ.

  11. В вашей статье вы написали (потом все равно придется мигрировать на Windows 2008, по возможности – не осложняйте себе жизнь). Почему лучше переходить на сервер 2008? Что Exchange 14 нужно будет AD native mode Windows 2008? Я серьезно готовлюсь с миграции с Exchange 2003 на Exchange 2007. Подготовил AD до версии 44 (Windows 2008). Domain Windows 2003 R2 native mode, Exchange 2003 SP2 native mode. Сделал не один тест на виртуальных машинах и хочу сказать, что самая важная часть всей миграции это удаление последнего сервера Exchange 2003. Oб этом у вас очень мало сказано. Если я не использую Public folder на серевре Exchange 2003 надо ли перемистить реплики на на новый сервер Exchange 2007. Или перед установкой Еxchange 2007 демонтировать Public Store на Exchange 2003. Почему я спрашиваю? Делая много тестов я заметил, что перемесщение почтовых ящиков происходит быстро, а перемещение реплик Public folder очень долго.Public folder instances остаются долго и поэтому нельзя удалить Public folder store.Может не надо вообще удалять Public folder store и перемесщать его на сервер Exchange 2007? Надо ли удалять Recipient Update Service с помошью ADSI или можно сделать Redirecting the Recipient Update Service на сервер Exchange 2007?

    1. – Да, нужно будет, а также 1 DC и 1 GC под Windows Server 2008.

      …и хочу сказать, что самая важная часть всей миграции это удаление последнего сервера Exchange 2003.
      – А вы вот здесь и изложите, если можно. Я-то в курсе что это важный шаг, но всего не опишешь в одной статье. Можем кстати сделать отдельной статьей здесь, если желаете. А то приходят товарищи, как несколькими комментами выше, и ответственно заявляют, что это все фигня, и сервера 2003 после апгрейда можно грохать не глядя.

      1. Просто я заметил, что при неправильном удаление последнего сервера Exchange 2003 особенно если Exchange 2007 установлен на Windows 2008 такое начинается, что трудно понять что и где искать и почему неработает. Я думаю, что это связано прежде всего с тем, что Exchange 2007 более свазан с AD нежели Echange 2003.

        1. Вы абсолютно верно думаете. Exchange 2007 намного более тесно интегрирован и обширно связан с Active Directory, чем например Exchange 2003.

  12. Насколько я понял: Пока почтовые ящики лежат на Exchange 2003 то всю почту высылает Exchange 2003. Как только ящик перемещаеться на Exchange 2007 тогда при высылания почты с этого ящика происходит через Exchange 2007?

    1. Если вы изучите руководство по миграции на Exchange 2007, то однозначно увидите, что первой ролью Exchange 2007, поднимаемой в существующей организации, является Hub Transport – Узловой маршрутизатор сообщений. Именно он отвечает за пересылку абсолютно всех писем в организации и за ее пределы. И при этом не важно – где у вас находятся ящики – на Exchange 2003 или Exchange 2007.

  13. Привет! Статья однозначно полезная, поможеть не упустить главного при миграции.
    Хочу задать отвлеченный вопрос:
    Подскажите как мне настроить коннектор-отправитель на смартхост (relay) с портом 26, а не 25. Где мне нужно указать этот порт?

    1. И вам привет,
      1. Если вы не намерены использовать EdgeTransport вместо простого смартхоста, то вам понадобятся настройки Hub Transport в Organization Config и Server Config в консоли Exchange Management Console.
      В обоих местах есть коннекторы, в одном на отправку (Send connector) в другом на прием (Recieve connector). Не рекомендуется переделывать или удалять имеющиеся коннекторы, особенно это касается Recieve, который делается по дефалту. В обоих пунктах вы можете создать новые коннекторы, на любой нужный вам порт.
      Инструкции по созданию нового отправляющего соединителя
      Инструкции по созданию нового получающего соединителя
      2. Лучше установить и использовать Exchange Edge Transport. Он по любым критериям лучше чем произвольные сторонние смартхосты.

  14. Испробовал много вариантов таких как: migration Windows Exchange 2003 SP2 (он же domain controller) to Exchange 2007 SP1 on Windows 2003 x64 с переносом всех ролей AD DC на x64 server Exchange 2007, migration Windows Exchange 2003 SP2 (он же domain controller) to Exchange 2007 SP1 on Windows 2003 x64, migration Windows Exchange 2003 SP2 (он же domain controller) to Exchange 2007 SP1 on Windows 2008 x64 с переносом всех ролей AD DC на Windows 2008 x64 server (отдельный сервер контроллера домена). Все работает хорошо.
    Но вот migration Windows Exchange 2003 SP2 Exchange 2003 SP2 (он же domain controller) to Exchange 2007 SP1 on Windows 2008 x64 с переносом всех ролей AD DC на Windows 2008 x64 server (Exchange 2007) без отдельного сервера контроллера домена – полный провал. Все переносится хорошо, Удаляеться старый сервер Exchange 2003 без проблем. Но потом……………………. Сервис Microsoft Exchange 2007 нестартуют. Долго искал вчем проблема и увудел, что если устанавливаеш Exchange 2007 на Windows 2008 additional domain controller, то после установки Exchange 2007 в графе system setting (domain controller) видит сервер на котором установлен Exchange 2003 и втророго сервера невидит. И поэтому после демонтожа exchange 2003 и всего старого сервера новый сервер стартуя невидит нового домайн контролера. В случаях если устанавливаеш Exchange 2003 на Windows 2003 x64 domain controller или без него а также на Windows 2008 (no domain controller) Еxchange 2007 видит оба домайн контроллера. Тестов проделал около 10.
    Вопрос: Где искать проблему? Может можно ему прописать system settings после чего он будет видить domain controller?

    1. Здравствуйте Андрей,
      Если ваш новый Exchange Server не видит имеющихся DC,GC и нацелен на старые, необходимо изучать состояние SRV записей DNS серверов вашей организации. По умолчанию Exchange Server динамически выбирает себе DC и GC исходя из сайта, приоритетов и weight SRV записей обоих.
      Описание проблем нужно искать в Event Viewer пострадавшего сервера. Судя по вашему описанию, туда вы забили заглянуть.
      Проведите ExBPA тесты, organization/server health. Убедитесь что в зонах DNS разрешена динамическая регистрация. В качестве профилактики, можно удалить SRV-записи контроллеров домена, и на всех имеющихся DC,GC перезапустить службу NetLogon.
      Удачи. Сообщайте как там что.

  15. Pingback: Exchange 14
  16. Ответ был найден на Microsoft technet:
    Installing Exchange 2007 on Directory Servers
    For security and performance reasons, we recommend that you install Exchange 2007 only on member servers, and not on Active Directory directory servers.
    After Exchange 2007 is installed, changing its role from a member server to a directory server, or vice versa, is not supported.

    If you install Exchange 2007 on a global catalog server, and if you restart the server, you may need to start the required Exchange services manually. For more information, see Knowledge Base article 940845, Exchange 2007 services cannot start automatically after you install Exchange 2007 on a global catalog server.

  17. Pizdets smishno chetati pro AD and exchange po ruski. Vse perevodi nastolko smeshni, yab esli esho v russia jil naverno bi viuchil english tolko chtob mojno bilo chetati documentation po english. Nu rad viditi chto esti russian exchange blog. ” AD Less”. Not sure if you already said that somewhere as my eyes cant handle to much russian at one time. To the reference to one of the questions/coments about native NT Backup.
    MS is working on a VSS-based plug-in for Windows Server Backup that will enable you to properly backup and restore Exchange 2007.

  18. Максим, а Вы могли бы подсказать (с вашим то опытом!), в чем может быть заковыка – переездов у нас не было, все нулевое – AD+Exchange 2007 SP1. И вроде бы как все работало…и продолжает работать, НО! почему то пара ящиков перестала функционировать и все тут! – и в outlook, и в owa – теперь боюсь за остальные “Введено недопустимое имя пользователя или пароль. Повторите ввод.” ?? Плиз!

    1. Спасибо, Елена, за лестные отзывы,
      вы не могли бы, для начала, скопировать сюда сообщения об этой ошибке, из Event Viewer, где это наблюдается?

  19. @MaxMVP
    К сожалению, Максим, не могу – но у меня такие ощущения, что отказ почтовых ящиков связан с тем, что менялся пароль у этих пользователей (и менялся после смены доменной политики паролей). Поначалу то все работало! Хотя в домен данные пользователи заходят нормально. Просто не проходят авторизацию в почте и все тут вот с этой ошибкой: “Введено недопустимое имя пользователя или пароль. Повторите ввод.”. Где и что можно починить, пока все на стадии обкатки? Заранее благодарна.

  20. @MaxMVP
    Максим, я разобралась, в чем дело, знаю, почему, но так и не поняла, почему это происходит:) – в явном виде Event Viewer показывает, что все ок. Дело в том, что в AD для некоторых пользователей необходимо разрешать заходить пользователю в домен с определенных компьютеров. Как только такая привязка сделана, почте – каюк – авторизация не работает. Помогите, плиз, с этим вопросом – для нас это актуально. Спасибо!

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

  21. @MaxMVP
    Авторизация в почте перестает работать только у тех пользователей, для которых на AD в свойствах на вкладке “Учетная запись->Вход на..->Только на указанные компьютеры->Имя компьютера” указываю имя того компьютера, с которого пользователю разрешено заходить в домен. Если такой привязки не делать, у всех все нормально. Максим, догадкой поделитесь? :))

    1. Елена, я имел ввиду: “когда наблюдается ошибка?” – когда пользователь пытается войти в почту с машины, которая ему не разрешена в списке?

    2. попробуйте-ка добавить имя вашего AD домена (samname) в список, и скажите какой результат.

  22. @MaxMVP
    Аллилуйя! Максим, огромное спасибо! А эта манипуляция по добавлению имени домена обязательна? Пользователей ведь много…:)

    1. Получилось, я так понимаю? 🙂
      Ну если у вас Windows Server 2008 то можете написать PowerShell скрипт. А если 2003 – то VB или WMI.
      Ну вот такое вот шаманство.

Leave a Reply

Your email address will not be published.