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
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
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 418514
Url: https://administrator.de/forum/exchange-groesser-als-postfaecher-418514.html
Ausgedruckt am: 22.12.2024 um 19:12 Uhr
26 Kommentare
Neuester Kommentar
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
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
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 }
Uups war noch der alte Befehl für nen EX2010 drin, ist oben korrigiert. Hättest du dir aber auch selbst ergoogeln können...
Jepp.
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.
, 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.
Schau's die nochmal ganz genau an, da fehlt was ...!
Cannot access file, the file is locked or in use) after
Typische Powetshell Anfängerfehler, beende den Postfachdienst
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!
Lass es dir einfach mit ProcessExplorer anzeigen!
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
Dienste auf deaktiviert stellen und Neustart. Ob du richtig stehst siehst du wenn das Licht an geht :-P
Nen juuden wünsch ich. Ciao.
eseutil.exe /d '.\Mailbox Database 1473939135'
By the way da fehlt immer noch was! Schon spät ne ...Nen juuden wünsch ich. Ciao.
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.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"
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.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?
So langsam glaube ich ihr habt euer EX System viel zu klein ausgelegt . 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 .
Also ich bin jetzt hier raus. Grundlagen kannst du dir bitte selbst anlesen.