[EXC 2007] - PowerShell Deleted Items

[MAX3400]

Situatie: bezig met het exporteren via PowerShell van "Deleted Items", per user, naar een PST-file. Om dit te realiseren is er, volgens best practise, een extra server in de lucht gezet met een 32-bits OS en de Exchange 2007 tools. Verder is er een user aangemaakt (AD) die zowel binnen Exchange als in de local admin groups van elke MAILBOX-server volledige rechten heeft.

Het eerste script, wat nu draait, is als volgt:

code:

Get-Mailbox -Database 'SERVER\Storage Group\Mailbox Database' | Export-Mailbox -IncludeFolders '\Deleted Items' -PSTFolderPath C:\Export-dir

Dat gaat goed en gecontroleerd en de performance-impact lijkt nihil te zijn buiten het feit dat de genoemde 32-bits machine wat druk is.

Eigenlijk moet hierna van elke user de "Deleted Items" in zijn live Storage Group leeggekieperd worden. De cmdlet Export-Mailbox met de switch -DeleteContent op TechNet geeft me geen uitsluitsel of dat per folder kan (zoals Deleted Items) of dat het op Subject-basis gaat.

Mijn idee is als volgt:

code:

Get-Mailbox -Database 'SERVER\Storage Group\Mailbox Database' | Export-Mailbox -DeleteContent '\Deleted Items'

Of is er een andere manier (anders dan PowerShell) om alle deleted items van alle users in alle storage groups ineens leeg te kieperen?

Met dank aan Jazzy en alt-92 met de raad om hier toch maar een topicje van te brouwen.

[ Voor 0% gewijzigd door MAX3400 op 13-07-2010 16:44 . Reden: Typo ]

[Jazzy]

Kijk, en zo had ik even tijd om er over na te denken.

De -DeleteContent parameter voeg je toen aan de eerste opdrachtregel, in plaats van te kopieren ga je nu data verplaatsen naar PST. De tweede optie gaat niet werken.

Zie ook de helppagina van Export-Mailbox:

The DeleteContent parameter specifies the option to delete the content from the source mailbox after it has been exported to a folder. The source folder will not be deleted.

Een betere manier is misschien om met Managed Folders en een retentiebeleid te werken.

[ Voor 26% gewijzigd door Jazzy op 13-07-2010 17:01 ]

[MAX3400]

17 minuten nadenken? En ja, je hebt zeeeer waarschijnlijk gelijk dat de -DeleteContent bij het eerste stukje code moet gaan horen.

The DeleteContent parameter specifies the option to delete the content from the source mailbox after it has been exported to a folder. The source folder will not be deleted.

Ik zit hier nog steeds met de "misunderstanding": snapt -DeleteContent dat ik een export/move doe van "\Deleted Items" en gooit hij dan de content weg uit de folder "\Deleted Items"?

Anyhow, ik heb ook zitten denken aan een Managed Folder Policy; moet inderdaad even uitzoeken of/hoe dit anders werkt dan een cmdlet want op de achtergrond draait een NetApp met leuke snapshots en ik wil dus de wijzigingen op de Storage Groups zo klein mogelijk houden teneinde SnapManager voor Exchange niet binnenkort over zijn nek te laten gaan.

[Jazzy]

MAX3400 schreef op dinsdag 13 juli 2010 @ 17:26:
Ik zit hier nog steeds met de "misunderstanding": snapt -DeleteContent dat ik een export/move doe van "\Deleted Items" en gooit hij dan de content weg uit de folder "\Deleted Items"?

Hij verwijdert de items die je geëxporteerd hebt. Dat is exact wat hij doet.

Anyhow, ik heb ook zitten denken aan een Managed Folder Policy; moet inderdaad even uitzoeken of/hoe dit anders werkt dan een cmdlet want op de achtergrond draait een NetApp met leuke snapshots en ik wil dus de wijzigingen op de Storage Groups zo klein mogelijk houden teneinde SnapManager voor Exchange niet binnenkort over zijn nek te laten gaan.

Als er wijzigingen in de database plaatsvinden dan worden er logfiles weggeschreven. Daarbij maakt het geen verschil of een gebruiker zijn mailbox aan het opruimen is, jij de data verwijdert met een cmdlet of dat Exchange de oude items weg gooit.

Waarom SME 'over zijn nek' zou gaan snap ik niet helemaal.