Офисное пространство : IT-pro

Office 2010 на платформе

odonata82 — Tue, 27 Oct 2009 14:55:00 GMT

Всем, кому интересно побольше узнать о Microsoft Office 2010 - регистрируйтесь на Платформу!
Билет вы наверняка уже купить не успеете, поэтому регистрируйтесь на сайте и смотрите доклады онлайн.

На сегодня, среди 10 самых ожидаемых докладов на конференции целых 4 посвящены Office 2010:
Microsoft Office 2010. Демонстрация новых возможностей
SharePoint 2010: самое главное для разработчика
Переход на Exchange 2010 с предыдущих версий
Новые возможности по хранению данных и обеспечению отказоустойчивости в Exchange 2010

Не упустите такую возможность =)

Нововведения в Sharepoint Services SP2

odonata82 — Thu, 20 Aug 2009 17:12:00 GMT

Итак, отвечаю на вопрос к одной из предыдущих статей. По нововедениям, которые появились в WSS 3.0 в SP2, удалось найти такую информацию:

Во-первых, обновление включает все общие обновления, обновления безопасности, накопительные обновления и исправления, выпущенные в течение февраля 2009 г.

Дальше - обзор улучшений, включенных в пакет обновления 2 (SP2)

Более быстрое и более надежное выполнение миграции содержимого, а также создания резервной копии данных и их восстановления
Снижение потребления памяти системы
Более плавное выполнение обновления
Значительные повышение производительности база данных
Обновленая интеграция для аутентификации форм
Расширенное управление разрешениями
Удобные средства администрирования
Расширенная совместимость браузеров

Полный список исправлений для WSS 3.0 (таблица Excel, на английском, это - правильный документ, в статье-источнике ссылка пока некорректная)

Загрузка и установка пакетов обновления

Вам также понадобится Инструкция по развёртыванию (на русском)

Основной источник

Обсуждение Exchange Server 2010

odonata82 — Fri, 17 Apr 2009 09:52:00 GMT

Появилась новая ветка на форумах Technet для обсуждения бета-версии Exchange Server 2010
http://social.technet.microsoft.com/Forums/ru-RU/exchange2010ru/threads

Бета версия Exchange Server 2010 стала доступной в среду 15 апреля.

Вышла русская бета-версия Exchange Server 2010

odonata82 — Wed, 15 Apr 2009 16:20:00 GMT

Сегодня в 17-00 в свет вышла русская бета Exchange Server 2010 для 64-разрядных систем. Срок действия этой бесплатной бета-версии Microsoft® Exchange Server 2010 ограничен и истекает через 360 дней после установки.

Бесплатно скачать бета-версию Exchange 2010

Для запуска бета-версии Microsoft Exchange Server 2010 Enterprise Edition на платформах x64 вам потребуются:
ПК. Компьютер с архитектурой x64 и процессором Intel, поддерживающим 64-разрядную архитектуру Intel (ранее известный под названием Intel EM64T), или процессором AMD, поддерживающим платформу AMD64.
Операционная система. Microsoft Windows Server 2008 Standard x64 Edition или Enterprise x64 Edition.
Операционная система для установки средств управления. 64-разрядные выпуски пакета обновления 1 (SP1) для Microsoft Windows Vista или более позднего либо Windows Server 2008.
Память. Минимум 4 Гбайт оперативной памяти на каждый сервер, также рекомендуется 5 Мбайт для каждого почтового ящика.
Место на диске
Не менее 1,2 Гбайт свободного места на диске для установки.
Дополнительно 500 Мбайт свободного места на диске для каждого языкового пакета единой системы обмена сообщениями, который вы планируете установить.
200 Мбайт свободного места на системном диске.
Оптический привод. Дисковод DVD-дисков, доступный локально или по сети.
Файловая система. Разделы диска должны быть отформатированы файловой системой NTFS.

Узнать больше о бета-версии Microsoft Exchange 2010 (официальный сайт)
Очень советую почитать статью http://www.microsoft.com/exchange/2010/ru/ru/whats-new.aspx

