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

Últimos posts

Categorias

Arquivo

Tags

Utilizando Fitas (Tape Drives) no DPM 2010–Parte II

Neste segundo post iremos tratar de como trabalhar com o tape drive e administrar as fitas no DPM 2010. No primeiro post abordamos a parte funcionar (Utilizando Fitas (Tape Drive) no DPM 2010–Parte I).

O gerenciamento de fitas no DPM é relativamente simples, mas importante para as atividades, principalmente quando falamos de robos com co-location habilitado.

Inicialmente, na imagem abaixo vemos um robo de fitas, a TL2000 da Dell que utiliza o drive 3573 da IBM.

Note que temos uma unidade de fita e um carrosel de 24 slots (o primeiro está carregado no drive) e cada fita tem um barcode e label indicando sua utilização.

Tape Drive

  • Status – Obviamente indica se a fita está livre ou disponivel. É importante que este campo só mostra se a fita está vazia, disponivel para uso ou danificada, porem o estado disponivel (Tape available) não indica que a fita está livre ou vazia, apenas que a fita não está com problemas
  • Tape Label – O DPM utiliza este campo para indicar o que está dentro da fita, no caso utilizando o nome do grupo de proteção mais um código sequencial como indicativo visual para o administrador de backup. O estado Free obviamente indica que a fita não contem dados ou que estes já expiraram, conforme a politica de renteção long-term do grupo de proteção
  • Barcode – Indicador unico de cada fita, o barcode lhe permite identificar a fita, mas não permite fidelizá-la, o que é uma limitação do DPM que muitos criticam, porem é importante notar que o próprio DPM gerencia isto automaticamente, principalmente em robos
  • Offisite Ready – Indica que a fita está com o backup. Nos casos em que o co-location estiver habilitado e existe o robo este dado pode não ficar disponivel por deixar a fita a espera de outros backups, porem nos casos de tape drives sem robo este dado indicaria que aquela fita já foi usada para o backup e que deve ser tirada, e quando o co-location estiver habilitado que a fita já está cheia e não é possivel continuar a utilizá-la

    O que é o Co-location?

    Esta opção permite ao DPM utilizar melhro as fitas por combinar backups. Por exemplo, uma fita LTO-3 pode ser de 800GB e o backup dos dados utilizar apenas 200GB, assim o restante da fita acomodaria outros conjuntos de backup e otimizariamos a necessidade de mais fitas.

    Para ativar abra o DPM Management Shell e utilize o comando:

    Set-DPMGlobalProperty –DPMServerName <Servidor> -OptimizeTapeUsage $True

    Quando usar o Co-location?

    Nos casos de não haver robo, apenas a unidade de fita, esta opção irá ajudá-lo por permitir que uma mesma fita contenha multiplos backup.

    Por outro o lado o co-location pode atrapalhar quando um dos backup não estiver expirado e a fita ficar cheia. Por exemplo, imagine que a mesma fita arquivou backup do servidor de arquivos e do SQL Server por 3 ciclos de retenção (1 mês com backups a cada 7 dias). Esta fita encheu e como os dois primeiros backups estão expirados mas o ultimo ciclo não, a fita não fica livre e não pode ser reutilizada até que o terceiro expire.

    Por outro lado, se você possui o robo este utilizará a fita até o final com vários conjuntos de backups e passará para a próxima fita ao final.

    Operações com Fitas

    O menu abaixo mostra as opções que podem ser utilizadas com as fitas:

    Options Tape

    • Inventory Library –Esta opção faz a leitura de todas as fitas no carrousel ou a fita que está no drive caso seja unico. Em casos em que uma fita aparece nos alertas como “suspect” ou “unreadable” esta opção resolve o problema por reinventaria todas as fitas
    • Rescan e Refresh – Utilizadas para o DPM reconhecer novas unidades de fita (tape drives)
    • Clean Drive – Pede a fita de limpeza do drive
    • Remove e Add Tape (I/E port) – Abrem a porta do tape para retirada ou colocar novos tapes
    • View Tape Contents – Retorna o catalogo da fita, com os backups que ela contem e a data de expiração
    • Erase Tape – Deleta os dados de uma fita, util quando ela ainda contem dados que não expiraram
    • Mark as Cleaning Tape e Unmark Tape as Free – Estas opções indicam que a fita está livre ou não, sendo que neste ultimo caso é util para quando se deseja guardar permanentemente o backup

    Com este segundo post vimos como administrar as fitas, no terceiro e ultimo veremos como criar as politicas de backup.

  • Leia a parte I – Criando grupos de proteção com uso de tapes Utilizando Fitas (Tape Drive) no DPM 2010–Parte I

    Leia a parte III – Criando sua politica de backups tapes http://www.marcelosincic.com.br/blog/post/Utilizando-Fitas-(Tape-Drives)-no-DPM-2010e28093Parte-III.aspx

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

    Utilizando Fitas (Tape Drive) no DPM 2010–Parte I

    Uma duvida muito comum que me recebo é como utilizar tapes no DPM (System Center Data Protection Manager), já que os videos que publiquei no final de 2009 (http://www.marcelosincic.com.br/blog/post/Serie-Technet-VideoCast-System-Center-Data-Protection-Manager.aspx) não abordei o assunto por estar utilizando VMs e não tinha um tape drive.

    Obviamente que será necessário utilizar um modelo compativel (http://technet.microsoft.com/en-us/systemcenter/dm/cc678583), e no meu caso estou com a Dell TL4000 que possui robo e dois drives.

    Irei dividir em 3 posts, este primeiro em como utilizar o backup em fitas, o segundo sobre operação com as fitas e como gerenciar e o terceiro post sobre politicas de backup apropriadas.

    Parte I – Utilizando backups em fita

    No DPM temos o backup “short-term” que é realizado em disco e o backup “long-term” que é em fitas.

    Para habilitar é necessário primeiro que o DPM reconheça a unidade, como mostrado na imagem abaixo:

    Tape Drive

    Note que no exemplo acima estamos tratando de um robo de fitas com capacidade para 23 LTOs 3 ou 4 no carrousel.

    Após reconhecer a unidade no grupo de proteção já irá habilitar a opção de backups em fitas, como abaixo:

    Tipos de Backup

    Ao escolher que deseja fazer o backup “long-term” terá as próximas duas telas, a primeira abaixo mostra o periodo de retenção do backup em fita, sua frequencia e o agendamento do backup.

    Backup Tape

    Por fim, escolha em qual dos drives (quando multiplos) deseja que o backup seja feito e se deseja criptografar e comprimir, lembrando que não é possivel combinar os dois métodos:

    Escolha do Tape

    Finalizo aqui a parte 1 desta série e em breve publicarei a parte 2 e 3 atualizando este post com os seguintes.

    Veja a parte II – Gerenciando fitas http://www.marcelosincic.com.br/blog/post/Utilizando-Fitas-(Tape-Drives)-no-DPM-2010e28093Parte-II.aspx

    Vaje a parte III – Criando sua politica de backup http://www.marcelosincic.com.br/blog/post/Utilizando-Fitas-(Tape-Drives)-no-DPM-2010e28093Parte-III.aspx

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

    Centro de Treinamento TechNet–System Center Configuration Manager 2007 SP2 e R3

    Foi muito bom ter recebido hoje a noticia da publicação de mais um Centro de Treinamento TechNet que pude participar.

    Na semana passada foi publicado o Centro de Treinamento MSDN sobre desenvolvimento de aplicações com WPF (Novo Centro de Treinamento no MSDN–WPF 4.0)

    Eu esperava ansioso pela publicação desta nova trilha de aprendizado para os profissionais de TI que tive o privilégio de organizar e participar na gravação dos videos, e os profissionaios mais um vez vão poder usufruir do trabalho de 3 MVPs: Eu, Raphael Perez (dotnetwork.com.br) e o Igor Humberto (Só Bits na Mente).

    Foi um trabalho demorado, já que foi necessário usar várias VMs, preparar PPTs e montar demos, mas ficou muito bom, pois alem dos videos linkamos os tópicos da biblioteca técnica do TechNet correspondente.

    Segue o link http://technet.microsoft.com/pt-br/hh264602

    ee402630_CentroDeTreinamento2

    System Center Configuration Manager 2007 SP2 e R3

    Nesta trilha você aprenderá sobre a importância de um ambiente com gerenciamento centralizado. Veremos como o SCCM 2007 poderá ajuda-lo a distribuir software, realizar inventários, gerir conformidades, suporte remoto, economizar energia, relatórios gerenciais do parque de máquinas e outras importantes funções.


    Gerenciando ambiente, Instalação e Configuração inicial do ambiente

    Iniciaremos com um briefing sobre gerenciamento de ambientes e como o SCCM 2007 cumpre esta tarefa. Passaremos para a instalação, pré-requisitos e configuração inicial para o ambiente com SCCM 2007 em uma rede


    Breve visão de gerenciamento


    Instalação e pré-requisitos do SCCM 2007 SP2 e R3


    Configuração inicial do ambiente da rede para o SCCM


    Configurando sites secundários


    Pré-requisitos e instalação (inglês)


    Configurando sites para boa performance (inglês)


    Novidades do System Center Configuration Manager 2007 SP2 e R3


    Configurando boundaries e papeis do SCCM 2007 (inglês)


    Instalação dos clientes e Inventários

    Neste tópico saberemos como é realizado o descobrimento e a instalação dos agentes do SCCM. Também abordaremos como configurar, realizar e utilizar os inventários de software e hardware.


    Configurando o servidor para descobrir e instalar clientes


    Configurando os agentes de inventário


    Utilizando os inventários e gerando relatórios


    Instalando clientes (inglês)


    Configurando a descoberta de clientes (inglês)


    Configuração e uso de inventários (inglês)


    Distribuição de Software, Updates e Sistema Operacional

    Um dos principais recursos do SCCM é sua capacidade de controlar o envio, instalação e controle de softwares. Veremos como integrar o SCCM ao WSUS para distribuição centralizada e controlada dos updates.


    Configurando os servidores e agentes para distribuição de software


    Criando pacotes, programas e anúncios de software


    Integrando o WSUS com o SCCM e distribuindo updates


    Integrando SCUP com o WSUS para distribuir updates para softwares não-Microsoft


    Configurando o SCCM para distribuir imagens de Sistema Operacional


    Utilizando o SCCM para distribuir Sistema Operacional


    Distribuição de software com o SCCM 2007 (inglês)


    Distribuição de updates com o SCCM 2007 (inglês)


    Distribuição de SO com o SCCM 2007 (inglês)


    Gerenciando o parque de máquinas

    Neste tópicos abordaremos as features que nos permitem gerenciar o parque de máquinas e gerenciar o uso de aplicações, bem como as funcionalidades adicionadas pelo R3.


    Gerenciando software com o Software Metering


    Utilizando o Asset Inteligence para gerenciamento de aplicações


    Utilizando o Desired Configuration Manager (DCM) para garantir uniformidade


    System Center Configuration Manager 2007 R3 e o Cliente Verde


    Utilizando o Software Metering (inglês)


    Utilizando o DCM para compliance de ambientes (inglês)


    Gerenciamento de energia com o SCCM 2007 R3 (inglês)


    Wake Up On Lan com o SCCM 2007 (inglês)


    Relatórios, Monitoração e Manutenção do SCCM 2007

    Conheça os relatórios nativos do SCCM 2007, bem como os integrados ao SQL Server Reporting. Monitores os diferentes logs, contadores de performance e ambiente do SCCM 2007. Prepare-se para recuperação de falhas.


    Integrando o SCCM 2007 ao SSRS


    Breve visão dos relatórios do SCCM 2007


    Criando queries e relatórios no SCCM 2007


    Monitoração e analise do ambiente


    Backup e restore do SCCM 2010


    Instalando relatórios no SCCM e SRSS 2008 (inglês)


    Desenvolvendo queries e relatórios no SCCM 2007 (inglês)


    Recuperação de desastres (inglês)

    Posted: jun 13 2011, 08:10 by msincic | Comentários (2) RSS comment feed |
    • Currently 0/5 Stars.
    • 1
    • 2
    • 3
    • 4
    • 5

    Portas Utilizadas pelo SCCM 2007 e SCOM 2007

    É comum atender clientes onde filiais não trocam dados e descobrirmos que o problema é firewall ou outro problema de comunicação.

    Na semana passada já havia postado as portas que são utilizadas pelo Windows 2008 (http://bit.ly/faB026) e agora é interessante ter o mesmo conteudo para a familia System Center.

    O melhor dos dois primeiros documentos é que contem uma representação gráfica de um ambiente completo.

    System Center Configuration Manager 2007 R3: http://technet.microsoft.com/en-us/library/bb632618.aspx

    System Center Operation Manager 2007 R2: http://technet.microsoft.com/da-dk/library/cc540431(en-us).aspx

    System Center Data Protection Manager 2010: http://blogs.technet.com/b/schadinio/archive/2010/07/20/dpm-protocols-and-ports-used-by-dpm.aspx

    Bom proveito!

    System Center Advisor (Projeto Atlanta)

    Nos ultimos dias, por ocasião do MVP Summit e do MMC, a Microsoft demonstrou que está agressiva em sua migração de serviços para a nuvem com o lançamento do System Center Advisor Beta e do Intune (http://www.marcelosincic.com.br/blog/post/Familia-System-Center-Crescendo-Novidades-!!!.aspx)

    O Atlanta é um produto que agrega o que o MBSA e outros BPAs (Best Practices Analyser) para fornecer um ambiente de monitoração em tempo real e atualizado.

    O que o Atlanta herda do MBSA/BPAs são as features de best practices, análise de ambiente, lista de updates e outros. O que o diferencia é o fato de ser ativo e não passivo como o MBSA/BPAs.

    Do SCOM o Atlanta herda as funcionalidades de alertas ativos do ambiente, com a vantagem de conter os KBs da Microsoft online, o que facilita em muito a resolução do de problemas. Por outro lado, o SCA não permite criar novos eventos e coletores como fazemos com o SCOM para monitorar aplicações in house.

    Por enquanto o Atlanta apenas monitora os servidores com SQL Server e Windows Server mas está aberta a possibilidade de outros servidores serem agregados.

    O cliente é baixado e instalado localmente nos servidores a serem monitorados e trabalha com um deles designado como proxy para fazer o papel de envio e recebimento de dados.

    Seguem algumas telas para exemplo:

    Atlanta1
    Tela de configuração

    Atlanta2
    Tela de alertas inicial

    Atlanta3
    Tela com alertas de exemplo

    Por enquanto o SCA está em beta gratuito basta entrar no site http://www.microsoft.com/systemcenter/en/us/Advisor.aspx para detalhes do produto e se cadastrar.

    Posted: abr 05 2011, 14:42 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 'software metering'
    MVP: System Center Cloud and Datacenter Management, MCT, MCSE, MCITP, MCPD, MCDBA
    MVP Logo

    Últimos posts

    Categorias

    Arquivo

    Tags

    Software Asset Management (SAM) com System Center Configuration Manager–Software Metering (Parte IV)

    Neste quarto artigo sobre como utilizar o SCCM para falar de SAM (Software Asset Management) vamos falar sobre o Asset Software Metering (métricas de software).

    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 do Software Metering

    Quando precisamos gerir uso de software é importante controlar quem precisa e realmente usa um determinado ativo de software. Muitas vezes nos deparamos com a situação de usuários que pedem e instalam diversos softwares, ou até colocamos isso em imagens, e a empresa passa a pagar a conta por algo que nunca foi usado.

    Anteriormente até a versão 2007 R3 era possível indicar quantas execuções simultâneas podiam ser executadas de um software, porem este tipo de licenciamento não existe mais. Nas regras de licenciamento atual conta-se a instalação de um software e não a execução dele. Empresas que ainda utilizam o método de execução simultânea utilizam logs no servidor ou então keylocks específicos.

    Um bom exemplo da necessidade do Metering são produtos como Access, Visio e Project. Muitas instalações de Visio e Project foram feitas para uma única ocasião que o usuário precisou e lá ficou consumindo licença e consequentemente dinheiro.

    O caso do Access é a diferença entre o Office Standard e o Office Professional, que em valores são muito diferentes (Professional chega a ser mais que o dobro de preço do Standard) mas em funcionalidade a principal diferença é Access e Skype For Business full. Poucos usuários realmente usam o Access, a maioria poderia usar apenas o engine de Runtime. No caso do SfB pode-se usar a versão Basic que só não funciona para VoIP ou conferencia multi-ponto, que são recursos pouco usados no dia a dia da maioria dos usuários.

    Habilitando a Função

    Software Metering não é uma role de servidor e sim uma feature que é controlada pelo Management Point. O funcionamento básico do Metering pode ser descrito como:

    1. Habilita-se a regra de Metering nas configurações de agentes
    2. Criamos ou habilitamos quais softwares inventariados serão medidos
    3. O agente recebe as regras de metering e passam a controlar o uso dos softwares indicados
    4. Periodicamente estes dados são enviados ao Management Point que irá consolidar

    Para habilitar a regra, basta ir em Administration –> Client Settings e alterar a regra default ou criar uma especifica:

    capture20160525162016091

    No exemplo acima habilitei o Metering e indiquei que os agentes irão reportar a cada 7 dias. Esse tempo é importante dentro de seu cronograma de gestão de ativos, se você controla ativos mensalmente pode aumentar o período para quinzenal, mas é importante lembrar que se o período de coleta for alto poderá ter dados atrasados.

    Por exemplo, se o período de coleta for de 20 dias e um determinado agente fez o report dos dados no dia 14, ele só irá reportar novamente no dia 4 do mês seguinte. Se seus relatórios são gerados no primeiro dia do mês, ele estará com dados incompletos para este agente do exemplo. Portanto, em geral escolha o período de 7 ou 5 dias.

    Depois de habilitado a regra do agente podemos indicar no servidor qual o período de retenção dos dados e se desejamos que a lista de software seja copulada automaticamente:

    capture20160525162851101

    Note que é possível indicar que um software só apareça automaticamente na lista se estiver em mais de 10% dos computadores, para evitar que a lista fique tão grande com qualquer executável que exista nas maquinas. Também note que podemos definir um limite e após este (no exemplo 100 softwares) não irá mais ser criada a regra para novos softwares.

    Definindo os Softwares que serão medidos

    O Metering se aproveita do inventário de software para gerar uma lista, trazendo todos como desabilitados:

    capture20160525162459512

    A forma mais fácil de trabalhar o Metering é habilitando para os softwares desejados, porem isso tem como inconveniente a versão do arquivo (File Version) pois o inventário gera as regras por versão.

    capture20160525162513716

    Isso pode ser útil para empresas que possuem diversas licenças de softwares em edições diferentes, por exemplo o Visio 2010, 2013 e 2016. Nestes casos é possível saber quem utiliza o Visio na versão especifica.

    Porem, na maioria dos casos isso é irrelevante. Não controlamos quem usa cada versão, pois a quase totalidade dos softwares não permitem edições diferentes na mesma maquina.

    Sendo assim, é possível alterar os dados ou criar regras novas usando coringas como “*” para indicar que qualquer versão, idioma ou nome vale para a regra. Por exemplo, podemos alterar a regra de versão acima do VMConnect.exe para “*” ou “6.*” e assim aumentar o range de medição ao invés de criar uma regra para cada versão.

    Além disso, é possível criar suas próprias regras como o exemplo abaixo:

    capture20160525162739514

    Neste caso estamos medindo o uso do Word em qualquer idioma e versão de Office.

    Relatórios do Software Metering

    Existem atualmente 13 relatórios para o Metering:

    capture20160525172555946

    Alguns são muito interessantes e merecem destaque.

    O primeiro deles é o “Total Usage for all metered software programs” que fornece dados resumidos de todos os softwares com regra habilitada, separando por uso local ou pelo Remote Desktop:

    capture20160525172802568

    Como o licenciamento de TS/RDS é diferente de licenciamento local, estes dados são muito importantes para gerar um licenciamento otimizado para a empresa.

    Outro relatório que parece não ter muita valia mas serve para propósitos administrativos é “Time of day usage summary for a specific metered software program" pois fornece uma visão de demanda:

    capture20160525172938666

    Por exemplo, essa informação pode ser útil para medir performance de rede relativa para aplicações cliente servidor como SAP, TOTVS ou outros que sofrem picos de uso durante o dia.

    Outros relatórios também fornecem dados interessantes:

    • Computers that have a metered program installed but not run in time – Permite ver computadores que tem, por exemplo Project e não o usam durante o mês inteiro
    • Computers that run a specified metered software program – É o inverso do anterior, demonstrando quem utilizou o programa durante o mês
    • Total usage trend analysis for a specific metered software program – Este relatório detalha o anterior, pois mostra quantas vezes um determinado software foi usado e por quanto tempo. Este relatório permitirá identificar alguém que usou um software e ficou com ele aberto por 10 segundos, indicando que na verdade abriu por engano.

    Conclusão

    O Software Metering não é uma parte do SAM, pois não representa dados de licenciamento como faz o Asset Intelligence.

    Porem, o Software Metering é essencial para reduzir e otimizar o licenciamento que as empresas pagam, por permitir saber quem realmente usa um determinado software para trabalho.

    Posted: mai 26 2016, 15:27 by msincic | Comentários (0) RSS comment feed |
    • Currently 0/5 Stars.
    • 1
    • 2
    • 3
    • 4
    • 5
    Login