Backup di database SQL Server che utilizza VSS rispetto a SQL Server nativo

Stiamo attualmente valutando l'utilizzo di EqualLogic Auto-Snapshot Manager / Microsoft Edition (ASM / ME) di Dell per il backup dei database SQL Server. Tuttavia, sono estremamente scettico in quanto ASM / ME utilizza il servizio di copia di Microsoft Shadow Copy (VSS) Microsoft per fornire un framework per il backup e il ripristino dei dati.

La mia preoccupazione è che mentre il backup VSS functionrà tecnicamente, c'è il potenziale per la corruzione del database che utilizza questo metodo poiché il database non è a conoscenza del backup VSS e non può garantire che tutto sia stato eseguito prima del backup.

I backup basati su Microsoft VSS funzionano in modo accettabile per i backup e il ripristino dei database di SQL Server? Ci sono altre preoccupazioni o caucanvas che devo essere a conoscenza?

  • Come hide le copie shadow nelle condivisioni NFS?
  • Il backup del server di Windows continua a essere mancato dopo aver aggiornato il mio sistema operativo da Windows Server 2012 a Windows Server 2012 R2
  • Quale utente deve eseguire un servizio di backup?
  • Il backup dei miei dati fa sì che il mio server si blocchi utilizzando Symantec Backup Exec 12 o come sono venuto a perdonare l'ironia
  • Backup di copia shadow del server di archivio 2003 eliminato
  • È necessario eseguire il backup della cartella Informazioni sul volume di sistema?
  • Elimina l'ombra copia in remoto
  • Server 2012: lo scrittore di sistema non si trova nel backup
  • 2 Solutions collect form web for “Backup di database SQL Server che utilizza VSS rispetto a SQL Server nativo”

    VSS e SQL Server sono ben consapevoli. Esiste anche un servizio specifico che SQL Server support per supportre VSS e altre tecnologie di backup, il servizio SQL Writer . I fornitori si collegano a questo ASPI, vedere una Guida per i fornitori di applicazioni di backup di SQL Server .

    L'approccio di backup VSS va bene per l'utilizzo con SQL Server. Li ho usati molte volte e non ho mai avuto problemi a ripristinarli perché il provider VSS è progettato per funzionare con SQL Server.

    Detto questo, il mio approccio preferito è quello di avere sempre backup di dumping SQL con un programma tradizionale FULL> DIFF> LOG in modo che abbia il pieno controllo del process e possa essere sicuro di avere la capacità di ripristino temporale.

    Nel mio ultimo post abbiamo avuto entrambi gli scenari in esecuzione in parallelo – i backup SQL erano per lì per il nostro uso generale e sarebbero utilizzati per la maggior parte dei recuperi. Le istantanee sono state prese separatamente dalla nostra società di hosting insieme a tutta la macchina in modo da avevamo i loro backup disponibili come una cintura-e-braces cadere nel caso in cui qualcosa è andato storto con i nostri lavori SQL.

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