Новая версия популярного программного обеспечения всегда вызывает интерес. «Новые возможности», — восклицают все. Все то, о чем мы мечтали, будет в следующей версии, весь беспорядок и ошибки предыдущей версии уйдут в прошлое с приходом нового, переработанного программного обеспечения. В некоторых случаях новые версии становятся разочарованием, поскольку приносят с собой также много беспорядка и программных проблем и много ненужных возможностей. Иногда новая архитектура обманывает надежды: пользователь, к своему разочарованию, лишается многих полюбившихся функций предыдущей версии.
Exchange 2000 вызывал смешанные чувства. Вместе с предвиденным слиянием с Active Directory и применением стандартов Интернета, эта версия имела сложную архитектуру с большим количеством компонентов, требующих ручной настройки. Когда создавался почтовый ящик в Exchange 5.5, это делалось очень просто, однако в Exchange 2000 требовалось сначала создать его в Active Directory, а затем пройти сквозь всевозможные надстройки. Это сбивало с толку, особенно тех, у кого был только один сервер Exchange. Также существовало много проблем с миграцией, поскольку Exchange 5.5 и Exchange 2000 имели слишком отличающуюся друг от друга архитектуру; механизмы миграции и копирования содержали много недоработок и ошибок. Каждая версия Exchange-сервера пыталась облегчить процесс обновления.
Exchange 2003 воспринимался как небольшое обновление Exchange 2000, скорее как пакет обновлений. Единственное, что было переработано и улучшено, это интерфейс web-доступа к Outlook (Outlook Web Access).
E12 станет значительным обновлением, однако революции не будет, что, как я считаю, в данное время является хорошей стратегией.
Изначально считалось, что в новой версии Exchange-сервера разработчики поменяют механизм хранилищ Jet на новую базу данных SQL. Хранилища были популярной базой данных и они находили применение и в DHCP, и в WINS, и самой Active Directory. Однако, в отличие от SQL, это было не очень удачное решение для такой базы данных как Exchange.
Exchange-сервер известен своими проблемами с базой данных. Все, кому хоть раз приходилось переносить информацию, используя Exmerge из-за проблем с базой данных, знают о чем я говорю. Я видел, как сервер Exchange выходил из строя из-за одной неправильной записи.
С другой стороны, SQL всегда был самым стабильным продуктом Microsoft. В отличие от Exchange, его ядро со временем не менялось. Да этого и не нужно было делать. Добавлялось много новых возможностей, но причин для замены основных механизмов не было. Покупатели были счастливы, сервер стабильно работал при любых обстоятельствах и был так же быстр и надежен, как и предложения конкурентов.
После некоторого ворчания Microsoft решила использовать во всех будущих продуктах SQL. Первым таким продуктом стал Sharepoint, который удачно перешел от базы данных, подобной Exchange, на базу данных SQL. Однако, SQL-базы не так гибки, как Jet-базы данных. SQL имеет n-мерный тип таблиц, что облегчает поиск информации. Exchange, с другой стороны, также как и Active Directory, хранит свои объекты в древовидной структуре, которая легко варьируется.
Это послужило причиной тому, что Sharepoint утратил некоторые маловажные функции в процессе миграции, что не являлось большой проблемой, поскольку этот продукт не так широко используется как Exchange.
Устранить эти недостатки призвана новая SQL-версия, названная SQL 2005, которая приведет к использованию неструктурированных баз данных. Однако в E12 такой тип баз данных использоваться не будет. Хотя в лабораториях Microsoft версии Exchange-сервера работают под SQL, эта возможность будет добавлена в следующих версиях.
Руководители Microsoft, памятуя о фиаско, которое они потерпели с переходом с Exchange 5.5 на Exchange 2000, решили не усложнять жизнь администраторам Exchange еще одним изменением архитектуры, поскольку для большинства пользователей опыт работы не изменялся еще с версии 5.5.
Так что Exchange-север останется в основном таким же, но станет более развитым, и будет обладать улучшенным окружением.
Некоторые улучшения баз данных, которые были обещаны как перенос базы данных на SQL, используют усовершенствованный механизм Jet.
Одним из таких улучшений является возможность переносить изменения из одной базы данных Exchange в другую. Этот механизм, известный как «передача журналов», используется в SQL для постоянного резервного копирования.
Обычно резервное копирование баз данных Exchange-сервера происходит ночью. Некоторые делают резервные копии постоянных изменений, что гораздо хуже, поскольку, например, во вторник для восстановления базы данных приходится использовать много копий, и остается уповать на то, что все они не имеют ошибок и верно датированы.
Администраторы SQL более привычны к сохранению резервных копий на диске. Резервная база данных постоянно обновляется за счет копирования из рабочей базы данных. Всегда есть возможность откатить изменения или использовать резервную базу данных для тестирования. Также можно хранить резервную копию отдельно, на случай аварии оборудования.
Существуют сторонние разработки создания подобных механизмов в Exchange с помощью побитовой репликации базы данных Exchange-сервера и файлов журнала, однако такие продукты никогда не были надежными и не пользовались популярностью. В E12 процесс создания резервной копии на случай аварии будет гораздо проще.
В отличие от Linux и других операционных систем с открытым кодом, продукты Microsoft называют «закрытыми», «частной собственностью» и всеми остальными уничижительными названиями. Это не совсем так, поскольку Microsoft предлагает к использованию программистами, желающими улучшить платформу, расширения, называемые API (Application Programming Interfaces – программный интерфейс приложения). Это значит, что можно было легко написать собственное приложение, улучшающее механизмы Windows. Microsoft выпустил надежную операционную систему, офисный пакет и несколько серверных программных продуктов, но не более того. Требовались приложения сторонних разработчиков для усовершенствования Windows, и они становились более важными по мере развития Windows и появления новой компьютерной среды.
Собственные приложении, такие как Paint(Paintbrush) or Backup (NT Backup), изменяли только свои названия, но их возможности оставались прежними.
Технология IMF (Intelligent Message Filter — настраиваемый фильтр сообщений), появившаяся в Exchange 2003, казалась частью этой же стратегии, которую Microsoft использовала год от года. Хотя в IMF присутствуют отличные скрытые возможности, которые не требуют сложной настройки для работы, эта технология не достаточно отлажена.
Однако кажется, что Microsoft теперь собирается «обидеть» своих сторонних партнеров разработкой более профессиональных приложений, называемых «основные сервисы». Отход от старой традиционной стратегии, несомненно, является новой стратегией Microsoft: постепенное освоение новых областей программного обеспечения и предложение собственной антивирусной программы (а также замена Paint и Windows backup бесплатными надежными программами).
Основные сервисы – это в основном сложная система ретранслятора электронной почты. Для больших предприятий она позволяет внедрить трехъярусную защиту:
Поскольку Microsoft стремится показать, что она серьезно относится к безопасности, для небольших организаций преимуществом в использовании Основных сервисов станет более строгая безопасность, улучшенная защита от, например, «фишинга» и «спуфинга», а также поддержка технологии SenderID (Идентификатор отправителя). Некоторые из этих возможностей появятся уже в Exchange 2003 SP2 и будут улучшены в E12.
Outlook был разработан как отличный от Exchange элемент, в отличие, скажем, от Lotus Notes и клиента Lotus Notes. Казалось, что год от года Microsoft менял свое мнение относительно связи Outlook и Exchange.
Однако, до сих пор вызывает раздражение тот факт, что Outlook не способен определить правильный Exchange-сервер для пользователя. Это немного глупо, поскольку информация находится на ближайшем сервере глобального каталога. Новый мастер, поставляемый с Outlook XP и 2003 возможно более дружественен к пользователю, но ручная настройка отнимает много времени.
Есть несколько способов автоматической настройки Outlook, но все они не достаточно просты, и для их изучения и внедрения требуется время.
Администраторы Exchange-сервера хотят иметь возможность настройки Outlook с использованием установок из объектов групповой политики (GPO — Group Policy Objects) Active Directory. Поскольку это требует изменение архитектуры Outlook, преимущества от автоматической настройки возможно появятся в Outlook 12, и наверное будут перенесены и в Outlook 2003.
В E12 будет также встроена возможность подтверждения клиентской настройки и защита от соединений небезопасных клиентов.
С пользовательским интерфейсом Exchange 5.5 было много неразберихи. Большое количество страниц настроек, практически полное отсутствие мастеров, конфликтующие настройки. Пользовательский интерфейс Exchange 2000, основанный на консоли управления Microsoft, которая используется в большинстве приложений Microsoft, улучшил ситуацию, но не намного, добавив еще и свою путаницу.
В отличие от Office, где все приложения выглядят одинаково, приложения Back Office были похожими только потому, что они разрабатывались для платформы Windows. ISA, SQL и Exchange-сервера используют сильно различающийся пользовательский интерфейс.
Microsoft решилась на разработку общего критерия разработки серверных систем Windows (WS System Common Engineering criteria), который создает одинаково выглядящие серверные приложения, основанные на едином языке создания сценариев и обновляемые одним и тем же механизмом.
Консоль управления Exchange-сервером теперь будет выглядеть как одно из новых приложений серверов Microsoft, основанных на консоли управления MMC 3.0. Новая консоль управления Exchange-сервером будет больше похожа на версии для ISA и MOM-серверов, предлагая администрировать с помощью web-страниц, появляющихся в консоли управления при нажатии на объект.
Каждый компонент консоли управления сервером Exchange является изначально сценарием «Monad». Monad разработан специально для линейки продуктов Microsоft Longhorn (теперь называемая Vista) как единый язык разработки сценариев, напоминающий языки UNIX shell. Это значит, что любая операция в Exchange может быть выполнена с использованием командной строки, как показано здесь:
http://blogs.technet.com/exchange/archive/2005/08/16/409299.aspx
Обновление Exchange-сервера, основанное на MSI 3.0, будет проходить еще легче. Обновления будут постоянными, небольшими и не будут требовать перезагрузки.
Первым сервером сети, которую я администрировал, была 64-битная версия Windows NT для платформы Alpha. Эта версия больше не существует, поскольку работа над бета-версией Windows 2000 была прекращена, но теперь 64-битная технология вернулась в платформу Windows. Зачем вам это? Да просто к моменту выхода E12 все новые сервера будут поддерживать 64-битную технологию. Это вынудит даже небольшие компании приобрести 64-битную версию Exchange-сервера E12. Следующая основная версия SBS-сервера обещает быть только 64-битной.
64-битная технология обещает увеличить стабильность и улучшить работу аппаратного обеспечения, и, наверное, станет основной для серверных приложений в ближайшие годы. Хотя на 64-битных платформах обещана поддержка 32-битных приложений, я бы не рекомендовал запускать 32-битные компоненты Exchange-сервера от сторонних производителей, такие как антивирусные программы или программы для отправки и приема факсов, на 64-битной платформе. Поэтому перед переходом поинтересуйтесь у вашего поставщика о наличии новой версии.
Microsoft постоянно пытается улучшить механизм поиска в Exchange путем индексации информации. Обычно такой механизм основан на существующих технологиях Windows.
В следующей версии, возможно, будет использоваться комбинирование технологий, которые, как считается, будут создавать «умную» индексацию, похожую на технологию Google. Эти технологии, существующие в виде бета-версий в сервисе поиска MSN и работающие на стороне клиента, перейдут на серверную сторону в E12, а затем и в сервера Longhorn (Vista).
С развитием Exchange-сервера в него добавлялись новые интерфейсы, но большинство из них касались разработчиков, а не пользователей. Добавление в Exchange-сервер web-сервисов API позволит легко управлять информацией через Интернет.
Можно не считать это одним из интерфейсов, но этот компонент API может стать важным при совместной работе приложений. Я не удивлюсь, если в будущем эта технология станет стандартом в Exchange и Active Directory вместо RPC или SMTP.
Технология OMA (Outlook Mobile Access – мобильный доступ к Outlook) была разработана как текстовая версия Outlook Web Access (web-доступ к Outlook), но со временем все основные производители мобильных устройств решили поддерживать технологию ActiveSync, а вместе с ней и OMA.
Такое развитие мобильного рынка, возможно, является мудрым шагом Microsoft.
Некоторые из новых возможностей ActiveSync, планируемых для E12, уже появятся в Exchange 2003 SP2, но я ожидаю появление еще больших возможностей для приближения функциональности мобильных устройств к персональным компьютерам.
Outlook Web Access (Web-доступ к Outlook) был одним из приложений, которое постоянно улучшалось. В следующей версии будет больше связанных с Office возможностей, доступных через OWA. Главная идея была в том, чтобы сделать OWA как можно больше похожим на Outlook, предоставляя доступ к формам, Sharepoint, DRM (Digital Rights Management – управление цифровыми правами) и другим возможностям. Со временем я ожидаю, что в OWA будет больше возможностей, чем в Outlook, поскольку его легче обновлять для большого количества клиентов.
Это позволить использовать OWA как альтернативу Outlook.
Это еще одна из областей, ранее разрабатываемая только сторонними производителями. Вы хотите, чтобы сервер Exchange читал вам ваши сообщения? А как насчет использования Exchange-сервера в качестве факса или сервера телефонных сообщений?
Это будет одним из самых выдающихся возможностей E12 и первое за много лет улучшение и, возможно, оно будет продвигаться как «сногсшибательная» возможность E12.
Компонент унифицированных сообщений в E12 уже существует в некоторой форме в других продуктах Microsoft, таких как Speech-сервер и решение для факсов в SBS-сервере, поэтому это не будет первой версией такого приложения. Это не говорит о том, что в нем не будет ошибок, как в большинстве подобных решений, но, как минимум, это средство будет полезным, и оно предоставит возможность использования передовых технологий данного рынка услуг.
Существует множество расширений для календаря, улучшающих планирование для групп, резервирование ресурсов и т.п. Некоторые из них были написаны разработчиками Microsoft, партнерами Microsoft и MVP (Most Valuable Professionals – наиболее ценные профессионалы). Microsoft планирует вставить все эти возможности в E12.
E12 обещает быть превосходным продуктом, построенным на лучших существующих технологиях. По счастью, Microsoft не собирается прыгать выше головы. Ожидается тщательное тестирование продукта на этапе бета-версий в течение 2005 и 2006 годов. Microsoft не выпустит этот продукт, пока он не будет окончательно готов, однако он станет одной из лучших версий Exchange-сервера.
Источник http://www.msexchange.org
Tags: Exchange, linux, redirect, SQL, UNIX