Про цепную установку Office

odonata82 — Thu, 09 Apr 2009 17:57:00 GMT

По умолчанию программа установки выпуска 2007 системы Microsoft Office одновременно устанавливает один продукт Office. С помощью функции организации цепочки можно настроить программу установки для установки дополнительного продукта на базе установщика Windows (MSI). В таком процессе основная установка настраивается для установки дополнительного продукта — цепная (последовательная) установка. Например, можно настроить программу установки в Microsoft Office Enterprise 2007 для установки Office и последующей установки Microsoft Office Visio Professional 2007.

Хотя цепная установка дополнительных продуктов на базе установщика Windows возможна, обычно этот метод менее надежен по сравнению с установкой каждого продукта в отдельности. Например, если в цепочку объединено несколько установок и происходит сбой или обнаруживается непредвиденная ошибка одного из продуктов, основная установка в цепочке может быть не выполнена. Для одновременной установки нескольких продуктов лучше использовать программу управления развертыванием, например Microsoft Systems Management Server.

При создании цепочек продуктов в системе Office 2007, нужно учесть два важных момента:

1) Выполняйте основную установку без участия пользователя. Добавленная в цепочку программа установки не может быть запущена, если основная программа выполняется в интерактивном режиме. Следует выполнять основную программу настройки, для которой параметр Display level имеет значение Basic или None. Рекомендуется запускать добавленные в цепочку установки со значением None для параметра Display level. Поскольку программа установки выполняется без участия пользователя, необходимо ввести ключ для каждого продукта в OCT.

2) Выполняйте добавленные в цепочку установки со значением Never для параметра SETUP_REBOOT. Если добавленная в цепочку установка вызывает перезапуск компьютера, основной продукт устанавливается, но дополнительные установки в цепочке после перезапуска компьютера не запускаются. Чтобы это предотвратить, задайте для параметра SETUP_REBOOT значение Never для всех установок, добавленных в цепочку. Если для одной из установок в цепочке может потребоваться перезапуск компьютера и следует принудительно выполнить перезапуск после завершения основной и добавленных установок, задайте для параметра SETUP_REBOOT основной установки значение Always

Sharepoint Designer стал бесплатным

odonata82 — Tue, 07 Apr 2009 16:13:00 GMT

Всем веб-дизайнерам: Sharepoint Designer стал бесплатным

Sharepoint Designer - приложение для создания/вёрстки веб-страниц, полноценный HTML и иже с ним редактор.

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

Раньше программа стоила свыше 200 долларов.

Скачать бесплатный Sharepoint Designer

Нужно ли вам виртуализовать среду сервера Exchange 2007 с пакетом обновлений SP1?

odonata82 — Fri, 03 Apr 2009 16:00:00 GMT

Теперь, когда вышел Microsoft Windows Server 2008 с технологией Hyper-V и Microsoft Hyper-V Server 2008, виртуализованный сервер Exchange 2007 с пакетом обновлений SP1 больше не ограничен рамками тестовой среды. Теперь его можно развертывать в рабочей среде и пользоваться полной поддержкой от корпорации Майкрософт. В августе прошлого года были опубликованы «Условия предоставления поддержки и рекомендации по виртуализации сервера Exchange». Однако многие просили нас не ограничиваться этим и ответить на более философский вопрос: «Хороша ли идея виртуализовать сервер Exchange?»

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

Сценарии

Небольшой офис с высоким уровнем готовности

Существуют небольшие организации, которым необходима высокая степень готовности систем. В качестве примера рассмотрим вымышленную компанию Contoso Ltd., для которой электронная почта является важнейшей службой, и у которой имеется ряд небольших дочерних компаний с численностью пользователей 250 человек. По юридическим причинам компании необходимо, чтобы серверы электронной почты находились в офисе головной компании, при этом требуется обеспечить полностью дублированную систему электронной почты. У сотрудников компании пользовательские нагрузочные профили средние, а размер почтовых ящиков не может превышать 2 гигабайт.

