Manutenzione di manutenzione SQL Task 'Success' Ma non eliminare i file

Ho un setup di pianificazione di manutenzione per un database su un server. Come parte del backup è un'attività di pulizia di manutenzione.

Versione SQL 2008

  • SQL Server 2008 Trace Flag 4135
  • MSSQL Server 2012 (non R2) maxing out CPU (98-100%) con svchost (wuaueng.dll)
  • Qual è il tuo model di recupero di best practice per i database di SharePoint
  • Il mio database che utilizza il server sql 2005 express è superiore a 4 GB, non ho soldi, sono avvitato?
  • Esiste un sovraccarico di performance per avere due istanze di SQL Server 2014 in esecuzione sullo stesso VM
  • Confusione di errori di Windows e di bilanciamento del carico
  • L'attività che 'riesce' viene impostata come:

    Delete backup files Correct folder (same address as the backup task) File extension: bak (NOT .bak) Delete files older than: 20 Hour(s) 

    Ho altri compiti di pulizia simili che si verificano nello stesso piano di manutenzione che funzionano bene. Questo piano ha funzionato bene in passato, ho appena notato che la scorsa notte ha segnalato 'successo' e il resto del piano è continuato, tuttavia il file da 2 giorni fa rimane ancora.

    Ho verificato domande simili come questa domanda , e questo non è il caso in cui il mio lavoro di manutenzione ha funzionato bene due giorni fa e per le ultime settimane:

    2 Solutions collect form web for “Manutenzione di manutenzione SQL Task 'Success' Ma non eliminare i file”

    Controllare il file per vedere se è un file di backup valido. Se il file è danneggiato o in qualche altro modo danneggiato il process per rimuovere il file non farà nulla. Puoi controllarlo facendo:

     RESTORE HEADERONLY FROM DISK='d:\Path\To\Your\File.bak' 

    Un'altra ansible causa:

    Controllare il proprietario dei file di backup che non vengono eliminati.

    Ho spostato la posizione di backup del server SQL su un disco diverso, spostando tutti i file di backup esistenti nella nuova posizione nel process.

    Successivamente i file erano di properties; del mio amministratore e non potevano essere eliminati dall'utente del servizio di database.

    Per risolvere questo problema:

    1. Aprire le properties; della cartella principale di backup
    2. Vai alla scheda Security e fai clic su Advanced
    3. Imposta il proprietario corretto, nel mio caso SQL Engine .
      immettere qui la descrizione dell'immagine
      Assicurarsi di triggersre la casella di controllo Replace owner on subcontainers and objects .
    4. Fare clic su OK, attendere che il process finisca e chiudi tutte le windows di dialogo.

    Il piano di manutenzione dovrebbe essere ora in grado di eliminare i file di backup.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.