Quand est-il approprié d'utiliser SQL Server Developer Edition? [fermé]

Utilisez-vous SQL Server Developer Edition sur des ordinateurs de type serveur dans des environnements DEV et STAGING?

Je travaille sur un grand projet où (s'il passe l'étape de validation de concept), nous aurons plusieurs grands serveurs de bases de données d'entreprise répartis géographiquement et exécutant SQL Server 2012 Enterprise Edition.

Nous aurons un environnement de production qui aura initialement 3 serveurs, notre environnement de stockage intermédiaire aura au moins 3 serveurs et notre environnement de développement aura 1 serveur (hébergeant trois instances).

J'avais l'impression que nous n'aurions besoin que d'acquérir des licences Enterprise pour les serveurs de production réels, et nous pourrions nous débrouiller avec l'édition pour développeurs dans nos environnements de développeur et de transfert, car ils ne sont pas "de production".

D'autres sources m'ont dit qu'il nous fallait une licence d'entreprise sur toutes les machines mentionnées ci-dessus et que l'édition pour développeurs ne s'adresse qu'à un seul développeur sur leur poste de travail.

Developer Edition ayant toutes les fonctionnalités sexy d'Enterprise, je ne vois pas vraiment sa valeur sur une machine de classe station de travail, en particulier pour le développement et le test du type de système à haute disponibilité que nous construisons.

Si nous devons débourser des licences Enterprise pour un serveur de développement, notre phase de preuve de concept sera pratiquement détruite, ce qui mettra également fin au projet. Forcer une licence d'entreprise sur un environnement de transfert incitera la direction à simplement ignorer le transfert.

sql-server-2012 license

— datagod
source

"Since developer edition has all the sexy features of Enterprise, I can't really see the value of it on a workstation class machine, especially for developing and testing the type of high availability system we are building."

- Il est difficile de développer une application qui utilise, par exemple, le partitionnement de table, lorsqu'elle n'est pas disponible. C'est tout l'intérêt de Developer Edition.

— Jon Seigel

Juste pour clarifier, ce que je voulais dire, c'est que ce serait dommage de ne pas pouvoir utiliser la version pour développeurs sur un gros serveur. J'entends particulièrement mettre en avant les fonctionnalités les plus avancées et je ne veux pas essayer de le faire sur un ordinateur portable à l'intention des développeurs.

— Date

Oh d'accord, oui, je suis tout à fait d'accord.

— Jon Seigel

Quelle est votre définition d'un environnement de transfert? Faites-vous référence à un système de test / acceptation-utilisateur ou à un transfert de type ETL? Le terme approprié n'est pas le terme correct ici, mais plutôt la légalité d'une configuration.

— Mark Storey-Smith

Je vote pour clore cette question hors sujet parce que ce n'est pas vraiment une question à laquelle les pairs devraient répondre .

— Aaron Bertrand

Réponses:

Les licences de développement peuvent être utilisées pour installer tout ce qui n'est pas de la production, à condition que chaque personne qui se connecte au serveur possède sa propre licence de développement. Les licences MSDN peuvent également être utilisées si tout le monde possède une licence MSDN.

— mrdenny
source

everyone that connects to the server has their own development license- Cela signifie-t-il tous ceux qui se connectent via SSMS en tant que développeurs / administrateurs ou ceux qui utilisent une application s'exécutant sur SQL Server?

— wwarren

Aucune application ne peut être exécutée sur une instance SQL Server exécutant Developer Edition. Si une application est lancée contre elle, elle est en production. Developer Edition est pour test / dev, rien d’autre. Toute personne qui s'y connecte, en tant que développeur ou administrateur, doit disposer d'une licence de développeur (ou d'une licence MSDN).

— mrdenny

Logique. Je suppose que du point de vue de la base de données, même une version test / dev d'une application est une production à ses yeux

— wwarren

Ce n’est pas correct. Vous pouvez exécuter des applications. De plus, vos utilisateurs peuvent y accéder sous certaines conditions. Du PUR actuel pour SQL 2014 : Your end users may access the software to perform acceptance tests or to provide feedback on your programs. ET

In addition to the Licensed User, any person that has access to your internal network may install and use copies of the software to demonstrate use of your programs with the software.

— Stoinov

@mrdenny "Aucune application ne peut être exécutée sur une instance SQL Server exécutant Developer Edition." - Ça n'a pas de sens. Comment le développeur unique testerait-il sa base de données, à moins d'utiliser les applications qu'il avait créées? Même SQL Server Management Studio serait interdit si ce que vous dites est vrai, car c'est une application. Fondamentalement, il doit lui envoyer des requêtes SQL brutes à l'aide de sockets TCP / IP ou de code machine brut ou quelque chose du genre. Oh, attendez, même cmd.exeet HxD.exe(mon montage hexagonal préféré), sont des applications, alors ..... elles seraient également illégales.

— Ingénieur inversé

Réponse courte: oui.

Réponse légèrement plus longue: oui, à condition de disposer d'une licence de développeur pour chaque personne accédant aux serveurs de développement et de stockage intermédiaire.

À partir du Guide de référence rapide sur la gestion des licences :

SQL Server 2012 Developer Edition est une version complète du logiciel SQL Server, doté de toutes les fonctions et fonctionnalités de l'édition Enterprise, concédé sous licence selon le modèle Developer Tools, qui est un modèle «par utilisateur». Une licence est requise pour chaque personne qui accède au logiciel ou l’utilise.

Lors de l'utilisation du logiciel SQL Server à des fins de développement, de test ou de démonstration, seuls les utilisateurs disposent d'une licence. Aucune licence correspondante n'est nécessaire pour les systèmes de serveur exécutant le logiciel SQL Server dans ce cas.

Tant que seuls les utilisateurs sous licence ont accès au logiciel, les clients peuvent installer autant de copies du logiciel sur un nombre quelconque de serveurs utilisés exclusivement à des fins de développement, de test ou de démonstration. Cela est important, car cela permet aux clients d'exécuter le logiciel sur plusieurs périphériques (à des fins de test, par exemple) sans avoir à octroyer de licence pour chaque système serveur non productif.

— Greenstone Walker
source