MVP: System Center Cloud and Datacenter Management, MCT, MCSE, MCITP, MCPD, MCDBA
MVP Logo

Pageviews 2016: 1857073
Pageviews 2015: 2675433
Pageviews 2014: 2664208
Pageviews 2013: 2399409
Pageviews 2012: 3209633
Pageviews 2011: 2730038
Pageviews 2010: 1470924
Pageviews 2009: 64608

Últimos posts

Categorias

Arquivo

Tags

Utilizando o Azure Log Analytics (OMS) e o SCOM na Mesma Maquina

Para utilizar o Log Analytics, antigo Operational Insights, junto com o System Center Operations Manager é possível fazer isso pelo console do próprio SCOM.

Essa forma de integração já em Março/2014: http://www.marcelosincic.com.br/post/Integrando-o-SCOM-ao-System-Center-Advisor.aspx

Apesar de ter alterado o nome de System Center Advisor, depois para Operational Insights e agora Log Analytics, o processo de integração com o SCOM se manteve o mesmo.

Porem a uma limitação no processo de integração do SCOM, pois ele só permite uma conta de OMS/Log Analytics por organização. Em muitos casos é necessário usar mais de uma conta, por exemplo:

  • Provedores de serviço e CSC em que cada cliente tem uma conta diferente no Azure
  • Quando utilizamos múltiplas assinaturas para monitorar um mesmo ambiente físico
  • Quando uma das contas é beneficio de Visual Studio com créditos limitados e desejamos separar os servidores em contas diferentes

Nestes casos podemos utilizar os dois métodos os mesmo tempo, instalar o agente do SCOM e não vincular a uma conta do Log Analytics e fazer o processo apenas nas maquinas desejadas.

Para isso, o primeiro passo é abrir o Log Analytics e copiar o Workspace ID e o Primary Key. Veja no exemplo abaixo que já tenho meu SCOM integrado ao Log Analytics.

capture20160706181016883

O passo seguinte é ir até a maquina que deseja monitorar e abrir o agente de monitoração do SCOM (Microsoft Monitoring Agent):

capture20160706180916785

Ao abrir as configurações do agente note a aba Azure Operational Insigths (nome anterior a Log Analytics). Veja nesse print que já tenho a maquina sendo reportada ao SCOM:

capture20160706180926742

Insira os dados da sua conta do Log Analytics e pronto, agora é possível ter a monitoração com várias contas ou individual:

capture20160706180935405

Agora os meus dados de Active Directory que antes não estavam sendo populados passam a estar devidamente preenchidos e monitorados:

capture20160706180955111

Instalando o System Center Service Manager Authoring

Na versão Technical Preview ou 2012 R2 do Service Manager Authoring é comum não conseguir passar do ponto abaixo da verificação de pre-requisitos:

capture20160614095229613

Mesmo clicando e deixando o instalador rodar o Visual Studio Shell 2008, a mensagem de que ele não está presente continua.

Para resolver isso é importante entender o motivo. O Shell do Visual Studio não é apenas um componente, mas sim um conjunto. O que acontece é que o Check do Service Manager Authoring não faz a instalação de todos os componentes, apenas o Shell que precisa de outros requisitos.

Para resolver baixe o Shell, execute e vá até o diretório criado pelo instalador e execute o aplicativo VS_Shell_Isolated.enu

capture20160614095251004

Veja que vários componentes serão instalados e atualizados e por isso que o instalador Service Manager Authoring não completa o processo de pré-requisitos:

capture20160614095300870

Após a execução do Shell, execute novamente o instalador do Service Manager Authoring e agora passara pela verificação com sucesso!

capture20160614095905551

Posted: jun 29 2016, 03:22 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

Reinstalação do DPM pós-Avaliação ou Technical Preview

Uma das duvidas comuns que me mandam é quando se instalou o System Center Data Protection Manager, seja uma versão avaliação ou um Technical Preview, ao tentar desinstalar para atualizar o DPM ocorre o erro de que o DPM já está presente ou que ele está instalado como avaliação.

Esse erro acontece em vários casos, mas o corriqueiro é quando se utilizou um Technical Preview e a desinstalação mantem a chave de licença.

Para resolver o problema basta apagar a chave de licença que “sobra”:

  1. Abra o Editor de Registro (RegEdit.exe)
  2. Vá até a chave HKEY_CLASSES_ROOT\Licenses
    capture20160614000138497
  3. Delete a chave 830D982D-9ADC-4479-85CE-6474F7D00BB1

