Comment «auto-auditer» toutes les licences SQL Server dans une organisation?

J'ai donc commencé un nouvel emploi avec une belle organisation à but non lucratif, qui existe depuis quelques décennies. Ils ont une grande variété d'éditions et de versions de SQL Server (ex: 2005 Express à 2016 SP2 Enterprise) et sur de nombreuses machines virtuelles Windows (versions allant de 2003 à 2016).

Les administrateurs de base de données précédents ne complétaient aucune documentation concernant le nombre de licences dont l'entreprise est propriétaire, ni les éditions, les versions. Aucun enregistrement utile.

J'ai exécuté la boîte à outils MAP pour recueillir des détails sur les serveurs SQL. Donc, au moins, j'ai un point de départ pour quels serveurs existent, et j'ai creusé dans lesquels servent encore des données de production.

J'ai également utilisé le nouvel outil ApexSQL Discover avec des résultats mitigés (désolé les gars j'adore vos trucs mais je ne peux pas attendre 3 jours pour que cet outil fonctionne quand j'ai besoin d'ajouter 1 serveur). Et aussi dbatools find-dbainstance (pas un grand fan de l'utilisation de PS pour exporter de grandes quantités de données). Donc, en rassemblant tout cela, je suis assez certain à ce stade que j'ai découvert la plupart ou la totalité des instances qui ont jamais existé sur ce domaine.

Bien sûr, j'ai interrogé les licences de plusieurs façons et j'ai examiné en détail le guide de licence MS SQL extrêmement utile et extrêmement inutile, dont rien ne semble fournir d'informations sur les licences que l'organisation possède ou sur la façon de les acquérir .

Le nœud du problème: certaines de ces licences ont été achetées il y a une décennie (ou deux). Certains étaient sûrement des factures papier. Rappelez-vous que j'ai mentionné qu'il s'agit d'un organisme sans but lucratif? Du côté positif, les licences sont bon marché. D'un autre côté, les licences sont bon marché, donc la plupart ou la totalité des licences n'ont pas de SA car il est moins cher d'en acheter de nouvelles. edit: C'était le raisonnement à l'époque pour ne pas acheter SA, je n'étais pas impliqué.

Dois-je simplement supposer que, comme aucun n'a probablement de SA - que le serveur est également susceptible d'avoir une licence correcte - et que j'en achète de nouveaux au besoin? Cela semble être une approche horrible.

Ma question:

Comment puis-je savoir quelles licences SQL Server ma nouvelle entreprise possède sans essayer de déterrer les factures papier de 2004? Je n'ai jamais été dans cette situation auparavant. Est-ce ma seule option pour faire auditer ou payer pour un partenaire à auditer? (et si oui, Microsoft, qu'est-ce que tu fais bb ??).

Toutes les informations que dba.se peut fournir ici ajouteront probablement des années à ma vie. Merci a tous!

[…] Rien ne semble fournir d'informations sur les licences détenues par l'organisation ou sur la manière de les acquérir.

Comment diable puis-je savoir quelles licences SQL Server ma nouvelle entreprise possède […]

Si vous avez un accord Premier

C'est assez simple, vous aurez un responsable de compte (TAM) qui pourra récupérer toutes les informations de licence fournies à Microsoft (en supposant qu'elles aient été achetées par le biais d'une tierce partie sous licence ou d'une partie de votre contrat Premier).

À partir de ce qui précède, vous pouvez ensuite répartir les licences selon vos besoins / en fonction de votre environnement.

Si vous n'avez pas d'accord Premier

Dans ce cas, vous devrez vous connecter / contacter / trouver vous-même tous les enregistrements liés aux licences. Cela pourrait signifier rechercher des documents papier de 2004 comme vous l'avez suggéré, contacter le revendeur tiers de licences que vous avez traversé au cours de ces périodes ou rechercher les bons de commande pour savoir si quelque chose a été acheté et où il a été acheté.

La dernière possibilité de fossé sous cet élément est de configurer un temps pour parler avec un spécialiste des licences ou un représentant de compte Microsoft pour voir s'ils peuvent tirer quelque chose des accords précédents d'années. Notez que si vous ne disposez pas de SA, les licences peuvent ne pas être applicables à votre environnement. Notez également qu'il existe des licences de style plus ancien qui peuvent également ne plus être applicables à l'environnement.

[…] La plupart ou la totalité des licences n'ont pas de SA, car il en coûte moins cher d'en acheter de nouvelles.

SA offre d'autres avantages que d'être autorisé à être dans n'importe quelle version. Il concentre principalement ses avantages sur la mobilité des licences, HA / DR, la virtualisation et les scénarios hybrides. C'est aussi généralement moins cher que d'acheter de nouvelles licences nettes.