thabeus
Goto Top

Exchange größer als Postfächer

Moin,

ich habe unseren Exchange überprüft wie es nach der Archivierung ausschaut.

Über die Abfrage:
Get-MailboxDatabase | Get-MailboxStatistics | Select-Object displayname,totalitemsize |Sort-Object totalitemsize -Descending | Format-Table -AutoSize | Out-File -PSPath 'C:\Postfachgroessen_v2.txt'

bekome ich ja eine gute Ausgabe. Wenn ich jetzt die aufgeführten Größen zusammen zähle, komme ich auf 50GB gesamt.
Belegt sind aber weit über 160GB.
Da viele Mails gelöscht wurden, hoffe ich das die "Vorhaltezeit" den Speicher derzeit belegt.

Gibt es eine Möglichkeit die 110GB zu ermitteln und anzeigen zu lassen die mir derzeit noch Speicher belegen und gibt es eine möglichkeit die Bereinigung Vorhaltezeit, die ich von 14 auf 5 Tage reduziert habe, einmalig zu starten?

Exchange 2013 auf einem Server 2012 R2

Grüße
Thab´s

Content-ID: 418514

Url: https://administrator.de/forum/exchange-groesser-als-postfaecher-418514.html

Ausgedruckt am: 22.12.2024 um 19:12 Uhr

goscho
goscho 15.02.2019 um 10:36:21 Uhr
Goto Top
Thabeus
Thabeus 15.02.2019 um 12:04:53 Uhr
Goto Top
Danke, aber leider nein. Ich erhalte hier keine Info wo die 90GB Platz "versteckt" sind.
SlainteMhath
SlainteMhath 15.02.2019 um 12:30:24 Uhr
Goto Top
Moin,

meinst du mit "belegt" den von der edb verwendeten Platz auf der Festplatte?

Die schrumpft von selbst nicht. Üblicherweise hast du zwei Möglichkeiten.

1. Online: Neue DB erstellen, PFs verschieben, alte DB dismounten und löschen
2. Offline. DB dismounten, per ESEUTIL schrumpfen, DB mounten

lg,
Slainte
Thabeus
Thabeus 15.02.2019 um 14:52:13 Uhr
Goto Top
Ja genau. Die edb ist 130GB groß bei angezeigten 52GB Postfachgrößen (aller user) also rund 80GB platz der einfach weg ist unnötig.
138810
138810 15.02.2019 aktualisiert um 16:33:05 Uhr
Goto Top
set-mailboxdatabase -Identity "Mailbox Database" -MailboxRetention 00.00:00:00  
Get-Mailbox | Start-ManagedFolderAssistant
Get-MailboxStatistics -Database "Mailbox-Database" | %{ Update-StoreMailboxState -Database $_.Database -Identity $_.MailboxGuid -Confirm:$false }  
Warten bis alle Vorgänge abgearbeitet wurden, dann wie oben, dismount, mit eseutil /d Offlinedefrag drüber laufen lassen, mount und Vorhaltezeit wieder zurückstellen.
Thabeus
Thabeus 15.02.2019 um 15:18:28 Uhr
Goto Top
Punkt 1&2 laufen sauber durch.
Punkt3:

[PS] C:\Users\administrator.XXXX\Desktop>clean-mailboxdatabase -identity "Mailbox Database 1473939135"  
clean-mailboxdatabase : Die Benennung "clean-mailboxdatabase" wurde nicht als Name eines Cmdlet, einer Funktion, einer  
Skriptdatei oder eines ausführbaren Programms erkannt. Überprüfen Sie die Schreibweise des Namens, oder ob der Pfad
korrekt ist (sofern enthalten), und wiederholen Sie den Vorgang.
In Zeile:1 Zeichen:1
+ clean-mailboxdatabase -identity "Mailbox Database 1473939135"  
+ ~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : ObjectNotFound: (clean-mailboxdatabase:String) , CommandNotFoundException
    + FullyQualifiedErrorId : CommandNotFoundException
Penny.Cilin
Penny.Cilin 15.02.2019 um 16:29:02 Uhr
Goto Top
Wenn ich mit meiner Suche im Internet fündig geworden bin, heißt der Befehl jetzt:

Update-StoreMailboxState -Database MDB01 -Identity 4a830e3f-fd07-4629-baa1-8bce16b86d88

