AVISO: Fazê
not Execute o
DBCC CheckDB comando com a
repair_allow_data_loss opção. Este comando é destrutivo e você não tem nenhum controle sobre quais dados serão perdidos.
Os dados perdidos podem ser dados críticos que saem do banco de dados do ePO:
- Inoperante
Quanto
- Em um estado desfeito com sintomas que não são aparentes imediatamente.
Executando o
repair_allow_data_loss comando é
not possível.
Use as seguintes instruções não destrutivas para tentar reparar o banco de dados:
- Faça backup do banco de dados do ePO.
- Clique em Iniciar de de Executar, digite services.msc e clique em OK.
- Interrompa todos os serviços do ePO e todos os serviços de Manipulador de agentes remoto (se houver).
- Execute o script anexado ( DBCorruptionFix.txt ), que executa o comando DBCC CHECKDB com o repair_rebuild comando.
NOTA: Essa script pode levar várias horas para ser concluída. A repair_rebuild o comando é um comando não destrutivo que não resulta em perda de dados. Ele pode reparar os erros de consistência ou alocação. Mesmo se o DBCC CheckDB comando indicou que a opção REPAIR_ALLOW_DATA_LOSS era necessária.
- Revise a saída da script quando ela for concluída.
- Quando a saída indica que o banco de dados do ePO possui erros de consistência ou alocação. O banco de dados deve ser restaurado a partir de um bom backup que não esteja corrompido.
- Se o problema foi reparado, a saída é semelhante ao seguinte:
CHECKDB found 0 allocation errors and 0 consistency errors in database.
