Licencjonowanie SQL Server - Center

Licencjonowanie SQL Server
Licencje SAL
Pytanie: Klient ma zainstalowane oprogramowanie SQL Server w środowisku z
wieloma dzierżawcami i ma dwóch (2) użytkowników, którzy potrzebują dostępu
do niego. Czy można je licencjonować w modelu SAL?
Odpowiedź: W SPLA (Services Provider License Agreement) istnieją dwa sposoby
licencjonowania SQL Server: przy użyciu licencji SAL albo Per Core (na rdzeń) i typ
licencjonowania zależny jest od wydania używanego przez klienta:
MODEL LICENCJONOWANIA PER CORE
SQL Server 2012 Enterprise
SQL Server 2012 Standard
SQL Server 2012 Web
SUBSCRIBER ACCESS LICENSE (SAL) MODEL
SQL Server 2012 Standard
SQL Server 2012 Business Intelligence
W tym scenariuszu odpowiedź może brzmieć „Tak”, jeśli klient używa któregoś z
wydań licencjonowanych poprzez SAL, albo „Nie, musisz użyć licencji na rdzeń”,
jeśli klient używa wydania Enterprise lub Web. W przypadku wydania Standard nie
trzeba przypisywać obydwu licencji SAL oraz Per Core; partner musi wybrać tylko
jeden z tych modeli licencjonowania
SQL Runtime
Pytanie: Klient końcowy dostarczył swoją aplikację z wbudowanym SQL
(runtime), rozumiejąc, że Hoster zgłosi w SPLA tylko Win Svr oraz RDS. Czy jest
to dozwolone w ramach SPLA?
Odpowiedź: Ponieważ SQL Runtime jest częścią Unified Solution utworzonego
przez niezależnego dostawcę oprogramowania (ISV), warunki licencji tego
rozwiązania powinny zawierać warunki licencyjne wykorzystywanej wersji SQL
Runtime (jest to wymagane przez program lojalnościowy ISV, za pośrednictwem
którego uzyskiwane są te licencje). Klient powinien sprawdzić, czy warunki
użytkowania ograniczają miejsce instalacji (w siedzibie lub hostowane). Jeśli nie
ma ograniczeń, klient może przekazać Unified Solution do centrum obliczeniowego
partnera w celu hostingu.
SQL Server Technology
Pytanie: Czy możemy wykorzystać bezpłatne licencje SQL Server dla aplikacji
System Center?
Odpowiedź: Tak, można. Dowolny partner SPLA może uruchomić jedną instancję
SQL Server Database wyłącznie w celu obsługi tego oprogramowania. W
warunkach SPUR (Services Provider Use Rights) produkty wyposażone w
technologię SQL Server są uważane zawierające licencję dla tej technologii.
Stosowane są poniższe prawa użytkowania produktu:
SQL Server Technology
Jeśli
Twoje
wydanie
oprogramowania
zawiera
produkt
oprogramowania bazodanowego SQL Server („SQL Server
Database”), możesz uruchamiać w dowolnym momencie jedną
instancję SQL Server Database w jednym fizycznym lub
wirtualnym środowisku systemu operacyjnego na jednym
serwerze w celu obsługi tego oprogramowania. Możesz
również użyć tej instancji SQL Server Database do obsługi
innych produktów zawierających dowolną wersję SQL Server
Database. Do całego takiego użytku nie są potrzebne licencje
SQL Server SAL.
Nie można współużytkować tej instancji w celu obsługi
dowolnego innego produktu, który nie jest licencjonowany
łącznie z SQL Server Database.
Jeśli wydanie oprogramowania zawiera komponenty SQL
Server inne niż SQL Server Database, komponenty te są
licencjonowane
na
podstawie
ich
odpowiednich
licencji.
Licencje takie można znaleźć:
 w folderze „legal”, „licenses” lub podobnie nazwanym w
katalogu
instalacji
oprogramowania
i
mogą
być
umieszczone w odrębnych porozumieniach licencyjnych
lub dołączone do umowy licencyjnej oprogramowania;
albo
 poprzez