До появления технологии Hyper-V для обеспечения полного дублирования всех ролей сервера Exchange компании Contoso приходилось развертывать семь физических серверов: два для служб Active Directory и DNS, один для хранения файлов и печати, два в качестве серверов клиентского доступа и концентраторов и два в роли серверов почтовых ящиков в среде CCR. Предположим, что серверы имели по два четырехъядерных процессора, а объем оперативной памяти зависел от установленных ролей. Каждый узел CCR должен был иметь 4 Гбайт оперативной памяти, а каждый из остальных серверов должен был иметь минимум 2 Гбайт оперативной памяти для поддержки необходимого количества пользователей и характера трафика. С такими пользовательскими характеристиками обычная загрузка сервера с восемью ядрами.составляла бы 35–45%.

Посмотрим, что происходит сегодня. Используя технологии виртуализации, компания Contoso может поддерживать тот же уровень резервирования и готовности всего на трех серверах. Каждый физический сервер способен запускать каждую из ролей в качестве гостя Hyper-V. В этом сценарии три физических сервера с двумя четырехъядерными процессорами и 16 Гбайт оперативной памяти каждый обладали бы достаточной мощностью для обслуживания пользователей компании Contoso. Помимо оперативной памяти и процессоров серверам необходимо иметь несколько сетевых карт и резервные пути к системе хранения данных. Поскольку количество серверов Exchange у компании осталось тем же, они не много выиграли с точки зрения эксплуатации и техобслуживания. Но только представьте, сколько они сэкономили на пространстве, электроэнергии, вентиляции и кондиционировании. В конфигурацию каждого из виртуальных серверов включены два виртуальных центральных процессора.

На следующем рисунке этот сценарий изображен наглядно. Обратите внимание, что транспортный сервер-концентратор Exchange 2007, исполняющий функции файлового ресурса-свидетеля (FSW), находится на отдельном узле Hyper-V и не связан с узлами почтовых ящиков CCR — таким способом исключается любая вероятность возникновения точки отказа в кластерном решении и обеспечивается полная мощность для кластеризации.

Рис.1. Вариант структуры офиса небольшого филиала для сервера Exchange 2007 с пакетом обновлений SP1 с применением технологии Hyper-V

В этом сценарии экономия могла бы составить 25 754 кВт и 22 516 долл. в год. Расчет производился для перехода от семи физических серверов к трем физическим и семи виртуальным серверам. Цифры были получены с помощью средства Microsoft HyperGreen Tool.

Факторы для определения параметров виртуального сервера ничем не отличаются от определения параметров физических серверов. Вне зависимости от того, используете ли вы физические или виртуальные серверы, узлам CCR потребуется по 4 Гбайт оперативной памяти, и им необходимо будет поддерживать 48 операций ввода-вывода в секунду для баз данных и 19 операций ввода-вывода в секунду для журналов транзакций. Как показывает данный сценарий, требования к количеству операций ввода-вывода в секунду весьма низкие и вполне могут быть выполнены в виртуальной среде. Для небольшого числа пользователей, которые будут размещены на виртуальных серверах Exchange, в качестве накопителей прекрасно подойдут виртуальные жесткие диски. Если же число пользователей больше, чем в данном сценарии, рекомендуется перейти на внешние системы хранения.

Удаленный офис или филиал с высокой доступностью

Раньше организациям для обеспечения достаточного уровня производительности приходилось устанавливать серверы Exchange в удаленных офисах и филиалах. С такими усовершенствованиями, как режим кэширования Exchange и мобильный Outlook (RPC поверх HTTPS), консолидация этих серверов в единый центр данных стала рекомендуемым подходом. Однако существуют ситуации, когда низкое качество связи с удаленными офисами вынуждает некоторые организации все-таки устанавливать сервер Exchange локально. Бывает, что число пользователей в этих местах настолько мало, что выделение отдельного физического сервера для среды Exchange нецелесообразно. Технические допущения в данном сценарии те же, что и в предыдущем. В качестве примера применения технологии Hyper-V в данном сценарии рассмотрим компанию «Каспийский трубопроводный консорциум».

Аварийное восстановление

