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