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

Últimos posts

Categorias

Arquivo

Tags

Lançamento do System Center Configuration Manager R3

Hoje foi lançado (2:00pm PST / 18:00 brasilia) o R3 do ConfigMgr 2007.

Em post anteriores já havia comentado sobre suas novas funcionalidades baseado no Beta e segue os links para quem desejar instalar esta atualização:

Instalando os relatórios da feature Power Management do SCCM R3

Green IT no System Center Configuration Manager R3 - Power Management

TechNet Webcast: Visão Geral Técnica: System Center Configuration Manager 2007 SP2 e R3, dia 2/6/2010

Suporte a Intel vPro no System Center Service Manager e no Configuration Manager

Para quem já possui as versões anteriores do ConfigMgr 2007 não é necessário licenciar o R3, já que se trata de uma atualizações e não um novo produto.

Fonte: http://blogs.technet.com/b/systemcenter/archive/2010/10/14/system-center-configuration-manager-2007-r3-unleashed.aspx

Posted: out 14 2010, 14:19 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

Virtual Labs do TechNet para a familia System Center

Hoje as 19:00 horas (3:00 hrs PST) foram liberados os Virtual Labs para o System Center Configuration Manager v.Next.

Já falei do v.Next várias vezes em posts anteriores, inclusive sobre a disponiblidade da VM pronta para testes.

Porem os VLs são muito interessantes porque permitem executar seus testes diretamente nos servidores da Microsoft com VMs hospedadas em Hyper-V.

Para acessar os VLs utilize o link: http://technet.microsoft.com/en-us/virtuallabs/bb539977.aspx

Note que apenas os 9 primeiros são do v.Next e os outros são do SCCM 2007, mas inclui também na lista alguns com as funcionalidades do SCCM 2007 R2.

Para ajudar nos seus laboratórios ou participar do CEP acesse o post que montei em http://www.marcelosincic.com.br/blog/post/System-Center-Configuration-Manager-vNext-em-Preview-Aberto.aspx

Fonte: http://blogs.technet.com/b/systemcenterexperts/archive/2010/10/05/configuration-manager-v-next-virtual-labs-announcement.aspx

Posted: out 05 2010, 19:39 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

System Center Configuration Manager v.Next em Preview Aberto

Já a algum tempo que os participantes do programa System Center Influencers tinham a cópia para testes do SCCm v.Next e já havia publicado alguns artigos sobre as novidades desta nova versão.

Agora o v.Next está aberto ao público alem do grupo de influenciadores no link http://blogs.technet.com/b/systemcenter/archive/2010/09/17/announcing-the-configuration-manager-v-next-community-evaluation-program.aspx?utm_source=twitterfeed&utm_medium=twitter

Cadastre-se, respondendo a persquisa e poderá ter uma idéia de como é que será o novo SCCM. Se quiser desde já saber algumas das novidades, veja os 3 posts que já tenho e em breve publicarei as próximas 3 partes:

System Center Configuration Manager vNext - Parte I

System Center Configuration Manager vNext - Parte II

System Center Configuration Manager vNext - Parte III

Posted: set 17 2010, 18:55 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

System Center Configuration Manager 2012 - Parte III

Veja a parte I: http://www.marcelosincic.com.br/blog/post/System-Center-Configuration-Manager-vNext-Parte-I.aspx
Veja a parte II: http://www.marcelosincic.com.br/blog/post/System-Center-Configuration-Manager-vNext-Parte-II.aspx

Neste terceiro post das novidades do ConfigMgr vNext vou abordar as novas funcionalidades referentes ao grupo de operações “Monitoring”.

A imagem abaixo mostra como foi organizado esta árvore com os alertas de estados gerados pelas situações do servidor e pacotes, como já havia no SCCM 2007. Em Queries é possivel montar as consultas a dados que os administradores utilizam para procurar dados ou máquinas especificas, gerar listas ou base para coleções.

