Провідний технолог компанії EDS та її підрозділи Technology Strategy and Architecture. Його стаж в EDS як архітектора і розробника різноманітних технологічних платформ становить 15 років. [email protected]
Розробники Microsoft уважно прислухаються до думок споживачів, які надходили в компанію під час проведення різних програм підтримки, в тому числі Developer Advisory Council (DAC), Partner Advisory Council (PAC) і Technology Adoption Program (TAP). Так що багато хто з зазначених нами недоліків в наступній версії Microsoft Office з умовною назвою Office 12 будуть усунені. Ми активно вивчаємо програму SharePoint з пакету Office 12 Beta 1, але судити про поліпшення можна буде тільки після того, як вийде остаточний продукт. Користувачам же версій, що передують Office 12, буде корисно знати про недоліки продукту.
Недолік № 1: індивідуальне налаштування порталу
Більшість компаній намагаються надати своєму порталу відмінні риси. За допомогою XML-технологій, які застосовуються в багатьох сучасних продуктах для порталів, легко отримати настроюються і розгортаються архітектури. XML широко використовується в SharePoint, але фахівці Microsoft не доклали особливих зусиль для відділення бізнес-логіки і базових даних від рівня презентацій; тому глибоко налаштувати SharePoint на конкретне застосування складно. Під глибокої налаштуванням маються на увазі такі зміни, як перебудова глобальної навігаційної структури, шаблону результатів пошуку або підготовка нових визначень сайту SharePoint. Багато постачальників порталів (наприклад, BEA Systems, IBM, Oracle, Vignette) в конкурентній боротьбі з SharePoint роблять акцент на простоті настройки своїх продуктів. В архітектурі таких продуктів презентація повністю відокремлена від компонентів порталу та структури сайту; в SharePoint презентація, контент і структура тісно пов'язані. Компанія Microsoft випустила кілька документів, які допомагають налаштувати SharePoint, але єдиного керівного документа не існує.
Від'єднання відокремлює сайт або сторінку області від шаблону файлової системи, з якого були отримані сайт або сторінка. Якщо сайт або сторінка від'єднуються, SharePoint витягує контент і метадані сторінки з бази даних, а не з вихідного шаблону файлової системи. Будь-які подальші зміни в шаблоні файлової системи в отсоединенной сторінці не відображаються. Завдяки кешуванню шаблонів сторінки, як правило, беруться з файлової системи швидше, ніж з бази даних.
На щастя, компанія Bluedog Limited випустила компонент Web Part, іменований GhostHunter, за допомогою якого можна виявити і знову приєднати від'єднання сторінку. GhostHunter прив'язує сторінку до шаблону файлової системи, з якого була побудована сторінка.
На малюнку показано, як GhostHunter Web Part виглядає на сторінці, для якої оцінюється стан прив'язки. Особливість GhostHunter: будь-які зміни, зроблені в отсоединенной сторінці, при відновленні прив'язки губляться.
Недолік № 2: підтримка декількох мов в SharePoint Portal Server
У Windows SharePoint Services 2.0 розробники приділили більше уваги сумісності з локалізованими мовами, і в даний час продукт в цьому відношенні не поступається Office. Встановлюючи пакети мовних шаблонів Windows SharePoint Services 2.0 (із загальним ім'ям Windows SharePoint Services 2.0 Language Template Pack) і налаштовуючи регіональні параметри, можна розмістити кілька мовних сайтів на віртуальному сервері Windows SharePoint Services або на фермі серверів.
Після установки пакета Language Template Pack і в процесі створення сайту можна додавати сайти Windows SharePoint Services на підтримуваних мовами. Єдиний обов'язковий додатковий крок при створенні сайту - вибрати мову зі списку Language в нижній частині сторінки New Share-Point Site. На малюнку показаний підсумковий сайт на французькому; на іншому - той же сайт на іспанською мовою.
Можна будувати локалізовані сайти з використанням stsadm.exe і операції create-site, вказавши відповідний мовний пакет за допомогою ключа -lcid і коду мови locale ID (LCID). Пакет Language Template Pack додає в файлову систему перекладені шаблони сайтів Windows SharePoint Services для кожного застосованого пакета. Windows SharePoint Services переводить всі підтримувані сторінки і типові елементи сайтів, такі як панель навігації, панель швидкого доступу та панелі швидкого запуску. Готові компоненти Web Part (в тому числі вбудований контент) також переведені, але для всіх спеціальних Web Part потрібна окрема локалізація, вручну. Щоб побачити коди LCID встановлених мовних пакетів, слід заглянути в каталог% programfiles% \ common files \ microsoft shared \ web server extensions \ 60 \ template на сервері або серверах, на яких розміщується Windows SharePoint Services. Кожен пакет розташований у відповідному підкаталозі LCID в даному каталозі. Встановлені мовні пакети можна побачити і в розділі Add / Remove Programs панелі управління сервера.
SharePoint Portal Server не забезпечує такий же гнучкою підтримки мов, як Windows SharePoint Services. Хоча SharePoint Portal Server і Windows SharePoint Services сумісні з одними і тими ж мовами, підтримка SharePoint Portal Server обмежується однією мовою для примірника порталу. Мова, обраний при створенні порталу, - єдиний, який можна вживати в будь-якому його екземплярі; ця мова також використовується за умовчанням для всіх сайтів Windows SharePoint Services в даному порталі, незважаючи на можливість розмістити сайти на кількох мовах в одному наборі сайтів Windows SharePoint Services.
Рішення. Якщо необхідно забезпечити підтримку декількох мов на рівні порталу, то саме практичне рішення - встановити кілька екземплярів SharePoint Portal Server. Якщо потрібно сумісність з декількома мовами і в Windows SharePoint Services, то можна побудувати один віртуальний сервер Windows SharePoint Services зі багатомовними пакетами.
Цей метод - найкращий на сьогодні, але слід пам'ятати, що при установці декількох екземплярів SharePoint Portal Server зростає складність адміністрування. Доводиться обслуговувати кілька мов для встановлених SharePoint Portal Server і окремо управляти конфігурацією кожного примірника сервера в порталі. Крім того, простого способу кількома мовами в одному примірнику Windows SharePoint Services не існує. Спроба вирішити цю проблему за допомогою дзеркального відображення контенту в суміжних примірниках порталу або декількох сайтах (в кожному примірнику або сайті використовується свою мову) - додаткове навантаження для адміністратора. Однак обслуговування декількох мов на будь-який Web-платформі (як Microsoft, так і інших) - величезна праця. Кожен фрагмент контенту повинен бути переведений на всі мови. Існують технології автоматичного перекладу, але їх результати незадовільні. Завдання обслуговування багатомовною Web-платформи може виявитися складнішим, ніж адміністрування запропонованого в статті рішення.
Недолік № 3: пошук на сайтах Windows SharePoint Services
Якщо встановлена база даних з компонентом Full-Text Search, а служба Windows SharePoint Services налаштована на використання SQL Full-Text Search, то можна задіяти механізм пошуку на сайтах Windows SharePoint Services. Додаткові відомості наведені в урізанні «Організація пошуку на сайтах».
Навіть якщо компонент SQL Server Full-Text Search встановлений і інтегрований зі службою Windows SharePoint Services, область пошуку обмежується сайтом Windows SharePoint Services, з якого запущений пошук. Не можна ввести в запит батьківські або дочірні сайти з одного або декількох наборів сайтів або контент з інших джерел поза Windows SharePoint Services (наприклад, файлової системи, вузлів Internet). Більш того, дозволяється використовувати тільки прості пошукові фрази, відсутні передові функції пошуку, можна шукати в приєднаних файлах, складаючи списки елементів.
Рішення. Найпростіший спосіб - встановити SharePoint Portal Server в якості зовнішнього компонента рівня порталу, прив'язавши його до віртуального сервера Windows SharePoint Services і відповідним набором сайтів. Крім того, з сторінки Site Settings-Configure Search and Indexing порталу можна приймати або відкидати сайти для індексації контенту. Служба SharePoint Portal Server Search (SharePointPSSearch) обстежує і індексує обрані сайти. Після завершення індексації пошукова операція в порталі повертає результати з порталу і всіх обраних сайтів Windows SharePoint Services.
Якщо режим Advanced Search Administration Mode активізований через SharePoint Portal Server Central Administration, то можна розширити функцію пошуку сайту / каталогів, побудувавши джерело контенту сайту / каталогів. Можна додати інструкції для обстеження контенту, розміщеного поза порталу, зокрема загальних каталогів, загальнодоступних папок Microsoft Exchange Server і інших сайтів Internet.
Існують і програмні способи розширення пошуку. Якщо розмістити сайти Windows SharePoint Services на сервері SharePoint Portal Server, то можна замінити Web-елемент керування пошуком Windows SharePoint Services Web-елементом управління пошуком порталу для пошуку по вмісту локального сайту (або у всіх сайтах в ієрархії набору сайтів) з сайту Windows SharePoint Services . Рішення від незалежних постачальників, такі як CorasWorks Workplace Suite, мають у своєму розпорядженні компонентами Web Part для пошуку всередині набору сайтів або в декількох наборах сайтів.
Пам'ятайте про обмеження
можливості порталу
Мережевий інженер Лейсі Рассел і користувачі компанії, де вона працює, отримують необхідну інформацію з порталу SharePoint.
Що спонукало InterKnowlogy до переходу на SharePoint? Які програми компанія використовувала в минулому, перш ніж замінити їх порталом?
Ми почали використовувати Windows SharePoint Services в Microsoft Office Project Server. В процесі роботи Project Server створює для проекту сайт Windows SharePoint Services. Ми використовували цей сайт для зберігання всіх результатів проекту. Коли була випущена бета-версія SharePoint Portal, ми стали експериментувати з нею. Потім ми випробували SharePoint в інших проектах (це була вже версія Beta 2) і вирішили застосовувати цей продукт більш широко. Сьогодні компанія використовує як SharePoint Services (в Project Server), так і SharePoint Portal Server (домашня сторінка InterKnowlogy представлена на малюнку).
Після того як призначається дата початку проекту, ми використовуємо Project Server, щоб скласти розклад проекту, і створюємо сайт Windows SharePoint Services, що містить всі елементи, які стосуються проекту. Сайт містить заздалегідь підготовлені списки, налаштовані на потреби нашої компанії, в яких, зокрема, міститься інформація про неполадки і помилки, а також цілі документи, наприклад технічне завдання і все укладені договори.
На першій нараді за проектом менеджер програми дає кожному учаснику посилання на сайт. Як адміністратор, я можу делегувати менеджеру програми повноваження з обслуговування сайту - наприклад, додавати користувачів. Це дуже зручно. Розробники можуть звертатися до сайту і створювати списки дискусій, відшукувати контактну інформацію клієнта, їм доступна вся інформація, вміщена на сайт менеджером програми. Зосередивши дані в одному місці, можна заощадити багато місця, відведеного під електронну пошту, так як зникають довгі ланцюжки повідомлень.
Як ще може застосовуватися SharePoint?
SharePoint - чудова база знань. Припустимо, що розробник знайшов рішення проблеми, над якою працював протягом декількох тижнів. Розробник вносить своє рішення в підготовлений нами список - базу знань. Кожен запис містить посилання на опис проблеми, рішення та причини неполадки. Якщо інший співробітник стикається з цією проблемою, він може відразу знайти в базі знань потрібні відомості і не винаходити велосипед.
Отже, інформація зібрана на одному сайті, звернутися до якого може кожен, а не замкнені на чиємусь комп'ютері. Ці знання завжди доступні, навіть якщо відсутня адміністратор, «хранитель» цих даних?
Так. Я можу піти у відпустку і не турбуватися, чи не забула я перед відходом сказати комусь щось важливе. Вся необхідна інформація є на сайті.
Чи доводилося вам стикатися з несподіванками в процесі використання SharePoint?
Одна з несподіванок полягає в тому, що людині, що раніше не знайомому з SharePoint, потрібно дивно мало часу, щоб звикнути до нього. Деякі користувачі звикли отримувати інформацію певним способом, а в SharePoint все виглядає інакше. Але, попрацювавши з продуктом, легко запам'ятати його особливості, так як графічний інтерфейс стабільний. Наприклад, певні посилання існують завжди в одному місці, якщо тільки інтерфейс не піддається радикальної перебудови. При розгортанні завдання налаштування SharePoint на роботу з деякими додатками може виявитися трудомісткою. Наприклад, ми хочемо інтегрувати SharePoint Portal Server і Active Directory (AD), тому будуємо компонент Web Part для управління AD через портал. Для вирішення таких завдань потрібно багато часу.
Так, відновити базу даних дещо складніше. Я з'ясувала, що кращий спосіб - виконати відновлення на іншому сервері. По суті, замість прямого відновлення на виробничому сервері будується клон вихідного сервера, і дані витягуються з нього. Це процес досить трудомісткий. (Деякі постачальники, такі як CommVault і Symantec, випускають агентів спеціально для резервного копіювання та відновлення баз даних SharePoint. - Прим. Ред.)
Яке навчання проходять кінцеві користувачі SharePoint?
Навчання, безумовно, обов'язково. У процесі початкового розгортання SharePoint ми провели два чотири- або п'ятигодинних сеансу навчання, один для менеджерів програм і керуючих користувачів, інший - для розробників. Наші фахівці підготували презентацію, в якій показано, як переміщатися по Web-сайту і де знаходиться різна інформація.
SharePoint не відноситься до числа продуктів, які можна просто передати співробітникам з вимогою обов'язкового застосування. Новому користувачеві потрібно провести щонайменше годину з фахівцем, який покаже йому прийоми роботи. Однак гідність SharePoint в тому, що, якщо адміністратор вірно призначив повноваження, зламати його практично неможливо.
Чи був перехід на SharePoint вдалим кроком для InterKnowlogy?
Я вважаю, що завдяки SharePoint кожен співробітник компанії економить багато часу. «Докопуватися» до інформації більше не потрібно. Дані легко знайти завжди, коли в них виникає необхідність; не доводиться питати у колег, де знайти ті чи інші відомості. Ціна SharePoint досить помірна, 3995 дол. За сервер плюс клієнтські ліцензії доступу (CAL), якщо врахувати величезний обсяг корисної інформації, яку отримують наші користувачі.
Організація пошуку на сайтах
Для використання функцій пошуку на сайтах Windows SharePoint Services необхідно в ході розгортання Windows SharePoint Services вибрати режим установки Server Farm, щоб згодом вказати шлях до примірника Microsoft SQL Server, на якому розміщується Windows SharePoint Services. Щоб налаштувати Windows SharePoint Services на використання компонента SQL Server Full-Text Search, слід перейти на сторінку Windows SharePoint Services Central Administration-Configure Full-Text Search і встановити прапорець Enable full-text search and index component. Пошук на сайтах доступний тільки через SQL Server, але не Microsoft SQL Server Desktop Engine (MSDE).