Disclaimer

Этот блог появился как реплика с http://blogs.technet.com/tail в силу определенных обстоятельств. Любая информация в ЭТОМ блоге предоставляется без каких либо гарантий и обязательств. Все мнения принадлежат их авторам и не могут быть связаны с позициями и мнениями официальных лиц или организаций.

пятница, 14 ноября 2008 г.

Виртуализация Sharepoint - несколько мыслей вслух

В последнем выпуске рассылки Microsoft Technet Flash есть ссылка на интересный документ: Virtualization of Microsoft® SharePoint® Products and Technologies - посвященный, как видно из названия, виртуализации продуктов и технологий Sharepoint. В документе на 20 страницах подробно описаны средства и методы виртуализации Sharepoint-серверов в зависимости от роли.

Собственно, для чего нужна виртуализация для этих серверов? Ну, во-первых, это позволит более эффективно использовать "железо": по некоторым оценкам, в среднем, до 70% ресурсов процессора и оперативной памяти остаются неиспользованными в стандартном окружении. Во-вторых, такие процедуры, как резервное копирование и восстановление после сбоев намного упрощаются в виртуальном окружении. В-третьих, это экономичный вариант построения систем высокой доступности на базе кластеров.

С одной стороны, при миграции физических серверов в виртуальные машины (или при развертывании новых сервисов в виртуальной среде) узким местом становится сама "железка" - мол, если "сгорит" сервер (тьфу-тьфу-тьфу), то из инфраструктуры "вылетают" все сервера, которые на ней ("железке") крутились. Но! С другой стороны ведь никто не говорит о том, что такая "железка" должна быть одна. Либо у вас несколько "железных" серверов, и тогда вы можете просто перераспределить сервера виртуальные по "оставшимся в живых", либо можно в резерве держать сходный по конфигурации сервер, который в случае сбоя можно быстро ввести в строй и поднять на нем все виртуальные машины с "упавшего". Свои плюсы и минусы есть в каждом варианте.

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

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

На сладкое, как говорится, пара ссылок на документы по резервному копированию и восстановлению Sharepoint (в реальной среде, в виртуальной все сведется к использованию SC VMM, а это уже совсем другая - и надо заметить, более короткая :-) - история):

Data protection and recovery for Office SharePoint Server

Backup, Restore, and Disaster Recovery for Microsoft® SharePoint® Products and Technologies -

- оба документа описывают возможности резервного копирования и восстановления после сбоев для серверов в реальной среде, а также последовательность действий, в том числе и с использованием SC DPM.

Ну, и  совсем уж напоследок сегодня ссылка на статью в блоге моего коллеги Алексея Кибкало с описанием общего подхода к бэкапу виртуальных машин. Для сравнения, так сказать.  http://blogs.technet.com/vm/archive/2008/07/01/Backing-up-VMs-with-Windows-Server-Backup.aspx

А с выходом SP1 для SC DPM появится возможность бэкапить виртуальные машины Hyper-V с его помощью. Уже сейчас доступен feature pack, который позволяет "обучить" SC DPM бэкапу виртуальных машин в режиме 1 LUN/Disk за операцию копирования.

среда, 12 ноября 2008 г.

Navision + Sharepoint = Employee Portal

Задали тут вопрос: мол, у нас есть уже развернутый Navision, а что мы можем получить от интеграции Sharepoint? Начала искать информацию и поняла, что проекты если и есть, то информации о них крайне мало. Делюсь тем, что удалось найти мне.

То, что мы можем получить от интеграции Nav и Sharepoint, это портал для сотрудников - Employee Portal. Проще говоря, это доступ к данным Navision через браузер (например, IE)

Как минимум, Employee Portal потребует развертывания Windows Sharepoint Services, включенные в Windows Server. Но использование Microsoft Office Sharepoint Server 2007 позволит получить дополнительный функционал в такой интеграции.

Основное преимущество – доступ к бизнес-данным из базы Nav с помощью пользовательского интерфейса Sharepoint, а, следовательно, более эффективное взаимодействие, повсеместный доступ и т.п. Ну, и поиск данных с портала по данным в Nav с учетом привилегий пользователя.

