Green-sell.info

Новые технологии
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Sharepoint настройка сайта

Установка и базовая настройка SharePoint Server 2013 SP1 на Windows Server 2012 R2 (в топологии Two-tier farm). Часть 6 – Создание семейства сайтов для Личных сайтов (My Sites)

Ёмкое определение ещё одной сущности SharePoint носящей название Личные сайты (My Sites) можно найти в документе Компоненты логической архитектуры (SharePoint Server 2010)

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

Как понятно из этого определения, перед развертыванием ещё одной общей службы, расширяющей функциональность фермы SharePoint – Службы профилей (User Profile Service) нам желательно уже иметь развернутое семейство сайтов для узлов Личных сайтов, чем мы и займёмся в данной части нашего цикла заметок об установке и базовой настройке SharePoint Server 2013 SP1

Описание архитектурных особенностей и полного порядка настройки выделенного Семейства сайтов для узлов Личных сайтов изложено на русском языке в документах:
— Обзор личных сайтов в SharePoint Server 2013
— Планирование личных сайтов в SharePoint Server 2013
— Настройка личных сайтов в SharePoint Server 2013

Для развертывания нового семейства сайтов для узлов Личных сайтов нам нужно выполнить цепочку действий аналогичную той, что уже была ранее описана в заметке Часть 3 – Создание семейства сайтов , а именно:

1. Создание управляемой учетной записи SharePoint (Managed Account)
2. Создание веб-приложения SharePoint (Web Application)
3. Выполнение базовых настроек веб-приложения
4. Создание семейства сайтов (Site collection)
5. Регистрация записи в DNS для Host Header корневого сайта семейства сайтов
6. Регистрация Service Principal Name (SPN) для Host Header корневого сайта семейства сайтов для обеспечения аутентификации Kerberos
7. Проверка доступности корневого сайта семейства сайтов

Поэтому, чтобы не повторяться с точки зрения демонстрации этих действий с использованием графического интерфейса SharePoint (через веб-узел Центра администрирования (ЦА)), в этот раз мы рассмотрим пример, того как все эти действия можно выполнить с помощью SharePoint 2013 Management Shell.

1. Создаем управляемую учетную запись

Эта учетная запись будет использоваться для запуска пула приложений (IIS Application Pool) с которым будет ассоциировано создаваемое в дальнейшем веб-приложение SharePoint (Web Application). Чтобы создать новую управляемую учетную запись в SharePoint 2013 Management Shell либо в Windows PowerShell предварительно подгрузив PSSnapin SharePoint, выполним:

Результат создания учетной записи можно проверить в ЦА по ссылкам: Central Administration > Security > General Security > Configure managed accounts

2. Создаем веб-приложение

С помощью PowerShell создадим новое веб-приложение со следующими параметрами:

Имя приложения (оно же имя сайта в IIS) — SharePoint Site KOM-AD01-SP-MYS ;
TCP порт – 80 ;
Host Header — KOM-AD01-SP-MYS.holding.com ;
Путь корневого каталога IIS — C:inetpubwwwrootwssVirtualDirectoriesKOM-AD01-SP-MYS ;
Анонимный доступ выключен;
Шифрование не используется;
Аутентификация с помощью Kerberos;
URL веб-приложения (URL будущего корневого сайта) — http://KOM-AD01-SP-MYS.holding.com:80 ;
Имя сервера БД (SQL-Alias) – KOM-AD01-SQLSP ;
Имя контентной БД веб-приложения — WSS_Content_MYS ;
Имя пула приложений IIS — SharePoint AppPool KOM-AD01-SP-MYS ;
Управляемая учетная запись для запуска пула приложений IIS — KOMs-KOM-AD01-SP-AP-MYS

Пример PS-скрипта для создания веб-приложения SharePoint с перечисленными параметрами:

3. Выполняем проверку и настройку веб-приложения

После того как скрипт создания веб-приложения отработал без ошибок и вернул нам созданный объект нового веб-приложения, просматриваем это веб-приложение и при необходимости меняем его свойства в ЦА по ссылкам:
Central Administration > Application Management > Web Applications > Manage web applications

Например здесь мы можем проверить то, что тип аутентификации для созданного веб-приложения действительно установлен Kerberos. Для этого, выбрав наше веб-приложение, на ленте на вкладке Web Applications нажмём кнопку Authentication Providers

Выберем зону Default

и в блоке Claims Authentication Types убедимся в том, что выбрана аутентификация Kerberos

Помимо этого, дополнительно можем визуально проверить в IIS наличие созданного пула приложений и связанного с ним сайта, а также убедиться в появлении новой контентной БД на сервере SQL Server.

4. Создаем семейство сайтов

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

Как видим, в нашей ферме SharePoint зарегистрировано два шаблона сайтов для узлов Личных сайтов с одинаковым именем, но отличаются они между собой языком.

Так как мы хотим развернуть русифицированный шаблон сайта Личных сайтов, то соответственно будем использовать в качестве параметров шаблона значения SPSMSITEHOST#0 для определения имени шаблона сайта и 1049 для определения его языка. В конечном итоге получится примерно следующий скрипт для создания новой коллекции сайтов на базе шаблона Личные сайты:

Результат можно проверить в ЦА по ссылкам:
Central Administration > Application Management > Site Collections > View all site collections

