Kiedy należy używać SQL Server Developer Edition? [Zamknięte]

Czy używasz SQL Server Developer Edition na maszynach klasy serwerowej w środowiskach DEV i STAGING?

Pracuję nad dużym projektem, w którym (jeśli przejdzie etap weryfikacji koncepcji) będziemy mieli kilka dużych geograficznie rozproszonych serwerów baz danych klasy korporacyjnej z programem SQL Server 2012 Enterprise Edition.

Będziemy mieć środowisko produkcyjne początkowo będą mieć 3 serwery, nasze środowisko przejściowe będzie mieć co najmniej 3 serwery, a nasze środowisko programistyczne będzie mieć 1 serwer (hostujący trzy wystąpienia).

Miałem wrażenie, że będziemy musieli jedynie nabyć licencje Enterprise na rzeczywiste serwery produkcyjne i moglibyśmy przetrwać dzięki wersji dla programistów w naszych środowiskach programistycznych i testowych, ponieważ nie są one „produkcyjne”.

Inne źródła mówiły mi, że musimy mieć licencję dla przedsiębiorstw na wszystkie wyżej wymienione komputery i że wersja dla programistów jest przeznaczona tylko dla jednego programisty na ich stacji roboczej.

Ponieważ wersja dla programistów ma wszystkie seksowne funkcje Enterprise, nie widzę jej wartości na komputerze klasy stacji roboczej, szczególnie w przypadku opracowywania i testowania budowanego przez nas systemu wysokiej dostępności.

Jeśli musimy opracować licencje Enterprise na serwer deweloperski, to prawie zabije nasz etap weryfikacji koncepcji, a tym samym zabije projekt. Wymuszenie licencji korporacyjnej w środowisku pomostowym sprawi, że kierownictwo będzie chciało całkowicie zrezygnować z pomostowania.

sql-server-2012 license

— datagod
źródło

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

- ciężko jest stworzyć aplikację, która wykorzystuje na przykład partycjonowanie tabel, gdy nie jest dostępna. Taki jest cel Edycji dla programistów.

— Jon Seigel

Żeby wyjaśnić, miałem na myśli to, że szkoda byłoby NIE móc używać wersji deweloperskiej na dużym, honorowym serwerze. W szczególności zamierzam zaprezentować bardziej zaawansowane funkcje i nie chcę tego robić na laptopie programisty.

— datagod

No dobrze, tak, całkowicie się zgadzam.

— Jon Seigel

Jaka jest twoja definicja środowiska przejściowego? Masz na myśli system testowy / system akceptacji użytkownika lub etapowanie typu ETL? Właściwe określenie nie jest tutaj poprawnym terminem, ma raczej związek z legalnością konfiguracji.

— Mark Storey-Smith

Głosuję za zamknięciem tego pytania jako nie na temat, ponieważ tak naprawdę nie jest to pytanie, na które rówieśnicy powinni odpowiedzieć .

— Aaron Bertrand

Odpowiedzi:

Licencji wersji rozwojowej można używać do instalowania wszystkiego, co nie jest produkcyjne, pod warunkiem, że każdy, kto łączy się z serwerem, ma własną licencję programistyczną. Licencje MSDN mogą być również używane, jeśli każdy ma licencję MSDN.

— mrdenny
źródło

everyone that connects to the server has their own development license- czy to oznacza każdego, kto łączy się za pomocą SSMS jako programista / administrator, czy też każdego, kto jest użytkownikiem aplikacji działającej na serwerze SQL?

— wwarren

Nie mogą być uruchomione żadne aplikacje dla instancji SQL Server, na której działa wersja dla programistów. Jeśli działa na nim aplikacja, jest ona w produkcji. Wersja dla programistów jest przeznaczona do testowania / tworzenia, nic więcej. Każdy, kto się z nim łączy, zarówno jako programista, jak i administrator, musi mieć licencję programisty (lub licencję MSDN).

— mrdenny

Ma sens.

— Podejrzewam,

To nie jest poprawne - możesz uruchamiać aplikacje, a ponadto użytkownicy mogą uzyskać do nich dostęp pod pewnymi warunkami. Z bieżącego PUR dla 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 „Nie można uruchamiać żadnych aplikacji przeciwko wystąpieniu programu SQL Server, na którym działa wersja dla programistów”. - To nie ma sensu. Jak pojedynczy programista przetestowałby swoją bazę danych, chyba że używałby do tego stworzonych przez siebie aplikacji? Nawet SQL Server Management Studio byłoby zabronione, jeśli to, co mówisz, jest prawdą, ponieważ jest to aplikacja. Zasadniczo musi wysłać surowe żądania SQL przy użyciu gniazd TCP / IP lub surowego kodu maszynowego lub czegoś w tym rodzaju. Oh wait, nawet cmd.exei HxD.exe(moja ulubiona edytować hex), to aplikacje, więc ..... te byłyby również nielegalne.

— Odwrócony inżynier

Krótka odpowiedź: tak.

Nieco dłuższa odpowiedź: tak, o ile masz jedną licencję programisty na każdą osobę uzyskującą dostęp do serwerów programistycznych i pośrednich.

W skróconym podręczniku licencjonowania :

SQL Server 2012 Developer Edition to w pełni funkcjonalna wersja oprogramowania SQL Server - ze wszystkimi funkcjami i możliwościami wersji Enterprise - licencjonowana na podstawie modelu narzędzi programistycznych, który jest modelem „na użytkownika”. Wymagana jest jedna licencja na każdą osobę, która uzyskuje dostęp do oprogramowania lub z niego korzysta.

Gdy używasz oprogramowania SQL Server do celów programistycznych, testowych lub demonstracyjnych, tylko użytkownicy są licencjonowani i w tym przypadku nie jest wymagana odpowiednia licencja na rzeczywiste systemy serwerowe z oprogramowaniem SQL Server.

Tak długo, jak tylko licencjonowani użytkownicy mają dostęp do oprogramowania, klienci mogą instalować tyle kopii oprogramowania na dowolnej liczbie serwerów, które są używane wyłącznie do celów programistycznych, testowych lub demonstracyjnych. Jest to istotne, ponieważ umożliwia klientom uruchamianie oprogramowania na wielu urządzeniach (na przykład w celach testowych) bez konieczności licencjonowania każdego nieprodukcyjnego systemu serwerów

— Greenstone Walker
źródło