Чтобы обеспечить дублирование удаленного сайта, некоторым организациям может потребоваться так называемый «теплый» сайт, который содержит копию основной рабочей инфраструктуры Exchange 2007. Цель этого резервного сайта заключается в обеспечении максимально возможной функциональности в случае сбоя в работе основного сайта. Однако поддержание дублирующей инфраструктуры для резервных целей, хотя и полезное для обеспечения высоких требований к уровню обслуживания, для некоторых организаций может оказаться слишком дорогим. В данном случае можно предоставить виртуальную копию всего основного сайта с помощью технологии Hyper-V. Типовая конфигурация «теплого» сайта, использующая физические серверы Exchange 2007, включала бы один или несколько серверов, объединенных в кластер резервной непрерывной репликации, и один или несколько серверов для выполнения ролей сервера клиентского доступа и концентратора. Для обеспечения дублирования одних только серверов обмена сообщениями в «теплом» сайте понадобилось бы в общей сложности четыре физических сервера. А решение на базе технологии Hyper-V, имея лишь три физических сервера, может предоставить организации «теплый» сайт, включающий два сервера почтовых ящиков в среде CCR, а также дублирующий сервер клиентского доступа и сервер-концентратор. Таким образом, с помощью виртуализации сервера Exchange в данном сценарии можно обеспечить более высокий уровень обслуживания пользователей, получив при этом экономию пространства и затрат на оборудование, электроснабжение и охлаждение по сравнению с физическим решением аналогичной конфигурации. На рисунке ниже представлена одна из таких конфигураций.

Рис.2. Возможная конфигурация «теплого» сайта для аварийного восстановления с использованием технологии Hyper-V

Основной сайт использует физическое оборудование в соответствии с количеством и профилем работы пользователей. В данном сценарии «теплый» сайт создан для поддержки всех пользователей основного сайта. Поэтому конфигурация виртуальной среды, которая будет осуществлять поддержку пользователей, должна быть тщательно продумана, даже если она создается временно и для неполной реализации уровня обслуживания.

На рисунке показано, что «теплый» сайт использовал бы резервный кластер, при этом один из узлов являлся бы целевым объектом SCR, как основной получатель регулярных копий журнала с основного сайта. Спаренные виртуальные контроллеры домена также будут присутствовать в среде Hyper-V для интеграции со службой Active Directory. Целевой объект SCR представляет собой двухузловой отказоустойчивый кластер. В случае сбоя в работе узла резервный кластер будет активирован с помощью команды Restore-StorageGroupCopy, а система CMS будет восстановлена с помощью переключения /recoverCMS. Эти же процедуры аварийного восстановления с использованием резервного кластера будут применены и для виртуального резервного кластера. После того как резервный кластер отработает переключение и разместит систему CMS с поврежденного сайта, клиентский доступ к службам обмена сообщениями и данным будет восстановлен сразу после репликации служб DNS и Active Directory.

Виртуальный «теплый» сайт должен обеспечивать соответствующий уровень обслуживания пользователей в случае потери основного сайта. При этом необходимо понимать, что уровень обслуживания, скорее всего, будет снижен из-за подключения «теплого» сайта через глобальную сеть/Интернет. Однако, поскольку сайт создан для обеспечения критической функциональности и только на короткий период, такой сниженный уровень обслуживания должен быть вполне ожидаем. При этом будет понятно, что на время отключения основного сайта резервирования «теплого» сайта уже не будет.

В этом сценарии экономия могла бы составить 33 005 кВт и 28 225 долл. в год. Расчет производился для перехода от восьми физических серверов к трем физическим и восьми виртуальным серверам. Цифры были получены с помощью средства Microsoft HyperGreen Tool.

Мобильная локальная сеть

Случаются ситуации, когда компании, агентству или правительственному учреждению может понадобиться развертывание полной сетевой инфраструктуры в конкретном месте за достаточно короткое время. Эта инфраструктура затем подключается к сети организации через спутник или аналогичную удаленную технологию глобальной сети. Например, неправительственной организации, занимающейся ликвидацией последствий катастрофы, может понадобиться установка локальных серверов для обслуживания пострадавшего населения. Такая подсистема серверов должна быть полностью самодостаточной и обеспечивать работу всех необходимых служб сервера для персонала, находящегося в данном месте.