ujednolicony
program
instalacyjny
oprogramowania.
Jeśli nie zgadzasz się na warunki licencyjne komponentu SQL
Server, nie możesz używać tego składnika.
Oto, jak dołączone technologie wyglądają w prawach użytkowania każdego
produktu:
Lista produktów zawierających technologię SQL Server jest następująca (stan z
marca 2013):
 System Center 2012 Datacenter
 System Center 2012 Standard
 System Center 2012 Client Management Suite
 System Center 2012 Configuration Manager
 Visual Studio Premium 2012
 Visual Studio Professional 2012
 Visual Studio Ultimate 2012
 Visual Studio Team Foundation Server 2012 with SQL Server 2012 Technology
 Visual Studio Test Professional 2012
SQL Server 2008 Small Business Edition
Pytanie: W cenniku SPLA nadal mogę zobaczyć SQL Server Small Business SAL.
Czy ta licencja SAL jest ważna tylko dla klientów, którzy wykorzystywali ją w
przeszłości? Czy nowi klienci mogą jej użyć?
Odpowiedź: Każdy nowy klient może używać albo najnowszej wersji produktu
dostępnego w SPUR, albo dowolnej wcześniejszej wersji zdefiniowanej w SPUR
(paragraf 6a). SPUR wymienia następujące uprawnienia do używania innych
wersji:
Warunki licencji produktu pozwalają na używanie jednej lub
więcej instancji jednocześnie. Dla tych wszystkich produktów,
dla dowolnej dozwolonej kopii lub instancji, możesz zamiast
wersji licencjonowanej utworzyć, przechowywać i uruchamiać
kopię lub instancję:
 wersji wcześniejszej;
 innej dozwolonej wersji językowej; lub
 innej dostępnej wersji platformy (na przykład 32- lub 64bitowej).
