Показаны сообщения с ярлыком Exchange Server. Показать все сообщения
Показаны сообщения с ярлыком Exchange Server. Показать все сообщения

четверг, 7 января 2021 г.

Export PST from Exchange2010 - PowerShell

 cls

<# PST Export from Exchange2010 with PowerShell #
Use on Exchange2010 or workstation with Exchange2010 tools installed #>

Set-ExecutionPolicy Bypass -force

$UserCredential = Get-Credential

$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://Exchange2010.Domain.local/PowerShell/ -Authentication Kerberos -Credential $UserCredential

Import-PSSession $Session

Add-PSSnapin Microsoft.Exchange.Management.PowerShell.E2010

# Add-ADGroupMember Administrators -Members "Exchange Trusted Subsystem"

# New-RoleGroup -Name “Exchange Mailbox Import Export” -Roles “Mailbox Import Export” -Members "Domain\Administrators" -Display Name”Exchange Mailbox Import Export”

$Mailbox = ""

$PSTname = ""

$DirPath = ""

$JoinedPath = ""

$Mailbox = "User@milgam.co.il"

$PSTname = "$Mailbox.pst"

$DirPath = "\\X.X.X.X\$Mailbox\"

$FilePath = Join-Path $DirPath -ChildPath $PSTname

# New-Item -ItemType Directory -Path $DirPath # (= MD $PSTPath)

ii $DirPath

New-MailboxExportRequest -Mailbox $Mailbox -FilePath $FilePath

# Get-MailboxExportRequest -status Completed | Remove-MailboxExportRequest # for clearing purposes

<#

If you get error "New-MailboxExportRequest : Unable to open PST file" you can give the
COMPUTER that you run this script from write permissions on the share/folder $DirPath.
Also it may be lack of permissions for "Exchange Trusted Subsystem".
#>


вторник, 7 сентября 2010 г.

Установка Exchange 2003 sp2

http://khlebalin.wordpress.com/tag/%d1%83%d1%81%d1%82%d0%b0%d0%bd%d0%be%d0%b2%d0%ba%d0%b0-exchange-2003-sp2/

Перед установкой выбрал наиболее подходящий на мой взгляд сервак, сконфогурил на нем 2 массива Raid1, на один поставил винду, на второй полохил базу exchange и логи. Хотя рекомендуется почтовую базу и логи хранить на разных дисках, но в отсутствии таковых пришлось сделать так.

До установки сервера Exchange 2003 должны быть выполнены несколько задач:
Необходимо убедиться в доступности сервера глобального каталога (GC).

Если сервер Exchange устанавливается в домене с несколькими сайтами AD, то необходимо удостоверится, что у него будет постоянный доступ к GC.
Убедиться, что на сервере, на котором планируется развернуть Exchange, установлены все необходимые компоненты:
.NET Framework
ASP.NET
Internet Information Services (IIS)
World Wide Web Publishing Service
Simple Mail Transfer Protocol (SMTP) service
Network News Transfer Protocol (NNTP) service

[1.jpg]

Так же рекомендуется установить Windows 2003 Support Tools с компакт диска Windows 2003 Server из папки support\tools.
Если у учётной записи, под которой планируется установка Exchange не достаточно прав для модификации схемы, то необходимо предварительно произвести расширение схемы AD под учётной записью, у которой имеются права модификации схемы AD.
Для расширения схемы AD необходимо последовательно запустить установку Exchange с ключами

/forestprep(расширение схемы леса AD) и

/domainprep (расширение схемы домена AD):
setup.exe /forestprep необходимо запускать на Хозяине Схемы (Schema Master)setup.exe /domainprep
После выполнения подготовительных шагов можно переходить к установке сервера Exchange.

Наиболее простой путь для установки Exchange – вставить компакт диск Exchange 2003 и следовать пошаговым инструкциям установки. Рассмотрим процедуру установки сервера Exchange по шагам:
Вставьте в привод компакт диск Exchange 2003 (Standard или Enterprise).
Должна запуститься программа автозагрузки компакт диска Resources and Deployment tools. Если этого не произошло, то выполните запуск вручную: выберите Пуск, далее Выполнить и напечатайте :\setup.exe и нажмите OK.
Кликните на Exchange Deployment tools.
На пригласительном экране Deployment tools кликните на Deploy the first Exchange 2003 Server (установить первый сервер Exchange 2003).
Кликните Run Setup Now (Запустить установку).
Кликните Next (далее).
Прочтите лицензионное соглашение и выберите I Agree. Нажмите Next.
Появится окно выбора компонентов. По-умолчанию выбран тип установки Typical (типичный). См. рисунок. На этом шаге можно изменить путь и тип установки Exchange. Нажмите Next.

[2.jpg]

Выберите Create New Exchange Organization. Нажмите Next.

[3.jpg]

Введите имя вашей организации Exchange. Будьте внимательны, т.к. эту информацию вы не сможете изменить в дальнейшем. Нажмите Next. (Название организации я не менял, рекомендую все оставить по умолчанию.)

[4.jpg]

На следующем экране выберите I Agree That I Have Read and Will Be Bound by the License Agreements for This Product. Нажмите Next.
Появится подтверждающий экран Installation Summary, где необходимо убедиться в правильности выбора устанавливаемых компонентов и пути установки и нажать Next.

[5.jpg]

Если вы устанавливаете Exchange 2003 в Смешанном режиме(Mixed Mode), то появится предупреждение безопасности. В этом случае нажмите OK.
После завершения установки нажмите Finish.
Если после установки будет предложено перезагрузить систему – перезагрузите сервер.
Не забудьте после установки скачать и установить последние обновления и сервиспаки для Exchange 2003. До новых встреч.

