Jetter

Restore auf ein Linux System schon mehrmals, Desater Recovery im Testbetrieb (Windows und Linux). Files unter Windows auch schon mehrmals. Schwebt dir irgendwas bestimmtes an Recovery vor?

Gib bitte einmal in einer Kommandozeile "net share" ein. Wird du ein Share name SYSVOL angezeigt? Ist das Verzeichniss C:\WINDOWS\SYSVOL\sysvol vorhanden? Anhand der Fehlermeldung kannst du sehen das SYSVOL nicht verfügbar ist. Dieses muss aber da sein, weil sonst die Replikation nicht richtig funktioniert. Deswegen wundert es mich das du hier schreibst das die Replikation aktuell ist. Seit wann besteht denn das Problem?

Also Die Replikation an sich geht, und ist auch auf dem aktuellen Stand. Wenn du den DFS Dienst neu startest, kommt dann wieder ein Error Eintrag im Ereignislog? Ich nehme mal an das du den DFS Dienst auf beiden DC's einmal restartet hast? Das solltest du zur Sicherheit auf jeden Fall einmal machen!!

So habe ihn gerade einmal gefragt. Wir sichern damit die ADS Server und auch den Exchange Server. Die Sicherung läuft ganz normal mit dem vss Dienst. Es musste auch nichts großartig angepasst werden, installieren...konfigurieren und gut ist.

Wieviel DC's habt ihr denn bei euch stehen? Ich nehme mal an das es 2 sind. Schau mal mit replmon wie der Replikationsstatus ist. Außerdem solltest du auf beiden DC's einmal dcdiag und netdiag ausführen und schauen was dort als "failed" auftaucht.

Ich muss gestehen das ich selber das Backup nicht implementiert habe, sondern mein Kollege, ich weis aber 100% das wir diverse MSSQL Server mit im Backup haben, wegen Exchange kann ich gerne einmal nachfragen.

Wir hatten bei uns in der Firma das im Einsatz, und auch Kunden von uns. Können mittlerweile aber nur noch davon abraten. Der Support ist das allerletzte. Fehler werden von Symantec anerkannt aber nicht mehr behoben. ..und von dem desaster recovery möchte ich erst gar nicht anfangen. Wir setzen mittlerweile bacula ein, und sind damit sehr zufrieden. Es kostet nichts und macht das was es soll. Du musst jedoch ein Linux System als Platform benutzen. Bacula, the Open Source, Enterprise ready, Network Backup Tool for Linux, Unix, and Windows

Lol, wenn ich das nicht gemacht hätte, hätte ich auch das andere PDF File nicht gefunden. Außerdem ist die Aussage "Quest Migration Manager for Exchange now takes you direct to the new Microsoft Exchange Server 2007." Doch ein wenig zu allgemein, es lässt zuviel Interpretationsspielraum, und wenn man dann nachher das Tools für sein Projekt benutzen will merkt man auf einmal das es doch nicht das richtige ist. Da geh ich lieber auf Nummer sicher, und habe nachher ein Problem weniger.

Sind die FSMO Rollen auf mehrere Server verteilt? Wie viele Server haben den Global Katalog? Am Leben halten kannst du alle, musst nun halt nur ein bisschen "Hand anlegen". Aber bitte beantworte erst die beiden Fragen.

Genau, mit OU meine ich eine Organisations (Unit). Hab aber mittlerweile ein PDF gefunden wo drinne steht: Migration Manager for Exchange Migration Manager for Exchange ist eine umfassende Lösung für die nahtlose organisationsübergreifende Migration von Exchange 2000/2003 Umgebungen. Nun hoffe ich das die aktuelle Version auch mit 2007 funktioniert.

Ich nehmen mal an das du "Migration Manager for Exchange" meinst. Bist du sicher das dieser Manager Postfächer von einer OU (Exchange 2003) in eine andere OU (Exchange 2007) migrieren kann? Habe auf der Seite von Quest nichts finden können was mich darauf schließen lässt.

