NorbertFe

In owa sowieso nicht und auch ansonsten ist das keine gute Idee. Die gal beherbergt ad Objekte und ich würde dort keine externen Kontakte pflegen.

Warum sollte man das tun? Warum liest du nicht mal den deployment guide von ms?

Bei Geräte Cals eigene Geräte auf eigene Server. Kiosksysteme wurden afair schon immer so lizenziert.

Echt? Bei Device-CALs?

Ich würde erstere Variante nutzen.

Du wirst sicherstellen müssen, dass dein Netlogon/Sysvol wieder bereitgestellt wird. Dazu sollten sich diverse Fehlermeldungen im Eventlog finden lassen. Ohne die kann man nur raten.

Exchange kannst du erstmal ignorieren. Das ist ein AD Problem. Genau wie der Thread von vor ein paar Tagen. Gibts nur den einen DC?

Manchen ist sowas egal ;) geht doch...

Ich vermute, dass das nicht funktionieren wird. https://support.microsoft.com/en-us/help/3009162/more-than-30-calendars-cannot-be-viewed-at-once-error-in-outlook

Und was macht die mit Anfragen per MAPI/HTTP bzw. Outlook Anywhere?

Naja warten wirs ab.

Ja es hilft, wenn man sich bei solchen Problemen mit der Technik auskennt. ;) kannst ja mal berichten.

Vielleicht ein Grund mal drüber nachzudenken. ;)

Tja aber Hauptsache alles irgendwo hinreplizierbar. Geht ja nie kaputt. ;) hast du ein gültiges Backup vor der ganzen Aktion? Falls ja, dann schonmal gut. Du solltest zusehen, dass du deinen dc auf dem sbs wieder zum mitspielen bewegst. Danach wird’s dann auch wieder mit dem exchange klappen. Übrigens ein sehr schönes beispiel, warum ein dc nur dc sein sollte (ja ich weiß es ist ein sbs). Denn dann wärs ein leichtes das zu korrigieren. Deine Replikation kann durchaus zu einem usn rollback führen. Also sichere dir jetzt deine dcs mal: https://blog.friedlandreas.net/2016/06/windows-event-2103-ad-datenbank-wurde-anhand-eines-verfahrens-nicht-unterstuetzte-wiederherstellung-wiederhergestellt/

Tja wer der Meinung ist, dass das sinnvoll ist, muss sich aber nicht wundern. Replika ist zumindest für Exchange nicht supported.

Ja der Exchange fragt doch nur den dc auf dem er installiert ist. Und das is in deinem Fall der sbs. Versuche dir seit Anfang an zu sagen, dass du ein ad Problem hast. ;) zumindest siehst du es ja jetzt. Wieviele dcs hast du? Was genau heißt eigentlich failover?

Na dann wirst du wohl dein ad reparieren müssen. ;)

Das sind doch alles nur Folgefehler. Was sagt denn das verzeichnisdienstprotokoll und das vom frs bzw. DFS-r?

Nein in deinem Fall nicht, denn sie finden ja den scp und danach wird nicht weiter gesucht. Muss ja, wie wärs, wenn du die Anleitung nochmal liest? ;) https://docs.microsoft.com/de-de/exchange/exchange-deployment-assistant?view=exchserver-2019

Nochmal. Du hast offenbar ein Problem mit dem ad, also schau erstmal was dazu im eventlog steht.

Der Name steht trotzdem drin. Da steht, dass dein ad vom exchange nicht erkannt wird. Also wird’s wohl noch andere Fehler im eventlog geben. ;)

Ja gibt es, denn der Exchange 2016 trägt sich mit seinem eigenen scp ins ad ein, so dass man den direkt nach der Installation ändern muss, weil die User sonst Zertifikatsfehler und falsche Konfiguration erhalten.

Wie groß ist die Umgebung? Deinen Ausführungen entnimmt man, dass du sowas noch nie gemacht hast. Wärs da nicht einfacher jemanden ranzuholen? Oder ist das eine spieleumgebung? Ist zwar keine Raketentechnik, aber gibt doch einige Stolpersteine und die wird man eben bei der Art Vorbereitung nicht alle sehen können. grunddsätzlich: ja natürlich installiert man Exchange 2016 parallel. Hier mal eine grundsätzliche Anleitung, und auch da gibts noch genug Punkte die dir begegnen können. https://www.frankysweb.de/howto-migration-von-exchange-2010-zu-exchange-2016/

Ja gibt es. Ist aber sehr unwahrscheinlich. Nur zur Klarstellung, ich rede von digitaler Signatur und nicht von disclaimern. Achso zum Thema. Ist das Zertifikat denn nachweislich prüfbar? Existiert das intermediate oder rootzertifikat am Client?

Dann Kauf halt eine. Die 12€fuffzich wirst du doch sinnvoll investieren können (oder der Kunde) :/