Jump to content

RC<-->RC

Members
  • Content Count

    77
  • Joined

  • Last visited

Community Reputation

0 Neutral

About RC<-->RC

  • Rank
    Junior Member

Recent Profile Visitors

556 profile views
  1. Würde das Thema noch einmal gern aufgreifen, vielleicht hat ja doch jemand eine Idee, das es noch bei einem DFS Ordner präsent ist. Es deutet nicht auf den Ordner hin, aber es ist der einzige, der nur in eine Richtung repliziert. Alles anderen replizieren ordnungsgemäß :-(
  2. Vielen dank, ich werde mir die Links mal anschauen. Wir werden Ihn nächste Woche dann recht zügig umstellen. Der "alte" Exchange ist 2016 CU9 und der Neue 2016 CU12
  3. Hallo Liebe Gemeinde, Ich habe folgendes Problem Ich habe für die Migration und zum Umziehen aller Postfächer und Öffentlichen Ordner einen neuen Exchange 2016 installiert aber Autodiscover usw. noch nicht konfiguriert. Ich wollte damit erst einmal ein wenig vorarbeit leisten, um das umziehen dann in naher Zukunft umzusetzen. Das verzögert sich leider aber noch etwas. Auf dem neuen Exchange ist noch nichts umgezogen. In der ECP wird er aufgeführt Alle Mitarbeiter bekommen im Verbindungsstatus angezeigt das sich Outlook nun auch auf den neuen Exchange verbinden möchte. Somit verzögert sich alles sehr, und Outlook will sich bspw auf die Öffentlichen Ordner des neuen Exchange verbinden, wo aber noch nichts umgezogen ist. Wie kann ich nun sämtliche Verbindungen zu dem neuen Exchange unterbinden, sodass sich die Mitarbeiter weiterhin nur auf den noch aktuellen Exchange verbinden und Outlook den neuen unkonfigurierten Exchange nicht anspricht ? wäre für eine schnelle Lösung sehr sehr dankbar. LG Rolf !
  4. Guten morgen Keiner eine Idee ? Too much information Hat das noch niemand gelesen in seiner Ereignisanzeige unter Server 2019 in Verbindung mit DFSR ? (Versionsvektorgröße) Zudem betrifft es wie gesagt nur einen Ordner von vielen, der nur einseitig repliziert ( zum Server 2019 hin, aber nicht weg) alle anderen werden Bidirektional repliziert. Es kommt aber auch keine andere Warnung, das dass Staging zu niedrig sei. Gar nichts. Ausser eben das mit der Vektorversonsgröße und dem WMI Fehler.
  5. Hallo Liebe Gemeinde, ich habe wie oben der IDs zu entnehmen dem Rätsel auf der Spur, was folgende Ereignisse zu bedeuten haben soll. Fängt immer mit 1315 an : Die Versionsvektorgröße der DFS-Replikation überschreitet die zulässigen Grenzwerte. Eine größere Versionsvektorgröße kann zu geringerer DFS-Replikationsleistung, langsamen DFS-Replikationsverwaltungsvorgängen und der übermäßigen Nutzung von Arbeitsspeicher und CPU-Ressourcen führen. Wenden Sie sich an Microsoft Support Services, um den Gesamtstatus Ihrer DFS-Replikationsbereitstellung zu analysieren. Und geht mit 1315 weiter : Die Versionsvektorgröße der DFS-Replikation liegt wieder innerhalb der zulässigen Grenzen. Dieses wechseln sich sekündlich ab. Habe leider so gar nicht darüber gefunden. Handelt sich um einen Server 2019 Replikationen laufen soweit ordnungsgemäß. Das Staging usw. ist nach den 32 größen Dateien angepasst. Ein Problem gibt es. Wir haben einen Namespace in deren 2 Ordner an verschiedene Server repliziert werden. Der eine Ordner Repliziert in beide Richtungen völlig richtig. Der andere Ordner repliziert zum Server 2019 hin. Änderungen des Ordners am Server 2019 selbst werden aber nicht an andere Repliziert. Bei allen anderen Replikationen funktioniert es. Will ich allerdings von einem Server zu dem Server 2019 manuell replizieren kommt folgende Fehlermeldung : Mach ich die Manuell Replizierung vom Server 2019 zu einem anderen, kommt diese Fehlermeldung nicht :-D Wie gesagt die anderen sind Syncron. Ich habe auch echt schon über Tage gewartet. Auch geschaut, was er noch in der Warteschlange hat. Da bewegt sich nicht viel. Staging aber angemessen hoch wie gesagt Die Zeitpläne sind auch so eingestellt, das diese zwischen 17 und 7 Uhr vollständige Bandbreite haben. Dazwischen immerhin auch 4 MBit ! Kann vielleicht jemand irgend was damit anfangen. Viele Grüße !
  6. Hallo Liebe Gemeinde, wie das Thema halbwegs verrät, geht es um die schon viel zu späte Migration auf DFSR. Hintergrund ist, das wir nun einen 2019er Server haben, der zur Replizierung nun zwingend DFSR benötigt und FRS entgültig verabschiedet Über die verschiedenen Befehle : dfsrmig /setGlobalState 0 dfsrmig /GetMigrationState dfsrmig /setGlobalState 1 dfsrmig /GetMigrationState dfsrmig /setGlobalState 2 dfsrmig /GetMigrationState dfsrmig /setGlobalState 3 dfsrmig /GetMigrationState hab ich auch brav gesehen, das : Alle Domänencontroller wurden erfolgreich zum globalen Status („Entfernt“) migriert“ Auch der Server 2019 war dabei. Nun ist mir aber aufgefallen, das der Server 2019 als einziges unter C:Windows noch den FRS Sysvol Ordner hat, und nicht wie bei allen anderen den SYSVOL_DFSR ?! Also wenn einer diesen Ordner doch zwingend haben muss, dann doch der Server 2019, und nicht den SYSVOL Ordner vom FRS ? Könnt ich die Schritte einfach nochmal ausführen, damit vom PDC erkennt, das der Server 2019 nur den SYSVOL Ordner hat, und nicht wie alle anderen bereits über SYSVOL_DFRS repliziert ? So kontrovers. Die Replikationen stimmen alle. Der Server 2019 bekommt alle Replikationen mit. Für eine Idee wäre ich sehr dankbar
  7. Hi, vielen dank für eure Antworten. Auf einem anderen Rechner ging es nun Problemlos. Da war es allerdings Outlook 2010. Musste nur leider auf ihn warten und konnte das somit nicht ausprobieren. Auf seinem Smartphone werden alle Mails über einem Jahr Problemlos angezeigt, wenn er nach etwas bestimmten sucht. Muss wohl also einfach nur an seinem Account auf dem Rechner liegen. Werde mich selbst mal, sobald ich sein Rechner zur Verfügung habe dort anmelden und schauen ob ich in Outlook das selbe Problem habe. Wenn nicht, sollte es wohl einfach nur an seinem Windows Profil liegen. Was auch immer da das Problem ist :-( Vielen Dank Nobby, für deine ausführliche Antwort, aber ich denke das kann ich mir sparen, da es ja sonst funktioniert. Warum das ohne Cache solang dauert, kann ich mir sehr gut herleiten. 18000 Mails im Postfach, davon 2500 Ungelesen. Exchange auf einem Strato host als VM, über VPN in unser Netz geschliffen, aber mit Öffentlicher IP an den Host. Der schleift das über interne Hyper V Schnitten die an die Öffentliche Strato Schnittstelle freigegeben ist, und der Exchange ist CU9, aber mit nem Framework 4.7.2. Also ein furchtbares Konstrukt was bald geändert wird
  8. Guten morgen. Genau das ist doch das Problem. Schade das ihr es nicht so genau gelesen habt. Es ist schon auf "alle" gestellt, und das mehrfach, auch mit neuer Profilerstellung, Und das "klicken Sie hier" wird ihm nicht angezeigt, denn das ist ein Snip von mir. Sein Postfach ist 17 GB groß.
  9. Hallo Liebe Gemeinde. Ich habe gerade bei unserem Chef das Problem, das ihm egal ob in Posteingang oder anders wo, nur noch Mails genau 1 Jahr angezeigt werden. In den Offline Einstellungen ist der Cache Modus aktiviert und auf "Alle" eingestellt. (Habe auch schon andere Varianten ausprobiert) Das Problem ist, das die Anzeige (Bild) nach den Mails genau nach einem Jahr bei Ihm nicht auftaucht : Ist der Cache Modus aus, werden alle seine Mails über ein Jahr hinaus angezeigt. Dauert halt nur zu lang ! Ich habe das Profil schon gelöscht, Postfach neu ziehen lassen, und den Modus wieder auf "Alle" gestellt. Des weiteren ist unter senden/empfangen --> Downloadeinstellungen --> Element vollständig herunterladen angehakt ! Ich bekomme diesen Link, das er die Mail die Nach einem Jahr angezeigt werden sollen einfach nicht angezeigt. Kann mir jemand verraten an was es bei Ihm liegen könnte?! Das Problem scheint auch nur bei ihm zu liegen ! Vielen Dank im Voraus !
  10. Moin Nobby, Fälschlicherweise immer noch die 4.7.2 die für CU9 nicht unterstützt wird. Ich werde sobald wie möglich auf die CU11 gehen, da ja nun endlich dort die 4.7.2 unterstützt wird Vielen dank für den Tipp, da bin ich gar nicht drauf gekommen, unter der OWA konnte ich ihn problemlos löschen
  11. Einen wunderschönen Guten morgen allerseits. Ich habe ein kleine Problem, mit einem Öffentlich Ordner Kontakt. Die Fehlermeldungen dazu per Rechtsklick : Ich kann diesen Kontakt nicht löschen Es handelt sich dabei um Outlook 2016 aber auch 2010 Exchange 2016 CU 09 Weiß jemand wie ich diesen Kontakt wieder weg bekomme und neu anlegen lassen kann Ursprung wird wohl sein, das 2 Mitarbeiter gleichzeitig an diesem Kontakt versucht haben zu speichern.
  12. Hallo Liebe Gemeinde, ich habe leider folgendes Problem, Ich habe leider aus versehen in einem unserer Öffentlichen Ordner Kalender Elementen einen davon gelöscht, und das über die ECP. Diesen über die OWA wieder herzustellen, wenn es ein Benutzer direkt über Outlook gemacht hätte, wäre wohl nicht so das Problem gewesen. Aber kann mir jemand einen Tipp geben, wie ich über die Powershell mit dieses Element (einen Kalender) wiedeherstellen kann ? New-MailboxRestoreRequest -SourceStoreMailbox Development -SourceDatabase MBX_DB01 -TargetMailbox Development01 -AllowLegacyDNMismatch -IncludeFolders \Dev\CustomerEngagements Ist das so die richtige Richtung ? Kann leider wenig mit der SourceStoreMailbox anfangen ?! Also der Kalender lag unter /Kalender im Postfach OE-PF.
  13. @Nobbyaushb Die 4.7.1 ist auch noch drauf, sowie die 4.5.2 Der wirft die alten nicht weg.
×
×
  • Create New...