В таких ситуациях необходима мобильная локальная вычислительная сеть, которую можно было бы легко перемещать. Она должна обладать небольшой и высокоэффективной структурой, обеспечивая все необходимые для местных пользователей службы и занимая минимум пространства. Место развертывания мобильной локальной сети может находиться достаточно далеко, поэтому она должна иметь определенный уровень отказоустойчивости, чтобы там, куда будет сложно доставлять комплектующие, не возникало ни одной точки отказа.

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

На рисунке ниже показана возможная конфигурация сервера Hyper-V, размещающего сервер Exchange 2007 и системы инфраструктуры домена. Специфика данного сценария позволяет увидеть, что никакие роли сервера Exchange не были объединены.

Рис. 3. Возможная конфигурация мобильной локальной сети с сервером Exchange 2007 с пакетом обновлений SP1.

На рисунке изображено комплексное сетевое решение для организации, которой требуется, чтобы все необходимые серверные службы были обеспечены локально независимо от расположения. Решение занимает минимальный объем, при этом обеспечивая высокую степень отказоустойчивости и готовности систем.

Кроме того, в стойке вам также потребуется достаточно оборудования для сетевой инфраструктуры, поддерживающей серверы Hyper-V и рабочие станции. Системы Hyper-V будут использовать либо iSCSI, либо сеть хранения данных (SAN) стандарта Fibre Channel. Сеть хранения данных должна предоставлять достаточно шпинделей, чтобы обеспечить необходимую производительность гостевых систем. В данном сценарии все, что вам необходимо, поместится в стойке 42U.

В этом сценарии экономия могла бы составить 91 012 кВт и 73 891 долл. в год. Расчет производился для перехода от четырнадцати физических серверов к трем физическим и четырнадцати виртуальным серверам. Цифры были получены с помощью средства Microsoft HyperGreen Tool.

Контрольные вопросы

Как вы можете заметить, в каждом из вышеописанных сценариев, если сервер Exchange будет развернут в физической инфраструктуре без сервера Hyper-V, ресурсы оборудования не будут использованы полностью. Чтобы помочь вам определить, подходит ли ваша среда для консолидации серверов, мы подготовили следующие контрольные вопросы. Если эти вопросы выявят, что ваше оборудование используется не в полную силу, вам следует рассмотреть следующие возможные действия.

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

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

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

Помните, что не полностью используемое оборудование — это просто сигнал о том, что в среде сервера Exchange есть избыточные возможности. Это может быть предусмотрено структурой (в ожидании скачков пользовательской нагрузки или будущего роста) или случайно. Желателен определенный уровень допущения, и мы учли это при составлении вопросов. Также помните, что использование оборудования — это не единственный фактор, который следует учитывать при рассмотрении вопроса о виртуализации сервера Exchange. Добавление виртуализации в среду Exchange увеличивает сложность в некоторых сферах, включая резервное копирование, мониторинг и конфигурацию подсистемы хранения данных.

Список вопросов №1. Анализ производительности.

Приведенные ниже вопросы выявляют показатели производительности для наблюдения, которые могут указывать, что в вашей среде Exchange недостаточно интенсивно используются ресурсы, требующие чисто физической инфраструктуры Exchange 2007. Эти показатели должны быть собраны с физических, а не виртуальных серверов. Поскольку планирование инфраструктуры Exchange 2007 с пакетом обновлений SP1 в основном связано с планированием сервера почтовых ящиков, вопросы больше касаются показателей, связанных с их работой.

Идея с этими показателями заключается в том, чтобы собрать данные как минимум за одну неделю. После того как данные будут собраны, вы можете сравнить результаты с нормативными значениями. Если полученные значения будут меньше нормативных, значит ваше серверное оборудование используется не полностью.

