LukasB

Die Wiederherstellungsdatenträger-Erstellen Option gehört zu Rescue + Recovery, dem Backuppaket. Evtl. hast du dieses deinstalliert und deswegen fehlt die Option - installiere also Rescue + Recovery und schau ob es dann wieder auftaucht.

Nicht nativ, du brauchst eine Reverse-Proxy Extension. Oder du leitest extern auf einen anderen Port um, was du via normaler IIS Funktionalität erledigen kannst. ISA kann beides.

Es gibt diverse 3rd Party Erweiterungen die den IIS zu einem Reverse-Proxy machen können. Vielleicht deckt das ja deine Anforderungen ab. Auf der anderen Seite gibt es auch den ISA, ein Produkt das für Szenarien wie diese effektiv gedacht ist.

Terminalserver. Ja, ich weiss die offizielle Abkürzung ist TS, aber manchmal vergesse ich das zu "fixen". Sorry. Es gibt ein adminpak.msi sowohl auf CD als auch bei MS Downloadbar welches die DNS/WINS/DHCP Tools für XP beinhaltet. Für Vista gibt es einen RSAT-Download, der dieselben Tools beinhaltet. Kannst du ja auch selbst herausfinden - notiere dir was es für Services gibt, installiere dann den IIS, und vergleiche dann. Für fortgeschrittene kansnt du das auch in PowerShell automatisieren. Aus dem Kopf würde ich sagen: HTTP-SSL, WWW-Publishingdienst, IIS Verwaltungsdienst, SMTP, POP3. Welche Komponenten du für Exchange brauchst ist doch dokumentiert, oder nicht?

Kann man so machen, würde ich aber nicht empfehlen. Der Idealfall sind Adminworkstations oder ein dedizierter TMS für Admins mit all den administrativen Tools drauf. Letzteres ist das was ich intern mache, klappt prima. Problem ist halt das man all das ganze immer auch patchen muss, und gerade auf DCs sollte alleine schon aus Sicherheitsgründen sowenig Software wie möglich installiert sein. Korrekt, du kannst die IIS Dienste danach jedoch abschalten.

Gemacht werden muss das überhaupt nicht. Ich nehme an die meinst die Admin-Tools, mit denen du die Exchange-Objekte im dsa.msc verwalten kannst. Diese müssen nicht auf den DCs installiert werden, sondern alle Maschinen von welchen her du Exchange verwalten willst. Das sind üblicherweise die Exchange-Server selber (wo diese automatisch dabei sind, siehe unten) und natürlich die Admin-Workstations. Starte normal das Exchange-Setup, und wähle dann aus das du nur die Administrativen Komponenten installiert werden sollen.

Ja, das ist deine Ansicht. Aber stell das bitte jeweils explizit heraus - die meisten Firmen wollen keine unsupporteten Konfigurationen fahren. Soll hier aber nicht ausarten, deswegen bin ich jetzt ruhig.

Du kannst die Daten ja via Netzwerk auf die VM kopieren. Oder als ISO mounten. USB Support hat Hyper-V nicht, und wirds wahrscheinlich auch nie haben.

Das 32bit Software grundsätzlich problemlos unter x64 laufen sollte ist korrekt. Hat aber überhaupt keinen Einfluss auf die Supportability. Und die ist nunmal entscheinend wenn man produktive Infrastruktur baut.

Wahrscheinlich ein Problem mit dem Filterdriver - und du hast wahrscheinlich auch eine CD/DVD Emulations-Software installiert, evtl. Bestandteil eines Brennprogrammsuite wie z.B. Nero. Lösche (nach einem Backup) in der Registry hier die UpperFilters und LowerFilters Einträge: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E965-E325-11CE-BFC1-08002BE10318} Hier gibts mehr Details zu dem Thema: Cannot Access CD-ROM and "Code 31" Error Message in Device Manager After You Remove Adaptec Easy CD Creator from Your Computer The CD drive or the DVD drive does not work as expected on a computer that you upgraded to Windows Vista

Office 2000 war auf x64 Plattformen nie supported. A summary of the support boundaries for Office programs that run on 64-bit versions of Windows operating systems Ich würde also schwerstens davon abraten Office 2000 auf einer x64 Plattform einzusetzen, vorallem da der Support für diese uralte Version sowieso nicht mehr gewährleistet ist. Also aktuelle Lizenzen erwerben und Office 2007 (oder wenns unbedingt sein muss Office 2003) einsetzen. x64 TS gehört grundsätzlich die Zukunft, vorallem da WS08 R2 nur noch als 64bit Variante erscheinen wird, aber momentan ist der Applikationssupport immer noch ein Thema - nicht alle Hersteller supporten ihre Software auch im Betrieb auf x64 TS. Ob WS03 oder WS08 ist eigentlich dir überlassen, grundsätzlich würde ich WS08 einsetzen wenn es von der Supportability her geht.

