Jump to content

Jetter

Members
  • Gesamte Inhalte

    164
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von Jetter

  1. 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?

  2. Ich kann nicht glauben, dass die Software so wenig leistet, wie auf der Website angegeben ist. Selbst von einem Windows Server ist weit und breit nichts zu sehen, von Active Directory ganz zu schweigen.

     

    Frag doch mal deinen Kollegen, ob er andere Infos hat.

     

    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.

  3. Also die Infos von der von dir genannten Seite lasssen mich zweifeln, ob das wirklich eine Alternative zu Backup Exec sein kann. :rolleyes:

     

    Keine Unterstützung von LTO-4 Laufwerken, MS Exchange, MS SQL, etc.. :shock:

     

    Grüße,

     

    Martin

     

    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.

  4.  

    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

  5. Die müßte man dazu aber besuchen ;)

     

     

    Bye

    Norbert

     

    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.

  6. 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.

  7. Nebenbei erwähnt, bevor ich Exmerge für eine Migration einsetzen würde, kaufe ich lieber den Migrator von Quest ;)

     

    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.

  8. 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.

  9. Das relativiert deine "Immers" aber ganz schön. ;)

     

    Ich weis, deswegen bin ich ja noch einmal auf das Thema eingegangen...

     

    PS: Da meist der primary mx beim Kunden selbst liegt dürfte also obige Bedingung selten zu erfüllen sein. ;)

     

    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.

  10. Insofern kann ich deine Aussage eigentlich nur dann empfehlen, wenn der secondary mx mit den selben Methoden wie der primary mx geschützt ist. Und das ist der seltenste Fall und deswegen meiner Meinung nach nicht pauschal zu empfehlen.

    Bye

    Norbert

     

    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.

  11. Da du so mit pauschalen "Immers" um dich wirfst, sag ich einfach mal, das ist falsch. :)

     

    Bye

    Norbert

     

    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.

  12. 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!

  13. 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.

  14. 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...

  15. 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.

  16. 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 ;)

×
×
  • Neu erstellen...