Меню Рубрики

Установка и настройка сервера sharepoint

Установка, настройка и использование Microsoft SharePoint

Инструкция написана на примере Sharepoint 2010. Описан процесс пошаговой установки, настройки и развертывания сайта для совместной работы с документами. Руководство будет полезно как начинающим, так и профессионалам в качестве шпаргалки.

Подготовка к установке

Перед началом установки, необходимо ознакомиться с программными и аппаратными требованиями к SharePoint и MS SQL Server. Необходимо присоединить сервер к домену.

  1. Установить обновления Windows.
  2. Отключить контроль учетных записей.
  3. Отключить брандмауэр.
  4. Отключить расширенную безопасность Internet Explorer.

Установка MS SQL Server

SharePoint можно установить с использованием бесплатного MS SQL Express. В качестве его изучения или проведения тестов, это подойдет. Однако, для продуктивного использования СУБД от Microsoft версии Express имеет большое количество ограничений, что вызовет различного рода проблемы. Если нам не нужен полноценный SQL Server, пропускаем этот раздел и переходим к установки SharePoint.

Установка сервера СУБД

В данной инструкции рассмотрим использование MS SQL Server 2008. Запускаем установщик. В окне Центр установки SQL Server кликаем по Установка и в правой — по Новая установка изолированного SQL Server или добавление компонентов к существующему экземпляру:

Будет проведена проверка системы на соответствие требованиям. Если ошибок не будет найдено, нажимаем OK. В противном случае, устраняем проблемы, на которые укажет мастер.

Перед запуском проверки, установщик может выкинуть предупреждение, что стоит обновить SQL Server до определенной версии Service Pack. Это стоит учесть и после установки серверной части установить SP.

В окне «Ключ продукта» вводим лицензионный ключ и нажимаем Далее.

Принимаем лицензионное соглашение — Далее.

В окне «Файлы поддержки программы установки» нажимаем Установить. Ждем окончания сбора данных о системе, после нажимаем Далее.

В окне выбора компонентов отмечаем галочками, как минимум, следующие:

  • Службы компонента Database Engine;
  • Службы Analysis Services;
  • Службы Reporting Services;
  • Средства связи клиентских средств / Connectivity components;
  • Средства управления / Management tools.

* справедливо говоря, средства управления можно не ставить, если в сети есть уже компьютер с установленным Management Studio.

В окне «Настройка экземпляра» задаем имя экземпляру или оставляем переключатель в положении Экземпляр по умолчанию — нажимаем Далее.

В окне проверки свободного дискового пространства просто нажимаем Далее (при наличие свободного места).

В следующем окне выставляем автоматический запуск службы «Агент SQL Server». Также задаем Имя учетной записи для каждого из компонентов:

Затем на вкладке Подготовка учетных записей выбираем Смешанный режим (проверка подлинности SQL Server и Windows) и вводим пароль дважды. Также выбираем учетные записи и группы Windows для получения административного доступа к СУБД. Для этого пошагово нажимаем ДобавитьДополнительноПоиск и выбираем из списка нужные записи или группы, например Администраторы:

На вкладке Каталоги данных стоит изменить пути расположения файлов логов и баз — по умолчанию, их расположение не удобно:

В окне «Настройка служб Analysis Services» также выбираем учетные записи администраторов:

В окне «Настройка служб Reporting Services» выбираем Установить конфигурацию по умолчанию для работы в режиме интеграции с SharePoint:

При желании, устанавливаем галочки для отправки отчетов в Microsoft и нажимаем Далее. После несколько раз Далее и Установить.

После завершения установки нажимаем Далее и Завершить.

Установка обновлений Service Pack

Установка обновлений SP для SQL Server является важной процедурой, если мы хотим получить стабильную работу сервера. Данные пакеты обновлений можно бесплатно скачать с сайта Microsoft.

Запускаем скачанный файл с обновлением и дожидаемся окончания процедуры проверки системы — нажимаем Далее — принимаем условия лицензионного соглашения.

В окне «Выбор компонентов» оставляем галочку на нашем экземпляре (если ставили по умолчанию, MSSQLSERVER) и нажимаем Далее:

