lizenzdoc

Hallo Die.Minka, Office/Outlook unterliegt der Device-Lizensierung. In Deinem Fall muss der Server mit Outlook od. dem Office-Paket lizensiert werden, je nachdem, welche Lizenz Ihr noch ev. übrig habt, oder Ihr dann kaufen müsstet. VG, Franz

Moin, Beraterfirma = LAR/ESA ? Darfst denen gerne von mir sagen, dass die einen "Schmarrn" erzählen ! Sorry Dann sollen sie Dir bitte die Textstelle im Select/EA schriftlich benennen. Da müssen sie dann wohl passen. Die Select-Vertrags-Bedingungen zählen weiter. Der Select ist nur einkaufstechnisch "abgelaufen", alle Vertragsdinge sind weiterhin relevant, somit auch die Nutzung der Select-Keys. Somit auch die Nutzung von 20x kostenfreien Schulungslizenzen jeglicher Produkte aus der Preisliste ! Echt traurig, wie manche den Kunden "beraten". VG, Franz

Moin, es gibt keine Stelle in irgendwelchen "Vertrags-Spielregeln", dass ein Kunde eines neuen Volumenvertrages nur noch dessen neue Keys benutzen darf. Wer es dennoch behauptet ... hat keine Ahnung ! Also lieber alles mal entspannt sehen, was vorher legal installiert war, ist trotz des neuen EA auch weiterhin legal :) Wenn Ihr irgendwann mal das machen wollt, okay, aber keiner zwingt euch! Und eins hatte sich immer bewährt: "Don´t touch a runing system !" VG, Franz

hi, noch ein dringender Hinweis, da viele in die falle getappt sind und nun teuer nachkaufen müssen/mußten: Bei Erscheinung des WIN-SVR 2008 R2, wurde billigst der 2008 ohne R2 noch schnell ab Lager abverkauft ... den darf man nicht mit R2 Re-imagen! nur mit dem Medium ohne R2 ! Beim Audit kauft man alles nochmals neu nach .... Autsch! Das selbe Spielchen damals beim Server ohne Hyper-V ! Beim Audit kauft man alles nochmals neu nach .... Autsch! Wenn man als Kunde keine Zeit/Personal hat, diese "Feinheiten" dauerhaft zu meistern und zu kontrollieren/zu protokollieren, sollte man darüber vorher nachdenken und vielleicht den einfacheren und direkteren (leicht teureren) Weg beschreiten ... Audit = Autsch ! Also bitte vorher nachdenken... VG, Franz

Moin Die.Minka, siehe Pkt. 7 Abs. c) Select-Vertrag ( beim EA ist es Pkt. 8 Abs. c) ): Der Kunde darf die Volumen-Medien zum RE-Imaging benutzen, wenn Die Anzahl der gekauften/zu installierenden Lizenzen gleich sind, Die Bestandteile identisch sind (Version, Edition, Sprache) Beim OS gibt es die Ausnahme, da OEM/SB/FPP ja Voll-Lizenzen sind, aber im Volumenvertrag nur Updates gekauft werden kann: Für jede gekaufte OEM etc. darf der Kunde anstelle des Update-Medium die Vollversion verwenden, alle OS-RE-Imaging unterliegen weiterhin der EULA ! Erst wenn SA hinzu gekauft wurde, wechseln diese dann unter die PURs und Productlist der Volumenverträge. Ihr habt scheinbar alles richtig angewendet ! VG, Franz

Moin, wenn das später so angedacht ist, dann ist beim Splitten mehrere STD natürlich besser/günstiger, als 1 EE. Dann hatte ich das anders verstanden. Dann passt das ja so. VG, Franz

hi, ich wollte ja nur vor einem Fehlkauf aufmerksam machen. Okay, kein Cluster, dann ist der STD-SVR wieder aktuell. Da 2 Server (Bleche) angedacht sind, 2 STD-Lizenzen 2k8r2, dann darf man je Blech auch 1x virtualisieren. SB-SVR hat ja 5 WIN-CALs meistens dabei, oder? Dann kann man die RDS-CAL via OPEN-NL (no level, ab 5 Lizenzen) starten/kaufen. VG , Franz

Hi, der Dr. hat ja schon den OPEN-Volumen-Vertrag angesprochen. Denke, dass dieser bestens passt. Wenn Du über Ausfallsicherheit nachdenken musst, dann geht beim Thema Clustern nur die Enterprise- und nicht die Std-Version vom WIN2k8, da Std dies nicht unterstützt. Vorteil der Enterprise ist halt, dass Du in der virtuellen Welt auf der H/W bis zu 4 WIN-SVR betreiben darfst, egal ob dort dann STD od. EE. (STD nur 1x STD !) VG, Franz

