Cassetta postale non provisioning in Azure AD Connect per Office 365

Sintomi

Non viene effettuato il provisioning di una cassetta postale di Exchange online in Azure Active Directory (Azure AD) Connect.

Risoluzione

Esistono due moduli di Windows Azure Active Directory per amministrare Azure AD tramite PowerShell. Entrambi sono attualmente supportati. 

• MSOL-per altre informazioni sul modulo MSOL, vedere gli articoli seguenti:  Install-module MSOnlineConnect-MsolService

• AzureAD-per altre informazioni sul modulo AzureAD, vedere gli articoli seguenti:  Install-module AzureADConnect-AzureAD

Per risolvere il problema, eseguire le operazioni seguenti: 

1. Verificare che l'oggetto esista in Azure AD usando il modulo di PowerShell AD Azure AD. Un parametro UsageLocation è obbligatorio e deve essere popolato. Ad esempio, eseguire il cmdlet seguente:  Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ValidationStatus,UsageLocation,*error*

   Nota Il parametro ValidationStatus è visibile solo usando il cmdlet Get-MsolUser .

   Se il valore del parametro ValidationStatus non è integro, l'articolo della Microsoft Knowledge Base seguente può essere utile per identificare informazioni più dettagliate sull'errore:

   2741233 Vengono visualizzati errori di convalida per gli utenti nel portale di Office 365 o nel modulo di Azure Active Directory per Windows PowerShell

2. Se l'oggetto non è presente in Azure AD, verificare che l'oggetto sia nell'ambito di Azure AD Connect.

3. Se l'oggetto è presente in Azure AD, verificare che l'oggetto sia presente in Exchange usando il cmdlet Get-User .  Se non sono presenti risultati, chiedere a Microsoft di inviare l'oggetto per una sincronizzazione inoltrata da Azure AD a Exchange Online. Questa richiesta deve essere eseguita tramite il parametro ObjectID . Il valore del parametro ObjectID può essere trovato in Azure ad. (Sarà in forma di xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx). Ad esempio, Esegui uno dei cmdlet seguenti:  Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ObjectIdGet-AzureADUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectId

4. Se un utente non è presente, esaminare un dump degli annunci di origine per verificare che i valori degli attributi userPrincipalName e mailNickname vengano popolati.

5. Se il valore dell'attributo userPrincipalName è impostato, Chiedi a Microsoft di inviare l'oggetto per una sincronizzazione inoltrata da Azure ad a Exchange Online usando l'attributo userPrincipalName . Fornisci questo valore, perché potrebbe essere diverso dal valore dell'attributo PrimarySmtpAddress .

6. Verificare la ricerca di errori di DirSync. A questo scopo, consulta gli articoli di supporto seguenti: Identificare gli errori di sincronizzazione della directory in office 365cheidentificano gli errori di provisioning DirSync in Office 365 Per altre informazioni su come risolvere i problemi, vedere gli articoli seguenti: Risoluzione dei problemi di errore durante la sincronizzazionerisoluzione dei problemi di un oggetto che non sta eseguendo la sincronizzazione con Azure ad

7. In caso di conflitto con un altro oggetto, ma tale oggetto non può essere trovato nell'Active Directory locale, verificare che non sia presente un oggetto solo cloud che causa il problema. Puoi eseguire questa operazione in diversi modi. Selezionare utenti -> gli utenti Guest nel portale di amministrazione oppure visualizzare le proprietà nei dettagli degli errori di sincronizzazione nel portale di amministrazione. Se Mostra l' ancoraggio di origine come vuoto e l' origine dell'autorità è cloud, si tratta di un utente Guest. L'oggetto deve essere rimosso o aggiornato per ridurre il conflitto con un oggetto di sincronizzazione. Infine, è anche possibile eseguire questa operazione usando il cmdlet seguente in PowerShell. get-msoluser -userprincipalname John@contoso.com | fl UserType,ImmutableId Il risultato è analogo al seguente: 

   UserType    : Guest
   ImmutableId : 
   

8. Verificare che sia stata assegnata una licenza all'utente in Azure AD. Questa operazione può essere archiviata in Azure AD e in Exchange Online. Per esempio:  Azure ad

   Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl *license*

   Get-AzureADUser -ObjectId <UserPrinicipalName or DisplayName> | fl *license* Exchange Online Get-Recipient <UserPrinicipalName or DisplayName> | fl SkuAssigne

9. Determinare se esiste una cassetta postale in uno stato eliminata o non attiva. A questo scopo, eseguire i cmdlet seguenti:  Soft-deletedGet-Mailbox -SoftDeletedMailbox <UserPrinicipalName or DisplayName> Se la cassetta postale viene eliminata temporaneamente, viene ripristinata entro 30 giorni spostando di nuovo l'account dell'annuncio nell'ambito o ripristinando il contenuto usando il cmdlet New-MailboxRestoreRequest . Per altre informazioni, vedere eliminare o ripristinare le cassette postali degli utenti in Exchange Online.  InattivoGet-Mailbox -InactiveMailboxOnly <UserPrinicipalName or DisplayName> Se la cassetta postale è inattiva, vedere recuperare una cassetta postale inattiva in Exchange Online. 

    

10. Se si apporta una modifica per correggere un errore di sincronizzazione e il problema non viene ancora risolto, chiedere a Microsoft di inviare l'oggetto per una sincronizzazione inoltrata da Azure AD a Exchange Online usando l'attributo userPrincipalName . Fornisci questo valore perché potrebbe essere diverso dal valore dell'attributo PrimarySmtpAddress . Fornisci il parametro Azure ObjectID , che ora è necessario per eseguire la sincronizzazione in avanti. Get-MsolUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectID