¿Cómo "auto auditar" todas las licencias de SQL Server en una organización?

11

Así que comencé un nuevo trabajo con una buena organización sin fines de lucro, que ha existido durante algunas décadas. Tienen una amplia variedad de ediciones y versiones de SQL Server (por ejemplo: 2005 Express a 2016 SP2 Enterprise) y en muchas máquinas virtuales de Windows (versiones de 2003 a 2016).

Los DBA anteriores no completaron ninguna documentación sobre el número de licencias que posee la compañía, ni las ediciones, versiones. Efectivamente no hay registros útiles.

He ejecutar el kit de herramientas MAP para reunir información acerca de los servidores SQL Server. Entonces, al menos, tengo un punto de partida para los servidores que existen, y busqué cuáles aún están sirviendo datos de producción.

También he usado la nueva herramienta ApexSQL Discover con resultados mixtos (lo siento muchachos, me encantan sus cosas, pero no puedo esperar 3 días para que esta herramienta se ejecute cuando necesito agregar 1 servidor). Y también dbatools find-dbainstance (no es un gran fanático del uso de PS para exportar grandes cantidades de datos). Entonces, al unir todo esto, estoy bastante seguro en este momento de que he descubierto la mayoría o todas las instancias que alguna vez existieron en este dominio.

Por supuesto, he consultado las licencias de varias maneras y examinado a fondo la guía de licencias de MS SQL completamente inútil y extremadamente útil de la que nada parece proporcionar ninguna información sobre las licencias que posee la organización o cómo adquirirla .

El quid de la cuestión: algunas de estas licencias se compraron hace una década (o dos). Algunas seguramente eran facturas en papel. ¿Recuerdas que mencioné que esto es una organización sin fines de lucro? En el lado positivo, la licencia es barata. Por otro lado, las licencias son baratas, por lo que la mayoría o todas las licencias no tienen SA porque es más barato comprar otras nuevas. editar: Este era el razonamiento en el momento de no comprar SA, no estaba involucrado.

¿Debo suponer que, dado que lo más probable es que ninguno tenga SA, que es probable que el servidor también tenga una licencia adecuada, y simplemente comprar nuevos según sea necesario? Eso parece un enfoque horrible.

Mi pregunta:

¿Cómo diablos sé qué licencias de SQL Server posee mi nueva empresa sin tratar de desenterrar facturas en papel de 2004? Nunca he estado en esta situación antes. ¿Es mi única opción auditarme o pagar a un socio para que audite? (y si es así, Microsoft, ¿qué haces bb?).

Cualquier idea que dba.se pueda proporcionar aquí probablemente agregará años a mi vida. ¡Gracias a todos!

Jacob H
fuente
44
¿Ha intentado ponerse en contacto con Microsoft para verificar los registros de ventas de su organización?
LowlyDBA

Respuestas:

10

[...] nada parece proporcionar información sobre las licencias que posee la organización o cómo adquirirla.

¿Cómo diablos sé qué licencias de SQL Server posee mi nueva empresa [...]

Si tiene un acuerdo Premier

Esto es bastante sencillo, tendrá un administrador de cuentas asignado (TAM) que puede extraer cualquier información de licencia dada a Microsoft (suponiendo que se haya comprado a través de un tercero licenciado o parte de su contrato Premier).

De lo anterior, puede dividir las licencias según sea necesario / utilizado según su entorno.

Si no tiene un acuerdo Premier

En este caso, deberá iniciar sesión / contactar / buscar todos los registros relacionados con las licencias por su cuenta. Esto puede significar buscar registros en papel de 2004, como ha sugerido, contactar a cualquier revendedor de licencias de terceros por el que haya pasado en esos períodos de tiempo o rastrear órdenes de compra para averiguar si se compró algo y dónde se compró.

La última posibilidad de deshacerse de este elemento es establecer un momento para hablar con un especialista en licencias o un representante de cuenta de Microsoft para ver si pueden sacar algo de los acuerdos anteriores de años. Tenga en cuenta que si no tiene SA, entonces las licencias pueden no ser aplicables a su entorno. También tenga en cuenta que hay licencias de estilo más antiguas que también pueden no ser aplicables al medio ambiente.

[…] La mayoría o todas las licencias no tienen SA porque es más barato comprar otras nuevas.

SA ofrece otros beneficios además de que solo se le permita estar en cualquier versión. Se centra principalmente en los beneficios en torno a la movilidad de licencias, HA / DR, virtualización y escenarios híbridos. También es generalmente más barato que comprar nuevas licencias netas.

Sean Gallardy
fuente