Semenalidery.com

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

Установка sharepoint server

Обновление фермы SharePoint 2013: пошаговое руководство

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

Всегда старайтесь сначала обновить вашу тестовую среду и проверьте, что обновление установлено корректно и оно не привнесло никаких ошибок. После этого переходите к продуктивной ферме Sharepoint. Никогда не обновляйте продуктивную ферму SharePoint, не тестируя патч в других средах. Это основное правило, которое следует всегда выполнять. Теперь давайте подробно рассмотрим шаги.

ВНИМАНИЕ:

Имейте в виду, что перед любым обновлением SharePoint 2013 сначала необходимо установить пакет обновления 1 (SP1).

1. Загрузка накопительного пакета обновления с сайта Microsoft

Прежде чем начинать, пожалуйста, имейте в виду, что SharePoint не нуждается в отдельных версиях CU для редакций Foundation, Standart и Enterprise. В CU для версии SharePoint 2013 Server Enterprise/Standard будет также включено исправление для редакции Foundation.

Изучите требования к установке накопительного обновления и загрузите его с веб-сайта Microsoft. Например, если Вы планируете в своей ферме установить CU для SharePoint Server 2013 за июнь 2017 года, тогда просто выполните поиск по фразе «накопительное обновление SharePoint Server 2013 июнь 2017», и вы получите ссылку для загрузки пакета.

Например: ссылка для загрузки CU за июнь 2017 года: https://support.microsoft.com/ru-ru/kb/3203430.

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

Например: за октябрь 2016 года CU вы можете сослаться на эту ссылку в блоге сайта Todd Klindt: http://www.toddklindt.com/blog/Regressions/sp2013oct2016cu.aspx

Теперь, чтобы скачать это CU, нажмите на ссылку для загрузки, и Вы будете перенаправлены на сайт Microsoft. Выберите подходящий язык и нажмите кнопку «Загрузить», как показано на рисунке ниже.

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

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

2. Создание необходимых резервных копий

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

a) Сначала создайте резервную копию фермы SharePoint с помощью опции резервного копирования на веб-сайте центра администрирования. Вы также можете сделать это, используя приведенную ниже команду PowerShell. Также обратитесь к этой статье TechNet, чтобы узнать подробности о резервном копировании фермы SharePoint.

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

c) Сделайте необходимые резервные копии IIS.

d) Также создайте резервную копию файла web.config в IIS. Просмотрите эту ссылку, чтобы понять, как создать резервную копию файла web.config в SharePoint с помощью PowerShell.

e) При желании Вы также можете выполнить резервное копирование всех настроек фермы, если ваша ферма SharePoint сильно кастомизировна. Посмотрите статью TechNet, упомянутую ниже, чтобы узнать подробно о резервном копировании настроек в ферме SharePoint.

f) Также создайте резервные копии всех файлов WSP, развернутых в ферме. Это не обязательный шаг, но если вы считаете, что это требуется, вы можете сделать это, используя приведенный ниже сценарий PowerShell.

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

3. Перед установкой

Перед установкой пакета необходимо выполнить определенные задачи. Одна из них — выполнить «Robust Office Inventory Scan Tool (ROISCAN)», чтобы узнать статус продуктов SharePoint/Office, установленных на сервере. Скрипт создаст журнал, по которому мы сможем определить, не отсутствует ли какой-либо патч или необходимый продукт. Если это так, Вам сначала нужно исправить эту проблему. Если в журнале не упоминаются какие-либо ошибки в разделе «Review items» — всё хорошо, можно продолжать установку.

Когда Вы убедитесь, что в журналах нет сообщений об ошибках, описанных в разделе «Review items», можете переходить к остановке «Службы поиска».

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

Следовательно, чтобы быть уверенным, что сканирование в настоящий момент не выполняется и не будет запущено при установке, приостановите приложение поиска. Для этого откройте «SharePoint 2013 Management Shell», используя учетную запись службы фермы и выполните следующую команду.

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

Если вы перейдете в Источники контента, вы увидите статус «Приостановлено системой».

