Resumo
Meu servidor físico autônomo está executando o Server 2012 R2 Foundation. Existem dois agendamentos de backup separados, ambos usando o Backup do Windows Server. Estou recebendo erros de VSS do gravador do Jet DHCP durante um backup semanal criado com o comando WBADMIN
, mas não durante os dois backups diários executados no agendamento criado com a GUI do Backup do Windows Server. / p>
Detalhes
Programação de backup nº 1
- Este é o backup que aciona erros
- é executado todos os domingos às 12:00 AM
- O backup é gravado em uma das três unidades USB 3.0 giradas
-
O backup é criado executando WBADMIN
de um script do PowerShell. O comando é:
wbadmin start backup -backuptarget:"\?\Volume{86997494-eb2a-11e3-80c1-d4ae52d397d7}\" -allCritical -systemState -vssFull --% -include:"C:","E:" -quiet
Programação de backup nº 2
- Este backup não aciona erros
- Funciona diariamente às 12h30 e às 23h
- O backup é gravado em um disco rígido interno dedicado a backups
- O backup é criado pelo backup agendado por meio da GUI do WSB
Problema
- Apenas o backup semanal tem problemas
- A é concluída com êxito (a ID do evento 14
The backup operation has completed
é registrada no log Microsoft-Windows-Backup / Operacional
-
Muitos erros do VSS / ESENT são registrados imediatamente após o início do backup.
- Esses eventos são registrados em log a cada tempo em que esse backup é executado quando agendado e registrado desde que o servidor foi instalado há 4 meses
- O servidor é reiniciado regularmente (pelo menos mensalmente), mas nunca houve um domingo em que os erros não estejam registrados
- A seguir, os eventos registrados no log de eventos Aplicativo :
ID do evento 2002 (origem ESENT):
svchost (1860) Shadow copy instance 15 encountered error -2403 on freeze.
ID do evento 12290 (VSS de origem):
Volume Shadow Copy Service warning: ESENT ERROR {be9ac81e-3619-421f-920f-4c6fea9e93ad} Dhcp Jet Writer: -2403. hr = 0x00000000, The operation completed successfully.
Operation:
OnFreeze event
Freeze Event
Context:
Execution Context: Jet Writer
Writer Class Id: {be9ac81e-3619-421f-920f-4c6fea9e93ad}
Writer Name: Dhcp Jet Writer
Execution Context: Writer
Writer Class Id: {be9ac81e-3619-421f-920f-4c6fea9e93ad}
Writer Name: Dhcp Jet Writer
Writer Instance ID: {d25a80e6-7314-4c56-98f4-7f9ee9500b6a}
ID do evento 8229 (VSS de origem):
A VSS writer has rejected an event with error 0x800423f3, The writer experienced a transient error. If the backup process is retried,
the error may not reoccur.
. Changes that the writer made to the writer components while handling the event will not be available to the requester. Check the event log for related events from the application hosting the VSS writer.
Operation:
Freeze Event
Context:
Execution Context: Writer
Writer Class Id: {be9ac81e-3619-421f-920f-4c6fea9e93ad}
Writer Name: Dhcp Jet Writer
Writer Instance ID: {d25a80e6-7314-4c56-98f4-7f9ee9500b6a}
Command Line: C:\Windows\system32\svchost.exe -k DHCPServer
Process ID: 1860
ID do evento 2007 (origem ESENT):
svchost (1860) Shadow copy instance 15 aborted.
ID do evento 16389 (SPP de origem):
Writer Dhcp Jet Writer experienced retryable error during shadow copy creation. Retrying... More info: .
O que eu tentei
- eu corri
vssadmin list writers
. Todos os escritores relatam estáveis e sem erros. (Ainda não tive a chance de executar isso imediatamente após o backup das 12h de domingo, no entanto).
- Eu executei o backup do Sunday 12:00 AM manualmente. Nenhum erro é relatado.
- Eu fiz muitas pesquisas no Google.
- Obviamente, encontrei este Pergunta SF , mas se aplica ao Server 2003.
- Esta postagem no blog sugere a reinicialização do serviço DHCP, mas eu Não consigo ver como isso ajuda. O servidor é reiniciado pelo menos uma vez por mês, mas tive esse problema pela vida útil do servidor (4 meses)
- Analisei o artigo do TechNet Solucionar problemas do VSS que ocorrem com o Backup do Windows Server (WBADMIN) sem sorte
- Eu analisei este artigo abordando um problema semelhante com o Symantec Backup Exec, mas meus sintomas são diferentes e não estou nada empolgado em ativar um agendamento de cópias de sombra no meu volume C:
Notas
- Os backups são executados 40 minutos no máximo e a sobreposição não é o problema.
- Nenhuma outra tarefa está agendada para ser executada a qualquer hora, próximo às 12:00 AM de domingo, com exceção do backup de 11:00 PM, mas conforme observado, esse backup nunca é feito depois das 23:40
- Os logs de eventos estão limpos (bem, tão limpos quanto o log de eventos do Windows Server pode ser!)
O que mais eu posso experimentar? Vou postar qualquer informação adicional que seja necessária.