Dukel

Ja ich würde das in einer Variable speichern. Man kann auch direkt brauf zugreifen. Am besten mit $() umklammert, dass das als Wert erkannt wird: $smtp.Send('edi@powershell.com','test@powershell.com','Testmail',$($test.Envelope.Payload.BusinessDocument.PurchaseOrder.PurchaseOrderHeader.PurchaseOrderInformation.PurchaseOrderNumber)) Aber fürn Einstig ist es einfacher (und lesbarer) das ganzt in eine Variable zu schreiben: $text = $test.Envelope.Payload.BusinessDocument.PurchaseOrder.PurchaseOrderHeader.PurchaseOrderInformation.PurchaseOrderNumber $smtp.Send('edi@powershell.com','test@powershell.com','Testmail',$text)

Was hast du denn vor? Soll die Default Website nur von intern und die weitere nur von extern erreichbar sein? Oder beide von intern und nur die Default von extern?

Braucht ihr die Default website?

Dann stellt man sich einen 2. DC hin. Bei einem normalen Server bekommt man auch nur einen Redundanten DC hin in dem man einen 2. Server hinstellt.

Microsoft bietet selbst Sharepoint in der Cloud an. Der Cloudanbieter wird seine SLA's definieren und verkaufen und daraufhin seine Verfügbarkeit aufbauen. Du wirst nicht fragen ob er HA macht sondern wie seine verfügbarkeiten sind.

Dann andere Frage. Wieso muss es ein Windows 2003 64bit sein?

Grusel... Mit Powershell geht das in einem Einzeiler. Nur bevor ich da ein Script mir ausdenke und dann Powershell gar nicht in Fragt kommt poste ich nur die Anregung das mit Powershell zu machen. Später kann man immer noch genaueres fragen / erläutern.

Powershell.

Nein. Exchange 2003 geht nur auf 32bit. Wieso kein Upgrade auf Exchange 2010 oder 2007?

Wieso keine Migration in der selben Domäne? Ist der SBS Server Fehlerhaft oder das AD?

Von Commvault gibt es einen Agent "Workstation Backup", welcher genau diesen Zweck dient. Aber ich glaube das wird dir zu teuer werden. EDIT: Was mir dabei aber einfällt: Welche Backup Software nutzt ihr? Hat der Hersteller evtl. einen entsprechenden Agenten?

Ja. Das AD basiert auf LDAP. Google findet sicher einiges zum Zugriff auf das AD per Ldap Browser.

Mach mal einen Screenshot vom AD Sites & Services (am besten alles aufgeklappt) und verlinke ihn hier.

Doch. Die neue Domäne auflösen und den neuen Server in die alte Domäne als weiterer DC aufnehmen.

Wieso wird das GW angepasst? Ist das nicht das selbe GW?

Das ist ja kein Grund die Domäne auszulösen und den Server in die Vorhande Domäne zu nehmen und die FSMO Rollen zu verschieben.

Wieso dann eine neue Domäne? Wenn der Server total am Ende ist muss doch keine neue Domäne her.

Wieso willst du einen neue Domäne erstellen?

Stimmt das auch mit den IP Subnetzen so? Hast du verschiedene 3 Subnetze im 1. Standort? Kannst du einen Screenshot vom aufgeklappten AD Sites and Services machen?

Man kann auch Testsysteme migrieren. Irgendwas muss da ja getestet werden und dieses irgendwas kann auf den in der VM Umgebung neu installieren Debian Maschinen wieder installiert und die Daten migriert werden.

Hast du 3 Standorte? AD-Sites ohne Subnetze gibt es nicht.

Hast du AD Sites eingerichtet, Subnetze definiert und die AD Controller verteilt?

Was hast du denn vor? Ist der RODC in einem anderen Subnetz / Standort? DNS heisst nicht anmeldeserver sondern DNS Server.

Wieso installierst du dann AD Lightweight DS, wenn du auf das AD zugreifen möchtest?

Wieso migrirst du die Dienste nicht einfach?