4. Установка накопительного пакета обновления

Как только Вы выполните п. 3 — можно устанавливать CU. Для установки пакета CU выполните указанные ниже действия.

Примечание . Установка CU не требует какого-либо определенного порядка. Вы можете обновить любой сервере фермы, а потом на любой другой серверы в ферме. Т.е. Вы можете сначала обновить сервера WFE, а затем сервера приложений. Однако необходимо соблюдать последовательность перезагрузки серверов после установки CU или запуска «Мастера настройки SharePoint». Я буду подробно описывать это ниже в этой статье.

1. Перейдите в папку, в которую вы загрузили пакет и дважды щелкните по пакету, чтобы запустить его установку. Имейте в виду, что необходимо сохранить все три файла (пакет, а также cab-файлы) в одной папке, как показано на скриншоте ниже.

2. На странице «Лицензионное соглашение» установите флажок «Принять» и нажмите «Продолжить».

3. Теперь начнется установка. Она займет около 20-30 минут. Сначала будет производится извлечение файлов, как показано на скриншоте ниже.

4. Далее будет загружаться файлы для обновления, как показано на рисунке ниже.

Читать еще:  Запрос на создание таблицы в access

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

6. После установки, если будет предложена перезагрузка компьютера, нажмите «Да», как показано на рисунке ниже.

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

5. Запуск мастера настройки SharePoint

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

Как я уже упоминал в этой статье, устанавливать CU можно в любом порядке. Однако, основываясь на моем опыте установки CU, я предлагаю Вам все сделать это на сервере WFE. Убедитесь, что WFE выведен из пула балансировщика нагрузки, чтобы он не обслуживал пользовательский трафик, а затем установите CU и перезагрузите сервер. После того, как сервер вернется в сеть, проверьте, правильно ли установлены все компоненты в панели управления и доступен сайт центра администрирования. Это для того, чтобы установленный CU не навредил серверу. Лучше потерять WFE, а не сервер приложений.

Что надо знать при запуске Мастера настройки SharePoint

В отличие от установки CU, Вы не можете запустить «Мастер настройки SharePoint» в любом порядке. Сначала он должен быть запущен на сервере, на котором размещается сайт «Центр администрирования», а затем на серверах WFE и APP. Это многоступенчатый процесс, который может потребовать до часа времени. Как только он будет успешно завершен на сервере, на котором размещен ЦА, попробуйте открыть сайт ЦА и убедитесь, что все выглядит нормально, проверьте, что вы можете получить доступ к сайтам SharePoint. Если ЦА не открывается или имеет ошибки — исправьте их. Не исправив проблему с сайтом ЦА, не запускайте Мастер настройки SharePoint на других серверах. Это основное правило, которое следует соблюдать при обновлении фермы SharePoint.

Теперь давайте рассмотрим шаги, выполняемые Мастером настройки SharePoint.

Откройте «SharePoint management shell» с повышенными привилегиями из-под учетной записи службы фермы и выполните приведенную ниже команду:

PROИТ

Office 365, AD, Active Directory, Sharepoint, C#, Powershell. Технические статьи и заметки.

Установка SharePoint Foundation 2013 на Windows Server 2012 R2 с SQL Server 2014

Дано: сервер с установленной системой Windows Server 2012 R2 (это может быть и виртуальный сервер). Также на нем уже установлена система управления базами данных SQL Server 2014 (например, редакции Standard).

Задача: установить на этот сервер ферму SharePoint в бесплатной редакции SharePoint Foundation 2013.

Процесс будет состоять из нескольких этапов:
— Предварительная установка необходимых компонентов
— Установка SharePoint Foundation 2013
— Настройка фермы SharePoint

Итак, запускаем дистрибутив SharePoint Foundation 2013:

Запускаем мастера первоначальной подготовки (install software prerequisites), он проверит наличие необходимых компонентов и установит недостающие:

— Окно списка необходимых компонентов (Preparation Tool)

Не волнуйтесь, если после первого этапа установки некоторые компоненты пропущены или установлены с ошибкой (например, Windows Server AppFabric installed error).

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