Показатели в нижеприведенной таблице взяты из статьи TechNet «Мониторинг сервера Exchange 2007 без диспетчера System Center Operations Manager». Необходимо наблюдать за работой серверов Hyper-V после того, как они будут запущены. В Windows 2008 вы можете наблюдать «Производительность процессора», чтобы знать, что операционная система не замедляет частоту процессоров. В результате вы можете подумать, что центральный процессор интенсивно используется, в то время как на самом деле процессоры просто замедляются для экономии электроэнергии.

Категория	Объект/Показатель	Нормативное значение	Полученное значение
Общие показатели производи-тельности (для всех серверов Exchange)	Процессор/Общая загрузка, %	В среднем менее 40%	[ ]
	Система/Производительность процессора по длине очереди (все экземпляры)	Менее пяти (на каждый процессор)	[ ]
	Сетевой интерфейс (*)/Всего байт/с	Для сетевого адаптера 1000 Мбит/с — менее 30–35 Мбит/с	[ ]
Показатели производи-тельности сервера почтовых ящиков	MSExchangeIS Client (*)/ Средняя задержка RPC	В среднем менее 30 мс	[ ]
	Process(Microsoft.Exchange. Search.ExSearch)/% загруженности процессора	Менее 1% от общей загрузки центрального процессора, не допускается выше 3%	[ ]
	MSExchange Store Interface(_Total)/ Средняя задержка RPC (мс)	Всегда менее 100 мс	[ ]
	MSExchange Store Interface(_Total)/ Ожидающие запросы RPC	Всегда 0	[ ]
Показатели производи-тельности сервера почтовых ящиков CCR, LCR и SCR	MSExchange Replication(*)/ CopyQueueLength	Для CCR и SCR всегда менее 10. Для LCR всегда менее 1.	[ ]

Таблица 1. Показатели производительности

Список вопросов №2. Анализ профилей пользователей.

Менее затратный по времени (и менее точный) способ определить, полностью ли нагрузка серверов использует оборудование, — это сравнить соотношение ядер процессора и профилей пользователей, используя общие инструкции по определению параметров, приведенные в статье «Планирование конфигураций процессора».

Для определения профиля пользователей вашей организации используйте предложенную в статье диаграмму (она также представлена ниже).

Тип пользователей (профиль использования)	Отправлено/получено в день сообщений объемом около 50 Кбайт
С низкой интенсивностью	5 отправлено/20 получено
Со средней интенсивностью	10 отправлено/40 получено
С высокой интенсивностью	20 отправлено/80 получено
С очень высокой интенсивностью	30 отправлено/120 получено

Таблица 2. Профили работников умственного труда в диспетчере Outlook

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

Категория	Показатель	Нормативное значение	Полученное значение
Пользовательский профиль с низкой интенсивностью	Рекомендуемое количество на одно ядро процессора = 2000	≤ 1 000	[ ]
Пользовательский профиль со средней интенсивностью	Рекомендуемое количество на одно ядро процессора = 1000	≤ 500	[ ]
Пользовательский профиль с высокой интенсивностью	Рекомендуемое количество на одно ядро процессора = 750	≤ 375	[ ]
Пользовательский профиль с очень высокой интенсивностью	Рекомендуемое количество на одно ядро процессора = 500	≤ 250	[ ]

Таблица 3. Факторы профилей пользователей

Поскольку рекомендуемое количество профилей со средней интенсивностью на одно ядро процессора составляет 1000, число активных пользователей в 500 человек и менее показывает их недостаточность для полного использования одного ядра сервера почтовых ящиков. Помните, что у физических серверов Exchange максимально может быть восемь ядер процессора, которые будут эффективно использоваться для выполнения функций сервера почтовых ящиков: http://technet.microsoft.com/ru-ru/library/aa998874.aspx . Развертывание почтовых ящиков на серверах с количеством ядер более восьми не даст существенных улучшений в масштабируемости.

