phoenixcp

Du könntest das Loginscript asynchron laufen lassen. Aber das hat leider ein paar andere Nachteile. Synchron bedeutet, das die Shell (explorer.exe) erst dann startet, wenn das Loginscript durch ist. Da du aber sicher im Loginscript einiges anderes veranstalten wirst, musst du dir überlegen, ob du dir die Umstellung auf asynchron leisten kannst, oder nicht. Wenn nicht, dann könntest du noch versuchen, den RegKey per GPO reinzublasen. Ansonsten bleibt dir fast wirklich nur der Weg über Autostart oder den Run-Schlüssel bzw. RunOnce in der Registry.

1. Push bringt nicht viel und wird auch nicht unbedingt gerne gesehen. 2. Du hast eine XP Home und eine XP Pro Installation. Keine Media Center Edition. Damit fällt dieses Update für dich definitiv flach. Denn es ist ausschließlich für die Edition und für keine andere.

Hm, als allererstes würde ich mir mal den aktuellsten Treiber besorgen und dann nochmal testen. Zusätzlich solltest du die Einstellungen für Bildwiederholfrequenz und Auflösung checken, die Röhrenfernseher machen unter Umständen noch keine 100 oder 110 Hz ;)

Schau mal hier: Memory Supported by the Editions of SQL Server 2008 Da sind die Memory Supports für SQL2k8 dokumentiert. SQL2k8Std nimmt sich maximal das, was das OS verträgt.

Hast du den Weg hinter dem Link von Senator mal ausprobiert? Wenn ja, hat es was gebracht?

Grade was das Thema Sizing oder Raid-Konfigs und ähnliches angeht, wäre es sicherlich überdenkenswert. Leider seh ich da wie andere auch ein massives Flame-Potential.

Kann man vielseitig deuten: 1.) Geheimhaltung 2.) Qualitätsbewusstsein der Lösung wie Nils schon meinte 3.) Der Tag hat 24 Stunden, was du dort nicht schaffst, machst du eben nachts, damit wir keinen Produktionsausfall haben. Und das dann bitte für lau ;)

Ich beweifle das das lizenzrechtlich absolut sauber ist...

Es sind durchaus beide Möglichkeiten machbar. Ich denke für dich stellt sich hier eher eine Philosophiefrage, wie man zukünftig auch mit weiteren Zweigstellen und unter Umständen auch Tochterunternehmen umgehen sollte. Ich würde das ganze so handhaben: Wenn die Zweigstelle zum Mutterunternehmen selber gehört, dann (1), wenn es sich bei der Zweigstelle um ein Tochterunternehmen handelt, dann (2). Somit ist bei (1) die Einheit des Unternehmens gewahrt und bei (2) die Trennung zwischen Mutter und Tochter.

Ich denke es gibt da eine direkte Kopplung dazu: Windows XP: Die Zukunft

Hm... Standen die Updates denn vor dem entscheidenden Reboot nach dem Entfernen der Hyper-V-Komponente an? Hast du ansonsten noch ein Backup von der Maschine vor der Deinstallation, zu dem du zurückspringen kannst? Dann könntest du erst die Updates einspielen, die Maschine in einen konsistenten Zustand bringen und dann Hyper-V deinstallieren... Hast du von Remote mal einen Blick ins Eventlog geworfen?

Wie lange hast du denn schon Geduld gehabt und gewartet?

Sollte sich das nicht recht einfach per REG-Eingriff ändern lassen? HKCR\.pdf\OpenWithList[/Code]

Warten... Kommst du in dem Zustand remote an den Server ran?

Schau mal ob dir das weiterhilft.

Möglichkeit 1: warten, ob doch noch was passiert Möglichkeit 2: hart ausschalten und nochmal neu starten, wenn sich das ganze wiederholt, dann mal im angesicherten Modus probieren (falls es den bei 2k8 noch gibt)

Dazu gibts bei Intel die entsprechende Handlungsanweisung. Network Connectivity - How do I turn the Boot Agent off or prevent it from running?

Da dürfte dieser Artikel (übrigens durch eine Diskussion hier entstanden) für dich interessant sein. WinTotal - Artikel - Lizenzierung von Microsoft Small Business Server 2003 - Nachtrag Zitat:

Und zusätzlich gibts noch die Sizing Guidelines von MS für Terminalserver. Zu beziehen hier: Download details: Windows Server 2003 Terminal Server Capacity and Scaling

Oder schlägt die unter Umständen noch die in der Default Domain Policy festgelegte Kennwortrichtlinie dazwischen?

Warum lässt er diese nicht gelten? DU bist sein Dienstleister, also sollte er dir ein wenig vertrauen oder? Darf man mal fragen, um was für ne "Systemkonstellation" es sich handelt? Evtl. findet sich dazu doch was bei MS.

Schau doch mal hier nach. Das sollte dir doch weiterhelfen.

Doch, genau deswegen funktioniert es ja auch.

Sprechen wir von DFS oder DFS-R? Hast du dir auch mal die Serverlogs angeschaut oder nur die lokalen auf dem betroffenen Client?

Kontrollier mal bitte, ob es sich bei dem Benutzerkonto auf deinen beiden DC's um jeweils das selbe Objekt handelt. Dazu per ADSI-Edit mal die ObjectGUID checken. Hast du ansonsten irgendwelche Replikationsprobleme zwischen deinen DC's? Dazu mal das Eventlog checken.