Exchange 2019-Datenbankberechtigungen

Exchange 2019-Datenbankberechtigungen

Ich habe einen Exchange 2019-Server, der einwandfrei läuft, aber idealerweise würde ich gerne eine Offline-Defragmentierung einer Archivdatenbank ausführen, die jetzt viel größer ist als nötig, nachdem ich ein Postfach entfernt habe, das aufgrund eines fehlerhaften Imports ein Vielfaches an Daten in das Archiv kopiert hat, als tatsächlich im Postfach vorhanden waren.

Name                        DatabaseSize                    AvailableNewMailboxSpace
----                        ------------                    ------------------------
Archives                    50.13 GB (53,821,308,928 bytes) 49.8 GB (53,472,526,336 bytes)

Das Problem besteht darin, dass auf die Datenbanken nicht zugegriffen werden kann (der Administrator erhält sogar beim Versuch, zu ihnen zu navigieren, einen Berechtigungsfehler) und ich möchte die Berechtigungen für Exchange-Ordner lieber nicht ändern, es sei denn, ich habe keine andere Wahl – oder folge den dokumentierten Verfahren von Microsoft.

Was ist heutzutage das richtige Verfahren, um Wiederherstellungen/Wartungsarbeiten direkt an den Datenbankdateien durchzuführen, wenn Exchange standardmäßig so eingerichtet ist, dass nur der Zugriff auf sich selbst erlaubt ist? Wird das eseutilüberhaupt noch unterstützt oder wird davon abgeraten, die EDB-Dateien überhaupt zu berühren?

Antwort1

Die Datenbanken sind nicht zugänglich. Der Administrator erhält einen Berechtigungsfehler, selbst wenn er versucht, zu ihnen zu navigieren.

Wann und wo ist dieses Berechtigungsproblem aufgetreten? Beim Ausführen von Cmdlets, die mit der Datenbank in Zusammenhang stehen (z. B. Get-MailboxDatabase, Dismount-Database) oder in anderen Szenarien?

Stellen Sie sicher, dass Ihr aktuelles Konto über die Berechtigung zum Verwalten der Datenbank verfügt:Postfachdatenbankberechtigungen

Was ist heutzutage der richtige Prozess für jede Art von Wiederherstellung/Wartung direkt an den Datenbankdateien, wenn Exchange standardmäßig so eingerichtet, dass nur der Zugriff auf sich selbst möglich ist? Ist eseutil überhaupt nicht mehr unterstützt oder wird davon abgeraten, die EDB-Dateien zu berühren? alle?

Soweit ich weiß, können Sie das Tool eseutil verwenden, um den Header Ihrer beschädigten Datenbank zu überprüfen und Ihre Datenbank zu reparieren, wenn dieStatein der Kopfzeile steht "Schmutziges Herunterfahren". Weitere Einzelheiten zur Verwendung von ESEUTIL zur Reparatur Ihrer Datenbank:Reparieren Sie Ihre Datenbank mit ESEUTIL

Wenn Sie außerdem die Größe Ihrer Datenbanken verringern möchten, werden die folgenden Aktionen anstelle einer Offline-Defragmentierung der Datenbank über ESEUTIL empfohlen:

  1. Erstellen Sie eine neue Datenbank und zugehörige Datenbankkopien.

  2. Verschieben Sie alle Postfächer in die neue Datenbank.

  3. Löschen Sie die Originaldatenbank und die zugehörigen Datenbankkopien.

Der folgende zugehörige Blog dient Ihnen zu Informationszwecken:So geben Sie Leerzeichen zurück

Bearbeiten:Ort zum Ändern der Berechtigungen für Datenbankordner: Bildbeschreibung hier eingeben Bildbeschreibung hier eingeben

Antwort2

Wie Ivan_Wang alle Punkte vorgeschlagen hat, gibt es einige Voraussetzungen vor der Verwendung von eseutil:

  1. Erstellen Sie eine Kopie Ihrer Datenbank, bevor Sie eseutil verwenden.

  2. Stellen Sie sicher, dass Sie über ausreichend Speicherplatz verfügen, etwa im Ausmaß von 20 % der Datenbankgröße.

  3. Führen Sie den Eseutil/P-Modus aus.

  4. Führen Sie den Eseutil /D-Modus aus.

  5. Führen Sie Isinteg im Modus „-fix -test alltests“ aus.

Siehe dies:https://techcommunity.microsoft.com/t5/exchange-team-blog/repairing-exchange-databases-with-eseutil-when-and-how/ba-p/610276

https://community.spiceworks.com/how_to/168508-wie-man-exchange-databases-mit-eseutil-reparieren-kann-und-wie

verwandte Informationen