Использование этой таблицы для измерения количества ядер процессора сервера почтовых ящиков — это хорошее начало для пересмотра других функций сервера Exchange, поскольку методология планирования инфраструктуры сервера Exchange для транспортного сервера-концентратора и сервера клиентского доступа частично основана на соотношении ядер процессоров (например, сервера почтовых ящиков к серверу-концентратору или сервера почтовых ящиков к серверу службы доступа к содержимому). Так, соотношение между количеством ядер сервера почтового ящика и количеством ядер сервера-концентратора составляет 5:1, если на сервере-концентраторе установлено антивирусное программное обеспечение, и 7:1, если не установлено. Следовательно, если имеющееся число пользователей не может полностью использовать одно ядро процессора сервера почтовых ящиков, то из этого логически следует, что оно не сможет полностью использовать одно ядро процессора транспортного сервера-концентратора. А это означает, что использование виртуализации для транспортного сервера-концентратора или сервера клиентского доступа может себя оправдать.

Заключение

С выходом операционной системы Windows Server 2008 с технологией Hyper-V, а позднее — Microsoft Hyper-V Server 2008 у вас появились новые возможности для развертывания сервера Exchange 2007 с пакетом обновлений SP1. Во многих ситуациях развертывание сервера Exchange на физическом оборудовании обеспечивает лучшую управляемость и меньшую совокупную стоимость владения, чем при использовании виртуализации. Однако существуют сценарии, в которых инфраструктура виртуального сервера Exchange 2007 может обеспечить существенные преимущества в отношении экономии пространства и электроэнергии и повышения гибкости развертывания.

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

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

Авторы: Даг Фидлер, Эрик Бошесн, Роберт Джиллис и Дино Сиккоун.
Проверено: Эрин Буки, Роб Симпсон, Мэтт Госсадж, Брент Алинджер, Росс Смит IV, Рамон Б.Инфанте и Скотт Шнолл

Макросы в Access

odonata82 — Fri, 27 Mar 2009 13:29:00 GMT

А вы знаете?

Создание макросов в Access не требует написания программного кода. В состав Access входит набор параметрических макрокоманд для выполнения стандартных операций, таких как открытие форм и отчетов, отправка запросов, поиск записей, импорт и экспорт данных. Макросы в Access создаются путем выбора нужных значений в списках и могут содержать структуры условного ветвления. Можно настроить автоматический запуск макросов в ответ на определенные действия со стороны пользователя.

В Office Access 2007 возможности макросов существенно расширены за счет функций, ранее доступных только при программировании на языке VBA (улучшенная поддержка обработки ошибок и отладки, присвоение значений переменным).

Это позволяет создавать полнофункциональные приложения Access, которые могут выполняться даже после отключения всего кода VBA и которые, следовательно, можно безопасно загружать и отправлять по электронной почте. Ни один из встроенных шаблонов Office Access 2007 не содержит кода VBA. Работа без программного кода поддерживается новыми макрокомандами и элементами интерфейса пользователя. Например, можно настроить поле со списком, с помощью которого пользователи будут добавлять новые элементы в раскрывающийся список путем автоматического открытия определенной формы и обновления списка по мере ввода новых элементов — и все это без программирования на языке VBA.

Статья о развёртывании Office 2007

odonata82 — Mon, 16 Mar 2009 17:41:00 GMT

Мы перевели статью о Центре развертывания Office в системе Office 2007. В статье информация от 15 января 2009, поэтому вы можете найти что-то новое. По содержанию: в статье об установке, компонентах, дополнительном содержимом, настройке Outlook....(read more)

Семь степеней защиты документов Office 2007

odonata82 — Thu, 05 Feb 2009 10:01:00 GMT

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

Вы, наверное, уже знаете, что корпорация Майкрософт уделяет безопасности много внимания, поэтому документы Microsoft Office 2007 защищает большое количество технологий для обеспечения безопасности. Выбирайте - или комбинируйте!

1) Internet Protocol Security (IPSec) - протокол защиты сетевого трафика на IP-уровне. IPSec - это метод, который используется преимущественно для шифрования информации во время её передачи по сети. Защита IPSec заканчивается в момент, когда информация достигает места назначения.