Du solltest schon zusehen das die Server sich wieder untereinander sehen (also Gateway eintragen), und damit auch die Replikation wieder funktioniert. Datenschrott habe ich hier noch nie bekommen, das einzige was ich bisher machen musste sind Objekte, die der Tombstone Zeit zum Opfer gefallen sind, per Hand löschen. Danach liefen die Systeme aber wieder richtig. Aber vielleicht hast du ja wirklich Glück und alles kann wieder ordnungsgemäß repliziert werden.

Liegen die Dateien vom Informationsspeicher auf einer eigenen Partition? Ist auf dieser Partition noch genug Platz? An sich hängt aber das restart verhalten vom Informationsspeicher nicht vom Plattenplatz ab... Eigentlich gehe ich davon aus das das schon überprüft wurde, aber man weis ja nie ;)

Du solltest auf jeden Fall die wenigen Ereignislog Einträge die du hast hier posten. Was passiert denn wenn du versucht den Dienst zu beenden? Was steht dann in der services.mmc bei dem Dienst?

Ich weis, deswegen bin ich ja noch einmal auf das Thema eingegangen... Es gibt auch die Möglichkeit beide MX beim einem Dienstleister zu haben und dann per Transport Regeln diese an den Kunden Server weiter zu geben. Welche der beiden Möglichkeiten mehr Sinn macht lasse ich mal in den Raum gestellt. Aber es gibt Kunden bei uns, die das definitiv so haben wollen.

ack. Ein Secondary MX, macht nur dann wirklich Sinn wenn dieser wie der Primary MX abgesichert ist. Deswegen würde ich nur Secondary/Fallback Mailserver benutzen die genauso abgesichert sind wie der Primary. Von einer Aufteilung an verschiedenen Dienstleistern würde ich hier ganz Abstand nehmen.

Ich gebe dir recht das der Satz der Hammer ist...merke ich auch gerade als ich ihn lese. Ich sag es vielleicht mal ein wenig anders, Kunden von uns haben "immer" einen Fallback MX, sofern die Domains DNS technisch bei uns liegt. Da ich hierdurch keinen Nachteil sehen kann, außer wenn durch den Fallback Server Spam durchkommt habe ich diese mal pauschalisiert. Wir haben sogar Kunden die 3 Fallback Server im DNS Zonefile stehen haben...aber ich finde da hört es dann aber auch langsam wirklich auf. Aber ich muss hier GuentherH recht geben, es macht schon Sinn das der Absender nach einem Zeitpunkt X eine NDR Nachricht bekommt.

Das kommt immer darauf an wie der Server, der dir die Mails zustellt, eingestellt ist. Selbst die Abstände zwischen den einzelnen versuchen hängt von der jeweiligen Konfiguration ab. Bei uns ist es so das diese mind. 2 Tage auf dem Fallback Server liegen bleiben und somit auch nicht verschwinden. Es macht also immer Sinn einen Fallback MX Eintrag zu haben, es kann immer sein das der Hauptmailserver nicht erreichbar ist, warum auch immer. Du solltest per nslookup schauen können ob es nicht so oder so schon einen Fallback MX Eintrag für deine Domain gibt!

hm...dann habe ich wohl falsch gesucht...auf jede Fall vielen Dank für die schnelle und prompte Antwort!

Nachdem meine suche leider erfolglos war muss ich nun doch dir Frage hier stellen. Ist es möglich bestehende Exchange CAL für 2003 unter einem Exchange 2007 zu nutzen? Ich meine hier die Client Lizenzen, das die Server Lizenz nicht funktioniert ist mir klar. Oder ist es so das Upgrade Lizenzen verwendet werden könne, wie es unter den normalen Server Client Lizenzen möglich ist. Habe nirgendwo eine eindeutige Aussage finden können, aber ich bin mir sicher hier kann mir einer diese Aussage liefern.

Nachdem wir gestern noch das ServicePack1 aufgespielt haben konnten wir heute morgen, nach nochmaligen Ausführen der Shell Commands nun doch die restlichen Public Folder entfernen. Hat sich nun also erledigt....

