При поддержке компании Mobatime Systems: лидера в разработке, производстве и продаже приборов и систем времени. Подробнее...
Сайт · Форум · Инструменты WindowsFAQ.ru - Сайт о Windows, компьютерах, системном администрировании, локальных сетях

Поиск

Друзья

Клуб любителей ASPLinux
Kerio Winroute Firewall инструкции настройки

Шаблоны

New_WindowsFAQ
Главная arrow Статьи arrow Администрирование arrow Миграция почтовой системы с Exchange 2003 на Exchange 2007. Часть 1.
Миграция почтовой системы с Exchange 2003 на Exchange 2007. Часть 1. Версия для печати
Рейтинг: / 5
ХужеЛучше 
Автор Станислав Булдаков   

Подготовка домена

Процесс миграции начинается с подготовки целевого домена для установки Exchange 2007. Фактически подготовка распадается на 4 шага: подготовка разрешений, подготовка схемы, подготовка AD и подготовка доменов. Все операции проще всего выполнять на мастере схемы.

  • Подготовка разрешений. Запускается командой "setup /pl" (полный вариант – "setup /PrepareLegacyExchangePermissions"). Учётная запись, под которой запускается команда, должна быть в группе Domain Admins. Если доменов несколько - то учётная запись должна состоять в группе Domain Admins каждого домена. Если такой учётной записи нет, то команда может запускаться в виде "setup /pl:domain.FQDN" из под записи, обладающей правами Domain Admins соответствующего домена. Первый вариант, при наличии нескольких доменов, будет пытаться подготовить их все, и если прав хватит, то процесс пройдёт успешно, если нет, то используем второй вариант.

    Миграция с Exchange 2003 на Exchange 2007
  • Подготовка схемы. Запускается командой "setup /ps" (полный вариант – "setup /PrepareSchema"). Учётная запись, под которой запускается команда, должна быть в группе Schema Admins.

    Миграция с Exchange 2003 на Exchange 2007
  • Подготовка AD. Запускается командой "setup /p" (полный вариант – "setup /PrepareAD"). Учётная запись, под которой запускается команда, должна быть в группе Enterprise Admins. Если результаты выполнения первых двух пунктов можно было проверить исключительно утилитами ldp или adsiedit, то после выполнения третьего шага в ADU&C появится организационнная единица Microsoft Exchange Security Groups в которой будут созданы группы Exchange Organization Administrators, Exchange Public Folder Administrators, Exchange Recipient Administrators,Exchange Servers, Exchange View-Only Administrators и ExchangeLegacyInterop. Кроме этого в Exchange System Manager появится новая административная группа FYDIBOHF23SPDLT.

    Миграция с Exchange 2003 на Exchange 2007
  • Подготовка доменов. Запускается командой "setup /pad" (полный вариант – "setup /PrepareAllDomains"). Учётная запись, под которой запускается команда, должна быть в группе Domain Admins. При этом подготавливаются все домены, где есть сервера Exchange и все домены, где есть пользователи Exchange. Команда может так же выполняться в виде "setup /pd:domain.FQDN" если у нас нет под рукой одной учётной записи, обладающей правами администратора домена во всех доменах.

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

Устанавливаем значения параметра SuppressStateChanges на всех серверах Exchange 2003

Для этого в реестре в ветке HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\RESvc\Parameters создается следующая переменная:
Value name: SuppressStateChanges
Data type: REG_DWORD
Radix: Decimal
Value data: 1

Установка первых серверов с ролями hub transport и client access server

Установку ролей edge server и unified communications я не рассматриваю. Роли client access server и hub transport можно совместить на одном сервере. Собственно, это я и сделаю. В качестве операционной системы буду использовать Windows 2008 Server. На мой взгляд, использование Windows 2003 Server, на текущий момент смысла не имеет, к тому же, сценарий обновления версии Windows Server с 2003 на 2008 c установленным Exchange 2007 не поддерживается.

