История о том, как мы строили новую Ферму SharePoint по "старым чертежам". Глава 2.Начало строительства.

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

Без сомнений, версия SQL Server была выбрана самая-самая последняя - Microsoft SQL Server 2012 SP1 x64.
Поскольку я уже описывала однажды этап установки SQL, я не буду углубляться в подробности этого процесса. Скажу только, что если вам интересно и не терпится  подробнее узнать об этом, вы можете его найти по этой ссылке.
Закончив этап строительства хранилища данных, мы перебрались на просторы будущей фермы.
Конечно же, первым в бой идет преинсталлер. По сравнению с 2010 у инсталлера текущей версии немного отличается список необходимых обновлений. Но особенных отличий в установке нет, и специальных магических ритуалов для данной версии не нужно. Так что все пройдет гладко, если ваши сервера правильно сконфигурированы.

Как только предварительные работы были окончены, мы приступили к установке SharePoint Server 2013. И вновь все без сюрпризов. Все так же как и при установке 2010 версии.

Как только SharePoint встал на наши сервера, мы приступили к разворачиванию нашей совершенной новой фермы.

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

Указав все нужные параметры, мы на всех парах двинулись Дальше, но не тут то было. Перед нами возникло сообщение :

"Не удается подключиться к базе данных master на сервере SQL 'имя сервера'. Возможно, база данных не существует, или у текущего пользователя нет разрешений на подключение к ней."

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

Дальше мы залезли в  SQL Server Configuration Manager, чтобы проверить запущен ли у нас SQL Server Browser.

Там же в SQL Native Client 11.0 Configuration удостоверились, что TCP/IP включен.

Дальше в настройках текущего экземпляра SQL Server помотрели, разрешено ли удаленной подключение.

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

 После всех этих проверок убедившись в их правильности, лезем в реестр (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters).
У параметра IPEnableRouter устанавливаем значение 1.

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

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

Сказать по правде, мы убили больше недели на то, что бы понять почему мы никак не можем получить доступ к экземпляру базы данных.
Все как обычно оказалось намного проще, чем хотелось бы.
Немного предистории. После того как в очередной раз перепроверив все что только можно вплоть во разрядности версий и получив сообщение об ошибке вновь, было принято решение искать хоть какие-то подсказки.
На сервере, предназначенном для Центра Администрирования,  для интереса установили SQL Manager, чтобы проверить правильность настройки прав пользователей и подключения к экземпляру БД по Windows authentification.
При попытке войти под учеткой текущего пользователя, SQL Manager выдал сообщение об ошибке.

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

Как только все утряслось с безопасным подключением к экземпляру баз данных, дальше все пошло как по маслу.(инструкции по ссылке)
И вот уже меньше чем через 10 минут перед нами красовалась наша новая современная стильная ферма.