19
Lizenzfrage zu Windows Server 2019
Hallo zusammen,
ich möchte einen Windows Server 2019 einrichten und frage mich, ob ich für den Server Clientzugriffslizenzen oder ähnliches brauche. Mein Händler sagt ja, mein Dienstleister sagt nein. Also frage ich hier mal die Spezialisten.
Konkret: Wir haben einen Sage-Server (Windows Server 2016) im Einsatz, dazu 2 Terminalserver (Windows Server 2012) mit 50 User CALs. Jetzt möchte ich einen zweiten Sage-Server einrichten, der einfach nur Sage-Isolationsprozesse auslagern soll. Auf dem ersten laufen weit über 100 und mein Dienstleister hat zu einem zweiten Sage-Server geraten. Also quasi eine Lastverteilung, mehr nicht.
Auf den zweiten Sage-Server greift also nur der erste Sage-Server zu. Ich weiß jetzt aber nicht, ob User auf die Isolationsprozesse auf dem zweiten Sage-Server zugreifen werden. Nach der Logik des Händlers würde ich dann ja 50 Zugriffslizenzen brauchen.
Also die Frage an die Lizenzspezialisten: Wer hat da jetzt Recht? Brauche ich nicht einfach nur eine Lizenz für Windows Server 2019 und gut ist?
Danke für hilfreiche Antworten!
ich möchte einen Windows Server 2019 einrichten und frage mich, ob ich für den Server Clientzugriffslizenzen oder ähnliches brauche. Mein Händler sagt ja, mein Dienstleister sagt nein. Also frage ich hier mal die Spezialisten.
Konkret: Wir haben einen Sage-Server (Windows Server 2016) im Einsatz, dazu 2 Terminalserver (Windows Server 2012) mit 50 User CALs. Jetzt möchte ich einen zweiten Sage-Server einrichten, der einfach nur Sage-Isolationsprozesse auslagern soll. Auf dem ersten laufen weit über 100 und mein Dienstleister hat zu einem zweiten Sage-Server geraten. Also quasi eine Lastverteilung, mehr nicht.
Auf den zweiten Sage-Server greift also nur der erste Sage-Server zu. Ich weiß jetzt aber nicht, ob User auf die Isolationsprozesse auf dem zweiten Sage-Server zugreifen werden. Nach der Logik des Händlers würde ich dann ja 50 Zugriffslizenzen brauchen.
Also die Frage an die Lizenzspezialisten: Wer hat da jetzt Recht? Brauche ich nicht einfach nur eine Lizenz für Windows Server 2019 und gut ist?
Danke für hilfreiche Antworten!
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 506320
Url: https://administrator.de/contentid/506320
Ausgedruckt am: 22.11.2024 um 05:11 Uhr
19 Kommentare
Neuester Kommentar
Moin,
Wenn Du 2019 einsetzen willst, müssen alle Clientzugriffslizenzen auf 2019 umgestellt werden.
Nutzt Du die downgradeoption von 2016 auf 2012, brauchst Du keine neuen CAL..
lks
Wenn Du 2019 einsetzen willst, müssen alle Clientzugriffslizenzen auf 2019 umgestellt werden.
Nutzt Du die downgradeoption von 2016 auf 2012, brauchst Du keine neuen CAL..
lks
Wenn deine User einen Dienst nutzen, der auf diesem Server läuft, brauchst du die CALs.
Eigentlich müsstest du jetzt schon 2016er haben,da deine User ja das Sage auf dem 2016er nutzen
Die 50 RDP User sind übrigens NICHT das gleiche wie die CALs. CALs brauchst du eigentlich immer für alle deine User. RDP zusätzlich, für jeden User der auf einem RDP Server arbeitet.
Eigentlich müsstest du jetzt schon 2016er haben,da deine User ja das Sage auf dem 2016er nutzen
Die 50 RDP User sind übrigens NICHT das gleiche wie die CALs. CALs brauchst du eigentlich immer für alle deine User. RDP zusätzlich, für jeden User der auf einem RDP Server arbeitet.
Hallo,
wenn dein Dienstleister nein sagt, dann hat er keine Ahnung, besser wechseln.
Viele Grüße,
Christian
certifiedit.net
wenn dein Dienstleister nein sagt, dann hat er keine Ahnung, besser wechseln.
Viele Grüße,
Christian
certifiedit.net
Genau das verwirrt mich ja so komplett. Ich habe ihn jetzt darum gebeten, einmal mit einem Spezialisten eine Inventur durchzuführen, damit ich endlich mal eine komplette Übersicht bekomme. Vieles stammt noch von vor meiner Zeit und wirklich Zeit, mich da einzuarbeiten habe ich auch nicht. Ich danke Euch schonmal!
Mahlzeit
Eventuell hat er ihm ja folgendes angeboten:
Windows Server 2019 Standard als Lizenz und installiert wird der 2016-er als Downgrade. Dann werden keine neuen CALs fällig, da die ja für den anderen sage-Server (2016) schon da sein sollten.
Wenn natürlich nur 2012er CALs da sind, dann ist er falsch lizenziert. Aber vielleicht verwechselt er ja die RDS-CALs mit den Server CALs.
Zitat von @certifiedit.net:
wenn dein Dienstleister nein sagt, dann hat er keine Ahnung, besser wechseln.
Woher weißt du, was der Dienstleister genau gesagt hat?wenn dein Dienstleister nein sagt, dann hat er keine Ahnung, besser wechseln.
Eventuell hat er ihm ja folgendes angeboten:
Windows Server 2019 Standard als Lizenz und installiert wird der 2016-er als Downgrade. Dann werden keine neuen CALs fällig, da die ja für den anderen sage-Server (2016) schon da sein sollten.
Wenn natürlich nur 2012er CALs da sind, dann ist er falsch lizenziert. Aber vielleicht verwechselt er ja die RDS-CALs mit den Server CALs.
Genau das kläre ich gerade mit dem Dienstleister, ob die CALs inzwischen von 2012 auf 2016 angehoben wurden. In letzterem Fall brauche ich keine zusätzlichen CALs mehr für den zweiten Sage-Server (würde ich als 2016-Downgrade installieren), richtig? Wobei ich hier nochmal unterscheiden muss zwischen User-CAL und Device-CAL? Wenn kein User auf den zweiten Sage-Server zugreift, sondern nur der erste Sage-Server, dann brauche ich eine separate Device-CAL?
Wenn natürlich nur 2012er CALs da sind, dann ist er falsch lizenziert. Aber vielleicht verwechselt er ja die RDS-CALs mit den Server CALs.
Auch ungut. Sollte man auf dem Schirm haben (oder keine Aussage treffen). Ungeachtet dessen gibt es wohl eine Diskrepanz, auf einen 2016er würde ich aber heute nicht mehr gehen, solange nicht wirklich zwingende Gründe (Inkompatibilitäten) dagegen sprechen.
VG
Moin,
Wenn die User-CAL's für den ersten 2016 Server gültig sind, gelten sie auch für weitere. Du brauchgst keine Device-CAL
Henning
Wobei ich hier nochmal unterscheiden muss zwischen User-CAL und Device-CAL? Wenn kein User auf den zweiten Sage-Server zugreift,
sondern nur der erste Sage-Server, dann brauche ich eine separate Device-CAL?
Nein.sondern nur der erste Sage-Server, dann brauche ich eine separate Device-CAL?
Wenn die User-CAL's für den ersten 2016 Server gültig sind, gelten sie auch für weitere. Du brauchgst keine Device-CAL
Henning
Zitat von @Gwaihir:
Genau das kläre ich gerade mit dem Dienstleister, ob die CALs inzwischen von 2012 auf 2016 angehoben wurden. In letzterem Fall brauche ich keine zusätzlichen CALs mehr für den zweiten Sage-Server (würde ich als 2016-Downgrade installieren), richtig? Wobei ich hier nochmal unterscheiden muss zwischen User-CAL und Device-CAL? Wenn kein User auf den zweiten Sage-Server zugreift, sondern nur der erste Sage-Server, dann brauche ich eine separate Device-CAL?
Genau das kläre ich gerade mit dem Dienstleister, ob die CALs inzwischen von 2012 auf 2016 angehoben wurden. In letzterem Fall brauche ich keine zusätzlichen CALs mehr für den zweiten Sage-Server (würde ich als 2016-Downgrade installieren), richtig? Wobei ich hier nochmal unterscheiden muss zwischen User-CAL und Device-CAL? Wenn kein User auf den zweiten Sage-Server zugreift, sondern nur der erste Sage-Server, dann brauche ich eine separate Device-CAL?
Wieso musst du den Dienstleister fragen wieviele Lizenzen du hast?
Das ist das letzte was ich auslagern würde. Du solltest zumindestens die Dokumente in deinem Besitz haben wo drauf steht, wieviele du hast.
Und wenn du für alle User 2016er User Cals hast, dann gilt das für sämtliche Geräte, die im Betrieb in Benutzung sind.
Device Cal -> Lizenziert ein Gerät das mehrere User nutzen
User Cal -> lizenziert alle Geräte die genau dieser User nutzt
Beispiel: Wenn alle User, die einen Multifunktionsdrucker zum scannen benutzen eine User Cal haben brauchst du für den Drucker keine separate Device Cal. Wenn allerdings Besucher auch was z.B. an Email einscannen können und der nutzt DNS/DHCP, dann bräuchtest du eine.
Ich würd dir raten auf 2016 zu bleiben, wenns bisher funktioniert hat und du ausreichend lizenziert bist, bringt es dir nichts jetzt auf 2019 zu gehen.
EOL ist bei 2016 erst im Jahr 2027, bis dahin kann sich noch vieles ändern.
Zitat von @certifiedit.net:
Ungeachtet dessen gibt es wohl eine Diskrepanz, auf einen 2016er würde ich aber heute nicht mehr gehen, solange nicht wirklich zwingende Gründe (Inkompatibilitäten) dagegen sprechen.
Wahnsinn, wie du deine Kunden berätst.Ungeachtet dessen gibt es wohl eine Diskrepanz, auf einen 2016er würde ich aber heute nicht mehr gehen, solange nicht wirklich zwingende Gründe (Inkompatibilitäten) dagegen sprechen.
Nachdem, was wir wissen, wird die gesamte Serverlandschaft beim TO auf max. 2016 sein. Er wird ja nicht nur den sage-Server, sondern 2 TS dazu mindestens 1 DC, evtl. Mailserver, Printserver, Fileserver etc. haben.
Du rätst ihm dann einen 2019-er als zusätzlichen sage-Server einzusetzen, damit er alle CALs mal eben umstellen muss?
Zitat von @goscho:
Nachdem, was wir wissen, wird die gesamte Serverlandschaft beim TO auf max. 2016 sein. Er wird ja nicht nur den sage-Server, sondern 2 TS dazu mindestens 1 DC, evtl. Mailserver, Printserver, Fileserver etc. haben.
Du rätst ihm dann einen 2019-er als zusätzlichen sage-Server einzusetzen, damit er alle CALs mal eben umstellen muss?
Zitat von @certifiedit.net:
Ungeachtet dessen gibt es wohl eine Diskrepanz, auf einen 2016er würde ich aber heute nicht mehr gehen, solange nicht wirklich zwingende Gründe (Inkompatibilitäten) dagegen sprechen.
Wahnsinn, wie du deine Kunden berätst.Ungeachtet dessen gibt es wohl eine Diskrepanz, auf einen 2016er würde ich aber heute nicht mehr gehen, solange nicht wirklich zwingende Gründe (Inkompatibilitäten) dagegen sprechen.
Nachdem, was wir wissen, wird die gesamte Serverlandschaft beim TO auf max. 2016 sein. Er wird ja nicht nur den sage-Server, sondern 2 TS dazu mindestens 1 DC, evtl. Mailserver, Printserver, Fileserver etc. haben.
Du rätst ihm dann einen 2019-er als zusätzlichen sage-Server einzusetzen, damit er alle CALs mal eben umstellen muss?
Nein, ich rate ihm komplett auf 2019 zu gehen, wenn sich die Möglichkeit (keine zwingenden Gründe) ergibt und nachdem, was "wir" erahnen (genau weiss er es auch nicht, wie er es vorlegt) setzt du darauf, dass er 2016 Lizenziert hat, aber auch das ist offen, da widersprüchliche Aussagen. Wie ich auch schon öfter gesagt hab, die "Beratung" per Forum ist in 9/10 Fällen nicht zielführend, da gerne die Tiefe oder die Details fehlen, die eine Beratung erst ergiebig machen, klar, wenn man Beratung ein seichtes "gehen wir mal davon aus" und darauf basierendes Konzept "Standard" aus der Schublade ziehen ist, geht das natürlich. Fundiert ist das aber nicht und eigentlich auch keine Beratung, eher Media Markt Niveau.
Zu guter letzt ist er nicht mein Kunde, bereits die Unkenntnis über seine IT-technischen Hintergründe, die detaillierte Analyse was er bereits hat und wohin es gehen soll und damit die fehlende Anforderungsanalyse dagegen spricht.
Die Kenntnis darüber und ein direkter Draht ist aber das kleine 1x1 einer runden Betreuung durch die certified IT. Aber wenn du noch seicht betreute Kunden abgeben möchtest, gerne.
Eine inhomogene Serverlandschaft ist in jedem Fall nachteilig, alleine schon das er für beide Versionen Updates runterladen und testen muss erhöht den Aufwand um ein vielfaches. Komplett auf 2019 gehen wenn er nur einen zusätzlichen Server zur Lastverteilung mit einem anderen 2016er braucht und mit 2019 offensichtlich bisher keinerlei Berührungspunkte hatte hört sich wie der Microsoft Lizenz Reseller an, der möglichst viel verrechnen möchte.
Wie gesagt, genaues weisst du auch nicht und kannst es nur erahnen. Damit bleiben wir beim Punkt "genaues kann man nicht sagen". Womit wir wieder beim Punkt sind, das Forum taugt dafür nicht.
Es ist ja nicht so, als würde er nicht ggf. sogar schon 2019er Lizenzen inkl Cals per VL Programm vorliegen haben könnte, oder auch nur 2012er. Das sprengt aber, wie mehrmals angeführt, den Rahmen und muss durch die Firma oder den Dienstleister (egal ob dieser welcher oder einem dritten) ergründet werden.
Grundsätzlich magst du mit dem Punkt "Wartung" unterschiedlicher Systeme Recht haben, aber aufgrund der Aussagen gehe ich nicht davon aus, dass hier (große) Tests gefahren werden, es steht also Vorteil: wesentliche Inkarnationen an Programmoptimierung zu eigentlich gleichbleibender Wartung. Ist also kein Argument. Der Aufwand könnte sich durch Server 2019 sogar verringern, wurden doch einige Kinderkrankheiten des 2016 damit eliminiert. Kommt natürlich auf die CALs an, das wurde aber nun schon breit getreten, wobei wir immer noch nicht zu 100% wissen, ob es nun 2016er, 2019er, Dev oder Usr CALs sind, oder ob diese überhaupt 2016 entsprechen, das ist ja der Witz. Aber sicher, wenn man es fundiert angeht (und nicht nur rät) scheint man hier ein Ärgernis darzustellen. Irgendwie nicht Lustig.
Wünsche angenehmes Wochenende, arbeitet mal an eurem Arbeitsethos.
Es ist ja nicht so, als würde er nicht ggf. sogar schon 2019er Lizenzen inkl Cals per VL Programm vorliegen haben könnte, oder auch nur 2012er. Das sprengt aber, wie mehrmals angeführt, den Rahmen und muss durch die Firma oder den Dienstleister (egal ob dieser welcher oder einem dritten) ergründet werden.
Grundsätzlich magst du mit dem Punkt "Wartung" unterschiedlicher Systeme Recht haben, aber aufgrund der Aussagen gehe ich nicht davon aus, dass hier (große) Tests gefahren werden, es steht also Vorteil: wesentliche Inkarnationen an Programmoptimierung zu eigentlich gleichbleibender Wartung. Ist also kein Argument. Der Aufwand könnte sich durch Server 2019 sogar verringern, wurden doch einige Kinderkrankheiten des 2016 damit eliminiert. Kommt natürlich auf die CALs an, das wurde aber nun schon breit getreten, wobei wir immer noch nicht zu 100% wissen, ob es nun 2016er, 2019er, Dev oder Usr CALs sind, oder ob diese überhaupt 2016 entsprechen, das ist ja der Witz. Aber sicher, wenn man es fundiert angeht (und nicht nur rät) scheint man hier ein Ärgernis darzustellen. Irgendwie nicht Lustig.
Wünsche angenehmes Wochenende, arbeitet mal an eurem Arbeitsethos.
auf einen 2016er würde ich aber heute nicht mehr gehen
Wahnsinn, wie du deine Kunden berätst
Komplett auf 2019 gehen wenn er nur einen zusätzlichen Server zur Lastverteilung mit einem anderen 2016er braucht...
Er meint damit: Sollte der TO seine 2012er CALs upgraden müssen, kann er gleich 2019er Lizenzen besorgen. Wenn die CALs aber richtig lizenziert sind, reicht es natürlich nur eine 2016er oder 2019er Server Lizenz dazu zu kaufen.
Hallo,
mal nachgefragt.
Ich hatte den Fall in der Praxis bis Heute nicht.
Mir hatte Microsoft damals auf einer Lizenzschulung erzählt, dass man die CALs dann benötigt wenn man einen Microsoft-Dienst auf einem Windows-Server benötigt. Also z.B. SMB, DNS, DHCP, AD, SQL, IIS, FTP, etc.
Ich installiere nun einen Windows-Server und darauf Apache2 als Web-Server.
Der Apache2 nutzt auch kein AD sondern nur seine interne Datenbank.
Dann benötige ich doch eigentlich keine CALs.
Richtig oder falsch?
(Für einen Apache2 würde ich Linux verwenden, aber das fiel mir gerade als Beispiel ein)
Stefan
Zitat von @SeaStorm:
Wenn deine User einen Dienst nutzen, der auf diesem Server läuft, brauchst du die CALs.
Wenn deine User einen Dienst nutzen, der auf diesem Server läuft, brauchst du die CALs.
mal nachgefragt.
Ich hatte den Fall in der Praxis bis Heute nicht.
Mir hatte Microsoft damals auf einer Lizenzschulung erzählt, dass man die CALs dann benötigt wenn man einen Microsoft-Dienst auf einem Windows-Server benötigt. Also z.B. SMB, DNS, DHCP, AD, SQL, IIS, FTP, etc.
Ich installiere nun einen Windows-Server und darauf Apache2 als Web-Server.
Der Apache2 nutzt auch kein AD sondern nur seine interne Datenbank.
Dann benötige ich doch eigentlich keine CALs.
Richtig oder falsch?
(Für einen Apache2 würde ich Linux verwenden, aber das fiel mir gerade als Beispiel ein)
Stefan
Falsch, da du ja das Windows Subsystem nutzt.
Deswegen sind Windows SQL Server als Website Backend (plus iis) nochmals eine ganze andere Geschichte
Deswegen sind Windows SQL Server als Website Backend (plus iis) nochmals eine ganze andere Geschichte
Ne das ist IMHO nicht korrekt.
Aber auch bei Apache etc nutzt der User ja einen MS Dienst. Mindestens den Netzwerkdienst, weil TCP/ip
Aber auch bei Apache etc nutzt der User ja einen MS Dienst. Mindestens den Netzwerkdienst, weil TCP/ip
Zitat von @SeaStorm:
Ne das ist IMHO nicht korrekt.
Aber auch bei Apache etc nutzt der User ja einen MS Dienst. Mindestens den Netzwerkdienst, weil TCP/ip
Ne das ist IMHO nicht korrekt.
Aber auch bei Apache etc nutzt der User ja einen MS Dienst. Mindestens den Netzwerkdienst, weil TCP/ip
Webserver sind hier die Ausnahme. Microsoft differenziert dabei zwischen firmenzugehörigen Usern und externen Usern.
Früher gabs mal einen external Connector, der gehört aber mittlerweile zur Windows Lizenz.
Aktueller Stand: Jeder interne User, der den IIS nutzt, braucht eine CAL.
Externe User brauchen keine CAL.
Beim SQL Server ist es etwas komplizierter, drum nimmt man hier einfach Core Lizenzen oder die Web Edition, oder man machts wie 99% des bekannten World Wide Web und verzichtet für den hauseigenen Webserver auf Microsoft.
Zitat von @rzlbrnft:
Webserver sind hier die Ausnahme. Microsoft differenziert dabei zwischen firmenzugehörigen Usern und externen Usern.
Früher gabs mal einen external Connector, der gehört aber mittlerweile zur Windows Lizenz.
Aktueller Stand: Jeder interne User, der den IIS nutzt, braucht eine CAL.
Externe User brauchen keine CAL.
Webserver sind hier die Ausnahme. Microsoft differenziert dabei zwischen firmenzugehörigen Usern und externen Usern.
Früher gabs mal einen external Connector, der gehört aber mittlerweile zur Windows Lizenz.
Aktueller Stand: Jeder interne User, der den IIS nutzt, braucht eine CAL.
Externe User brauchen keine CAL.
Also betreibe ich meinen Webserver unter einer anderen Firma, dann sind automatisch alle User extern? :-P
