none
Ritardo nella lettura dei dati VM durante backup con Acronis Backup 12.5 per Hyper-V RRS feed

  • Domanda

  • Buongiorno a tutti,

    ho notato un comportamento strano subito sottoposto all'assistenza di Acronis. Dopo essere stato passato ad assistenza livello 2 mi hanno consigliato di rivolgermi a Microsoft; sembra tutto strano e penso di non essere l'unico ad avere questo problema.

    Ho utilizzato l'ultima versione disponibile (12.5.9010) e anche la successiva in anteprima mandatami da Acronis.

    Configurazione:

    Windows Server 2016 Standard, solo ruolo Hyper-V, 2xXEON, 128GB RAM, dischi 10000rpm con controller 2GB FBWC.

    3VM: 2 sono importante da Windows 2012 R2 e le ho mantenute in versione 5.0 della configurazione, una nuova (versione 8).

    Faccio backup completi Agentless delle VM.

    Ad ogni backup (incrementale, differenziale o completo che sia) il passo "Preparazione della VM per il backup" che sugli Hyper-V 2012 R2 durava un secondo aumenta la sua durata fino a toccare i 20 minuti per ogni VM.

    Esempio di log di qualche giorno fa

    2018-05-03T21:00:22:818+02:00 16168 I00BD0000: Backup della macchina virtuale 'vm:B0F434CE-BCA3-45C1-AB86-78D66EAC85CD?type%3dmshyperv'

    2018-05-03T21:00:22:974+02:00 16168 I0135003A: L'utente '' (clientProfileID=; clientSessionID=D3A484F5-3706-4DFC-8F38-590D73F8D060) sta eseguendo il comando 'Preparazione per il backup della macchina virtuale'.

    2018-05-03T21:12:00:552+02:00 16168 I00950000: Modalità Changed Block Tracking selezionata: 'Abilita e utilizza CBT'.

    2018-05-03T21:12:00:880+02:00 16168 I00950000: Changed Block Tracking è stato abilitato per la macchina virtuale 'SRV-ARTEBIANCA'.

    2018-05-03T21:18:45:855+02:00 16168 I0135003A: L'utente '' (clientProfileID=; clientSessionID=D3A484F5-3706-4DFC-8F38-590D73F8D060) sta eseguendo il comando 'Creazione snapshot coerente con l'applicazione (VSS)'.

    La creazione dello snapshot in realtà è velocissima. E' il passo precedente il problema.

    Acronis dice che trova un valore anomalo negli eventi

    However in event viewer there are many notifications from VSS:

    "The VSS service is shutting down due to idle timeout" - event 8224

    This could be the reason of the "glitch" in backup performance. In this situation I would recommend to contact Microsoft technical support for further assistance.

    Il caso si riproduce perfettamente se inserisco nei backup sia VM versione 5 che versione 8 (basta abilitarne una che il ritardo arriva su tutte).

    Riavviando i tempi si riaccorciano.

    Già capitato? Problema di Microsoft o Acronis?

    Grazie a tutti

    lunedì 14 maggio 2018 17:13

