Résoudre les erreurs de mise en suspens de la découverte électroniqueTroubleshoot eDiscovery hold errors

Cet article traite des problèmes courants qui peuvent se produire avec les conserves eDiscovery et explique comment les résoudre.This article discusses common issues that may occur with eDiscovery holds and how to resolve them. L'article inclut également des pratiques recommandées pour vous aider à atténuer ou à éviter ces problèmes.The article also includes recommended practices to help you mitigate or avoid these issues.

Pour réduire le nombre d'erreurs liées aux conserves eDiscovery, nous vous recommandons les pratiques suivantes :To reduce the number of errors related to eDiscovery holds, we recommend the following practices:

  • Si une distribution de la mise en attente est toujours en attente, avec l'un ou l'autre état, patientez jusqu'à ce que la distribution de la mise en attente soit On (Pending) terminée avant d'effectuer d'autres mises à Off (Pending) jour.If a hold distribution is still pending, with a status of either On (Pending) or Off (Pending), wait until the hold distribution is complete before you make any further updates.

  • Fusionnez vos mises à jour dans une mise en attente eDiscovery dans une seule demande en bloc au lieu de mettre à jour la stratégie de mise à jour à plusieurs reprises pour chaque transaction.Merge your updates to an eDiscovery hold in a single bulk request rather than updating the hold policy repeatedly for each transaction. Par exemple, pour ajouter plusieurs boîtes aux lettres utilisateur à une stratégie de blocage existante à l'aide de la cmdlet Set-CaseHoldPolicy, exécutez la commande (ou ajoutez-la en tant que bloc de code à un script) afin qu'elle ne s'exécute qu'une seule fois pour ajouter plusieurs utilisateurs.For example, to add multiple user mailboxes to an existing hold policy using the Set-CaseHoldPolicy cmdlet, run the command (or add as a code block to a script) so that it runs only once to add multiple users.

    CorrectCorrect

    Set-CaseHoldPolicy -AddExchangeLocation {$user1, $user2, $user3, $user4, $user5}
    

    IncorrectIncorrect

    $users = {$user1, $user2, $user3, $user4, $user5}
    ForEach($user in $users)
    {
        Set-CaseHoldPolicy -AddExchangeLocation $user
    }
    

    Dans l'exemple incorrect précédent, la cmdlet est exécuté cinq fois distinctement pour effectuer la tâche.In the previous incorrect example, the cmdlet is run five separate times to complete the task. Pour plus d'informations sur les pratiques recommandées pour ajouter des utilisateurs à une stratégie de attente, consultez la section Plus d'informations.For more information about the recommended practices for adding users to a hold policy, see the More information section.

  • Avant de contacter le Support Microsoft concernant les problèmes de la découverte électronique, suivez les étapes de la section Erreur/problème : Les attentes ne sont pas synchronisées pour réessayer la distribution de la attente.Before contacting Microsoft Support about eDiscovery hold issues, follow the steps in the Error/issue: Holds don't sync section to retry the hold distribution. Ce processus résout souvent des problèmes temporaires, notamment des erreurs de serveur interne.This process often resolves temporary issues including, internal server errors.

Erreur/problème : les holds ne sont pas synchronisésError/issue: Holds don't sync

Si vous voyez l'un des messages d'erreur suivants lors de la mise en attente des dépositaires et des sources de données, utilisez les étapes de résolution pour résoudre le problème.If you see one the following error messages when putting custodians and data sources on hold, use the resolution steps to troubleshoot the issue.

Ressources : le déploiement de la stratégie prend plus de temps que prévu.Resources: It's taking longer than expected to deploy the policy. La mise à jour de l'état de déploiement final peut prendre 2 heures supplémentaires. Vérifiez donc dans quelques heures.It might take an additional 2 hours to update the final deployment status, so check back in a couple hours.

La stratégie ne peut pas être déployée sur la source de contenu en raison d'un problème Office 365 de centre de données temporaire.Policy cannot be deployed to the content source due to a temporary Office 365 datacenter issue. La stratégie actuelle n'est appliquée à aucun contenu de la source, donc le déploiement bloqué n'a aucun impact.The current policy is not applied to any content in the source, so there's no impact from the blocked deployment. Pour résoudre ce problème, essayez de redéployer la stratégie.To fix this issue, please try redeploying the policy.