Alles eine Frage der Granularität der Fehlermeldungen. Wenn du dir mal Debug-Logs einer Anwendung anschaust wirst du tausende Fehlermeldungen finden die alle "normal" sind. Grundsätzlich ists ja auch nicht falsch das sowas geloggt wird - das Problem hier ist das diese Fehlermeldung einfach nicht genügend Granularität hat (der Grund des Verbindungsabbruch nicht festgehalten wird). Ich kann mir aber gut vorstellen dass das WINS-Protokoll garkeine Möglichkeiten bietet um die Fehlermeldung granularer zu machen. Aber auch dann kann man der Meinung sein dass der Abbruch der Verbindung aufgrund eines Neustarts festgehalten werden soll (DFS-R macht das z.B. auch so, AD erst nach einiger Zeit).

Die Fehlermeldung ist nach einem Reboot normal.

Kann ich dir auf die schnelle nicht beantworten. Müssen beide Enterprise sein, du brauchst einen Shared Storage, und du kannst keine DCs clustern. Eigentlich müsste das Problemlos mit Push/Pull auf beiden Seiten funktionieren. Hattest du denn eine konkrete Fehlermeldung?

System Center Essentials: für kleine Umgebungen - kann aber auch mehr als nur Monitoring) System Center Operations Manager: für grössere Umgebungen, ich glaube Lizenztechnisch ist das ganze System Center Zeug dann ein Bundle Evtl. ist die Software deines Serverherstellers eine Option - der IBM Director ist z.B. kostenlos auf IBM Hardware (und bis zu 20 non-IBM Servern). HP hat mit ihrem Systems Insight Manager was ähnliches. Dell etc. wird auch sowas in die Richtung haben, nehme ich an. Meine Empfehlung wäre SCE oder SCOM - für volles HW+SW Monitoring brauchst du aber zumindest bei IBM immer einen Director Server, der dann in SCE/SCOM integriert wird, was mühsam ist - weswegen ich mich in kleineren Umgebungen auf die E-Mail Notifications der RSA-Karten beschränke.

DHCP-Server, nicht DCs. Aber ja, darauf läufts hinaus. Man muss das Subnetz halt gross genug bemessen ;) Das ist doch eher enorm umständlich. Wenn dir die 80/20 Variante nicht gefällt kannst du ja einen DHCP-Cluster machen. Gut gut.

80 / 20 Split oder ein DHCP Cluster, wobei ersteres in fast allen Fällen die bessere Variante ist. Microsoft Corporation Cluster support for DHCP servers: Dynamic Host Configuration Protocol (DHCP)

Jein. Bei WINS nur sich selbst mit der externen IP angeben (nicht 127.0.0.1). Das hast du schonmal richtig. Beim DNS verhält es sich anders: Dort gibt man die DCs "über kreuz" an. Also DC1 hat als 1. DNS DC2, als zweiten DC1. Bei DC2 ist der erste DC1, der zweite DC2. Das macht gestaffelte Reboots der DCs um einiges schneller. Deine Member/Client-Konfig stimmt soweit.

Ich suche mir die Links zu meinen Postings nicht zum Spass raus ;)

Die Meldung ist normal und kann ignoriert werden. Event ID 53258 is logged in Event Viewer after you install or remove Active Directory in Windows Server 2003

Für grosse Werte von zwei ;) Die Endgültige Version der Prüfung sollte allerdings in kürze erscheinen bzw. bereits erschienen sein - die offizielle Microsoft-Website zur Prüfung 404'd im Moment allerdings noch. Da heissts nur warten. Die Prüfung ist im eigentlichen nur ein Rehash der WS08 und Ex07 Prüfungen, mit ein paar Detailfragen zu den SBS-Spezifikas. Ein paarmal mit dem SBS, und vorallem dessen Admintools, spielen sollte reichen um die Prüfung zu schaffen.

repadmin gehört zu den Support Tools - sind auf der CD bzw. Downloadbar.

repadmin, oder sonst per GUI (AD Sites & Services). Du kannst dem Exchange-Setup glaub ich sonst auch per Kommandozeile fix einen DC mitgeben.

Neustarts braucht es keine. Die Synchronisation der DCs dürfte sehr schnell gehen, da beide in der selben Site sind.

Das Problem ist halt das es sehr schwer dir irgendwie zuhelfen (wahrscheinlich auch der Grund wieso du den ganzen Tag über keine Antwort bekommen hast...). Die Vorgehensweise die du beschreibst ist GRUNDSAETZLICH richtig, aber es gibt soviele Details die man falsch machen kann, sodass deren erraten ohne detaillierte Fehlermeldungen entweder Glück oder Hellseherei ist. Eigentlich, wenn alles stimmt, dann kann man als Domain- und Enterprise-Admin (z.B. der Builtin-Administrator-Account der Root-Domain) einen Exchange 2003 mit "Weiter, Weiter, Fertigstellen" installieren. Wenn das nicht geht, ist irgendwas kaputt. Aber so wie es aussieht hast du das Problem bereits durch eine Neuinstallation gelöst - klappt denn jetzt alles?