Gruss Penny
138810
138810 15.02.2019 aktualisiert um 16:35:42 Uhr
Goto Top
Uups war noch der alte Befehl für nen EX2010 drin, ist oben korrigiert. Hättest du dir aber auch selbst ergoogeln können...
Penny.Cilin
Penny.Cilin 15.02.2019 um 16:38:53 Uhr
Goto Top
Zitat von @138810:

Uups war noch der alte Befehl für nen EX2010 drin, ist oben korrigiert. Hättest du dir aber auch selbst ergoogeln können...
...isch doch nett. face-wink
Isch hab' mit Geldwäsche nixx am Huht.

Ma gugge, od sich der Frachehschteller nochemal meldet.

Kaffee holen geht'n
Thabeus
Thabeus 18.02.2019 um 16:29:19 Uhr
Goto Top
Mal doof gefragt, dismount über Powershell oder ruhig über die GUI im ECP? Gibt es da einen Unterschied? Mal abgesehen das eine ist zum klicken das andere zum tippen ;)
138810
138810 18.02.2019 aktualisiert um 16:49:15 Uhr
Goto Top
Zitat von @Thabeus:

Mal doof gefragt
Jepp.
, dismount über Powershell oder ruhig über die GUI im ECP? Gibt es da einen Unterschied? Mal abgesehen das eine ist zum klicken das andere zum tippen ;)
Man kann sich gerne von einer GUI verarschen oder Sicherheitslücken aufreißen lassen.
Mal ehrlich ein echter EX Admin braucht keine GUI, ist nur überflüssiger Overhead der ja eh nur die Powershell-Befehle umsetzt. Und im Fehlerfall muss man meist sowieso die Shell beherrschen, da ist es gut dort jederzeit fit zu sein, und schneller ist's damit meist auch, wenn man nicht gerade im 1 Finger Adlersuchsystem unterwegs ist.

Muss jeder selbst wissen, ich selbst kenne unter meinen EX Kollegen kaum noch jemand der seine Arbeit mit der GUI erledigt zumal Massentasks mit der Shell auch viel schneller abgearbeitet sind anstatt sich einen Wolf zu klicken.
Thabeus
Thabeus 18.02.2019 um 20:59:51 Uhr
Goto Top
[PS] C:\Program Files\Microsoft\Exchange Server\V15\Mailbox>eseutil /d '.\Mailbox Database 1473939135.edb /t\\localhost\defrag\temp.edb


Mehr passiert nicht face-sad was läuft da falsch.
138810
138810 18.02.2019 aktualisiert um 21:36:28 Uhr
Goto Top
Schau's die nochmal ganz genau an, da fehlt was ...!
Thabeus
Thabeus 18.02.2019 um 21:45:28 Uhr
Goto Top
Jupp:

aber nun
[PS] C:\Program Files\Microsoft\Exchange Server\V15\Mailbox>eseutil.exe /d '.\Mailbox Database 1473939135'

Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 15.00
Copyright (C) Microsoft Corporation. All Rights Reserved.

Error: Access to source database '.\Mailbox Database 1473939135' failed with Jet error -1032.

Operation terminated with error -1032 (JET_errFileAccessDenied, Cannot access file, the file is locked or in use) after
20.31 seconds.

Dismount-Database -Identity Name nimmer er auch nicht....... grmml
138810
138810 18.02.2019 aktualisiert um 22:23:43 Uhr
Goto Top
Cannot access file, the file is locked or in use) after
Typische Powetshell Anfängerfehler, beende den Postfachdienst
Thabeus
Thabeus 18.02.2019 aktualisiert um 22:27:10 Uhr
Goto Top
alle dienste beendet, gleicher fehler.....

[PS] C:\Program Files\Microsoft\Exchange Server\V15\Mailbox>eseutil.exe /d '.\Mailbox Database 1473939135'

Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 15.00
Copyright (C) Microsoft Corporation. All Rights Reserved.

Error: Access to source database '.\Mailbox Database 1473939135' failed with Jet error -1032.