Após a remoção da licença do DPM, a instalação ocorre com sucesso!

Posted: jun 29 2016, 03:02 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

Microsoft Virtual Machine Converter (MVMC)–Retirada do Produto

A Microsoft anunciou esta semana a retirada do MVMC como produto já no final deste ano.

https://blogs.technet.microsoft.com/scvmm/2016/06/04/important-update-regarding-microsoft-virtual-machine-converter-mvmc/

Para quem não conhece o MVMC ou não lembra sua função, ele é um plugin para converter maquinas fisicas (P2V) ou virtuais de outras plataformas (V2V) para VMs no Hyper-V.

 

O que usar no lugar do MVMC?

A sugestão apresentada é utilizar o Azure Recovery Site, mas ele na verdade é um serviço e não seria útil quando o desejo é subir VMs em ambiente on-premisse.

Porem, no caso do cliente que quer transformar o ambiente fisico (P2V) para nuvem (IaaS) o Azure Recovery Site é a melhor opção.

E para quem precisa fazer V2V hospedadas no VMWare para o Hyper-V pode utilizar o próprio VMM (System Center Virtual Machine Manager) que processa a conversão nativamente.

Por fim, para os casos de conversão de maquinas fisicas para virtuais (P2V) pode-se usar o Disk2VHD como já comentado em outras ocasiões e é um produto muito conhecido para gerar VHDs a partir de discos fisicos, que abordei em 2009: http://www.marcelosincic.com.br/post/Ferramenta-para-converter-HD-fisico-(em-uso)-para-VHD.aspx

Link do Disk2VHD: https://technet.microsoft.com/en-us/sysinternals/ee656415.aspx

Software Asset Management (SAM) com System Center Configuration Manager–Windows Desktop e Office (Part V)

Neste quinto artigo sobre como utilizar o SCCM para falar de SAM (Software Asset Management) vamos iniciar a leitura de relatórios envolvendo os dados de Windows desktops (client) e Office.

Para lembrar da nossa pauta e a agenda dos itens, use o link de introdução: http://www.marcelosincic.com.br/post/Software-Asset-Management-(SAM)-com-System-Center-Configuration-Manager.aspx

Introdução

O licenciamento que envolve o Windows cliente e o Office não são difíceis de serem interpretados. Basicamente o cálculo é feito por somar as versões e edições instaladas e comparar com o licenciamento que a corporação possui.

No caso de licenciamento para clientes é mais importante entendermos os diferentes tipos de licenciamento para os produtos envolvidos, para não cair nas “pegadinhas”.

 

Windows

OEM

O licenciamento do Windows normalmente não é comprado em contrato, pois a maioria compram os computadores com a licença de OEM. A maior dificuldade em caso de uma auditoria ou a gestão de ativos de software para OEM é o fato de ter que manter todas as notas fiscais. E se a licença for FPP (caixinha) é necessário ter colado a etiqueta na maquina (COA) e guardar a caixinha enquanto aquela maquina estiver com o SO comprado.

Referencia: http://windows.microsoft.com/pt-br/windows/genuine/business#T1=tab01 

E quando o cliente não possui as notas fiscais ou a caixinha? 

Neste caso é necessário pagar o licenciamento GGS, GGK ou GGWA (regularização) para cada máquinas que não tenha a nota fiscal. O valor da licença de regularização é muito similar a uma licença FPP mas tem possibilidade de contrato por volume facilitando o controle já que não precisa ter a etiqueta colada na maquina.

Também é possível comprar o licenciamento do Windows por meio de contratos, por exemplo no EA (Enterprise Agreement), EAS (Enterprise Agreement Subscription), MPSA (Microsoft Products and Services Agreement) ou em licenciamento online de Office 365 com o ECS (Enterprise Cloud Suite).

Observação: Em futuros artigos iremos abordar os diferentes tipos de contratos https://www.microsoft.com/en-us/Licensing/licensing-programs/enterprise.aspx

Nos casos de contrato EA, EAS e MPSA o licenciamento pode ser os de regularização já citados ou utilizar um bundle de licenciamento chamado ProDesk que incluir Windows, Office e CoreCal a um valor menor quando comprados separadamente.

Windows Enterprise e VDA

