ConfigMgrBR https://docs.microsoft.com/archive/blogs/configmgrbr/feed.xml Wed, 17 Apr 2019 03:30:05 GMT pt_BR hourly 1 Habilitando e configurando Server Groups. https://docs.microsoft.com/archive/blogs/configmgrbr/habilitando-e-configurando-server-groups Wed, 25 Apr 2018 12:06:38 GMT https://blogs.technet.microsoft.com/configmgrbr/?p=7015 seu ambiente de Cluster ao processo automático de Software Update Management, utilizando o Server Groups. O Server groups é uma Feature Pre-release que precisa primeiramente ser habilitada conforme nosso post anterior. Esta nova feature do System Center Configuration Manager é suportada em ambientes de produção e pode sofrer alguma alteração até o seu lançamento. Acesse as Features em Updates and Servicing, localize a Server Groups, clique com o direito e selecione o Turn On. 01 - Enable and Config Confirme o alerta e, logo após, feche e abra novamente a sua console para que a alteração seja aplicada. 02 - Enable and Config Após iniciar novamente a console, crie uma Collection com os nós que compõem o seu cluster. Clique com o direito na collection e acesse as propriedades conforme abaixo. 03 - Enable and Config Nas propriedades da Collection, habilite a opção All devices are part of the same server group e clique em Settings para acessar as opções. 04 - Enable and Config Nas configurações do Server group, você pode escolher 3 opções: em porcentagem de servidores, número de máquinas atualizadas ao mesmo tempo ou até mesmo definir qual será a sequência de atualização dos servidores. As opções Node Drain Script e Node Resume script, nos dá a possibilidade de executar um script, por enquanto somente em powershell, para ser executado antes(Node Drain Script) e após(Node Resume Script) a atualização de todos os nós. 05 - Enable and Config  
Conteúdo criado e publicado por: Jeovan M Barbosa Microsoft PFE Configuration Manager

]]> SCCM Power Bi Dashboard – Parte 2 – Configuração do Data Gateway https://docs.microsoft.com/archive/blogs/configmgrbr/sccm-power-bi-dashboard-parte-2-configurao-do-data-gateway Wed, 18 Apr 2018 11:17:08 GMT https://blogs.technet.microsoft.com/configmgrbr/?p=6895 primeiro Post, iniciamos com a configuração do Solution Template para o System Center Configuration Manager, agora vamos configurar o Power Bi Data Gateway para manter o nosso Dashboard sempre atualizado. Acesse o portal do Power Bi, My Workspace, guia Datasets e logo depois clique em Schedule refresh que está marcado na imagem abaixo. 01 - Capture Agora em Gateway Connection, clique em Install now conforme abaixo. 02 - Capture Agora clique em Run para instalar o Data Gateway. 03 - Capture Quando abrir a janela de instalação, clique em Next. 04 - Capture Aceite os termos, defina onde será instalado e clique em Next. 05 - Capture Permita a instalação clicando em Yes. 06 - Capture Informe agora a conta de e-mail que foi configurado seu Solution Template e clique em Sign In. 07 - Capture Após a instalação executada com sucesso e o mesmo estar com o status Online, clique em Close. 08 - Capture Voltando no Portal do Power Bi, em Datasets clique em Manage Gateways. 09 - Capture Clique agora em Data Source Credentials, e logo após em Edit credentials. 10 - Capture Selecione a opção conforme abaixo e clique em Sign In. 11 - Capture Agora em Schedule Refresh, altere para On e agende conforme a necessidade. Logo após clique em apply. Temos a opção também de marcar o checkbox de receber notificações de falha na atualização. 12 - Capture Abaixo um exemplo de notificação de e-mail quando existe alguma falha na atualização do dashboard. 14 - Erro Após configurado podemos ver em Datasets as informações de última atualização e próxima atualização conforme agendado. 13 - Capture Após finalizar as configurações, o Dashboard será atualizado conforme agendado e pode ser acessado via celular, tablet, browser ou pelo Power Bi desktop.    
Conteúdo criado e publicado por: Jeovan M Barbosa Microsoft PFE Configuration Manager

]]> SCCM Power Bi Dashboard - Parte 1 - Configuração do Solution Template https://docs.microsoft.com/archive/blogs/configmgrbr/sccm-power-bi-dashboard-parte-1-configurao-do-solution-template Wed, 11 Apr 2018 02:28:51 GMT https://blogs.technet.microsoft.com/configmgrbr/?p=5975 Solution Templates para outras tecnologias, e até mesmo rede sociais. Nesse Post, vamos explorar o Solution template para o System Center Configuration Manager. Para que possamos iniciar com a configuração vamos precisar seguir os passos a seuir. Passo 1: Criar uma conta gratuita para teste ou adicionar o Power Bi Pro a uma conta existente. Passo 2: Instalação do Power Bi Desktop e Solution Template. Passo 3: Configuração do Solution Template. Passo 4: Publicação do Dashboard para o Power Bi Service. Passo 5: Configuração do Power Bi Data Gateway para atualização automática do dashboard. Abaixo temos as views existentes nesse Solution Template que nos trazem uma visão geral do ambiente, proteção com endpoint protection ou Windows Defender, Malwares localizados pelo Endpoint protection ou Windows Defender, visão sobre Updades e finalizando com inventário de software. 1 2 3 4 5 Para criar uma conta ou obter o System Center Configuration Manager Solution Template, acesse a página do Solution Template, clique em Get It Now ou Test Drive e siga com os passos necessários com sua conta Work ou School. 0 Após criar sua conta, clique em Download para baixar o Solution Template. image Vamos agora baixar e instalar o Power Bi Desktop. image Execute o instalador e clique em Next. 1 - Capture Aceite os termos e clique em Next. 2 - Capture Defina onde irá instalar o Power Bi Desktop e clique em Next. 3 - Capture Clique em Install. 4 - Capture Clique em Yes. 5 - Capture Finalizando a instalação com sucesso clique em Finish. 6 - Capture Vamos agora iniciar a instalação do Solution Template que foi baixado anteriormente. Clique em Install. 1 - Capture Na janela abaixo clique em Yes. 2 - Capture Após o  mesmo finalizar a instalação, ele irá abrir a janela de configuração. Caso não abra automaticamente, inicie o mesmo no menu Iniciar. 3 - Capture Selecione a opção Next. 4 - Capture Digite agora um usuário e senha que tenha acesso à base de dados do System Center Configuration Manager. 5 - Capture Digite agora o nome do servidor de banco de dados do System Center Configuration Manager. Caso esteja executando o Solution Template no mesmo servidor, apenas clique em Validade e selecione o banco de dados. Logo após, clique em next. 6 - Capture Agora selecione o banco de dados onde irá armazenar os dados do Power Bi. No exemplo abaixo, utilizamos o mesmo banco de dados do System Center Configuration Manager, porém para ambientes de produção é necessário criar uma base de dados para o mesmo. 7 - Capture Na janela abaixo mantenha os valores padrões e clique em Next. 8 - Capture Digite agora o e-mail que foi configurado o serviço de Power Bi e o checkbox logo abaixo, e clique em Run. 9 - Capture Após finalizar clique em Download Report e salve o Pbix. 10 - Capture Agora abra o arquivo .pbix gerado. 12 - Capture Obs.: Alguns clientes reportaram erro no Get Data quando abrem o Solution Template diretamente. Caso tenha algum erro no proximo passo, abra o Power Bi Desktop como Administrador e depois abra o Pbix através da console do Power Bi Desktop. Ao abrir o Pbix clique em Apply changes. 13 - Capture Agora o Power Bi Desktop irá buscar as informações no banco de dados do System Center Configuration Manager e atualizar o Dashboard. Após finalizar, clique em Close. 14 - Capture Clique em Save para salvar as configurações aplicadas no Dashboard. 15 - Capture Agora clique em Publish, selecione o workspace e clique em Select para disponibilizar o Dashboard no Power Bi Services(Azure) e poder acessar de qualquer dispositivo mobile, computador ou tablet que tenha o Power Bi. 16 - Capture Finalizado a publicação, clique em Got it. 17 - Capture Para acessar o seu dashboard online vá até o Power Bi Services e entre com a sua conta conforme abaixo. 18 - Capture Finalizamos agora a configuração do Power Bi Solution Template para o System Center Configuration Manager. No nosso próximo post vamos iniciar a instalação do Power Bi Data Gateway que dará a possibilidade de atualizar as informações do Dashboard automaticamente conforme agendado.  
Conteúdo criado e publicado por: Jeovan M Barbosa Microsoft PFE Configuration Manager
 ]]> Instalando e configurando o Cloud Distribution Point - Parte 2 - Instalação https://docs.microsoft.com/archive/blogs/configmgrbr/instalando-e-configurando-o-cloud-distribution-point-parte-1-instalao Wed, 04 Apr 2018 10:29:30 GMT https://blogs.technet.microsoft.com/configmgrbr/?p=5895 criação e configuração de certificados. Agora vamos iniciar a configuração do Cloud Distribution Point na console do System Center Configuration Manager. Em Administration, vá até Cloud Services, clique com o direito em Cloud Distribution Points e logo após Create Cloud Distribution Point conforme abaixo. 01 - CloudDP_Config Na janela abaixo digite a sua Subscription ID da conta do Azure e clique em Browse para selecionar o Certificado de Gerenciamento da sua conta no Azure. 02 - CloudDP_Config Agora clique em browse e selecione o certificado criado para o serviço de Cloud Distribution Point. Note que, só após selecionar o certificado, os Campos Service FQDN e Service Name serão preenchidos. Escolha a Region e o Primary Site que o Cloud Distribution Point irá responder e clique em Next. 03 - CloudDP_Config Selecione os valores para alerta de transferência de dados e clique em Next. 04 - CloudDP_Config No Summary, clique em Next para que o System Center Configuration Manager execute a configuração. 05 - CloudDP_Config Agora clique em Close. 06 - CloudDP_Config Finalizando todo o processo com sucesso, agora podemos acompanhar o provisionamento do serviço no Azure pela console e também através do log CloudMGR.log. Outro log importante é o CloudDP-<guid>.log para acompanhar a saúde do serviço, informação sobre armazenamento e acompanhar a conexão com os clientes que buscam conteúdo no Cloud Distribution Point. 07 - CloudDP_Config Agora para realizar um teste, faça a distribuição de algum conteúdo para o Cloud Distribution Point e acompanhe nos logs Distmgr.log, CloudDP-<guid>.log como também pela console. 08 - CloudDP_Config Finalizando, para que os Clientes do System Center Configuration Manager consigam acessar o conteúdo no Cloud Distribution Point, é necessário criar um CNAME no DNS com o Alias Name, que é o Common Name do serviço, e o Fully Qualified Domain Name, que é o Service Name que anotamos nos passos anteriores no seguinte formato abaixo, ServiceName.cloudapp.net. Note que é crucial o cliente ter acesso ao CNAME para que consiga localizar conteúdo com sucesso. 01 Capture Finalizamos então toda a configuração necessária para o Cloud Distribution Point e o mesmo já está pronto para ser utilizado.
