Guarda una demo×
×

Guarda NinjaOne in azione!

Inviando questo modulo, accetto La politica sulla privacy di NinjaOne.

Il backup di sola copia per i server SQL

Backup di sola copia SQL servers blog banner

Sebbene il linguaggio SQL (Structured Query Language) esista da decenni, è chiaro che è ancora importante per le aziende e lo sarà in continuazione. In effetti, oltre l‘80% delle aziende utilizza ancora SQL e non intende cambiarlo nel prossimo futuro. Come dice il proverbio, “Se non è rotto, non aggiustarlo”. Sebbene SQL sia un po’ datato, è un linguaggio di query del database comune che funziona ancora senza problemi per molti team IT in tutto il mondo.

Per garantire la protezione dei dati archiviati nei server SQL, i professionisti IT eseguono regolarmente il backup delle informazioni. Esistono diversi modi per farlo, e alcuni metodi di backup ben noti per i server SQL sono i backup differenziali ed i backup di sola copia. Se desideri eseguire un backup indipendente dalla tua sequenza di backup convenzionali, un backup di sola copia è esattamente quello che stavi cercando.

Che cos’è un backup di sola copia per un server SQL?

Il backup di sola copia è un tipo di backup per i server SQL separato dalla sequenza di backup convenzionali. In sostanza, un backup di sola copia crea un backup che non influisce sugli altri backup originali o sui processi di ripristino. È utile per apportare modifiche sperimentali alle informazioni di backup senza influire sui dati originali. A differenza di altri backup completi, un backup di sola copia non può essere utilizzato come base per eseguire backup differenziali.

Come chiarisce Microsoft, “un backup copy-only è un backup di server SQL indipendente dalla sequenza dei backup convenzionali dei server SQL. Di solito, l’esecuzione di un backup modifica il database e influisce sulle modalità di ripristino dei backup successivi. Tuttavia, di tanto in tanto è utile eseguire un backup per uno scopo speciale senza influire sulle procedure generali di backup e ripristino del database. I backup di sola copia servono a questo scopo.”

Tipi di backup di sola copia del server SQL

Solo copia per backup completi (tutti i modelli di ripristino)

Anche se sola copia può essere utilizzato per eseguire un backup completo, tieni presente che non è possibile utilizzare un backup di sola copia come base per un backup differenziale. I backup differenziali per i server SQL richiedono backup completi ed i backup di sola copia non possono essere utilizzati al loro posto. Quando si ripristina un backup di sola copia, la procedura è la stessa di qualsiasi altro tipo di backup SQL.

Solo copia per i backup del registro (solo modelli di ripristino completo e modelli di ripristino del registro in blocco)

Lo scopo di un backup copy-only del registro è quello di eseguire il backup del punto di archivio del registro esistente, ma nella maggior parte dei casi questo particolare metodo di backup non è necessario. Invece di creare backup di sola copia, gli utenti “preferiscono creare una nuova routine per il backup del registro (utilizzando WITH NORECOVERY) o utilizzare questo nuovo backup insieme ai backup del registro vecchi o precedenti che sono necessari per sostenere la sequenza di ripristino”, chiarisce DataNumen. Un backup del registro di questo genere non viene utilizzato spesso, ma può essere utile per eseguire un ripristino online in determinate situazioni.

Pro e contro del backup di sola copia per i server SQL

Pro:

  • Il backup di sola copia non influisce sulla sequenza di backup

Il vantaggio principale del backup di sola copia è che non influisce sulla sequenza di backup o sui processi di ripristino regolari. Di solito, la maggior parte dei metodi di backup del server SQL influisce sul database e sui processi di ripristino. Utilizzando i backup di sola copia, i team IT possono creare backup che non influenzano gli altri backup originali e i processi di ripristino.

  • Il backup di sola copia può essere ripristinato come qualsiasi altro backup.

Fortunatamente, non sono necessarie ulteriori competenze o conoscenze per ripristinare un backup di sola copia, a condizione che si conosca SQL. Ciò significa che i processi di ripristino per il backup copy-only sono gli stessi dei normali processi di ripristino dei dati. Il ripristino dei dati da un backup di questo tipo è un processo rapido, semplice e senza problemi.

  • I metodi di backup di sola copia sono facili da eseguire

Esistono diversi modi per eseguire un backup di sola copia, tra cui l’utilizzo di SQL Server Management Studio (SSMS), l’impostazione di transact-SQL o l’implementazione di PowerShell. Con i backup di sola copia, gli amministratori IT possono scegliere il modo migliore per eseguire il backup a seconda delle situazioni.