Reporting são as coleções de relatórios que no vNext ficam todos no SQL Server Reporting Services, diferente das versões anteriores que mantinham tanto relatórios no SQL RS quanto no formato proprietário. Essa mudança foi gradual, já que os novos relatórios no R3 precisavam ser instalados a parte e só funcionavam com o SQL RS (Instalando os relatórios da feature Power Management do SCCM R3).

Vamos a algumas novas telas que possuem funcionalidades bem interessantes. A primeira delas é a tela abaixo onde podemos ver a estrutura do Site. Notem que o dashboard mostra os servidores e ao parar o mouse sobre um deles é possivel ver a situação dele e ter acesso a configurações. Essa é uma funcionalidade bem interessante e prática para os administradores de multiplos sites com hierarquias complexas e diversos servidores.

Site

Site Status

Outra interessante funcionalidade é a monitoração do status dos clientes. Note que na primeira parte abaixo o dashboard mostra como está a “saúde” dos clientes, indicando em um gráfico e com dados quantas estações estão com problemas ou falhas. Também destaca-se no dashboard os links para “Client Status Settings” facilitando a configuração dos dashboards.

Note também a presença dos links que permitem detalhes de ocorrencias, como mostrado nas duas imagens abaixo.

Client Status-1

Client Status-2

Similarmente o dashboard de atividade dos clientes irá facilitar a visualização de clientes que demoram a se reportar e entram em estado de inatividade. Veja mais um vez que os dados são mostrados de forma simples de serem visualizados e com detalhamento por grupo de computadores.

E na segunda imagem com as trends é possivel ver em um elegante gráfico de barras quantos clientes se comunicaram em um prazo especifico, permitindo com isso verificar também como anda o tráfego de dados entre servidor e cliente.

Client Activity-1Client Activity-2

No próximo post irei detalhar as novidades de “Asset and Compliance”.

Posted: jul 16 2010, 11:02 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

Instalação do Agente System Center Data Protection Manager no Windows 2008 R2

Ao tentar instalar o agente do DPM, tanto o 2007 quanto o 2010 no Windows 2008 R2 tive problemas em algumas máquinas.

SINTOMA

Ao tentar instalar de forma automática pela console ele acusa o erro abaixo:

Error 313: The agent operation failed … Error details: Fatal error during installation (0x80070643)

CAUSA

Erros de instalação podem acontecer por alguns problemas típicos como usuário e senha insuficientes para o processo mas neste caso o problema em 3 servidores que já ocorreu foi por causa do firewall.

Mesmo não habilitado o serviço de firewall do Windows está no ar e proíbe a inclusão da regra de exceção. Isso vale quando o firewall está desabilitado mas o serviço está em execução.

SOLUÇÃO

  1. Desative o firewall pelo Network Sharing Center
  2. Pelo Services do Windows pare (stop) o serviço de firewall do Windows
  3. Volte ao console do DPM e mande instalar o agente

Em geral este procedimento simples resolve o problema. Se você tiver outros problemas fique a vontade para entrar em contato ou escreva nos comentários.

Posted: jul 13 2010, 22:09 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Login
Marcelo de Moraes Sincic | All posts tagged 'log insigths'
MVP: System Center Cloud and Datacenter Management, MCT, MCSE, MCITP, MCPD, MCDBA
MVP Logo

Últimos posts

Categorias

Arquivo

Tags

Operations Management Suite (OMS) agora é Azure Monitoring

Já a algum tempo que o OMS é uma ferramenta que sempre abordo em clientes e eventos.

É um produto muito bom, com analises ricas e que evoluiu bastante neste ultimo ano, chegando a ser o produto que muitos acham que substituirá no futuro o System Center.

O que mudou na interface?

A interface anterior era mais simples e em um portal a parte como está no post abaixo:

http://www.marcelosincic.com.br/post/Adquirindo-e-Licenciamento-o-Azure-OMS-Operation-Management-Suite.aspx

Agora a interface é integrada no painel do Azure, permite criar novos dashboards facilmente. Alem disso é possivel acessar individualmente cada um dos monitores.

image

image

Com essa integração na interface do Azure ficou muito mais fácil e funcional.

