ADVERTENCIA: Tarea
no Ejecute la
DBCC CheckDB comando con la
repair_allow_data_loss opción. Este comando es destructivo y no se puede controlar qué datos se pierden.
Los datos que se han perdido podrían ser datos críticos que salgan de la base de datos de ePO:
- No funciona
Bien
- En un estado interrumpido con síntomas que no son evidentes de inmediato.
Ejecutar la
&epair_allow_data_loss el comando es
no con.
Utilice las siguientes instrucciones no destructivas para intentar realizar una reparación en la base de datos:
- Cree una copia de seguridad de la base de datos de ePO.
- Haga clic Iniciar, Ejecutar, escriba services.msc y haga clic en Correcto.
- Detenga todos los servicios de ePO y todos los servicios de Controlador de agentes remoto (si procede).
- Ejecute el script adjunto ( DBCorruptionFix.txt ), que ejecuta el comando DBCC CHECKDB con el repair_rebuild comando.
NOTA: Este script puede tardar varias horas en completarse. La herramienta repair_rebuild el comando es un comando no destructivo que no provoca ninguna fuga de datos. Es posible que se reparen los errores de coherencia o asignación. Incluso si el DBCC CheckDB comando indica que se necesitaba la opción REPAIR_ALLOW_DATA_LOSS.
- Revise el resultado de la script cuando finalice.
- Cuando la salida indica que la base de datos de ePO tiene errores de coherencia o asignación. La base de datos se debe restaurar a partir de una buena copia de seguridad que no tenga daños.
- Si el problema se ha reparado, el resultado es similar al siguiente:
CHECKDB found 0 allocation errors and 0 consistency errors in database.