Вновь нажимаем Finish для перезагрузки. Это может повториться несколько раз, до тех пор, пока не увидите сообщение «Installation Complete. All required prerequisites have been installed or enabled»:

Теперь запускаем непосредственно процесс установки SharePoint Foundation 2013, нажав на ссылку «Install SharePoint Foundation» первоначального экрана запуска дистрибутива.

Т.к. наша задача — установить полноценную ферму SharePoint, то в инсталляторе выбираем тип сервера (Server Type) — Complete:

На вкладке «Data Location» оставляем поле пустым и нажимаем «Install Now»

Кто-то говорит, что успевает пообедать, пока идет процесс установки… Но у меня это заняло буквально несколько минут. После установки соглашаемся на запуск мастера настройки:

Приветственное окно мастера настройки (SharePoint Products Configuration Wizard):

При нажатии на кнопку Next появляется сообщение о том, что нужно запустить некоторые необходимые сервисы (например, IIS). Соглашаемся:

Далее в блоке «Connect to a server farm» указываем, что создаем новую ферму — «Create a new server farm»:

Далее в блоке «Specify Configuration Database Settings» необходимо указать параметры базы данных для SharePoint:

Database server — имя машины, на которой установлен SQL Server 2014, либо sql-алиас (рекомендуется указывать именно алиас, чтобы при возможной миграции базы в будущем не было проблем).

Database name — имя базы данных для SharePoint (в нашем случае база данных еще не существует, поэтому мастер на следующем шаге создаст ее).

В блоке «Specify Database Access Account» необходимо задать пользователя, от имени которого будут созданы базы данных, а также станут функционировать некоторые службы SharePoint. Это должен быть доменный пользователь. На этом этапе необязательно задавать ему какие-либо права, даже лучше, чтобы он не обладал никакими привилегиями и не был администратором, все нужные настройки мастер установит ему самостоятельно (он получит права на SQL Server — dbcreator, securityadmin, также будет участвовать в пулах приложений и запускать таймер рабочих процессов SharePoint). На данном же этапе просто создайте пользователя в AD и укажите его имя и пароль в указанной выше форме.

Далее придумываем парольную фразу (например, какую-нибудь хеш-строку) и задаем ее в блоке «Specify Farm Security Settings» (нужна на случай добавления нового сервера к существующей ферме):

В блоке «Configure SharePoint Central Administrator Web Application» можем оставить предлагаемый порт. Укажите провайдера аутентификации, например NTML:

В следующем окне мастера проверяем введенные данные и нажимаем Next.

Ожидаем завершения работы мастера:

Если сейчас посмотреть список сервисов в системе, то можно увидеть сервисы, запускаемые под указанным ранее пользователем AD:

Теперь можно запустить административный сайт SharePoint. В браузере перейдите по адресу, указанному в поле «Central Administration URL» в скриншоте выше. Вы увидите предложение запустить мастера настройки фермы SharePoint:

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

Запускаем мастера настройки фермы. На странице Services нам предлагают ввести пользователя для обслуживания сервисов SharePoint. Желательно создать нового пользователя в AD, также как было указано выше. Здесь же укажите сервисы, которые предполагается использовать:

На следующей странице мастера создаем сайт. Указываем заголовок, выбираем версию 2013, а также можно указать стандартный шаблон Team Site:

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

Теперь можно перейти в Центр Администрирования:

Если снова просмотреть список сервисов, то увидим, что появились сервисы, стартуемые под только указанным нами пользователем:

Если нужно, можно установить русский языковой пакет — Установка русского языкового пакета

Читать еще:  In order to access this application

Если Вы уже создали сайт до установки языкового пакета и хотите изменить язык существующего сайта, то можно добавить еще один язык в настройках сайта (мульти языковой интерфейс) — Изменение языка существующего сайта

Также необходимо настроить SMTP для отправки уведомлений пользователям сайта SharePoint — Настройка SMTP в SharePoint 2013 для отправки почты через Exchange Online