E como ficou o licenciamento?

No post onde já havia abordado o OMS falamos sobre a aquisição que era complexa pois cada modulo fazia parte de um bundle, e cada bundle se soluções era pago separado. Havia a opção de comprar por nó ou por upload de log, mas havia limitação de soluções e modulos no modelo de pagamento por upload.

Agora ficou muito mais fácil, só existe um modo de cobrança que é por upload de dados.

Ou seja, agora você pode pagar pelo tamanho dos logs que envia, o que é bem mais prático e simples!

https://azure.microsoft.com/pt-br/blog/introducing-a-new-way-to-purchase-azure-monitoring-services/

image

Se não utiliza o Log Insights por não entender como pagar, agora ficou simples e bem mais barato!

Azure Log Insights–Service Map

Muitos já conhecem o Log Insights que antes era chamado de Operations Management Suite.

Nesse post vou destacar um dos muitos plug-ins de solução do Log Insights (chamados de Solutions no portal) que é o Service MAP

NECESSIDADE

Migrar um Datacenter não se resume a levar servidores de um lado para outro, muitas vezes é necessário migrar ambientes por perfil de aplicações.

O objetivo nestes casos é saber quais servidores devem ser migrados juntos para não ter problemas de comunicação tanto entre a mesma aplicação como tambem entre o serviço e os clientes.

O problema muitas vezes é conseguir mapear isso, pois poucas empresas possuem um mapa de aplicaçoes onde conste os servidores e serviços utilizados em cada aplicação, principalmente aplicações Web e Bancos de Dados.

SOLUÇÃO

A Solution Service Map do Log Insights resolve este problema!

Ela mapeia todas as comunicações que são realizadas com os servidores com o agente instalado e monta um mapa completo do uso detalhando portas, nomes, serviços e permitindo drill-down para visualizar as conexões e um painel de detalhes para cada item selecionado.

Segue abaixo alguns prints que utilizo para demonstrar o recurso:

capture20180405193706451

Visualização dos serviços em um dos servidores e detalhes do servidor selecionado. Note que do lado esquerdo é possivel ver a barra de detalhes do servidor mapeado a partir de outros Solutions ativos em seu Log Insights.

capture20180405193730890

Detalhes de um dos servidores que se comunica com o host, com detalhes da comunicação e do servidor.

capture20180405193826648

Ao abrir o servidor selecionado na tela anterior posso ver os detalhes dele, incluindo agora os desktops e outros servidores que tambem utilizam o target selecionado.

capture20180405193906565

Visualizando os detalhes de comunicação entre o servidor target e o servidro com SQL Server onde podemos ver as comunicações do SQL para autenticação, já que o target é meu Domain Controller.

Grupo

Aqui podemos visualizar no conceito de grupos onde os servidores que inclui o grupo são mapeados e pode ser utilizado para criar os mapas de determinada aplicação.

Baseado no gráfico acima, consigo visualizar que o host T110 possui duas VMs principais que se comunicam com todos os clientes e entre eles constantemente.

Se for criar um plano de migração do meu ambiente já saberia que elas são as duas principais VMs que precisam ser ativadas juntas na migração.

UTILIZANDO O SERVICE MAP

Para utilizar o Service Map você obviamente deve ter uma conta Log Analytics já habilitada e incluir a Solution.

O levantamento dos dados não é realizado pelo agente normal do Log Insigths, é necessário baixar um agente especifico que pode ser encontrado no link abaixo:

https://docs.microsoft.com/en-us/azure/monitoring/monitoring-service-map-configure

Logo após instalar o agente do Service Map já será possivel visualizar os mapas e utilizar grupos.

Importante: O Service Map só mantem dados de 1 hora no máximo, portanto é um portal para visualização imediata já que não possui histórico nem relatórios analíticos.

Referencia completa: https://docs.microsoft.com/en-us/azure/monitoring/monitoring-service-map

Posted: jul 03 2018, 15:14 by msincic | Comentários (0) RSS comment feed |
  • Currently 3/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Filed under: Log Analytics | Azure | Azure OMS

