Gulp

Es könnte schon reichen den herunterzustufen, ich persönlich würde aber trotzdem neu installieren, das dauert doch nicht lange und ist ne saubere Basis. Das AD muss ja nicht nochmal eingerichtet werden, das übernimmt er sich dann vom DC in der VM (jedenfalls, wenn die Netzzugriff hat). Grüsse Gulp

Wenn der alte DC noch läuft, würde ich den neuen DC jetzt demoten (besser aber wird neu installieren sein) und als zweiten DC in die Domäne des alten DC's aufnehmen. Dann die FSMO Rollen auf den Neuen transferieren und den alten DC demoten, dann gibt es mit den Clients kein Problem, da die Domänen-SID dabei gleich bleibt. Dafür würde ich mir im Anschluss Gedanken über einen zweiten DC machen ..... Grüsse Gulp

(jetzt die Langversion) SID ist das richtige Stichwort, durch das Neuaufsetzen der Domäne hat sich deren SID verändert und ist logischerweise nicht auf den Clients vorhanden. Dies lässt sich nicht ohne ein erneutes Hinzufügen der Clients in die "neue" gleichlautende Domäne (neu, weil neue Domänen-SID) reparieren und muss an jedem PC der Domäne durchgeführt werden. Andere Alternativen gibt es nicht. Grüsse Gulp

Wenn das Aptippen zu lange dauert, wird die Hilfestellung auch nicht schneller gehen, sondern sich deren Dauer meistens in den Bereich "unendlich" verschieben. Soviel Geduld muss halt sein. Grüsse Gulp

Abstellen lässt sich das ganz einfach in dem der PC Domänenmitglied und der Domänen-User auf dem PC angemeldet ist, dann kommt keine User/Passwortabfrage. Ein Konto muss man trotzdem für jeden Benutzer anlegen, das ist ja auch bei POP Konten so. Grüsse Gulp

Dann erstell Dir doch eine BartPE Boot Disk mit dem entsprechenden Treiber, das Acronis BartPE PlugIn sollte mit der aktuellen Acronis Version mitgeliefert werden, bzw kann bei Acronis heruntergeladen werden. Das mache ich zumindest immer so, wenn das Linux, das Acronis für die Boot CD verwendet den HDD Controller nicht erkennen will. Grüsse Gulp

Die gibt es standardmässig nicht auf einem Exchange Server, der hält die Maildatenbank in der Datei private.edb vor, die Öffentlichen Ordner in der public.edb. PST sind ausschliesslich lokale Clientdateien und liegen üblicherweise nicht auf dem Server, die Maildatenbank und die DB für die Öffentlichen Ordner werden über die Backup API des Exchange Servers gesichert (zB mit NTBACKUP). Wie man das korrekt mit NTBACKUP macht findet sich hier. Grüsse Gulp

Dass Vista das "alte" Bootmenü von XP unter "Frühere Windows-Version" verwendet ist "by design" und so vorgesehen. Ebenso ist "by design" dass Vista immer seine eigene Partition zu C:\ macht (finde ich gut, erspart so manches suchen nach dem "richtigen" Laufwerksbuchstaben). Grüsse Gulp

Manchmal kommt das auch in einer RDP Session vor, dass die AltGr Taste nicht mehr will. Da behilft man sich am Besten mit dem Drücken von Alt + Strg (das ist identisch zu AltGr), wobei das ein Problem des TS ist und weder eines der Tastatur oder des lokalen PC's. Ein Patch der das Verhalten auf dem TS abstellt ist mir leider nicht bekannt, da müsste man bei Microsoft mal nachfragen. Grüsse Gulp

Nicht legal und damit auch nicht supported ..... Grüsse Gulp

Möglich ist es zwar schon, aber nicht legal! TrueImage Home dürfte da nicht reichen, ich habe es selber mit Home noch nicht probiert, es könnte aber über die Acronis Boot CD funktionieren, TrueImage Server unterstützt ebenfalls die Erstellung von Images von dynamischen Volumes, meistens werden diese jedoch als Basisdatenträger wiederhergestellt. Grüsse Gulp

Stimmt so nicht, es gibt einen Übergangszeitraum von 14 Tagen (können auch 9 Tage gewesen sein - jedenfalls sind es ein paar Tage) in der eine Migration erfolgen kann. danach muss der alte SBS abgeschaltet und der neue die SBS Domäne vollständig übernommen haben. Zur Migration von SBS zu SBS (man kann den Leitfaden SBS 2000 nach SBS 2003 verwenden) gibt es haufenweise Links bei Microsoft auf der SBS Seite. Grüsse Gulp

Ach, "bloss" die 64-bit EXE'n .... (hätt' ich auch dran denken können ....), stimmt das ist dann tatsächlich dümmlich, wenn man vorab keinen 32-bit Windows Server 2003 Datenträger zur Verfügung hat, von dem man sich dann das passende ADPREP "leihen" kann. Grüsse Gulp

Da ist mir keine Inkompabilität bekannt, was soll denn da "inkompatibel" sein? Grüsse Gulp

Jepp, und genau deswegen ziehe ich mir jetzt ein "Trampeltier" rein ....... wird ja auch hier in Trier gemacht. Grüsse Gulp

Hmm. was soll daran schwer sein ... grob gesagt: 1. Backup machen --> vor allem Systemstate sichern 2. Backup prüfen 3. nachdenken ob das Backup auch gemacht wurde 4. neuen DC als zusätzlichen DC in die Domäne installieren und Replikation abwarten 5. FSMO Rollen auf neuen DC übertragen 5.1. falls der alte Server als Fileserver dient mit dem Fileserver Migration Toolkit die Freigaben und Daten übetragen 6. alten DC mit dcpromo demoten und abschalten fertig .... Grüsse Gulp

