7
Exchange 2016 AD Schema vorbereiten
Hallo zusammen!
Ich habe vor kurzem schon eine Frage bezüglich der Exchange CU18 Installation gestellt:
Exchange 2016 CU18 Installation
Nun habe ich gedacht, dass ich das Problem gelöst habe, leider lag ich da falsch. Ich habe gewisse Probleme gelöst, aber ich wollte heute wieder das CU Update installieren und bekomme wieder die wildesten Fehlermeldungen (siehe Link).
Daher geht nach einiger Recherche meine Vermutung nun in die Richtung, dass ich das AD Schema manuell aktualisieren muss (sonst hat das immer das Exchange CU Setup für mich gemacht - in der Zwischenzeit wurde aber ein zusätzlicher Standort konfiguriert). Ich habe nun zwei Standorte in der Domäne, Standort A und Standort B. Der Schemamaster befindet sich an Standort A, der Exchange, den ich erstmal aktualisieren will, befindet sich am Standort B.
Wie bereite ich nun meine AD Struktur für das CU Update vor? Ich habe das noch nie gemacht.
Muss ich nur diese 3 Befehle eingeben? Wo? Beim Exchange oder beim Domaincontroller, der Schemamaster ist?
https://www.frankysweb.de/howto-installation-exchange-2016-cu11-auf-serv ...
(ich befindet mich dann per CMD auf den Laufwerk der Exchange ISO, diese ist also in der jeweiligen VM gemountet)
Mir ist nicht klar, ob ich "/PrepareSchema" nur bei der Erstinstallation eintippen muss, oder auch beim CU Update?
Als "ExchangeOrganisationName" würde ich natürlich den korrekten Organisationsnamen benutzen.
Kann mir das jemand bestätigen und mir helfen? Ich will ungern etwas falsch machen
Vielen Dank!
MfG
Ich habe vor kurzem schon eine Frage bezüglich der Exchange CU18 Installation gestellt:
Exchange 2016 CU18 Installation
Nun habe ich gedacht, dass ich das Problem gelöst habe, leider lag ich da falsch. Ich habe gewisse Probleme gelöst, aber ich wollte heute wieder das CU Update installieren und bekomme wieder die wildesten Fehlermeldungen (siehe Link).
Daher geht nach einiger Recherche meine Vermutung nun in die Richtung, dass ich das AD Schema manuell aktualisieren muss (sonst hat das immer das Exchange CU Setup für mich gemacht - in der Zwischenzeit wurde aber ein zusätzlicher Standort konfiguriert). Ich habe nun zwei Standorte in der Domäne, Standort A und Standort B. Der Schemamaster befindet sich an Standort A, der Exchange, den ich erstmal aktualisieren will, befindet sich am Standort B.
Wie bereite ich nun meine AD Struktur für das CU Update vor? Ich habe das noch nie gemacht.
Muss ich nur diese 3 Befehle eingeben? Wo? Beim Exchange oder beim Domaincontroller, der Schemamaster ist?
Setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms
Setup.exe /PrepareAD /OrganizationName:"ExchangeOrganisationName" /IAcceptExchangeServerLicenseTerms
Setup.exe /PrepareAllDomains /IAcceptExchangeServerLicenseTerms(ich befindet mich dann per CMD auf den Laufwerk der Exchange ISO, diese ist also in der jeweiligen VM gemountet)
Mir ist nicht klar, ob ich "/PrepareSchema" nur bei der Erstinstallation eintippen muss, oder auch beim CU Update?
Als "ExchangeOrganisationName" würde ich natürlich den korrekten Organisationsnamen benutzen.
Kann mir das jemand bestätigen und mir helfen? Ich will ungern etwas falsch machen
Vielen Dank!
MfG
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 622976
Url: https://administrator.de/contentid/622976
Ausgedruckt am: 21.11.2024 um 21:11 Uhr
7 Kommentare
Neuester Kommentar
Hi,
/PrepareSchema
ist immer mal wieder fällig. Immer dann, wenn MS mal wieder was neues erfunden hat. I.A. nur eine neues Attribut für irgendwelche Zwecke.
Wo man das ausführt ist im Prinzip egal. Man muss es unter Anmeldung eines Mitglieds der Schema-Admins ausführen. Der aktuelle Schema-Master muss vom Computer, wo man das /PrepareSchema ausführt, erreicht werden können.
In letzter Zeit war es immer so, dass das Setup auf dem Computer, wo man das /PrepareSchema ausführt, die jeweils aktuellste .Net-Version voraussetzt. Nicht selten meckert das Setup auch, dass angeblich noch ein Neustart ausstehen würde, bevor man das Setup ausführen könne. Obwohl man schon mehrfach durchgestartet hat. Doch dafür gibt es es genügend Lösungshinweise im Web zu finden.
E.
/PrepareSchema
ist immer mal wieder fällig. Immer dann, wenn MS mal wieder was neues erfunden hat. I.A. nur eine neues Attribut für irgendwelche Zwecke.
Wo man das ausführt ist im Prinzip egal. Man muss es unter Anmeldung eines Mitglieds der Schema-Admins ausführen. Der aktuelle Schema-Master muss vom Computer, wo man das /PrepareSchema ausführt, erreicht werden können.
In letzter Zeit war es immer so, dass das Setup auf dem Computer, wo man das /PrepareSchema ausführt, die jeweils aktuellste .Net-Version voraussetzt. Nicht selten meckert das Setup auch, dass angeblich noch ein Neustart ausstehen würde, bevor man das Setup ausführen könne. Obwohl man schon mehrfach durchgestartet hat. Doch dafür gibt es es genügend Lösungshinweise im Web zu finden.
E.
1
Hi,
habe gerade nachgeschaut, mit dem CU18 ist tatsächlich ein Schemaupdate gekommen (CU13-17 waren gleich). Ich kann Emeriks nur zustimmen und würde dringend empfehlen sowas in einer Testumgebung zu testen wenn möglich und du dir unsicher bist. Ein Problem durchrepliziziert ist eine größere Sache.
Grüße
habe gerade nachgeschaut, mit dem CU18 ist tatsächlich ein Schemaupdate gekommen (CU13-17 waren gleich). Ich kann Emeriks nur zustimmen und würde dringend empfehlen sowas in einer Testumgebung zu testen wenn möglich und du dir unsicher bist. Ein Problem durchrepliziziert ist eine größere Sache.
Mir ist nicht klar, ob ich "/PrepareSchema" nur bei der Erstinstallation eintippen muss, oder auch beim CU Update?
Das macht der Installer automatisch wenn er kannIn letzter Zeit war es immer so, dass das Setup auf dem Computer, wo man das /PrepareSchema ausführt, die jeweils aktuellste .Net-Version voraussetzt.
Damit meint Emeriks Version 4.x, (ist ja mitlerweile 5.0 da) von Änderungen der .net Version am Exchange würde ich abratenGrüße
1
Und was ändert das?
@LeeX01
Ich meinte nicht, dass man da jetzt immer das aktuellste .Net installieren sollte, sondern dass es oft vorkommt, dass das Setup des CU die zum Zeitpunkt der Erstellung des CU gerade aktuellste .Net-Version voraussetzt.
Ich meinte nicht, dass man da jetzt immer das aktuellste .Net installieren sollte, sondern dass es oft vorkommt, dass das Setup des CU die zum Zeitpunkt der Erstellung des CU gerade aktuellste .Net-Version voraussetzt.
Zitat von @LeeX01:
Hi,
habe gerade nachgeschaut, mit dem CU18 ist tatsächlich ein Schemaupdate gekommen (CU13-17 waren gleich). Ich kann Emeriks nur zustimmen und würde dringend empfehlen sowas in einer Testumgebung zu testen wenn möglich und du dir unsicher bist. Ein Problem durchrepliziziert ist eine größere Sache.
Grüße
Hey,Hi,
habe gerade nachgeschaut, mit dem CU18 ist tatsächlich ein Schemaupdate gekommen (CU13-17 waren gleich). Ich kann Emeriks nur zustimmen und würde dringend empfehlen sowas in einer Testumgebung zu testen wenn möglich und du dir unsicher bist. Ein Problem durchrepliziziert ist eine größere Sache.
In letzter Zeit war es immer so, dass das Setup auf dem Computer, wo man das /PrepareSchema ausführt, die jeweils aktuellste .Net-Version voraussetzt.
Damit meint Emeriks Version 4.x, (ist ja mitlerweile 5.0 da) von Änderungen der .net Version am Exchange würde ich abratenGrüße
danke für die Info. Das .NET Framework 4.8 wird seit CU15 vorrausgesetzt, ist also sowieso schon auf meinem CU16 installiert (ich meine den 2. Exchange am Standort des Schema-Masters). Und M$ weist ja auch explizit daraufhin, dass nicht genannte NET Frameworks nicht unterstützt werden:
https://docs.microsoft.com/en-us/Exchange/plan-and-deploy/supportability ...
Ich werde mal eine Testumgebung aufsetzen und das durchspielen, mal schauen was passiert.
Danke soweit mal.
MfG
Hallo,
laut der MS-Dokumentation (und daran würde ich mich in so Themen halten) musst du das /PrepareSchema in Site A ausführen, wenn dort der Schemamaster läuft:
"The computer needs to be a member of the same Active Directory domain and site as the schema master."
https://docs.microsoft.com/de-de/exchange/plan-and-deploy/prepare-ad-and ...
"Erreicht werden können" ist ein sehr dehnbarer Begriff ("Ping geht auch auf der Wasserleitung"). Dazu der Hinweis: Zwischen Exchange und Domain Controller darf die Kommunikation überhaupt nicht eingeschränkt werden. Am besten gar keine Firewall o.ä. Und falls doch: alle Protkolle, alle Ports öffnen. Das Schreibt MS in einer dort selten gesehenen Klarheit und Ausdrücklichkeit. In sofern versteht sich das "erreicht werden können" fast von selbst.
Grüße
Filipp
laut der MS-Dokumentation (und daran würde ich mich in so Themen halten) musst du das /PrepareSchema in Site A ausführen, wenn dort der Schemamaster läuft:
"The computer needs to be a member of the same Active Directory domain and site as the schema master."
https://docs.microsoft.com/de-de/exchange/plan-and-deploy/prepare-ad-and ...
Wo man das ausführt ist im Prinzip egal. Man muss es unter Anmeldung eines Mitglieds der Schema-Admins ausführen. Der aktuelle Schema-Master muss vom Computer, wo man das /PrepareSchema ausführt, erreicht werden können.Grüße
Filipp
