Jump to content

Korrekte Lizensierung


Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

Sehr schön, das bedeutet dass die Kunden indirekt auf den SQL Server zugreifen. Der SQL Server stellt Daten zur Verfügung die der zugreifende Kunde benötigt. Ob er hierzu direkt, oder indirekt (über einen webserver) zugreift ist unerheblich. Jeder Zugriff erfordert eine CAL!

 

Hier der relevante Auszug aus den Nutzungsrechten:

 

a) Client-Zugriffslizenzen (CALs).

• Sie sind verpflichtet, für jedes Gerät bzw. Jeden Nutzer, das bzw. Der direkt oder indirekt auf Ihre Instanzen der Serversoftware zugreift, eine CAL zu erwerben und dem entsprechenden Gerät bzw. Nutzer zuzuweisen.

 

Also brauchst du entweder für jedes Zugreifende Gerät, oder jeden zugreifenden Kunden eine CAL, oder die entsprechende Anzahl an Prozessorlizenzen.

Link zu diesem Kommentar

heißt das dann, wenn ich den sqlserver indirekt hinter einem webserver ins internet stelle, muss ich auf prozessor lizensieren?

 

Wo du ihn hinstellst ist egal, solange alle Zugriffe, egal ob sie direkt oder indirekt erfolgen, lizenziert werden.

Hab ich aber oben eindeutig geschrieben ...:suspect:

 

oder gibt es hier auch so was wie eine external connector lizenz? (ähnlich wie beim terminalserver)

 

Nein gibt es nicht, weil es da Prozessorlizenzen gibt.

 

Aber auf alle nicht vergessen, dass der Windows Server, unter dem SQL auch entsprechend (wahlweise mit CALs für die Zugriffe, oder mit einer external Conecctor Lizenz) für die externen Zugriffe, der Kunden, lizenziert werden muss.

Link zu diesem Kommentar
Aber auf alle nicht vergessen, dass der Windows Server, unter dem SQL auch entsprechend (wahlweise mit CALs für die Zugriffe, oder mit einer external Conecctor Lizenz) für die externen Zugriffe, der Kunden, lizenziert werden muss.

 

Was meinst du damit?

 

Benötige ich für die Nutzer neben den SQL Lizenzen (also der Prozessorlizenz) noch eine Zugriffslizenz für den Windowsserver auf dem der SQL Server liegt?

Link zu diesem Kommentar

Benötige ich für die Nutzer neben den SQL Lizenzen (also der Prozessorlizenz) noch eine Zugriffslizenz für den Windowsserver auf dem der SQL Server liegt?

 

Genau das meine ich damit. Die Leute greifen ja auch auf den Windows server zu, denn sonst könnten sie ja nicht auf den SQl Server darauf zugreifen. Also müssen sie auch für den windows Server CALs , bzw. einen external Connector haben.

 

Fallen diese Lizenzen weg wenn ich als Frontendserver einen Windows 2003 Web Edition verwende?

 

Dann fallen die Windows Server CALs nur für den Frontend Server weg, nicht für den auf dem der SQl läuft. Der SQL darf nicht auf einer Web Edition installiert werden.

Link zu diesem Kommentar

Muss ich dann für jeden Benutzer / Kunden eine extra UCAL für den Backendserver kaufen, oder kann ich hier eine DeviceCal einsetzen?

 

Weil eine Connector Lizenzen finde ich nur für den Terminal Server.

 

 

Ich frage nach, weil unser Softwarepartner meinte ich bin mit folgenden Lizenzen korrekt lizensiert:

 

1 x W2K3 Web Edition -> Frontendserver

1 x W2K3 Standard -> Backendserver

1 x SQL Server 2005 Standard (Prozessorlizenz)

Zusätzliche CALS werden nicht benötigt.

 

Alith

(der bei den kosten doch das Selbstständigmachen nach hinten schiebt ;) )

Link zu diesem Kommentar

Euer Softwarepartner hat euch definitiv falsch beraten!

 

Der Backendserver benötigt eine external Connector Lizenz, oder du brauchst für jedes von extern zugreifene Gerät eine Geräte CAL (alternativ User CALs für die zugreifenden User).

 

es gibt definitiv eine external Connector Lizenz für den W2K3 Server.

 

Für den Frontendserver werden keien CALs benötigt, weil er eine Web edition ist und für den SQL auch keine wenn du Prozessorlizenzen kaufst.

