Gulp

Wozu sollte man auch sowas sinnfreies angehen? Sicherlich ist es möglich auf einem MacBook/MacBook Air Windows 7 draufzuziehen, allerdings werden nicht alle Funktionen über BootCamp und die von Apple zur Verfügung gestellten Treiber bereitgestellt, gerade was TB angeht. Zudem gibt es (fast) nichts was man in einem Windows Netz nicht auch mit OS X erledigen könnte, zur Not kann man auch in OS X eine VM mit Windows bereitstellen. Grüsse Gulp

Mal versucht zusätzlich NTLMv2 zu NTLM auf dem XP Notebook einzuschalten? Nachfolgende Einstellung verwenden: Start --> Ausführen --> secpol.msc --> Lokale Richtlinien --> Sicherheitsoptionen --> Netzwerksicherheit: LAN-Manager Authentifizierungsebene: LM- und NTLM-Antworten senden (NTLMv2-Sitzungssicherheit verwenden, wenn ausgehandelt) Grüsse Gulp

Hast Du das schriftlich von Microsoft mit Quellen, dass das nicht erlaubt war (und nicht, dass es mit aktuellen Produkten so nicht mehr möglich ist, denn das würde stimmen)? Ab Office 2007 würde ich der Aussage von Microsoft ja noch zustimmen, bei 2003 wäre ich da eher Dr.Melzer's Ansicht (siehe dein verlinkter Thread). Entscheidend sind hier nämlich die PUR aus dem Zeitraum Deines Threads (2005), vielleicht hat die hier noch jemand, die müssten auch noch so gültig sein für gekaufte Produkte aus diesem Zeitraum. Grüsse Gulp

Und hast Du die User auch auf dem 2008 Server lokal angelegt? "Jeder" heisst in dem Zusammenhang auch "nur": jeder bekannte lokale User auf der lokalen Maschine. Grüsse Gulp

Dadurch, dass die Kapazität steigt, damit also die Spurbreite für die Daten enger auf dem Platter wird und zusätzlich weniger Umdrehungen zur Verfügung stehen bis die Daten quasi "vorbeikommen" bist Du mit Faktor 3 wahrscheinlich noch ganz gut bedient. Da dürfte beispielsweise ein RAID 10 mit ein paar der genannten WD Platten eher eine deutliche Zunahme der "Schwuppdizität" machen. Grüsse Gulp

Danke für den Hinweis lefg, so genau hatte ich beim MultiPoint Server auch nicht hingeschaut. Das dürfte jedoch nichts daran ändern, dass Spiele dies und beispielsweise Terminalsessions in den seltensten Fällen einwandfrei unterstützen. Grüsse Gulp

Da fände ich persönlich 4 kleine handliche PC's besser, fällt da beispielsweise einer aus, habt ihr immer noch 3 in der Hinterhand. Zudem benötigt man dann doch etwas mehr Power für eine entsprechende Serverhardware, wenn man die geplanten 4 Sessions mit einem Spiel befeuern will. Stellt sich auch die Frage, ob ein Spiel überhaupt Terminalserver unterstützt (eher nicht). MultiPoint dürfte wegfallen, weil sich ein Spiel erfahrungsgemäss eher selten 4 Mal in einer Usersession starten lassen dürfte. Zudem müsste das Spiel auch erstmal unter Windows 2008 laufen. Grüsse Gulp

