AVVISO Fare
non eseguire il
DBCC CheckDB comando con l'
repair_allow_data_loss opzione. Questo comando è distruttivo e non si dispone di alcun controllo sui dati persi.
I dati persi potrebbero essere dati critici che lasciano il database ePO:
- Inutilizzabile
O
- In uno stato di rottura con sintomi che non sono immediatamente evidenti.
Esecuzione del
repair_allow_data_loss comando è
non supportato.
Utilizzare le istruzioni non distruttive riportate di seguito per tentare una riparazione nel database:
- Eseguire il backup del database ePO.
- Fare clic su Avvia , Esegui, digitare services.msc e fare clic su OK.
- Arrestare tutti i servizi ePO e tutti i gestore degli agent remoti (se presenti).
- Eseguire lo script allegato ( DBCorruptionFix.txt ), che esegue il comando DBCC CHECKDB con il repair_rebuild comando.
NOTA: Questo script può richiedere diverse ore al completamento. Il repair_rebuild il comando è un comando non distruttivo che non comporta alcuna perdita di dati. Potrebbe risolvere gli errori di coerenza o allocazione. Anche se il DBCC CheckDB comando indicava che l'opzione REPAIR_ALLOW_DATA_LOSS era necessaria.
- Esaminare l'output del script al termine dell'operazione.
- Quando l'output indica che il database ePO presenta errori di coerenza o allocazione. Il database deve essere ripristinato da un buon backup che non ha alcun danneggiamento.
- Se il problema è stato riparato, l'output appare come indicato di seguito:
CHECKDB found 0 allocation errors and 0 consistency errors in database.