hi, @GuentherH : Ich war vorher 11 Jahre Techniker (CalComp-Plotter) ... danach entdeckte ich, dass ich meine Gedanken und Ideen auch in Worte fassen konnte und wechselte in den Vertrieb/Beratung ... Trozdem vertrauen mir heute immer noch die Kunden .... :) VG, Franz

Hi, @GuentherH : ich mag Deine langen Texterklärungen :) Etwas ausführlicher für lolm2003: was oder wer (egal ob Device od. USER, je nachdem, wie man lizensieren will) auf den Exchange-Server zugreift und dort outlookartig Dinge ("read/write = ver-, bearbeitet") tätigt, benötigt so eine Exchange-STD-CAL, gegebenfalls auch noch zusätzlich die Exchange-Enterprise-CAL. Und so läuft das auch mit dem SharePoint-Thema. Wenn ein Device/User nicht auf den SharePoint zugreifen(read/write) wird, muss auch keine SP-CAL gekauft werden !!! Auch hier gibt es die STD- u. Enterprise-CAL. Hoffe, das war so genauer/ausführlicher .... und habe euch ein paar € erspart. VG, Franz

Moin, Hier zählt alleinig die EULA. Mal die EULA durchlesen, dann solltest Du schlauer sein. Die EULA, die dem Produkt beiliegt ist Dein Vertrag und somit Deine Spielregel. Alle anderen Vermutungen/Interpretationen und Konjunktive sind nett, aber nicht relevant. VG, Franz VG, Franz

hi, @Gulp: Nicht alles was MS dort so im WEB schreibt ist als "falsch" anzusehen. Auch fehlt oft der Hinweis, das dies nie rechtsverbindlich ist. Aber auch ein Richter würde sagen: "Was steht in der EULA, die Sie akzeptiert hatten?" bzw. "Was stand im Volumenvertrag und somit in den PURs und der Productlist (Vertragsbestandteile) @Dukel: Dein Link ist zwar fast identisch mit dem aus den PURs, aber behaftet mit "nicht rechtsverbindlich" Hier das, sorry, "haarspalterisch" rechtsverbindliche aus den aktuellen PURs 03-2011 Seite 37 von 148 : • Sie benötigen keine CALs für Folgendes: (1) einen Nutzer oder ein Gerät, der bzw. das nur über das Internet auf Ihre Instanzen der Serversoftware zugreift, ohne von der Serversoftware oder durch eine andere Methode authentifiziert oder anderweitig individuell identifiziert zu werden, (2) jeden Ihrer Server, der für die Serversoftware lizenziert ist und auf dem Instanzen derselben ausgeführt werden, (3) bis zu zwei Geräte oder Nutzer, die nur auf Ihre Instanzen der Serversoftware zugreifen, um die entsprechenden Instanzen zu verwalten, oder (4) jeden Nutzer oder jedes Gerät, das auf eine in einer physischen OSE ausgeführte Instanz zugreift, die ausschließlich für Folgendes verwendet wird: (i) Ausführung der Hardware-Virtualisierungssoftware (ii) Bereitstellung von Hardware-Virtualisierungsdiensten (iii) Ausführung der Software zum Verwalten und Warten von OSEs auf dem lizenzierten Server Nichts für ungut und VG, Franz

UPS! danke Dukel !!! ist auch gleich bei mir im Brain abgespeichert, ist nun auch keine Wissenlücke mehr bei mir. VG, Franz VG, franz

Hi, das sehe ich anders. Wird in einer 2k3 ein 2k8 installiert, sind auch somit sofort die 2k8-CALs zu lizensieren. Dieses physikalische Abschalten ist ja nett, aber lizenzrechtlich ist er present, da er ja das Hypern des 2k3 betreibt ... oder funktioniert alles weiter, wenn Du den 2k8 wieder deinstallierst ?? Dann benötigst Du auch keine 2k8-CALs :) VG, Franz Da ich nicht glaube, dass das ganze

Moin, wenn ausschließlich DEV-CALs lizensiert und so auch nur genutzt werden und der LM(Lizenzmanager) auf DEV-CAL steht, ist ja alles im Lot, z.B. 100x CALs gekauft, so auch den Token bestellt und eingetragen ... kein Problem. Wochen später kommen 10 Devices(User) hinzu, Token auf 110 sich besorgen und eintragen im LM, weiterhin alles ok. Jetzt kommt aber eine Gruppe von 30 Usern dazu, jeder benutzt aber ab sofort 3 Devices, der Einkauf kauft nun aber 30x User-CALs dazu .... ab jetzt (Mischbetrieb) kann der LM das technisch nicht mehr sauber handhaben ! Der Admin muss aus Sicht des reibungslosen Betriebes einen Token für 200 Devices bestellen .... die Lizenz-Grauzone beginnt. Nette Steigerung: Da die ersten 110 DEV-CALs mit SA gekauft waren und jetzt der Volumenvertrag zur Verlängerung ansteht, entscheidet sich der Einkauf für die SA-Verlängerung auf USER-CALs, da nun auch jeder dieser 110 MA 3 Devices benutzen soll ! Muss-Größe des Token nun ... 420 für einen reibungslosen Betrieb ! Der LM steht ja immer noch auf „DEVICE“. Gretchenfrage : Warum gibt es keine Probleme mehr, wenn nun der LM auf „USER“ umgestellt wird ....? ... Nein, MS hat das Problem nicht behoben .... auch würde der LM normalerweise nur das machen, was er nur kann (Zugriffs-Adressen (Mac/ IP) zählen) ... VG, Franz