Zudem wäre die Frage interessant, ob die Hardware überhaupt dafür ausgelegt ist (USB ginge ja noch eventuell) und sich mehrere Mäuse dann nicht einen Cursor teilen. Eventuell sollte man da eher über ThinClients nachdenken und das über die Terminaldienste (dann bitte an die notwendige Anzahl an RDS CAL's denken) lösen. Grüsse Gulp

Ich schon, nicht jeder hat zB VLAN's die man physikalisch trennen kann, um zB nur bestimmte PC's an bestimmte Terminalserver zu lassen. Oder trennt seine Netze entsprechend auch physikalisch nach zB Etagen mit Etagenservern auf, oder, oder, oder ...... Das sehe ich ein bisschen anders, bei einer Workstation kann ich Office ja auch als lokale Installation nutzen, bei einem ThinClient wird das schwierig. Wieso nicht, wenn ich fragen darf? Auch wenn ein Kunde etwas spezielles will, muss das ja nicht die für den Kunden beste Lösung sein. Dem Kunden für seine Zwecke die beste Lösung zu verkaufen/schmackhaft zu machen, sollte ja eigentlich genau die Aufgabe sein, die ein Spezialist lösen können soll. Grüsse Gulp

Na, so richtig sauber sieht das ja nicht aus. Gab's beim Ausführen des dcpromo irgendwelche Fehlermeldungen besondere Ereignisse? Ich persönlich würde den Problemserver ja demoten, das AD bereinigen und den verbliebenen DC ausgiebig checken und dann den Problemserver wieder versuchen als DC zu promoten. Grüsse Gulp

Nun, es wird da keine direkte Pauschallösung geben, da sich die Szenarien und jeweiligen Strukturen doch zu stark voneinander unterscheiden. Wir setzen beispielsweise erst gar kein Office auf Terminalservern ein, weil sich bei uns die korrekte Lizensierung nicht so ganz einfach umsetzen liesse. Zum anderen haben wir aber auch keine ThinClients im Einsatz, so dass wir dafür auch keinen echten Bedarf haben. Da die oft relevanten Einzelheiten für ein solches Szenario hier nur schlecht illustriert werden können (oder auch dürfen) wirst Du hier höchstwahrscheinlich auch kaum weitere Antworten erhalten. Grüsse Gulp

Na, wenn sich das NAS am Server registrieren soll, wo greift das NAS denn da zu? Bingo, auf den Server ...... Grüsse Gulp

Wie Du das zuweist bleibt Dir überlassen, zB mit einer Excel Tabelle, einem Aufkleber am ThinClient, in einer Datenbank oder sonstwie, Microsoft verlangt lediglich, dass für JEDEN Client, der den Terminalserver mit der installierten Office Lizenz verwenden kann, auch eine entsprechende Office Lizenz zuzuweisen ist. Eben nicht so, sondern jedes Gerät, das die Office/Project Lizenz nutzen kann, muss über eine Lizenz verfügen. Will heissen, jeder ThinClient, der an den entsprechenden Terminalserver kommt, benötigt eine Project Lizenz. Kommen 100 ThinClients an den Terminalserver, benötigt man 100 Project Lizenzen, auch wenn nur 10 User Project nutzen. Grüsse Gulp

Wieso? Natürlich kann ich der Hardware mit der Seriennummer/MAC eine Lizenz zuordnen. Das heisst ja nicht, dass ich die auch installieren muss. Genau da kommt aber das Problem wieder zu Tage, dass dann nur die Geräte auf die Lizenz zugreifen dürfen, denen die Lizenz zugeordnet wurde. Idealerweise hat man da zB einen eigenen Terminalserver für diese Geräte die an Office oder Officeanwendungen kommen müssen und an den nicht-lizensierte Geräte eben nicht dran kommen. Grüsse Gulp

Richtig, aber das war nicht seine Frage, zudem kann man SA bekanntlich nur bis 90 Tage nach dem Kauf einer SB oder OEM nachkaufen, da muss in den meisten Fällen wohl ein Neukauf mindestens einer Lizenz her. Die Suche zu dem Thema vorab hier im Forum hätte Deinen Ansatz ja ohnehin mehrfach geliefert (wie nebenbei bemerkt auch die Antwort für den TO). Man sollte sich bei solchen Fragen immer wieder vor Augen halten, dass hier viele User nur still mitlesen und dann solche Aussagen gerne aus dem Zusammenhang reissen und als Wahrheit verkaufen (gutes Stichwort ist hierzu das sogenannte OEM Urteil). Von daher bevorzuge ich (und aus meiner Sicht auch dieses Forum) gerade bei so heiklen Themen wie Lizensierung (die ja auch noch stark in juristische Ecken und Fallen hineingreifen, gerade was die Formulierung und Auslegung der Lizenzbedingungen angeht) und Lizenzfragen eine recht enge Sicht auf die eigentliche Frage. Zum einen spiegelt eine solche Fragestellung nicht selten ein bestehendes Lizenzgefüge wider, zum anderen verwirren zusätzliche Lizenzkonstrukte, die nicht direkt mit der Fragestellung zu tun haben, erfahrungsgemäss solche User, die ohnehin schon Schwierigkeiten mit dem Thema haben (sonst würde diese ja nicht fragen). Wäre die Frage nach einer Umgestaltung/Optimierung der bestehenden Lizensierung im weiteren Verlauf gestellt worden, dann wäre der Ansatz durchaus verfolgt worden. Grüsse Gulp

Wie auch schon mindestens 1000-mal hier im Forum angemerkt: Hast Du das schriftlich von Microsoft? Wenn nein, vergiss am Besten was der Consultant da gesabbelt hat (oder besser gleich alles, wenn er vom Rest auch so viel Ahnung hat ;) ). Grüsse Gulp

