chefschwabe
Goto Top

Office 2003 auf Terminalserver 2008 R2 - welche Lizenz

Hallo,

Ich habe hier eine Umgebung mit SBS2008 und Terminal Server 2008.

Nun soll von den Workstations auf Terminalserver-Profile umgestellt werden.

In diesem Zusammenhang stellt sich mir folgende Frage: Meine Nutzer wollen sich nicht an Office 2013 gewöhnen. Kann ich (technisch) und darf ich (lizenzrechtlich)
meine vorhandenen 5 Volumenlizenzen von Office 2003 Standard auf dem TS2008 installieren?

Vielen Dank für Ihre Hinweise und viele Grüsse

Chefschwabe

PS: Mir ist klar, dass Office 2003 wg. fehlendem Support nicht der Bringer ist, aber User-Wunsch ist User-Wunsch.

Content-ID: 218875

Url: https://administrator.de/forum/office-2003-auf-terminalserver-2008-r2-welche-lizenz-218875.html

Ausgedruckt am: 27.12.2024 um 20:12 Uhr

killtec
killtec 09.10.2013 um 12:30:54 Uhr
Goto Top
Hi,
technisch auf jeden Fall. Lizenztechnisch bin ich nicht 100%sicher. Auf Terminalservern läuft meißt eine Open License soweit ich mich erinnere.

Gruß
Lochkartenstanzer
Lochkartenstanzer 09.10.2013 um 12:47:35 Uhr
Goto Top
Zitat von @killtec:
Auf Terminalservern läuft meißt eine Open License
soweit ich mich erinnere.

Sofern dafür gesorgt wird, daß nie mehr als 5 User das O2K3 benutzen sollte es lizenztechnisch auch kein Problem sein. Wieviel Leute hängen denn da drauf?

lks
redocomp
redocomp 09.10.2013 aktualisiert um 21:05:34 Uhr
Goto Top
hi,

praktisch sollte das klappen, aber ist es nicht lizenzrechtlich so, dass es darum geht wieviele User die Möglichkeiten hätten das Office zu nutzen.
Also angenommen du hast 10 TS User, dann müsstest du auch meiner Meinung 10 Office Lizenzen haben...
Wenn es in deinem Falle nut 5 User sind auf dem TS, dann wäre es okay.

Aber ich lasse mich bei der Lizenzfrage auch gern belehren.

mfg redocomp
Dani
Dani 09.10.2013 um 22:26:10 Uhr
Goto Top
Moin,
also OEM/SB Versionen dürfen nicht auf RDS-Servern installiert werden. Ausschließlich Volumenlizenzen.
Auf den Clients die auf den RDS-SErver zugreifen muss exakt die gleiche Version installiert sein. Professional != SBE.
Wenn auf dem RDS-Server Office 2003 Professional installiert ist, benötigst du für jeden zugreifenden Geräts eine Professional-Lizenz. Egal welche Bestandteile (Word, Excel) genutzt wird.


Viele Grüße,
Dani
psannz
psannz 09.10.2013 um 23:41:43 Uhr
Goto Top
Sers,

Zitat von @redocomp:
hi,

praktisch sollte das klappen, aber ist es nicht lizenzrechtlich so, dass es darum geht wieviele User die Möglichkeiten
hätten das Office zu nutzen.
Also angenommen du hast 10 TS User, dann müsstest du auch meiner Meinung 10 Office Lizenzen haben...
Wenn es in deinem Falle nut 5 User sind auf dem TS, dann wäre es okay.

Aber ich lasse mich bei der Lizenzfrage auch gern belehren.

mfg redocomp

Jein.

Fakt ist es dürfen nur so viele Nutzer auf dem Server das Office nutzen wie du Volumenlizenzen hast für den Server zugeordnet hast.
Jetzt kommt es aber: Du kannst selbst mit nur 5 passenden Lizenzen gern >9000 TS User auf dem TS Host haben. SOLANGE du technisch sicher stellst dass nie mehr als 5 User gleichzeitig das Office Paket nutzen. Das lässt sich beispielsweise über Spezialsoftware lösen. Oder ein Skript das auf bestimmte offene Prozesse aller User prüft. Gibt da einige Möglichkeiten.