Adquirindo e Licenciamento o Azure OMS – Operations Management Suite

Apresentamos muitas vezes ao cliente esta solução, que executada no Azure traz beneficios muito grandes para que é administrador de TI.

Já foi muito falado do OMS, originalmente chamado de System Center Advisor, depois de Log Insights (http://www.marcelosincic.com.br/post/Utilizando-o-Azure-Log-Analytics-(OMS)-e-o-SCOM-na-Mesma-Maquina.aspx e http://www.marcelosincic.com.br/post/System-Center-Advisor-Previewe28093Novidades.aspx)

Gosto muito de demonstrar as soluções de Health Check (Active Directory e SQL) e Change Log:

image

Mas muitos não entendem como é o licenciamento para se adquirir essa solução.

Quais são as possibilidades de adquirir?

Primeiro é bom lembrar os níveis básicos que um espaço de gerenciamento (como são chamados as “tenants”) podem ser:

image image
  • Free – Útil para testes pois não limita a apenas alguns dos pacotes de soluções, mas a coleta é limitada a 512kb por dia de logs e retenção de apenas 7 dias
  • Standalone – Permite coletar sem restrição de tamanho e retenção de 30 dias (pode ser customizado), não tem preço por servidor/nó e sim por storage consumido. Porem, não permite utilizar todos os pacotes de soluções, que precisam ser adquiridos em pacotes E1 ou E2
  • Standard e Premium – Permite coletar sem restrição, retenção de 365 dias e permite utilização de pacotes de soluções, dependendo do nivel escolhido
  • OMS – Este é o bundle E1 ou E2 que pode ser adquirido conforme a necessidade de pacotes, com preço por nós gerenciados e que inclui licenciamento do System Center e outros serviços

Qual dos modelos vale a pena?

Se a sua intenção é utilizar os contadores e soluções como Healthy Check e algumas analises, pode optar pelo plano Standalone onde poderá usar diversas soluções pagando apenas o tanto de log que armazenar.

Porem com o Standalone não é possivel evoluir para outras soluções, como análise de tráfego de rede e mapeamento de soluções.

Por conta dessa limitação, o ideal é ter os bundles de OMS onde poderá escolher as soluções e ainda incluir uma série de serviços e consumo já embutido, alem de todo o licenciamento System Center.

OMS pacotes E1 e E2

Sem dúvida é a melhor opção para empresas, onde você adquire serviços e pacotes com o System Center incluso (ou via add-on se já tiver) e pode utilizar outros serviços já incluidos no preço.

https://www.microsoft.com/en-us/cloud-platform/operations-management-suite-pricing

image

Como vemos na imagem acima, os bundles são compostos de pacotes de gerenciamento (imagem abaixo), serviços como Backup e Site Recovery e o licenciamento de System Center.

Isso é bem interessante quando comparamos os custos de cada um dos serviços e o que eles já incluem:

image

image

Basta comparar o custo de cada pacote de gerenciamento com o valor do E1 e E2 para notar que não vale a pena aquisição Standalone/Standard/Premium, apenas o custo do pacote de Protection/Recovery já é praticamente o valor do bundle E2.

E se eu já tenho o licenciamento de System Center ou o Windows CIS (Cloud Infrastructure Suite)?

Neste caso não precisará pagar duas vezes o System Center, pois como o E1 e E2 já incluem pode adquirir por add-on, ou seja acrescer ao pacote que já possui podendo optar por continuar renovando o licenciamento do CIS/System Center ou convertendo para OMS:

image

Pessoalmente acho bom para este caso continuar com o licenciamento do System Center/CIS, pois posso utilizar alguns nós com OMS e outros não dependendo do modelo de monitoração que desejo adotar.

Como posso estimar e comparar e decidir estes custos?

A Microsoft possui uma calculadora onde você seleciona os serviços e recebe a comparação entre os bundles OMS E1 e E2 ou aquisições standalone: http://oms-calculator-webapp.azurewebsites.net/home

image

Login