Désolé, nous n'avons pas pu effectuer les modifications demandées à la stratégie en raison d'une erreur temporaire du serveur interne.Sorry, we could not perform the requested changes to policy due to a transient internal server error. Veuillez essayer à nouveau dans 30 minutes.Please try again in 30 minutes.

RésolutionResolution

  1. Connecter au Centre de sécurité & conformité PowerShell et exécutez la commande suivante pour une mise en attente eDiscovery :Connect to Security & Compliance Center PowerShell and run the following command for an eDiscovery hold:

    Get-CaseHoldPolicy <policyname> -DistributionDetail | FL
    
  2. Examinez la valeur dans le paramètre DistributionDetail.Examine the value in the DistributionDetail parameter. Recherchez les erreurs suivantes :Look for errors like the following:

    Erreur : Ressources : le déploiement de la stratégie prend plus de temps que prévu.Error: Resources: It's taking longer than expected to deploy the policy. La mise à jour de l'état de déploiement final peut prendre 2 heures supplémentaires. Vérifiez donc dans quelques heures.It might take an additional 2 hours to update the final deployment status, so check back in a couple hours.

  3. Essayez d'exécution de la commande Set-CaseHoldPolicy -RetryDistribution sur la stratégie de mise en attente en question ; par exemple :Try running the Set-CaseHoldPolicy -RetryDistribution command on the hold policy in question; for example:

    Set-CaseHoldPolicy <policyname> -RetryDistribution
    

Plus d’informationsMore information

  • Les instructions sur la mise à jour des stratégies de blocage pour plusieurs utilisateurs dans la section « Pratiques recommandées » résultent du fait que le système bloque les mises à jour simultanées d'une stratégie de blocage.The guidance about updating hold policies for multiple users in the "Recommended practices" section results from the fact that the system blocks simultaneous updates to a hold policy. Cela signifie que lorsqu'une stratégie de mise à jour de mise en attente est appliquée aux nouveaux emplacements de contenu et que la stratégie de mise en attente est dans un état en attente, des emplacements de contenu supplémentaires ne peuvent pas être ajoutés à la stratégie de mise en attente.That means when an updated hold policy is applied to new content locations and the hold policy is in a pending state, additional content locations can't be added to the hold policy. Voici quelques éléments à garder à l'esprit pour vous aider à atténuer ce problème :Here are some things to keep in mind to help you mitigate this issue:

    • Chaque fois qu'une mise à jour de la mise à jour d'une mise en attente est mise à jour, elle passe immédiatement à l'état en attente.Every time a hold updated is updated, it immediately goes into a pending state. L'état d'état en attente signifie que la attente est appliquée aux emplacements de contenu.The pending state status means the hold is being applied to content locations.

    • Si vous avez un script qui exécute une boucle et ajoute des emplacements à la stratégie un par un (semblable à l'exemple incorrect présenté dans la section « Pratiques recommandées », le premier emplacement de contenu (par exemple, une boîte aux lettres utilisateur) lance le processus de synchronisation qui déclenche l'état en attente.If you have a script that runs a loop and adds locations to policy one by one (similar to the incorrect example shown in the "Recommended practices" section), the first content location (for example, a user mailbox) initiates the sync process that triggers the pending state. Cela signifie que les autres utilisateurs ajoutés à la stratégie dans les boucles suivantes entraînent une erreur.That means the other users that are added to the policy in subsequent loops result in an error.

    • Si votre organisation utilise un script qui exécute une boucle pour mettre à jour les emplacements de contenu pour une stratégie de mise en attente, vous devez mettre à jour le script afin qu'il met à jour les emplacements en une seule opération en bloc (comme illustré dans l'exemple correct dans la section « Pratiques recommandées »).If your organization is using a script that runs a loop to update the content locations for a hold policy, you must update the script so that it updates locations in a single bulk operation (as shown in the correct example in the "Recommended practices" section).