Erro no SQL Server na Instalação do System Center Operations Manager
Já recebi diversas vezes perguntas de profissionais de TI sobre o erro abaixo do instalado do SCOM em todas as suas versões.
Realmente o erro é muito genérico e normalmente quem me perguntou consultou páginas de requisitos e não achou o problema.
Neste exemplo especifico que simulei, o erro é o SQL Server 2012 que está no SP1 e o SCOM exige o SP2, que ainda não havia sido aplicado:
Mas como chegar a este detalhe para saber se o problema é um patch, service pack ou comunicação com o servidor?
Para isso o instalador do System Center gera um log que fica no diretório C:\User\<usuário>\AppData\SCOM\Logs com o nome OpsMgrSetupWizard.txt
Neste arquivo é detalhado os passos das validações como abaixo:
[11:08:46]: Debug: :MSSQLSERVER on server w2012r2-sql2012 is in a running state
[11:08:46]: Info: :Info:Opening/Testing Sql Connection on w2012r2-sql2012, port:
[11:08:46]: Debug: :Connection was not open. We will try to open it.
[11:08:46]: Debug: :SqlConnectionReady returned True.
[11:08:47]: Debug: :MSSQLSERVER on server w2012r2-sql2012 is in a running state
[11:08:47]: Debug: :Connection was not open. We will try to open it.
[11:08:47]: Debug: :SqlConnectionReady returned True.
[11:08:47]: Info: :Info:Using DB command timeout = 1800 seconds.
[11:08:47]: Info: :SQL Product Level: SP1
[11:08:47]: Info: :SQL Edition: Enterprise Edition (64-bit)
[11:08:47]: Info: :SQL Version: 11.0.3128.0
[11:08:47]: Always: :Current Version of SQL=11.0.3128.0 Required Version=11.0.5058
[11:08:47]: Always: :Entering GetRemoteOSVersion.
[11:08:47]: Info: :Info: remoteOS = 6.3.9600
[11:08:47]: Info: :Info:Using DB command timeout = 1800 seconds.
[11:08:47]: Info: :Info:Using DB command timeout = 1800 seconds.
[11:08:47]: Info: :The SQL Collation is valid.
[11:08:47]: Info: :Info:Using DB command timeout = 1800 seconds.
[11:08:47]: Info: :Info:DatabaseConfigurationPage: DB connection attempt completed.
[11:08:47]: Info: :Info:DatabaseConfigurationPage: DB connection attempt completed.
Neste arquivo é possivel visualizar todos os testes que ele efetuou e saber se o problema é permissão, porta, collation ou, como neste exemplo, falta de update.
Utilizando o MBCA para Analisar Serviços e Servidores
A Microsoft disponibiliza diversas ferramentas de análise da implementação de um produto. Alguns são nativos e outros opcionais:
Vários artigos abordam o uso do BPA e do validador do Cluster são nativos e o MBSA foi descontinuado para o Windows Server 2012, então neste artigo trataremos apenas do MBCA e seu uso exemplo com o System Center 2012.
Instalação do MBCA e Pacotes
A instalação deste produto é muito simples, bastando executar o instalador.
Após instalar o MBCA passamos a instalar as ferramentas, ou pacotes de análise, permitindo que ao abrir o MBCA vejamos uma lista dos pacotes de análise disponiveis:
Executando o System Center 2012 Configuration Analyzer
Note que ao abrir o menu não terá uma opção para o SCCA, uma vez que ele é um plugin do MBCA, como pode ser visto abaixo:
O passo seguinte é selecionar os computadores que serão validados. Porem, para validar alguns servidores remotos pode ser necessário fazer o registro de segurança com Setspn. Se você não sabe como utilizar, pode usar as instruções do próprio SCCA, como mostrado nos tópicos a frente:
Os resultados são mostrados em duas abas, sendo possivel ver um resumo ou detalhamento dos dados analisados. No exemplo abaixo executei em um SCSM 2012 SP1 e o resultado inicial é que não há pendencias e permitindo exportar o relatório que pode ser revisado posteriormente depois de salvo com a opção “Open Report” no primeiro pront.
Utilizando a opção Collected Data é possivel ver os dados utilizados pelo SCCA para validar o SCSM:
Servidores Remotos
Instalar o MBCA e o SCCA em um único servidor é útil para evitar a instalação em uma farm de servidores ou mesmo para maquinas com acesso limitado. Porem, em alguns casos nao é possivel executar o SCCA remotamente tendo como resultado a mensagem abaixo:
A função Credssp permite que o servidor onde o SCCA está instalado tenha acesso ao servidor que está sendo analisado, sendo simples de ser executado e necessário para análises remotas.
Para mais informações sobre o Windows Server 2012, acesse: http://clk.atdmt.com/MBL/go/425205719/direct/01/
Upgrade do Windows 2008 R2 (com SQL Server and AD) para Windows 2012
Já realizei diversas migrações de Windows 2008 R2 para Windows 2012 no modelo de migração, onde ele gera o diretório C:\Windows.old com os dados anteriores e reconfiguro o servidor, também chamado de upgrade side-by-side.
Importante: Não deixe de verificar se os aplicativos instalados no Windows 2008 R2 estão atualizados e são compativeis com o Windows 2012. Por exemplo, o Exchange 2010 e System Center 2012 ainda não estão suportados.
Hoje resolvi fazer alguns testes de upgrade in-place (atualização) do Windows 2008 R2 para o Windows 2012, direto com a maquina no ar. E o detalhe que a maquina que migrei é um Domain Controller com as FSMOs ativas, SQL Server 2008 R2 com Reporting Services para suportar todo o meu laboratório de System Center 2012.
O resultado foi positivo, o AD subiu como esperado, o SQL Server 2008 R2 (que estava atualizado) e o SRSS funcionaram perfeitamente como mostra o print abaixo:
E quando algo dá errado?
Isso me aconteceu, no meio da migração o HD externo que utilizo para as VMs perdeu conexão. A instalação já estava no terceiro boot quando é realizada a migração das configurações e ao reiniciar a VM tive acesso a este menu:
Escolhi a opção Windows Setup Rollback e o resultado foi excepcional. O Windows 2008 R2 retornou com todas as features funcionando, como se nada tivesse acontecido e mostrou a mensagem abaixo:
Notem que o SQL e o restante das aplicações continuaram funcionando após o rollback, demonstrando a maturidade do processo de upgrade in-place disponivel no Windows 2012.
Conclusão
Obviamente faça backup (imagem) da maquina antes de fazer o upgrade, mas coloque o upgrade de servidores com Windows 2008 R2 SP1 para Windows 2102 como uma possibilidade segura e vantajosa!
System Center 2012 com Windows 2012 e SQL Server 2012
Passei esta semana fazendo testes do System Center 2012 com o Windows Server 2012.
Os testes com SQL Server 2012 já havia feito anteriormente, inclusive já implementado e documentado a falta do SRSS em http://www.marcelosincic.com.br/blog/post/System-Center-Configuration-Manager-2012-com-SQL-Server-2012.aspx
Tabela Resumida de Incompatibilidades
Segue uma matriz de compatbilidade e problemas entre a suite System Center 2012 com o Windows 2012 e SQL Server 2012:
|
System Center 2012
|
Windows Server 2012
|
SQL Server 2012
|
|
ConfigMgr (SCCM)
|
Parcial (WSUS)
|
Parcial (Reporting Services)
|
|
OpsMgr (SCOM)
|
Parcial (Web Console)
|
Parcial (Reporting Services)
|
|
Orchestrator (SCO)
|
Ok
|
Ok
|
|
App Controller (SCA)
|
Não compatível
|
Ok
|
|
Service Manager (SCSM)
|
Parcial (Self Portal)
|
Parcial (Reporting Services)
|
|
Data Protection (DPM)
|
Ok
|
Ok
|
|
Virtual Machine Mgr (VMM)
|
Parcial (Self Portal)
|
Ok
|
É importante que estas incompatibilidades, principalmente no que ser refere aos problemas com o IIS e o WSUS do Windows 2012 serão resolvidos no Service Pack 1 do System Center 2012 (atualmente em Beta), como pode ser visto em http://blogs.technet.com/b/server-cloud/archive/2012/09/10/system-center-2012-sp1-beta-available-evaluate-with-windows-server-2012.aspx e http://technet.microsoft.com/en-us/library/gg682077.aspx#BKMK_SupConfigSiteSystemReq e http://technet.microsoft.com/en-us/library/gg682077.aspx#BKMK_SupConfigSQLSrvReq
Tabela Técnica de Incompatibilidades
Para quem quiser conhecer os detalhes técnicos das incompatibilidades, segue um resumo dos problemas que notei nas implementações:
|
Produtos Afetados
|
Feature Windows/SQL
|
Motivo
|
|
SCOM, SCSM, AppControler, VMM
Portal Web
|
IIS 8.5
|
O IIS 8.5 tem APIs diferentes para liberação das funções .NET Framework 4.5 e o System Center é construído sobre o .NET 4.0 o que gera incompatibilidades com WCF e ISAPI
Como estes produtos possuem portal web, não conseguem instalar no IIS
|
|
SCCM
Update Services (SUP)
|
WSUS
|
O WSUS atual (Windows 2008 R2) é versão 3.2 e a versão do WSUS no Windows 2012 é 6.2 e o instalador do SCCM não consegue detectar como válido
|
|
SCCM, SCOM, VMM
|
SQL Server Reporting Services (SRSS)
|
Os instaladores não detectam o SRSS do SQL Server 2012, é necessário instalar o SRSS do SQL Server 2008 R2 na mesma máquina para utilizar o SQL Server 2012
|
Conclusão
A conclusão que chego neste aspecto é que ainda não é hora de instalar o System Center 2012 em servidores Windows 2012 fora de laboratório, pois com o SP1 em Beta é bem possivel que futuras versão dele não sejam atualizáveis, o que implicará em reinstalar todo o ambiente. Já com respeito ao SQL Server 2012, não vejo problemas em instalar temporariamente apenas o SRSS do SQL Server 2008 R2, que depois pode ser desinstalado rapidamente e a alteração nos produtos é simples de ser realizada.
System Center Configuration Manager 2012 com SQL Server 2012
Já é a segunda implementação de SCCM 2012 que faço e utilizando o SQL Server 2012 e notei um problema em comum nos dois casos, não permitir utilizar o SQL Server Reporting Service como Reporting Point para o SCCM 2012. Todas as outras roles e funcionalidades do SCCM 2012 funcionam normalmente com o SQL Server 2012.
Na primeira implementação não tinha muito tempo para depurar e tentar encontrar o que era, apenas me contive na lista de compatibilidades do SCCM 2012 em http://technet.microsoft.com/en-us/library/gg682077.aspx e instalei o SQL Server 2008 R2.
Importante: O System Center 2012 SP1 anunciado para ser lançado em breve irá incluir o SQL Server 2012 na lista de compatibilidade
SINTOMA
Após instalar o SQL Server 2012 e executar os prereqs do SCCM a instalação ocorre com sucesso e a configuração das roles do SCCM 2012 é possivel, exceto Reporting Point.
Ao tentar adicionar a role Reporting Point no SCCM 2012 com o banco de dados sendo o SQL Server 2012 não aparece a instância do Reporting Services para ser selecionada.
CAUSA
O SQL Server Reporting Services (SRSS) 2012 não é compativel com o SCCM 2012, pois na consulta WMI do wizard é utilizado uma cláusula de filtro para retornar as instâncias do SRSS utilizando a versão (2005, 2008 e 2008R2) como parametro, o que não retorna o SRSS na versão 2012.
O mesmo não acontece com o validador de pré-requisitos na instalação do SCCM 2012 pois ele utiliza uma cláusula de consulta a versão do SQL Server invertida da que é utilizada acima, onde é pesquisado versões acima da SQL Server 2005 e não uma lista fixa das versões.
SOLUÇÃO
Instale a feature Reporting Services do SQL Server 2012, pois o Service Pack 1 do System Center que será liberado em breve dará suporte ao SQL Server 2012. Na ocasião exporte os relatórios customizados (arquivos rdp) e remova a role Reporting Point, adicionando em seguida já na instância do SQL Server 2012.
Durante este periodo, instale apenas a feature SQL Server Reporting Services do SQL Server 2008 R2. Não é necessário instalar mais nenhum recurso do SQL Server 2008 R2, já que a base de dados do SRSS 2008 R2 pode utilizar o SQL Server 2012 como banco de dados normalmente.
Configure o Reporting Services do SQL Server 2008 criando uma base de dados no SQL Server 2012 e faça o backup da chave, para quando sair o System Center 2012 SP1 seja possivel utilizar o mesmo banco de dados de relatórios, apenas configurando o Reporting Services do SQL Server 2012.