Итак, система у нас установлена, так же установлены все свежие обновления для системы. Для установки ролей client access server и hub transport необходимо установить некоторые дополнительные компоненты Windows 2008 Server. Проще всего это сделать через ServerManagerCmd. Командный файл с необходимыми для установки компонентами выглядит следующим образом:
SeverManagerCmd -i Web-Server
ServerManagerCmd -i Web-ISAPI-Ext
ServerManagerCmd -i Web-Metabase
ServerManagerCmd -i Web-Lgcy-Mgmt-Console
ServerManagerCmd -i Web-Basic-Auth
ServerManagerCmd -i Web-Digest-Auth
ServerManagerCmd -i Web-Windows-Auth
ServerManagerCmd -i Web-Dyn-Compression
ServerManagerCmd -i PowerShell
ServerManagerCmd -i RPC-over-HTTP-proxy

Затем запускаем setup.exe от имени администратора системы (это важно, иначе процесс установки просто не запустится). Процесс установки вызвать проблем не должен. Сначала система проверится на наличие необходимых компонентов/привилегий, и, в случае успешного прохождения всех проверок, можно будет начать устанавливать Exchange 2007. При установке выбираем две роли - Hub Transport и Client Access Server, а в качестве сервера, через который будет пересылаться почтовый трафик для текущей почтовой организации выбираем один из текущих back-end серверов. Установка занимает несколько десятков минут, в зависимости от конфигурации серверного железа.

После установки сервера нас попросят перезагрузиться. После перезагрузки можно установить последний Rollup Update. Здесь тоже есть тонкий момент – во время установки этого пакета обновления сервер связывается со следующим адресом http://crl.microsoft.com/pki/crl/products/CodeSigPCA.crl. И если не может этого сделать, то ничего хорошего не выйдет. Ситуацию можно исправить, но лучше разрешить серверу выходить в интернет по http.

Настройка коннектора группы маршрутизации для использования всех hub transport серверов

В Exchange 2007 структура маршрутизации почтового траффика была сильно переработана по сравнению с Exchange 2003. Теперь при маршрутизации почты используются сайты AD, а не свои собcтвенные группы маршрутизации. Для облегчения перехода с Exchange 2003 на 2007 последний поддерживает группы маршрутизации Exchange 2003 и при установке первого сервера с ролью hub transport создаёт 2 соединителя для маршрутизации почты от Exchange 2003 до Exchange 2007 и наоборот. По умолчанию в этом соединителе указывается сервер, который запрашивался при установке, и сам hub transport. Если же у нас несколько hub transport серверов? Было бы вполне логично и их указать в этих соединителях. Exchange Management Console не умеет работать с такими коннекторами. Их настройка ведётся исключительно средствами Exchange Management Shell – командлетами Get-RoutingGroupConnector и Set-RoutingGroupConnector. В свойствах объекта коннектора нас интересуют SourceTransportServers и TargerTransportServers. Изменение многозначных свойств подробно описано в этой статье. Вооружившись ей, пробую:
$rgc = Get-RoutingGroupConnector - Identity "RoutingGroupName"
$rgc.SourceTransportServers += "HUB2"

