January 9, 2010 – 9:44 pm
В последнее время многие компании проводят миграцию с Exchange 2003 на 2010 и в процессе миграции осуществляют перенос почтовых ящиков с помощью 2010 EMC или командлета New-MoveRequest. Хотя вы могли успешно переместить почтовый ящик с 2003 в 2010 или между 2010 серверами (в любом сценарии присутствует Exchange 2010), проблема начнется когда вы решить переместить тот же почтовый ящик ещё раз в другую базу.
Проще всего объяснить это на примере. Предположим я успешно переместил мой ящик (Chakka Rajith) с одной базы на моем 2010 сервере в другую. Затем я решил переместить этот же ящик в другую базу, но в этот раз я не вижу опцию “New Local Move Request” в EMC.
Интересное
Интересный блог для туристов и о туристах.
Затем я попытался выполнить эту же операцию в EMS с помощью командлета New-MoveRequest, однако и тут ничего не получилось. Однако из описания ошибка в EMS все становится намного более понятным. прочитать полностью »
January 7, 2010 – 8:56 pm
В Exchange 2010 доступны два типа запросов на перемещение почтовых ящиков:
- Local Move – Перемещение почтового ящика с одной базы в другую на одном сервере или на разных, но находящихся в одной организации Exchange.
- Remote Move – Перемещение почтовых ящиков между базами в разных лесах.
Перемещение ящиков в Exchange 2010 происходит асинхронно и поэтому пользователи могут продолжать пользоваться данными в процессе переноса ящика. За перемещение ящиков отвечает новая служба “Exchange Mailbox Replication”, которая работает на CAS сервере. Отсюда вытекает что именно CAS сервер ответственный за перемещение почтовых ящиков.
Перемещние ящиков с Exchange 2000 и 2007 SP1 на 2010 не поддерживается.
Для перемещения ящика с одной базы в другую в одной организации запустите EMC и перейдите в Recipient Configuration -> Mailboxes. Нажмите правой кнопкой на нужном почтовом ящике и выберите “New Local Move Request”. прочитать полностью »
January 7, 2010 – 7:40 pm
В целях сохранения ресурсов вам в голову может прийти идея отключить “новый” IP протокол. Данная статья призвана помочь вам в этом.
Internet Protocol version 6 (IPv6) был представлен более 10 лет назад, однако до сих пор используется очень редко. Впервые в операционных системах Microsoft данный протокол был предустановлен в Windows Vista.
Если вы трясётесь над быстродействием своего компьютера и хотите получить максимальное быстродействие, то вы можете подумать об отключении IPv6. Вы можете снять чекбоск с протокола в сетевом подключении, но для полного отключения и большего конроля необходимо редактировать реестр:
прочитать полностью »
January 6, 2010 – 12:48 am
Введение
Одной из функций Forefront TMG является поддержка нескольких клиентов, которые используются для подключения к Forefront TMG Firewall. Одним из типов клиентов является Microsoft Forefront TMG клиент, также известный под названием Winsock клиент для ОС Windows. Использование TMG клиента предоставляет несколько усовершенствований по сравнению с другими клиентами (Web proxy и Secure NAT). Forefront TMG клиент может быть установлен на несколько клиентских и серверных ОС Windows (что я не рекомендую делать за исключением серверов терминалов (Terminal Servers)), которые защищены с помощью Forefront TMG 2010. Forefront TMG клиент предоставляет уведомления HTTPS проверки (используемой в TMG 2010), автоматическое обнаружение, улучшенную безопасность, поддержку приложений и управление доступом для клиентских компьютеров. Когда клиентский компьютер с работающим на нем клиентом Forefront TMG делает Firewall запрос, этот запрос направляется на Forefront TMG 2010 компьютер для дальнейшей обработки. Никакой специальной инфраструктуры маршрутизации не требуется из-за наличия процесса Winsock. Клиент Forefront TMG прозрачно направляет информацию пользователя с каждым запросом, позволяя вам создавать политику брандмауэра на компьютере Forefront TMG 2010 с правилами, которые используют учетные данные, пересылаемые клиентом, но только по TCP и UDP трафику. Для всех остальных протоколов вы должны использовать Secure NAT клиентское соединение.
Помимо стандартных функций предыдущих версий клиентов Firewall, TMG клиент поддерживает:
December 30, 2009 – 3:39 pm
Интересная работа в Воронеже и вакансии для студентов. Полезные статьи для соискателей.
Часть 1 – подготовка, настройка сетевых интерфейсов и подготовка к установке Exchange 2010.
Часть 2 – установка Exchange 2010.
Часть 3 – создание DAG и добавление первого узла.
В заключительной статье из этой серии вы добавим второй узел в DAG и создадим базу для синхронизации между узлами.
Добавление второго узла в DAG
Итак, повторяем процедуру описанную в 3-ей статье и переходим в EMC > Organization Configuration > Mailbox > Database Availability Group > правой кнопкой по DAG > Manage Database availability Group Membership.
Добавляем второй узел. Нажимаем Manage для продолжения.. прочитать полностью »
December 29, 2009 – 7:14 pm
Часть 1 – подготовка, настройка сетевых интерфейсов и подготовка к установке Exchange 2010.
Часть 2 – установка Exchange 2010.
В этой части мы создадим и настройм нашу Database Availability Group (DAG) и добавим в неё первый узел.
Файловый ресурс-свидетель (File Share Witness)
Мы будем использовать FSW не на Exchange сервере. Это будет обычный рядомой сервер SHUD-OCSFE01.
Для начала необходимо подключиться к данному серверу и добавить группу “Exchange Trusted Subsystem” в группу локальных администраторов. Если вы не выполните условие, в процессе добавления узлов вы получите сообщение об ошибке. В отличие от Exchange 2007 нет необходимости заранее создавать FSW. Будет достаточно сказать Exchange 2010 где должен находиться FSW, и учитывая что Exchange Trusted Subsystem добавлена в администраторы сервера, у Exchange есть необходимые привилегии для самостоятельного выполнения данной операции.
Вообще рекомендуется размещать FSW на сервере с ролью Hub Transport. В действительности, если вы не укажите расположение FSW , Exchange 2010 автоматически перейдет на HUB сервер и выберете расположение. прочитать полностью »
December 28, 2009 – 2:36 pm
В первой части данной статьи мы подготовили тестовую лабораторную среду для установки двух-узлового Exchange 2010 RTM Database Availability Group (DAG) в Windows Server 2008 R2. Мы подготовили сетевые интерфейсы и операционные системы, установив необходимые для Exchange зависимости.
В этой статье мы рассмотрим установку Exchange 2010 с ролями Mailbox, Client Access, Hub Transport.
Установка
Мы пойдем самым длинным путем и установим Exchange 2010 c помощью графического установщика. Для этого перейдем в папку с дистрибутивом и запустим setup.exe.
После запуска setup.exe появится следующее окно: прочитать полностью »
December 27, 2009 – 1:34 am
В данной серии статей мы подробно рассмотрим процесс установки и настройка DAG. В частности рассмотрим процесс подготовки Windows Server 2008 R2 для Exchange 2010 RTM, установку Exchange 2010 RTM, создание баз, создание DAG, добавление узлов в DAG, и затем осуществим репликацию баз между серверами.
Лабораторная среда
Гостевые виртуальные машины
- Один сервер под управлением Windows Server 2008 R2 Enterprise (можно использовать Standard) RTM x64 в качестве контроллера домена.
- Два сервера под управлением WindowsServer 2008 R2 Enterprise RTM x64, на которых будет установлен Exchange 2010 RTM с ролями Mailbox, Client Access Server,Hub Transport Server.
- Один сервер под управлением Windows Server 2008 Enterprise (можно использовать Standard) RTM x64. Данный сервер будет нашим файловым ресурсом-свидетелем (File Share Witness – FSW). прочитать полностью »
December 25, 2009 – 7:19 pm
В идеале пароли пользователей должны изменяться постоянно. В данной статье описывается как настроить требования к смене паролей с помощью приложения User Manager в Red Hat Enterprise Linux 5 или CentOS 5.
1. Нажмите Applications, затем выберите System Settings и нажмите Users and Groups. В результате запустится окно User Manager.
2. Выберите нужного пользователя и нажмите Properties прочитать полностью »
December 25, 2009 – 6:12 pm
При создании новой почтовой базы в Exchange 2010 Management Console вы должны были обратить внимание на то, что пути к базе и лог файлам заполняются автоматически.
Данный путь берется из атрибута DataPath объекта Exchange Server. прочитать полностью »
