Quando è appropriato utilizzare SQL Server Developer Edition? [chiuso]

Usi SQL Server Developer Edition su macchine di classe server in ambienti DEV e STAGING?

Sto lavorando a un grande progetto in cui (se supera la fase di prova del concetto) avremo diversi grandi server di database di classe enterprise distribuiti geograficamente che eseguono SQL Server 2012 Enterprise Edition.

Avremo un ambiente di produzione inizialmente avrà 3 server, il nostro ambiente di gestione temporanea avrà un minimo di 3 server e il nostro ambiente di sviluppo avrà 1 server (che ospita tre istanze).

Avevo l'impressione che avremmo avuto solo bisogno di acquisire licenze Enterprise per i server di produzione reali e potremmo cavarcela con l'edizione per sviluppatori nei nostri ambienti di sviluppo e di gestione temporanea perché non sono "produzione".

Altre fonti mi hanno detto che è necessario disporre di una licenza aziendale su tutte le macchine sopra menzionate e che l'edizione per sviluppatori è pensata solo per un singolo sviluppatore sulla propria workstation.

Poiché l'edizione per sviluppatori ha tutte le caratteristiche sexy di Enterprise, non riesco davvero a vederne il valore su una macchina di classe workstation, in particolare per lo sviluppo e il test del tipo di sistema ad alta disponibilità che stiamo costruendo.

Se dobbiamo sborsare le licenze Enterprise per un server di sviluppo, questo ucciderà la nostra fase di prova del concetto, uccidendo così il progetto. Forzare una licenza aziendale in un ambiente di gestione temporanea farà sì che il management voglia solo saltare del tutto la gestione temporanea.

sql-server-2012 license

— datagod
fonte

"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."

- è difficile sviluppare un'applicazione che utilizza, ad esempio, il partizionamento delle tabelle, quando non è disponibile. Questo è il punto centrale della Developer Edition.

— Jon Seigel,

Giusto per chiarire, intendevo dire che sarebbe stato un peccato NON poter usare l'edizione per sviluppatori su un grande server di clacson. Intendo specificamente mostrare le funzionalità più avanzate e non voglio provare a farlo su un laptop per sviluppatori.

— datagod

Oh okay, sì, sono completamente d'accordo.

— Jon Seigel,

Qual è la tua definizione di ambiente di staging? Ti riferisci a un sistema di test / collaudo accettazione utente o stadiazione di tipo ETL? Appropriato non è il termine corretto qui, è più a che fare con la legalità di una configurazione.

— Mark Storey-Smith,

Sto votando per chiudere questa domanda come fuori tema perché in realtà questa non è una domanda che i colleghi dovrebbero rispondere .

— Aaron Bertrand

Risposte:

Le licenze di edizione di sviluppo possono essere utilizzate per installare tutto ciò che non è di produzione, a condizione che tutti coloro che si connettono al server dispongano della propria licenza di sviluppo. Le licenze MSDN possono essere utilizzate anche se tutti hanno una licenza MSDN.

— mrdenny
fonte

everyone that connects to the server has their own development license- questo significa che tutti coloro che si connettono utilizzando SSMS come sviluppatori / amministratori o chiunque sia utente di un'applicazione in esecuzione su SQL Server?

— Wwarren,

Non ci possono essere applicazioni in esecuzione su un'istanza di SQL Server che esegue Developer Edition. Se c'è un'applicazione in esecuzione contro di essa, è in produzione. Developer Edition è per test / sviluppo, nient'altro. Chiunque si connetta ad esso, sia come sviluppatore che come amministratore, deve disporre di una licenza per sviluppatori (o di una licenza MSDN).

— mrdenny,

Ha senso. Suppongo che dal punto di vista del database anche una versione test / dev di un'applicazione sia una produzione ai suoi occhi

— wwarren,

Ciò non è corretto: è possibile eseguire applicazioni e inoltre gli utenti possono accedervi a determinate condizioni. Dall'attuale PUR per SQL 2014 : Your end users may access the software to perform acceptance tests or to provide feedback on your programs. AND

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 "Non ci possono essere applicazioni in esecuzione su un'istanza di SQL Server che esegue Developer Edition." - Questo non ha senso. In che modo il singolo sviluppatore avrebbe testato il suo database, a meno che non stesse usando le applicazioni che aveva creato per esso? Anche SQL Server Management Studio sarebbe vietato se ciò che dici è vero, dal momento che è un'applicazione. Fondamentalmente deve inviarlo richieste SQL non elaborate utilizzando socket TCP / IP o codice macchina grezzo o qualcosa del genere. Oh aspetta, anche cmd.exee HxD.exe(la mia modifica esadecimale preferita), sono applicazioni, quindi ..... anche quelle sarebbero illegali.

— Ingegnere invertito,

Risposta breve: si.

Risposta leggermente più lunga: sì, purché si disponga di una licenza per sviluppatore per ogni persona che accede ai server di sviluppo e gestione temporanea.

Dalla Guida di riferimento rapido delle licenze :

SQL Server 2012 Developer Edition è una versione con tutte le funzioni del software SQL Server — con tutte le caratteristiche e le capacità dell'edizione Enterprise — concessa in licenza con il modello Developer Tools, che è un modello “per utente”. È necessaria una licenza per ogni persona che accede o utilizza il software.

Quando si utilizza il software SQL Server per scopi di sviluppo, test o dimostrazione, solo gli utenti sono autorizzati e in questo caso non è necessaria una licenza corrispondente per i sistemi server effettivi che eseguono il software SQL Server.

Finché solo gli utenti con licenza hanno accesso al software, i clienti possono installare quante copie del software su un numero qualsiasi di server che vengono utilizzati esclusivamente a scopo di sviluppo, test o dimostrazione. Ciò è significativo perché consente ai clienti di eseguire il software su più dispositivi (ad esempio a scopo di test) senza dover concedere in licenza ogni sistema server non di produzione

— Greenstone Walker
fonte