No caso de licenciamento e o ProDesk pode-se adquirir o Windows Enterprise que possui algumas características importantes, por exemplo o MDOP que é um conjunto de ferramentas (App-V, MBAM - Bitlocker Manager, AGPM) que são garantidos pelo SA (Software Assurance).

O VDA (Virtual Desktop) são as maquinas virtuais que existem no ambiente. Não podemos pegar o licenciamento de maquinas cliente e alocar para uma VM, exceto no caso de Windows Enterprise. Nos outros casos é necessário comprar uma licença VDA para cada VM de Windows Client que for inventariada.

Referencia do Enterprise com SA: https://www.microsoft.com/en-us/Licensing/licensing-programs/software-assurance-by-product.aspx#tab=2

Upgrade para Windows 10 (29/Julho/2016)

O Upgrade para Windows 10 pode ser feito até 29/Julho em qualquer uma das modalidades de compra, principalmente OEM. Os clientes pode fazer o upgrade e continuar licenciado.

Qual a diferença de alguém que fizer o upgrade após a data programada?

A ativação automática do Windows 10 só é possível com chaves licenciadas e OEM até esta data. Caso não faça o upgrade no prazo, as maquinas não conseguiram ativar e será necessário comprar uma nova licença ou retornar a anterior.

Direito de Downgrade

A página https://www.microsoft.com/pt-br/licensing/learn-more/brief-downgrade-rights.aspx traz o link para download de detalhes dos direitos de downgrade do SO:

image

 

Microsoft Office

Assim como Windows o Office pode ser comprado em OEM, FPP, Get Genuine (GG) e contratos de volume, valendo as mesmas regras anteriores.

Para não cair na repetição, vamos abordar o que temos de diferente em relação do Windows Client.

Direitos de Downgrade

O mesmo documento já especificado no Windows determina o direito de downgrade para o Office:

image

O direito de downgrade vale apenas para a versão e não para a edição, ou seja posso utilizar o Office 2010 Standard se tenho a versão 2013 Standard, mas não posso comprar a Professional e utilizar a Standard.

Office 365 Online

As diversas edições do Office 365 online não servem para licenciar as versões instaladas nos desktops.

É importante que no caso de clientes que possuem licenças de Office para legalizar e compraram o Office 365 ProPlus (separado ou como parte do ECS, E3 ou E5) que sejam desinstaladas as versões full.

O motivo é que as versões full de Office são ativadas com uma chave serial e são perpetuas, enquanto as versões Office 365 são validadas com a conta do usuário Microsoft ID e quando a assinatura expirar param de funcionar como seria o correto. No caso de clientes que tentaram comprar a versão online e estão utilizando a full, não ocorrerá a expiração e por isso é necessário o upgrade.

 

Licenciamento por Device ou User

O Office e Windows permitem os dois tipos de licenciamento, sendo o mais correto definido pelo perfil de uso.

No caso da maioria dos clientes utilizamos Device já que contamos as maquinas e atribuímos uma licença para cada computador. Porem, no caso de ambiente com Office 365 o licenciamento é por usuário e precisa-se entender a diferença e como contar.

Para licenciamento por usuário precisamos contar quantos usuários no AD não são administrativos ou maquinas e comprar o licenciamento.

O licenciamento por usuário tem vantagem no caso do ambiente em que um mesmo usuário utiliza dispositivos móveis para acessar a sua conta de correio, já que inclui até 5 dispositivos para cada usuário.

O licenciamento por dispositivo tem a vantagem de não ser necessário controlar usuários e podermos ter maquinas compartilhadas, já que na grande parte dos ambiente existem mais usuários que máquinas.

Manter ambientes com os dois tipos de licenciamento (Device e User) é possível mas complexo de controlar. Precisa-se neste caso contar e ter controlado qual maquina tem a licença de dispositivo e os usuários que estão utilizando licença por usuário.

Para saber quantas licenças de usuário teriam que ser compradas caso este seja o volume esperado, pode-se usar o relatório do Asset Intelligence que vimos nos artigos anteriores, principalmente os que indicam maquinas compartilhadas (Shared Computer) e o que indica o usuário primário para cada computador.

 

Conclusão

O licenciamento de Windows e Office não são tão complexos, mas exigem atenção pelo volume, principalmente o Office Professional que tem um custo elevado.

Referencia Geral: https://www.microsoft.com/en-us/Licensing/product-licensing/windows10.aspx

Posted: jun 05 2016, 18:45 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Login