ТОНКОСТИ УСТАНОВКИ SharePoint 2010 в Server Farm mode (Windows 7×64)

Известные со школьных лет слова классика “ Поэзия — та же добыча радия. В грамм добыча, в год труды. Изводишь единого слова ради Тысячи тонн словесной руды..” – это не только о поэзии, но и в равной мере и о накоплении профессионального опыта.

Очевидно, что профессиональный опыт приходит не сразу, для его появления нужно во-первых время, потом осмысление сделанного, и получение из него выводов.

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

Что такое SharePoint 2010?

Microsoft SharePoint 2010 Server — современная технология, использующая набор встроенных приложений и инструментов для создания и работы с корпоративными порталами, публичными веб-сайтами, а также для работы с документами, получения и работы с аналитикой.

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

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

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

Требования для установки SharePoint 2010

  • Требования, которым должна удовлетворять операционная система, – она должна быть 64-битной, установка на операционную систему Windows 7×64
  • Требования к aппаратному обеспечению – 4 или более гигабайт оперативной памяти.

Распаковка дистрибутива

  • Если у вас iso образ – просто распакуйте его архиватором в папку.
  • Если у вас исполняемый файл (например SharePointFoundation.exe), то нужно выполнить его с ключом /extract:
    C: SharePointFoundation.exe /extract:c:SPS2010

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

  1. Microsoft FilterPack 2.0PrerequisiteInstallerFilesFilterPackFilterPack.msi
  2. Windows Identity Foundation (Windows6.1-KB974405-x64.msu)
  3. Элементы управления диаграммами (Возможно, на английском языке)
  4. Службы аналитики SQL Server — ADOMD.Net (Возможно, на английском языке)
  5. Запустить с правами администратора командную строку и выполнить следующий скрипт:

Опционально: Установить MS SQL Server 2008. При установке SPS2010 SQL может быть установлен автоматически, но я его предпочитаю ставить отдельно, чтобы сконфигурировать его по своему вкусу. При установке MSQL я ставлю management Studio и Reporting Services.

Установка Sharepoint 2013 на платформе Windows Server 2012 и SQL 2012 SP1

В этой статье я опишу процесс установки SharePoint 2013 на платформе Windows Server 2012 и SQL 2012 SP1.

На данный момент SharePoint 2013 не поддерживает Windows Server 2012 R2, поддержка ожидается в SP1. А вот SQL 2014 может быть использован, но я решил описывать его вместе с WS 2012 R2 и SP 2013 SP1.

Приведенная ниже информация может быть использована для более старых версий SharePoint, Windows Server и SQL Server, но в качестве справочника, а не инструкции.

Готовя новую версию этой статьи (которая является третьей, кстати говоря) я принял решение сделать универсальную инструкцию для SharePoint Server (Enterprise/Standard) и Foundation.

В статье я буду использовать бесплатную редакцию SQL Server 2012 Express, которая ограничена как объемом базы (10Gb), так и количеством используемой оперативной памяти (1Gb) и процессоров (не более 1 четырехядерного CPU).

Если нужен больший объем и/или мощность – необходимо мигрировать на Standard версию, благо процедура упрощена вендором и не вызывает особых сложностей.

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

Что касается языка, я буду использовать оригинальные (английские) дистрибутивы, а для того, чтобы пользователи имели возможность использовать русский интерфейс, установим Language Pack.

Несколько слов об архитектуре и системных требованиях

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

Но некоторые базовые моменты я все же перечислю:

SharePoint как сервис состоит из трех основных уровней: Database, Application, Web.

Для средней нагрузки рекомендуется вынести Database Server.

Для серьезной нагрузки стоит выносить не только Database Server, но и сервера Frontend Web Server (используя Load Balancing).

Для нашего случая (моделирование) все компоненты будут установлены на одном сервере. Это упростит топологию и сделает работу несколько удобнее – виртуальную машину можно перемещать, делать снэпшоты и т.п.

Использование всех компонентов на одном сервере также подойдет для организаций с небольшой нагрузкой на систему.

