Gulp

Falsch, Du wirst letztlich N+M mal installieren müssen (auch wenn Du zB die Partitionen clonst oder andere Methoden zur Kopie der Installation verwendest, aber auch das ist eine Installation/Kopie) und daher brauchst Du ohne SA und R2 eben für jede Installation/Kopie eine Lizenz. Grüsse Gulp

Microsoft lizensiert seine Betriebssysteme in der EULA schon länger nach Installationen oder Kopie, also ist der Startzustand letztlich wurscht, denn davon steht nix in der EULA. Die Ausnahmen von denen Du gehört haben willst sind meines Erachtens reiner Mythos ..... Wohlgemerkt können für Nichtbetriebssysteme (wie zB Serveranwendungen) andere Regeln gelten oder die Bedingungen der SA treffen zu. Die 4 virtuellen Lizenzen im R2 sind dem aufgekommenen Virtualisierungshype geschuldet und wurden mit R2 eingeführt und gelten daher nur für diesen. Grüsse Gulp

Wie lange hast Du denn gewartet? Das kann schon mal je nach verwendeter Hardware ein wenig dauern ..... ich kenne Fälle von 30-60 Minuten, anschliessend läufts meistens problemlos durch. Grüsse Gulp

Oha, Lob von höchster Stelle ..... ;) Tja, ich versuche eben aufzupassen und zu lernen ..... :cool: :D .... schliesslich kann Wissen nie verkehrt sein, oder? Grüsse Gulp

Du brauchst für jede Installation (gestartet oder nicht) eine eigene Lizenz, also N+M Lizenzen. Ausnahme ist der 2003 R2 da darfst Du 4 weitere virtuelle Installationen auf der Erstinstallation machen und betreiben, wenn die vituellen Installationen auf der physikalischen Installation laufen. Hast Du Software Assurance für Windows Serversysteme dann gilt: Cold Backups für die Wiederherstellung im Notfall (Disaster Recovery) Als Kunde mit Software Assurance für Microsoft-Serversoftware sowie für die zugehörigen CALs haben Sie Anspruch auf "Cold Backup"-Serverlizenzen für Wiederherstellungszwecke. Microsoft definiert einen Cold Server als einen Server, der bis zum Eintritt eines Notfalls ausgeschaltet ist. Der Server steht in keiner Produktiv-Umgebung und es findet keine Datenverarbeitung auf diesem Server statt. Läuft Software Assurance auf dem Produktionsserver aus, endet auch die Berechtigung für den Cold Backup-Server. Quelle: Software Assurance Services unter Enterprise Agreement Cold Backup kannst Du von Haus aus nur bei bestimmten Serveranwendungen zB SQL Server machen. Grüsse Gulp

Der einzig sicher funktionierende mir bekannte Weg ist eine Updateinstallation, Volumenlizenzen sind bei Microsoft Client Betriebssystemen grundsätzlich Updateversionen, die eine OEM, SB oder Retail Version als Lizenzgrundlage haben müssen. Da sich die Daten auf VL Datenträgern bei ein paar Dateien unterscheiden muss man zur reibungslosen Funktion eine Installation von einem VL Datenträger machen. Dies kann über eine Updateinstallation geschehen oder auch über eine Neuinstallation (der VL Datenträger unterstützt beide Wege). Der genannte Microsoft Key Changer kann zwar tatsächlich auch den Key zwischen verschiedenen Lizenzvarianten austauschen (zB von VL nach OEM oder SB nach VL) allerdings fehlen den Installationen dann die entsprechenden der Lizenz unterschiedlichen Versions Dateien (zB der Aktivierungsmechanismus). Der oobe Aufruf kann zB nur Lizenzen aus einem gleichen Nummernpool tauschen. Grüsse Gulp

Das funktioniert schon standardmässig in XP, jedoch nur bei eingeschalteter "schnellen Benutzerumschaltung" und der Anmeldung über die Willkommensseite. Diese wird allerdings bei XP nicht in einem Domänenumfeld unterstützt und automatisch deaktiviert beim Domänenbeitritt (und lässt sich auch nicht aktivieren). Ist die Willkommensseite aktiviert werden alle laufenden Programme eine angemeldeten Users und zB die Anzahl seiner neuen Mails in der Willkommensseite bei seinem Userbild angezeigt. In Vista gibt es keine klassische Anmeldung mehr, sondern nur noch die Willkommensseite (auch in Domänen), da funktioniert dies auch in einer Domäne. Einzige Vorraussetzung ist und bleibt, dass ein User angemeldet ist und Programme ausführt. Dienste und Anwendungen die von lokalen Systemaccounts gestartet wurden, werden hier zB nicht berücksichtigt und daher auch nicht angezeigt. Ist kein User angemeldet gibt es folglich auch nichts anzuzeigen. Grüsse Gulp

Hehe, ich sehe wir verstehen uns mal wieder blendend ...... :D :cool: ;) Grüsse Gulp