Operation terminated with error -1032 (JET_errFileAccessDenied, Cannot access file, the file is locked or in use) after
138810
138810 18.02.2019 aktualisiert um 22:30:31 Uhr
Goto Top
Dann hast du noch irgendein anderes Programm oder Dienst (z.B. Backupdienste usw.) auf dem Server laufen der die DB sperrt.
Lass es dir einfach mit ProcessExplorer anzeigen!
Thabeus
Thabeus 18.02.2019 aktualisiert um 22:31:25 Uhr
Goto Top
vmware ? (veeam)
138810
138810 18.02.2019 aktualisiert um 22:39:11 Uhr
Goto Top
Jepp möglich. Wie gesagt lass dir den Prozess der sperrt mit ProcessExplorer anzeigen dann hast du's schwarz auf weiß , sollt man als Admin doch wissen wie man bei sowas vorgeht face-sad
Thabeus
Thabeus 18.02.2019 um 22:43:05 Uhr
Goto Top
Jo, aber der PE zeigt eben nix an ;P das ist mein Probelm....
138810
138810 18.02.2019 aktualisiert um 23:02:57 Uhr
Goto Top
Dienste auf deaktiviert stellen und Neustart. Ob du richtig stehst siehst du wenn das Licht an geht :-P

eseutil.exe /d '.\Mailbox Database 1473939135'
By the way da fehlt immer noch was! Schon spät ne ...

Nen juuden wünsch ich. Ciao.
Thabeus
Thabeus 19.02.2019 um 10:46:22 Uhr
Goto Top
Zitat von @138810:


eseutil.exe /d '.\Mailbox Database 1473939135'
By the way da fehlt immer noch was! Schon spät ne ...

Nen juuden wünsch ich. Ciao.

Moin, ja war spät. nun noch warten bis ich heute abend wieder aushängen kann, dann neuer versuch. Noch ein paar alte HealthMailbox Leichen entfernt.
Allerdings hat mich beim Dismount die P2 ein wenig geärgert, da angelich alles keine bekannten ps cmdl gewesen sind. ....... Beispiel:
Dismount-Database -Identity "Meine Datenbank.edb"
138810
138810 19.02.2019 aktualisiert um 11:06:43 Uhr
Goto Top
Zitat von @Thabeus:
Allerdings hat mich beim Dismount die P2 ein wenig geärgert, da angelich alles keine bekannten ps cmdl gewesen sind. ....... Beispiel:
Dismount-Database -Identity "Meine Datenbank.edb"
Dann hat der Account entweder nicht die notwendigen Berechtigungen oder du arbeitest nicht ein der EMS! Entsprechende CMDLets werden nur bereitgestellt wenn der User die entsprechende Management Rolle zugewiesen wurde und er das damit überhaupt darf.
Thabeus
Thabeus 19.02.2019 um 11:11:02 Uhr
Goto Top
Ok, ich bin als Administrator angemeldet und arbeite in der EMS.
Aber eine Wissenslücke hätte ich noch gerne gefüttert: Wenn ich eseutil.exe /d tatsächlich zum laufen bekommen sollte ;) dann benötige ich so wie ich das vertanden habe nicht extra platz, da ja keine Kopi angelegt wird, das würde ja nur bei /d /t notwenig sein, richtig?
138810
138810 19.02.2019 aktualisiert um 11:20:01 Uhr
Goto Top
Zitat von @Thabeus:

Ok, ich bin als Administrator angemeldet und arbeite in der EMS.
Aber eine Wissenslücke hätte ich noch gerne gefüttert: Wenn ich eseutil.exe /d tatsächlich zum laufen bekommen sollte ;) dann benötige ich so wie ich das vertanden habe nicht extra platz, da ja keine Kopi angelegt wird, das würde ja nur bei /d /t notwenig sein, richtig?
Extra Platz brauchst du immer, die Daten werden parallel in ein neues File geschrieben danach die alte DB gelöscht und durch die neue ersetzt wenn du kein Ziel angibst.
So langsam glaube ich ihr habt euer EX System viel zu klein ausgelegt face-big-smile. Normalerweise ist das nämlich im laufenden Betrieb nie nötig weil der EX ein Online-Defrag macht zwar schrumpft der das nicht ganz so weit, aber die paar GB machen einen EX auch nicht mehr fett. Und wenn du das ohne Backup machst biste selbst schuld face-wink.

Also ich bin jetzt hier raus. Grundlagen kannst du dir bitte selbst anlesen.
Thabeus
Thabeus 19.02.2019 um 11:29:02 Uhr
Goto Top
Ja der Ex ist damals migriert worden und alte Speichergrößen wurden beibehalten.
Derzeit haben wir noch 80 GB Frei. ALso kein Grund zur Unruhe.
Was mich persönlich halt nur stört: DB Größe 126 GB und tatsächlich genutzter Platz 52,3GB und das ist eben mein Aufhänger. Ich möchte erstmal keine GB verschenkt und "unnötigen" Ballast entfernen.