Como "auto-auditar" todas as licenças do SQL Server em uma organização?


11

Então, eu comecei um novo trabalho com uma boa organização sem fins lucrativos, que existe há algumas décadas. Eles têm uma grande variedade de edições e versões do SQL Server (por exemplo: 2005 Express para 2016 SP2 Enterprise) e em várias VMs do Windows (versões entre 2003 e 2016).

Os DBAs anteriores não concluíram nenhuma documentação sobre o número de licenças que a empresa possui, nem edições, versões. Efetivamente, não há registros úteis.

Eu executei o kit de ferramentas MAP para reunir detalhes sobre os SQL Servers. Então, pelo menos, eu tenho um ponto de partida para quais servidores existem e eu procurei quais ainda estão servindo dados de produção.

Eu também usei a nova ferramenta ApexSQL Discover com resultados mistos (desculpe pessoal, eu amo suas coisas, mas mal posso esperar 3 dias para que essa ferramenta seja executada quando precisar adicionar 1 servidor). E também o dbatools find-dbainstance (não é um grande fã do uso do PS para exportar grandes quantidades de dados). Portanto, reunindo tudo isso, estou bastante certo que descobri a maioria ou todas as instâncias que já existiram nesse domínio.

Claro, eu tenho consultado o licenciamento em um número de maneiras e completamente examinou o completamente inútil guia de licenciamento extremamente útil MS SQL da qual nada parece fornecer qualquer informação sobre as licenças que a organização possui ou como adquiri-lo .

O cerne da questão: algumas dessas licenças foram compradas uma década (ou duas) atrás. Alguns certamente eram faturas em papel. Lembra que eu mencionei que isso é uma organização sem fins lucrativos? No lado positivo, o licenciamento é barato. Por outro lado, o licenciamento é barato, portanto a maioria ou todas as licenças não têm SA porque é mais barato comprar novas. editar: Este foi o raciocínio na época para não comprar SA, eu não estava envolvido.

Devo apenas assumir que, como provavelmente nenhum deles possui SA - que o servidor provavelmente também será licenciado adequadamente - e apenas comprar novos conforme necessário? Parece uma abordagem horrível.

Minha pergunta:

Como diabos eu sei quais licenças do SQL Server minha nova empresa possui sem tentar desenterrar faturas em papel a partir de 2004? Eu nunca estive nessa situação antes. Minha única opção é ser auditado ou pagar por um parceiro para auditar? (e se sim, Microsoft, o que você está fazendo?).

Quaisquer informações que o dba.se possa fornecer aqui provavelmente adicionarão anos à minha vida. Obrigado a todos!


4
Você já tentou entrar em contato com a Microsoft para verificar os registros de vendas em sua organização?
LowlyDBA

Respostas:


10

[…] Nada parece fornecer informações sobre as licenças que a organização possui ou sobre como adquiri-las.

Como diabos eu sei quais licenças do SQL Server minha nova empresa possui […]

Se você tem um contrato Premier

Isso é bastante simples: você terá um Gerente de Contas (TAM) designado, que poderá obter qualquer informação de licenciamento fornecida à Microsoft (supondo que ela tenha sido comprada por um terceiro licenciado ou parte de seu contrato Premier).

Pelo exposto, você pode dividir as licenças conforme necessário / usado com base no seu ambiente.

Se você não tem um contrato Premier

Nesse caso, você precisará fazer login / entrar em contato / encontrar todos os registros relacionados ao licenciamento por conta própria. Isso pode significar procurar registros em papel de 2004, como você sugeriu, entrar em contato com qualquer revendedor terceirizado de licenciamento que você passou nesses períodos de tempo ou rastrear POs para descobrir se algo foi comprado e onde foi comprado.

A última possibilidade possível deste item é definir um horário para conversar com um especialista em licenciamento ou um representante de conta da Microsoft para verificar se eles conseguem obter algo de acordos anteriores de anos. Observe que, se você não possui SA, as licenças podem não ser aplicáveis ​​ao seu ambiente. Observe também que há licenças de estilo antigo que também podem não ser mais aplicáveis ​​ao ambiente.

[...] a maioria ou todas as licenças não possuem SA porque é mais barato comprar novas.

O SA oferece outros benefícios além de apenas permitir que você esteja em qualquer versão. Ele concentra principalmente os benefícios em cenários de mobilidade de licenças, HA / DR, virtualização e híbridos. Também é geralmente mais barato do que comprar novas licenças líquidas.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.