На отдельных серверах будут установлены Web Apps и Workflow Manager (их установка описывается в отдельных статьях).

Весь материал будет показан на примере лабораторного окружения, в котором установлены и сконфигурированы Exchange, AD DS, AD CS, AD RMS и т.д.

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

Для небольшой компании или тестовой среды я использую 4 виртуальных процессора частотой 3GHz+ (соотношение виртуальные:физические =1:1), 16GbRAM, SSD Storage (100Gb+).

Если Вы как и я, используете виртуальную среду, она должна соответствовать Best Practice и учитывать возможность размещения бизнес-приложений.

Подготовка учетных записей

SharePoint использует весьма разумный подход: службы работают от имени отдельных учетных записей с минимальными правами.

Эти учетные записи я буду описывать по мере необходимости, и для установки нам нужны будут три записи (все входят в группу Domain Users):

sqlserver – от имени этой учетной записи будут работать службы SQL сервера: MSSQLSERVER и SQLSERVERAGENT (недоступно в SQL Express), она же будет администратором SQL.

spinstall – от имени этой учетной записи будет выполняться установка SharePoint, соответственно она входит в группу локальных администраторов операционной системы. На SQL ей должны быть назначены роли public, dbcreator, securityadmin. Во время установки Workflow Manager, необходима роль Sysadmin.

spfarm – эта учетная запись будет использована для настройки фермы, также от ее имени будет работать служба Workflow Timer Service. На SQL, ей будут автоматически назначены роли dbcreator, securityadmin, db_owner. Во время настройки User Profile Service, эта учетная запись должна иметь права локального администратора.

Читать еще:  Oracle data access

Установка SQL Server

Устанавливать SQL будем из-под учетной записи sqlserver, добавие ее в группу локальных администраторов.

Итак, начинаем установку SQL, проходим проверку, устанавливаем «предварительные» файлы, обновления, и на этапе выбора варианта установки отметим компоненты Database Engine и Management Tools.

Если Вы устанавливаете SharePoint и SQL на разных серверах, необходимо опубликовать SQL , желательно использовать алиас.

Зададим параметру Max Degree of Parallelism значение 1 в свойствах SQL Server.

Затем добавим роли для учетной записи spinstall и залогинимся под ней для дальнейшей установки.

Установка SharePoint

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

Следующий этап это установка сервера, которая так же проста и не требует каких-либо комментариев кроме того, что тип установки Complete.

Третий этап, это запуск Configuration Wizard, вот результат настроек:

В случае использования Kerberos, нужно предварительно настроить SPN для spfarm

Установка языковых пакетов

Скачиваем русский языковой пакет для SharePoint Server тут, а для SharePoint Foundation тут.

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

Обновления

После установки, проверим версию Central Administration > System Settings > Manage servers in your farm

Если Вы, как и я, устанавливаете из RTM дистрибутива, то версия SharePoint будет 15.0.4420.1017

Это значит, что для SharePoint Server нам нужно установить KB2767999 , и только после этого KB2825647 (Октябрьский CU).

Для SharePoint Foundation соответственно KB2768000 и KB2849961 (Декабрьский CU).

В результате, версия SharePoint Server будет 15.0.4551.1005 , а SharePoint Foundation 15.0.4551.1508

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

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

Настройка служб

Теперь с помощью Мастера создадим новый сайт и запустим его службы от имени заранее созданной и зарегистрированной учетной записи spsa

Для SharePoint Foundation это выглядит так:

.. а для SharePoint Server количество служб гораздо больше:

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

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

Начнем со службы Distributed Cache, которая по-умолчанию работает из-под учетной записи spfarm, но мы создадим управляемую учетную запись, spdcache и укажем ее для службы используя PowerShell:

$farm = Get-SPFarm
$cacheService = $farm.Services | where <$_.Name -eq “AppFabricCachingService”>
$accnt = Get-SPManagedAccount -Identity labspdcache
$cacheService.ProcessIdentity.CurrentIdentityType = “SpecificUser”
$cacheService.ProcessIdentity.ManagedAccount = $accnt
$cacheService.ProcessIdentity.Update()
$cacheService.ProcessIdentity.Deploy()

