Durante a instalação do MS SQL Server 2016, em um PC cliente de estação de trabalho desenvolvedor/DBA que está associado a um domínio, a instalação usando todos os logon e outros padrões do instalador é concluída com falhas e uma mensagem muito genérica que significa apenas que o banco de dados SQL principal O serviço do mecanismo (MSSQLSERVER) não foi iniciado. Ao iniciá-lo manualmente a partir de services.msc, vê-se este erro igualmente genérico:
Windows could not start the SQL Server (MSSQLSERVER) on Local Computer.
For more information, review the System Event Log. If this is a
non-Microsoft service, contact the service vendor, and refer
to service-specific error code -2146885628.
No visualizador de eventos do sistema (eventvwr.msc) existem várias falhas:
#1. (1500) User Profile Service error for user NT SERVICE\MSSQLSERVER: Windows
cannot log you on because your profile cannot be loaded. Check that
you are connected to the network, and that your network is
functioning correctly.
#2. (17826) Could not start the network library because of an internal error in
the network library. To determine the cause, review the errors
immediately preceding this one in the error log.
#3. (17182) TDSSNIClient initialization failed with error 0x80092004,
status code 0x1. Reason: Initialization failed with an infrastructure
error. Check for previous errors. Cannot find object or property.
#4. (17182) TDSSNIClient initialization failed with error 0x80092004, status
code 0x80. Reason: Unable to initialize SSL support. Cannot find
object or property.
#5. (17190) Initializing the FallBack certificate failed with error
code: 1, state: 20, error number: 0.
Existem centenas de kilobytes de arquivos de log, mas nenhuma saída clara em nenhum deles para indicar uma causa raiz.
Isso parece ser uma variante do caso de falha de inicialização SSL-init-failure, mas tive o mesmo erro com o CTP 2.3 e esperava que o instalador do SQL Server me ajudasse a descobrir por que nenhum dos PCs com Windows 10 em meu local O domínio do escritório aceitará e executará o MS SQL 2016 (ou MS SQL 2014) sem atingir alguma variação desses erros de SQL.
SystemConfigurationCheck_Report.htm não contém erros, tudo é marcas de seleção verdes e nenhum erro foi relatado durante a instalação real. Não havia outros serviços/instâncias do MS SQL na máquina anteriormente, mas há um Visual Studio 2015 e MS SQL localdb.
Isso é um erro de SQL, algum erro de perfil local ou algo mais? Eu tentei isso no SQL 2016 CTP 2.3 e 2.4 e tive o mesmo problema. Resolvi esperar até o SQL 2016 CTP 3, que já saiu, mas estou com o mesmo problema.
Parece-me que no windows 10, com o serviço sql logado, NT SERVICE\MSSQLSERVERtudo DEVE funcionar. Mas isso não acontece.
Essa questão realmente se resume a "Por que o MS SQL escolhe uma conta de login de serviço nomeada NT SERVICE\MSSQLSERVERe depois falha em garantir que essa conta seja válida e possa funcionar com SSL, ou tenha um perfil local válido ou qualquer outra coisa que sqlsrvr.exeprecise ser executada? ", e dado que o comportamento padrão do instalador é inadequado mesmo para um DBA ou para a própria estação de trabalho privada do desenvolvedor SQL (um ambiente que não seja de produção), o que se deve fazer?
Interessante. Que bom que você iniciou o serviço SQL. Não há problema em deixá-lo como NT AUTHORITY\LOCALSERVICE para testar o CTP3 em sua estação de trabalho. Em geral, para servidores de produção em um domínio, é melhor provisionar e usar contas de serviço de domínio para os serviços SQL Server e Agent - consulte https://www.simple-talk.com/sql/database-administration/provisioning-a-new -sql-server-instance-%E2%80%93-part-one/ .