Ждем проверки файлов — затем нажимаем Далее и Обновить.

По аналогии, ставим другие пакеты обновлений SP.

Установка SharePoint

Запускаем мастер установки и кликаем по Установить необходимое ПО:

Откроется установщик дополнительных компонентов, необходимых для работы SharePoint — кликаем Далее.

Принимаем лицензионное соглашение — снова Далее. Дожидаемся окончания процедуры и нажимаем Готово.

Кликаем по Установить SharePoint Server:

В следующем окне вводим лицензионный ключ — Продолжить.

Принимаем лицензионное соглашение и кликаем по Продолжить.

В окне «Выберите нужный тип установки» кликаем по Ферма серверов:

* если мы не устанавливали MS SQL Server и хотим использовать бесплатный MS SQL Express, кликаем Автономно.

В открывшемся окне выбираем Полный тип установки:

Ждем окончания установки SharePoint.

Оставляем галочку Запустить мастер настройки продуктов SharePoint и нажимаем Закрыть:

Базовая настройка SharePoint

Откроется «Мастер настройки продуктов SharePoint» — кликаем Далее. В окне с предупреждением о возможном перезапуске служб отвечаем Да.

Создаем новую ферму серверов:

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

* в данном примере, СУБД находится на том же сервере, что и Sharepoint (localhost); подключаемся под учетной записью dmosk\admin (портал работает в доменной среде и требует подключение к SQL под доменной учетной записью).

В следующем окне вводим дважды парольную фразу и кликаем по Далее.

В окне «Настроить веб-приложение центра администрирования SharePoint» оставляем все по умолчанию:

В окне со сводными данными о настройках кликаем Далее. Ждем окончание настройки портала.

В окне «Настройка успешно завершена» нажимаем Готово.

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

* данный мастер можно в любой момент запустить в центре администрирования.

Создание веб-приложения

Первое, что стоит сделать после установки SharePoint.

В «Центре администрирования» в разделе «Управление приложениями» кликаем по Управление веб-приложениями:

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

Ничего не меняя нажимаем OK и дожидаемся завершение создания приложения. В IIS будет создано новое приложение.

* при желании, можно указать название приложения и сетевой порт, к которому оно будет привязано.

Хранение документов

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

Настройка

В «Центре администрирования» в разделе «Управление приложениями» кликаем по Создание семейств веб-сайтов:

Читайте также:  Установка двухтарифного электросчетчика снт

В открывшемся окне вводим название для семейства сайтов, например, «Рабочая область для документов». URL-адрес можно оставить по умолчанию или выбрать /sites/. В разделе «Выберите шаблон» выбираем Рабочая область для документов. В разделе «Имя пользователя» вводим имя учетной записи, которой предоставим права администратора:

