Connect-ExchangeOnline<\/code><\/pre>\n\n\n\nConnect-IPPSSession<\/code><\/pre>\n\n\n\nDieser Befehl zeigt das Problem:<\/p>\n\n\n\n
Get-MailboxFolderStatistics $User -FolderScope RecoverableItems | FL Name,FolderAndSubfolderSize,ItemsInFolderAndSubfolders<\/code><\/pre>\n\n\n\n![\"\"](\"https:\/\/itblog.wildi.dk\/wp-content\/uploads\/2024\/07\/image-2-1.png?w=1024\")
<\/figure>\n\n\n\nName : Recoverable Items
FolderAndSubfolderSize : 30 GB (32,214,533,730 bytes)
ItemsInFolderAndSubfolders : 80220<\/code><\/pre>\n\n\n\nName : Audits\nFolderAndSubfolderSize : 268.9 MB (282,008,901 bytes)\nItemsInFolderAndSubfolders : 47373<\/code><\/pre>\n\n\n\nName : Calendar Logging\nFolderAndSubfolderSize : 0 B (0 bytes)\nItemsInFolderAndSubfolders : 0<\/code><\/pre>\n\n\n\nName : Deletions
FolderAndSubfolderSize : 95.98 MB (100,641,633 bytes)
ItemsInFolderAndSubfolders : 73<\/code><\/pre>\n\n\n\nName : Purges
FolderAndSubfolderSize : 29.65 GB (31,831,883,196 bytes)
ItemsInFolderAndSubfolders : 32774<\/code><\/pre>\n\n\n\nName : SubstrateHolds
FolderAndSubfolderSize : 0 B (0 bytes)
ItemsInFolderAndSubfolders : 0<\/code><\/pre>\n\n\n\nName : Versions
FolderAndSubfolderSize : 0 B (0 bytes)
ItemsInFolderAndSubfolders : 0<\/code><\/pre>\n\n\n\nIm Ordner «Recoverable Items» («gel\u00f6schte Elemente») befanden sich die noch (definitiv) zu l\u00f6schenden Elemente.<\/p>\n\n\n\n
Im Ordner «Purges» befinden sich die Elemente, welche zwar bereits definitiv gel\u00f6scht wurden, aber durch Exchange Online noch zur\u00fcckbehalten werden (falls es sich der Benutzer – trotz dreimaligem l\u00f6schen – noch anders \u00fcberlegt).<\/p>\n\n\n\n
Ich habe hier absichtlich meine gesamte «Reise» dargestellt. Die L\u00f6sung gibt es ganz unten.<\/p>\n\n\n\n
Zuerst habe ich die Anleitung <\/a>von Microsoft befolgt:<\/p>\n\n\n\nGet-Mailbox $User | FL SingleItemRecoveryEnabled,RetainDeletedItemsFor\nGet-CASMailbox $User | FL EwsEnabled,ActiveSyncEnabled,MAPIEnabled,OWAEnabled,ImapEnabled,PopEnabled\nGet-Mailbox $User | FL LitigationHoldEnabled,InPlaceHolds\nGet-OrganizationConfig | FL InPlaceHolds\nGet-Mailbox $User | FL DelayHoldApplied,DelayReleaseHoldApplied\nGet-MailboxFolderStatistics $User -FolderScope RecoverableItems | FL Name,FolderAndSubfolderSize,ItemsInFolderAndSubfolders\nGet-Mailbox $User | FL RetainDeletedItemsFor,SingleItemRecoveryEnabled,ElcProcessingDisabled\nSet-Mailbox $User -RetainDeletedItemsFor 30\nSet-Mailbox $User -SingleItemRecoveryEnabled $false\nSet-Mailbox $User -ElcProcessingDisabled $true\nGet-Mailbox $User | FL DelayHoldApplied,DelayReleaseHoldApplied<\/code><\/pre>\n\n\n\nDanach muss man \u00fcbers GUI eine neue Suche erstellen, f\u00fcr den entsprechenden Ordner (bei mir war das \/Purges folderid:0A4ABD8C1C5F934283D2D2ED83724B370000000001170000)<\/p>\n\n\n\n
Nun kann ich die gefundenen Elemente l\u00f6schen:<\/p>\n\n\n\n
New-ComplianceSearchAction -SearchName \"i4MWsearch2\" -Purge -PurgeType HardDelete<\/code><\/pre>\n\n\n\nDas geht ganz fix. Nur wenige Sekunden. Der Nachteil: pro Befehl-Ausf\u00fchrung (sagt man dem so?) werden ganze 10 (zehn!!) Elemente gel\u00f6scht.<\/p>\n\n\n\n
Ich habe knapp 38’000!!!<\/p>\n\n\n\n
38’000!<\/p>\n\n\n\n
Und unter «Recoverable Items» sogar 80’000 Elemente!<\/p>\n\n\n\n
Es kann doch nicht sein, dass ich hier ein extra Script schreiben muss, um eine Microsoft-Anleitung in einem Loop auszuf\u00fchren (leider war das dann doch so, siehe unten).<\/p>\n\n\n\n
Der Vollst\u00e4ndigkeit halber, mit diesen Befehlen wird dies abgeschlossen:<\/p>\n\n\n\n
Get-ComplianceSearchAction\nRemove-ComplianceSearchAction \"i4MWsearch2_purge\"<\/code><\/pre>\n\n\n\nSchlussendlich konnte ich den Ordner mit folgenden Befehlen leeren:<\/s><\/p>\n\n\n\n
Zuerst die Mailbox vorbereiten:<\/p>\n\n\n\n
Set-Mailbox $User -LitigationHoldEnabled $False\nSet-Mailbox $User -RemoveDelayHoldApplied\nSet-Mailbox $User -RetainDeletedItemsFor 0\nSet-Mailbox $User -SingleItemRecoveryEnabled $false<\/code><\/pre>\n\n\n\n60 Minuten warten<\/p>\n\n\n\n
Start-ManagedFolderAssistant $User -HoldCleanup<\/code><\/pre>\n\n\n\nMit<\/p>\n\n\n\n
Get-MailboxFolderStatistics $User -FolderScope RecoverableItems | FL Name,FolderAndSubfolderSize,ItemsInFolderAndSubfolders<\/code><\/pre>\n\n\n\nkann dann wieder \u00fcberpr\u00fcft werden, ob’s geklappt hat.<\/p>\n\n\n\n
Doch die Story geht weiter. Leider hat das nix gebracht. Ich habe dann die Retention-Policy gepr\u00fcft:<\/p>\n\n\n\n
Get-Mailbox $user | select *Retention*<\/code><\/pre>\n\n\n\nHier war die Default-Policy aktiv. Mittels folgendem Befehl kann die entfernt werden:<\/p>\n\n\n\n
Set-Mailbox $user -RetentionPolicy $null<\/code><\/pre>\n\n\n\nLeider passierte auch damit nichts. Ich habe mich entschlossen, wieder den Weg von Microsoft einzuschlagen, aber halt ein Script zu schreiben\/finden, welches den L\u00f6schvorgang in einem Loop ausf\u00fchrt.<\/p>\n\n\n\n
Hier<\/a> gibt es ein ganzes Toolset, welches u.a. diese Funktion beinhaltet. Aber das war mir dann too much.<\/p>\n\n\n\nIn diesem<\/a> Spiceworks Thread habe ich dann meine L\u00f6sung gefunden: Das Script des Users jonesbones<\/a>. Ich habe es leicht angepasst, um den Ordner noch als Variable zu setzen. Ausserdem habe ich den foreach-Teil angepasst, dass das L\u00f6schen schneller abl\u00e4uft:<\/p>\n\n\n\n$ScriptStart = Get-Date\n$SearchName = 'DeleteSearch1'\n$Mailbox = 'user@domain.ch'\n$Folder = '\/Purges'\n\n$FolderStatistics = Get-MailboxFolderStatistics -Identity $Mailbox\n\n# Convert Inbox folder ID to ID that can be used in compliance search\n# https:\/\/docs.microsoft.com\/en-us\/microsoft-365\/compliance\/use-content-search-for-targeted-collections\n$InboxFolderId = ($FolderStatistics | Where-Object {$_.FolderPath -eq $Folder}).FolderId\n$Encoding= [System.Text.Encoding]::GetEncoding(\"us-ascii\")\n$Nibbler= $Encoding.GetBytes(\"0123456789ABCDEF\");\n$FolderIdBytes = [Convert]::FromBase64String($InboxFolderId);\n$IndexIdBytes = New-Object byte[] 48;\n$IndexIdIdx=0\n$FolderIdBytes | select -skip 23 -First 24 | %{$indexIdBytes[$indexIdIdx++]=$nibbler[$_ -shr 4];$indexIdBytes[$indexIdIdx++]=$nibbler[$_ -band 0xF]}\n$FolderQuery = \"folderid:$($encoding.GetString($indexIdBytes))\"\n\n$Items = ($FolderStatistics | Where-Object {$_.FolderId -eq $InboxFolderId}).ItemsInFolder\n\n$Iterations = [math]::Ceiling($Items \/ 10)\n\nRemove-ComplianceSearch $SearchName -Confirm:$false # wird ben\u00f6tigt, wenn Script zuvor abgebrochen wurde\n\n New-ComplianceSearch -Name $SearchName -ExchangeLocation $Mailbox -ContentMatchQuery $FolderQuery | Out-Null\n Start-ComplianceSearch -Identity $SearchName | Out-Null\n Do {\n Start-Sleep -Seconds 2 # Adding 2 sec wait in case of possible timeouts from MS end\n $ComplianceSearch = (Get-ComplianceSearch -Identity $SearchName)\n #Write-Host \"-- CS $($ComplianceSearch.Status), $($ComplianceSearch.Items)\"\n } While ($ComplianceSearch.Status -ne 'Completed')\n\nforeach ($Iteration in @(1..$Iterations)) {\n Write-Progress -Activity \"Purging $Folder\" -Status \"$($ComplianceSearch.Items) items left\" -PercentComplete ($Iteration \/ $Iterations * 100)\n Write-Host \"[$Iteration \/ $Iterations]\" #$($ComplianceSearch.Items) items left\"\n New-ComplianceSearchAction -SearchName $SearchName -Purge -PurgeType HardDelete -Confirm:$false | Out-Null\n Do {\n #Start-Sleep -Seconds 1\n $PurgeAction = Get-ComplianceSearchAction -Identity \"$SearchName`_Purge\"\n #Write-Host \"-- PA $($PurgeAction.Status)\"\n } While ($PurgeAction.Status -ne 'Completed')\n \n}\n\nRemove-ComplianceSearch $SearchName -Confirm:$false\n\n$ScriptEnd = Get-Date\n$ExecutionTime = $ScriptEnd - $ScriptStart\nWrite-Host \"$ExecutionTime\"<\/code><\/pre>\n\n\n\nDas Script l\u00e4uft dann einfach ne (lange, seeehr lange) Weile, weil extrem ineffizient – danke Microsoft :|.<\/p>\n\n\n\n
Update, einige Tage sp\u00e4ter:<\/p>\n\n\n\n
Ich musste das Script x-male neu starten. Es hat gem\u00e4ss Anzeige mehrere huntert, vermutlich tausend Elemente gel\u00f6scht. Passiert ist aber trotzdem nichts!<\/p>\n\n\n\n
Ich entschied mich, eine neue Mailbox zu erstellen, die Daten zu migrieren, und die «volle» Mailbox zu l\u00f6schen. Doch, nur noch ein Versuch:<\/p>\n\n\n\n
Get-MailboxFolderStatistics $User -FolderScope RecoverableItems | FL Name,FolderAndSubfolderSize,ItemsInFolderAndSubfolders\nGet-MailboxFolderStatistics $User -FolderScope RecoverableItems | ft Name,foldersize<\/code><\/pre>\n\n\n\nStart-ManagedFolderAssistant $User -HoldCleanup
Start-ManagedFolderAssistant $User -AggMailboxCleanup -FullCrawl
Get-Mailbox $User | FL RetainDeletedItemsFor,SingleItemRecoveryEnabled,ElcProcessingDisabled
Set-Mailbox $User -ElcProcessingDisabled $false
Start-ManagedFolderAssistant $User -StopHoldCleanup
Start-ManagedFolderAssistant $User -HoldCleanup
Get-Mailbox $User | FL DelayHoldApplied,DelayReleaseHoldApplied
Set-Mailbox $User -RemoveDelayHoldApplied
Set-Mailbox $User -RemoveDelayReleaseHoldApplied
Start-ManagedFolderAssistant -Identity $User<\/code><\/pre>\n\n\n\nUnd 2-3 Stunden sp\u00e4ter zeigten die Befehle, dass doch etwas geht:<\/p>\n\n\n\n
Get-MailboxFolderStatistics $User -FolderScope RecoverableItems | FL Name,FolderAndSubfolderSize,ItemsInFolderAndSubfolders
Get-MailboxFolderStatistics $User -FolderScope RecoverableItems | ft Name,foldersize<\/code><\/pre>\n\n\n\n«DiscoveryHolds» war von ein paar MB auf knapp 27GB angewachsen!
«Purges» war leer!
«Recoverable Items» zeigte beim ersten Befehl weiterhin 27GB an; beim zweiten aber (schon fr\u00fcher) 0B!<\/p>\n\n\n\n
Im Postfach waren die noch zu l\u00f6schenden Elemente bereits (als ganzen Ordner) unter «Gel\u00f6schte Elemente»:<\/p>\n\n\n\n![\"\"](\"https:\/\/itblog.wildi.dk\/wp-content\/uploads\/2024\/07\/image-7.png\")
<\/figure>\n\n\n\nIch habe dann begonnen, die Elemente Blockweise (jeweils ein paar hundert) mittels «Shift-Delete» zu l\u00f6schen. Dabei f\u00fcllte sich der Ordner «Deletions».<\/p>\n\n\n\n
Anmerkung: ich vermute, dass «Recoverable Items» dem \u00fcbergeordneten Ordner entspricht. Die Gr\u00f6sse dieses Ordners \u00e4nderte sich nie, und entsprach ungef\u00e4hr (ich hab’s nicht gez\u00e4hlt) dem Wert aller anderen Ordnergr\u00f6ssen.<\/p>\n\n\n\n
Ich konnte alle Elemente l\u00f6schen. Die Option «gel\u00f6schte Elemente wiederherstellen» war nicht aktiv (wohl weil ich im Online-Modus war und die Elemente mit «Shift-Delete» gel\u00f6scht hatte.<\/p>\n\n\n\n
Nach dieser L\u00f6sch-Aktion waren die Ordner wie folgt: «Recoverable Items» (33.9GB), «Deletions» (6.7GB) «DiscoveryHolds» (26.9GB).<\/p>\n\n\n\n
Start-ManagedFolderAssistant $User<\/code><\/pre>\n\n\n\nDanach verringerte sich die Gr\u00f6sse von «Deletions», und die Gr\u00f6sse von «DiscoveryHolds» vergr\u00f6sserte sich. Dies ging soweit, bis ich folgenden Status hatte: «Recoverable Items» (33.9GB), «Deletions» (0B) «DiscoveryHolds» (33.7GB).<\/p>\n\n\n\n
Start-ManagedFolderAssistant $User -HoldCleanup\nStart-ManagedFolderAssistant $User -AggMailboxCleanup -FullCrawl<\/code><\/pre>\n\n\n\nNach diesen Befehlen leert sich der Ordner «DiscoveryHolds» langsam. Es scheint, als ob immer 1000 Elemente zusammen gel\u00f6scht werden.<\/p>\n\n\n\n![\"\"](\"https:\/\/itblog.wildi.dk\/wp-content\/uploads\/2024\/07\/image-8-1024x848.png\")
<\/figure>\n\n\n\nAm n\u00e4chsten Morgen sahen die Werte schon viel besser aus: Einzig «Discovery Holds» war noch im GB-Bereich (18.33GB). «Deletions» beinhaltete ca. 4GB.<\/p>\n\n\n\n
Ich musste die «DelayHold’s» nochmals entfernen:<\/p>\n\n\n\n
Set-Mailbox $User -RemoveDelayHoldApplied\nSet-Mailbox $User -RemoveDelayReleaseHoldApplied<\/code><\/pre>\n\n\n\nund danach den FolderAssistant nochmals starten:<\/p>\n\n\n\n
Start-ManagedFolderAssistant -Identity $User<\/code><\/pre>\n\n\n\nNun war «Deletions» leer, aber «DiscoveryHolds» noch auf 23.07GB. Dieser Ordner l\u00e4sst sich mit folgenden Befehlen leeren:<\/p>\n\n\n\n
Start-ManagedFolderAssistant $User -HoldCleanup
Start-ManagedFolderAssistant $User -AggMailboxCleanup -FullCrawl<\/code><\/pre>\n\n\n\nSchlussendlich konnte die Mailbox doch noch bereinigt werden.<\/p>\n","protected":false},"excerpt":{"rendered":"