Ваш первый Exchange сервер

http://khlebalin.wordpress.com/tag/%d0%b2%d0%b0%d1%88-%d0%bf%d0%b5%d1%80%d0%b2%d1%8b%d0%b9-exchange/

Немного из истории: на своей предыдущей работе мы по началу использовали одноранговую сеть (а это примерно 200 компов), сответственно никакого домена ипрочих приблуд+ почтовый сервер Mdaemon (к тому же еще и триальный), забирали почту этим серваком по POP3 у провайдера. Ежемесячно по истечению триального срока сервер постоянно падал, мы его переставляли, руководство не хотело вкладывать в ИТ ни копейки, так шли годы. Постоянные проблемы приближали мой мозг к централизованному управлению, а так как я раньше юзал exchange2000, то, конечно, мой взор был обращен к Еxchange2003, а не ко всяким Linux почтовикам типа send mail. Воообще какой операционкой пользоваться и какие приложения использовать, это достаточно спорный вопрос, поэтому от себя скажу, что каждая операционка хороша по своему. А теперь ближе к делу. Прежде чем перейти к статье по установке эксченджа, хочется привести обобщенные данные, дабы вы поличили хоть какое-то понимание наших дальнейших действий.

 

Введение.


Продукты компании Microsoft иногда могут ввести в заблуждение: кажется, что для их установки нужно всего лишь запустить программу инсталляции и нажимать кнопку «Далее» до полного завершения. Однако, следует принять к сведению несколько советов, когда дело касается первой установки сервера Exchange. Это советы по IP-адресации, имени сервера, Active Directory; советы по аппаратному обеспечению, антивирусной защите и т.д. С помощью моих указаний Вы сможете установить Exchange-Сервер и можете рассчитывать на поддержку по телефону в случаях серьезных проблем, которые могут и не случиться, если Вы все хорошо распланируете и реализуете.

 

Active Directory.


Наверное, Вы уже слышали, что Exchange-сервер зависит от Active Directory. Это значит, что пользователи, группы и даже сама конфигурация Exchange-сервера хранятся в Active Directory.
Сервер, на котором хранится Active Directory, называется контроллер домена. Exchange-сервер может быть установлен на контроллер домена, однако, для того чтобы иметь резервное оборудование, лучше установить два контроллера домена, и оба отдельно от сервера Exchange. Контроллеры домена время от времени должны перезагружаться, поэтому, если сервер Exchange стоит отдельно, Вы можете производить перезагрузку без прерывания работы пользователей.
Ну, а что же такое Active Directory? По существу, это база данных, похожая на Exchange, и построенная по той же технологии. Маленькие фирмы часто впервые знакомятся с Active Directory с началом использования Exchange. До этого они работают в «рабочих группах», где каждый компьютер имеет свой отдельный механизм безопасности. Но после ввода Active Directory для установки Exchange-сервера, все компьютеры используют единую централизованную систему аутентификации. Это значит, что при входе в Windows Вы вводите имя пользователя и пароль, которые хранятся в контроллере домена Active Directory. Также в Active Directory может храниться любая информация о Вас, и Вы можете настраивать группы для установки разрешений на файлы, базы данных и другие объекты.
После установки сервера Exchange в Active Directory добавляются новые элементы, что называется «расширенная схема». Это значит, что атрибуты Exchange, такие как адрес электронной почты, расположение почтового ящика пользователя и т.п., могут быть приписаны любому пользователю.
Администратор Exchange должен всегда помнить об Active Directory. Многие проблемы Exchange-сервера напрямую связаны с ошибками на контроллере домена. Exchange-сервер использует для некоторых функций только контроллеры домена, которые являются серверами глобального каталога. Следует убедиться, что все контроллеры домена являются серверами глобального каталога. Иначе может случиться, что проблемы с первым контроллером домена, который является сервером глобального каталога по умолчанию, не позволят серверу Exchange обслуживать пользователей.

 

Сервер глобального каталога.


По умолчанию, первый контроллер домена становится сервером глобального каталога. Для того, чтобы установить больше серверов глобального каталога, выполните следующее:
Нажмите Start (Пуск), Administrative Tools (Администрирование), а затем Active Directory Sites and Services (Сайты и сервисы Active Directory).
Дважды щелкните на Sites (Сайты), раскройте узел Servers (Серверы) и выберите ваш контроллер домена.
Дважды щелкните на контроллер домена, для раскрытия его содержимого.
Под сервером расположен объект NTDS Settings (Установки NTDS). Дважды щелкните по нему, а затем нажмите Properties (Свойства).
Убедитесь, что на закладке General (Общие) отмечена опция Global Catalog (Глобальный каталог) (это установка по умолчанию).
Хотя перезагрузка необязательна для Windows 2003, я рекомендую все-таки перегрузить контроллер домена.
Помните, что иногда информация сервера Exchange копируется медленно с одного контроллера домена на другой. Поэтому при настройке почтового ящика пользователя или изменении члена группы нужно подождать некоторое время для завершения копирования или произвести копирование вручную.

 

DNS.


