Вопрос. Я запускаю установку Exchange Server 2007, меня интересует, могу ли я пропустить проверку предварительных условий. Я не хочу разбираться с теми техническими проблемами, на которые мне указала проверка предварительных условий, я бы хотел просто запустить установку и закончить на этом!
Ответ. Если ответить на ваш вопрос кратко, то нет, пропустить проверку предварительных условий нельзя. Вам действительно необходимо разобраться с теми проблемами, на которые указала проверка предварительных условий, если эти проблемы блокируют продолжение установки, иначе вы не сможете нормально работать с Exchange в дальнейшем.
Некоторые администраторы пытались изменить файл ExBPA.PreReqs.xml (в нем содержится список предварительных требований программы установки Exchange 2007), убирали проверки, которые блокируют установку. Но это не сработает, так как файл XML защищен цифровой подписью, и любые изменения его содержания сделают подпись недействительной.
Так сделано для того, чтобы вы не установили программу, которая не будет работать, как полагается. Мы протестировали работу Exchange 2007 в различных средах и убедились, что одни настройки и параметры работают лучше, нежели другие, а некоторые могут создать серьезные проблемы. Предварительные требования были введены для того, чтобы установка прошла максимально успешно, основываясь на нашем опыте и тестах.
Если вы столкнулись с настоящей проблемой в работе проверки готовности Exchange 2007 и она блокирует дальнейшую установку, свяжитесь со службой технической поддержки Exchange.
Вопрос. Где мне найти файл журнала установки? Не могу найти его в корневой папке диска C:\ .
Ответ. Все файлы журналов установки находятся в папке %SYSTEMDRIVE%\ExchangeSetupLogs, в большинстве случаев в c:\ExchangeSetupLogs. В папке лежит множество файлов, вам необходимы два из них:
ExchangeSetup.log В этом журнале содержится информация о задачах и параметрах, которые использовались при установке. Когда настраиваются роли сервера, информация о задачах, которые были запущены для настройки сервера, также записывается в этот журнал. Есть еще один файл, в котором присутствует информация, связанная с установкой вашего сервера. При установке пакета обновления информация будет дописана в конец этого же файла.
ExchangeSetup.msilog Этот файл содержит информацию о стадии распаковки процесса установки. Когда установщик Microsoft® копирует файлы в их место назначения из временной папки, он записывает журнал процесса в названный файл. Если у вас проблема, связанная со способностью скопировать файлы или с доступом к файлам во время установки, вам может помочь этот файл.
Вопрос. Как мне известно, проверка предварительных требований выполняется с помощью анализатора соответствия рекомендациям для Exchange Server (Exchange Server Best Practices Analyzer, BPA), где мне найти отчет о предварительных требованиях?
Ответ. Если вам требуется отчет, созданный BPA во время проверки предварительных требований, загляните в следующую папку:
%SYSTEMDRIVE%\Exchangesetuplogs\PreReqs
У имен файлов стандартный формат:
ExBPA..data.xml
Если вы хотели бы узнать, на что именно была нацелена проверка предварительных требований, найдите файл XML, в котором содержится представленное вам сообщение об ошибке. Чуть выше этого сообщения вы увидите определение проверяемого правила.
Вопрос. Как лучше читать файлы журналов установки? Какие существуют варианты?
Ответ. В целом есть два основных способа прочитать файлы журналов. Можно использовать командлет Get-SetupLog из командной консоли Exchange или просто открыть файлы журналов установки с помощью «Блокнота» или вашего любимого текстового редактора.
Ниже приведен пример, как можно найти любые предупреждение и ошибки при использовании Get-SetupLog:
Чтобы просматривать файлы стало еще приятней, можно использовать сценарии Out-HTML.ps1 и Out-IE.ps1 из демонстрационного пакета Exchange 2007 PowerShell Scriptacular. (Дополнительные сведения имеются на нашем блоге по адресу msexchangeteam.com/archive/2006/12/27/431998.aspx.)
Загрузив эти сценарии, поместите их в папку сценариев Exchange (по умолчанию c:\program files\microsoft\exchange server\scripts) и выполните следующую команду:
Get-SetupLog –tree:$false –error:$false | Where { $_.status –eq "Error" } | select datetime, depth, description, status | Out-HTML | Out-IE
В результате откроется окно простого в использовании обозревателя с представлением ошибок, которые могли произойти во время установки, в формате HTML (см рис. 1).
Рис. 1 Out-HTML и Out-IE делают представление файлов журналов установки более читаемым
С другой стороны, если вы предпочитаете просматривать файл exchangesetup.log в «Блокноте», ниже приведено несколько советов:
• Чтобы найти начало установки, осуществите поиск строки [0] Starting Microsoft Exchange 2007 Setup. • Чтобы найти конец установки, осуществите поиск строки [0] End of Setup. • Основные участки установки разделяются с помощью строки [0] **************. • Чтобы найти учетную запись, под которой производилась установка, осуществите поиск строки [0] Logged on user. • Чтобы узнать, какой контроллер домена использовался во время установки, осуществите поиск строки [0] Setup will use the domain controller.
При просмотре журналов установки через «Блокнот» следует начинать с конца файла и возвращаться обратно во времени, чтобы узнать, в чем заключалась проблема. Ошибки — обычно самая последняя информация, которая записывается в файл журнала.
Вопрос. Могу ли я использовать единую систему обмена сообщениями Exchange 2007 с моей УАТС?
Вопрос. Я пользуюсь клиентом под управлением Small Business Server 2003 с Exchange. Политика компании требует, чтобы производилось наблюдение за всей почтой. Чтобы вести наблюдение, я бы хотел отправлять копию всей входящей и исходящей почты на учетную запись администратора. Как мне это осуществить?
Ответ. Журналирование сообщений — вот то, что вам необходимо. Оно позволит вам хранить копию всех сообщений, отправленных или полученных из определенной базы данных почты, в отдельном почтовом ящике-журнале. Есть множество параметров, которые позволяют определить, насколько подробными должны быть копии в журнале (например, следует ли показывать получателей скрытой копии BCC), кроме того, можно загрузить дополнительное средство, которое содержит некоторые усовершенствованные функции, по адресу go.microsoft.com/fwlink/?LinkId=93725. Журналирование в Exchange 2003 включено на уровне базы данных, таким образом, каждый пользователь базы попадает в журнал. Создав почтовый ящик для хранения сообщений, регистрируемых в журнале, откройте свойства хранилища почты в Диспетчере Exchange и установите флажок архивации сообщений, отправляемых или получаемых почтовым ящиками в том хранилище. В зависимости от ваших корпоративных политик, ваш Диспетчер почтовых ящиков может быть настроен так, чтобы старые копии удалялись автоматически из почтового ящика журнала.
В Exchange 2003 есть другая похожая на журнал функция — приемник архива (archive sink). В отличие от журнала, который сохраняет копии писем в другой почтовый ящик в Exchange, приемник архива сохраняет сообщения в указанную папку на жестком диске сервера. Какой метод выбрать? Журналирование предназначено для ситуаций контроля выполнения нормативных требований. Приемник архива может быть полезен, если вы хотели бы сохранить все сообщения, приходящие или уходящие в Интернет.
Exchange 2007 существенно упрощает эти ситуации, и вы можете легко вести журнал по одному пользователю или списку рассылки. Если не нужно, чтобы пользователи знали, что их почта регистрируется в журнале, можно скрыть список рассылки от глобального списка адресов (обратите внимание, что это не то же самое, что скрытое членство списка рассылки) или настроить особый атрибут для пользователей. Затем создайте группу рассылки на основе запроса (Query-Based Distribution Group, также называемую динамическим списком рассылки или DDL), чтобы выключить всех пользователей с этим атрибутом. Если нужно журналировать почту всей организации в одном и том же месте, оставьте поле получателя пустым, когда будете создавать правило журналирования. Кроме того, обратите внимание, что если нужно вести журнал не на основе баз данных в Exchange 2007, вам потребуется корпоративная клиентская лицензия (Client Access Licenses, CAL) для этих пользователей. Дополнительные сведения имеются на странице microsoft.com/exchange/howtobuy/licensingFAQ.mspx. Если использование CAL или какой-либо из этих функций нежелательно, можно и дальше использовать журнал на основе баз данных в Exchange 2003. Наконец, рекомендуем статью Дэвида Строма (David Strome) из декабрьского номера журнала TechNet за 2006 год под названием «Еще более производительное ведение журнала в Exchange 2007», она доступна по адресу technetmagazine.com/issues/2006/12/journaling.
Вопрос. Все мои пользователи работают в Microsoft Office 2003, и у нас пока нет планов переходить на Office 2007 до замены оборудования в 2008 году. Мне кажется, что они из-за этого упустят некоторые новые функции. Смогут ли они использовать единую систему обмена сообщениями?
Ответ. Да, смогут. В Office 2003 единая система обмена сообщениями позволяет пользователям получать голосовую почту и факсы в их почтовые ящики. Кроме того, пользователи имеют доступ к своим почтовым ящикам по телефону. Если вы не обновитесь до Outlook 2007, вы не сможете настроить голосовую почту через вкладку «Параметры» в Outlook, также вы не сможете пользоваться специальной формой, которая появляется, когда вы получаете голосовую почту в Outlook, и благодаря которой не требуется дополнительный проигрыватель мультимедиа для прослушивания сообщений. Кроме того, возможность записывать звуковые заметки и сохранять их вместе с сообщением голосовой почты не будет доступна. Но даже без Outlook 2007 ваши пользователи единой системы обмена сообщениями могут работать с OWA 2007 для доступа к параметрам единой системы (на странице параметров OWA), а также к особой форме для голосовой почты в OWA.
Вопрос. В моей компании уже есть сеть хранения данных (Storage Area Network, SAN), и я бы хотел подключить Exchange 2007 к ней. Но я много всего слышал о системах хранения с прямым подключением (direct attached storage, DAS), и теперь я думаю, может, стоит выбрать тот вариант. Как вы считаете?
Ответ. На данный вопрос нет правильного или неправильного ответов, все зависит от политики вашей компании и ситуации (особенно если у вас уже есть SAN). Если вы размышляете над приобретением новой SAN, добавлением другой, или так или иначе думаете об обновлении, мы настоятельно рекомендуем вам DAS. Ниже приведена некоторая информация к сведению. По состоянию на июнь 2007, отдел ИТ корпорации Майкрософт установил 17 почтовых серверов Exchange 2007 на 40 000 ящиков (с квотами от 500 МБ до 10 ГБ), все с использованием кластерной непрерывной репликации (CCR) и DAS. К сентябрю мы планируем поставить 35 почтовых серверов Exchange 2007 на 152 500 ящиков, и все на DAS. Так что, если вы не можете решить, подходит ли DAS для корпоративного уровня, мы можем вас заверить, что подходит. DAS является вариантом, позволяющим отделу ИТ корпорации Майкрософт увеличивать квоты пользователей, при этом уменьшая общую стоимость хранения. Дополнительные сведения по данной топологии, развертыванию, экономии средств имеются по адресу microsoft.com/technet/itshowcase/content/64bitexchange2007.mspx.
Хотя может показаться, что можно много сэкономить при подключении всех ваших серверов к одной и той же SAN, существуют определенные риски. Например, проблемой, с которой мы сталкиваемся, является различные ситуации использования программного обеспечения, подключенного к SAN. Пусть у вас имеется приложение отдела кадров на SAN, которое, например, запускает пакетный процесс каждый вечер в 17:00, такие затраты на ввод-вывод могут серьезно повлиять на ваших пользователей Exchange. Отсутствие детерминированного ввода-вывода — часто встречающаяся проблема с совместно используемыми решениями SAN.
Преимуществом DAS, по нашему мнению, является простота управления, поскольку в этом случае не требуется отдельных администраторов по хранению или специального оборудования. Такое решение можно легко купить и расширить в дальнейшем. И оно в целом не так дорого, так что если возникнет необходимость создать запас по емкости, это не будет разорительным.
Вопрос. Я установил свой первый сервер Exchange 2007. Теперь при попытке подключится к нему с помощью Outlook 2003 появляется сообщение об ошибке, в нем говорится, что администратор заблокировал мою версию Outlook (Your Exchange Server administrator has blocked the version of Outlook that you are using. Contact your administrator for assistance.) Но я сам администратор и ничего не блокировал. В чем причина?
Ответ. Такое поведение не совсем неожиданно. Когда устанавливается Exchange 2007, программа установки спрашивает у вас, используете ли вы Outlook 2003 или предыдущие версии или клиенты Entourage в вашей организации (см. рис. 2). Если вы ответили «нет» на этот вопрос, у вас могут появиться проблемы.
Рис. 2 Вопрос о стандартном клиенте при установке Exchange 2007
Чтобы решить эту проблему уже после установки, вам необходимо создать хранилище общих папок с помощью консоли управления Exchange или командной консоли Exchange и перезапустить службу банка сообщений. В этом случае необходимо обязательно перезапустить службу банка сообщений, стандартные клиенты (Outlook 2003 и предыдущие версии) не смогут подключиться к серверу до того, как служба будет перезапущена.
Кроме того, если вы запустили автоматическую установку Exchange 2007, можно воспользоваться ключом /EnableLegacyOutlook, чтобы указать, как вы хотели бы отвечать на вопросы по устаревшим клиентам.
Вопрос. Почему для Exchange 2007 имеет значение, подключаюсь ли я к серверу с использованием старых версий Outlook? Почему создание хранилища общих папок и перезапуск службы банка сообщений решают эту проблему?
Ответ. Ответы на эти вопросы связаны с наличием хранилища общих папок. Хранилище общих папок в предыдущих версиях Exchange, кроме всего прочего, используется для хранения данных о том, свободны пользователи или заняты. Когда пользователь устаревшей версии Outlook подключен к своему серверу Exchange с помощью MAPI или RPC через HTTP и публикует что-либо в свой календарь, информация о его состоянии «Свободен/Занят» также публикуется на сервере в специальной общей папке, называемой Schedule+. Только таким образом клиенты устаревшей версии Outlook узнают о том, что были опубликованы данные «Свободен/Занят» на сервере, и только таким образом устаревшая версия Outlook узнает, как прочитать эту информацию о пользователях.
А Exchange 2007 знает об этом, поэтому он блокирует старые версии клиентов, если хранилища общих папок нет. В случае, если для Exchange 2007 разрешено подключение устаревших версий клиентов, то у них появятся частые ошибки, так как Outlook не сможет подключиться к хранилищу общих папок для публикации данных «Свободен/Занят». Функциональность клиента будет ограничена, так как поиск по состоянию «Свободен/Занят», который пользователю нужно выполнить (например, при попытке назначить встречу с кем-нибудь), просто не сработает. Создание хранилища общих папок решает проблему, так как сервер Exchange 2007 тогда знает, что стандартные клиенты могут использовать функциональность публикации состояния «Свободен/Занят», и, таким образом, разрешается подключение к почтовому ящику.
В итоге, можно отметить еще одну вещь: клиентам Outlook 2007 не требуется хранилище общих папок для публикации их информации «Свободен/Занят». Это верно, но существует небольшая уловка.
Не будем углубляться в подробности, но, если хранилище общих папок присутствует на сервере Exchange 2007, даже клиенты Outlook 2007 будут публиковать туда данные «Свободен/Занят». Так сделано, чтобы другие клиенты (некоторые из которых предположительно являются клиентами Outlook) могли осуществлять поиск информации «Свободен/Занят» для пользователя Outlook 2007. Если в хранилище общих папок нет информации, стандартные клиенты не найдут ее для пользователя Outlook 2007, так как до этого никто не поместил эту информацию в хранилище. Если нет хранилища общих папок, клиент Outlook 2007 будет пытаться публиковать данные «Свободен/Занят». Когда нет хранилищ общих папок и все клиенты являются клиентами Outlook 2007 или более поздних версий, используется другой механизм поиска информации «Свободен/Занят». При этом данные календаря читаются прямо из почтовых ящиков пользователей без создания копии этой информации где-либо. Дополнительные сведения по данному вопросу есть в разделе о службе доступности в вашем файле справки по серверу или в документации Exchange по адресу go.microsoft.com/fwlink/?LinkId=69434.
Вопрос. Я только что прочел статью базы знаний 288894, в которой рассказывается про блокировку клиентов MAPI с помощью раздела реестра (см. support.microsoft.com/kb/288894). Я проверил реестр моего сервера, но такой раздел не установлен. Как же все-таки происходит блокирование этого устаревшего клиента?
Ответ. Очень хороший вопрос! Действительно, банк сообщений Exchange 2007 не использует параметр реестра «Disable MAPI Clients», который упоминается в той статье базы знаний. Причина заключается в том, что существует вероятность, что нет хранилища общих папок, и, таким образом, никакие изменения раздела реестра не могут разблокировать те клиенты, если нет хранилища общих папок.
Поведение, при котором блокируются клиенты старше, чем Outlook 2007, жестко установлено в банке сообщений Exchange 2007. Во время запуска службы хранилище проверяет, присутствует ли хранилище общих папок, затем принимает решение, должен ли только Outlook 2007 иметь возможность подключения, или старые версии тоже. Такая проверка проводится только при запуске службы. Поэтому вам необходимо перезапустить службу банка сообщений для того, чтобы изменения вступили в силу после создания хранилища общих папок.
Кей Си Лемсон (KC Lemson) — менеджер по пользовательской среде для Exchange Server. В данный момент она работает над докторской диссертацией в престижном неаккредитованном университете.
Нино Биллич (Nino Bilic) — руководитель программы поддержки Exchange Server. Он подумывает над тем, чтобы стать профессиональным автогонщиком в Forza Motorsports 2.
