Alle Aktivitäten

Alles klar, vielen Dank für die schnelle Info :)

Danke für die Rückmeldung.

Tjo, hat alles Vor- und Nachteile. ;) so wie es jetzt bei dir ist, kannst du technisch das ad jederzeit wegwerfen. Wenn du es aber weiterhin benötigst hast du mehr Arbeit und vor allem doppelte User.

Guten Morgen, administratrative Arbeiten auf einem Server sind für zwei Admins gleichzeitig lizenz frei möglich. Wenn mehrere Admins gleichzeitig administrieren ist die RDS Rolle nötig mit den entsprechenden RDS Cals. Gruß chrismue

Ja, sonst können es ja nur maximal 2 gleichzeitig. Und das sind rds cals. Die Windows cals brauchst du ja sowieso.

Guten Morgen, im Vorfeld vielleicht erstmals erklärt welches Ziel wir erreichen wollen. Die Admins nutzen jeweils einen separaten Rechner um sich mit Ihren Admin Accounts anzumelden. Auf den Windows 10 Rechnern sind die ganzen Admin Programme, Tools und helferleins installiert. Nun kam die Idee auf anstatt für jeden Admin einen eigenen Rechner bereitzustellen zukünftig alles auf einen Server auszulagern auf dem die Kollegen parallel arbeiten können. Was wir eh immer haben sind Windows Server Lizenzen. Soweit ich es verstanden habe, können auf einem Windows Server über RDP max. 2 Personen parallel arbeiten. Sollen mehr sich über RDP einwählen können sind User oder Computer Lizenzen notwendig. Was mir aber unklar ist, ist hierfür zwingend die Aktivierung der Terminalserverrolle notwendig ?

Das hatte ich mir anders erhofft, aber nun gut, dass lasse ich das bei meinen 3 betreuten Umgebungen (max. 10 User) getrennt, denn die OnPrems. sind nicht mehr vorhanden. Danke Dir und einen schönen Vatertag.

Danke für Eure Informationen. Die Lösung war, das betroffene Postfach zu deaktivieren. Nach einer Wartezeit von 30 Minuten und der danach erfolgten Verbindung des Postfaches mit dem Benutzer, war das Archiv nicht mehr aktiv.

Wenn du aadc einsetzt ist das lokale ad das führende System und Einstellungen die Exchange betreffen können dann nur noch im ad konfiguriert werden. Also bspw: Emailadressen, sichtbar im Adressbuch im exo wird eine Änderung dann nicht mehr möglich sein. Das war bis vor kurzem auch der Grund, warum man zwingend einen lokalen Exchange benötigte (ja ich weiß, es ging auch immer schon ohne).

Guten Morgen, da ich den onprem. Exchange entfernt habe, nutze ich zur Zeit 2 separate Konten für jeden User. Zum Thema AD Connect habe ich folgenden Artikel gefunden https://www.frankysweb.de/community/exchange2019/eac-ohne-exchange-fuer-exchange-online/ Was genau meint der Kollege mit folgendem Satz: Fallen mit dann im EO Einstellung weg, die ohne ADC sonst noch vorhanden wären? Also ich kann Einstellungen nicht bidirektional verändern, sondern immer nur vom lokalem AD, wo mir ohne Exchange bestimmte Einstellungen fehlen? Gruß DO

@Nobbyaushb: TCP Port 9100 geht erfolgreich zur Drucker-IP. @MurdocX: Die Clients prüfe ich gar nicht. Solange der Server nicht durcken kann, brauche ich die Clients nicht prüfen. @daabm: Ich finde leider keine Fehler im Event Logs.

+1

Spontane d..fe Idee - default Port 9100 für RAW Print outbound in der Firewall offen?

Moin, Dann bitte hier. Gruß, Nils

Wichtig ist das der Druckertreiber auf dem Server identisch zu dem auf dem Client ist. Eine Fehlermeldung aus dem Log ist hier sehr hilfreich, sonst müssen wir raten.

https://learn.microsoft.com/de-de/exchange/mailbox-migration/large-mailbox-migration-from-onpremises?WT.mc_id=M365-MVP-5003086 Kommt übrigens von Thomas aus LinkedIn

Eventlogs kennst Du und hast Du geprüft auf Client und Druckserver?

..das ist nur die AD-Verbindung von GPMC selbst und - in der Theorie - GPEdit. Sysvol geht über DFSR und hat leider andere Mechanismen. Wenn in der aktuellen Site mehr als ein DC steht, ist der Sysvol-Zugriff undefiniert. Frag mich per PN, woher ich das weiß Oder wenn allgemein von Interesse, dann auch hier. Und auch bei der AD-Verbindung haben manche Snapins immer wieder Probleme - WLAN war eines davon, das hat den DC aus GPMC/GPEdit schlicht ignoriert, Folge Replikationskonflikte in AD. (WLAN speichert seine Settings nicht in Sysvol, sondern in AD.)

Alternativ eben mal für den einen User eine andere Lizenz erwerben. Oder sind die Daten nicht so wichtig? 😂ich weiß, das hilft dir nicht weiter.

Die Datenträger sind sehr schnell, deshalb war das OK. Das Postfach wurde bereits bereinigt, mehr geht nicht. Bei der Business Lizenz sind 50GB onboarding als Limit möglich.

Ja und? Exportieren wird ja auch nicht grad nur 2 Minuten gedauert haben. Danach hättest du also das Postfach (Archiv) einfach mal aufräumen können. So dass 50gb rauskommen (oder wo ist das Limit für das onboarding?).

Sowohl als auch, ja! onPrem gibt es keine Moverequests. Das Archivpostfach hatte knapp 90 Gigabyte vor dem Versuch der Migration!

Wär’s nicht einfacher das Archiv einfach zu verkleinern anstatt zu deaktivieren?

Moin, Hast du den Batch in dem der Moverequest ist komplett entfernt ? mikro PS: Hast du auf beiden Seiten die Moverequests gecheckt…

Hallo liebe community, ich habe einen Exchange 2019 onPrem und EXO im Hybrid Modus. Software ist aktuell. Bei einer Testverschiebung von onPrem nach EXO ist von 5 Postfächern eines nicht verschoben worden, da der Speicher des Archivpostfaches 69 Gigabyte groß ist. Diesen Fehler hatte ich zur Kenntnis genommen und bei den Details dieses Migrationsbatches eine Löschung desselbigen vorgenommen. Der Batch wurde dann abgeschlossen und ebenfalls nach Fertigstellung gelöscht. Nun habe ich das Archivpostfach über den onPrem als PST exportiert und wollte es im Postfach deaktivieren. Folgenden Hinweis erhalte ich, wenn ich das durchführen will: Das Postfach "NAME" hat den Verschiebungsstatus None und den Remotehostnamen "DOMAIN.onmicrosoft.com". Solange das Postfach verschoben wird, kann das Archiv nicht aktiviert/deaktiviert werden. Diese Hilfestellung hilft nicht weiter, da es keine Verschiebeanforderung gibt: Link zu Microsoft Learning Nun meine Frage an Euch: Wie kann ich den Verschiebungsstatus noch prüfen? Danke und Grüße Mario