Компьютеры в сети Интернет (или узлы, как их называют) для определения местоположения серверов используют DNS-сервера. Если, к примеру, Вам нужно узнать место расположения сервера для просмотра содержимого его web-сайта, Вы заходите на DNS-сервер провайдера Интернета, и тот начинает поиск либо у себя в кэше, либо запрашивает корневой сервер для списка доменов «org», потом сервер, ответственный за домен «msexchange.org», который содержит сервер «www», или несколько серверов, имеющих имя «www».
Microsoft использует такую же технологию в Active Directory. В домене Active Directory клиенты обязаны использовать локальные DNS-сервера вместо серверов провайдера для разрешения имен локальных серверов. Active Directory также хранит специальную SRV-запись для поиска различных серверов, например серверов глобального каталога.
Лучшей конфигурацией является DNS, интегрированный в Active Directory, а в списке серверов DNS у клиентов первым идет первый контроллер домена, вторым – второй контроллер домена, а последним – DNS-сервер провайдера услуг Интернет. В этом случае при неисправности одного контроллера домена сервисы Exchange все равно будут работать, а при неисправности двух контроллеров домена будет работать доступ в Интернет.
На контроллере домена список DNS-серверов должен быть такой: сам контроллер домена, другой контроллер домена и DNS-сервер провайдера.
В более сложной системе Вы можете использовать отдельный домен Интернета (msexchage.org) и отдельный внутренний домен (msexchange.local). Именно такая конфигурация и рекомендуется, поскольку это облегчает разрешение имен при наличии, к примеру, web-сервера, который расположен вне Вашей внутренней сети. Убедитесь, что имя внутреннего домена не используется в Интернете. Каждые несколько лет добавляются новые суффиксы (например .biz), поэтому использование имени типа [имя домена].local лучше всего подходит для использования в качестве имени внутреннего домена в Active Directory.

 

IP-адресация.


Вы должны принять решение по схеме IP-адресации. Большинство предприятий в наше время используют отдельную внутреннюю и внешнюю IP-адресацию. Провайдер Интернет назначает Вам внешние, открытые IP-адреса Интернет, а внутри сети Вы используете частные схемы IP-адресации.
Самый распространенный диапазон адресов для небольших компаний – 192.168.0.0/16. Если Вам нужно меньше, чем 254 IP-адресов, используйте маску подсети 255.255.255.0; если больше – 255.255.0.0. Все эти IP-адреса будут преобразованы в один IP-адрес Интернет, тот который назначен Вашим Интернет-провайдером.
Для серверов и рабочих станций, настраиваемых вручную, следует выделить диапазон адресов (например, 192.168.0.0-192.168.0.10), который не будет использоваться DHCP при автоматическом назначении IP-адресов.
Вам может потребоваться еще один открытый IP-адрес Интернет для Exchange-сервера. Маршрутизатор или брандмауэр (см. рисунок ниже) будут преобразовывать внешний IP-адрес во внутренний и переводить соединения из Интернета на сервер Exchange.

В качестве альтернативы можете использовать маршрутизатор или брандмауэр для переадресации входящего почтового трафика (порт 25) и трафика клиентов web-доступа к Outlook (OWA – Outlook Web Access) (порт 443) на внутренний Exchange–сервер. При этом DNS-сервера Интернета будут направлять Вас на IP-адрес маршрутизатора, а тот, в свою очередь, будет перенаправлять все соответствующие запросы на внутренний сервер Exchange, которому внешний IP-адрес уже не будет нужен.
Типичный сервер Exchange без переадресации по порту будет доступен по внутреннему IP-адресу (типа 192.168.0.2), а из внешней сети – по IP-адресу Интернета (типа 69.20.55.133).
Некоторые организации используют «ретранслятор электронной почты», который принимает входящие сообщения и проверяет их на вирусы, спам и т.п. Такой сервер тоже подвержен различным интернет-атакам. Его хорошо использовать в средних или больших организациях, а для маленьких организаций я бы порекомендовал использование хорошего брандмауэра для защиты от Интернет-атак, вирусов и спама, а не ставить отдельный сервер.
Если Вы собираетесь публиковать OWA-сайт в Интернете, даже в случае использования ретранслятора электронной почты Exchange-сервер все равно должен иметь внешний IP-адрес, если только Вы не используете внешний Exchange-сервер для ответа на HTTP-запросы и перевод их на внутренний Exchange-сервер.

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

 

Имя сервера.


Внешнее имя Вашего почтового сервера может быть любым, самое популярное «mail». Внутреннее имя может совсем не походить на внешнее. Внешнее имя разрешается DNS-серверами Интернета, а внутреннее – внутренними DNS-серверами.
Некоторые «эксперты по безопасности» рекомендуют к качестве имени Exchange-сервера использовать отвлеченные понятия, типа цвет («Red»), название планеты («Venus») или же сложное имя («b2xxxrl3″). Предположительно это используется для маскировки истинных функций сервера, так что злоумышленники не сразу догадаются, что этот сервер является контроллером домена или сервером Exchange. Однако, большинство хакеров и даже вирусов, или «троянских коней», обычно не смотрят на имя, а сканируют открытые порты компьютера.
Я рекомендую называть сервера простыми и понятными именами. Помните, что Вам придется настраивать насколько серверов Outlook и вводить имя Вашего Exchange-сервера несколько сотен раз в течение Вашей администраторской карьеры. Кроме того, иногда пользователям нужны собственные настройки, поэтому – чем проще, тем лучше. Используйте имена типа «Exchange», «Mail», «DC1″ и «DC2″.

 

Аппаратное обеспечение.