Tutte le risposte

  • In realtà l'evento che ti hanno segnalato non ha nulla di particolarmente anomalo:
    https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/dd364925(v=ws.10)
    Il servizio è stato arrestato per inattività, quindi bisogna capire se questo timeout è realmente causato dal servizio che impiega molto tempo a riavviarsi o meno.
    Potresti inserire l'output del comando "vssadmin list Writers" eseguito sull'host Windows Server?
    Se provi ad utilizzare Windows Server Backup noti anomalie?
    Se i backup in questo caso sono sempre veloci, è improbabile che possa dipendere da un problema del servizio VSS.
    Se invece anche in questo caso noti tempistiche anomale, bisognerebbe eseguire un
    troubleshooting completo di VSS: https://blogs.technet.microsoft.com/askcore/2012/04/29/how-to-vss-tracing/

    lunedì 14 maggio 2018 20:20
    Moderatore
  • Il problema degli snapshot è un problema oramai presente in tutte le suite di backup e su tutte le piattaforme sia Vmware che Hyperv. Sono stato Acronis per 15 anni, poi ho cambiato proprio per problemi similari. La 12.5 non è perfetta purtroppo. Se usi la virtual appliance ti consiglio di muoverti in questo modo:

    - fai un backup della config e tenta la reinstallazione se non cambia nulla 

    - prova a mettere su la console ed usare gli agenti su una VM 

    a volte si risolve riavviando solo il vss service ma meglio un riavvio della macchina.

    Il problema comunque è della piattaforma di backup. Al 100%. il sistema non c'entra nulla.

    ciao.

    A.

    martedì 15 maggio 2018 06:07
    Moderatore
  • Ciao a tutti e grazie per le indicazioni.

    Premetto che ho ricreato un server di prova (Windows 2016 pulito, solo ruolo Hyper-V, nuove VM, stessa configurazione) riproducendo perfettamente il problema. E' l'ambiente nel quale ho fatto collegare in desktop remoto assistenza Acronis.

    Riavviando la macchina pare che i tempi si riazzerino per poi salire backup dopo backup. Lo fa anche un altro server con versione Acronis 11.7 (sempre Windows 2016) al passo "Apertura della rete virtuale".

    Non ho provato in modalità con agente ma effettivamente, saltando quel passaggio, dovrebbe essere rapidissimo.

    Curioso che su tutte le macchine usando CBT i backup sono fulminei (1 minuti per esempio) e il passaggio precedente allo snapshot sia lungo 20 minuti.....

    Se io riproduco fedelmente subito mi chiedo proprio se sono l'unico.

    Allego comando richiesto

    C:\Users\Administrator>vssadmin list writers
    vssadmin 1.1 - Strumento da riga di comando di amministrazione Servizio copia shadow del volume
    (C) Copyright 2001-2013 Microsoft Corp.

    Nome autore: 'Task Scheduler Writer'
       ID autore: {d61d61c8-d73a-4eee-8cdd-f6f9786b7124}
       ID istanza autore: {1bddd48e-5052-49db-9b07-b96f96727e6b}
       Stato: [1] Stabile
       Ultimo errore: Nessun errore

    Nome autore: 'VSS Metadata Store Writer'
       ID autore: {75dfb225-e2e4-4d39-9ac9-ffaff65ddf06}
       ID istanza autore: {088e7a7d-09a8-4cc6-a609-ad90e75ddc93}
       Stato: [1] Stabile
       Ultimo errore: Nessun errore

    Nome autore: 'Performance Counters Writer'
       ID autore: {0bada1de-01a9-4625-8278-69e735f39dd2}
       ID istanza autore: {f0086dda-9efc-47c5-8eb6-a944c3d09381}
       Stato: [1] Stabile
       Ultimo errore: Nessun errore

    Nome autore: 'System Writer'
       ID autore: {e8132975-6f93-4464-a53e-1050253ae220}
       ID istanza autore: {d3393253-2b13-4218-89c1-185f0e363817}
       Stato: [1] Stabile
       Ultimo errore: Nessun errore

    Nome autore: 'Microsoft Hyper-V VSS Writer'
       ID autore: {66841cd4-6ded-4f4b-8f17-fd23f8ddc3de}
       ID istanza autore: {ec6715de-0792-40f9-b75e-d9d25824b15b}
       Stato: [1] Stabile
       Ultimo errore: Nessun errore

    Nome autore: 'ASR Writer'
       ID autore: {be000cbe-11fe-4426-9c58-531aa6355fc4}
       ID istanza autore: {f74996a6-1fb0-4e65-bb91-fb754a0de37c}
       Stato: [1] Stabile
       Ultimo errore: Nessun errore

    Nome autore: 'Registry Writer'
       ID autore: {afbab4a2-367d-4d15-a586-71dbb18f8485}
       ID istanza autore: {d7e45855-2927-4f3e-98ee-a5b4744304b3}
       Stato: [1] Stabile
       Ultimo errore: Nessun errore

    Nome autore: 'Shadow Copy Optimization Writer'
       ID autore: {4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f}
       ID istanza autore: {3a2c9706-a44a-43ee-aefa-ed48bd128627}
       Stato: [1] Stabile
       Ultimo errore: Nessun errore

    Nome autore: 'COM+ REGDB Writer'
       ID autore: {542da469-d3e1-473c-9f4f-7847f01fc64f}
       ID istanza autore: {8a11e990-8b91-4a55-ab65-b7cb43cd7919}
       Stato: [1] Stabile
       Ultimo errore: Nessun errore

    Nome autore: 'WMI Writer'
       ID autore: {a6ad56c2-b509-4e6c-bb19-49d8f43532f0}
       ID istanza autore: {ce52b093-5a1c-49d5-a1e6-b11e04a0f352}
       Stato: [1] Stabile
       Ultimo errore: Nessun errore

    Grazie

    martedì 15 maggio 2018 13:32
  • Come previsto VSS non sembra avere problemi....
    Una simulazione con Windows Server Backup potrebbe toglierti altri dubbi, come diceva anche Alessandro è probabile che sia un problema lato Acronis.
    martedì 15 maggio 2018 14:50
    Moderatore