Conteúdo criado e publicado por: Jeovan M Barbosa Microsoft PFE Configuration Manager
]]> Instalando e configurando o Cloud Distribution Point - Parte 1 - Certificados https://docs.microsoft.com/archive/blogs/configmgrbr/instalando-e-configurando-o-cloud-distribution-point-parte-1-certificados Wed, 28 Mar 2018 10:59:16 GMT https://blogs.technet.microsoft.com/configmgrbr/?p=5195 Cloud Management Gateway. Para utilização do Cloud Distribution Point, é necessário ter uma assinatura ativa no Azure, o mesmo não necessita de gerenciamento da infraestrutura assim como o Cloud Management Gateway, é de fácil implementação e configuração através da console do próprio System Center Configuration Manager. Para instalar e configurar o Cloud Distribution Point é necessário seguir os passos abaixo. Passo 1: Configuração do certificado de gerenciamento do Azure. Passo 2: Configuração do certificado de serviço. Passo 3: Configuração do Cloud Distribution Point. Passo 4: Configuração da Client Settings. Passo 5: Criação do CNAME no DNS para o Cloud Distribution Point. Vamos iniciar criando o certificado de gerenciamento do Azure com o script powershell abaixo. Lembre-se de alterar os campos AzureSubs e SuaSenha, e logo após realize o export do certificado com o segundo comando conforme abaixo.
#Comando para criar o certificado.
$cert = New-SelfSignedCertificate –DnsName AzureSubs.cloudapp.net -CertStoreLocation “cert:\LocalMachine\My” -KeyLength 2048 -KeySpec “KeyExchange”
$password = ConvertTo-SecureString -String “SuaSenha” -Force –AsPlainText
 
