J3qx

information archive

Возможности SharePoint 2013 для системных администраторов. Часть 1

Posted by j3qx на Январь 19, 2014

Возможности SharePoint 2013 для системных администраторов. Часть 1

image

Разговаривая с людьми и ит-специалистами, использующими SharePoint, я вижу реальную проблему. Заключается она в том, что большая часть технического персонала весьма слабо понимает пользовательские функции и возможности сервисов SharePoint, да и вообще идеологию продукта. Выливается это в техническую установку и настройку продукта, после чего он передается конечным пользователям, которые в свою очередь имеют еще меньше информации о том, как общаться с новым решением. На выходе мы получаем выкинутые деньги на продукт, либо не используемый, либо используемый по типу микроскопа, которым забивают гвозди. В рамках серии (а я все же надеюсь, что сил на серию у меня хватит) статей, я постараюсь простым и местами техническим языком объяснить «зачем и как нам использовать решения на SharePoint» и более того «какие решения мы можем сделать». Прежде всего позвольте озвучить несколько тезисов.

 

Тезис первый: «SharePoint это сложный продукт»

 

Как человек, который работал в той или иной степени с доброй половиной продуктов от Microsoft, могу смело утверждать, что SharePoint один из самых сложных продуктов для освоения. Главная причина в том, что его работа расположена на пересечении множества технологий и уже существующих сервисов. Внедряя SharePoint вам уже нужно иметь Windows Server и основные сервисы, такие как AD DS, DNS, DHCP, AD CS. Более того, вам нужно уметь с этим работать. SharePoint практически все данные хранит в SQL Server, а это требует знания и данного продукта. Если же понадобится бизнес-аналитика и отчеты, то здесь потребуются знания в SQL Server Reporting Service и Analysis Service, что само по себе достаточно сложно. А рядом SharePoint всегда сопутствующие клиентские продукты: Microsoft Office (Включая InfoPath), SharePoint Designer. Список можно продолжать знаниями Microsoft Exchange, который интегрируется c SharePoint. Получается уже большой перечень и это не говоря не слова о самом SharePoint и возможной разработке под него, требующей опыта программирования.

 

Тезис второй: «Для внедрения SharePoint нужна команда ит-специалистов»

 

Супер Джедаев, которые одинаково хорошо левой рукой работают с Windows Server, SQL Server, SharePoint Server, а правой при этом создают в InfoPath формы и пишут на C# не существует. А поэтому любые сколько нибудь серьезные внедрения SharePoint не могут быть реализованы одним человеков. Иногда очень печально наблюдать за системным администратором ООО «Рога и Копыта» на которого навалили список хотелок бизнеса и вручили коробку SharePoint.

Команда, занимающаяся внедрение SharePoint выглядит так:

1. Системный администратор, он же SharePoint администратор. Человек отвечающий за установку SharePoint, его конфигурирование со стороны центра администрирования, создание веб-приложений, коллекций сайтов, настройку сервисов. Задача этого человека настроить сервисы и обеспечить их работу, а так же заниматься повседневным обслуживанием SharePoint.

2. Администратор баз данных SQL. Опять же мой опыт говорит о том, что Системный администратор очень редко хорошо разбирается в базах данных, а хороший специалист по SQL далеко не всегда специалист по Windows Server. Все, что касается связок SharePoint с такими сервисами как Reporting и Analysis, а так же подключение баз SQL как внешних источников в идеале должен делать отдельный специалист.

3. Разработчик SharePoint. Как только пользователи начинают работать с SharePoint у людей принимающих решения появляются желания, зачастую выходящие за пределы возможностей продукта. И хотя SharePoint является коробочным решением, не научились пока делать такие «коробки», которые бы одинаково удовлетворяли любые компании. Разработка под SharePoint это больная тема, которая иногда вместо решения проблем заводит компанию в участие в гонке за несбыточной мечтой. Как правило всегда такие погони заканчиваются выкинутыми деньгами и решением, которое поддерживать дальше невозможно. В любом случае для разумной разработки понадобится человек со знанием ASP.net, XML, CAML, возможностей SharePoint и пониманием рабочих процессов.

