McAbflug

MS meint, wenns Probleme mit Exchange gibt, muss man beweisen, dass der Fehler auch auf einem physischen System auftritt Performancetechnisch liegst Du mit einem virtuellem System immer etwas unter einem physischen, klar. Der Vorteil ist beim ESX, dass er direkt auf Hardwareebene virtualisiert und nur sehr wenig Resourcen verbraucht. Beim VMWare-Server oder GSX oder Workstation hast Du ja immer ein Hostbetriebssystem "darunter" liegen, das schon Performance frisst, auch eine Workstation auf einem Linux-System frisst. Cirtrix und DC würde ich persönlich trennen. Wie gesagt, bei uns laufen 2 Citrix-Gateways und 2 Citrix Metaframes auf 4 virtuellen Maschinen, das ganze ohne Probleme oder spürbare Verluste für die Nutzer, wir haben ca. 600 Citrix-Nutzer. Fax-Software läuft bei uns nur Topcall virtuell, mehr kann ich Dir dazu leider nicht sagen. VM's direkt auf Tape geht leider nicht, es sei denn, Du sicherst auf VMDK-Ebene

der VMWare Converter 3 (auch in der "noch" Beta-Version) konvertiert VIrtual Server Maschinen anstandslos und selbsterklärens in VMWare-Maschinen

Wenn die Maschine entsprechend ausgebaut ist, kannst Du dafür die physische Hardware sparen

zu 1. Ja, der VMWare-Server ist kostenlos, Support im produktiven Umfeld kostet aber Der ESX-Server ist für groß Umgebungen gedacht zu 2. ja zu 3. da fragst Du am besten Lian, ich vertrete die Auffassung, eine Maschine, egal ob virtuell oder physisch braucht seine eigene Lizenz, obwohl da mal was mit dem Server 2003 R2 was war, aber eh ich was falsches erzähle.... zu 4. erstens: Exchange auf VMWare ist nicht supportet! Beim Virtual Server schon Die Platten werden als virtuelle Disks wie im "richtigen System" angelegt zu 5. da solltest Du schon eine Maschine ala DL585 G1 oder so etwas haben zu 6. CIRTRIX läuft bei uns auf einem ESX, sollte aber bei entsprechendem Ausbau einer anderen Maschine problemlos sein zu 7.keine Erfahrung, sorry zu 8. beim ESX sichern wir die vmdk's mit dem ESX-Ranger, ansonsten kannst Du bei anderen Virtualisierungsprodukten die VM mit Tools wie Livestate Recovery imagen, oder mit beispielsweise ADSM auf Filebene sichern, das stellt keinen Unterschied zu physischen Maschinen dar Ich hoffe, etwas geholfen zu haben Eine Anmerkung habe ich dennoch noch, wenn Du mit Debian oder anderen "Nicht-MS" Betriebssystemen arbeiten willst, wirst Du um VMWare nicht drumrum kommen

am besten den DTC wegschmeißen und einen neuen DTC in den Cluster hängen

da fällt mir ganz spontan Nagios ein!

weil die Version 4.x noch keine VMWare-Tools für Vista hat! Das ist das einzige Problem bei Version 4.

wir haben für dieses Szenario ein Meta-Directory im Einsatz.

bekommst Du eine Fehlermeldung? Sind die .vmdk-Dateien noch zu sehen? Ist das .vmx-File noch da?

ja, den ESX 3 werden wir Anfang des 4.Quartals auch für Exchange nutzen, allerdings nicht für die komplette Exchange-Umgebung. Exchange läuft bei uns im "herkömmlichen" Sinne, ganz normaler 2-Node Microsoft Cluster. Der "virtuelle" Exchange-Server ist ein Server, auf dem Postfächer liegen, die archiviert werden müssen, die Archivierung läuft aber leider nur auf Store-Ebene, nicht auf Mailbox-Ebene. Die neuen Features wie DRS und DAS werden wir natürlich einsetzen, zumal man bis Ende des Jahres diese Features für 1000 Euro dazukaufen kann, wenn man ESX 2.x.x lizensiert hat.