Contro:

  • Il backup di sola copia non può supportare i backup differenziali

Se un team IT desidera utilizzare i backup differenziali per i dati del server SQL, deve prima eseguire un backup completo. Gli utenti non possono utilizzare backup copy-only al posto di un backup completo per supportare i backup differenziali.

  • Il backup di sola copia può essere inutile

Poiché un backup copy-only salva il punto dell’archivio di registro esistente, non influisce sulla sequenza dei backup regolari. Tuttavia, Microsoft ammette che i backup copy-only non sono sempre necessari: “I backup di sola copia del registro non sono in genere necessari. È invece possibile creare un nuovo backup di routine del registro (utilizzando WITH NORECOVERY) e utilizzarlo insieme a tutti i backup del registro precedenti necessari per la sequenza di ripristino.”

  • Il backup di sola copia non consente di registrare la cronologia dei backup a livello centrale

Dopo aver eseguito un backup copy-only, la cronologia del backup non viene registrata a livello centrale. Quando si eseguono altre forme di backup SQL, come i backup completi o differenziali, è possibile registrare la cronologia dei backup a livello centrale.

3 modi per eseguire un backup di sola copia

1) Utilizza SQL Server Management Studio (SSMS)

Se l’azienda utilizza SQL Server Management Studio (SSMS), è possibile eseguire un backup copy-only con pochi clic.

2) Prova con transact-SQL

Un altro metodo per eseguire un backup SQL di sola copia consiste nell’utilizzare transact-SQL (TSQL), un’estensione del linguaggio SQL. Questo metodo utilizza un parametro COPY_ONLY ed esegue il backup del registro delle transazioni.

3) Imposta un PowerShell

Infine, gli utenti possono utilizzare PowerShell per eseguire un backup SQL di sola copia utilizzando il parametro -CopyOnly.

Conclusioni

Attualmente, molte aziende conservano i propri dati aziendali importanti in database di server SQL. Tra i numerosi metodi di backup per i server SQL, i backup copy-only sono raramente utilizzati, ma possono essere utili in determinate situazioni. Anche se un backup di sola copia non dovrebbe mai sostituire i backup completi e differenziali, può essere utile per sperimentare le informazioni senza alterare i dati originali.

Passi successivi

La protezione e la sicurezza dei dati importanti sono una componente vitale di ogni organizzazione. Con NinjaOne Backup puoi proteggere i dati aziendali fondamentali con soluzioni flessibili progettate per la forza lavoro moderna.

Per saperne di più su NinjaOne Backup, fai un tour dal vivo, scarica la nostra Guida all’acquisto di una soluzione di backup o inizia la tua prova gratuita della piattaforma NinjaOne.

Ti potrebbe interessare anche

Vuoi diventare un Ninja dell’IT?

Scopri come NinjaOne può aiutarti a semplificare le operazioni IT.

Termini e condizioni NinjaOne

Cliccando sul pulsante “Accetto” qui sotto, dichiari di accettare i seguenti termini legali e le nostre condizioni d’uso:

  • Diritti di proprietà: NinjaOne possiede e continuerà a possedere tutti i diritti, i titoli e gli interessi relativi allo script (compreso il copyright). NinjaOne ti concede una licenza limitata per l’utilizzo dello script in conformità con i presenti termini legali.
  • Limitazione d’uso: Puoi utilizzare lo script solo per legittimi scopi personali o aziendali interni e non puoi condividere lo script con altri soggetti.
  • Divieto di ripubblicazione: In nessun caso ti è consentito ripubblicare lo script in una libreria di script appartenente o sotto il controllo di un altro fornitore di software.
  • Esclusione di garanzia: Lo script viene fornito “così com’è” e “come disponibile”, senza garanzie di alcun tipo. NinjaOne non promette né garantisce che lo script sia privo di difetti o che soddisfi le tue esigenze o aspettative specifiche.
  • Assunzione del rischio: L’uso che farai dello script è da intendersi a tuo rischio. Riconosci che l’utilizzo dello script comporta alcuni rischi intrinseci, che comprendi e sei pronto ad assumerti.
  • Rinuncia e liberatoria: Non riterrai NinjaOne responsabile di eventuali conseguenze negative o indesiderate derivanti dall’uso dello script e rinuncerai a qualsiasi diritto legale o di equità e a qualsiasi rivalsa nei confronti di NinjaOne in relazione all’uso dello script.
  • EULA: Se sei un cliente NinjaOne, l’uso dello script è soggetto al Contratto di licenza con l’utente finale (EULA) applicabile.