Cordial

Habe es auch mit Virtual Box ausprobiert, da es wohl da möglich sein soll, aber selbes Problem. Zwar andere Fehlermeldung, aber die VM lässt sich dann auch nicht starten.

Ja möchte ich.

Ah, vielen Dank für die schnellen Antworten. Dann brauch ich erst garnicht Windows 2008 Enterprise inkl. Hyper-V auf VMware installieren, denn dort wird wohl das selbe Problem dann bestehen, wenn ich Hyper-V Server aktiviere und eine virtuelle Maschine starten möchte oder?

Moin, Habe Hyper-V Server 2008 R2 unter VMware auf meinem Windows7 PC installiert und konfiguriert. Auf meinem Windows 7 PC habe ich Hyper-V Manager installiert. Ich kann vom Windows 7 aus problemlos auf den Hyper-V Server connecten und einen neue virtuelle Maschine erstellen. Wenn ich aber dann die virtuelle Maschine starten möchte, kommt folgende Fehlermeldung: "Server": Fehler beim Initialisieren. Fehler beim Ersteller der Partition: Unbekannter Fehler (0x8004005) "Server": Fehler beim Initialisieren (ID des virtuellen Computers: B0BDe35D-usw.) Fehler beim Ersteller der Partition: Unbekannter Fehler (0x8004005) Der PC ist ein ganz normaler PC mit einem Gigabyte P35-DS4 Mainboard mit aktuellstem Bios. Updates auf dem Hyper-V Server sind alle installiert. Jemand eine Idee?

Ich glaube wir wissen langsam wo wir hin wollen. Folgendes geplant: - Server 1 + 2 - Für Server1 wird Win 2008 Enterprise gekauft - Dort wirde per Virtualisierung Windows 2008 als Domänencontroller, DNS, DHCP laufen und ein Windows 2008 Terminalserver virtualisiert - Auf Server 2 wird die kostenlose Software Hyper-V Windows 2008 Server installiert und einmal eine vorhandene Windows 2003 Serverversion installiert und dient als 2. Domänencontroller, DNS, DHCP etc. und das Snapshot vom Server 1 Terminalserver wird wöchentlich rüberkopiert, damit im Ausfall vom Server 1 ein sofortiges Starten vom Terminalserver auf Server 2 möglich ist. Wäre ich mit diesem Konzept erfolgreich oder habe ich was vergessen?

Ah OK, d.h. die RDC-Cals werden auf dem Livesystem einmal aktiviert und einmal auf dem Backupsystem oder muss zwingend ein zentraler Lizenzserver existieren. Ich frage mich nur, was ist wenn Dieser ausfällt ._.

Das bedeutet aber auch, dass man doppelt so viele Terminallizenzen kaufen müsste. Einmal für das Livesystem und einmal für die Backuplösung...Das ist echt ein Teufelskreis :)

Danke für die Links. Ein SAN kommt nicht in Frage, denn das würde das Budget der Firma sprengen :/ Nochmal zur Klarstellung. Ich möchte nicht die Hosts/Hyper-V clustern, sondern einfach nur die Windows 2008 Terminalumgebung. Dazu sollte doch nur die Clusteringsoftware von Windows 2008 reichen oder nicht!?!? Windows 2008 soll nur auf Server1 + 2 mit Hyper-V installiert werden...

Ich habe zwei physikalische Server (Server1 + 2). Ich möchte die Terminalumgebung mit Hyper-V auf Server1 virtualisieren und dann Server1 mit Server2 Clustern. Die Frage ist, ob das so klappt? Ich habe nämlich gerade von einem Kollegen gehört, dass die Hostdateien vom Hyper-V auf einem Storagelaufwerk liegen müssen? Ich dachte, dass die eine Hostdatei auf Server1 und die andere Hostdatei auf Server2 liegt und die sich über Netzwerk abgleichen.

Einen Fileserver haben wir extra noch. Es geht nur um die Terminalgeschichte. Wir wollen einfach, wenn der Server1 ausfallen "sollte", Server2 die Tätigkeit direkt übernimmt, damit die Leute sofort weiterarbeiten können.

Ja Windows Server Cals - Per User Terminalserver Cals - Per User Man kann aber bei Windows 2008 trotzdem die "Terminaldienstebenutzer auf eine Remotesitzung beschränken" deaktivieren oder nicht? Oder ist es mit Windows 2008 wirklich möglich immer nur einen "aktiven" User zu nutzen? Oo

Hallo, Wir haben einen aktuellen Server1 (Fujitsu) mit zwei Xeon Prozessoren etc. und einen ein Jahr alten Server2 (Fujitsu) mit einem Xeon Prozessor. Folgendes ist geplant: 2 x Windows 2008 Enterprise kaufen. Einmal für Server1 und einmal für Server2. Auf Server1 den Terminalserver (Windows 2008 Enterprise) installieren, auf Server2 den Windows 2008 Enterprise installieren und dann das Clustering aktivieren, damit im Notfall Server2 sofort einspringt. Habe ich an alles gedacht und würde das so funktionieren? Hardwaretechnisch sind die Server unterschiedlich, aber das dürfte ja bei Hyper-V egal sein oder? MFG Peter

