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.
Certificação em SQL Server 2012–Saiba o que são os SMEs
Recentemente a Microsoft no site Born To Learn divulgou a disponibilidade dos exames Beta do SQL Server 2012 (http://borntolearn.mslearn.net/btl/b/weblog/archive/2012/03/22/register-for-sql-server-2012-beta-exams.aspx) e anteriormente já havia adiantado algumas mudanças nas certificações que envolvem o SQL Server 2012 (http://www.marcelosincic.com.br/blog/post/Treinamentos-Oficiais-e-Certificacao-para-SQL-Server-2012.aspx).
Agora foi anunciado e divulgado as trilhas oficiais para a certificação em SQL Server 2012 em http://www.microsoft.com/learning/en/us/certification/cert-sql-server.aspx#tab2.
É muito interessante conhecer como é feito o processo de elaboração de um exame de certificação.
No site Connect da Microsoft, utilizado para testes de produtos, existem grupos de SME (Subject Matter Expert) em assuntos e produtos, da qual faço parte e outros podem se increver e preenchendo um questionario para qualificação em https://connect.microsoft.com/site862
Quando um novo exame é cogitado recebemos um email com uma pesquisa sobre o que achavamos do exame anterior e pedindo sugestões de melhora nestes exames. Por exemplo, no caso do SQL Server 2012 recebi um email com a pesquisa e pude indicar quais partes do exame achei que poderiam ser alteradas e sugerir novos itens ou até um novo formato.
Já tendo feito parte de um destes grupos posso afirmar que o processo é muito rigoroso e envolve uma pesquisa de mercado onde é visado facilitar um processo de contratação e alocação de um profissional.
Por exemplo, no exame de Windows Server 2008 que foi atualizado para a versão R2 a pouco tempo, os SMEs receberam um exemplo de como seria o simulador e tópicos que seriam abordados. Todos precisaram assumir um compromisso de não divulgação (NDA) o que reflete a preocupação da Microsoft em não vazar as informações.
Portanto, tenha certeza que ao fazer um exame você estará sendo testado no que as empresas procuram e o mercado internacional está exigindo que um profissional saiba fazer. A presença de pessoas de fora da Microsoft escolhidos pelo perfil como SME é a garantia de que um exame reflete o mundo real.
Ainda tem dúvidas, leia o post no Born to Learn http://borntolearn.mslearn.net/btl/b/weblog/archive/2012/02/29/subject-matter-experts-we-want-to-hear-what-you-think.aspx