#Comando para fazer o export do arquivo PFX.
Export-PfxCertificate -Cert $cert -FilePath “.\my-cert-file.pfx” -Password $password
01 Cert_MgmtAzure Agora realize o export do arquivo .CER com o comando powershell abaixo.
Export-certificate –Type CERT –Cert $cert –FilePath .\my-cert-file.cer
02 Cert_MgmtAzure No Portal do Azure, acesse Subscription, selecione a Subscription que você irá utilizar para o Cloud Distribution Point, clique em Management Certificates e em upload. 03 Cert_AzureImport Selecione o certificado(.cer) criado e clique em Open. 04 Cert_AzureImport Agora que já fez o upload do certificado, pode fechar o portal do Azure. 05 Cert_AzureImport Na CA do seu domínio acesse o Certificate Templates(Executar > MMC > Add Snap-ins > Certificate Templates) e selecione o Web Server conforme abaixo. Logo após, clique com o direito em Duplicate Template. 07 Cert_Cloud_DP Na guia General dê um nome ao certificado e, se necessário, altere o período de validade. Acesse a guia Request Handling, marque a opção Allow private key to be exported e na guia Security adicione um grupo de segurança que o servidor SCCM seja membro ou crie um selecionando para ele as opções Enroll e Read. Aplique e dê OK finalizando o template. 08 Cert_Cloud_DP 09 Cert_Cloud_DP 10 Cert_Cloud_DP 11 Cert_Cloud_DP Agora vamos publicar o template já configurado acessando o Certification Authority(Executar > certsrv.msc). Clique com o direito em Certificate Template, New e Certificate Template to issue. 12 Cert_Cloud_DP Selecione o Template que configuramos e clique em OK. 13 Cert_Cloud_DP Agora no Servidor do SCCM vá em Certificates(Executar > certlm.msc), Personal, clique com o direito em All tasks e Request New Certificate conforme abaixo. Logo após, clique em Next e selecione Active Directory Enrollment Policy. 15 Cert_Cloud_DP Selecione o template que configuramos e clique em More Informarion. Na guia Subject selecione o Type Common Name e digite o nome que dará ao Cloud Distribution Point. Existe uma observação nesse ponto. Antes de digitar o common name vá ao Portal do Azure, clique em adicionar um cloud services e em DNS name verifique se o nome desejado está disponível ou já esta sendo utilizado. Caso não esteja em uso, cancele a ação e adicione o Common Name NOMEDisponivel.cloudapp.net. Clique em Apply, Ok, Next e Finish. 16 Cert_Cloud_DP 17 Cert_Cloud_DP Agora que temos o certificado selecione o mesmo e clique em Export conforme abaixo. 19 Cert_Cloud_DP Na janela que abriu selecione as opções conforme abaixo definindo uma senha(anote, você irá utilizar.), um local para salvar o certificado e clique em Finish. 20 Cert_Cloud_DP 21 Cert_Cloud_DP 22 Cert_Cloud_DP 24 Cert_Cloud_DP   No próximo Post vamos concluir a instalação do Cloud Distribution Point.  
Conteúdo criado e publicado por: Jeovan M Barbosa Microsoft PFE Configuration Manager
]]> Gestão de Updates - Parte 5 - Distribuição e disponibilização de updates https://docs.microsoft.com/archive/blogs/configmgrbr/gestao-de-updates-parte-5-distribuicao-e-disponibilizacao-de-updates Fri, 23 Mar 2018 20:25:53 GMT https://blogs.technet.microsoft.com/configmgrbr/?p=4455 Dando continuidade no processo de update, agora que temos nosso WSUS e SUP instalados e funcionando, precisamos fazer com que os clientes façam uso do SUP para identificar os updates requeridos e realizar o a disponibilização desses updates.