Ich habe in der Terminaldienstkonfiguration den Punkt "Nur eine Sitzung pro Benutzer zulassen" gefunden. Das wird wohl die allgemeine Einstellung dafür sein. Danke für den Tip. Habe es gerade mit dem Windows 2003 Terminal ausprobiert und ich konnte mich zig mal am Terminal mit dem selben User anmelden. Unter Windows 2008 wird wohl das Selbe sein oder?

Moin, Szenario: Windows 2008 Terminalserver - Lizensiert mit 5 Usercals und 5 Terminalcals. Es werden 4 normale Namensuser angelegt (Bernd, Dieter, Elke, Horst), die auch an 4 PC's von 4 Personen genutzt werden und es wir ein User namens "Alle" erstellt. Wie oft kann sich dieser User "Alle" parallel anmelden am Terminalserver? Sprich ich gehe an Rechner 1 + 2 + 3...und melde mich dort überall an der Domäne und dann am Terminal (RDP Session) mit dem User "Alle" an. Wird irgendwann eine Meldung wie "Kein Zugriff mehr möglich, aufgrund Mehrfachverbindungen" oder ähnliches kommen?

Siehe ein Beitrag vorher. Gut, dass es Leute und Foren gibt, die weiterhelfen :) Danke nochmal. Jetzt bin ich schlauer und entferne mich von diesem Produkt.

Ja schon, aber Sorry, welcher Depp kauft sich denn Terminal Cal's und dann noch diese Software? :D

Naja OK verstanden. Das Ding ist nicht legal und Punkt. Jeder der es einsetzt, befindet sich in einer Linzenzgrauzone. Das Teil sollte doch verboten werden. Es wird nirgendwo darauf hingewiesen, dass man gegen die MS Lizenzbestimmungen verstösst, wenn man keine entsprechenden Lizenzen kauft. Der Gewinner ist doch ganz klar Thinstuff und der Verlierer der Endkunde ._.

Kosten. Wir bräuchte ca. 40 Terminallinzenzen und da würden wir ganz klar mit Thinstuff billiger wegkommen. Hab aber nur den einen Thread gefunden: Sucheingabe "Thinstuff"

Ich glaube du meinst diesen Thread hier: http://www.mcseboard.de/windows-server-forum-78/thinstuff-loesungen-2-121308.html Habe ich mir soweit durchgelesen, aber dort ging es mehr um Windows XP, aber so wie ich in deinem Satz herauslesen kann, ist das auf einen Windows 2003 Standard Server das Selbe, sprich ohne gültige Terminallizenzen von MS ist diese Software nicht legal und wenn es mal zur eine Lizenzprüfung kommt, haben wir definitiv verloren. Sehe ich das so Richtig?

Moin, Bin auf das Produkt Thinstuff gestossen und damit kann man einen Windows Server zu einem vollwertigen Terminalserver umrüsten ohne die teuren Terminallizenzen zu kaufen. Nun frage ich mich, ob das Rechtlich so OK ist? 700 € für unbegrenzte Terminalzugriffe Oo Ist ja nix... Hab es auch schon installiert. Läuft sauber soweit. Alle GPO's etc. greifen...

Hm, naja unser bisheriger TS ist auch 2. Domänencontroller und bisher keine Probleme gehabt.

Hm, eigentlich nichts, ist ja noch alles Jungfräulich :) Habe nur etwas bedenken, weil der Terminalserver auch in Zukunft der 2. Domaincontroller wird.

Habe ich das richtig Verstanden? - Erstelle eine neue OU Terminal - Verschiebe "nur" das Computerkonto vom Server da rein - Erstelle die Richtlinie mit den Sicherheitseinstellungen (Domänenadmins Richtlinie nicht übernehmen, sonder nur die Gruppe Terminaluser) -Aktiviere den Loopbackmodus - Passe mir die Einschränkungen in der OU Richtlinie Terminal an wie ich möchte - Fertig? Jetzt meldet sich ein User lokal (PC/Laptop) an der Domäne an, dann ziehen die Richtlinien nicht, wenn er sich aber mit seinem User am Terminalserver anmeldet, dann ziehen die Richtlinien auf dem Server (Terminalsession), korrekt?

Hallo zsam, Es kommt demnächst ein Windows 2008 Terminalserver rein. Wir möchten den Zugriff, sprich das Arbeiten auf dem Server sicher machen, dazu wollen wir diverse Einschränkungen einstellen, wie z. B. kein Zugriff auf die Systemsteuerung, Anzeige etc. Das Problem das ich sehe ist, wenn sich ein Benutzer dann lokal an der Domäne anmeldet die ganzen Einschränkungen auch auf seinem lokalen PC/Laptop greifen und das möchten wir nicht. Muss ich gezwungenermassen 2 User dann einrichten? Einen User für seinen PC/Laptop (Damit er noch alles Lokal kann) und einmal einen User für die Terminalsession?

Naja, habe eine neue GPO erstellt und dann hat er eine GPT.ini erstellt. Er hat aber durch Default Domain controller und policy immer noch die fehler verursacht. Hab einfach gpt.ini in den nummerblock reinkopiert und jetzt macht er keine fehler mehr. muss natürlich die gpo neu einrichten....