Можно добавить пользовательские reg ключи путем создания пользовательского adm файла и импорта его как шаблона в раздел Administrative Templates Объекта Групповой политики. Затем ссылка, что GPO к Вашему OU. Существуют документы в MS о том, как сделать это, или можно посмотреть на adm файлы, которые уже существуют на сервере (где-нибудь под Sysvol, я думаю).
Этот процесс называют, "татуируя реестр", и это означает, что Вы вне управления удаления групповой политики, т.е. reg записи останутся, даже если политика будет удалена. Необходимо создать "обратный" reg ключ и развернуть его (или просто удалить его).
Мы переместили наш Exchange 2003 в Hyper-V VM и скорость, увеличенная существенно. Конечно, старые аппаратные средства были Poweredge 2650 с 5 дисками, RAID5 и новый сервер являются Poweredge 2950 с шестью дисками RAID5, таким образом, увеличение скорости до намного лучшей дисковой подсистемы на новом сервере. Тем не менее, это намного быстрее!
Наша главная причина для использования VM состоит в том, что мы зеркально отражаем файлы VM (использующий теневую копию) каждую ночь поэтому, если бы мы потеряли сервер по какой-либо причине, то потребовалось бы пять минут для начальной загрузки зеркальной копии.
МЛАДШИЙ
Ре рекомендаций Microsoft: рабочий Exchange 2003 в виртуализированной среде здесь: http://technet.microsoft.com/en-us/library/cc794548.aspx
Microsoft не указывает, что тот Exchange "поддержки" 2003, работая Гиперпротив (Действительно, они только "поддерживают" рабочий Exchange 2003 под Виртуальным сервером 2005 R2 или позже.)
Учитывая, что Exchange, 2003 является основной версией позади текущего выпуска Exchange (скоро, чтобы быть двумя версиями позади, когда Exchange 2010 проходит RTM), я думаю, что маловероятно, что намного больше будет сделано Microsoft для расширения "поддержки" Exchange 2003 в другие виртуализированные среды. Я не могу говорить за Microsoft, конечно, но я думаю, что это - справедливое предположение.
Я не попытался выполнить его под Hyper-V, но я подозреваю, что это будет хорошо работать. Вы понесете потерю производительности IO, как любое приложение было бы в виртуализированной среде. С Exchange 2003, который является особенно голодным IO (moreso, чем Exchange 2007), это - отличный недостаток по выполнению его на "чистом металле", таким образом, Вам нужно серьезное основание выполнить его в виртуализированной среде.
Я выполнил Exchange 2007 в госте Hyper-V начиная с выпуска Hyper-V - и не столкнулся с единственной проблемой с ним. Мой сервер был довольно маленьким, хотя, таким образом, я не должен был волноваться о IO, когда я принял решение виртуализировать его. Если бы Вы - планирование выполнения большей реализации, я удостоверился бы, что Вы помещаете некоторую мысль в то, как Вы собираетесь управлять дисками для своего VM - так как это - то, где Ваше самое большое узкое место, вероятно, будет.
Я повторяю Evan здесь. Это может работать в виртуализированной среде очень хорошо, но необходимо хотеть сделать это по причине. У нас есть вся среда Exchange 2007, работающая на кластере ESX VMware, и это работает на нас. Но кластерные узлы также размещают набор других сервисов также. Это может быть сделано.
John, можно ли сказать нам, как резервное копирование VSS для Exchange 2003 является установкой? Какой процесс резервного копирования / программа являетесь Вы использованием? Я работаю на некоммерческую организацию, и мы находимся в процессе тестирования Exchange 2003 на Hyper-V R2, работающем на Dell R610, подключенном к серверу Datacore SanMelody (аппаратные средства являются PowerEdge T710, запускающим Windows 2008 x64). спасибо, Carlton.
Я нахожусь только в процессе движения от VS2005 до Hyper-V R2 сегодня вечером. Таким образом, мы будем видеть, как это идет. В отношении делания копии VSS сервера мы смотрим на использование SCVMM R2, чтобы сделать подобные вещи. Это было бы что Ваш использующий John?