После этого получаю ошибку:
Exception setting "SourceTransportServers": "Cannot convert value "System.Objec
t[]" to type "Microsoft.Exchange.Data.MultiValuedProperty`1[Microsoft.Exchange.
Data.Directory.ADObjectId]". Error: "Failed to convert HUB2 from System.Stri
ng to Microsoft.Exchange.Data.Directory.ADObjectId.""
At line:1 char:7
+ $rgs.S <<<< ourceTransportServers += "HUB2"

Незадача. Поиск по технету приводит к этой теме на форуме. Предложено вручную через Exchange System Manager удалить коннекторы созданные при установке первого hub transport сервера и создать их вручную, указав при этом необходимые back-end и hub transport сервера. Похоже ошибка связана с наличием в среде Exchange 2003 back-end кластеров.

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

Настройка внешнего маршрутизатора на пересылку входящего smtp-трафика на hub transport сервера

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

Настройка принимающих и отправляющих коннекторов

Для того, чтобы наш hub transport смог принимать и отсылать почту необходимо создать принимающие и отправляющие коннекторы.

  • Принимающие коннекторы создаются при установке роли Hub Transport и для их корректной работы необходимо добавить разрешения для анонимных пользователей (в противном случае ни один почтовый сервер не сможет послать почту на наш). Можно сделать это через Exchange Management Console: Server Configuration -> Hub Transport -> Receive Connectors в свойствах коннектора по умолчанию на закладке Permission Groups ставим галку напротив Anonymous users.

    Миграция с Exchange 2003 на Exchange 2007
  • Отправляющие коннекторы по умолчанию не создаются. Их необходимо создать, например, через Exchange Management Console: Organization Configuration -> Hub Transport -> закладка Send Connectors -> New Send Connector. Настройки такого коннектора полностью аналогичны настройкам smtp-коннекторов в Exchange 2003. Следует иметь ввиду, что если у нас ещё не настроена внешняя DNS-зона, то стоимость такого коннектора должна быть выше, чем стоимость smtp-коннектора, который отправляет почту в организации Exchange 2003, иначе весь внешний smtp траффик пойдёт через наш новый hub transport, и, скорее всего, будет резаться принимающими серверами как спам. Кроме этого в свойствах коннектора надо указать FQDN-имя, которым будет представляться наш hub transport другим почтовым серверам в начале smtp-сессий. В дальнейшем на это имя нужно будет выдавать сертификат и добавлять его во внешюю DNS-зону.

Настройка client access server

SSL сертификат требуется для создания безопасного канала связи между client access server’ом и клиентом. Существует 3 способа получения такого сертификата:

  • Получение самоподписанного сертификата. К сожалению, такие сертификаты не поддерживаются Outlook Anywhere.
  • Покупка сертификата во внешнем центре сертификатов.
  • Получение сертификата с внутреннего сервера сертификатов.

Самый последний случай нам и нужен. Для начала нужно сформировать запрос на сертификат. Делается это через Exchange Management Shell следующим командлетом:

New-ExchangeCertificate -GenerateRequest -DomainName fqdn.external,autodiscovery.external.domainname,netbios-name,fqdn.internal -FriendlyName fqdn.external -PrivateKeyExportable:$true -Path c:\cert_netbios-name.txt

Exchange Management Shell надо запускать от имени администратора. После выполнения командлета в корне диска с: мы получим файл с запросом для сервера выдачи сертификатов. Идём на сервер выдачи сертификатов, выбираем запрос сертификата, с помощью файла запроса вставляем в предложенную форму содержимое сгенерированного файла запроса, в качестве шаблона выбираем "Web Server" и отправляем запрос на сертификат. По выданной ссылке сохраняем сертификат на наш client access server сервер. Теперь его нужно импортировать и подключить к нашему серверу. Делается это через Exchange Management Shell. Импорт сертификата:

Import-ExchangeCertificate -Path c:\newcert.cer

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

dir cert:\LocalMachive\My | fl

Полученный отпечаток копируем и с его помощью подключаем сертификат к нашему серверу:

Enable-ExchangeCertificate -Thumbprint "отпечаток" -Services "IIS,POP,IMAP,SMTP"

Идём дальше по списку.

  • Необходимо настроить виртуальные каталоги OWA для интегрированной (integrated windows authentication) и обычной (basic authentication) проверки подлинности, а также внешние адреса доступа. Всего каталогов 4: Exchange, Exchweb, OWA и Public. В Exchange Management Shell это выглядит следующим образом:
    Set-OwaVirtualDirectory -Identity "Exchange (Default Web Site)" -WindowsAuthentication:$true -BasicAuthentication:$true
    Set-OwaVirtualDirectory -Identity "Exchweb (Default Web Site)" -WindowsAuthentication:$true -BasicAuthentication:$true
    Set-OwaVirtualDirectory -Identity "owa (Default Web Site)" -WindowsAuthentication:$true -BasicAuthentication:$true -ExternalUrl "https://external.url"
    Set-OwaVirtualDirectory -Identity "Public (Default Web Site)" -WindowsAuthentication:$true -BasicAuthentication:$true
    Где external.url – внешний адрес, по которому мы будем обращаться с нашего веб-клиента. То же самое можно сделать через Exchange Management Console: Server Configuration -> Client Access. Закладка Outlook Web Access.
  • Если нужно – подключаем Outlook Anywhere. Через Exchange Management Shell это выглядит следующим образом:
    Enable-OutlookAnywhere -DefaultAuthenticationMethod:Ntlm -ExternalHostname:external.cas.name
    Где external.cas.name имя нашего сервера, как прописано во внешней DNS-зоне. Через Exchange Management Console: Server Configuration -> Client Access. На панели действий выбираем Enable Outlook Anywhere.
  • Выставляем внешний Url для ActiveSync. Через Exchange Management Shell:
    Set-ActiveSyncVirtualDirectory -Identity "Microsoft-Server-ActiveSync" -ExternalUrl "https://external.cas.name/Microsoft-Server-ActiveSync"
    Где external.cas.name имя нашего сервера, как прописано во внешней DNS-зоне. Через Exchange Management Console: Server Configuration -> Client Access. Закладка Exchange ActiveSync.
  • Настраиваем использование оффлайновой адресной книгой протокола https. Через Exchange Management Shell:
    Set-OABVirtualDirectory -Identity "CAS\OAB (Default Web Site)" -ExternalURL "https://external.cas.name/OAB" -InternalURL "https://internal.cas.name/OAB"
    Где external.cas.name имя нашего сервера, как прописано во внешней DNS-зоне, а internal.cas.name имя нашего сервера, как прописано во внутренней DNS-зоне. Через Exchange Management Console: Server Configuration -> Client Access. Закладка Offline Address Book Distribution.

Во всех ссылках выше не путаем https с http. Это важно.

Установка почтового кластера

  • Настройки сети. У нас для каждого узла кластера используется по 2 сетевых карты. Одна для доступа в рабочую сеть (Public), вторая для доступа во внутреннюю служебную сеть кластера (Private), которая используется для тактовых импульсов между узлами кластера. Для начала надо поставить правильный порядок доступа сервисов к нашим сетевым соединениям. Делается это Network Connections -> Advanced -> Advanced Settings... Соединение Public должно находится в самом верху, за ним Private:

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

    Настройки Public используются как для обычных компьютеров в локальной сети. На настройках Private соединения остановимся поподробнее. В качестве ip адреса можно выбрать, например, два адреса из сети 192.168.0.0/24. Дополнительные настройки должны выглядеть следующим образом:

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

    Миграция с Exchange 2003 на Exchange 2007
  • Установка дополнительных компонентов. Для установки Failover Cluster необходимо будет установить компонент Failover Clustering. Кроме этого, так как в дальнейшем на кластер мы установим Exchange 2007, необходимо будет установить PowerShell и некоторые компоненты Web Server’а. Проще всего это сделать через servermanagercmd:
    servermanagercmd -i powershell
    servermanagercmd -i failover-clustering
    servermanagercmd -i rsat-adds
    servermanagercmd -i web-server
    servermanagercmd -i web-isapi-ext
    servermanagercmd -i web-lgcy-mgmt-console
    servermanagercmd -i web-basic-auth
    servermanagercmd -i web-windows-auth
  • Настройка Failover Clustering. Создание кластера обхода отказа (Failover cluster) делается через оснастку Failover Cluster Management. Выбираем Create Cluster и начинаем его создавать. На первом шаге нам понадобится указать сервера, которые станут узлами кластера:

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

    Далее указываем имя нашего будущего кластера и его ip-адрес:

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

    Запускаем процесс создания кластера. Процесс займёт несколько минут:

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

    Итак, кластер создан, теперь, через Failover Cluster Management нужно будет поправить некоторые настройки нашего кластер. Для начала нужно изменить названия сетей, которые использует наш кластер на Public Network и Private Network (по умолчанию создаются Cluster Network 1 и Cluster Network 2):

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

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

    Советую обратить внимание, что в последнем случае не должно стоять галочки Allow clients to connect to this network, так как частная сеть будет использоваться кластером исключительно для своих нужд. Теперь надо настроить кворум кластера обхода отказов. Делаем мы это на одном из наших hub transport серверов, установленных ранее. Для этого создаем на нём папку, открываем к ней доступ и настраиваем права доступа. Выглядеть это будет следующим образом:

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

    Полные права доступа на папку мы дали нашему кластеру HQ-MBX. Теперь надо указать нашему кластеру тип кворума, который он будет использовать и указать на нашу открытую папку на hub transport сервере. Делается это в Failover Cluster Management. В свойствах кластера в дополнительных действиях выбираем Configure Cluster Quorum Settings... Дальнейшие шаги будут выглядеть следующим образом:

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

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

    После завершения настроек кворма на главной странице Failover Cluster Management через Validate a Configuration можно проверить наш кластер. Если настройки железа и софта корректные, то проверка ошибок не найдёт.

  • Установка активного узла почтового кластера. Все предварительные настройки мы сделали, теперь можно начать устанавливать активный узел нашего будущего почтового кластера. На активном узле кластера обхода запускаем установку Exchange сервера. На странице выбора конфигурации выбираем произвольную конфигурацию и среди предложенных ролей почтового сервера выбираем роль Active Clustered Mailbox Role. Затем выбраем тип кластера - Single Copy Cluster, указываем имя и место размещения групп хранения:

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

    и ip-адрес:

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

    Замечу, что имя почтового кластера и ip-адрес должны отличаться от имени кластера обхода и его ip-адреса. Иначе SCC мы не сможем установить. После проверки конфигурации можно приступить к установке.

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

Итак, первый узел почтового кластера установлен. Последним шагом будет установка пассивного узла SCC. Для этого установка Exchange запускается на пассивном узле кластера обхода, выбирается роль Passive Clustered Mailbox Role. После заврешения проверки конфигурации устанавливается пассивный узел SCC. После перезагрузки обоих узлов кластера мы получаем рабочий кластер одной копии.

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

Во-первых, по умолчанию дисковый ресурс не попадает при установке в набор ресурсов нашего почтового кластера. Это нормальное поведение и через Failover Cluster Management надо дисковый ресурс поместить в почтовый кластер.

Во-вторых, надо сделать дополнительные настройки дискового ресурса для корректной работы кластера.

  • В Failover Cluster Management переходим в Services and Applications и далее в наш почтовый кластер. В свойствах кластерного диска/дисков на закладке Policies в разделе Response to resource failure нужно убедиться, что галка напротив If restart is unsuccessful, fail over all resources in this service or application не стоит.

    Миграция с Exchange 2003 на Exchange 2007
  • В свойствах каждой базы на закладке Dependencies надо в зависимости добавить кластерный диск, на котором эта база находится.

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

Настройка репликации общих папок

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

Для начала нам нужно изменить расписание репликации и максимальный размер реплицируемых сообщений. Для чего это нужно? Репликация сильно нагружает почтовый траффик, и репликация большого количества объектов из общих папок может привести к замедлению процесса доставки/отправки почты. Делается это в свойствах общих папок на старом почтовом сервере на закладке Replication. Имеет смысл размер сообщений вообще убрать (тогда ограничения по размеру реплицируемых сообщений не будет):

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

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

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

В дальнейшем расписание можно вернуть к первоначальному виду.

Теперь можно добавить новый почтовый сервер в список серверов для репликации всех почтовых папок. Проще всего это сделать через Manage Settings... для всех корневых папок. Это позволит нам добавить новый сервер в список серверов для репликации для всех подпапок корневых папок. При запуске мастера настроек нас интересует настройка Modify Lists of Replica Servers:

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

Выбираем Add Servers:

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

Указываем в списке наш новый сервер почтовых ящиков и запускаем применение этой настройки.

На этом заканчивается настройка репликации общих папок. Остаётся подождать пока пройдёт репликация. Сам процесс репликации можно посмотреть через просмотрщик очередей отправки ESM. Когда начнётся репликация, достаточно большое количество сообщений пойдёт через коннектор группы маршрутизации, соединяющий старую группу маршрутизации и группу маршрутизации Exchange 2007. Когда репликация закончится количество сообщений в этой очереди вернётся до стандартной величины.

Удаление старых smtp-коннекторов

После настройки отправляющих коннекторов на новых hub transport серверах и проверки их успешной работы старые smtp-коннекторы можно удалить и весь почтовый поток пустить через новые сервера. Предварительно можно стоимость старых коннекторов сделать больше стоимости новых. Тогда основной поток пойдёт через новые сервера, но старые коннекторы останутся, и, в случае выявления проблем, могут быть задействованы.

Так же после удаления старых коннекторов можно удалить старые mx-записи из dns-зон и удалить старые настройки пересылки smtp-траффика на внешних маршрутизаторах.

www_tank
создано: 13-05-2009 13:19
а про Exch2003 ни слова (кроме названия)

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

а статья действительно классная!
alek$
создано: 14-05-2009 07:43
Как я понимаю кластер не есть тот классический кластер как в Exchange 2003, с которым для нормальной реализации нужно общее хранилище.
Вот классный цикл статей про новый дизайн хранилищ, оказывается насколько все просто :)
http://www.maximumexchange.ru/2009/01/17/how-microsoft-implements-new-storage-designs-for-exchange-2007/
черный
создано: 14-05-2009 15:27

Цитата (автор "www_tank"):
а про Exch2003 ни слова (кроме названия)

ну как же, а старые коннекторы откуда удаляются? а репликация общих папок откуда запускается? :D


Цитата (автор "www_tank"):
еще вопрос к автору: стоит ли кластер мутить?

а ты опиши габариты твоей почтовой организации.


Цитата (автор "alek$"):
Как я понимаю кластер не есть тот классический кластер как в Exchange 2003, с которым для нормальной реализации нужно общее хранилище.

вообще в e2k7sp1 есть 4 типа кластеров. и только один из них совпадает с кластером e2k3. кроме этого в e2010 большинства этих кластеров не будет. точно не будет scc. вроде бы не будет lcr. а scr и ccr обединили.


Цитата (автор "alek$"):
http://www.maximumexchange.ru/2009/0...exchange-2007/

аффтар сего блога персонаж не слишком адекватный, хотя иногда пишет интересно.
www_tank
создано: 14-05-2009 16:11

Цитата:
а ты опиши габариты твоей почтовой организации.

200 ящиков, сейчас один сервер справляется, простой 15 минут для конторы ощутим, но не критичен
черный
создано: 14-05-2009 17:08
большие ящики? какой средний размер сообщений по организации? какой еженедельный/месячный траффик?

ну и главный вопрос - готова ли контора выложить 10-15 килобаксов за кластер? это только лицензии, не считая железа.
www_tank
создано: 15-05-2009 07:55

Цитата:
большие ящики?
от 50 до 200 Мб

Цитата:
какой средний размер сообщений по организации?
ограничение внутри 10 Мб, наружу 5 Мб. средний не считала

Цитата:
какой еженедельный/месячный траффик?
~1000 сообщений в день, трафик по вем направлениям не посчитаю

Цитата:
ну и главный вопрос - готова ли контора выложить 10-15 килобаксов за кластер?
если НАДО будет- выложит
черный
создано: 15-05-2009 18:03
в общем надо решить, что более критично - выделение денег на кластер или простой в 15 минут. вообще конфигурация не настолько нагруженная, чтобы кластер городить.
Никнейм:


BB-коды, смайлы
Тема на форуме
Опции
 
 
< Удаленные приложения RemoteApp служб терминалов Windows Server 2008   Windows 2008. Cоздание нового корневого домена в лесу >

Сервер NTP

Время, полученное с NTP-сервера. Для просмотра должен быть разрешён Java-script.
Время, полученное с Вашего компьютера. Для просмотра должен быть разрешён Java-script.

Доступ к серверу NTP первого стратума
Подробнее

На форуме

Лента RSS

Mobatime - Автору - Рекламодателю - Веб-мастеру - Контакт - История - Наверх
© Владислав Семёнов aka SavageNoName 2003-2016
При любом использовании материалов ссылка на WindowsFAQ.ru обязательна
Сайту 12 лет, 7 месяцев и 12 дней. Форуму 15 лет, 11 месяцев и 25 дней.