4. Администратор Сайта. У технических специалистов есть небольшая проблема, они слабо понимают конечного пользователя, бизнес и зачастую полные профаны в продукте, серверную часть которого они поддерживают. Если с одной стороны технари, а с другой конечные пользователи, которые увидели SharePoint только вчера, то появляется большое сомнение в успехе мероприятия. Администратор Сайта это человек имеющий права на сайт SharePoint и являющийся с одной стороны гуру в пользовательских возможностях SharePoint, а с другой обычный сотрудник понимающий потребности и проблемы других таких же обычных сотрудников. Эта позиция является прослойкой позволяющей доводить до ИТ-специалистов проблемы людей и доводить до людей новые возможности и решения на SharePoint. Такой человек сможет и права на сайте раздать, и билиотеку создать, и веб-часть новую выложить, и на вопросы реализации рабочего процесса ответить.

Я допускаю, что этот список не полный и возможны дополнения и сочетация различных позиций, но ролевая модель ИТ специалистов для SharePoint выглядит именно так. Знакомиться с этим «монстром», для которого нужен целый отдел, мы начнем постепенно, разбирая основные термины и возможности.

 

Коллекция сайтов SharePoint.

 

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

Коллекция может состоять (и по-умолчанию состоит) из одного единственного сайта. Первый сайт в коллекции называют сайтом верхнего уровня или top-level site. Из скольки бы сайтов не состояла коллекция, всегда только на уровне коллекции будут настраиваться, такие вещи как:

 

  1. Квота на размер, позволяющая ограничить объем данных, загруженных на сайты коллекции
  2. Возможности, которые активируются только для коллекции (Например, уникальный номер документа)
  3. Настроки аудита и отчеты по аудиту
  4. Настроки и тюнинг возможностей поиска и многое другое.

 