Так как для сайта выбрана аутентификация Kerberos чтобы указанный URL корневого сайта начал работать, нам нужно выполнить ещё пару манипуляций с DNS и SPN.

5. Регистрируем запись в DNS для Host Header

Как Вы помните, реальное имя сервера SharePoint в нашем случае KOM-AD01-WEB03 , однако в качестве параметра Host Header при создании веб-приложения SharePoint мы указали FQDN имя KOM-AD01-SP-MYS.holding.com . Для того, чтобы наши клиенты могли разрешить это имя в IP адрес нашего сервера SharePoint, нам нужно создать соответствующею запись в DNS.

Создадим в DNS A-запись c IP адресом нашего SharePoint сервера и именем Host Header с помощью командлетов PowerShell, описание которых можно найти по ссылке Domain Name System (DNS) Server Cmdlets in Windows PowerShell

6. Регистрируем SPN для Host Header

Для обеспечения аутентификации Kerberos нам также необходимо выполнить регистрацию записей SPN для учетной записи, от имени которой выполняется пул приложений веб-приложения SharePoint.

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

Для того, чтобы выполнить регистрацию новых записей SPN, необходимых для связки SharePoint+Kerberos в нашем случае выполним команды:

7. Проверяем доступность корневого сайта семейства сайтов

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