Для базовой конфигурации Exchange 2003 требуется компьютер с объемом памяти как минимум 512МБ, хотя рекомендуется использовать 1ГБ или более.
Процессор – это всегда проблема, однако у большинства серверов и даже рабочих станций достаточно мощности для Exchange-сервера, правда, если не используется никакой другое приложение, которое интенсивно использует процессор. Exchange-сервер поддерживает технологию hyperthreading, которая используется в процессорах Pentium 4. Если Вам нужно больше мощности, используйте процессоры Intel Xeon с большим кэшем и возможностью использования нескольких процессоров.
Сегодня некоторые процессоры поддерживают 64-битную архитектуру, однако она не поддерживается в Exchange 2003 и будет доступна только в следующей версии Exchange-севера, E12.
Конфигурация диска – сложная задачаВ двух словах могу сказать, что сегодня можно выбрать либо SATA-диски для Exchange-серверов с низкой производительностью, либо, если Вы можете себе это позволить, SCSI-диски. SATA-диски предоставляют больший объем за меньшие деньги, оно обычно они работают медленнее, хотя и гораздо лучше, чем диски ATA (IDE). Чтобы не расстраиваться по поводу поломок диска, Вы можете создать избыточный массив дисков (RAID). В большинстве случаев рекомендуется аппаратный RAID.
При планировании объема диска лучше всего, чтобы свободного места было в два раза больше, чем ожидаемый объем баз данных Exchange-сервера. Для раздела под базу данных сервера Exchange Standard edition рекомендуется 32 ГБ и более.

 

Резервное копирование, вирусы, спам.


Для Exchange-сервера нужны дополнительные компоненты, которые покупаются отдельно. В Windows 2003 есть своя утилита резервного копирования, которая имеет возможность резервного копирования и сервера Exchange 2003, а программа IMF может быть бесплатно установлена на сервер Exchange 2003 для защиты от нежелательной почты (спама). Однако даже если у Вас есть антивирусная защита всей сети, обязательно стоить купить антивирусное программное обеспечение, специально разработанное для Exchange-серверов, поскольку некоторые вирусы могут появиться изнутри сети.
Убедитесь, что резервное копирование Exchange-сервера производится ежедневно, а носители с резервными копиями хранятся в несгораемом шкафу. Регулярно следует покупать новые носители, чтобы не использовать одни и те же до их прихода в непригодность.
Программа IMF не самый лучший фильтр нежелательной почты, хотя она и улучшается в новых пакетах обновлений и версиях Exchange-сервера. Вы можете купить любую программу, однако убедитесь, что она позволяет устанавливать собственные параметры фильтрации, чтобы пользователи не обращались к Вам всякий раз, когда их почта оказывалась в карантине из-за того, что фильтр принял ее на нежелательную почту.
Хороший антивирусный пакет не загружает процессор и дает возможность установки фильтрации файлов по их типу, что обычно меньше загружает процессор, чем просмотр всех без исключения вложенных файлов. Антивирусная программа должна обновляться ежедневно или чаще, поскольку иногда новые опасные вирусы появляются очень быстро. Некоторые антивирусные пакеты могут определить, содержит ли письмо неизвестный вирус.
Трудно заранее протестировать антивирусный пакет для Exchange-сервера, поэтому перед покупкой лучше всего поискать рекомендации в Интернете.

 

Заключение.


Проблемы, обсуждаемые в этой статье, – это только верхушка айсберга. Здесь показана общая картина, и на MSExchange.org постоянно появляются статьи, посвященные детальному изложению каждого аспекта Exchange-сервера.

Непосредственно установку предлагаю рассмотреть в следующей статье.

Вышел Microsoft Exchange Server 2010 Service Pack 1

http://www.exchangerus.ru/2010/08/26/microsoft-exchange-server-2010-service-pack-1/

http://blogs.technet.com/b/exchange_ru/archive/2010/08/25/the-future-of-exchange-starts-here_3a00_-exchange-server-2010-sp1-is-now-available-.aspx

Скачать Microsoft Exchange Server 2010 Service Pack 1 (SP1):

http://www.microsoft.com/downloads/details.aspx?displaylang=he&FamilyID=50b32685-4356-49cc-8b37-d9c9d4ea3f5b

Наконец то произошло то, чего все так должно ждали, вышел Microsoft Exchange Server 2010 Service Pack 1.

Прежде всего его ждали те ИТ специалисты, которые придерживаются мнения, что программные продукты лучше запускать в работу, когда выйдет ServicePack и ошибки будут исправлены, плюс дописан необходимый функционал. Так произошло и с Microsoft Exchange Server 2010 Service Pack 1, все что разработчики не успели доделать к выходу RTM и что просили пользователи, сейчас исправлено.  Например одной из новых возможностей является хранение архивов в отдельной от почтовых ящиков базе сообщений, которую можно хранить на более дешевых и медленных дисках.   Значительно расширен функционал Exchange Control Panel. Доступен русскоязычный UM language pack  и многое другое.

Более полную информацию можно узнать по ссылкам:

Новые возможности Microsoft Exchange Server 2010 Service Pack 1(ENG)

Арман в блоге пишет о новых возможностях Microsoft Exchange Server 2010 Service Pack 1 на русском языке

Информация о выпуске   Microsoft Exchange Server 2010 Service Pack 1

Пост в русскоязычном блоге Microsoft по Exchange Server

 

понедельник, 12 июля 2010 г.

Microsoft Enhances Hyper-V R2 for Failover Clustering

By Kurt Mackie
  • 06/16/2010

Hyper-V R2 now supports a maximum of 1,000 virtual machines (VMs) in a cluster. Previously, in May, the hypervisor just supported a total of 960 VMs per cluster. A cluster can be defined as a grouping of host machines and their VMs that are managed as one entity. Typically, there would be at least two physical computers in a cluster, with one serving as the master (or job scheduler) and the other as the slave (performing the work).

The increased capacity was enabled because Hyper-V R2 now supports up to 384 VMs per node. Microsoft described the earlier limitations in a blog post on Wednesday.