Для службы Windows Service – SharePoint Server Search создадим и зарегистрируем учетную запись spcrawl , от ее имени и будет работать служба OSearch15

Для служб Service Application Pool создадим, зарегистрируем и укажем учетную запись spservices

На этом, этап установки будем считать законченным.

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

Совместная работа с документами: SharePoint 2016. Часть 2. Настройка внешнего доступа

Продолжаю цикл публикаций на тему SharePoint Server. В первой части мы рассмотрели особенности совместной работы, используя Office Online и настрольную версию программы MS Office. В этой статье покажу, как запустить и опубликовать SharePoint + Office Online.

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

Сразу упрощаем себе и пользователю работу по запоминанию и настраиваем Split DNS для хостов sharepoint server и office online server.

Дано: Внешний домен servilon.ru и внешние имена sp2016.servilon.ru и oos2016.servilon.ru.

Решение: На внутреннем DNS добавляем две новые Forward Lookup Zones с соответствующими именами sp2016.servilon.ru и oos2016.servilon.ru.

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

Сертификат

Выписываем сертификат сразу на оба сервиса. В SAN добавляем оба имени sp2016.servilon.ru и oos2016.servilon.ru.

Этот сертификат мы ещё трижды вспомним, он будет использоваться на ShrePoint Server (в IIS), на Office Online Server и на ARR для публикации сайтов

Настройки SP

Первое на что обращаешь внимание при настройке совместной работы – это настройки версионности для библиотеки документов (Library > Library Settings > Versioning Settings).

В 2016 сервере Microsoft нас толкает на сотрудничество и объединение, уже настроев по умолчанию всё для совместной работы:

Document Version History установлен в Create major versions;

Require Check Out — NO

Тут так же надо вспомнить про безопасность и наш сертификат, указываем его в Bindings для нашего SP сайта:

Настройка OOS

Office Online Server – это

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

Так что давайте посмотрим, что нам для разворачивания сервера понадобится.

MS говорит о минимальных требованиях к оборудованию идентичных требованиям для SharePoint Server 2016:

  • ОЗУ: 12ГБ
  • Процессор: 64-разрядный, четырехъядерный
  • ЖД: 80ГБ

В реальности, для тестовой среды можно значительно урезать ОЗУ.

  1. На сервере устанавливаем .NET Framework 4.5.2;
  2. Устанавливаем необходимые компоненты ОС командой
  3. После установки требуется перезагрузка системы.
  4. Запускаем установку OOS, мастер установки спросит только путь установки.
  5. Настроем ферму OOS (сразу рассмотрим безопасное соединение https).
    • Импортируем ранее выписанный сертификат.
    • Создаем OOS ферму командой PS:

InternalURL и ExternalURL идентичны т.к. настроен Split DNS.

Для включения возможности правки через OOS используем команду PS:

InternalURL и ExternalURL идентичны т.к. настроен Split DNS.
Вернемся на сервере SharePoint, буквально на две команды:

    В SharePoint 2016 Management Shell от администратора выполняем команду:


Т.к. наш SharePoint используется как внутри, так и снаружи инфраструктуры меняем зону на external-https:

Настройка публикации на ARR

Импортируем наш сертификат в IIS.

Указываем его в Bindings:

Создадим 2 фермы для sp2016.servilon.ru и oos2016.servilon.ru.

Поправим настройку кэш в обоих случаях

На уровне сервера правим URL Rewrite

Для OOS:
  1. Добавляем Condition
  2. В Action Properties выставляем https://

Аналогичные действия проводим для SP.

На выходе получаем следующие настройки:

После правок IIS, перезагружаем сервис командой iisreset.

Готово! Теперь у вас есть сервер oos2016.servilon.com как сервер для работы через браузер и с мобильных устройств, и sp2016.servilon.com как точка подключения к сайту SharePoint.

Задайте свои вопросы или оставляйте комментарий здесь.

Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector
×
×