Nie możesz używać różnych wersji różnych komponentów,
takich
jak
oprogramowanie
serwera
i
oprogramowanie
dodatkowe, o ile warunki licencyjne produktu nie pozwalają na
to jawnie.
Tym samym, gdy klienci wybierają wersję produktu do wdrożenia, mogą użyć albo
tej dostępnej w SPUR, albo wersji wcześniejsze. W obydwu przypadkach
stosowane są warunki najnowszego SPUR. Innymi słowy, partner może obecnie
używać SQL Server 2008 R2, ale powinien zapłacić licencje SQL Server 2012 Cores.
Nawet jeśli nowa wersja produktu zostanie opublikowana w czasie trwania umowy,
klient może pozostać przy wybranej wersji na czas jej trwania (paragraf 10b). Jak
można
zauważyć,
prawa
użytkowania
każdego
produktu
powinny
zostać
sprawdzone, gdy umowa jest podpisywana ponownie: firma Microsoft może
wprowadzać zmiany w SPUR.
Czas trwania umowy jest ważną rzeczą, o której trzeba pamiętać przy rozważaniu
dostępnych wersji. Zgodnie z paragrafem 14a, czas trwania umowy to trzy lata od
daty
efektywnej
wskazanej
w
formularzu
podpisu.
Umowa
może
zostać
przedłużona, ale przedłużenie to (paragraf 14b) jest używane tylko dla istniejących
Klientów Końcowych i nie może przekroczyć jednego roku:
(i) okres
przedłużenia
będzie
równy
najdłuższemu
pozostałemu
okresowi ważności Umowy końcowego użytkownika lub 12 miesięcy,
zależnie od tego, który z nich jest krótszy; oraz
(ii) Klient nie będzie oferował Usług oprogramowania żadnym nowym
Użytkownikom końcowym ani przedłużał ważności istniejących
Umów końcowych użytkowników.
Tym samym, tylko ci partnerzy, którzy wdrożyli i rozpoczęli zgłaszanie produktu,
zanim został on usunięty z oferty, mogą zgłaszać licencje SQLSvrforSB ALNG
LicSAPk MVL SAL SPUR do końca ważności swoich umów.
SQL Server poprzez umowę SPLA w maszynie wirtualnej Windows Azure
Pytanie: Czy, korzystając z dostępności IaaS w Windows Azure, dostawca usługi
może hostować SQL Server w maszynie wirtualnej Azure i udostępnić go jako
usługę dla klienta końcowego?
Odpowiedź: Tak. Ponieważ usługi infrastruktury Windows Azure (maszyny
wirtualne Azure) zostały udostępnione od 16 kwietnia, partnerzy hostingowi mogą
użyć maszyn wirtualnych Azure do udostępniania rozwiązań innych firm, w tym
rozwiązań firmy Microsoft, takich jak hostowanie Exchange, hostowanie SQL
Server lub SharePoint.
Dostawca usługi musi podpisać umowę Enrollment for Windows Azure (EWA)
(Rejestrowanie w Windows Azure) lub Microsoft Online Services Partner Agreement
(MOSP), aby uzyskać dostęp do usług Windows Azure Services od firmy Microsoft.
Dostawcy usług powinni również podpisać rozszerzenie do EWA, aby uzyskać
zezwolenie na hostowanie aplikacji w maszynach wirtualnych wykorzystujących
system Windows Server. Aplikacje te mogą być licencjonowane za pośrednictwem
programu licencyjnego SPLA lub poprzez odrębne umowy z innymi firmami.
Ponieważ w tej sytuacji nie jest możliwe określenie liczby fizycznych procesorów,
partner może użyć tylko licencji SPLA SAL dla tych usług (w tym licencji SQL SAL).
Windows Azure Services nie są dostępne w ramach umowy SPLA, a jedynie poprzez
EWA (poziom cenowy A z EA) albo MOSP.
SQL jako część rozwiązania ISV
Pytanie: Partner opracował rozwiązanie CRM, które wymaga do działania
oprogramowania SQL Server Standard. Aplikacja utrzymywana jest w maszynie
wirtualnej działającej pod kontrolą systemu Linux, zaś baza danych utrzymywana
jest na innej maszynie wirtualnej. Partner nie raportuje wykorzystania Windows
Server. Czy to jest właściwe?
Odpowiedź:
To
nieprawidłowe.
Windows
Server
jest
oprogramowaniem
wymaganym (zależnym) dla Microsoft SQL Server, co oznacza, że Microsoft SQL
Server nie może działać bez leżącego w tle systemu operacyjnego Microsoft.
Zgodnie ze SPUR, potrzebna jest licencja dla każdego produktu i oddzielnie
licencjonowanie funkcjonalności używanej na urządzeniu lub dla użytkownika. Tym
samym partner musi licencjonować Windows Server, podobnie jak SQL Server.
Zwielokrotnianie użycia
Pytanie: Dlaczego scenariusz licencjonowania Windows Server poprzez procesory
i SQL Server poprzez licencje SAL jest wyróżniany w raportach zgodności od
korporacji?
Odpowiedź: Zasadniczo licencjonowanie Windows Server według procesorów i
SQL Server poprzez licencje SAL dla każdego autoryzowanego użytkownika
uzyskującego dostęp do SQL jest scenariuszem poprawnym. Jednak jest on
oflagowany przez korporacje, gdyż może to skrywać zwielokrotnianie użycia. Służy
to zwróceniu uwagi, dzięki czemu SPLAR może zrozumieć, że partner powinien
użyć licencji SQL Core zamiast licencji SAL.
Na przykład Użytkownik końcowy używa oprogramowania logistycznego, które do
działania wymaga SQL Server Standard. Istnieje tu 20 nazwanych pracowników,
uzyskujących dostęp do oprogramowania (i pośrednio do SQL Server). Klienci tej
firmy Użytkownika końcowego mogą żądać danych o dostępności towarów poprzez
witrynę Web, używając loginu [email protected]. Partner hostingowy
raportuje wykorzystanie 2 licencji procesora Windows Server Standard i 21 licencji
SQL Standard SAL. Tym niemniej, ponieważ [email protected] jest
współużytkowanym kontem, jest to uważane za zwielokrotnione użycie. Tak więc
reseller
powinien
pouczyć
partnera,
aby
albo
raportował
każdego
zarejestrowanego klienta, albo użył licencji SQL Server Standard Core, jeśli nie ma
możliwości zarejestrowania każdego klienta, a tym samym nie ma możliwości
wyliczenia liczby potrzebnych licencji SAL.