Eine SQL 2005 Standard Prozessor Lizenz kostet zB bei Bechtle inkl. MwSt. 7111,44 Euro (5.976,00 Euro netto), eine Enterprise Prozessorlizenz kostet inkl. MwSt. 29.640,52 Euro (24.908,00 Euro netto) ..... das sind sie aktuellen Preise aus deren Shop. ... ist halt so und auch nur ein Richtpreis, es mag durchaus Händler geben, die billiger sind oder Dir spezielle Konditionen gewähren. Damit wollte ich lediglich eine ungefähre Preisangabe machen. Grüsse Gulp

Das fehlen der CAL's is doch schon eine Art von Limit ;) ..... technisch hast Du natürlich recht. Grüsse Gulp

Für Prozessor Lizenzen werden keine CAL's benötigt, ausserdem ist die Zahl der User/Geräte, die darauf zugreifen nicht limitiert. Eine SQL 2005 Standard Prozessorlizenz kostet so um die 7000 Euro inkl. MwSt, mit 5 CAL's kostet der Standard ca 2200 Euro inkl MwSt. Eine CAL kostet ca 150 Euro, um auf 7000 Euro zu kommen kann man also ca 32 CAL's dazu rechnen, sprich ab 37 CAL's rechnet sich schon eine CPU Lizenz. Beim Enterprise sind es ein paar mehr, ab 50 CAL's kann auch hier sich eine CPU Lizenz schon rechnen. Grüsse Gulp

2008 soll der letzte Server sein, den Microsoft noch als 32-bit Version auflegt. Es ist geplant erst die Nachfolger ausschliesslich als 64-bit Version anzubieten, da brauchst Du also (noch) keine 64-bit Hardware. Grüsse Gulp

Soweit ich weiss wird es dafür auch keine Patches geben, weder für Office XP (2002), noch für Office 2003, es wird empfohlen auf eine unterstützte Office Version (2007 und höher) upzugraden. Grüsse Gulp

SMB Authentifizierung wohl noch auf NTLMv2 eingestellt, das lässt sich in den lokalen Sicherheitsrichtlinien einstellen, such bitte mal im Board danach, das hatten wir kürzlich erst. Grüsse Gulp

.... da musst Du nur in die Rubrik "Tipps & Links" einen Blick werfen ...... da findet sich allerhand zum Clustering .... Grüsse Gulp

Hehe, ich weiss, dass ich damit wohl ein wenig nerve .... Ich habe die EULA's der SB und der Retail verglichen und beide fangen mit dem Passus : "Lizenziertes Gerät. Sie sind berechtigt, eine Kopie der Software auf dem lizenzierten Gerät zu installieren." und beide haben den gleichen Passus bei der Virtualisierung: 6. VERWENDUNG MIT VIRTUALISIERUNGSTECHNOLOGIEN. Sie sind berechtigt, die auf dem lizenzierten Gerät installierte Software innerhalb eines virtuellen (oder anderweitig emulierten) Hardwaresystems auf dem lizenzierten Gerät zu verwenden. Dabei sind Sie nicht berechtigt, Inhalt abzuspielen oder auf Inhalt zuzugreifen oder Anwendungen zu verwenden, der bzw. die durch Microsoft-Technologie zur Verwaltung digitaler, Informations- oder Enterprise-Rechte oder andere Rights Management Services von Microsoft geschützt ist bzw. sind, oder BitLocker zu verwenden. Wir raten davon ab, Inhalt abzuspielen oder auf Inhalt zuzugreifen oder Anwendungen zu verwenden, der bzw. die durch andere Technologie zur Verwaltung digitaler, Informations- oder Enterprise-Rechte oder andere Rights Management Services geschützt ist bzw. sind, oder die Verschlüsselung ganzer Volumes auf Festplattenlaufwerken zu verwenden. Bei der Retail EULA, als auch der SB EULA wird nirgends eine zusätzliche Kopie erwähnt, also komme ich entweder zu dem Schluss, es ist weder bei der Retail noch bei der SB Version erlaubt die Lizenz auf dem PC und zusätzlich auf dem gleichen PC virtualisiert zu verwenden, oder aber es ist sowohl bei der Retail als auch bei der SB Version erlaubt. In dem von mir angesprochenen "das hatten wir schon mal", hattest Du angeboten das von MS klären zu lassen (sitzt ja auch an der Quelle ;) ), da wäre ich gespannt. Wie gesagt ich glaube Dir da schon ..... ich kann da nur nicht so ganz folgen ;) Grüsse Gulp

Hey genau das hatten wir doch schon mal in einem Thread ..... dumm ist nur, dass bei meiner EULA der identische Passus zur Retail (oder FPP) enthalten ist. Wer soll daraus jetzt noch schlau werden? Manche Stellen der EULA sind ja schon "geglättet" worden, so dass "Otto-Normalverbraucher" diese auch im Gegensatz zu manch ihren Vorgängern verstehen kann, aber ich finde noch immer keine Stelle die mich erkennen lässt, dass meine SB Version nicht zusätzlich auf dem installierten Vista auch virtuell nutzen lässt. Nicht dass ich es machen möchte oder brauche, ich habe für alle Tests mit Virtualisierung ordentliche Lizenzen zur Verfügung, aber es fuchst mich irgendwie. Es ist auch nicht so, dass ich dem Doc nicht glauben will, aber irgendwie werd ich da nicht schlau draus ...... Grüsse Gulp