Wenn der TO diese Konstellation nicht hat, geht es so aber eben nicht, ist das so schwer zu verstehen? Hier geht es nicht um die technische Möglichkeit, die durchaus so funktioniert wie Du das beschreibst, sondern um die IST Situation beim TO. Grüsse Gulp

Was sagt denn ein dcdiag? Das mit dem Image ist ja auch "nur" eine der häufgisten Ursachen, sowas kann auch aus anderen Gründen passieren. Grüsse Gulp

Die Meldung deutet allerdings nicht unbedingt auf etwas Gutes, sondern könnte bedeuten, dass Deine Domäne einen USN Rollback hatte und da deutlich mehr im Argen liegt. Wurde ein oder mehrere DC's hier aus einem Image oder einem Backup wiederhergestellt? Grüsse Gulp

Dann fehlt dem User ja quasi schon die Berechtigung lokale Gruppen anzulegen, das würde mich schon im Ansatz stören. Da man da nicht weiss was noch alles nicht so funktioniert wie es soll, würde ich hier wieder den Ansatz einer Neuinstallation wählen. Alternativ kann man, falls möglich bei bereits installierter Software, versuchen die Default Sicherheistvorlage (früher Setup_Security.inf) unter c:\Windows\inf\Defltbase.inf in die MMC mit dem Snap_In "Sicherheitskonfiguration und -analyse" zu laden und anzuwenden. Grüsse Gulp

Auch die SB COA müssen eigentlich schon auf den zugewiesenen PC aufgeklebt werden, dadurch dass aber die SB nicht an die Hardware gebunden ist, kann man sicherlich darüber nachdenken, das COA so aufzukleben, dass man es im Falle eines Falles wiederverwenden könnte. Grüsse Gulp

Der Aufkleber sollte schon auf den Rechner geklebt werden. Grüsse Gulp

Dass es sich hier um ein Berechtigungsproblem handeln muss, ist denke ich recht unstrittig wenn man sich die Logausgaben allesamt anschaut. Fraglich ist ja lediglich wo die entsprechende Berechtigung nicht passt. So wie ich es bis hier verstanden habe, scheint es auf dem System keine SQL Server/Express oder Windows Database Installation zu geben und die Installation der Internal Database schon in die Hose zu gehen. Andererseits deuten alle Suchtreffer mit den Fehlermeldungen auf Berechtigungsprobleme im SQL Umfeld hin, was mich dann nun stutzig macht. Ist denn überhaupt irgendeine Datenbank auf dem Server installiert oder nicht? Wenn ja, welche genau und wie ist die DB installiert (bitte so detailliert wie möglich)? Grüsse Gulp

Diese PreInstall Keys (oder besser OEM Master Keys) sind an ein Zertifikat und an einen Bios-String gekoppelt und sind somit immer direkt aktiviert ohne Internet oder Telefon. Änderst Du den Key auf den des COA (des Aufklebers) zieht das eine Neuaktivierung nach sich. Da dieses Konstrukt (OEM Master Key, Zertifikat und BIOS String) mit abweichendem COA Schlüssel aber von Microsoft abgesegnet und auch so vorgesehen ist, lasse ich das immer so, ist weniger Aufwand. Grüsse Gulp

Kannst auch versuchen die SQLGroup aus der Registry zu entfernen (siehe nachfolgenden KB Artikel) und dann wieder eine Installation versuchen: Error message when you uninstall SQL Server 2005 or install SQL Server 2005 Service Pack 1: "The setup has encountered an unexpected error while Setting Internal Properties. The error is: Fatal error during installation" Grüsse Gulp