Update-StoreMailboxState
Questo cmdlet è disponibile solo in Exchange locale.
Il cmdlet Update-StoreMailboxState consente di sincronizzare lo stato di una cassetta postale nell'archivio delle cassette postali di Exchange con lo stato dell'account utente Active Directory corrispondente.
Per informazioni sui set di parametri nella sezione Sintassi, vedere Sintassi del cmdlet di Exchange.
Sintassi
Update-StoreMailboxState
-Database <DatabaseIdParameter>
-Identity <StoreMailboxIdParameter>
[-Confirm]
[-WhatIf]
[<CommonParameters>]
Descrizione
Il cmdlet Update-StoreMailboxState forza lo stato dell'archivio cassette postali per sincronizzare l'archivio di Exchange con Active Directory. In alcuni casi, è possibile che lo stato dell'archivio per una cassetta postale risulti non sincronizzato con lo stato dell'account utente Active Directory corrispondente. La causa può essere la latenza di replica di Active Directory. Ad esempio, se un account utente abilitato per le cassette postali è disabilitato in Active Directory ma non è contrassegnato come disabilitato nell'archivio delle cassette postali di Exchange. In tal caso, con l'esecuzione del cmdlet Update-StoreMailboxState lo stato dell'archivio delle cassette postali verrà sincronizzato con lo stato dell'account utente Active Directory e la cassetta postale verrà contrassegnata come disabilitata nell'archivio cassette postali. È possibile utilizzare questo comando per risolvere i problemi che si verificano quando lo stato dell'archivio per una cassetta postale è imprevisto o se si teme che lo stato dell'archivio sia diverso dallo stato dell'account Active Directory corrispondente.
È necessario disporre delle autorizzazioni prima di poter eseguire questo cmdlet. Sebbene in questo argomento vengano elencati tutti i parametri relativi al cmdlet, si potrebbe non avere accesso ad alcuni di essi qualora non siano inclusi nelle autorizzazioni assegnate. Per individuare le autorizzazioni necessarie per eseguire cmdlet o parametri nell'organizzazione, vedere Trovare le autorizzazioni necessarie per eseguire i cmdlet di Exchange.
Esempio
Esempio 1
Update-StoreMailboxState -Database MDB01 -Identity 4a830e3f-fd07-4629-baa1-8bce16b86d88
In questo esempio viene aggiornato lo stato di una cassetta postale che si trova nel database delle cassette postali MDB01 con GUID 4a830e3f-fd07-4629-baa1-8bce16b86d88.
Esempio 2
Get-MailboxStatistics -Database MDB02 | ForEach { Update-StoreMailboxState -Database $_.Database -Identity $_.MailboxGuid -Confirm:$false }
In questo esempio viene aggiornato lo stato di tutte le cassette postali nel database delle cassette postali MDB02.
Esempio 3
Get-MailboxStatistics -Database MDB03 | Where { $_.DisconnectReason -ne $null } | ForEach { Update-StoreMailboxState -Database $_.Database -Identity $_.MailboxGuid -Confirm:$false }
In questo esempio viene aggiornato lo stato di tutte le cassette postali disconnesse nel database delle cassette postali MDB03.
Parametri
-Confirm
L'opzione Confirm consente di specificare se visualizzare o nascondere la richiesta di conferma. L'impatto di questa opzione sul cmdlet dipende dalla richiesta di conferma del cmdlet prima di procedere.
- I cmdlet distruttivi , ad esempio i cmdlet Remove-*, hanno una pausa predefinita che impone di confermare il comando prima di procedere. Per questi cmdlet, è possibile ignorare la richiesta di conferma usando questa precisa sintassi:
-Confirm:$false
. - La maggior parte degli altri cmdlet (ad esempio, i cmdlet New-* e Set-*) non hanno una pausa predefinita. Per questi cmdlet, specificando l'opzione Confirm senza un valore viene introdotta una pausa che impone all'utente di confermare il comando prima di procedere.
Type: | SwitchParameter |
Aliases: | cf |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-Database
Il parametro Database consente di specificare il database delle cassette postali che contiene la cassetta postale. È possibile utilizzare qualsiasi valore che identifichi il database in maniera univoca. Ad esempio:
- Nome
- Nome distinto (DN)
- GUID
Type: | DatabaseIdParameter |
Position: | Named |
Default value: | None |
Required: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-Identity
Il parametro Identity consente di specificare la cassetta postale da aggiornare. Utilizzare il GUID della cassetta postale come valore per il parametro.
Eseguire il comando seguente per ottenere il GUID della cassetta postale e altre informazioni per tutte le cassette postali dell'organizzazione: Get-MailboxDatabase | Get-MailboxStatistics | Format-List DisplayName,MailboxGuid,Database,DisconnectReason,DisconnectDate.
Type: | StoreMailboxIdParameter |
Position: | Named |
Default value: | None |
Required: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-WhatIf
L'opzione WhatIf consente di simulare le azioni del comando. È possibile utilizzare tale opzione per visualizzare le modifiche che verrebbero applicate senza effettivamente applicarle. Con questa opzione non è necessario specificare alcun valore.
Type: | SwitchParameter |
Aliases: | wi |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
Input
Input types
Per verificare i tipi di input accettati da questo cmdlet, vedere Tipi di input e output dei cmdlet. Se il campo relativo al tipo di input di un cmdlet è vuoto, il cmdlet non accetta dati di input.
Output
Output types
Per verificare i tipi restituiti, detti anche tipi di output, accettati da questo cmdlet, vedere Tipi di input e output dei cmdlet. Se il campo relativo al tipo di output è vuoto, il cmdlet non restituisce dati.
Note
In uno scenario in cui una cassetta postale viene spostata in un altro database, la cassetta postale viene immediatamente disabilitata, si verifica un ritardo di 24 ore per consentire la replica.
In questo scenario Update-StoreMailboxState potrebbe non aggiornare immediatamente DisconnectState e DisconnectReason durante l'esecuzione di Get-MailboxStatistics. Le statistiche delle cassette postali verranno aggiornate circa 24 ore dopo lo spostamento.