zahni

Na wo stand es denn bei Microsoft ? Stand da keine Lösung bei ? Vielleicht stand da ja "STOP: 0x0000001a" error message on a computer that has an Intel Westmere processor together with the Hyper-V role installed on Windows Server 2008 or on Windows Server 2008 R2 ?

Wie hast Du die Domäne denn "angehoben" ? Ich hoffe mal, Du hast kein Inplace-Upgrade gemacht. Zumal in ein Upgrade von einem ganz alten Windows auf ein altes Windows nicht unbedingt empfehlen würde...

Nun, dann würde ich es mal mit einem Support-Case bei Microsoft probieren. Mir dazu leider nichts mehr ein...

Hm, ich war immer der Meinung, dass man bei Ultimate enie 2. Instanz virtuell betreiben darf: http://download.microsoft.com/Documents/UseTerms/Windows%207_Ultimate_German_b11a2f6d-9495-461d-8bc5-e97ca5857bf0.pdf Wahscheinlich bezog sich das aber nur auf den XP-Mode.

Schaue mal hier: Stored Procedure How-to Topics

Womit willst Du denn programmieren ? Sowas wird doch im Datenbanktreiber geregelt.

Ein Netz Host-Only zu betreiben passt schon. Du brauchst in den Netz halt einen virtuellen Router (der braucht dann natürlich 2 virtuelle NIC's, 1x in den "Host-Only" und 1x in den anderen Netz). Wenn Du einen schlanken Router suchst, schaue mal hier nach: Virtual Appliance Marketplace

Die Zweitnutzung gibt es nur bei Enterprise oder Ultimate (wobei hier u.U. noch der Vertriebsweg wichtig ist).

Du hast Tipps und Hinweise bekommen. Umsetzen musst Du die alleine. Mit Autoruns findest Du sicher den Übeltäter. Die Hardcore-Variante wäre Process Monitor

Es wäre noch schön, darauf hinzuweisen, dass Du diese Frage schon in div. anderen Foren gestellt hast, z.B. hier Office 2010- Kopieren-Einfügen-Phänomen oder gemeinsame Zwischenablage? - Office- Administrator International und hier Off2010 - Gemeinsame Zwischenablage im Netzwerk? Eigenartiges Kopieren-Einfügen-Phänomen - MS-Office-Forum .

Dann solltest Du beim Hersteller nachfragen. Wenn XP funktioniert, gibt es auch ein BIOS. Teilweise erkennt die PC-Fimware das automatisch und schaltet von UEFI auf BIOS um. -Zahni

Unter "HKLM\CurrentVersion\Microsoft\WindowsNT" gibt es keinen "Run" Hive. Bei Dir etwas ?. Zumal der richtige Hive "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT" ist. Ansonsten zweigt Autoruns Dir alles relevante an. Vielleicht ist es irgendein "rundll32"-Aufruf, der seine DLL nicht (mehr) findet ?

Was verstehst Du unter "gesperrt" ? Auf Port 80 läuft normalerweise ein HTTP-Server. Ich hoffe mal, die hat die ganzen Anwenduungen in VM's installiert und nicht in der Parent Partition vo Hyper-V...

UEFI im Bios abschalten. Welche Hardware hast Du denn ?

Das Thema mit dieser, mit solchen Lizenzen handelen Firma, hatten wir erst neulich. Bemühe mal die Suche.

Welcher Server ist es denn ? Markenhersteller bieten dazu i.d.R. eine fertige Lösung an (schon damit der Kunde den Server nicht kaputt macht).

Hallo und willkommen im Forum. Was geht denn nicht am Server bzw. was hast Du unternommen um ihn wieder zum Leben zu erwecken ? Generell würde ich Dir empfehlen, den Sevrer mit einer aktuellen Windows-PE Version zu booten oder die Recovery Console von der Installations-CD zu starten (was fast auf das Gleiche rauskommt). Die Datenbank-Dateien kann man leicht auf ein USB-Gerät kopieren und in einem anderen Instanz des SQL-Servers einbinden.

Welchen Namen hat denn das wichtige Programm ? Und wenn es Spezial-Software ist, womit wurde die programmiert ?

Vielleicht hilft Dir dies hier weiter: http://h20000.www2.hp.com/bc/docs/support/SupportManual/c01925882/c01925882.pdf

Und man sollte natürlich eine supportete Version von VMWare Workstation einsetzen.

Was steht denn genau in der Fehlermeldung (Fehlercode), die der externe Google-User bekommt ?

Die UDP-Treiber verzichten in der Regel auf spezielle Funtkionen, wie z.b. irgendwelche Module, die über den Toner-Status informieren (wie das bei HP genau ist, kann ich nicht sagen). Daher sind sie im Betrieb auf einem Terminal-Server stabiler und sollten auch auf dem RDP-Cleint verwendet werden. Such mal bai HP. Die haben auch eine PDF-Datei zum Terminal-Server-Thema.

zsddmui.dll gehört zu einem HP Laserjet Treiber. Bei Terminal Servern solltest Du den Universal-Treiber von HP verwenden: EN - HP Universal Print Driver Series for Windows - overview and features

Ich würde trotzdem mal cscript c:\windows\system32\slmgr.vbs –rearm probieren... Falls der Datenträger von Windows 7 eine OEM-Version war: Wurde der KMS-Setup Key importiert (-> Google) ?

Schau mal, was hier zu "SkipRearm" und KMS geschrieben wird: How Sysprep Works Und diesen KB-Eintrag: http://support.microsoft.com/kb/929829 Vielleicht hilft das weiter.