Ha jetzt weiss ich's wieder ..... (ich liebe alte Aufzeichnungen ..... ;) ) Ich hatte seinerzeit einen DNS Alias verwendet und dann in aller Ruhe das jetzige Script gebaut ........ Ist also doch nix mit automatischer Übernahme bei Namenswechsel ..... mein Gedächtnis lässt nach muss ich feststellen. Grüsse Gulp

Hach mein letzter PrintMig Umzug ist ein paar Tage her, ich meine jedenfalls, dass die User auch auf den neuen, anders benannten Printserver umgezogen sind (ich hatte auch damit gerechnet jedem User per Script seinen Drucker zuweisen zu müssen oder an jeden Client zu laufen, das war jedoch nicht notwendig). Mittlerweile ist mir das aber egal, da ich sowieso die Drucker per Script zuweise. Grüsse Gulp

Nope, sowohl die lokal installierten Drucker, deren Treiber, deren Anschlüsse, als auch die Freigaben der Drucker ziehen mit um und auch die User werden auf den neuen Printserver umgeleitet .... das geht wirklich so easy. Grüsse Gulp

Hier noch der Vollständigkeit halber der Link zum aktuellen PrintMig (Print Migrator 3.1): Microsoft Windows Server 2003 Print Migrator 3.1 PrintMig hat mir bisher immer gute Dienste geleistet, wenn ein Printserver umgezogen/migriert oder ersetzt wurde. (.... und spart einem die Lauferei ;) ) Grüsse Gulp

@IThome: Gar nicht, das ist ja sein Problem ..... ;) Nee, aber mal Spass beiseite, er spricht ja von einem VPN Router, also muss er ja ein aktiviertes NAT haben (eben auf dem Router). Jetzt kommt's nur noch drauf an, was für ein Router und wie das Dingelchen konfiguriert ist (zB den VPN Passthrough aktiviert, aktuelle Firmware, Portweiterleitungen, etc.). Grüsse Gulp

"You Have Exceeded the Maximum Number of Computer Accounts" Error Message When You Try to Join a Windows XP Computer to a Windows 2000 Domain Da stimme ich Daim zu, oben ist der relevante Microsoft KB Artikel zu dem Problem. Grüsse Gulp

Als erstes würde ich mir an Deiner Stelle über ein zukünftiges Backup Konzept Gedanken machen, damit Du Dir nicht kurz vor knapp den Kopf über mögliche Software machen musst. Denn ein Backup scheint ja bisher nicht stattgefunden zu haben ..... Ist das der einzige DC oder gibt es noch einen, ansonsten ist TrueImage so ohne weiteres nämlich auch keine Option (Stichwort USN Rollback), da braucht es dann mindestens eine Backup des SystemState und eine angemessene Wiederherstellung des DC. Ist es der tatsächlich der einzige DC kannst Du die Platte mit Acronis einfach Offline duplizieren (also von dem Acronis Rescue Medium booten und dann die Platte clonen). Die Version 10 oder 11 könnten offline funktionieren, wenn Du schon ein Rescue Medium hast (ich habe es zwar noch nicht getestet, allerdings dürfte sich 10 und 11 - beides Home Editions - kaum auf einem Server OS installieren lassen), empfehlenswert ist allerdings TrueImage Server 9.1 (der aber auch eine Stange Geld kostet). Grüsse Gulp

Oder mit PrintMig den Printserver umziehen, der ist für sowas gedacht und ändert alles in einem Aufwasch mit ..... Grüsse Gulp

hmmm nach dem Fehlercode deutet alles auf ein USB Treiberproblem hin: You may experience problems after you resume a Windows Vista-based computer from sleep or from hibernation Stop errors occur on a Windows-based computer that has 2GB or more of RAM and is using an NVIDIA nForce USB controller Occasional error message on a portable Windows Vista-based computer that wakes from sleep to perform network-related tasks: "STOP 0x0000007E" Der ist zwar für XP hat aber ein wenig mit dem Gesamtszenario zu tun. "STOP: 0x0000007E" Error Message When You Install Windows XP Disk Image from a Remote Installation Services Server Grüsse Gulp

Abgesehen von der schwachen Performance eines Software RAID's gegenüber echten RAID Controllern ist auch das ein Nachteil (nicht der Schlimmste im Vergleich zur angesprochenen Performance) ..... Grüsse Gulp

Ich hab testweise in VMware virtuell geclustert (Workstation 6 und VMware Server laufen unter Vista) mit Virtual PC hab ich's ehrlich gesagt noch nicht probiert, ich wüsste aber auch auf Anhieb nicht warum es nicht auch mit VirtualPC funktionieren sollte. Einen Versuch wäre es ja wert ..... [EDIT]Nebenbei: Muss es denn die Weboberfläche beim Virtual Server sein? Versuche mal das MMC Snap-In: Virtual Machine Remote Control Client Plus (VMRCplus) [/EDIT] Grüsse Gulp