Переходим на URL приложения (в нашем случае, http://test-sharepoint/). Кликаем Действия сайтаРазрешения сайта:

Нажимаем по Предоставить разрешения:

Добавляем пользователей, которым хотим предоставить доступ для работы с документами, оставляем переключатель в положении Рабочая область документов — участники:

Кликаем по Действия сайтаПросмотреть весь контент сайта:

Кликаем по Создать:

В открывшемся окне выбираем Библиотека документов:

Задаем имя библиотеки и нажимаем Создать.

Массовая загрузка файлов

При попытке загрузить много файлов на портал с помощью функции Отправить несколько документов, мы столкнемся с проблемой лимита загрузки в 100 файлов.

Чтобы загрузить больше данных, добавляем портал в список надежных узлов в браузере Internet Explorer. После открываем библиотеку данных и кликаем по Библиотека:

и Открыть в проводнике:

Откроется проводник Windows, с помощью которого можно перенести документы стандартным методом.

Изменить порт

Если приходится менять рабочий порт в продуктивной среде, необходимо продумать автоматические перенаправления, так как портал перестанет отвечать по старым ссылкам.

Если мы захотим изменить порт одного из веб-приложений, в Windows открываем Диспетчер служб IIS:

В левой части переходим в раздел сайты — в правой кликаем правой кнопкой мыши по нужному приложению, например, SharePoint Central AdministrationПривязки:

Кликаем по нашей привязке и нажимаем Изменить — в открывшемся окне меняем порт на новый:

* мы задали 80 порт, что не является удачным решением для центра администрирования SharePoint — указано только для примера.

Если мы попробуем установить порт, уже используемый IIS, система выдаст предупреждение. В этом случае, необходимо либо назначить другой порт нашему SharePoint, либо изменить порт у другого портала (убедившись, что это не навредит работе сервера).

После внесения изменений, перезапускаем IIS из командной строки:

источник

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

В предыдущей части цикла заметок об установке и базовой настройке SharePoint Server 2013 SP1 мы рассмотрели процесс подготовки отдельного кластерного экземпляра SQL Server 2012 SP1 для баз данных SharePoint Server. В этой заметке мы рассмотрим последовательность действий необходимых для создания новой фермы SharePoint, которая будет состоять из следующих этапов:

1. Создание и подготовка выделенного сервера для установки SharePoint Server 2013 SP1
2. Установка необходимого ПО с помощью SharePoint Products Preparation Tool
3. Установка SharePoint Server 2013 Standard EN SP1
4. Регистрация Service Principal Name (SPN) для обеспечения аутентификации Kerberos
5. Установка языкового пакета (RU Language Pack) для SharePoint Server 2013
6. Установка обновления Service Pack 1 для языкового пакета (RU LP)
7. Изменение Recovery model для БД SharePoint

1. Создание и подготовка выделенного сервера

Для того чтобы подготовить отдельный сервер под установку SharePoint Server 2013 SP1 снова обратимся к документу TechNet Library — Hardware and software requirements for SharePoint 2013 . На основании требований этого документа в нашем случае под эту задачу создана виртуальная машина Hyper-V G2 с виртуальной аппаратной конфигурацией – 4 vCPU, 12GB RAM (Static), 80GB vDisk (Dynamic). Использование статического объема ОЗУ для виртуальной машины обусловлено замечаниями документа TechNet Library — Use best practice configurations for the SharePoint 2013 virtual machines and Hyper-V environment , в котором говорится, что не все компоненты SharePoint 2013 способны работать с динамической памятью в среде виртуализации.

На виртуальную машину установлена гостевая ОС Windows Server 2012 R2 Standard, системе присвоено имя KOM-AD01-WEB03 и она введена в домен.

Так как БД SharePoint в нашем случае будут расположены на удалённом экземпляре SQL Server 2012 SP1 (CU9), перед началом установки SharePoint можно установить пакет Microsoft SQL Server Native Client. Его можно загрузить например со страницы Microsoft SQL Server 2012 SP1 Feature Pack (файл ENU\x64\sqlncli.msi ), а ещё лучше взять дистрибутив клиента обновлённой версии из состава CU9 (файл \SQLServer2012_SP1_CU9\1033_enu_lp\x64\setup\x64\sqlncli.msi )

Хотя в дальнейшем фактически утилита подготовки к установке Sharepoint всё равно загрузит у установит SQL Server 2008 R2 SP1 Native Client.

После установки SQL-клиента создадим на нашем сервере SQL-Alias, который будем в дальнейшем использовать для подключения служб SharePoint к серверу SQL Server. Этого конечно можно и не делать, но это может оказаться полезным (даст нам дополнительную гибкость) в случае необходимости переноса БД на другой SQL-сервер или экземпляр. Запустим встроенную в ОС утилиту SQL Server Client Network Utility (%windir%\system32\cliconfg.exe ) и добавим два новых алиаса – с коротким именем SQL-сервера и его FQDN, указав при этом имя экземпляра и статический TCP порт (в нашем случае SHAREPOINT и 1435 соответственно). Имя самого алиаса в нашем случае будет KOM-AD01-SQLSP

Теперь нужно проверить созданные нами SQL-алиасы. Для этого создадим пустой файл Universal Data Link с расширением *.udl и запустим его. На закладке Connection укажем SQL-алиас, выберем режим аутентификации Use Windows NT Integrated security и нажмём кнопку Test Connection

Если мы всё сделали правильно, то получим положительный результат подключения. При этом перечень всех активных БД на новом SQL сервере будет доступен в выпадающем списке Select the database on the server. Таким образом проверим алиас созданный как по NetBIOS имени так и по FQDN.

2. Устанавливаем требуемое ПО с помощью SharePoint Products Preparation Tool

Монтируем образ дистрибутива полной английской версии SharePoint Server 2013 с интегрированным Service Pack 1 (Версия 15.0.4569.1506) – файл SW_DVD5_SharePoint_Server_2013w_SP1_64Bit_English_MLF_X19-36118.ISO и запускаем с правами Администратора утилиту Microsoft SharePoint Products Preparation Tool ( prerequisiteinstaller.exe ). Утилита покажет нам перечень задач по установке предварительно требуемых для SharePoint 2013 программных компонент, которые она может автоматически выполнить при наличии подключения к Интернет.

Читайте также:  Установка звезды на погонах майора

Запускаем процедуру и дожидаемся когда будет произведена установка и конфигурация ролей Application Server / Web Server. После этого начнётся процесс загрузки и установки дополнительных программных компонент, который может быть прерван на этапе установки Windows Server AppFabric

Нам сообщат, что для продолжения установки компонент нам потребуется перезагрузка системы. Это же можно видеть и из лога по ссылке Review the log file

Если смотреть по коду ошибки в справочнике Dev Center — Error Handling Reference — System Error Codes , то указанный код ошибки соответствует требованию перезагрузки системы:

3017 (0xBC9) = ERROR_FAIL_REBOOT_REQUIRED

Нажимаем Finish, при этом сервер автоматически будет отправлен в перезагрузку.

После загрузки системы заново запускаем утилиту prerequisiteinstaller.exe и возобновляем процесс установки необходимых компонент.

После окончания процесса установки остальных компонент по нажатию кнопки Finish система снова уйдёт в автоматическую перезагрузку.

После перезагрузки снова запустим утилиту подготовки, чтобы убедиться в том, что все необходимые компоненты установлены и получить статус Installation Complete

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

3. Устанавливаем SharePoint Server 2013 Standard EN SP1

Запускаем из смонтированного образа дистрибутива SharePoint Server 2013 SP1 файл setup.exe. В открывшемся мастере установки вводим имеющийся у нас ключ продукта. В зависимости от введённого ключа продукта будет выполнена дальнейшая установка редакций Standard или Enterprise

После ввода и спешной проверки ключа принимаем текст лицензионного соглашения и переходим к выбору типа установки. Так как мы планируем создать расширяемую (при необходимости) ферму SharePoint с выделенным сервером БД выбираем на закладке Server Type пункт Complete

На закладке File Location значение каталогов установки исполняемых файлов SharePoint Server без реальной на то необходимости оставляем без изменений и нажимаем Install Now

Сразу после завершения процесса установки нам будет предложено запустить мастер конфигурирования SharePoint Products Configuration Wizard

Открывшийся мастер предупредит нас о том, что в процессе его работы будут перезапущены службы IIS и SharePoint, с чем нам нужно согласиться

Далее нам будет предложено два варианта – присоединиться к существующей ферме SharePoint либо создать новую ферму. Выбираем второй пункт Create a new server farm

На следующем шаге Specify Configuration Database Settings нам нужно будет указать имя сервера SQL Server, где будут созданы базы данных новой фермы SharePoint и название БД конфигурации в которой будет являться хранилищем для конфигурационной информации создаваемой фермы. В качестве имени сервера указываем имя созданного ранее SQL-алиаса (KOM-AD01-SQLSP) а имя БД оставляем предложенное по умолчанию – SharePoint_Config

Учетная запись Database Access Account (или как её ещё по другому называют SharePoint farm service account) — это служебная доменная учетная запись пользователя, которая будет использована для соединения с БД конфигурации фермы. Эта учетная запись будет использоваться в дальнейшем также для запуска пула приложений узла Центра администрирования (SharePoint Central Administration) и для службы SharePoint Timer Service. SharePoint Products Configuration Wizard на указанном сервере БД автоматически добавит для этой учетной записи SQL-логин и назначит этому SQL-логину такие роли безопасности SQL Server как dbcreator и securityadmin, а также включит эту учетную запись в локальные группы безопасности,относящиеся к SharePoint, которые будут созданы на нашем веб-сервере в процессе подключения этого сервера к создаваемой ферме. В нашем примере буде использована доменная учетная запись s-KOM-AD01-SP-Farm

Полную информацию о том для каких учетных записей SharePoint какие требуются права можно найти в документах Account permissions and security settings in SharePoint 2013 и Plan for administrative and service accounts in SharePoint 2013

На следующем шаге Specify Farm Security Settings нам нужно будет указать секретную парольную фразу SharePoint Farm Passphrase. Парольная фраза должна быть не менее 8 символов и должна отвечать требованиям сложности, например содержать английские буквы в нижнем и верхнем регистре и цифры. Введённую парольную фразу нужно сохранить, так как она потребуется нам каждый раз когда мы будем присоединять новый WFE-сервер к создаваемой ферме SharePoint

При необходимости изменить парольную фразу после развертывания SharePoint можно будет воспользоваться командлетом Set-SPPassphrase .

На следующем шаге Configure SharePoint Central Administration Web Application нам нужно задать номер TCP порта для веб-приложения и сайта Центра администрирования (ЦА) SharePoint, которое по сути своей является отправной точкой администрирования всеми функциями и возможностями создаваемой фермы SharePoint. Можно либо использовать сгенерированный номер порта, либо ввести любой другой порт, который ещё не используется на сервере. В нашем примере введён порт – 8000.

В качестве провайдера аутентификации на создаваемом сайте ЦА по умолчанию предлагается NTLM, так как с его использование не требует от администратора дополнительной настройки, однако учитывая все преимущества Kerberos в доменной среде, описанные в документе Планирование проверки подлинности Kerberos в SharePoint 2013 , в нашем примере будет использован режим согласования Negotiate (Kerberos), при котором в качестве приоритетного провайдера будет использоваться Kerberos, а в случае невозможности его использования будет применятся NTLM

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

Дожидаемся успешного завершения процесса создания и конфигурации фермы SharePoint

После завершения работы мастера конфигурирования можем попробовать открыть URL веб-узла Центра администрирования SharePoint. При первом запуске ЦА ответим на вопрос, — желаем ли мы участвовать в программе улучшения качества продуктов Microsoft…

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

Читайте также:  Установка загрузчика для нескольких ос

После закрытия предложения запуска мастера настройки перед мы увидим стартовую страницу Центра администрирования SharePoint.

Как Вы помните, на этапе создания фермы мы выбрали Kerberos в качестве провайдера аутентификации для ЦА, однако на текущий момент аутентификация при попытке доступа к веб-узлу ЦА происходит с помощью NTLM. Подтверждение этому можно увидеть на сервере SharePoint в Event-логе Security по аудиту событий входа с Event ID 4624

Это связано с тем что, для того чтобы заработал Kerberos нам необходимо выполнить настройку Service Principal Name (SPN) для учетной записи от имени которой запущен пул приложений обеспечивающий работу веб-узла ЦА

4. Регистрация SPN для обеспечения аутентификации Kerberos

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

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

В некоторых источниках в Интернете можно найти примеры того, что SPN формата HTTP/* для аутентификации Kerberos в SharePoint 2013 нужно создавать указывая номер порта подключения, однако мои эксперименты в этой области показали, что в этом нет необходимости.

Для проверки результата перезагружаем сервер SharePoint.

После этого на клиентском компьютере с которого мы ранее удалённо открывали веб-узел ЦА очищаем кэш билетов Kerberos командой :

Заново вызываем в браузере URL ЦА. Аутентификация должна пройти успешно. Проверяем кэш билетов Kerberos командой :

… и убеждаемся в появлении билета для аутентификации на нашем веб-узле ЦА SharePoint

Также на сервере SharePoint в Event-логе Security по аудиту событий входа с Event ID 4624 убеждаемся в том, что теперь для аутентификации используется Kerberos

5. Установка языкового пакета RU LP для SharePoint Server 2013

Ранее мы установили английскую версию SharePoint Server 2013 SP1 для того, чтобы в случае необходимости обеспечить возможность установки самых актуальных обновлений для этого продукта, ибо как известно, обновления для локализованных версий продукта могут выходить с большой задержкой, а в некоторых случаях их может вообще не быть до выхода следующего Service Pack. Несмотря на это, мы конечно же хотим, чтобы создаваемые в дальнейшем сайты SharePoint, к которым будут иметь доступ наши пользователи, имели русскоязычный интерфейс. Для этого нам необходимо на сервер SharePoint установить языковой пакет (Language Pack) для интересующего нас языка.

При планировании установки языковых пакетов нужно помнить о том, что весьма желательно придерживаться простого правила — версия языкового пакета должна соответствовать версии самого продукта. То есть если уровень обновления самого продукта SharePoint Server 2013 SP1, то и файлы языкового пакета должны быть обновлены до уровня Service Pack 1.

В нашем примере для установки SharePoint Server 2013 английской версии используется дистрибутив с уже интегрированным Service Pack 1, однако на момент написания этой заметки у меня на руках ещё пока нет дистрибутива языкового пакета с интегрированным SP1, но есть отдельный пакет обновления SP1 для языкового пакета версии RTM. Именно поэтому сначала мы установим языковой пакет от версии RTM, а затем “накатим” на него данное отдельное обновление.

Итак, берем дистрибутив русского языкового пакета для RTM версии SharePoint Server 2013 (15.0.4420.1017) в виде образа диска: SW_DVD5_Office_Srvr_Language_Pack_2013_64Bit_Russian_MLF_X18-53864.ISO , монтируем этот образ диска и запускаем из корня диска файл setup.exe . Принимаем условия лицензионного соглашения и сразу же начинается установка русского языкового пакета.

Сразу после завершения установки будет предложено запустить мастер настройки SharePoint Products Configuration Wizard

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

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

6. Установка обновления SP1 для языкового пакета (RU LP)

Теперь можно перейти к обновлению языкового пакета до уровня Service Pack 1 (15.0.4569.1506). Загрузим файл обновления serverlpksp2013-kb2817438-fullfile-x64-ru-ru.exe доступный по ссылке Service Pack 1 for Microsoft SharePoint Server 2013 Language Pack (KB2817438) и выполним его установку

После завершения установки вызовем мастер настройки SharePoint Products Configuration Wizard и заново пройдём процедуру обновления конфигурации.

После этого откроем веб-узел ЦА и перейдём последовательно по ссылкам Central Administration > Upgrade and Migration > Check product and patch installation status чтобы увидеть таблицу уровня обновления всех компоненты SharePoint.

Убеждаемся в том, что все исполняемые модули и языковые пакеты SharePoint имеют единый уровень обновления — Service Pack 1 (версия 15.0.4569.1506)

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

7. Изменение Recovery model для БД SharePoint

При создании новой фермы SharePoint на нашем экземпляре SQL Server были созданы базы данных SharePoint_Config (БД конфигурации фермы) и SharePoint_AdminContent_* (БД контента веб-узла ЦА). По умолчанию при создании новых БД в SQL Server средствами SharePoint для этих БД выбрана модель режима восстановления (Recovery model) – Full, что при некоторых обстоятельствах со временем может привести к существенному росту размера лога транзакций БД. Если резервное копирование фермы SharePoint выполняется такими инструментами, как например System Center 2012 R2 DPM, то необходимость в такой модели режима восстановления отпадает и поэтому, чтобы дополнительно защитить себя от возможного неконтролируемого роста лога транзакций, можно изменить Recovery model на Simple. Сделать это можно например с помощью SQL Server Management Studio изменив соответствующее свойство БД на вкладке Options

По большому счету этот пункт справедлив для всех прочих БД создаваемых в процессе эксплуатации SharePoint.

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

источник

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