Vamos inicialmente configurar uma política habilitando o Software Update dos clientes SCCM para fazerem uso do SUP.

No exemplo estamos usando a Default Settings, que é a política padrão do SCCM e que todos os clientes recebem, porém você pode configurar uma política customizada somente para um collection.

Enable software updates on clients - Habilita ou não o cliente SCCM utilizar o SUP para update. Essa política adiciona o endereço do WSUS na GPO local do cliente. Para que isso funcione, o cliente não deve ter nenhuma política de domínio que aponte para um WSUS, mesmo que o WSUS seja o SCCM, deve-se deixar que o cliente SCCM cuide de adicionar essa informação.

Software update scan schedule - Agenda o processo de Scan dos clientes, recomendado o padrão de 7 dias, a Microsoft não lança tantos updates por semanas que justifique alterar esse valor. O SCCM pode realizar o processo no horário configurado, ou em até 2 hora depois, evitando que todas as máquinas acessem o WSUS ao mesmo tempo.

Schedule deployment re-evaluation - Agenda a validação no cliente, se todos os updates que são requeridos estão instalados, se alguém por algum motivo removeu um update requerido, esse processo vai realizar a instalação novamente garantindo a conformidade do update.

When any software update deployment deadline is reached, install all other software update deployments with deadline coming within a specified period of time - Vai aproveitar o deadline de um update para instalar outros updates que estavam com agenda posterior, de acordo com o tempo configurado na opção Period of time for which all pending deployments with deadline in this time will also be installed

 

Criação de Software Update Group(SUG)

O SCCM pode realizar o deploy de um update ou de um grupo, recomendamos a utilização de grupos, para melhor organização. Para criação de grupos, vá em Software Library -> Software Updates -> All Software Updates.

Será listado uma série de updates, selecione os updates da qual deseja realizar o deploy, clique com o botão direito e escolha a opção “Create Software Update Group”

Digite o nome do grupo que deseja criar. Para melhor organização, siga um padrão de nome para os grupos.

Vá até Software Library -> Software Updates -> Software Update Group, veja que o novo grupo é listado.

Download de updates

Clique com o botão direito no grupo criado(também pode-se clicar nos updates individualmente caso necessário). Clique em Download.

Você pode criar um pacote de updates, informando um caminho UNC, ou utilizar um pacote já existente. Lembrando que diferentemente de pacote de aplicação, o cliente não vai realizar o download de todo o pacote, somente dos updates apontados como requeridos pelo processo de Scan do cliente.

Em Distribution Points, selecione o DP ou grupo de DP, da qual irá receber o pacote.

Em Distribution Settings, escolha a prioridade de distribuição, a não ser que a distribuição seja extremamente urgente, mantenha o default.