Moin, ich möchte da doch einiges zum TS-Service von Microsoft aufklären. Und nehme mal die Kunden in Schutz, die versuchen richtige Lizensierung mit einem störungsfreien Betrieb in Einklang zu bringen. Und es bleibt MS Schuld, da sie sich nicht drum kümmern wollen/können. Die Programm-Technik des alten Terminal-Server-Dienst stammt noch aus der Zeit, in der es ausschließlich die Device-CAL-Lizensierung gab. Die Kontrolle des Zugriffs(via LizenzManager) basiert wohl ausschließlich auf den Zuordnungs-Kontroll-Merkmalen IP-, Mac-Adressen (bin kein Techniker!). Wer ausschließlich die USER-Lizensierung bei der RDS-CAL (TS-CAL) benötigt, sieht immer erst mal bei einer Lizenzüberprüfung „alt“ aus !!! Auch wenn der Kunde exakt seine erforderlichen User-CALs gekauft hat, berechnet der Lizenzmanager in „DEVICES“ , er kann halt nicht anderes, als MAC-ADR, IP-ADR verwalten ! Und bis wieder verwendete CALs freigegeben werden, dauert es und somit werden diese blockiert. Das Thema „User-TS-CAL“ hat MS nie wirklich in den Griff bekommen und gesteht dies bei Groß-Kundenterminen auch kleinlaut ein. Um die weiterhin logistischen „Engpässe“ bei der CAL-Verfügbarkeit zu umgehen, empfahl MS, bei der Clearingstelle doch einen „größeren Token“ zu bestellen ... und den Lizenzmanager auf „USER“ einstellt ... Wie gesagt, kein Freibrief für nun bösartig denkende Lizenzpiraten, passende Stückzahlen müssen gekauft sein, aber somit erledigt sich dieses sehr unangenehmes Thema firmenintern: „Wieso kann ich jetzt plötzlich nicht mehr zugreifen !“ VG, Franz

Danke an Rolf und Klaus, es tröstet ein wenig.... Vielleicht sollte ich mir doch wieder Arbeit bei einem MS-Partner im Lizenzvertrieb suchen. 10 Jahre Erfahrung in allen EA-SELECT-OPEN-Vertrags- und Lizensierungs-"Tricks" sollten doch gesucht sein, oder? Nice weelend @all

Moin, ja, ein sehr „heikles“ Thema ... nervt aber fast jeden Admin. Die Programm-Technik des alten Terminal-Server-Dienst stammt noch aus der Zeit, in der es ausschließlich die Device-CAL-Lizensierung gab. Die Kontrolle des Zugriffs(via LizenzManager) basiert wohl ausschließlich auf den Zuordnungs-Kontroll-Merkmalen IP-, Mac-Adressen (bin kein Techniker!). Das Thema „User-TS-CAL“ hat MS nie wirklich in den Griff bekommen und gesteht dies bei Groß-Kundenterminen auch kleinlaut ein, erläutert aber dann auch schnell einen Lösungsweg, um noch mehr Ärger beim Kunden zu vermeiden. Diesen „verborgenen“ Lösungsweg habt Ihr scheinbar selbst gefunden :) Mit der „Systemzeit“ hat das jetzt wohl weniger zu tun, aber bitte erst austesten !!! Hier mehr ins Lösungs-Detail gehen zu dürfen ... frage ich mal lieber hiermit den Dr. !!! Darf ich ? VG , Franz

Hi, da zum 01.08. die Core- und Enterprise-CAL erweitert wird (Lync-CAL (S+E) + Forefront), sollte man überlegen, ob man den EA vorziehen ! Weil man sich so die alten/günstigeren Preise für 3 Jahre sichert. Da ab 01.10. MS den LARs/ESAs die Fee stutzt, sollte man dies auch noch bedenken, der Partner sollte sich sehr sehr freuen und dem Kunden "was bieten". Leider habe ich festgestellt, dass "im Markt" kaum einer der Vertriebler darüber informiert ist und somit davon Ahnung hat und viel falsch erzählt wird/wurde ... außerdem verdient er ja auch an dem größeren Lizenz-Umsatz mehr ... der Kunde interessiert ja nicht, da auch wieder dies Jahr "Kundenzufriedenheit" kein Provisionsfaktor ist. Lieber verhandelt der Kunde um Rabatte von 3-7%, anstatt sich über 3 Jahre 10-14 % plus mehr einzusparen. Und ich versuche im Moment zu verstehen, warum 1-2.000 € Beratungshonorar mit einer jährlichen Ersparnis von 76.000€ einen Kunden-Einkäufer nicht interessiert ....tzztzz! Sollte doch wieder ein GF-Thema werden ... VG, Franz

