Update-StoreMailboxState

  • Riferimento
Modulo:
ExchangePowerShell
Si applica a:
Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

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.