Escolha de onde será feito o download dos updates. Dê preferência a download via Internet.

Escolha o idioma do update. Next.

Confirme as informações do sumário e Next.

Dentro de Deployment Packages, você verá o recém-criado pacote, verifique que a distribuição para o DP foi com sucesso.

Deploy de updates

Voltando ao Software Update Group, clique com o botão direito e clique em Deploy.

Escolha a Collection que vai receber os updates. Opcionalmente você pode alterar o nome do Deployment para algo mais amigável.

Selecione o tipo de deployment. Required é obrigatório de instalação e o usuário não tem escolha, já Available é disponível para que o usuário inicie a instalação.

Escolha o horário em que o update ficará disponível para o usuário e o deadline que é a data limite para o início do deploy, chegando no deadline o update vai ser forçado na máquina.

Em User Experience, dois pontos de atenção, primeiro é no User Notifications, se o usuário vai ser informado da instalação ou não, todo update é aplicado em background para o usuário, porém existem notificações sobre update disponível, restart, etc.

Outro ponto é o Device Restart Behavior, marque as opções se desejar que as máquinas não sofram restart.

Se seu objetivo é que o usuário receba a mensagem de restart, lembre-se de deixar a notificação para mostrar a tela de restart e desmarque a opção 'Workstations" .

Na tela de alerta, deixe como padrão. Next.

Na tela de Download Settings, você vai informar se o cliente vai poder realizar o download de uma boundary group vizinha ou da Default Boundary Group caso o pacote de update não esteja disponível no DP utilizado pelo cliente. Recomendo quer o cliente utilize somente sua boundary, sendo assim seu DP para download, assim evita tráfego de rede entre sites.

Confirme o deploy.

Deploy realizado, é hora de monitorar. Vá em Monitoring -> Deployments e selecione o deploy desejado.

Com isso concluímos o básico para disponibilizar updates em seu ambiente.

 
Conteúdo editado e publicado por: Richard Juhasz Microsoft PFE Configuration Manager

]]> Instalando e Configurando o Cloud Management Gateway – Parte 3 – Client Settings. https://docs.microsoft.com/archive/blogs/configmgrbr/instalando-e-configurando-o-cloud-management-gateway-parte-3-client-settings Wed, 21 Mar 2018 10:23:28 GMT https://blogs.technet.microsoft.com/configmgrbr/?p=4385 versão 1706 temos uma nova opção de Client Settings chamada Cloud Services onde podemos permitir que determinados dispositivos de uma collection tenham acesso ao Cloud Management Gateway. Abaixo um exemplo da Client Settings. Configure para Yes e faça o deployment dessa Client Settings para uma collection onde tenha os dispositivos que irão receber a configuração do Cloud Management Gateway. image Após o cliente do System Center Configuration Manager receber a política permitindo acesso ao Cloud Management Gateway, ele irá preencher o campo selecionado abaixo, e quando o mesmo não estiver na rede local, automaticamente irá tentar se conectar ao Cloud Management Gateway. Sendo assim, irá receber políticas, deployments e mais. 02 - Config Client Verificado que o cliente recebeu a política corretamente vamos realizar um teste. Note que o cliente abaixo está na intranet conforme abaixo. image Nos logs LocationServices.log e ClientLocation.log notamos que a conexão está sendo realizada totalmente na intranet utilizando o Management Point local. image A fim de teste, podemos alterar no registro para que o cliente force a conexão via internet, alterando o registro abaixo com o valor 1 e reiniciar o serviço SMS Agent Host. 04 - Config Client Verificamos agora que o cliente já está configurado para Always internet. 05 - Config Client Ao consultar o log LocationServices.log já podemos notar a alteração para o Cloud Management Gateway. 06 - Config Client Ao acessar o log CcmEval.log, notamos o sucesso na conexão onde mostra que o Management Point foi alterado para o Cloud Management Gateway, e o mesmo está acessível. 07 - Config Client   Finalizamos então os Posts referentes ao Cloud Management Gateway e agora certamente você já esta com o seu testado e funcional. Caso tenha dúvidas ou perdeu alguma parte, acesse abaixo as primeiras publicações sobre o Cloud Management Gateway.
Clique Aqui. Clique Aqui.    
Conteúdo criado e publicado por: Jeovan M Barbosa Microsoft PFE Configuration Manager
 
]]> Gestão de Updates - Parte 4 - Instalando a role de Software Update Point no SCCM https://docs.microsoft.com/archive/blogs/configmgrbr/gestao-de-updates-parte-4-instalando-a-role-de-software-update-point-no-sccm Fri, 16 Mar 2018 21:07:11 GMT https://blogs.technet.microsoft.com/configmgrbr/?p=4145 Instalando o SUP No console, vá em Administration -> Site Configuration -> Server and Site System Roles. Selecione o servidor da qual a role será instalada. Na Ribbon, com o servidor selecionado, clique em “Add Site System Roles” Em General, clique em Next.   Em Proxy, informe o endereço, porta e usuário de acesso ao proxy, caso necessário. Clique em Next.   Em System Role Selection, marque a role que deseja instalar, no nosso caso será Software Update Point. Next.   Em Software Update Point, informe as portas que o WSUS está utilizando, se o mesmo está em HTTPS e se os clients vão se conectar a partir da intranet ou internet.   Em Proxy and Account Settings, informe em quais momentos utilizar o proxy. Caso não tenha proxy, deixe como padrão. Clique em Next.   Syncronization Source, deixe como padrão, o SCCM vai reconhecer que é um Top Site e vai configurar para fazer o sync na internet, já no caso dos primários, o SCCM vai marcar a segunda opção de utilizar Upstream e adicionar o endereço do WSUS do CAS, somente valide as informções e Next.   Syncronization Schedule nessa tela informe quando o WSUS vai se conectar no Catalog, o padrão é uma vez por semana, pode ser mantida essa configuração.   Supersedence Rules, são regras de quanto expirar um KB aposentado, imediatamente ou em alguns meses.   Em Classifications, escolha quais tipos de updates deseja receber informações e implementar.   Em Products, marque os produtos da qual irá disponibilizar updates, como recomendação, marque as versões de Windows Workstation, Windows Server e Office que estão em uso no ambiente.   Languages, informe os idiomas dos updates, na maioria dos casos, vai precisar somente de portugues e inglês. Clique em Next.   Em Summary, clique em Next.   Em Completion, clique em Close. Troubleshooting É possível acompanhar a instalação da role de SUP via log: "Program Files\Microsoft Configuration Manager\Logs\SUPSetup.log" Após a instalação são criados 3 componentes. SMS_WSUS_SYNC_MANAGER - Wsyncmgr.log Responsável por iniciar o sync do WSUS e monitorar o mesmo. SMS_WSUS_CONTROL_MANAGER - WSUSCtrl.log Monitora se o WSUS está acessível e saudável, se seus requisitos estão em ordem e se as configurações de proxy estão corretas. Esse componente está presente somente no Top Site. SMS_WSUS_CONFIGURATION_MANAGER - WCM.log Monitora se o WSUS está acessível e saudável, se seus requisitos estão em ordem, também faz o sincronismo das configurações do SUP, como categorias, produtos, etc, do SCCM para o WSUS.   Problemas comuns
  • WSUSCtrl.log e/ou WCM.log apontando erro de conexão ao WSUS.