Nachdem ich nun einige Beiträge und diverse Seiten zu dem Thema durch habe und leider nicht zu dem gewünschten Erfolg gekommen bin, wende ich mich mal direkt mit meinem Problem an euch... Nachdem wir unseren SBS durch einen Windows 2003 Server mit Exchange 2007 ersetzt haben, möchten wir nun die restlichen Reste des Exchange 2003 entfernen. Nämlich die Public Folder. Durch das ausführen diverse Exchange Shell Scripte/Kommandos konnten die meisten nun schon entfernen jedoch gibt es einige die ich nicht wegbekomme. Mit dem Befehl RemoveReplicaFromPFRecursive.ps1 -Server beethoven -TopPublicFolder "\" -ServerToRemove beethoven konnte ich die meisten Replica Einstellungen entfernen. Jedoch gibt es einige wo ich eine Fehlermeldung bekommen die wie folgt ist: [PS] C:\Program Files\Microsoft\Exchange Server\Scripts>.\RemoveReplicaFromPFRec ursive.ps1 -Server BEETHOVEN -TopPublicFolder "\" -ServerToRemove BEETHOVEN Set-PublicFolder : Der Parameter 'Replicas' darf nicht '$null' oder ein leeres Array sein. At C:\Program Files\Microsoft\Exchange Server\Scripts\RemoveReplicaFromPFRecurs ive.ps1:131 char:24 + $_ | set-publicfolder <<<< -server $_.OriginatingServer; Mit dem NON_IPM_SUBTREE gibt es die gleiche Probleme. Jedoch kann ich die Public Folder nicht löschen solange noch Replicas Einträge vorhanden sind. Mit dem PFDAVAdmin Tool kann ich auch sehen wer noch Replica Einträge hat, jedoch kann ich die auch damit nicht entfernen. Fehlermeldung ist quasi die gleiche: String/Array darf nicht "null" sein. Auch die Befehle Get-PublicFolder -Server beethoven "\" -Recurse -ResultSize:Unlimited | Remove-PublicFolder -Server beethoven -Recurse -ErrorAction:SilentlyContinue Get-PublicFolder -Server beethoven "\Non_Ipm_Subtree" -Recurse -ResultSize:Unlimited | Remove-PublicFolder -Server beethoven -Recurse -ErrorAction:SilentlyContinue hat nichts gebracht. Ich hoffe hier hat nun noch einer eine Idee...

Ok, das mit mit repadmin ....... /advisory_mode habe ich ja schon gemacht. Dadurch habe ich ja auch die ersten 7 Objekte entfernt bekommen. repadmin -showreps wirft mir als Last Error 8606 raus. In dem anderen Thread steht ja das man diese wohl nur durch die Verwendung von dem "strict replication consistency" Flag wegbekommt. Dieses hatte ich auch schon ins Auge gefasst, dachte mir aber bevor ich das mache frage ich lieber hier bei euch einmal nach. Aber wenn das der Weisheit letztes Schluss ist werde ich das wohl machen müssen.

Hi Community, ich habe hier das Problem das in einer ADS Struktur mit 3 DC's, es 2 Server gibt die 16 Objekte nicht replizieren. Bei manuellen anstoßen einer Replikation findet man in dem Ereignisslog den Hinweis das es Objekte gibt die die Tombstone Lifetime überschritten haben. Diese liegt derzeitig noch auf 60 Tage, das SP2 ist auf keinen Server bisher eingespielt worden. 7 Einträge konnte ich mit dem repadmin beheben bzw. ausfindig machen und dann entfernen. Jedoch findet der Befehle repadmin die anderen 9 Einträge nicht. Nach einigem hin und her habe diese Einträge dann mit dem replmon finden können. Jedoch habe ich derzeitig keine Idee wie ich diese Objekte nun entfernen soll. Ich habe hier im Forum gelesen das ein Update auf SP2 die Tombestone Lifetime auf 180 setzen soll, in meiner Testumgebung war des jedoch leider nicht der Fall. Vielleicht habt ihr ja noch eine Idee...zumindest hoffe ich das ;)

Dort sind schon einige Artikel die an das Problem angrenzen aber keines passt wirklich, vieles wird dort durch das Update auf SP3 für Outlook 2002 gelösst, nur leider ist genau dieses Service Pack schon installiert. Schade, der Tip war sehr gut....dort steht ja schon einiges....