2) Rights Management Services (RMS) - службы управления правами и Information Rights Management (IRM) - службы управления правами на доступ к данным. Служба Windows RMS обеспечивает сквозную защиту и контроль над тем, кто имеет возможности читать, печатать, изменять, пересылать или копировать документы. IRM - это службы управления правами, предназначенные для приложений Microsoft Office 2007. Cлужбы управления правами зависят от поддерживающей инфраструктуры, которая включает службы сертификатов (PKI), сервер службы управления правами Microsoft Windows, Microsoft Active Directory и SQL Server, а также клиентское ПО RMS.

3) Encrypting File System (EFS) - шифрованная файловая система. EFS - это свойство файловой системы NTFS, которая позволяет пользователям шифровать файлы и папки при храни их на жёстком диске. Это защищает документы от других пользователей при совместном использовании компьютера. Однако, если файл, хранящийся с помощью EFS, посылается по сети, то сначала он дешифруется, и лишь затем отсылается.

4) Файловая система NTFS. Файловая система NTFS позволяет пользователям установить разрешение на доступ к документам, хранящимся на диске. Пользователь, у которого нет разрешения на открытие файла, не может видеть этот документ. Это особенно полезно для случая с совместноы работой на компьтере.

5) BitLocker - это технология шифрование дисков, появившаяся в Microsoft Windows® Vista^TM. BitLocker позволяет пользователям зашифровать полное содержание тома диска, на котором установлена операционная система. Полное шифрование тома защищает вся файлы или папки на зашифрованном томе. BitLocker предназначен для защиты содержимого диска от атак с выключением, которые подразумевают извлечение данных в обход операционной системы.

6) Подписи документа в Microsoft Office 2007. Позволяют пользователям использовать цифровую подпись. Цифровая подпись подтверждает авторство документа, а также информирует пользователя о том, что документ был изменён после подписывания. Это защищает от попыток изменения содержания личных документов пользователя посторонними людьми.

7) Шифрование документа средствами Microsoft Office 2007. Система шифрования документов позволяет пользователям зашифровывать документы Word, Excel, PowerPoint. Впоследствии документ смогут прочитать только пользователи, которые ввели корректный пароль. Система шифрования документов может быть использована практически во всех средах и обеспечивает защиту документов Office 2007 при отсутствии инфраструктуры, необходимой для работы остальных технологий. К тому же, шифрование документов средствами Microsoft Office 2007 подчастую просто создаёт дополнительный уровень защиты.

Результаты нагрузочного тестирования Sharepoint

odonata82 — Thu, 29 Jan 2009 15:59:00 GMT

Если вы рассматриваете возможность внедрения решений на основе Sharepoint, вам наверняка пригодится информация о нагрузчном тестировании Microsoft Office SharePoint Server, которое проводил центр Enterprise Engineering Center. В нагрузочном тестировании участвовали 2 миллиона пользователей....(read more)

Sharepoint: начинающим разработчикам

odonata82 — Mon, 22 Dec 2008 14:00:00 GMT

Известно, что при изучении продуктов для разработки порой очень нелегко найти уровень информации "под себя", особенно, если этот уровень начальный. Вроде бы, всё есть, но либо не в том разрезе, либо не того содержания.

Создать общее представление о разработке на Sharepoint, пользуясь разработческими материалами и ресурсами возможно, однако подобные материалы обычно разрозненны. Именно для того, чтобы решить эту задачу и предоставить начинающим разработчикам все необходимые материалы и ресурсы в одном месте, был создан новый раздел сайта Sharepoint.

На этот раздел вы попадёте напрямую по ссылке www.sharepointdeveloper.ru

Что вы там найдёте? Основные определения для разработки, основные инструкции, ссылки на самые необходимые дистрибутивы и модули, фрагменты исходного кода, лабораторные работы.

Пользуйтесь!

Обзор архитектуры Microsoft Groove

odonata82 — Tue, 16 Dec 2008 17:10:00 GMT

Веб-каст содержит обзор архитектуры Groove и некоторую маркетинговую информацию. Длительность - около 1 часа