Guarda una demo×
×

Guarda NinjaOne in azione!

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 è una componente vitale per ogni organizzazione. Con NinjaOne Backup è possibile 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.

By clicking the “I Accept” button below, you indicate your acceptance of the following legal terms as well as our Terms of Use:

  • Ownership Rights: NinjaOne owns and will continue to own all right, title, and interest in and to the script (including the copyright). NinjaOne is giving you a limited license to use the script in accordance with these legal terms.
  • Use Limitation: You may only use the script for your legitimate personal or internal business purposes, and you may not share the script with another party.
  • Republication Prohibition: Under no circumstances are you permitted to re-publish the script in any script library belonging to or under the control of any other software provider.
  • Warranty Disclaimer: The script is provided “as is” and “as available”, without warranty of any kind. NinjaOne makes no promise or guarantee that the script will be free from defects or that it will meet your specific needs or expectations.
  • Assumption of Risk: Your use of the script is at your own risk. You acknowledge that there are certain inherent risks in using the script, and you understand and assume each of those risks.
  • Waiver and Release: You will not hold NinjaOne responsible for any adverse or unintended consequences resulting from your use of the script, and you waive any legal or equitable rights or remedies you may have against NinjaOne relating to your use of the script.
  • EULA: If you are a NinjaOne customer, your use of the script is subject to the End User License Agreement applicable to you (EULA).