MHeiss2003

Wo werden diese Filter gesetzt? Hallo zusammen, kurzes Feedback von meiner Seite: Die Migration konnte ich erfolgreich durchführen. 1. Kontrolle der UPNs und identische Anlage der Benutzer inkl. UPNs im neuen AD des neuen Forests 2. Deinstallation AADConnect alter Forest 3. Dirsync abschalten (Wartezeit bis Abschluss einplanen!) 4. InheritedID aller Objekte im online AD auslesen und zur Sicherheit in eine CSV-Datei exportieren 5. InheritedID aller Objekte im OnlineAD löschen 6. AADConnect in neuem Forest installieren 7. AAD-Sync starten Die Migration hat damit fehlerfrei funktioniert. Vielen Dank an Euch! Gute Nacht.

Interessanter Ansatz! Über Domänen-/OE-Filterung?

Hallo Jan, mit Dirsync abschalten im Tennant meinst Du? Set-MsolDirSyncEnabled -EnableDirSync $false Danke für Deine erhellende Eingebung! Was genau meinst Du mit Regeln?

Danke.

Backups vom lokalen System und von M365 sind vorhanden. Unterstützung durch die IT beim Kunden ist vorhanden. Die haben alles bereits neu angelegt und bereitgestellt. Es bleibt der Punkt mir dem AD-Sync übrig. Kannst Du mich unterstützen? Wenn nein, welchen Fachmann benötige ich Deiner Meinung nach? Wie gesagt, ich habe ein Testszenario aufgebaut, das ich hierfür bereits im LAB habe. Mir fehlt, so glaube ich, der richtige Hinweis, wie dieses Szenario in M365 umgesetzt werden kann, damit ich zeitsparend unterwegs sein kann.

Danke für Deine Akzeptanz bzgl. des Grundes! Naja, der externe bin ich. Mir selber möchte ich ungern eine Schulnote ausstellen...

Das alte AD ist kompromittiert worden.

Hallo liebe community Mitglieder, meine Frage ist, wie würdet Ihr die Azure AD Synchronisation umziehen und migrieren, wenn folgendes Szenario gegeben ist: 1. Die Windows Domäne bleibt vom Namen her gleich 2. Die Windows Domäne inkl. 60 Benutzern und 12 Gruppen wird in einer neuen Struktur manuell neu erstellt (ein Trust zwischen alt und neu ist nicht gewünscht) Gedacht hatte ich mir, dass der UPN als Attribut ausreichen würde, um AAD-Sync 1:1 umziehen zu können, allerdings habe ich das in einem Testszenario nicht so bestätigen können. Nachdem ich auf dem alten AAD-Sync Server der alten Domäne den Stagingmodus aktiviert und auf dem neuen AAD-Sync Server in der neuen Domäne den Stagingmodus deaktiviert hatte, wurden nach dem ersten Sync Verzeichnisfehler gemeldet und alle Benutzer nach dem Schema "<OriginalPrefix>+<4DigitNumber>@<InitialTenantDomain>.onmicrosoft.com" neu angelegt. Nun habe ich die Benutzer des alten AAD-Sync und des neuen AAD-Sync in einem gemeinsamen Verzeichnis. Danke und Grüße Mario

Guten Abend zusammen, auf einer virtuellen Maschine Hyper-V habe ich das Problem, dass ich mich nicht mehr lokal anmelden kann. Zwar wird das Tastaturkommando Strg-Alt-Entf entgegen genommen, aber dann drehen sich die Windows Punkte im Kreis und nach einer Wartezeit kommt dann wieder der Anmeldebildschirm. Wenn ich mich per RDP anmelde, kann ich mich normal anmelden, auch per mstsc /admin Kommando. Versucht habe ich bisher folgendes: 1. Switch Port entfernt und neuen hinzugefügt 2. Dienste kontrolliert und keine Auffälligkeiten entdeckt; alle Dienste, die auf automatisch stehen, sind gestartet Wonach müsste ich suchen? Auf dem Server wurde heute eine Software "Authentication Subsystems" vom Herausgeber "Seiko Epson Corporation" installiert. Mir ist nicht bekannt, was die Software macht. Weiterhin ist mir aufgefallen, dass der Windows-Biometrie Dienst auf automatisch starten stand, habe diesen auf manuell gesetzt. Danke und Grüße Mario Heiß

Der Gedanke war: Erst die Migration nach M365 sauber durchbekommen, dann die Planung der Gruppen und eine Migration innerhalb des Ökosystems. Als Anleitung dient im zweiten Schritt Verwenden der Batchmigration zum Migrieren von Exchange Online öffentlichen Ordnern zu Microsoft 365-Gruppen Eine Rolle spielte auch die noch ausstehende Entscheidung zu den Gruppenkonfigurationen.

Die Zeitachse zwischen kurz- und langfristig in diesem Projekt sind nur mehrere Stunden!

Guten Morgen Jan, danke für Dein aufmerksames Code-Auge! Es sind insgesamt 10 Gigabyte an Daten vorhanden. Diese sollen per "Drag-and-Drop" migriert werden, wenn die Öffentlichen Ordner auch in der Cloud liegen, wie es bereits bei allen Postfächern ist. Wir werden von den PFs kurzfristig weggehen. Grüße Mario

Guten Abend, gemäß der Anleitung von MS zur Migration von Öffentlichen Ordnern Migrieren von öffentlichen Exchange Server-Ordnern zu Exchange Online mithilfe einer Batchmigration, bin ich bei Schritt 4 angelangt und erhalte in der Powershell Online einen Fehler nach folgenden Eingaben: $mappings = Import-Csv map.csv $primaryMailboxName = ($mappings | Where-Object FolderPath -eq "\" ).TargetMailbox; New-Mailbox -HoldForMigration:$true -PublicFolder -IsExcludedFromServingHierarchy:$false $primaryMailboxName ($mappings | Where-Object TargetMailbox -ne $primaryMailboxName).TargetMailbox | Sort-Object -unique | ForEach-Object { New-Mailbox -PublicFolder -IsExcludedFromServingHierarchy:$false $_ } Der Fehler sieht so aus: New-Mailbox: A positional parameter cannot be found that accepts argument 'Mailbox2'. In der map.csv sieht es wie folgt aus: "TargetMailbox","FolderPath" "Mailbox1","\" "Mailbox2","\NON_IPM_SUBTREE" Hängt das eventuell mit dem Subordner NON_IPM_SUBTREE zusammen? Habt Ihr eine Idee, was ich übersehe? Danke und Grüße Mario

Ich habe keine Custom Connectoren im Einsatz, ist alles Standard Einrichtung Exchange. Die entscheidende Frage wird sein, auf wann ich zurückgehen muss, wenn es ein Security Thema ist. Irgendwie werde ich den Verdacht nicht los, dass es hier einen Zusammenhang zu dem heutigen weltweiten IT Problem gibt.

Nein. Ja, EdgeTransport.