Link zu diesem Kommentar

Zitat:

Zitat von firefox80

heißt das dann, wenn ich den sqlserver indirekt hinter einem webserver ins internet stelle, muss ich auf prozessor lizensieren?

 

Wo du ihn hinstellst ist egal, solange alle Zugriffe, egal ob sie direkt oder indirekt erfolgen, lizenziert werden.

Hab ich aber oben eindeutig geschrieben ...

Damit hab ich gemeint, dass man in dieser Situation nicht auf User/Devices lizensieren kann sondern gezwunden ist CPU Lizenzen einzusetzen

 

jetzt ist mir klar, warum bei den webservern linux mit apache so verbreitet ist :D:D:D

Eine MS Lösung ist ja fast nicht leistbar.

 

Sind die kostenlosen Express oder Compact Versionen eine Lösung, oder verstecken sich auch hier Kosten bzw. Einschränkungen?

Link zu diesem Kommentar

@Firefox

 

Das mit Apache hab ich mir auch gedacht.

Sicher sind 10K + Connector Lizenz nicht viel, für ein mittleres Unternehmen, aber für jemanden der sich selbstständig machen will ist das eine notwendig Hardware sammlung, und schon ziehmlich happig.

 

Einschränkungen hast du bei der SQL Express durch die Benutzung von maximal 1 GB RAM, 5 Pipes und einer maximalen DB größe von 4 GB.

 

@ PAT:

Eigentlich dachten wir schon einen Recht guten zu haben, immerhoin bietet er Zertifizierungsschulungen an und ist berechtigt für MS SAMS durchzuführen.

 

Alith

Link zu diesem Kommentar

Damit hab ich gemeint, dass man in dieser Situation nicht auf User/Devices lizensieren kann sondern gezwunden ist CPU Lizenzen einzusetzen

 

Doch kannst du, der Administrative Aufwand dafür dürfte nur relativ hoch sein, ausser du beschränkst den Zugriff technisch auf eine begrenzte Menge bekannter Geräte oder User. Dann kannst du gut mit CALs arbeiten. In einem Lan ist es im Prinzip auch nichts anderes, du hast eine begrenzte Anzahl bekannter zugreifender User/Geräte.

 

jetzt ist mir klar, warum bei den webservern linux mit apache so verbreitet ist :D:D:D

Eine MS Lösung ist ja fast nicht leistbar.

 

Totaler ****sinn, als reiner Webserver ist W2K3 sehr günstig und braucht keien CALs.

Sind die kostenlosen Express oder Compact Versionen eine Lösung, oder verstecken sich auch hier Kosten bzw. Einschränkungen?

 

Die sind kostrenlos, aber es wäre wirtschaftlicher Selbstmord wenn sie gegenüber den Bezahlversionen nicht eingeschränkt wären.

Link zu diesem Kommentar

Ich darf das Ganze zum Verständnis nochmal zusammenfassen.

Ich gehe von einem Webserver aus, der zusätzlich zu einem 2003Std Verbunden ist, der SQL hostet. In weiterer Annahme kann ich nicht kontrollieren, wer auf den Server zugreift, bzw. will ihn der Allgemeinheit zur Verfügung stellen.

Dadurch entstehen nach schneller Recherche in etwa folgende Lizenzkosten:

SQL 2005 Std CPU License: 6600 EUR

Windows Server 2003 Web Edition: 330 EUR

Windows Server 2003 Std: 800 EUR (NON-OSB Version)

Windows Server External Connector: 2000 USD

 

Da kommen wir dann in Gegenden über 9000 EUR... und das nur für die 2 notwendigsten Maschinen. Wenn ich mich z.b. als Webhoster selbstständig machen wollte muss ich ein vielfaches davon rechnen.

Die zeiten in denen ein Webserver keine Datenbankanbindung brauchte sind glaub ich vorbei.

 

Ich hatte mal ein Telefonat mit mySQL. Demnach kann man mySQL innerhalb der GPL in einer Webserver Umgebung installiert werden und es entstehen keine Lizensierungskosten.

 

Nach derzeitigem Informationsstand spricht nichts für Microsoft.

 

Für Aufklärung eventueller Denkfehler bin ich sehr dankbar!

 

Was ich noch gerne wissen würde: Ist die external connector license pro server oder 1x für die gesamte umgebung zu lizensieren?

Link zu diesem Kommentar
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Schreibe einen Kommentar

Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor-Fenster leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...