Example SharePoint Intranet migration and downgrade from ENT to STD

Example SharePoint Intranet migration and downgrade from ENT to STD.

Overview

This document describes steps for successful data migration from SharePoint 2013 Server Enterprise farm (source) to SharePoint 2013 Server Standard farm (destination). Roughly, here are the steps that will need to be done (detailed instructions will be in sections below):

• Ensure both farms have consistent version updates
• Backup databases on source farm via MSSQL
• Restore databases on destination farm via MSSQL
• Perform prerequisite steps on the destination farm
• Attach content databases via powershell
• Create Managed Metadata Service Application (and proxy) using powershell and database from source farm
• Create User Profile Service Application (and proxy) using powershell and databases from source farm
• Deploy code packages
• Create Search Service Application from scratch and configure it
• Apply finalizing steps and actions
• What is left undone?

Миграция Sharepoint 2013

Общий план установки и настройки

1. Подготовка серверов по регламенту (установка всех обновлений на сервера).
2. Установка SQL
3. Установка prerequisite для Sharepoint
4. Установка Sharepoint без запуска визарда
5. Установка всех обновлений для Sharepoint 2013 SP1
6. Создание требуемых УЗ в домене
7. Запуска визарда, создание фермы
8. Установка russian languagepack для Sharepoint и запуск визарда после установки
9. Создание Web Application
10. Восстановление баз
11. Выполнение скрипта для монтирования баз и создание приложений
12. Подключение сторонних приложений
13. Настройка службы поиска
14. Прочие настройки
15. Настройка SMTP на сервере Sharepoint
16. Настройка Email Fetcher
17. Настройка службы User Profile Synchronization Service

18. Подготовка серверов

Для установки SharePoint Server 2013 SP1 по схеме Two-tier farm потребуется две машины Windows Server 2012R2.

Назначение	Требования
SQL	Default template,
Sharepoint Farm Server, IIS	4 vcpu, 12RAM

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

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

 

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

 

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

Соглашение по резервному копированию портала

Данное соглашение призвано формализовать сроки, стоимость и трудозатраты на проведение восстановления портала

 

Термины и определения

• Портал – программно-аппаратный комплекс для организации совместной работы над документами по средствам веб интерфейса и пользовательских приложений
• ПО – программное обеспечение
• БД – база данных. В контексте данного документа, предполагается совокупность минимального  количества баз данных необходимых для работы портала
• Ферма – совокупность всех серверов с разными ролями, необходимых для функционирования портала. Так же является совокупность всех веб приложений и семейства сайтов.
• Семейства сайтов – совокупность подмножество сайтов, созданных в рамках одного главного сайта

План восстановление портала при физическом уничтожении серверов связанных с работой портала

План восстановление портала при физическом уничтожении серверов связанных с работой портала

Роли

• Администратор SharePoint (SA-Sp) – администратор уровня приложений, управляет конфигурированием фермы SharePoint и семействами сайтов
• Администратор виртуализации (SA-Vi) – управляет гипервизорами и системами хранения
• Системный администратор (SA) – отвечает за базовую подготовку серверов, управление AD, DNS, TMG и т.п.
• Администратор БД (SA-DB) – отвечает за настройку SQL Server, резервное копирование и восстановления БД
• Сетевой администратор (SA-NOC) – отвечает за конфигурирование сетевого оборудования
• Инженер ИБ (SA-SE) – отвечает шифрование и защиту серверов
• Координатор работ (Co) – отвечает за скорейшее восстановление сервисов, расстановку приоритетов и решение вопросов по координации

Расположения серверов

• Сервер Sharepoint – n010000 (ip — 1.1.1.1)
• Сервер БД Sharepoint – n010000 (ip – 2.2.2.2)
• WEB-Сервер Itilium – (ip – 3.3.3.3)
• Сервер БД itilium – n010000 (ip – 4.4.4.4)

Устранение ошибки при переключении представления на «Таблица Данных»

Устранение ошибки при переключении представления на «Таблица Данных»

Если при переключении представления появляется такая ошибка:

То:

Действия для достижения результатов

Зайти под пользователем в реестр (regedit) и удалить ветку:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\ActiveX Compatibility\{65bcbee4-7728-41a0-97be-14e1cae36aae}]

Очистка переполненного листа опросов

Очистка переполненного листа опросов

Заходите в свой сайт и выбираете «действия сайта» — «Управление контентом и структурой»

Выдача прав на списки «информационные списки и распоряжения»

Выдача прав на списки «информационные списки и распоряжения»

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

Описание

Существует три уровня доступа:

Высший – входят топ менеджмент, управляется группой AD SU_MSK_site_Standarts-instruc_list_inform_message_hight_read

Средний – входят руководители среднего звена, управляется группой AD SU_MSK_site_Standarts-instruc_list_inform_message2_medium_read

Тестирование доступности корпоративного портала из филиалов

Тестирование доступности корпоративного портала из филиалов

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

Шаги для достижения результата

1. Тестирование необходимо производить с пользовательской рабочей станции
2. Первым шагом тестируется корректная работа DNS, следующими командами:
   1. Ping portal.example.org, адрес должен вернуться 1.1.1.1
      1. Если адрес не находиться вводим nslookup
      2. Server 8.8.8.8
      3. Portal.example.org

Создание сайта рабочей группы

Создание сайта рабочей группы

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

Шаги для достижения результата

1. Заходим в раздел «Совещания и рабочие группы» —

   http://example-portal/workgroup/Pages/default.aspx

2. Выбираем действия сайта->Создать сайт