Есть следующая конфигурация:
1. SharePoint 2010 SP1 с установленными SQL Server 2012 Reporting Services
2. SQL Server 2008 R2 c Named Instance на котором крутится база, из которой нам необходимо брать информацию для формирования отчетов. SQL 2012 настроен по статье
3. Дополнительные параметры:
-домен: test.com
-имя экземпляра SQL: SP
-учетная запись для экземпляра: svcSQL

Задача: заставить это все работать с использованием Kerberos

Приступим

В этой статье я попытаюсь рассмотреть и дать краткую характеристику некоторых продуктов от компании AvePoint для SharePoint

DocAve Administrator
DocAve 6 Administrator представляет собой решение, предназначенное для централизованного управления фермой (или несколькими фермами) SharePoint 2010/2013, а также Office 365.
Решение позволяет выполнять почти все операции с фермой, которые можно выполнить в центре администрирования SharePoint (например, создать web application и коллекцию сайтов, настроить managed paths и безопасность, ассоциации service application), но облегчает работу со множеством ферм, предоставляя единую консоль администрирования.
Почему почти все операции? DocAve 6 Administrator не позволяет создавать и удалять service applications – для этого придется открывать центр администрирования. Не знаю, на сколько это критичный момент, но все-таки хотелось бы иметь все в одном месте.
Помимо стандартного функционала, предоставляемого SharePoint, DocAve 6 Administrator содержит одну на мой взгляд полезную администраторам фичу – удаление учётных записей пользователей, которых нет в Active Directory. Это очень полезная вещь потому, что встроенный функционал не позволяет это сделать это и раньше для избавления от старых учёток я мог только через export/import.
Ну и бонусом то, что все действия можно автоматизировать через расписание.

HA-Apache2 Web-Site and HA-MySQL

Цель: обеспечить высокую доступность web-приложения и минимальное время простоя при отказе одного как web-сервера, так и сервера баз данных.
Замечание! Схема предполагает, что web-приложение и база данных находится на разных серверах.
Для примера будем устанавливать wordpress.

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