bei allen Überlegungen ein Tipp von mir! Laut Microsoft ist Exchange 2003 auf VMWare (egal ob GSX oder ESX) nicht supportet! Also, wenn Probleme auftreten, gibts keinen offiziellen Support. Exchange 2003 läuft bei uns seit Monaten in er ESX 2.5.3-Farm stabil, aber das nur zur Überlegung, falls bei Euch dahingehend irgendwelche Vorgaben gelten! Gruß Frank

ist der Nutzer, der installieren will, Schema-Admin?

kann nur damit zusammenhängen, dass Dein Image sehr alt ist und die SID nicht mehr stimmt!

Schau Dir mal Galaxy von Commvault an, zumindestens für uns ist es die "perfekte" Lösung: Restore auf Mailebene oder Kalenderelement ist möglich, Zusatztools wie den Data Migrator (der erlaubt das "wegschreiben" von Attachements in einer von Dir vorher festgelegten Größe auf ein externes Speichersystem, damit bleibt die Exchange-DB klein) oder der Data Archiver (Wenn bei Euch eine revisionssichere Archivierung gefordert ist) Galaxy ist eigentlich intuitiv bedienbar, von MS voll supportet und sehr zuverlässig Link: http://www.commvault.com

Den Standby-Knoten kannst Du ihne Probleme im ESX laufen lassen. P2V, naja, das Reconfiguring kann funktionieren, muss aber nicht, es gibt bessere Möglichkeiten.

Strg + Alt + Ende

ich hab meinen bei Schlund! Guckst Du hier: http://schlund.com

guckst Du hier: http://technet2.microsoft.com/windowsserver/en/technologies/genclust.mspx

Du meinst bestimmt die Signatur des gemeinsamen Clustervolumes wenn ja, dann solltest Du Dir die Signatur aufschreiben, auslesen kannst Du die Signatur mit dem Programm dumpcfg.exe aus dem Windows 2000 Resource Kit.

Das würde ja bedeuten, dass Du damit jeden Sonntag den Information-Store herunterfahren müsstest??! Könnt Ihr Euch das leisten??

Da gibts viele Anleitungen im Netz, einfach mal googeln! Für die DC's (was ja neue Maschinen werden sollen) würde ich empfehlen, diese in die bestehende Domäne als DC's zu installieren, dann alle FSMO's auf die neuen Maschinen zu übertragen und die alten DC's noch eine Weile "nebenher" weiter laufen zu lassen. (MS empfiehlt wohl noch 3-6 Wochen, so jedenfalls die Aussage eines MS-Experten, nagel mich bitte nicht darauf fest) Nach dieser Zeit die alten DC's mittels dcpromo vom Active Directory "befreien" und ausschalten. Es gibt natürlich auch noch die Möglichkeit, die 2000er DC's direkt zu updaten, aber davon halte ich nicht viel. Ein Update von Exchange 2000 auf 2003 hat (zumindestens bei uns) im Test ohne Probleme funktioniert! Das war die Kurzform, ausführliche Infos findest Du im Internet genug, ich schau morgen mal auf Arbeit nach, ob ich dazu noch etwas in gedruckter oder elektronischer Form finde! Viele Grüße Frank

nein, Exchnange wurde schon Monate vorher auf SP1 geupdatet, die DC's erst vor ein paar Wochen!

du brauchst weder die FSMO-Rollen zu verschieben, noch parallel zu installieren! Allerdings solltest Du erst einen DC updaten, neu starten und dann den nächsten DC updaten. Mit Exchange gibt es (zumindestens bei uns) keine Probleme, SP1 für Exchange 2003 ist allerdings installiert, ich weiß nicht, wie es bei Euch aussieht

guckst Du hier: http://support.microsoft.com/default.aspx?scid=kb;de;896054

Poc Vocem von In Extremo