Comment les CAL SQL Server sont-elles comptées?
Duplicata possible:
Pouvez-vous m'aider avec ma question sur les licences logicielles?
Pour faire fonctionner un serveur SQL, si je comprends bien, vous avez besoin d'une CAL pour chaque utilisateur qui se connecte au serveur de base de données.
Mais que se passe-t-il si le seul ordinateur qui accède à SQL Server est le serveur exécutant votre couche métier?
Si, par exemple, vous avez 1 serveur SQL Server et 1 serveur logique métier, et 100 clients qui interrogent et utilisent simplement le serveur logique métier. Aucun client n'utilise directement SQL Server, personne n'est même autorisé à le contacter.
Donc, comme il n'y a qu'un seul ordinateur utilisant le serveur SQL, ai-je besoin d'une seule CAL ???
Je ne peux pas croire que cela compterait comme 1 seule CAL nécessaire pour SQL Server, mais j'aimerais savoir pourquoi.
Vous avez besoin de CAL pour chaque utilisateur du serveur de logique métier, même s'il n'y a pas de connexion directe entre eux et le serveur SQL. Microsoft utilise le terme "multiplexage" pour le scénario que vous décrivez.
C'est pour SQL 2005 mais je ne pense pas que ce soit différent pour les autres versions:
Une CAL est requise pour chaque périphérique ou utilisateur distinct pour le logiciel ou le matériel frontal de multiplexage ou de regroupement. Cela reste vrai quel que soit le nombre de niveaux de matériel ou de logiciels existant entre le serveur exécutant SQL Server et les appareils clients qui utilisent finalement ses données, ses services ou ses fonctionnalités. Une exception à cela comprend le transfert manuel des données d'un employé à l'autre. Par exemple, si un employé envoie une version Microsoft Excel d'un rapport à un autre employé, l'employé destinataire n'a pas besoin d'une CAL. Une exception supplémentaire est la communication exclusivement entre les serveurs exécutant SQL Server.
Toute personne utilisant votre application doit être couverte par une CAL, y compris une personne qui l'utilise uniquement pour générer des rapports Excel, mais une personne qui ne reçoit qu'une copie de l'un de ces rapports Excel par courrier électronique ne le fait pas.
Modifié pour ajouter Ceci n'est qu'un des nombreux aspects des licences SQL Server et il n'est pertinent que si vous choisissez le modèle de licence Server + CAL. Si vous souhaitez avoir une compréhension complète de toutes les alternatives, le document définitif est Guide de licence Microsoft Server SQL Server 2008 de 63 pages qui couvre tous les modèles et approches de licence.
Helvick a tout dit, mais je voulais juste ajouter que pour votre scénario, il serait préférable d'utiliser un modèle de licence de processeur, vous devrez donc payer pour chaque processeur sur le serveur de base de données plutôt que pour chaque client accédant au serveur. Selon le nombre de cœurs de votre serveur et la quantité de trafic que vous attendez, la route par processeur pourrait être moins chère.
EDIT: Par Microsoft, la licence de processeur est par processeur, pas par cœur. Donc, si vous avez un processeur à 8 cœurs, vous n'avez besoin que d'une seule licence, tant qu'il s'agit d'une seule puce/socket. (Dans les livres blancs pour SQL 2008, ils en font un argument de vente, affirmant qu'Oracle et d'autres facturent souvent par cœur.)
En plus de cela, il existe différentes licences disponibles pour les systèmes Internet - vous n'avez donc pas à limiter les utilisateurs. Soit vous récupérez une licence Internet (pour les utilisateurs externes), soit en fait une licence via SPLA (Service Provider Licensing Agreement) dans ces cas.
Dans votre cas particulier, vous auriez besoin (si les exigences sont précises) de 100 licences exactement.
100 utilisateurs, cependant - peuvent ne nécessiter AUCUNE CAL - si vous pouvez l'exécuter sur SQL Server Express. Les limites sont très correctes pour la plupart des scénarios ... 4 Go par base de données, c'est beaucoup pour de nombreux cas.