"Until May 2010, the support limit was 64 VMs per host and up to 16 nodes in a cluster with one node for failover (a 15+1 cluster) for a total of 960 VMs," the blog explained.

Users of Hyper-V R2 -- either the standalone server or the one rolled into Windows Server 2008 R2 -- can vary the number of VMs per node for a maximum of 16 nodes per cluster. Microsoft supplies a table illustrating the possible number of VMs per node in its blog post.

Microsoft recommends reserving at least one node as a failover for the cluster. This failover node, or "passive node," stays idle, waiting to take over work should another node fail. With one node reserved for failover, a typical cluster may leverage a maximum of 15 nodes.

Microsoft further cautions that the number of VMs that can be run at the same time depends on three factors:

  • "Amount of physical memory being used by each virtual machine.
  • "Networking and storage bandwidth.
  • "Number of disk spindles, which affects disk I/O performance."

Microsoft describes the requirements for running VMs using Hyper-V, as well as the limitations, in a TechNet article here.

About the Author

Kurt Mackie is online news editor, Enterprise Group, at 1105 Media Inc.

Virtualizing Your Exchange Environment

The decision to virtualize Exchange can be a difficult one, but it can also pay off for some organizations. Here's what to consider when looking at running Exchange in a virtual environment.

To install Microsoft Exchange in a virtual environment, first you want to ... Wait a minute! You don't really want to read an article about how to install Exchange on a virtual server, do you? Really, the process of virtualizing Exchange is kind of boring when it comes right down to it. It's exactly the same process as installing it on a regular physical server, for the most part. And once it's installed and everything is up and running on a virtualized guest operating system, either on Microsoft Hyper-V or VMware ESX, there's not much more to the story. Of course, you must manage and maintain it just as you would a physical server, but all the really interesting stuff about virtualizing Exchange comes long before you double-click setup.exe.

Indeed, while actually installing Exchange in a virtual environment is nothing new, what is noteworthy is that until August 2008, Microsoft would not officially support such installations. This meant that running Exchange virtually was something often relegated to the realm of test labs and other non-production uses -- unless you were one of those renegade IT professionals who released it into production, anyway. There were IT pros who trusted their enterprise virtualization platform enough to boldly forge ahead and put virtualized Exchange into production, but they did so without Microsoft's blessing and risked being left out in the cold without support if issues did arise.

However, with the server virtualization game playing out at breakneck speed, Microsoft really had no choice but to start supporting Exchange on virtual installations, especially with all the work Redmond was putting into its own virtualization platform, Hyper-V. While Microsoft could have -- and should have -- made this move sooner, it's at least commendable that the company finally committed to it almost two years ago instead of doing something like holding out for the release of Hyper-V Server 2008 R2. The bottom line is that Exchange customers wanted support for virtual installations, and Microsoft responded by giving customers what they wanted. In other words: Better late than never.

In a perfect world, everyone would now be running Exchange in a virtual environment with no problems. E-mail would flow happily ever after, and this is where the story would end. But given the realities of how Exchange is deployed, this is where our story begins.

The Support Policy
What exactly does Microsoft currently support when it comes to virtualizing Exchange? While not quite as complex as Microsoft's licensing model, the support policy is very detailed and somewhat restrictive. As you read the policy, it becomes obvious that Microsoft approached this whole thing in a way that would allow the company to protect its own interests from a support perspective. However, Redmond's new support stance serves the best interests of its customers as well. How so? When the customer implements a virtualized Exchange environment by following the detailed guidelines and restrictions set forth in the policy, that customer is going to have the best-possible virtual experience. In that sense, it's no different than the requirement to follow Microsoft's recommendations when installing on physical servers in order to have the product work the way it should.

