Налаштовуємо ферму sharepoint 2016 preview в azure: попередня настройка

Відео: SharePoint 2016 on Azure

Налаштування бази даних
Я вживаю термін «попередня настройка», оскільки це частина основного процесу приєднання продукту до основної бази даних і визначення ролей всіх серверів Share Point, які братимуть участь в фермі. Згодом, знову виконуючи реєстрацію на серверах, я використовую обліковий запис SPFarm. Після запуску PSConfig виберіть New Farm ( «Нова ферма»). Тут налаштовуються параметри бази даних. В даному випадку виконується підключення до раніше встановленого і настроюється сервера SQL, і я визначаю обліковий запис SPFarm як обліковий запис для доступу до бази даних. Перед цим слід було створити SPFarm і SPAdmin, якщо, відповідно до рекомендацій, ви вирішили створити обліковий запис адміністратора. На даному етапі можна також призначити SPSvc або будь-якого облікового запису, певної як обліковий запис синхронізації профілю користувача, необхідні дозволи в Active Directory, а також дозволу реплікації (див. Скріншот вище).


На скріншоті вище показані деякі особливості установки SharePoint на кожному сервері, що стосуються ролей. Організація ферми SharePoint Server 1 - типова, за винятком введення перед екраном Specify Server Role ( «Вказати ролі сервера»).


У цьому прикладі я вибрав роль Application і продовжив роботу з параметрами за замовчуванням. Після завершення процесу в моєму розпорядженні була працездатна ферма. Але на даному етапі не слід запускати і настроювати жодне з службових додатків, так як належить скористатися додатковими функціями (див. Скріншот вище).


На скріншоті вище показаний центр адміністрування Central Administration. Зверніть увагу на стовпець Role ( «Роль») і стовпець In Compliance ( «Відповідно»). Мені дійсно подобається це додаток, як буде показано нижче і більш докладно описано в наступній статті. Якщо відсутня відповідність одній з певних вами серверних ролей, ви це відразу помітите.





Тепер налаштуємо інші сервери ферми в відповідних ролях. На другому сервері SharePoint на етапі налаштування я виконую підключення до ферми (див. Скріншот вище).


На етапі налаштування ми пов`язуємо сервер з роллю пошуку Search (див. Скріншот вище).


Виконавши цю дію, ми повинні отримати результат, показаний в центрі адміністрування на скріншоті вище.


Такий же підхід застосовується до третього сервера (див. Скріншот вище).


При виборі серверних ролей вказуємо настроюється роль Custom (див. Скріншот нижче).


Потім переходимо до зовнішнього веб-сервера Web Front End (див. Скріншот нижче).


В результаті центр адміністрування виглядає так, як показано на скріншоті вище.

Зверніть увагу на порожній стовпець In Compliance для ролі Custom. Це зроблено спеціально, тому що потрібні значення поки невідомі. Ситуація аналогічна положенню в SharePoint 2013, коли всі служби встановлені на всіх серверах, а потім адміністратор вирішує, які з них слід запустити на кожному сервері. Завдання спрощується, якщо вибирати фіксовані ролі, такі як Web, Search, Distributed Cache і Application. Крім того, у SharePoint з`являється можливість відстежувати стан і включення функцій через модель відповідності.

На даному етапі у вас є ферма, придатна для практичної роботи-залишилося лише створити і налаштувати декілька службових програм, створити веб-додаток і сімейства веб-сайтів і надати користувачам доступ.

За винятком оновлених необхідних компонентів, нових ролей Min і розширеного центру адміністрування, в іншому установка Share Point майже не змінилася. Але у внутрішніх механізмах відбулися зміни, які ми розглянемо в наступній статті.