Moin, so weit ich das weiss, muss jeder dort anrufen um sich den Token zu ergattern. Danach kannst du den dann eintippen. Kunden benötigen ihre Vertrag-Nummer, Welche Nummer die dort vom Partner verlangen, weiss isch nicht. VG,Franz

hi, soweit ich noch das im Gehirn habe, hat ein Gold-Partner 100 RDS-CALs so frei + dann je 25 CALs für bestimmte Kompetenzen .... Ach ja, für den TS-Lizenz-Server den Token bei der Clearing-Stelle per Telefon anfordern! VG, Franz

Hi, ein heikles Thema :) zum 01.10.2011 wird MS den EA-Partnern (ESA) an die Fee gehen .... und da wird es weniger geben ... Beim EA gibt es den "direkten-EA" = ESA berät, MS schickt immer pünktlich die Rechnung, ESA bekommt bei jeder! Rechnungsstellung eine Fee. Somit wäre bei einer Preisanfrage bei allen ESAs immer derselbe Preis die Auskunft! Beim "indirekten-EA" kommt die Rechnung vom ESA. Der ESA bekommt seine EK-Preise von MS und jeder ESA kalkuliert seine persönliche Marge dann darauf. Beim Select-Plus verhält sich das wie mein indirekten-EA, EK von MS+Marge drauf > Rechnung an Kunden. Irland gibt die EK-Preise für dem EMEA-Bereich raus (monatlich neu) und der ist für alle LARs und ESAs für den EA/Select-Plus derselbe! Interessant sollten hier diese 2 Beiträge für dich auch sein: http://www.mcseboard.de/microsoft-lizenzen-50/no-no-thema-volumenvertraegen-select-ea-usa-asien-175312.html und http://www.mcseboard.de/microsoft-lizenzen-50/ea-abschluss-1-8-11-ms-verschenkt-lync-176342.html Hilfreich wohl, wenn Ihr noch vor der Entscheidung steht.... VG, Franz

Man kann das auch einfach betrachten … Bei User-CAL > man braucht für jede „körperliche“ Person im Unternehmen eine Exchange-User-CAL, die auf den Exchange-SVR zugreift, egal über welche Devices der Zugriff läuft … Oder bei Device-CAL > man braucht für jedes Device im Unternehmen eine Exchange-Device-CAL, das auf den Exchange-SVR zugreift, egal welcher und wie viele User den Zugriff tätigen … Genau überlegen muss man immer, wenn man das auch noch mischt …. Postfächer interessieren aktuell MS bei der Lizensierung (noch)nicht. Die programtechnischen Klimmzüge auch nicht, es zählt nur welcher User, oder welches Device, je nach Lizensierungsart ! ... und auf diesen öffentlichen Ordner greifen ja User od. Devices zu .... VG, Franz

Hi, alles für WIN-SVR richtig, die CPU Erhöhung wirkt sich bei der WIN-EE Lizensierung nicht aus.(supportet bis zu 4 CPUs, auch lizenzrechtlich) Bei SQL mußt Du berücksichtigen: im aktiv/passiv nur eine Seite des Clusters muss lizensiert werden, im aktiv/aktiv sind beide Seiten zu lizensieren. 2. Schritt, bei SQL-CAL-Lizensierung interessieren Dich die ein/zwei CPUs nicht, dafür aber in der Prozessor-Lizensierung! In der Ausgansposition zählt halt die eine CPU, in der Erweiterung auch noch die 2.CPU Je nachdem, wie viele CALs Du benötigst, kann die eine oder die andere Lizensierungsart günstiger sein, leider kannst Du nicht von CAL- auf Prozessor-Lizensierung per SA wechseln, nur durch Neu-Kauf und das sollte man vorher durchdenken ... VG, Franz

hi, die Aussage freut mich auch ... Es gibt bei den CALs die Device(Geräte) oder User Lizensierung. Da kann man sich raus suchen, was besser wäre für die Kunden-Situation. Bei SQL gibt es noch die Processor-Lizensierung, da interessiert nur, wie viele CPU-Sokets aktiv belegt sind, die zählen für die Lizensierung dann nur, dann sind alle Zugriffe "frei". Für den Server gibt es keine "CAL", weil die ja auch "client access licence" heißt.... VG, Franz