You can locate the policy itself in a TechNet article titled "Microsoft Support Policies and Recommendations for Exchange Servers in Hardware Virtualization Environments," online here. Just be prepared to set some time aside when you get ready to read it, as it's 11 pages long, printed. If you want to cheat just a bit, here are a few of the highlights you'll need to look out for:

  • Exchange 2007 must be installed on Windows Server 2008 with Hyper-V or Microsoft Hyper-V Server 2008. Exchange 2010 can be installed on those versions or on R2 versions. Either Exchange version may be installed on a third-party hypervisor that has been validated under the Windows Server Virtualization Validation Program (SVVP) -- more on that to come.
  • An Exchange 2007 guest must run SP1 or later and be deployed on Windows Server 2008. An Exchange 2010 guest must run on Windows Server 2008 SP2 or R2.
  • Each Exchange server version and role must be sized to meet the general system requirements for that version, just as it would for an installation on a physical server.
  • The Unified Messaging (UM) server role for either Exchange 2007 or 2010 is not supported in a virtualization environment. However, that doesn't mean it doesn't work. The reason for the lack of support is that the UM uses a third-party Real Time Collaboration stack, and the vendor who makes the stack doesn't support virtualization. Microsoft resolved initial voice-quality problems with earlier builds of Hyper-V, though, and many shops are running UM in production without any issues. But until the vendor supports virtualization, the UM role won't be supported.
  • For storage, you must use either fixed disks (under Hyper-V, the VHDs must be smaller than 2,040GB), SCSI pass-through (raw disks) or iSCSI storage. Virtual disks that use differencing or delta mechanisms are not supported.
  • On the physical host server, you can only install management software, such as anti-virus, backup software, virtual machine (VM) management software and so on. You can't run any other applications, such as SQL Server, Active Directory or even Exchange.
  • Microsoft doesn't support combining Exchange high-availability solutions -- cluster continuous replication (CCR) or single-copy cluster for 2007, or database availability groups for 2010 -- with hypervisor-based clustering or other high-availability or migration solutions.
  • Creating VM snapshots of an Exchange guest VM from within the hypervisor application on the host is not supported.
  • When specifying the number of virtual processors allocated to Exchange guest machines, the supported ratio of virtual processors to logical processors must not be greater than 2-to-1.
  • Research, plan and test your virtualization solution. This isn't stated as a direct condition of the support policy, but it's the underlying suggested approach that runs throughout it.
  • This is a highly condensed and brief overview of the major support conditions. The policy itself goes into greater depth on these points and contains recommendations for many more elements, such as considerations for backup and restore, networking and so on.

    The policy article referenced earlier also contains the requirements for virtualizing Exchange 2003. If you're wondering about converting your Exchange 5.5 or 2000 servers to VMs, there is, unfortunately, no support for any version of Exchange prior to Exchange 2003 in a virtualization environment.

    As far as the official requirements for virtualizing Exchange 2010 are concerned, they're very similar to those for 2007. The complete virtualization requirements list can be found in the TechNet article "Exchange 2010 System Requirements," online here.

    Which Roles Should I Virtualize?
    Which Exchange server roles are the best candidates for Exchange virtualization? For many, the immediate candidates are the Client Access Server (CAS) and Hub Transport (HT) roles, which often can easily run on and benefit from virtualization. Be aware, though, that in Exchange 2010 the CAS role will demand more resources, so plan accordingly.

    While Microsoft supports the Mailbox server role installed on a virtual server, there are many IT pros that cringe at the thought of setting up their systems that way. The critics feel that the Mailbox role is so CPU- and I/O-intensive that virtualizing it in production is a mistake, and performance will suffer. But there are many reasonable ways to look at this without writing off virtualization of your Mailbox role. It's true that you'll see a slight rise in your CPU utilization with virtualization, but many IT pros say that, unless you're already maxed out, you're looking at a 5 percent increase. As for the I/O issue, you can work around it by placing the virtualized drives on a SAN or, in smaller environments, by working with SCSI pass-through storage for the Mailbox database and transaction logs. Keep in mind, too, that you don't have to virtualize all of your production servers.

    A Note on Third-Party Support

    We've focusing on the software offerings that Microsoft provides for hardware virtualization functionality.

    However, there are non-Microsoft hardware virtualization software vendors that Microsoft considers support partners. To learn more about the support policies for third-party hardware virtualization software, see:

    -- J.P.B.

    So, perhaps for higher availability, you wish to implement a CCR cluster. You can take a single server and virtualize the passive side, for instance. You can also use that same server to run a second CAS and/or HT server for higher availability of those roles. Really, there are scores of different design options that might pull virtualization into your environment judiciously if you're concerned about the performance hit -- especially on the Mailbox role.

    Typically, however, if you meet Microsoft's support recommendations and size and test the solution appropriately, you can be sure that Exchange will perform just as it's supposed to. Your users will never know the difference. And in the end, isn't that peace of mind part of what virtualization is all about?

    The Edge Transport (ET) role is supported for virtualization, although some may be concerned about an escape attack where a hacker goes through the VM and gets at the virtualized server itself. This is a possibility, but I can't find any examples of a successful escape attack. Moreover, the ET role sits on the perimeter, so the attack would only go so far even if it did succeed.

    Hyper-V vs. ESX

    One question that constantly comes up when discussing Exchange virtualization in front of a live audience is, "Which vendor is better?" To use the word "better" in this discussion is a bit awkward. From a pure performance perspective, major vendors have tested Microsoft Hyper-V's performance in comparison to that of other solutions -- including VMware ESX -- and found the performance to be comparable, with ESX having a slight performance gain, but not enough to be considered groundbreaking. In terms of choosing your virtualization vendor, the discussion has now moved into the realm of management features supported, support for memory over-commit (which Hyper-V does not support), and -- most importantly in our current economic situation -- cost (where Hyper-V seems to take the blue ribbon).

    -- J.P.B.

    One final note: As previously mentioned in the support conditions, the UM server role is not supported by Microsoft on virtualization. Does this mean that if it's sized appropriately, it won't work? Of course not -- but keep in mind that you enter at your own risk if you choose to virtualize it.

    Third-Party Support
    When first published, Microsoft's new Exchange virtualization support policy met with initial criticism as being self-serving, because the company only directly supported its own virtualization technologies. VMware customers who rushed out to check the new policy could find no initial references to ESX.

    Actually, Microsoft took the initiative to bring support to the table for customers of any virtualization vendor, provided that the vendor would work with Microsoft to validate its configurations. In order to do so, Microsoft launched the Windows SVVP. Full details of the program are available on the official SVVP page on the Microsoft Web site. Customers running Exchange on a third-party virtualization platform that has been validated under SVVP can receive full support from Microsoft. But what happens if you do have issues and Microsoft believes that the root of the problem is with the vendor's hypervisor software? As per the SVVP, Microsoft will actually work with the vendor through a support arrangement in order to assist in resolving the issue.

    What has been the response to the Microsoft SVVP?

    Currently, there are 11 vendors who have joined the SVVP, and eight of them so far have solutions and products that have been validated. These include Citrix Systems Inc., Hitachi Ltd., Novell and Red Hat Inc. -- just to name a few. And what about VMware? Yes, it's in there, too. As a matter of fact, VMware was able to announce on Sept. 3, 2008, that it was the very first vendor to have its hypervisor -- VMware ESX 3.5 update 2 -- validated by Microsoft under the program.

    Licensing Compliance
    Microsoft's move to support a virtualized Exchange installation is a definite indicator that many IT shops are choosing to go in that direction. And it's not just support for Exchange, either -- Microsoft's announcement last August stated that it had updated its technical support policy for 31 server applications to be supported on virtual platforms, including applications like SQL and SharePoint. The full list can be found here.

    But Microsoft didn't stop with just a new support policy. In a move of true innovation, it also changed its licensing terms as of Sept. 1, 2008. The company now allows for moving 41 server applications running on virtual guest machines between physical host servers within a server farm as often as necessary without having to pay for additional licensing fees or worry about license reassignment.

    What does this mean, and why should you care? Well, suppose you previously had two physical servers running a hypervisor and had a single Exchange virtual server configured on one of them. If you wanted to move the guest Exchange machine from running on one physical host over to the other, then you'd have had to reassign the license to that server, and you could only do so once within 90 days to be in licensing compliance. This often led to extra expense for many IT shops, because in order to remain compliant, they would've had to purchase an additional Exchange license for each physical server that the virtual server may have had to run on. In this example, that would've meant buying one additional license so that the virtual Exchange server could be moved back and forth between either of the two hosts as needed.

    Bottom line: With the new licensing arrangement, you can take advantage of the dynamic nature of virtualization without incurring any extra licensing expense, because you can now count licenses by server farm instead of by individual servers.

    Now that Microsoft officially supports Exchange in a virtual environment -- and on third-party hypervisors at that -- and all the licensing concerns have mostly been worked out, the technical question of, "can I virtualize Exchange?" has certainly been answered. This concludes our story, then, correct? Well, no, because for many IT shops there's still the philosophical question that remains: Should I virtualize Exchange?

    Unfortunately, there's no single right or wrong answer to this question. Rather, it's wholly dependent on a multitude of factors that are going to differ greatly from one environment to another. It's not a decision to make lightly. Exchange is a core application for many businesses today, and users rely heavily on it. Therefore, if you're completely new to virtualization technology, then perhaps virtualizing your Exchange servers may not be what you want to start off with to get your feet wet. But for organizations that have successfully implemented one or more hypervisor platforms along with the appropriate storage solutions, there are compelling reasons to look at converting or migrating some -- or all -- of your organization to virtual Exchange.