Wenn du allerdings technisch nicht sicherstellen kannst dass nur eine bestimmte Anzahl an TS Usern (< max TS User) gleichzeitig auf das Office Paket zugreifen können, dann musst du für alle Lizensieren.

Grüße,
Philip
Dani
Dani 10.10.2013 um 00:48:41 Uhr
Goto Top
Moin Philip,
na gut... dann erzählen wir auch alles zu diesem Thema. face-smile

Du kannst selbst mit nur 5 passenden Lizenzen gern >9000 TS User auf dem TS Host haben. SOLANGE du technisch sicher stellst dass nie mehr als 5 User gleichzeitig das Office Paket nutzen. Das lässt sich beispielsweise über Spezialsoftware lösen.
Genau, bei der Spezialsoftware fängt es an. Auch da gibt Microsoft vor, welche in Frage kommen. Wenn man es ehrlich wirtschaftlich rechnet, sind die Lizenzen günstiger. face-smile Denn Aufwand, Kontrolle, etc.. kosten auch Geld.

Oder ein Skript das auf bestimmte offene Prozesse aller User prüft. Gibt da einige Möglichkeiten.
Skripte, etc... werden offiziell nicht anerkannt. Jeder der ein Microsoft SAM über sich ergehen lassen musste, weiß das!


Grüße,
Dani
psannz
psannz 10.10.2013 aktualisiert um 07:35:03 Uhr
Goto Top
Zitat von @Dani:
Moin Philip,
na gut... dann erzählen wir auch alles zu diesem Thema. face-smile

> Du kannst selbst mit nur 5 passenden Lizenzen gern >9000 TS User auf dem TS Host haben. SOLANGE du technisch sicher
stellst dass nie mehr als 5 User gleichzeitig das Office Paket nutzen. Das lässt sich beispielsweise über
Spezialsoftware lösen.
Genau, bei der Spezialsoftware fängt es an. Auch da gibt Microsoft vor, welche in Frage kommen. Wenn man es ehrlich
wirtschaftlich rechnet, sind die Lizenzen günstiger. face-smile Denn Aufwand, Kontrolle, etc.. kosten auch Geld.

> Oder ein Skript das auf bestimmte offene Prozesse aller User prüft. Gibt da einige Möglichkeiten.
Skripte, etc... werden offiziell nicht anerkannt. Jeder der ein Microsoft SAM über sich ergehen lassen musste, weiß
das!


Grüße,
Dani

Nen Audit im Zusammenhang mit nem RDS/TS Host hatte ich persönlich noch nicht auf dem Schirm. Danke für die Info, das bewahrt dann doch vor... Überraschungen.

Wobei was die Kosten/Nutzenfrage angeht: Ich würde behaupten bei ner größeren RDS (&App-V) Farm die neben MS Office auch Visio & Project für ein paar User bereit stellt kann sich das recht schnell relativieren. Abgesehen davon darf man ja nicht vergessen dass nicht nur MS Produkte von der Lizenzierungsproblematik betroffen sind.
Für @Chefschwabe und seinen Anwendungsfall ist die Spezialsoftware aber wohl sicherlich etwas überdimensioniert.

Noch halb verschlafene Grüße,
Philip
Lochkartenstanzer
Lochkartenstanzer 10.10.2013 um 08:29:47 Uhr
Goto Top
moin,

Wie ich schon agte, steht und fällt das mit der Anzahl der Userr, die auf dem TS arbeiten. Solange da maximal nur höchstens so viele drauf sind, wie Lizenzen vorhanden sind, "ist der Käse gegessen" und man braucht über workarounds nicht diskutieren. Und wenn da tausende drauf werkeln sollten, auch nicht.

lks