Да, все верно. Перед остановкой старого Сервера, необходимо провести его деактивацию, а после запуска нового Сервера провести соответственно его активацию.
А сколько раз можно активировать/деактивировать? На случай если затянется операция, можем мы снова активировать старый сервер на время и потом снова деактивировать? Только один сервер одновременно может быть активирован?
Не знаю, есть ли ограничения, но по несколько раз деактивировал/активировал, проблем не было.
Не более 3 раз в сутки. При превышении лимита вы можете обратиться в Отдел продаж с просьбой сбросить счетчик попыток активации.
Соединение установить удалось, но потребовалась донастройка SQL, т.к. оказалось, что по умолчанию доступ с любых других компьютеров отключен (возможно было только с 127.0.0.1).
Потом понадобилось явно указать порт, т.к. по умолчанию ЛЭРС ломится непонятно на какой порт.
Теперь проблема залогиниться…
Попробуйте зайти на SQL Server из Management Studio с теми же параметрами, что и при установке ЛЭРС УЧЕТ.
Так а я не знаю с какими параметрами ЛЭРС заходит…
Написано просто Windows аутентификация
Это значит, что попытка подключения происходит из под Windows-пользователя, под которым запущена программа установки. Попробуйте выполнить подключение в Management Studio, запустив его из под этого же пользователя.
Т.е. нужно установить SQL Management Studio также на компьютер с ЛЭРС?
У нас Management Studio стоит только на компьютере с MS SQL.
Да, необходимо установить SQL Management Studio на тот же компьютер, на котором вы проводите установку ЛЭРС УЧЕТ. Если ситуация повторится и в SQL Management Studio, обратитесь к вашем у системному администратору для ее разрешения.
Ну конечно, ситуация повторится, тут смысла проверять нет, т.к. новый ЛЭРС сервер ломится под своим локальным пользователем, понятно его нет на старом SQL сервере. Просто создать такого же виндового пользователя думаю это неправильно, не так должен решаться этот момент. Да и там еще есть вопросы по пользователям, которые создаёт сам ЛЭРС. О них позже напишу.
Системного администратора по винде у нас нет, обратиться не к кому.
Вопрос решили следующим образом. Создали пользователя именно в SQL и при установке ЛЭРС выбрали аутентификацию SQL.
С первого раза не прокатило, не хватило каких-то прав. Потом у нового пользователя поставили еще одну галочку в ролях сервера: sysadmin. После этого установка ЛЭРС нормально завершилась, он подхватил базу и запустился.
Но остались вопросы.
Поскольку делали всё методом простых итераций (или методом тыка по-простому), не до конца понятно, почему всё заработало и самое главное, как всё же правильно настроить, чтобы в будущем не вылезли какие-то проблемы.
Например вопрос по встроенным пользователям ЛЭРС. Мы видим, что есть следующие пользователи (все с виндовой аутентификацией, т.к. всё работало локально на одном компе):
LERS-SRV\LERSSERVERACCOUNT
NT SERVICE\MSSQL$LERS
и плюс учётная запись пользователя Windows, под которой ЛЭРС тоже явно что-то делает с базой SQL
У них у всех разные настройки. Не только в “роли сервера”. Отличия так же есть в разделах “сопоставление пользователей”.
Теперь же у нас подключение ЛЭРС к SQL идёт через нового пользователя, как его правильно настроить, чтобы всё работало в будущем?
И да, появился еще один новый пользователь с SQL аутентификацией - LersUchetAccount. Очевидно его создал ЛЭРС при установке. Ну тут мы трогать ничего не будем, тут думаю всё как надо сделалось.
У нас получились вот такие настройки для созданного нами нового пользователя с SQL аутентификацей, через которого теперь ЛЭРС подключается к SQL:
В случае отсутствия специалиста в штате вы можете пригласить стороннего специалиста.
Очень плохой подход. Если уж вы самостоятельно пытаетесь решить вопросы уровня системного администратора, стоит предварительно изучить документацию SQL Server, какие права и за что отвечают. Это позволит вам понимать происходящее.
Ваше утверждение не верно. Ни один из приведенных пользователей не относится к ЛЭРС УЧЕТ.
Пользователь “LERSSERVERACCOUNT” использовался в устаревших версиях ЛЭРС УЧЕТ для запуска Сервера. Не используется уже очень давно. Судя по всему у вас он остался от одной из старых версий.
Пользователь “NT SERVICE\MSSQL$LERS” и вовсе не имеет никакого отношения к ЛЭРС УЧЕТ. Это пользователь относится к SQL Server. Какую роль он играет в данной СУБД нам неизвестно. Мы не являемся ее разработчиками.
ЛЭРС УЧЕТ уже давно запускается под локально системной учетной записью Windows “NETWORK SERVICE”, но из под данной учетной записи никаких действий в БД не производится.
Вы немного путаете установку ЛЭРС УЧЕТ и его работу. При установке ЛЭРС УЧЕТ вместе с Сервером требуется либо запустить программу установки из под пользователя Windows с правами локального или доменного администратора в вашем SQL Server, либо использовать внутреннюю учетную запись SQL Server, опять же обладающую правами администратора в вашем SQL Server. При установке ЛЭРС УЧЕТ создается внутрення учетная запись “LersUchetAccount”, о которой вы как раз написали:
Именно эта учетная запись используется Сервером для взаимодействия с БД. Созданная вами учетная запись SQL Server Сервером ЛЭРС УЧЕТ никак не используется и после установки ЛЭРС УЧЕТ непосредственно для его работы в ней нет необходимости.
Спасибо за описание вашего опыта. Значит указанных настроек пользователя SQL Server достаточно для успешной установки ЛЭРС УЧЕТ с его использованием.