About the Authors

J. Peter Bruzzese (Triple-MCSE, MCT, MCITP: Messaging) is a longtime contributor to Redmond, an InfoWorld journalist and the Exchange 2010 Instructor for Train Signal. You can reach him at peter@trainsignal.com.

Lee Owens, Triple-MCSE and MCITP: Messaging 2007, has more than 13 years of experience in the IT field and is currently an enterprise systems engineer focused on Active Directory, Exchange, mobility and virtualization technologies.

SP1 Arriving This Year for Exchange Server 2010

SP1 Arriving This Year for Exchange Server 2010

Microsoft today announced updates to come in Service Pack 1 of Exchange Server 2010, including management and search improvements.

Exchange Server 2010 was released in November, and the new service pack will arrive sometime "later this year," according to Microsoft's Wednesday announcement. A beta of SP1 will be released in early June, around the time of Microsoft's Tech-Ed event in New Orleans.

Organizations concerned with compliance and e-discovery legal issues, as well as hunting down errant employee e-mails, likely will relish those improvements in Exchange Server 2010. However, most of the tweaks in SP1 are designed to help IT pros with their management tasks. Microsoft's announcement noted that the SP1 improvements were added as a result of user feedback from previously released roll-ups.

SP1 adds some fine tuning to features that were previously described late last year. For IT pros, SP1 will allow .PST files to be imported directly into Exchange 2010, according to a Microsoft white paper (Word download) attributed to Ian Hameroff, senior technical product manager for Microsoft Exchange.

Microsoft is switching from the older .PST format to an "Exchange archive" approach for storage of personal e-mail files in Exchange 2010. Users of Exchange 2010 will have a both a primary mailbox and a linked personal archive, and both mailboxes will be accessible by IT pros through search queries. In addition, IT pros can set retention policies across both the primary and personal archive mailboxes.

The new archiving and retention policy approaches adopted in Exchange 2010 will offer better control for IT pros, according to Microsoft. For instance, administrators can set a policy specifying that e-mail moved to a personal archive will get deleted after a certain amount of time. That approach can help in cases where organizations have limited storage space for e-mail on servers.

Administrators can use the Exchange Management Console or the PowerShell command line tool to set such policies. Microsoft's announcement described a number of management user-interface improvements in Exchange 2010, particularly to the Exchange Management Console and Exchange Control Panel.

Although the new storage approach in Exchange 2010 sounds useful, a report from Forrester Research cautions that IT pros should assess the architecture changes involved before deciding to upgrade.

Another benefit of SP1 will be the ability to "manage archive mailboxes on separate Exchange databases," according to the white paper.

Search results can be improved by using an optional "de-duplication of search results" feature in Exchange 2010. Hameroff explained in a video linked in Microsoft's announcement that since the same e-mail gets sent to multiple mailboxes, search queries often pull duplicate files. The de-duplication feature ends such redundancies. Microsoft is also touting a "multi-mailbox search" feature that improves searches for legal e-discovery purposes.

Microsoft plans to unveil a "significant facelift" to Outlook Web App with the release of Exchange 2010 SP1. The e-mail client will run faster with a new "pre-fetch" capability for accessing messages. It will better handle large attachments and allow users to view documents protected via information rights management settings.

Information rights management will work with mobile clients without having to first connect the device to the Windows Mobile Device Center for provisioning, according to Microsoft's announcement.