Дальше - ссылки на описание EP: преимущества, список частозадаваемых вопросов, сценарии интеграции. Документы на английском языке. На русском пока найти не удалось.

Employee Portal for Microsoft Dynamics NAV 4.0 benefits

http://www.microsoft.com/dynamics/nav/product/employee_portal_facts.mspx

"Employee Portal for Microsoft Dynamics NAV 4.0 (formerly Microsoft Navision) gives your staff easy access to the critical business information they need to get their jobs done—even if they are not rich-client Microsoft Dynamics NAV users. Using Microsoft SharePoint, employees can work with real-time data directly from Microsoft Dynamics NAV 4.0, including sales orders, invoices, customer information, and reports."

Frequently asked questions about Microsoft Dynamics NAV Employee Portal

http://www.microsoft.com/dynamics/nav/product/employee_portal_faq.mspx

8 ways integration with Microsoft Dynamics NAV increases productivity

http://www.microsoft.com/dynamics/NAV/product/integratedinnovation.mspx

Microsoft Dynamics NAV integration

http://www.microsoft.com/dynamics/nav/product/solution_stack_insight.mspx

вторник, 11 ноября 2008 г.

Настройка Public IM Connectivity в Office Communications Server 2007

Public IM Connectivity - компонент OCS 2007, который позволяет пользователям обмениваться сообщениями с контактами в таких службах, как MSN, Yahoo!, AOL.

Порядок действий для настройки PIC (Public IM Connectivity):

1. Приобретаем и активируем лицензии для PIC. Активировать нужно их на на сайте по управлению лицензиями. Проще говоря, лицензии для PIC представляют собой подписку с ежемесячной, точнее с помесячной оплатой за каждого пользователя, который будет обмениваться сообщениями с внешними контактами из вышеупомянутых служб. Подробнее о лицензировании OCS я напишу позже.

2. Для работы PIC потребуется публичный сертификат. Требования к сертификатам - здесь

3. Настраиваем федерацию с внешними IM-службами на сервере и в свойствах пользователя в AD так, как описано в документе Edge Server Deployment Guide - http://technet.microsoft.com/en-us/library/bb894701.aspx (главы Step 4.1 Configure Federation и Step 4.3. Configure Users for Federation, Public IM Connectivity, and Remote User Access)

2. По поводу сертификатов – необходимо использовать публичные сертификаты. Требования вы можете также найти в Edge Server Deployment Guide.

По поводу работы с контактами службы ICQ – есть проблемы при обмене сообщениями с контактами, у которых установлен мессенджер QIP (не все редакции). Вообще же большинство проблем при интеграции этой службы в OCS связано с тем, что AOL слишком часто меняет версии протокола обмена сообщениями по ICQ, что периодически приводит к сбоям в обмене сообщениями посредством Office Communicator. ICQ это один из сервисов компании AOL.

На сегодняшний день компанией AOL реализована с их стороны возможность обмена сообщениями с пользователями ICQ, однако никакого официального подтверждения этому нет, это просто работает СЕЙЧАС и все, как нет и никакого SLA по работоспособности данного сервиса в будущем. Однако, эта связь работает, если добавить контакт в формате UIN@icq.com. В списке адресов такой контакт переименовать нельзя, то есть он будет всегда в виде длинного номера.

Для отслеживания статистики работы с Public IM Connectivity вам понадобится OCS 2007 Resource Kit, скачать который вы можете вот тут: http://www.microsoft.com/downloads/details.aspx?FamilyId=B9BF4F71-FB0B-4DE9-962F-C56B70A8AECD&displaylang=en

Также стоит учесть и то, что PIC не доступен в trial или evaluation версиях OCS. С точки зрения лицензирования есть нюанс: вам потребуется специальная лицензия PIC для каждого пользователя в чьем коммуникаторе будут контакты ICQ. Т.е. вы можете приобрести для начала небольшое количество этих лицензий, которые являют собой ежемесячную подписку per user. Активировать эти лицензии нужно на сайте https://licensing.microsoft.com/eLicense/L1033/Default.asp - так, как это описано в документации к роли Edge Server (там же вы можете найти и требования к публичному сертификату).