Palestra Sobre System Center 2012 no MVP IT Showcast
Na quarta feira inicio a minha participação no MVP IT ShowCast, evento organizado por MVPs para diversas tecnologias. A agenda completa do evento está disponivel em http://mvpitshowcast.wordpress.com/agenda-completa-2012/
CEA MVP IT ShowCast:System Center Orchestrator – Instalação e Configuração de Integration Packs (no site do CEA está trocado)
Identificação do Evento: 1032528914
Idioma(s): Português.
Produto(s): Outros.
Público(s): Generalista TI implem_TI .
System Center Orchestrator – Instalação e Configuração de Integration Packs
System Center Orchestrator – Instalação e Configuração de Integration Packs.
Palestrante: Marcelo Sincic
Increva-se em https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032528914&Culture=pt-BR&community=0
Este é um evento realizado pela COMUNIDADE TÉCNICA com o apoio da MICROSOFT.
Na sequencia várias outras apresentações se darão, sempre com ótimos palestrantes e alta qualidade técnica e para assistir a outros envolvendo System Center, Windows 2012, Exchange 2010/2013 acesse o link no inicio do post e veja a agenda.
Habilitando o ASP.NET 2.0 no Windows 2012
Pode parecer algo corriqueiro, porem a resposta não está tão clara nos wizards de instalação, uma vez que o ASP.NET não pode ser instalado por pacote.
A soluçãó é muito simples, no Windows 2012 o ASP.NET 2.0 e 3.0 estão incluidos no .NET 3.5 como mostra a figura abaixo do Server Manager, bastando instalar o Framework 3.5:
Importante: Ao tentar instalar o .NET 3.5 é necessário utilizar a opção "Specify source..." no resumo do Add/Remove e apontar para o diretório [DVD]\Source\SXS, pois as DLLs do .NET 3.5/2.0 não são copiadas para o diretório WINSXS onde o Windows guarda as DLLs em geral.
Para habilitar o ASP.NET 2.0 é necessário após instalar o Framework reabrir o wizard e habilitar o ASP.NET 3.5 no IIS:
Pronto, agora os produtos que exigem o ASP.NET 2.0 irão instalar corretamente, como o exemplo abaixo do System Center Service Manager 2012 Portal:
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 SP1 Beta Anunciado e Disponivel para Download
Hoje foi anunciado o Service Pack 1 do SCCM 2012, o que acrescenta importantes funcionalidades ao produto (inclui todos os outros produtos, detalhes no final do post).
Importante: Os arquivos disponibilizados não são apenas o Service Pack, contem o produto com o SP1!
Como já se tornou conhecido pelo público, hoje um Service Pack não é simplesmente um conjunto de updates e hotfix. O Cumulative Update se tornou a coleção de hotfix e o Service Pack alem de contem os fix dos CUs contem também novas funcionalidades. Isso ficou muito claro com o Windows 2008 R2 SP1 que trazia o Hyper-V 2.0
Algumas novas funcionalidades do SCCM 2012 SP1:
- Deploy de SO automatizado para Windows 8 e Windows Server 2012
Hoje é possivel fazer com o SCCM 2012 a distribuição destes novos SOs com o OSD, porem não há suporte as novas funcionalidades para serem configuradas, e estas serão acrescentadas no SP1
- Pontos de distribuition (Distribution Points) utilizando o Azure
Esta inclusão é muito interessante por permitir que empresas com conta no Azure tirem do tráfego downloads de software por parte de funcionários remotos
- Automação de tarefas com o suporte acrescentado ao PowerShell
Com a inclusão do PS em outros produtos se viu como uma linguagem de script fazia falta na automação de algumas tarefas por meio de scripts, e agora o SP1 permitirá isso com o SCCM 2012
- Gerenciamento de clientes com Mac OS X e Linux/Unix
Esta é uma funcionalidade muito aguardada, já que em maio de 2011 já se falava neste suporte. Agora, finalmente, temos esta possibilidade
- Integração com Windows Intune
Com o Service Pack 1 do SCCM 2012 e a nova versão do Intune será possivel integrar as duas plataformas (on-promisse e cloud) para gerenciar os usuários dentro e fora da empresa, mas utilizando um console unico pelo SCCM. Um ponto interessante é que a licença do Windows Intune para quem possui o SCCM 2012 será reduzido!
Qual a previsão de disponibilização da versão final destes produtos? Inicio de 2013.
Caso deseje testar estas novas funcionalidades, é importante lembrar que produtos Beta não oferecem suporte pela Microsoft. O ideal é utilizá-los para testes e talvez gerenciar ambientes controlados.
Link para baixar o SCCM 2012 SP1 Beta: Microsoft Download Center
Release Notes: http://technet.microsoft.com/en-us/library/jj591611.aspx
Windows Intune, conta para 30 dias de testes: http://www.microsoft.com/en-us/windows/windowsintune/try-and-buy.aspx
Lista de alterações nos outros produtos da Suite System Center 2012:
- Virtual Machine Manager
- Improved Support for Network Virtualization
- Extend the VMM console with Add-ins
- Support for Windows Standards-Based Storage Management Service, thin provisioning of logical units and discovery of SAS storage
- Ability to convert VHD to VHDX, use VHDX as base Operating System image
- Data Protection Manager
- Improved backup performance of Hyper-V over CSV 2.0
- Protection for Hyper-V over remote SMB share
- Protection for Windows Server 2012 de-duplicated volumes
- Uninterrupted protection for VM live migration
- App Controller
- Service Provider Foundation API to create and operate Virtual Machines
- Support for Azure VM; migrate VHDs from VMM to Windows Azure, manage from on-premise System Center
- Operations Manager
- Support for IIS 8
- Monitoring of WCF, MVC and .NET NT services
- Azure SDK support
- Orchestrator
- Support for Integration Packs, including 3rd party
- Manage VMM self-service User Roles
- Manage multiple VMM ‘stamps’ (scale units), aggregate results from multiple stamps
- Integration with App Controller to consume Hosted clouds
- Service Manager
- Apply price sheets to VMM clouds
- Create chargeback reports
- Pivot by cost center, VMM clouds, Pricesheets
- Server App-V
- Support for applications that create scheduled tasks during packaging
- Create virtual application packages from applications installed remotely on native server
Utilizando o Software Update Point no System Center Configuration Manager 2012
Uma das funcionalidades presente no SCCM 2007 que foi continuada e recebeu interessantes inovações é o Software Update Point, que tem a função de trazer para dentro do SCCM 2012 a capacidade de controlar, distribuir e gerar relatórios e dashboards.
Configuração Inicial
Para fazer a configuração do SUP (Software Update Point) no SCCM 2012 é necessário instalar a feature Windows System Update Services (WSUS) no Windows Server 2008 R2, o que pode ser realizado pelo Server Manager.
Nota: Não é possivel utilizar upstream server no servidor SCCM configurado como primary.
Depois disso o passo seguinte é no console do SCCM 2012 incluir a role SUP e configurar suas opções, como mostra a imagem abaixo onde podemos configurar os dados de proxy para acesso aos dados.
Para configurar os produtos, tipos de update e criticidade é necessário acessar o menu pela Ribbon como mostra a imagem abaixo, e selecionar Software Update Point:
A seguir será aberta a configuração do SUP onde selecionamos os produtos, classificações, regras de inclusão (supersedence) e idiomas:
Aprovando e Distribuindo Updates
A partir da configuração já será possivel verificar os updates disponiveis na tela principal.
No dashboard do SUP será possivel ver todos os updates com estatisticas de aplicabilidade, bem como dados indicativos da instalação do update no parque inventariado.
Clicando sobre os updates é possivel definir quais serão baixados (Download) ou fazer a distribuição (Deploy) diretamente ao Collections:
Ao escolher a opção de deploy será possivel fazer um pacote, já que o processo de distribuição de updates do SUP é baseado na distribuição de software do SCCM, com a criação de um package e um advertisement, porem com um wizard mais simples que mostrarei no próximo tópico.
Automatizando os Updates
Uma diferença em relação ao WSUS é que o SUP não baixa sozinho a menos que se crie regras especificas, bem mais completas do que no WSUS que se baseia apenas no SO, produto e criticidade. No SCCM 2012 é possivel definir qualquer tipo de filtro para os updates, incluindo palavras especificas no texto da descrição.
O primeiro passo é criar um Automatic Deployment Rules que consiste em informar a coleção e a regra de distribuição:
Na sequencia deverá ser indicado se deseja utilizar o WOL (Wake Up On Lan) para ligar as máquinas no horário pré-definido e o nivel de detalhes que o usuário verá de cada update, assim como aprovar automaticamente EULAs (contratos), que obviamente deve estar ligado, a menos que vc deseje que o usuário saiba o contrato de responsabilidade a ser utilizado:
O próximo passo é o mais importante, pois envolve a criação dos filtros de semântica, onde podemos definir a criticidade, SO, idioma, data e até procura no texto descritivo do update para determinado produto, por exemplo, Excel:
Na sequencia irá ser definido o fuso horário, se centralizado do servidor ou do fuso do cliente, quando será instalado e disponibilizado. No exemplo abaixo o update é disponibilizado assim que baixado no servidor e a instalação pode ser feita em até 7 dias, o que indica o tempo máximo que o usuário pode adiar antes que faça automaticamente a instalação:
Como comentado no inicio, é utilizada a estrutura de pacotes na distribuição de updates, portanto o passo seguinte é indicar se será utilizado um pacote existente ou um novo. No caso de updates automáticos é bom utilizar um novo pacote para evitar confusões de conteudo. Note que na sequencia será definido o Distribution Point, localização dos downloads e idiomas desejados, levando em conta que idioma neste caso não é dos updates mas sim da interface:
Com estes passos vimos como criar uma estrutura de updates dinâmica no SCCM 2012.