После успешной аутентификации при попытке получить доступ к URL корневого узла семейства сайтов (в нашем случае это http://KOM-AD01-SP-MYS.holding.com ) мы получим ошибку…

Это связано с тем, что нами ещё пока не развернута общая Служба управления профилями (User Profile Service). Рассмотрим развертывание этой службы в следующей части нашего цикла заметок об установке и базовой настройке SharePoint Server 2013 SP1

Предыдущие заметки цикла можно найти по ссылкам:

Sharepoint настройка сайта

После успешной установки пререквизитов Вы можете приступать к непосредственной установке Microsoft SharePoint Foundation. При этом убедитесь, что SQL Server запущен.

Повторно запустите мастера установки Microsoft SharePoint Foundation и нажмите Install SharePoint Foundation .

Примите условия лицензионного соглашения.

Выберите папку для хранения файлов индекса поиска (по умолчанию они будут сохраняться в корневой папке ОС).

Мастер установки отобразит окно мастера конфигурации. Убедитесь, что флаг Run the SharePoint Products Configuration Wizard включен, и нажмите на кнопку Close .

После закрытия окна автоматически откроется мастер конфигурации SharePoint.

По нажатию на кнопку Next отобразится окно для подтверждения о возможно необходимости перезапуска или сброса служб:

служба администрирования SharePoint;

служба таймера SharePoint.

Создайте новую ферму серверов. Для этого выберите пункт Create a new server farm .

Укажите сервер баз данных, а также логин и пароль читателя отчетов.

Сервер баз данных должен быть введен в формате:

%имя_компьютера% — Server Manager → Local Server → Computer name ;

%идентификатор_экземпляра_SQL_сервера% — Instance ID , сохраненный при установке SQL сервера (пп. 6).



Задайте парольную фразу.

Задайте номер порта. Можно использовать случайный номер порта, но в качестве порта для сайта администрирования продуктов SharePoint сервер Team Foundation Server всегда использовал 17012.

Подтвердите конфигурацию SharePoint.

После успешного завершения мастер отобразит окно подтверждения.

Проблемы при установке Microsoft SharePoint Foundation и пути их решения
.NET Framework 4.6

При попытке установить Microsoft SharePoint Foundation на компьютер, имеющий предустановленный .NET Framework версии 4.6 или 4.6.1, установка завершится неуспешно. Администратору отобразится ошибка с текстом:

Setup is unable to proceed due to the following error(s):

This product requires Microsoft .Net Framework 4.5.

Такая проблема возникает потому, что Microsoft SharePoint Setup не поддерживает .NET Framework 4.6 или 4.6.1.

Для успешной установки SharePoint необходимо понизить версию .NET Framework одним из следующих способов:

1 способ (рекомендуется)

Удалите .NET Framework согласно его версии и установленной ОС.

.NET Framework 4.6:

Windows Vista SP2, Windows 7 SP1, Windows Server 2008 SP2, Windows Server 2008 R2 SP1 — удалите Microsoft.NET Framework 4.6 из Control PanelPrograms and Features .

Windows 8, Windows Server 2012 — удалите Update for Microsoft Windows (KB3045562) из Control PanelInstalled Updates .

Windows 8.1, Windows Server 2012 R2 — удалите Update for Microsoft Windows (KB3045563) из Control PanelInstalled Updates .

.NET Framework 4.6.1.

Windows 7 SP1, Windows Server 2008 R2 SP1 — удалите Microsoft.NET Framework 4.6.1 из Control PanelPrograms and Features .

Windows 8, Windows Server 2012 — удалите Update for Microsoft Windows (KB3102439) из Control PanelInstalled Updates .

Windows 8.1, Windows Server 2012 R2 — удалите Update for Microsoft Windows (KB3102467) из Control PanelInstalled Updates .

Windows 10 — удалите Update for Microsoft Windows (KB3102495) из Control PanelInstalled Updates .

Скачайте и установите .NET Framework 4.5.2.

Запустите установку Microsoft SharePoint Foundation.

Читать еще:  System center endpoint protection

После успешной установки SharePoint Вы можете обновить .NET Framework до версии 4.6 или 4.6.1.

2 способ

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

Запустите редактор реестра regedit.exe от имени Администратора.

Измените права Администратора для .NET Framework. Для этого перейдите в узел HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4 .

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

Опять нажмите правой кнопкой мыши по узлу v4 и выберите пункт Permissions .

Нажмите на кнопку Advanced .

В строке Owner нажмите на кнопку Change .

Выберите Администратора и включите флажок Replace owner on subcontainers and objects .

Сохраните все изменения.

Повторите следующие шаги для всех дочерних узлов ноды v4 :

Нажмите правой кнопкой мыши по узлу и выберите пункт Permissions .

Назначьте Администратору права Full Control (столбец Access в таблице) и сохраните изменения.

В основной области Редактора реестра нажмите правой кнопкой мыши на строку Versions и выберите пункт Modify .

Измените значение поля Value data на 4.5.x (например, 4.5.51209 ) и сохраните изменения.

Запустите установку Microsoft SharePoint Foundation.

После успешной открытия мастера установки SharePoint обновите .NET Framework до версии 4.6 или 4.6.1. Для этого перейдите в папку с сохраненной конфигурацией из пп. 3 и откройте ее.

Подтвердите импорт конфигурации.

Перезагрузите компьютер и продолжите установку Microsoft SharePoint Foundation.

Error: The tool was unable to install Application Server Role, Web Server (IIS) Role (Error Code: -2146498298)

Данная ошибка возникает в случае некорректной конфигурации и установки ролей Application Server и Web Server (IIS).

В таком случае в лог хода установки пререквизитов Microsoft SharePoint Foundation будут добавлены следующие сообщения:

2016-07-27 00:10:00 — Error: The tool was unable to install Application Server Role, Web Server (IIS) Role.

2016-07-27 00:10:00 — Last return code (0X3E8=1000)

2016-07-27 00:10:00 — Options for further diagnostics: 1. Look up the return code value 2. Download the prerequisite manually and verify size downloaded by the prerequisite installer. 3. Install the prerequisite manually from the given location without any command line options.

Для успешной установки SharePoint необходимо воспользоваться одним из следующих способов:

1 способ

Запустите консоль Microsoft PowerShell от имени Администратора.

Выполните в нем следующие команды:

Add-WindowsFeature NET-WCF-HTTP-Activation45,NET-WCF-TCP-Activation45,NET-WCF-Pipe-Activation45 -Source E:\Sources\sxs

Add-WindowsFeature Net-Framework-Features,Web-Server,Web-WebServer,Web-Common-Http,Web-Static-Content,Web-Default-Doc,Web-Dir-Browsing,Web-Http-Errors,Web-App-Dev,Web-Asp-Net,Web-Net-Ext,Web-ISAPI-Ext,Web-ISAPI-Filter,Web-Health,Web-Http-Logging,Web-Log-Libraries,Web-Request-Monitor,Web-Http-Tracing,Web-Security,Web-Basic-Auth,Web-Windows-Auth,Web-Filtering,Web-Digest-Auth,Web-Performance,Web-Stat-Compression,Web-Dyn-Compression,Web-Mgmt-Tools,Web-Mgmt-Console,Web-Mgmt-Compat,Web-Metabase,Application-Server,AS-Web-Support,AS-TCP-Port-Sharing,AS-WAS-Support, AS-HTTP-Activation,AS-TCP-Activation,AS-Named-Pipes,AS-Net-Framework,WAS,WAS-Process-Model,WAS-NET-Environment,WAS-Config-APIs,Web-Lgcy-Scripting,Windows-Identity-Foundation,Server-Media-Foundation,Xps-Viewer -Source E:\Sources\sxs

Перезагрузите компьютер и продолжите установку Microsoft SharePoint Foundation.

2 способ

Данный метод повторяет первый за исключением того, что выполняется не в консоли Microsoft PowerShell , а непосредственно из интерфейса в Server Manager .

Откройте Server Manager и перейдите в подраздел Add Roles and Features .

В шаге Installation Type убедитесь, что выбран пункт Role-based or Feature-based Installation .

В шаге Server Selection выберите требуемый сервер.

В пункте Server Roles выберите роли Application Server и Web Server (IIS) .

Подтверждая свои действия, дойдите до шага Confirmation .

Укажите папку, из которой будут установлены данные роли, нажав на Specify an alternate source path .

Укажите следующий путь:

Подтвердите установку ролей Application Server и Web Server (IIS) .

После успешной установки данных ролей продолжите установку Microsoft SharePoint Foundation.

Error: AppFabric installation failed (Error Code: 1603)

Данная ошибка может возникнуть при установке пререквизита Microsoft AppFabric 1.1 for Windows Server.

В таком случае в лог хода установки пререквизитов Microsoft SharePoint Foundation будут добавлены следующие сообщения:

2016-07-27 18:20:46 — Process.Start: C:\Windows\system32\msiexec.exe /quiet /norestart /i «c:\a0ddcd54d09ca070ef\Packages\AppFabric-1.1-for-Windows-Server-32.msi» ADDDEFAULT=Worker,WorkerAdmin,CacheClient,Setup /l*vx «C:\Users\COMPUTER-Name\AppData\Local\Temp\AppServerSetup1_1(2012-06-26 18-20-46).log» LOGFILE=»C:\Users\COMPUTER-Name\AppData\Local\Temp\AppServerSetup1_1_CustomActions(2012-06-26 18-20-46).log» INSTALLDIR=»C:\Program Files\AppFabric 1.1 for Windows Server» LANGID=en-US

2016-07-27 18:21:46 — Process.ExitCode: 0x00000643

2016-07-27 18:21:46 — AppFabric installation failed because installer MSI returned with error code : 1603

Для ее устранения сделайте следующее:

Откройте Control Panel и перейдите в подраздел System .

Нажмите Advanced System Settings .

Нажмите на кнопку Environment Variables .

В таблице System variables выберите PSModulePath и нажмите на кнопку Edit .

Убедитесь, что поле Variable value имеет следующее значение:

C:\Windows\system32\WindowsPowerShell\v1.0\Modules\;c:\Program Files\AppFabric 1.1 for Windows Server\PowershellModules

Сохраните все изменения и продолжите установку Microsoft SharePoint Foundation.

Sharepoint 2013 Products Configuration Wizard Error: Failed to create sample data

Данная ошибка может возникнуть при непосредственной установке Microsoft SharePoint Foundation.

Ее можно устранить следующим способом:

Перейдите в папку C:\Program Files\Windows SharePoint Services\15.0\Data\ .

Нажмите правой кнопкой мыши на папку Analytics_GUID и выберите пункт Properties .

Во вкладке Sharing нажмите на кнопку Advanced Sharing .

Включите флаг Share this folder и нажмите на кнопку Permissions .

Нажмите на кнопку Add и введите WSS_ADMIN_WPG .

Включите флажок Full Control для данной группы.

Сохраните изменения и продолжите установку Microsoft SharePoint Foundation.

SharePoint 2010: Настройка контента SharePoint

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

Имеются разные способы отражения фирменного стиля в сайтах SharePoint. Можно изменить стандартные цвета и шрифты сайта, используя темы, или изменить всю разметку страниц с помощью главных страниц (master pages). Кроме того, с помощью настройки главных страниц можно изменить средства навигации по сайту в тех случаях, когда они внедрены в виде набора собственных элементов управления SharePoint, отображающих меню в веб-браузере. Ниже рассказывается от том, как применять эти дизайнерские компоненты.

Главные страницы

Главные страницы позволяют нескольким страницам наследовать свою структуру и другие типовые элементы от общего исходного файла. Главная страница, как правило, содержит HTML-тэги, определяющие разметку страницы, с «областями контента», выделенными для контента, специфичного для страниц. Кроме того, главные страницы содержат веб-элементы управления (Web control), общие для всех страниц, такие как навигационные меню и общие CSS-ссылки.

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

Файл вашей главной страницы будет храниться в Master Page Gallery (галерея главных страниц), автоматически создаваемой для всех сайтов SharePoint. Следует ограничиться использованием только корневой Master Page Gallery, если у вас нет веских причин поступить по-другому. Если вы разбросаете файлы главных страниц на различные случаи жизни по всему набору сайтов, ситуация быстро станет неуправляемой.

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

Если вы знакомы с темами из предыдущих версий SharePoint, то темы SharePoint 2010 покажутся вам совершенно новыми. В Microsoft Office 2010 используется новый движок тем (theming engine), внедренный в различные приложения Office, в частности в SharePoint.

Говоря конкретнее, темы значительно переросли упрощенную концепцию, которая использовалась в прошлом. В Office 2010 темы представляют собой уже не набор CSS-файлов и изображений, а небольшой набор объявлений шрифтов и цветов. Как правило, они хранятся в файлах с расширением THMX. Когда вы применяете тему к сайту SharePoint, движок тем обрабатывает набор стандартных CSS-файлов, создавая «настоящие» CSS-файлы, передаваемые в веб-браузер пользователя.

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

Файлы тем хранятся в Theme Gallery (галерея тем) — специальной библиотеке, входящий в каждый набор сайтов SharePoint site. В частности, в Theme Gallery содержится стандартный набор тем. Если ваша организация намерена поддерживать корпоративный стиль, начните с запрета или ограничения доступа к файлам тем из этой галереи. Типовая методика — поместить одну согласованную тему в галерею, используемую всеми сайтами. Можно также ограничить права на редактирование и создание тем, чтобы не позволить пользователям создавать свои собственные темы. Этим вы обеспечите соблюдение стандартов своей организации.

В некоторых случаях может потребоваться оставить в Theme Gallery более одной темы, чтобы создать различные стили или типы сайтов. Различные подразделения компании могут иметь свои собственные стили, которые им нужно поддерживать. Кроме того, в сайтах, предназначенных для широкой публики, может использоваться строго определенная тема, тогда как в сайтах для внутреннего пользования или доступных только в расширенной интрасети (extranet) может допускаться большая гибкость.

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

Темы организации, как правило, создаются отделом дизайна или маркетинга. Темы можно создавать в приложении Office, таком как PowerPoint 2010, и экспортировать в THMX-файлы. Эти файлы можно закачивать в галерею через веб-браузер или как часть пакета решения, создаваемого разработчиком. Этот выбор зависит от того, как вы собираетесь управлять темами. Если за управление темами отвечает не ИТ-отдел, их обычно развертывают с помощью веб-браузера. Группы разработки приложений обычно используют для развертывания своих тем пакеты решений.

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

Читать еще:  Тип файла презентации powerpoint

Лучшее решение — создать отдельные CSS-файлы и развернуть их на сайте. В SharePoint имеется элемент управления CSSRegistration, предназначенный для добавления собственных CSS-файлов в набор файлов, предоставляемый SharePoint. Этот элемент управления позволяет поместить ссылку на заданный файл до или после других таблиц стилей страницы, чтобы стили содержались в странице в нужном порядке.

Можно развернуть CSS-файлы сами по себе, используя пакет решения, или поместить их на сайт как файлы контента. Элемент управления CSSRegistration, как правило, внедряется в главную страницу сайта.

Сайты публикации

Еще один способ реализации стилей для своего сайта — применение сайтов публикации (publishing site). Функция публикации SharePoint создает среду, более удобную для управления важным контентом. Эту функциональность часто называют управлением веб-контентом. Уполномоченный пользователь может редактировать контент сайта публикации и отправлять его на согласование.

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

  • Изменения контента на сайтах, не являющихся сайтами публикации, становятся видимым всем пользователям сразу же после того, как их сохранили. Изменения сайта публикации не видимы до тех пор, пока их не согласуют.
  • Можно запланировать появление или исчезновение контента на сайте публикации в заданное время в будущем.
  • Вы можете настроить процесс согласования на сайте публикации с помощью движка рабочих процессов SharePoint.
  • В сайтах публикации реализована дополнительная функциональность поддержки таблиц стилей, навигации и управления главными страницами, применяемыми к сайту.
  • Можно подготовить изменения контента в отдельной среде и перенести их на производственную ферму, используя пути развертывания контента (content deployment paths). Этим вы предотвратите случайную публикацию неразрешенных или непроверенных изменений на общедоступном веб-сайте. Можно поддерживать сложную топологию разработочных, обкаточных и производственных серверов.

Страницы сайта публикации содержат дополнительный структурный уровень — так называемую страницу разметки (layout page). Страницы разметки аналогичны главным страницам, но поддерживают функции редактирования контента и публикации, удобные для пользователей, не являющихся техническими специалистами. Страницы разметки хранятся в Master Page Gallery. Контент разбит на уровни, в середине которых находится страница разметки. В случае сайта публикации контент, применяемый к странице разметки, обрабатывается скорее как поля данных, чем как HTML или веб-части.

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

Шаблоны сайтов

Один из лучших способов обеспечить соответствие стандартам — упростить следование им. Шаблоны сайтов — отличная начальная точка. Когда пользователь создает новый сайт, за основу всегда берется один из доступных шаблонов сайтов. При этом создается заранее определенный набор списков, библиотек, главных страниц и даже контента. Создав набор стандартных шаблонов для своей организации, вы поможете пользователям создавать единообразные сайты.

Шаблон сайта в SharePoint 2010 — файл пакета решения (.wsp), содержащий данные сайта, используемые при его первоначальном создании. Самый простой способ создать шаблон сайта — сохранить существующий сайт как шаблон, используя параметр Save Site as a Template на странице Site Settings.

SharePoint поместит все списки, библиотеки, формы, рабочие процессы, страницы и элементы контента (если это вам нужно) в один файл, хранящийся в Solution Gallery. Solution Gallery содержит пакеты решений, развертываемые в локальном наборе сайтов.

Шаблон сайта можно настраивать в Visual Studio. Разработчики могут скачать файл шаблона и импортировать его в новый проект Visual Studio. При этом все артефакты, помещенные в шаблон, будут доступны для редактирования. После завершения настройки вы можете перекомпилировать шаблон и заново развернуть его в Solution Gallery. Таким образом, можно создать именно те шаблоны сайтов, которые нужны вашей организации.

Однако у шаблонов сайтов имеются и некоторые ограничения. Имеются кое-какие элементы исходного файла, которые не отражаются в файле решения шаблона:

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

Вы можете создавать шаблоны сайтов, только используя определенные типы сайтов. My Sites и сайты публикации зависят от элементов, которые вы не можете сохранить в файле шаблона. Следовательно, для этих типов сайтов сохранение в виде шаблона не поддерживается. Тем не менее, вы можете создавать шаблоны для этих сайтов, но в средствах разработки, таких как Visual Studio.

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

Чтобы скрыть сохранение в виде шаблона, вы должны включить функцию публикации на SharePoint Server. Тогда на странице Site Settings появится настройка Page Layouts and Site Settings. Забавно, что включение публикации, даже на сайте, основанном на шаблоне, не поддерживающем публикацию, не позволяет сохранять сам сайт как шаблон.

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

Для системного администратора

Семь советов по SharePoint

Все больше компаний развертывают службы Windows SharePoint Services для коллективной работы в Web, обмена информацией и управления потоком работ. В прошлом Microsoft позиционировала Exchange Server как инструмент для управления документооборотом и совместной работы, но сегодня план развития Exchange ориентирован исключительно на обработку сообщений, а роль технологии документооборота и коллективной работы возложена на SharePoint.

Как известно, SharePoint существенно отличается от Exchange, и, хотя у SharePoint, Exchange, Outlook и Microsoft Outlook Web Access (OWA) есть точки интеграции, необходимо преодолеть ряд важных препятствий. Учитывая, что обязанности внедрения и обслуживания SharePoint обычно возлагаются на администраторов Exchange, в данной статье приводится семь советов по работе с этими технологиями.

1. SharePoint — приложение IIS

Пользователи зачастую неверно представляют себе SharePoint и его взаимосвязь с Exchange и Outlook из-за рекламных уверений, что эти технологии формируют безупречно интегрированную среду. По своему внутреннему устройству SharePoint — отдельное приложение. Как и OWA, SharePoint представляет собой приложение Microsoft IIS, но вместо того, чтобы использовать Exchange, весь контент SharePoint хранится в базе данных Microsoft SQL Server или Microsoft SQL Server Desktop Engine (MSDE). Поэтому, если нужно выполнить полнотекстовый поиск контента (в том числе документов, загруженных на сервер), необходимо использовать SQL Server или развернуть Microsoft SharePoint Portal Server. Во внутренних компонентах SharePoint применяется фильтр Internet Server API (ISAPI), но само приложение построено в основном на базе ASP.NET, поэтому для глубокой настройки SharePoint иногда необходимо изменять XML-файлы, которые использует ASP.NET. Знать ASP.NET и XML полезно, но не обязательно, если требуется выполнять сложные административные задачи SharePoint, такие как настройка на конкретное применение или установка модулей расширения Web Parts. Непременное условие — базовые знания по IIS.

2. Тесная интеграция SharePoint и AD

Как и в Exchange, для учетных записей пользователей и проверки подлинности в SharePoint применяется Active Directory (AD). Группы, ранее определенные в AD, можно использовать для управления доступом к ресурсам SharePoint. Например, группу безопасности AD HRStaff можно задействовать для управления доступом к документам отдела кадров на файл-сервере и в качестве списка рассылки Distribution List (DL) в Exchange. Предположим, что создан новый список объявлений на сайте SharePoint, чтобы предоставить отделу кадров возможность доводить до сотрудников компании информацию об открывающихся вакансиях. Ту же группу AD HRStaff можно использовать, чтобы открыть сотрудникам отдела кадров доступ к списку объявлений.

Однако, хотя Exchange поддерживает и группы безопасности, и рассылки из AD, в SharePoint используются только группы безопасности; для управления доступом к ресурсам применять группы рассылки (DG)нельзя. Рекомендуется в любом случае использовать группы безопасности, так как только группы безопасности обеспечивают управление доступом к объектам (например, файлам, папкам, ресурсам SharePoint, таблицам SQL Server), и Exchange успешно передает сообщения электронной почты членам групп каждого типа.

3. Не устанавливайте SharePoint на сервере, работающем с OWA

Конечно, SharePoint и OWA могут сосуществовать на одном сервере, но объединять их без крайней необходимости не рекомендуется. SharePoint отключает проверку подлинности Kerberos, необходимую для OWA, и в некоторых случаях возникают проблемы при стандартном для IIS повторном использовании HTTP-соединений. О том, как избежать подобных конфликтов, рассказано в статье Microsoft «Exchange Server 2003 and Outlook Web Access Issue» (http://www.microsoft.com/exchange/support/e2k3owa.mspx).

Еще одна проблема заключается в том, что по умолчанию как SharePoint, так и OWA устанавливаются в Web-узле, создаваемом IIS на системе. Фильтр ISAPI (stsflt.dll) программы SharePoint перехватывает все входящие запросы, поэтому пользователи получают сообщение об ошибке 404 Page Not Found при попытке обратиться к OWA. Чтобы обойти это препятствие, необходимо запретить SharePoint перехватывать запросы к виртуальным каталогам OWA. Для этого требуется настроить каталоги как исключенные пути. Чтобы управлять исключенными путями, нужно открыть SharePoint Central Administration в панели управления Administrative Tools. В разделе Configure virtual server settings следует выбрать Default Web Site, а затем щелкнуть на ссылке Define managed paths, чтобы отобразить страницу Define Managed Paths (экран 1). На ней приведены все виртуальные каталоги, которые требуется настроить как исключенные пути.

Экран 1. Страница задания путей

4. Интеграция SharePoint и Outlook — только односторонняя.

SharePoint обеспечивает совместное использование списков на базе Web, чтобы помочь сотрудникам координировать свои действия. В число списков SharePoint входят списки готовых типов, такие как задания, контакты и события календаря, но можно строить и собственные списки. Web-доступ — отличный способ довести информацию до всех членов команды, но некоторые пользователи наверняка захотят получить доступ к этим сведениям в автономном режиме или через Outlook, привычное средство обработки заданий, контактов и календаря. Существует также возможность доступа к контактам и календарям SharePoint из Microsoft Office Outlook 2003, но лишь в режиме для чтения. Outlook записывает в кэш локальную копию указанных администратором списков контактов и календарных событий SharePoint, что позволяет, например, просматривать календари SharePoint вместе с календарем Outlook даже в автономном режиме. Но обновление любой информации SharePoint придется отложить до подключения к сети, когда можно будет обратиться к серверу SharePoint. В этом случае Outlook 2003 не интегрирован с заданиями SharePoint.

5. Exchange должен принимать SMTP-почту из SharePoint

Читать еще:  Как создать макет слайда в powerpoint

Пользователям SharePoint не требуется выполнять периодическую проверку различных страниц на сервере, чтобы обнаружить добавленные или обновленные данные. С этой целью программа посылает пользователю предупреждение по электронной почте всякий раз, когда меняется интересующая пользователя информация (например, кто-то создал новое задание или изменил событие в календаре). Доставка пользователям предупреждений может сорваться по двум причинам: сервер Exchange не принимает SMTP-предупреждения либо SharePoint не располагает адресом сервера Exchange или другого SMTP-сервера. Чтобы настроить SharePoint на передачу предупреждений, следует щелкнуть на ссылке Configure default e-mail server settings в SharePoint Central Administration и заполнить поля адреса Outbound SMTP server и From e-mail address. Требуется указать имя DNS или IP-адрес SMTP-сервера, к которому можно подключиться с сервера SharePoint, и убедиться, что SMTP-сервер может направлять почтовые сообщения как сотрудникам внутри организации, так и по внешним адресам в Internet (если узел SharePoint доступен для внешних деловых партнеров, таких как консультанты, подрядчики или клиенты). Адрес электронной почты, используемый SharePoint, указывается как адрес From для всех почтовых предупреждений. Следует убедиться, что SMTP-сервер принимает анонимные SMTP-соединения от сервера SharePoint.

Как правило, на почтовых серверах принимаются жесткие меры для борьбы со спамом и приходится настраивать исключение для сервера SharePoint в политике сервера электронной почты. Иногда продукты антиспама блокируют предупреждения SharePoint, поэтому сервер SharePoint должен быть настроен как доверенный отправитель. Отправляя предупреждения SharePoint внешним пользователям, которые работают с другими почтовыми серверами, следует убедиться, что сервер SharePoint внесен в список доверенных отправителей в записи Sender Policy Framework (SPF) файла зоны DNS, или предупреждения SharePoint пересылаются через существующий SMTP-сервер, уже определенный в записи SPF.

6. Связывание библиотек документов SharePoint с общими папками Exchange

Библиотеки документов SharePoint обеспечивают простой способ публикации, обмена, коллективной работы и обслуживания документов с использованием браузеров или WebDAV-совместимых приложений, таких как Microsoft Office 2003 и Windows Explorer. Очень удобно иметь возможность добавлять новые документы в библиотеку, просто посылая их по электронной почте в качестве вложенного файла по указанному адресу. Чтобы этого добиться, можно связать библиотеку документов с подготовленной для работы с почтой общей папкой в Exchange.

Прежде всего, следует создать общую папку в Exchange. Затем нужно предоставить серверу SharePoint доступ для чтения к этой общей папке. Если пул приложений SharePoint работает в контексте учетной записи NetworkService (по умолчанию), следует просто предоставить учетной записи компьютера, в которой работает SharePoint, доступ по чтению к общей папке. Затем соответствующим пользователям предоставляется право публикации в общей папке, например через список рассылки. Папке выделяется адрес электронной почты, и она настраивается на получение почтовых сообщений. На странице SharePoint Central Administration следует щелкнуть на Configure virtual server settings. На следующей странице нужно щелкнуть на Default Web Site, затем Virtual server general settings и отыскать раздел EMail Enabled Document Libraries (экран 2). Далее необходимо ввести корневой URL-адрес для общих папок в сервере Exchange. (Например, на экране 2 имя сервера Exchange — mtg1, а полный URL-адрес — http://mtg1/public.) Наконец, необходимо связать конкретную библиотеку документов с общей папкой. Следует перейти к библиотеке документов в SharePoint и щелкнуть Modify settings and columns, а затем Change advanced settings; в результате появится страница, показанная на экране 3. В поле Public folder address достаточно ввести имя общей папки на сервере Exchange. В данном примере имя папки — Documents.

Экран 2. Раздел библиотеки документов, подготовленной к работе с электронной почтой

Экран 3. Связывание библиотеки документов с общей папкой

Теперь при пересылке сообщений электронной почты по адресу documents@acme.com Exchange помещает их в папку Documents. Затем SharePoint обнаруживает вложенные файлы и копирует их в папку Shared Documents. Тело сообщения не копируется в SharePoint; нельзя настроить SharePoint и на заполнение любых других полей, добавленных в библиотеку администратором. Интеграция общей папки с библиотекой документов охватывает только вложенные файлы. Дополнительные сведения по настройке изменений приведены в статье Microsoft «Configuring E-Mail-Enabled Document Libraries» (http://www.microsoft.com/resources/documentation/wss/2/all/adminguide/en-us/stse15.mspx?mfr=true).

7. Отличия в резервном копировании SharePoint и Exchange

Пользователи склонны хранить важную, незаменимую информацию в SharePoint, и у администратора появляется еще одно приложение для резервного копирования. Windows Backup обеспечивает копирование данных Exchange Information Store (IS), но в большинстве программ резервного копирования нет встроенной поддержки SharePoint. Однако выполнять резервное копирование SharePoint несложно, и у администратора есть два пути.

Первый — копировать узел SharePoint из командной строки с помощью утилиты Stsadm (stsadm.exe). Stsadm копирует данные SharePoint в указанную папку, файлы из которой впоследствии архивируются на ленту в обычном порядке. Дополнительные сведения об использовании Stsadm приведены в статье Microsoft «Backup and Restore Options for Windows SharePoint Services» по адресу http://www.microsoft.com/resources/documentation/wss/2/all/adminguide/en-us/stsf20.mspx?mfr=true.) Второй вариант (при использовании SQL Server) — задействовать базы данных SharePoint в обычных процедурах копирования SQL Server. Все данные SharePoint хранятся в SQL Server, поэтому копирование SQL Server — самый быстрый способ сохранить состояние SharePoint. Stsadm обеспечивает копирование и восстановление отдельных узлов SharePoint, а копирование SQL Server выполняется на уровне базы данных SQL Server, в которой, как правило, содержится несколько сайтов SharePoint.

Внедрение без проблем

Чтобы администратор Exchange мог овладеть навыками управления SharePoint, ему следует изучить основы IIS и при внедрении SharePoint не забывать о приведенных в данной статье рекомендациях. Это позволит успешно реализовать и использовать все достоинства SharePoint, Exchange и Outlook.

Автор: Рэнди Франклин Смит
Взято с Windows IT Pro

Установка и настройка Office Web Apps в SharePoint 2013

С выходом платформы SharePoint 2013 изменилась концепция Office Web Apps, теперь это отдельная, полноценная ферма (или один сервер), которая может использоваться также Exchange и Lync серверами.

Данная версия является второй, в ней описана установка на платформе Windows Server 2012 с поддержкой PKI.

Итак, после того как мы успешно установили SharePoint 2013 и разобрались с аутентификацией можем приступить к настройке сервера для Office Web Apps.

Установим необходимые компоненты:

Теперь скачаем и установим Office Web Apps версии 15.0.4420.1017

После перезагрузки откроем PowerShell и зарегистрируем наш сервер (использовать будем http) – я добавил пробел между слешами http:// т.к. wordpress коверкает ссылки.

New-OfficeWebAppsFarm –InternalURL “http:/ /office.lab.mars.in.ua” –AllowHttp -EditingEnabled

Теперь проверим работоспособность перейдя по ссылке http://office.lab.mars.in.ua/hosting/discovery :

Теперь перейдем к настройке сервера с SharePoint , запустим SharePoint Management Shell из-под учетки sp_farm и выполним:

New-SPWOPIBinding -ServerName office.lab.mars.ua -AllowHTTP

Убедимся что мы используем http:

.. и если необходимо, принудительно включим использование http:

Set-SPWOPIZone –zone “internal-https”

В любом случае, в результате мы должны получить:


Теперь проверим что возвращаем команда AllowOAuthOverHttp :

Если вернулось значение False, то переключимся на True c помощью:


Что ж, самое время проверить функционирование Office Web Apps , для этого я создам новый Team Site и назову его docs.

Т.к. Администратор, он же Системная учетная запись имеют известные проблемы с Office Web Apps я создам user1 и user2, и включу группу Domain Users во владельцы сайта docs.

Теперь можем зайти под этими пользователями и убедится что все работает должным образом (скриншеты от старой статьи, но суть та же):

Теперь, когда мы увидели базовую настройку, давайте перейдем к более правильному варианту, а именно тому сценарию, когда используется SSL.

Установим новый сервер для WebApps, назовем его wa (так получилось, что на момент написания статьи у меня уже работал вариант с SSL, и wa был первым, а office вторым сервером, который я делал специально для тех, у кого PKI нет). Установим на сервер wa тот же пакет 15.0.420.1017

Т.к. у нас есть возможность выдачи сертификатов с альтернативными именами воспользуемся ею и получим такой вот сертификат:

После перезагрузки откроем PowerShell и зарегистрируем наш сервер (тут уже https используется) – я добавил пробел между слешами https:// т.к. wordpress коверкает ссылки.

New-OfficeWebAppsFarm -InternalUrl “https:/ /wa.lab.mars.in.ua” -ExternalUrl “https:/ /wa.mars.in.ua” –CertificateName “WebApps SAN Cert” -EditingEnabled

В DNS необходимо добавить А запись которая будет определять имя wa.mars.in.ua в IP адрес.

Теперь проверим работоспособность перейдя по ссылке https://wa.lab.mars.in.ua/hosting/discovery :

Теперь перейдем к настройке сервера с SharePoint , запустим SharePoint Management Shell из-под учетки sp_farm и выполним:

New-SPWOPIBinding -ServerName wa.lab.mars.ua

Убедимся что мы используем https:

Если наш сервис доступен только внутри сети включим использование internal-https:

Set-SPWOPIZone –zone “internal-https”

А если доступен “снаружи” то включим external-https:

Set-SPWOPIZone –zone “external-https”

Теперь можно привязать SharePoint к SSL запросив сертификат с SAN, и получить желаемый результат:

Дополнительно рекомендую ознакомится со статьями на TechNet:

Надеюсь озвученная информация будет полезной, а если нужна будет помощь — используйте форму на главной странице моего сайта.

Ссылка на основную публикацию
Adblock
detector