Finally, since many users still use the Outlook 2007 client, Microsoft plans to release an update that will "support access to a user's Personal Archive with Outlook 2007." This update will be released "in the SP1 timeframe," according to Microsoft's announcement.

четверг, 8 июля 2010 г.

Migration from Exchange 2003 to Exchange 2010

суббота, 5 декабря 2009 г.
Сейчас по утрам я учусь.
Не буду говорить, чего мне стоило пробить свое отсутствие по утрам с сохранением зарплаты (оплата курса, конечно, за мой счет), но это стоило того!
Ронен Габай - один из лучших в Израиле специалистов по Exchange Server, а может и лучший. Он же Microsoft Regional Director по Exchange Server, а также Microsoft MVP.
И вот - этот человек, который сначала проводил закрытые курсы по Exchange Server 2010 для работников самого Microsoft, сейчас дает 2-й публичный курс. Exchange только вышел 9 ноября, а 29-го ноября я уже слушаю курс по этой новой системе.
Уровень, конечно, фантастический, но и скорость - только успевай. Нет, кажется, вопроса, на который он не смог бы ответить. Один ученик сравнил удовольствие от прослушивания с тем, какое могло быть, если бы на сцене стояла Памела Андерсон !..
Дома я пробую сделать пробную миграцию Exchange 2003 на Exchange 2010.
И вот, что получается, точнее не получается.
Пока это все в процессе и записано на ломаном английском. В дальнейшем стиль и язык будут правиться (:))...
Exists Configuration.
1st virtual computer - SRV2003 with roles: DC, CA, Exch2003.
2nd virtual computer - SRV2008 R2 with roles: standalone server.
Pre-installation steps.
1. On the 1st computer from ADDT (Active Directory Domains and Trusts) raise "Forest Functional Level" to Windows Server 2003 level, than raise "Domain Functional Level" to Windows Server 2003 level.
1. On the 1st computer attach SRV2008 ISO and run command: "ADPREP /forestprep /domainprep /rodcprep". This command usually exists in the folder X:\support\adprep of the SRV2008 DVD. We make it for extension of the Domain 2003 schema to the Domain 2008 schema.
2. Change network settings of the 2nd computer to the subnet of the 1st computer (DNS server IP address the must!).
3. Then attach 2nd computer to the Domain "Clus.local".
4. Promote 2nd computer to DC (you must be a Domain administrator for this). This make Domain "Clus.local" Domain 2008, but this step not necessary for Exchange install.
For promotion:
a) Add ADDS (Active Directory Domain Services) role from Server Manager (this step automatically adds "NET Framework 3.5.1" required feature)
b) Run "dcpromo" command. With this step you will install AD (the must), DNS and GC (optionally). Than reboot!
Now we go to installing prerequisites for the Exchange 2010 installation.
5. Attach to 2nd computer FILTERPACKX64.ISO and install FilterPackx64.exe from. This is the part from Office and necessary for Search capabilities.
6. Make "Net.Tcp Port Sharing" service running and in the "automatic" state.
7. From "cmd" run command: "ServerManagerCMD -ip D:\scripts\Exchange-Typical.xml" and reboot! This will install all the necessary prerequisites (100 prerequisites).
Now we muhanim for Exch2010 installing!
8. Attach to 2nd computer Exchange2010 ISO and run the "Setup" command.
9. Choose Exchange language from the options.
Right answer: "Install only languages from the DVD". This option make sense only for administrative interface. You have seen the Exchange management in the Hebrew !?
10. Error Reporting: No.
10. Installation Type: select "Typical Exchange Server Installation".
This will install HUB, CAS, Mailbox roles + Management Tools.
11. Configure Client Access Server external domain.
If your server will be accessible from the Internet (and will be), "Enter the domain name you will use with tour external Client Access servers".
This is for ActiveSync, Outlook Web App, Outlook Anywhere.
12. Now important question for the migration - Mail Flow Settings.
"To enable mail flow to Exchange 2003, a routing group connector is required. Select an Exchange 2003 server in the routing group to which Exchange 2010 will connect:"
But Setup will not ostavlyaet you alone, you simple haven't option to move without right choose (vybor):
"- You must specify the legacy routing server when you install the first Hub Transport server in an organization that contains legacy Exchange servers".
13. Customer Experience Improvement Program.
Right answer: "I don't wish to join the program at this time".
Next ! Duhh !! And you in the right place.
Now Exchange with help of ExBPA make Readiness Checks.
Organization Prerequisites Warning:
Setup is going to prepare the organization for Exchange 2010 by using "Setup /PrepareAD"...Bla-bla... After this operation, you will not be able to install any Exchange 2007 server roles."

:) :) :) But what the Shit! :(:(:(
Client Access Role Prerequisites Error:
"The start mode for the Net.Tcp Port Sharing service must be set to Automatic before Setup can continue."
And you must restart your install from the beginning (only make sure if that fucking service working in the Automatic mode) :)! And for now that Readiness shit working GOOD ! But ...
Organization Preparation Failed
The following error was generated when "$error.Clear(); install-ExchangeSchema -LdapFileName ($roleInstallPath + "Setup\Data\"+$RoleSchemaPrefix + "schema0.ldf")" was run: "There was an error while running 'ldifde.exe' to import the schema file 'C:\Windows\Temp\ExchangeSetup\Setup\Data\PostExchange2003_schema0.ldf'. The error code is: 8206. More details can be found in the error file: 'C:\Users\Administrator.CLUSDOM\AppData\Local\Temp\ldif.err'".

(продолжение следует, возможно…)