Isso geralmente ocorre por duas razões, servidor do WSUS parado e página do WSUS no IIS indisponível, seja por motivo de falha no IIS, serviço do IIS ou até mesmo Firewall. Lembrando que no Windows Server 2012 em diante o WSUS é acessado via porta 8530 HTTP e 8531 HTTPS.
  • Versão não suportada
A versão mínima do WSUS para a instalação do SUP é WSUS 3.0 SP2 + KB2720211 + KB2734608. Caso a versão seja inferior, o mesmo não será instalado apresentando erro no SUPSetup.log
  • Performance
No início da implementação do WSUS podem ocorrer falhas no processo de Scan de alguns clientes, alguns eventos 503 no IIS, informando que o serviço está ocupado, devido grande utilização, para contornar esses efeitos iniciais, algumas configurações podem ser feitas no Application Pool do WSUS, conforme link: https://blogs.msdn.microsoft.com/the_secure_infrastructure_guy/2015/09/02/windows-server-2012-r2-wsus-issue-clients-cause-the-wsus-app-pool-to-become-unresponsive-with-http-503/ Em agosto de 2017, foi identificada um problema de performance no WSUS, devido grande quantidade de metadados em alguns updates do Windows 10 1607, para corrigir essa falha, foram disponibilizados os seguintes KBs: WSUS 3.0 SP2 - KB4039929 WSUS2012 - KB4039873 WSUS 2012 R2 - KB4039871 WSUS 2016 - KB4039396 Link de referência: https://blogs.technet.microsoft.com/askcore/2017/08/18/high-cpuhigh-memory-in-wsus-following-update-tuesdays/   Na próxima semana vamos configurar as políticas de cliente para que utilizem o SCCM, além de realizar o primeiro deployment de updates. Abraços.
Conteúdo editado e publicado por: Richard Juhasz Microsoft PFE Configuration Manager]]> Instalando e Configurando o Cloud Management Gateway – Parte 2 – Instalação do CMG. https://docs.microsoft.com/archive/blogs/configmgrbr/instalando-e-configurando-o-cloud-management-gateway-parte-2-instalacao-do-cmg Wed, 14 Mar 2018 10:25:57 GMT https://blogs.technet.microsoft.com/configmgrbr/?p=4125 Cloud Services onde vamos encontrar a opção Cloud Management Gateway. Lembrando que o Cloud Management Gateway está disponível a partir da Build 1610 como pre-release, é necessário habilitar a mesma para que essa opção apareça na sua console. Se não estiver disponível na sua console ou não consegue ativar o Cloud Management Gateway acesse o Post Habilitando Features Pre-Release no Configuration Manager como referência para ativar o mesmo. Clique com o direito em Cloud Management Gateway e selecione a opção conforme a imagem abaixo. 01---Config-CMG_thumb1 Agora digite o Subscription ID da sua conta no Azure, clique em Browse e selecione o certificado de gerenciamento do Azure. 02---Config-CMG_thumb3 Nessa janela note que não conseguimos alterar ou se quer digitar o nome do serviço. O mesmo será preenchido a partir do Subject do certificado do Cloud Management Gateway. Clique em Browse e selecione agora o Certificado do Cloud Management Gateway. Para que tenha uma alta disponibilidade do Cloud Management Gateway selecione um valor acima de 1 ou mantenha apenas uma VM instance, lembrando que, cada instância suporta até 4.000 dispositivos e ao aumentar as instâncias irá aumentar o valor do serviço que pode ser calculado no Azure Pricing Calculator selecionando Cloud Services e instância A2m. 03---Config-CMG_thumb1 Após selecionar o Certificado do Cloud Management Gateway o nome do Serviço será preenchido automaticamente, caso não ocorra volte no passo do Certificado para o cloud management gateway e crie novamente. Agora clique em Certificates onde vamos selecionar o Certificado Root dos clientes. 04---Config-CMG_thumb1 Clique em Add, adicione o Certificado Root e clique em OK. 05---Config-CMG_thumb1 Selecione os valores para alerta de transferência de dados e clique em Next. 06---Config-CMG_thumb1 Finalizando todo o processo com sucesso agora vamos poder acompanhar o provisionamento do serviço no Azure pela console como também através dos logs CloudMGR.log e CMGSetup.log. Outros dois logs importantes é o CMGService.log, SMS_CLOUD_PROXYCONNECTOR.log para acompanhar a saúde do serviço e o CMGHttpHandler.log para acompanhar a conexão com os clientes conectados via Cloud Management Gateway. 08---Config-CMG_thumb1 Configuração do Site e Site System. Para configurar o Site e Site System do System Center Configuration Manager para o Cloud Management Gateway clique em administration e acesse as propriedades do seu site conforme abaixo. 01---Config-Primary-Site_thumb4 Acesse a guia Client Computer Communication e selecione a opção conforme abaixo. 02---Config-Primary-Site_thumb3 Agora selecione o Site System que irá se comunicar com o Cloud Management Gatewaye vá em propriedades do Management Point. 03---Config-Primary-Site_thumb1 Selecione agora as opções conforme abaixo para o Management Point  e se caso for disponibilizar o Software Update Point também faça o mesmo procedimento utilizando as mesmas opções concluindo assim a configuração de Site e Site System. 04---Config-Primary-Site_thumb3 Instalação do Cloud Management Gateway Connection Point. Abra a console do System Center Configuration Manager, selecione o Site System que irá ser instalado o Cloud Management Gateway Connection Point e que as Site System Roles foram configuradas para aceitar conexões do Cloud Management Gateway. Clique em Add Site System Roles. 01---Install-CMG-Connector_thumb1 Na janela abaixo clique em Next. 02---Install-CMG-Connector_thumb1 Caso tenha proxy configurado em sua rede, é importante adicionar as informações do proxy na janela abaixo. Caso não tenha, apenas clique em next. 03---Install-CMG-Connector_thumb1 Selecione a opção conforme abaixo e clique em Next. 04---Install-CMG-Connector_thumb1 Como temos apenas um Cloud Management Gateway configurado, clique em Next. 05---Install-CMG-Connector_thumb1 Revise as configurações e clique em Next. 06---Install-CMG-Connector_thumb1 Finalizado a instalação do Cloud Management Gateway Connection Point com sucesso, clique em close. 07---Install-CMG-Connector_thumb1
Conteúdo criado e publicado por: Jeovan M Barbosa Microsoft PFE Configuration Manager
 ]]> Gestão de Updates - Parte 3 - Entendendo os componentes para Software Update e instalação do WSUS para o SCCM https://docs.microsoft.com/archive/blogs/configmgrbr/gestao-de-updates-parte-3-entendendo-os-componentes-para-software-update-e-instalacao-do-wsus-para-o-sccm Fri, 09 Mar 2018 21:04:39 GMT https://blogs.technet.microsoft.com/configmgrbr/?p=3595 WSUS – Role do Windows Server da qual se conecta no Catálogo de Updates da Microsoft para geração de seu metadata, contendo a lista de updates para as categorias e produtos selecionados em sua configuração. O WSUS também é o ponto de contato para os clientes realizarem seu Scan de update. Software Update Point (SUP) - Role do SCCM que se conecta ao WSUS para gerenciar sua configuração e sumarizar a lista de updates sincronizada pelo WSUS para a base do SCCM. Internet Information Services(IIS) – Role do Windows com o objetivo de servidor web. O cliente SCCM faz sua conexão com os servidores SCCM(DP e MP) e servidor WSUS, utilizando páginas HTTP/HTTPS hospedadas no IIS. WSUS Administration Console – O SCCM com sua role de Software Update Point não precisa estar no mesmo servidor que o WSUS, porém no caso de servidores diferentes, o SCCM se comunica com o WSUS através da API da console, por esse o motivo a console deve ser instalada no Software Update Point. Windows update Agent(WUA) - Componente do Windows, responsável pelo Scan e instalação de updates seja ele via WSUS/SCCM ou via internet. Management Point(MP) –  Role do SCCM, no contexto de Software Update, ele é o responsável por disponibilizar as políticas do SCCM, além de informar ao cliente qual WSUS e Distribution Point utilizar. Distribution Point(DP) – Repositório onde o cliente se conecta para o download de updates. Reporting Services Point – Criação e visualização de relatórios contendo informaões de updates instalados, updates necessários, erros de instalação, entre outros. Client Settings – São politicas que direcionam o cliente para o WSUS, fazem o agendamento do Scan de update,   FAQ "Quero usar o SCCM para gestão de update, tenho que usar o WSUS mesmo assim?" Como dito anteriormente, o WSUS é uma role do Windows Server que se conecta no Catalogo de Updates da Microsoft para geração de seu metadados. Atualmente o SCCM não conta com essa função, por isso a necessidade do WSUS. Mesmo que seja um cliente do SCCM, a máquina vai realizar seu processo de Scan de Updates no WSUS correspondente ao seu site do SCCM, a única função do SCCM nesse passo é informar ao cliente qual o WSUS a se conectar para o Scan. Já a distribuição, instalação e relatórios são de responsabilidade do SCCM.   "Já tenho um WSUS, posso utilizá-lo para o SCCM?" Não, não pode.  Crie um novo! Base zerada, vida nova.   "Durante o Setup do SCCM recebi um Warning de que poderia instalar o WSUS, devo fazer isso no momento da instalação do SCCM?" Não, a mensagem é somente informativa de que se quiser utilizar a role de SUP, você vai precisar instalar o WSUS. Não faz diferença alguma instalar o WSUS antes ou depois do SCCM, já que o Setup do SCCM não vai instalar a role de SUP, você vai ter que fazer isso manualmente.   Instalação do WSUS Em Server Manager, vá em Manage -> Add Roles and Features   Na tela de Before you Begin, clique em Next.   Em Installation Type, escolha a opção “Role-based or fetaure-based installation”, clique em Next.   Em Server Selection, selecione o servidor que será instalado o WSUS, no caso desse exemplo existe somente um servidor no Server Pool.   Em Server Roles, marque a opção “Windows Server Update Service”. Next.   Após a seleção, a seguinte janela será aberta. Isso porque o WSUS tem como requisito o IIS, além de outras features do Windows. Clique no botão “Add Features”.   Em Features, clique em Next.   Em WSUS, Clique em Next.   Em Role Services, a opção WSUS Services é obrigatória. O que é preciso definir é se irá utilizar o WID Database ou Database(SQL). O WID é um database do próprio Windows, que funciona muito bem com o WSUS, porém tenha em mente que o WID vai fazer grande uso dos recursos de Hardware desse servidor, por esse motivo a maioria escolhe pela opção de SQL, tendo somente que informar o servidor e instância na próxima tela.   Em content-location selection, coloque o caminho na qual os updates serão baixados. É importante que a unidade tenha espaço disponivel para a tarefa.   Caso tenha selecionado Database SQL, nesse momento você vai precisar informar o servidor e a instância SQL.   Web Server Role (IIS), clique em Next.   Em Role Services, mantenha o padrão e clique em Next.   Na tela de confirmação, valide se está tudo conforme selecionado e clique em Install.   Após a instalação, clique em Close.   Voltando a Server Manager, vai existir uma notificação de pós-instalação do WSUS, clique em “Launch Post-Installation tasks”. Aguarde o processo. Após isso, nenhuma outra configuração necessita ser feita no WSUS, caso você abra a console, a mesma vai apresentar um Wizard de configuração, clique em Cancelar. Todas as configurações do WSUS devem ser feitas no SCCM, o SCCM vai se encarregar de replica-las ao WSUS.   Pronto, agora temos um WSUS pronto para ser integrado ao SCCM!   Por hoje é só, na próxima parte vamos configurar a role de SUP no SCCM e configurar a política para seus clientes. Abraços.
Conteúdo editado e publicado por: Richard Juhasz Microsoft PFE Configuration Manager]]>