Dann hab ich keine Idee mehr .... .... ausser Virtual PC 2007, denn das funzt einwandfrei unter Vista. Grüsse Gulp

Und IE auch im Admin Kontext gestartet worden? (wenn nicht kommt nämlich die besagte Fehlermeldung) Grüsse Gulp

Drive Image kann schon seit Version 3.0 (oder gar früher, ab 3.0 aber sicher) Images aufteilen. Je nach Version zwar "nur" in 650 oder 700 MB Stücke aber die lassen sich ja auch auf DVD brennen. Allerdings muss man dies "vor" der Imageerstellung in den Optionen auswählen. Grüsse Gulp

Hast Du den Internet Explorer auch unter dem Administrator Kontext gestartet? (Rechtsklick: Als Administrator ausführen ....) Hast Du den IIS 7 auch komplett installiert? Dabei ist zu beachten, dass der Support für CGI Applikationen und die Windows Authentifizierung aktiviert werden müssen. Desweiteren ist es für die Administration wichtig, dass in den Webverwaltungstools alle Unterpunkte der "Kompatibilität mit der IIS6-Verwaltung" ausgewählt werden. Für die korrekte Installation des IIS 7 hilft folgendes Script: start /w pkgmgr /iu:IIS-WebServerRole;IIS-WebServer;IIS-CommonHttpFeatures;IIS-StaticContent;IIS-DefaultDocument;IIS-DirectoryBrowsing;IIS-HttpErrors;IIS-HttpRedirect;IIS-ApplicationDevelopment;IIS-ASPNET;IIS-NetFxExtensibility;IIS-ASP;IIS-CGI;IIS-ISAPIExtensions;IIS-ISAPIFilter;IIS-ServerSideIncludes;IIS-HealthAndDiagnostics;IIS-HttpLogging;IIS-LoggingLibraries;IIS-RequestMonitor;IIS-HttpTracing;IIS-CustomLogging;IIS-ODBCLogging;IIS-Security;IIS-BasicAuthentication;IIS-WindowsAuthentication;IIS-DigestAuthentication;IIS-ClientCertificateMappingAuthentication;IIS-IISCertificateMappingAuthentication;IIS-URLAuthorization;IIS-RequestFiltering;IIS-IPSecurity;IIS-Performance;IIS-HttpCompressionStatic;IIS-HttpCompressionDynamic;IIS-WebServerManagementTools;IIS-ManagementConsole;IIS-ManagementScriptingTools;IIS-ManagementService;IIS-IIS6ManagementCompatibility;IIS-Metabase;IIS-WMICompatibility;IIS-LegacyScripts;IIS-LegacySnapIn;IIS-FTPPublishingService;IIS-FTPServer;IIS-FTPManagement;WAS-WindowsActivationService;WAS-ProcessModel;WAS-NetFxEnvironment;WAS-ConfigurationAPI Grüsse Gulp

@Cybquest: Das Quorum bei MS Clustern wird üblicherweise (bei 2000 ausschliesslich) auf einer Shared Disk (zB in einem Disk Array) verwendet, korrekterweise müsste man dazu Shared Quorum sagen. Der Heartbeat liefert dem Cluster lediglich den Status eines Nodes, das Quorum enthält die relevanten Clusterdaten (ist also weit wichtiger). Seit Windows 2003 kennt ein Windows Cluster allerdings auch ein Local Quorum: When you run a cluster with a local quorum, the quorum information is stored in the %SystemRoot%\Cluster\MSCS folder. Because this information is stored locally, it is not replicated to other nodes in the cluster. CAUTION: Do not use a local quorum resource for the quorum on a multi-node cluster as this procedure can cause the loss of the cluster configuration data and the failure of the entire cluster. Quelle: The Features of the Local Quorum Resource on Windows Server 2003 Clusters .... zurück zur Frage: Ja, wenn AUSSCHLIESSLICH ein lokales Quorum verwendet wird, dann gilt die obige Warnung aus dem Artikel. Das sagt doch alles, oder? Grüsse Gulp

Normalerweise wird das Kennwort für die Verzeichnisdienstwiederherstellung nicht im AD gespeichert, da es beim dcpromo üblicherweise vergeben wird (da ist der Server ja noch kein DC). Dieses Administratorkennwort (ich fand schon immer dumm, dass der User hier auch Administrator heisst) kann nicht nachträglich über eine GUI geändert werden, da es noch in der lokalen Benutzerkontendatenbank (SAM) gespeichert wird, die bekanntlich bei einem DC nicht mehr existiert. Ändern kann man das Passwort jedoch entweder über die CMD und den Befehl setpwd (geht auch mit einem Remote DC: setpwd /s:[servername]) oder man bootet in die Verzeichnisdienstwiederherstellungskonsole und ändert es dort mit net user administrator *. Grüsse Gulp