Если коллекция состоит из нескольких сайтов, то одношения между top-level site и сайтами дочерники представляют вид «отец — ребенок», т.е дочерние сайты наследуют от корневого сайта как разрешения (по-умолчанию), навигацию по коллекции, URL (точнее часть его, если корневой сайт имеет URL http://portal.itband.ru, то дочерний будет иметь что то вроде http://portal.itband.ru/archive).

 

image

Рисунок 1. Архитектура коллекции сайтов.

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

 

  1. Когда нужно разложить абсолютно разный контент по разным полкам. Допустим у вас есть отдел финансов, который владеет тысячами документов, десятками тысяч таблиц, календарей, контактов и.т.п. Естественно создание дополнительного сайта в таком случае это возможность собрать тематический контент вместе, при этом отдельно от основного контента, упрощая доступ и поиск для пользователей.
  2. Когда нудно разграничить доступ к данным. Продолжая начатую тему с отделом финансов, мы может дыть права на дочерний сайт финансов только членам группы финансов, тем самым убрав все данные от посторонних глаз. Выкладывая данные в рамках этого сайта, мы сможем не бояться компометации и не управлять разрешениями на каждой папке или библиотеке.
  3. Нужно получить другой вспомогательный сайт, который будет отличаться и визуально и по внутренней логике. Допустим, что мы имеем крупную компанию и было решено в рамках корпоративного блога нести знания в массы. Для этих целей был создан дочерний сайт с шаблоном Блог, как раз и разработанный для ведения блогов.

 

Не стоит создавать дочерние сайты, если:

 

  1. Этот сайт будет обслуживать отдельный проект и никак логически и по смыслу не связан с текущей коллекцией. Пример: интернет магазин, который в отличии от корпоративных сайтов будет доступен снаружи и анонимно.
  2. Ожидается большой обьем данных, (сотни гигабайт) которые будут храниться на сайте. Допустим архив документов для юридического оттдела.
  3. Требуются особые требования по безопасности данных. Мы конечно может на дочернем сайте задать уникальные разрешения, но всегда будут Администраторы Коллекции сайтов, которые едины для всех сайтов и которые смогут при необходимости получить любые права.
  4. Для этого сайта будут уникальные требования по резервному копированию. Если данные хранимые на сайте нужно отправлять в резервную копию трижды в день, в то время когда весь сайт раз в неделю, то дочерний сайт лучше не создавать.

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

 

Сайты и шаблоны.

 

Вне зависимости от того, создается «top-level site» или дочерний, каждый сайт формируется на основе шаблона. Шаблон представляет собой файл, определяющийвнешний вид сайта и элементы составляющие логику сайта, такие как:

 

  • Стартовые списки и библиотеки
  • Содержимое библиотек и списков
  • Тему и мастер страницу сайта
  • Настройки панели быстрого запуска
  • Страницы веб-частей

 

Не смотря на то, что после создания сайта, вы сможете его кастомизировать и менять, выбор первоначального шаблона это очень важный шаг. Связано это с тем, что изменить шаблон после создания сайта уже нельзя. Microsoft поставляет вместе с SharePoint набор шаблонов, которые можно задействовать при внедрении продукта.

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

Blog – шаблон сайта построенного по принципу классического блога, который может вестись как индивидуальный, так и как групповой блог.

Developer Site – шаблон сайта для разработчиков, в рамказ которого разрабочики могут делать, тестировать и публиковать приложения для SharePoint.

Community Site – новый шаблон, которого не было ранее. В рамках этого шаблона можно реализовать мини форум для обсуждения каких либо вопросов. В рамказ сайта есть разделы, темы, рейтинги и многое другое.

Document Center – минималистичный шаблон для сайта, предназначенного для хранения документов, изначально состоит из одной библиотеки и одного списка.

eDiscovery Center – ориентированный на сотрудников безопасности центр поиска, позволяющий искать как по данным хранящимся на SharePoint, так и по почтовым ящикам в Exchange.

Records Center – шаблон сайта-архива предназначенный для долгосрочного хранения и сортировки документов. Сайт архив является вспомогательным, документы попадают в него либо через политики хранения основного сайта, либо в результате рабочего процесса.

Business Intelligence Center – шаблон сайта через который пользователи должны получать доступ к результатам бизнес-аналитики. Бизнес аналитика реализуется службами SQL Server, сайт центр бизнес аналитики являестя инструментом ее визуализации.

Enterprise Search Center – шаблон центра корпоративного поиска позволяет создать сайт через который пользователи смогут осуществлять классические поисковые запросы и так же искать людей. Центр корпоративного поиска довольно легко позволяет кастомизировать страницы результатов поиска.

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

Basic Search Center – более простой шаблон для организации поиска. В отличии от Enterprise Search Center позволяет искать только по библиотекам и спискам сайтов (не дает искать по другим источникам). Результаты поиска отображаются на системной странице, которую уже так просто не изменить. Можно отредактировать существующие страницы поиска и вывода, но собственные добавить будет нельзя.

Community Portal – еще один новый шаблон в описании которого сказано, что он предназначен для поиска Community. (напоминаю, что другой шаблон Community Site позволяет делать форумы-обсуждения на сайтах) Так вот если вы используете Community сайты, то создание портала позволит сделать стартовую точку для работы в различных community, здесь они плиткой будут отображаться и здесь же можно будет по ним осуществлять поиск.

Publishing Portal – шаблон ориентированный на создание интернет сайтов, а поэтому отличается от страндартного Team Site и набором функций и другой мастер страницой.

Enterprise Wiki – Wiki она и есть Wiki, шаблон для создания сайтов позволяющих сохранить информацию внутри компании.

Product Catalog – новый шаблон сайта, по имени понятно, что сайты построенные на этом шаблоне позволяют организовать демонстрацию продуктов компании с указанием характеристик. Этакий первый шаг для создания интернет магазина на SharePoint.

image

Риснок 2. Пример использования сайта на шаблоне Product Catalog

Даже беглого чтения описаний шаблонов сайтов достаточно, чтобы понять – практически все шаблоны имеют узкую направленность. И лишь такие как Team Site, Document Center, Publishing Portal подходят для организации корпоративного сайта или портала.

image

Рисунок 3. Схема коллекции сайтов.

Каждый сайт получит имя в основе имеющее имя сайта верхнего уровня. Т.е если сайт верхнего уровня имеет имя http://extranet.litwareinc.com, то все дочерние будут иметь имя вида http://extranet.litwareinc.com/SubSiteName, где SubSiteName имя которое будет вписано в URL при создании дочернего сайта.

 

Сайты и порталы.

 

В разговорах часто можно встретить упоминание таких терминов как сайт и портал. Более того SharePoint называют коробочным решением для построения порталов. Так что же такое портал? И чем он отличается от сайта?

Портал — это сайт, зайдя на который вы сможете получить не только доступ к какому-то контенту будь то текст, документы, картинки или страницы, но и к сервисам. Т.е mail.ru это 100%-й портал, заходя на него вы получаете доступ к новостям, прогнозу погоды, электронной почте, поиску, мессенджеру и многим другим службам. На базе SharePoint вы можете создавать как сайты, так и порталы, все зависит от того, что вам нужно.

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

 

clip_image002

Рисунок 4. Пример публичного сайта SharePoint не являющегося порталом.

 

Версии SharePoint.

 

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

Если проводить аналогии с машинами, то редакция SharePoint Foundation 2013 это базовая комплектация, которая к тому же доступна бесплатно. В базовой комплектации мы можем создавать сайты, загружать документы, создавать списки, реализовывать совместную работу. Основное ограничение — это отсутствие в бесплатной версии сервисов, точнее из сервисов можно использовать только обрезанную службу поиска и службу Business Connectivity Services, позволяющую подключать к SharePoint внешние базы данных. Кроме сервисов так же будут недоступны многие веб-части, типы списков и другие возможности. Данный продукт можно воспринимать либо как пробное решение для организации работы на SharePoint, либо как решение для небольших рабочих групп.

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

Топовой является редакция SharePoint 2013 Enterprise, которая поддерживает абсолютно весь функционал SharePoint, к стандартным сервисам добавляется бизнес аналитика и такие сервисы как Excel Services, PowerPivot, Access Services, Visio Services, InfoPath Forms Services.

Если SharePoint Foundation 2013 отдельный продукт, то версии Standard и Enterprise являются вариантами установки SharePoint Server 2013 и то, какая версия будет установлена зависит от введеного ключа при установке. Если компания активировала редакцию Standard, а потом поняла, что набора сервисов недостаточно, замена ключа может перевести текущую систему в редакцию Enterprise. Отличия редакций очень тонкий момент, для принятия решений следует пользоваться расширенными таблицами сравнения, одна из таких таблиц представлена по ссылке:http://www.khamis.net/blog/Lists/Posts/Post.aspx?ID=96

 

Заменяет ли SharePoint файловый сервер?

 

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

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

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

Для подгружаемых на сайт файлов существует ограничение на размер в 250 мегабайт на файл. Это ограничение можно увеличить до 2 гигабайт. Но при этом 2 гигабайта будут «потолком». Связано это с особенностью хранения файлов в базах SQL. Тип данных BLOB (который используется для хранения документов) имеет ограничение в 2 гигабайта. Теоретически и практически можно обойти это ограничение используя RBS, но простоты системы это не добавит.

 

Автор MCT/MVP Илья Рудь

© http://itband.ru/2013/08/sp-1/

Реклама

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s

 
%d такие блоггеры, как: