Jump to content

exchangekoala

Members
  • Gesamte Inhalte

    7
  • Registriert seit

  • Letzter Besuch

Reputation in der Community

1 Neutral

Über exchangekoala

  • Rang
    Newbie
  1. GELÖST Azure AD Connect - Verständnisfrage

    Konnte das Problem selbst lösen. Grund war das der Benutzer aus einer Test Synchronisierung noch im Papierkorb der Azure AD lag. Das schon gelöschte Konto konnte man dann über die Powershell endgültig löschen. Danach wurden die Benutzer korrekt zugeordnet.
  2. GELÖST Azure AD Connect - Verständnisfrage

    Ich habe noch weiter recherchiert und herausgefunden das ich die zu übertragenden Azure-AD Attribute einschränken kann. Wäre es eine Lösung das Attribut proxyadresses aus dem Sync zu nehmen, da der UPN ja dann sowieso schon gleich der Emailadresse ist?
  3. GELÖST Azure AD Connect - Verständnisfrage

    Hallo zusammen, Ich habe mir jetzt schon diverse Anleitungen von Microsoft durchgelesen aber noch ein Verständnissproblem. Folgende Situation: Wir besitzen aktuell eine kleinere lokale AD-Infrastruktur die ich seit Oktober betreue. Da wir sowieso schon über einen Office 365 Plan verfügen möchte ich auch gerne die Vorteile der Azure DS für uns nutzen, wie z.B. die Connectoren für SSO für diverse Plattformen wie Salesforce oder auch Atlassian. Mein Vorhaben ist nun erst einmal einen saubere Synchronisation zwischen den lokalen AD-Benutzern und den Benutzern in der Azure bzw. Office 365 herzustellen. Ich habe den Azure AD Connect installiert, mir eine Test OU mit meinem Benutzer angelegt und bin dann erstmal in den Fehler gelaufen das mein lokaler Benutzer nicht den gleichen UPN wie der Benutzer in der Cloud hatte. Sprich vorname.nachname@xxx.local anstatt vorname.nachname@yyy.de und hatte dann doppelte Benutzer. Soweit so gut, Sync beendet, UPN lokal auf vorname.nachname@yyy.de angepasst und das Ganze nochmal von vorne. Nun meldet die Azure mir aber einen Sync Fehler aufgrund eines doppelten Attributes? Und zwar das die ProxyAdresse gleich lautet. Ich dachte er bezieht sich auf den UPN ? Sehe Screenshot anbei. Ich benötige den Wert der Email aber im lokalen AD für eine andere Anwendung. Wie kann ich den Fehler beheben? Mein endgültiges Ziel ist es, das sich alle Benutzer mit ihrer Emailadresse vorname.nachname@yyy.de bei allen Diensten und auch im Windows anmelden können.
  4. GELÖST Exchange Migration 2013 - 2016 / Versionskonflikt

    Gestern Abend alles sauber migriert und Exchange 2013 deinstalliert. Meldung taucht nicht mehr auf. :)
  5. GELÖST Exchange Migration 2013 - 2016 / Versionskonflikt

    ok, danke für die Unterstützung. Migration läuft, ich gebe dann noch einmal Rückmeldung.
  6. GELÖST Exchange Migration 2013 - 2016 / Versionskonflikt

    Hatte den Hintergrund das ich diese Datenbank nicht mehr richtig ansprechen konnte und ein löschen über die GUI somit nicht möglich war. Keinerlei Ordner vorhanden aber entfernen ging trotzdem nicht. ja ist nicht die saubere Variante gewesen, war aber dann die naheliegendste. ok dann verschiebe ich den Rest per Shell. Kann mir der Version Mismatch irgendwann wieder vor die Füße fallen oder sollte sich das mit der Deinstallation des 2013er erledigt haben?
  7. Hallo zusammen, Migriere gerade einen SBS2008 zu Exchange 2013 bzw. Exchange 2016. Aktuell bin ich ohne größere Schmerzen bei der letzten Postfachmigration von 2013 CU18 zu 2016 CU5 gelandet. Hier habe ich aber nun aus Unwissenheit den Fehler begangen und nicht zuerst das "Migration" Postfach migriert. Sprich folgende Fehlermeldung: "Versionskonflikt (tatsächlich 6 erwartet 5)" Passende Google Einträge aus diesem Forum und weitere habe ich gefunden und auch getestet, wie z.B.: https://www.frankysweb.de/exchange-2016-fehler-beim-verschieben-von-postfaechern-a-version-mismatch-was-detected/ Allerdings meldet er immer noch Fehler wenn ich über die GUI einen normalen Migrationstask anlegen möchte. Meine Arbitration Postfächer sind alle auf dem 16er und Versionsnummer wurde auch angehoben. siehe screenshot anbei. Ich könnte nun die restlichen postfächer auch über die Shell rüber schubsen, habe jedoch etwas Bauchschmerzen augrund der jetzigen Fehlermeldungen bzgl. der Versionierung. Auf dem alten Exchange 2007 habe ich noch eine überflüssige Öffentliche Ordner DB per ADSI.edit entfernt. Ob hier vielleicht noch ein Zusammenhang besteht? Jemand eine Idee? Gruß
×