>AVERTISSEMENT: Sont
pas Exécutez la commande
DBCC CheckDB commande avec l'
repair_allow_data_loss option. Cette commande est destructrice et vous n’avez aucun contrôle sur les données perdues.
Les données perdues sont peut-être des données critiques qui quittent la base de données ePO :
- Inutilisable
Or
- Dans un État brisé dont les symptômes ne sont pas immédiatement visibles.
Exécutant la
®epair_allow_data_loss commande est
pas pris en charge.
Utilisez les instructions non destructrices suivantes pour tenter une réparation de la base de données :
- Sauvegardez la base de données ePO.
- Cliquez sur Démarrer, Exécuter, saisissez services.msc et cliquez sur OK.
- Arrêtez tous les services ePO et tous les services de gestionnaire d'agents distants (le cas échéant).
- Exécutez le script joint ( DBCorruptionFix.txt ), qui exécute la commande DBCC CHECKDB avec la repair_rebuild commande.
REMARQUE : L’exécution de cette script peut prendre plusieurs heures. L'outil repair_rebuild la commande est une commande non destructrice qui n’entraîne aucune perte de données. Il peut réparer les erreurs de cohérence ou d’allocation. De même si la DBCC CheckDB commande indiquait que l’option REPAIR_ALLOW_DATA_LOSS était nécessaire.
- Passez en revue la sortie du script une fois celle-ci terminée.
- Lorsque la sortie indique que la base de données ePO présente des erreurs de cohérence ou d’allocation. La base de données doit être restaurée à partir d’une sauvegarde correcte qui n’est pas corrompue.
- Si le problème a été réparé, le résultat se présente comme suit :
CHECKDB found 0 allocation errors and 0 consistency errors in database.