SQL Server Backup: una guida completa [2026]

SQL Server Il backup è il processo di creazione di copie dei file del database per proteggerli dalla perdita di dati. Un backup cattura lo stato del database in un momento specifico, consentendo di ripristinare i dati in caso di guasti hardware, errori umani o disastri.

SQL Server per impostazione predefinita memorizza i backup nei file .bak, che contengono tutti gli oggetti del database, tra cui tabelle, procedure archiviate, viste, indici e registri delle transazioni.

1.2 Perché SQL Server Il backup è fondamentale

I backup dei database rappresentano l'ultima linea di difesa contro la perdita di dati. Senza backup adeguati, la tua organizzazione rischia:

Perdita permanente dei dati da guasti o danneggiamenti hardware
Tempo di inattività prolungato durante i tentativi di recupero
Interruzione dell'attività e perdita di fatturato
Violazioni di conformità se i dati non possono essere recuperati
Danno alla reputazione dalle interruzioni del servizio

Regular SQL Server i backup garantiscono la continuità aziendale e soddisfano i requisiti normativi per la protezione dei dati.

1.3 Scenari comuni di perdita di dati

Capire quando si verifica una perdita di dati aiuta a sviluppare una strategia di backup efficace:

Guasti hardware: Arresti anomali del disco, malfunzionamenti del server o guasti del sistema di archiviazione
Errori umani: Eliminazioni accidentali, aggiornamenti errati o tabelle eliminate
Problemi software: Bug dell'applicazione, aggiornamenti danneggiati o arresti anomali del sistema
Violazioni della sicurezza: Attacchi ransomware, eliminazioni dannose o accessi non autorizzati
Disastri naturali: Incendi, inondazioni o interruzioni di corrente che interessano i data center

2. Comprensione SQL Server Tipi di backup

SQL Server supporta più tipi di backup, ognuno dei quali soddisfa diverse esigenze di ripristino e requisiti di archiviazione.

2.1 Backup completo

Un backup completo crea una copia completa dell'intero database, inclusi tutti i file di dati e parte del registro delle transazioni necessari per il ripristino.

2.1.1 Quando utilizzare il backup completo

I backup completi sono ideali per:

Stabilire una base di riferimento per altri tipi di backup
Database di piccole e medie dimensioni in cui il tempo di backup è accettabile
Piani di backup settimanali o mensili
Database con modifiche poco frequenti

2.1.2 Vantaggi e limitazioni del backup completo

vantaggi:

Processo di ripristino più semplice: un singolo file contiene tutto
Autonomo e indipendente da altri backup
Tempo di recupero più rapido per il ripristino completo del database

limitazioni:

Richiede molto spazio di archiviazione
Tempi di backup più lunghi per database di grandi dimensioni
Maggiore consumo di risorse durante le operazioni di backup

2.2 Backup differenziale

Un backup differenziale acquisisce solo le modifiche ai dati apportate dall'ultimo backup completo, riducendo i tempi di backup e i requisiti di archiviazione.

2.2.1 Come funziona il backup differenziale

I backup differenziali tengono traccia delle modifiche utilizzando le estensioni modificate. Quando si ripristina, SQL Server Applica prima l'ultimo backup completo, poi applica il backup differenziale più recente.

2.2.2 Backup completo vs differenziale

Aspetto	Backup completo	Backup differenziale
Taglia	Database completo	Solo modifiche dall'ultimo backup completo
Tempo di backup	Longest	Più veloce del pieno
Processo di ripristino	Ripristino di un singolo file	Richiede differenziale completo + differenziale
Spazio di archiviazione richiesto	La maggior parte dello spazio	Inizialmente meno spazio, cresce nel tempo

2.3 Backup del registro delle transazioni

I backup del registro delle transazioni acquisiscono tutte le transazioni effettuate a partire dall'ultimo backup del registro, consentendo il ripristino in un determinato momento.

2.3.1 Comprensione dei registri delle transazioni

Il registro delle transazioni registra ogni modifica al database. I backup del registro troncano la parte inattiva del registro, impedendogli di crescere indefinitamente e di riempire il disco.

2.3.2 Recupero point-in-time

I backup del registro delle transazioni consentono di ripristinare il database a un momento specifico all'interno di un backup del registro. Questa funzionalità è fondamentale per il ripristino in caso di modifiche o eliminazioni accidentali dei dati.

Per eseguire il ripristino point-in-time, è necessario:

L'ultimo backup completo
Il backup differenziale più recente (opzionale)
Tutti i backup del registro delle transazioni dal backup completo/differenziale fino al momento desiderato

2.4 Backup del registro di coda

I backup tail-log catturano i record di log che non sono ancora stati sottoposti a backup, prevenendo la perdita di dati e mantenendo intatta la catena di log. Prima di ripristinare un SQL Server database fino al suo punto più recente, è necessario eseguire il backup della parte finale del suo log delle transazioni. Il backup della parte finale del log è l'ultimo backup di interesse nel piano di ripristino del database.

Il diagramma che spiega i backup del tail-log in SQL Server.

Attenzione: Non tutti gli scenari di ripristino richiedono un backup del log finale. Non è necessario se il punto di ripristino è contenuto in un backup del log precedente. Un backup del log finale non è inoltre necessario se si sposta o si sostituisce (sovrascrive) un database e non è necessario ripristinarlo a un punto temporale successivo al backup più recente.

2.4.1 Quando sono necessari i backup del tail-log

Gli scenari seguenti descrivono quando è opportuno eseguire un backup del tail log:

Ripristino del database online: Se il database è online e si prevede di eseguire un'operazione di ripristino, iniziare eseguendo il backup della coda del log. Per evitare errori per un database online, è necessario utilizzare l'opzione WITH NORECOVERY dell'istruzione Transact-SQL BACKUP quando si esegue il backup. SQL Server Banca dati.

Recupero del database offline: Se un database è offline e non si avvia e devi ripristinarlo, esegui prima un backup della parte finale del log. Poiché in questa fase non è possibile effettuare transazioni, l'utilizzo dell'opzione WITH NORECOVERY è facoltativo. In questo scenario, NORECOVERY equivale a un backup del log delle transazioni di sola copia.

Backup del database danneggiato: Se un database è danneggiato, provare a eseguire un backup del tail log utilizzando l'opzione WITH CONTINUE_AFTER_ERROR dell'istruzione BACKUP. Su un database danneggiato, il backup del tail log può avere esito positivo solo se i file di log non sono danneggiati, il database è in uno stato che supporta i backup del tail log e il database non contiene modifiche registrate in massa. Se non è possibile creare un backup del tail log, tutte le transazioni eseguite dopo l'ultimo MS SQL Server Il database di backup è andato perso.

2.4.2 Opzioni chiave per i backup del tail-log

SENZA RECUPERO: Utilizzare WITH NORECOVERY se si esegue il backup di una parte del log di un database online che si prevede di ripristinare in seguito. NORECOVERY porta il database offline. È anche possibile eseguire il backup SQL Server Log di coda di un database offline. Se si desidera lasciare il database offline, utilizzare WITH NORECOVERY. Si noti che il log verrà troncato a meno che non si specifichi l'opzione COPY_ONLY o NO_TRUNCATE.

CONTINUA_DOPO_L'ERRORE: Utilizzare CONTINUE_AFTER_ERROR solo se si esegue il backup della coda di un database danneggiato. Quando si esegue il backup della coda di un log su un database danneggiato, alcuni dei metadati normalmente acquisiti nei backup dei log potrebbero non essere disponibili.

2.5 Backup di sola copia

I backup di sola copia creano un backup indipendente senza influire sulla normale sequenza di backup. Non interrompono le catene di backup differenziali né la continuità del registro delle transazioni.

Utilizzare backup di sola copia per:

Creazione di copie di database di test o di sviluppo
Backup ad hoc senza impatto sui backup pianificati
Eseguire il backup prima di modifiche o test importanti

2.6 Backup di file e filegroup

I backup di file e filegroup si concentrano su specifici file o filegroup del database, anziché sull'intero database. Questo approccio è ideale per database di grandi dimensioni, dove il backup completo richiederebbe troppo tempo.

I vantaggi includono:

Operazioni di backup più veloci per database di grandi dimensioni
Backup parallelo di più filegroup
Opzioni di recupero granulare
Piani di backup ottimizzati per filegroup di sola lettura

2.7 Backup parziale

I backup parziali includono tutti i dati nel filegroup primario e in tutti i filegroup di lettura/scrittura, esclusi i filegroup di sola lettura. Ciò riduce le dimensioni e i tempi di backup per i database con dati storici statici archiviati in filegroup di sola lettura.

3. SQL Server Modelli di recupero

SQL Server I modelli di ripristino determinano quali tipi di backup sono disponibili e come vengono gestiti i registri delle transazioni.

3.1 Modello di recupero semplice

3.1.1 Caratteristiche e casi d'uso

Il ripristino semplice tronca automaticamente il registro delle transazioni dopo ogni checkpoint, recuperando spazio senza richiedere backup del registro.

Ideale per:

Database di sviluppo e test
Database in cui la perdita di dati tra i backup è accettabile
Data warehouse con processi ETL che possono essere rieseguiti
Database di sola lettura o di reporting

3.1.2 Opzioni di backup disponibili

Il ripristino semplice supporta:

Backup completi
Backup differenziali
Backup di file e filegroup
Backup di sola copia

I backup del registro delle transazioni sono non disponibile nel modello di recupero semplice.

3.2 Modello di recupero completo

3.2.1 Caratteristiche e vantaggi

Il ripristino completo registra tutte le transazioni e conserva i record del registro fino al backup. Ciò consente il ripristino completo dei dati in qualsiasi momento all'interno di un backup del registro delle transazioni.

Principali vantaggi:

Minimo potenziale di perdita di dati
Capacità di ripristino point-in-time
Supporta la spedizione dei log e il mirroring del database
Massima flessibilità di recupero

3.2.2 Gestione del registro delle transazioni

In caso di ripristino completo, è necessario eseguire backup regolari del registro delle transazioni per:

Impedisci al registro delle transazioni di riempire lo spazio su disco
Mantenere una catena di backup continua
Abilita il ripristino point-in-time
Controlla la crescita del file di registro

Pianificazione tipica dei backup: backup completi settimanali, backup differenziali giornalieri, backup del registro ogni 15-30 minuti.

3.3 Modello di recupero con registrazione in blocco

3.3.1 Quando utilizzare la registrazione in blocco

Il ripristino con registrazione in blocco registra solo le operazioni in blocco come BULK INSERT, SELECT INTO e ricostruzioni di indici, mantenendo al contempo la registrazione completa per le transazioni regolari.

Utilizzare il ripristino con registrazione in blocco quando:

Esecuzione di grandi operazioni di importazione in blocco
Ricostruzione degli indici su tabelle di grandi dimensioni
Esecuzione di operazioni che traggono vantaggio da una registrazione minima
Necessità di ridurre le dimensioni del registro delle transazioni durante operazioni specifiche

3.3.2 Limitazioni e considerazioni

Limitazioni importanti:

Ripristino point-in-time non disponibile durante le operazioni in blocco
I backup dei log sono più grandi quando si verificano operazioni in blocco
È necessario passare dalla registrazione completa a quella in blocco, a seconda delle necessità

3.4 Scelta del modello di recupero corretto

Seleziona il tuo modello di ripristino in base alle esigenze aziendali:

Modello di recupero	Rischio di perdita di dati	Recupero puntuale	Ideale per
Semplice	Modifiche dall'ultimo backup	Non	Sviluppo/test, perdita di dati accettabile
Lunga	Minimo (in genere minuti)	Si	Database di produzione, dati critici
Registrato in blocco	Modifiche dall'ultimo backup del registro	Limitato durante le operazioni in serie	Utilizzo temporaneo durante le operazioni di produzione in serie

4. di riserva SQL Server Database che utilizza SSMS

4.1 Prerequisiti e preparazione

Prima di eseguire il backup SQL Server database, assicurarsi:

Hai le autorizzazioni appropriate (autorizzazione db_owner o BACKUP DATABASE)
Spazio su disco sufficiente per il file di backup
SQL Server Management Studio (SSMS) installato
Percorsi di rete accessibili se si esegue il backup in posizioni di rete

4.2 Procedura dettagliata: backup completo con SSMS

Segui questi passaggi per creare un backup completo del tuo SQL Server database utilizzando SSMS.

Apertura 4.2.1 SQL Server Studio di gestione

Lancio SQL Server Studio di gestione
Inserisci il nome del tuo server nel Nome del server campo
Seleziona il tuo metodo di autenticazione
Clicchi Connettere

4.2.2 Selezione delle opzioni di database e backup

In Esplora oggetti, espandere il Database nodo
Fare clic con il pulsante destro del mouse sul database di cui si desidera eseguire il backup
Seleziona Compiti -> Backup
Nel Backup del database finestra, verifica il nome del database
Seleziona Lunga la Tipo di backup

4.2.3 Configurazione della destinazione del backup

Sotto Nei Dintorni, fare clic su Rimuovere per cancellare il percorso predefinito (se necessario)
Clicchi Aggiungi per specificare una nuova posizione di backup
Inserisci il percorso e il nome del file con .bak estensione
Clicchi OK per confermare la destinazione

4.2.4 Advanced Backup Impostazioni profilo

Clicchi Opzioni multimediali nel pannello di sinistra
Scegli le opzioni di backup:
- Sovrascrivi tutti i set di backup esistenti – Sostituisce i backup esistenti
- Aggiungi al set di backup esistente – Aggiunge al file di backup esistente
Clicchi Opzioni di backup nel pannello di sinistra
Configurare le impostazioni facoltative:
- Comprimi il backup – Riduce le dimensioni del file di backup
- Cripta il backup – Protegge i dati sensibili
- Verifica il backup al termine – Controlla l’integrità del backup

4.2.5 Esecuzione del backup

Rivedere tutte le impostazioni in Backup del database finestra
Clicchi OK per avviare il processo di backup
Attendi il completamento del backup
Al termine del backup viene visualizzato un messaggio di successo
Clicchi OK per chiudere la finestra di dialogo di conferma

4.3 Creazione di backup differenziale con SSMS

Per creare un backup differenziale, seguire gli stessi passaggi di un backup completo, ma selezionare Differenziale come tipo di backup nel passaggio 4.2.2. Ricorda che i backup differenziali richiedono un backup completo precedente come base di partenza.

4.4 Creazione di un backup del registro delle transazioni con SSMS

I backup del registro delle transazioni sono disponibili solo per i database che utilizzano modelli di ripristino completi o con registrazione in blocco.

Fare clic con il pulsante destro del mouse sul database in Esplora oggetti
Seleziona Compiti -> Backup
Scegli Registro delle transazioni come tipo di backup
Configurare la destinazione e le opzioni secondo necessità
Clicchi OK per creare il backup del registro

4.5 Creazione di backup di sola copia con SSMS

I backup di sola copia non interferiscono con la normale sequenza di backup.

Segui i passaggi per creare un backup completo
Nel Opzioni di backup pagina
Controlla il Backup di sola copia opzione
Completare il processo di backup normalmente

5. di riserva SQL Server Database che utilizza T-SQL

5.1 Sintassi di base del database di backup

Il comando T-SQL BACKUP DATABASE fornisce il controllo programmatico su SQL Server backup.

BACKUP DATABASE database_name
TO DISK = 'backup_file_path'
WITH options;

5.2 Comandi T-SQL per il backup completo

5.2.1 Semplice script di backup completo

Crea un backup completo di base con opzioni minime:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
GO

5.2.2 Backup completo con opzioni

Aggiungi informazioni descrittive e opzioni di formattazione:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH FORMAT,
     INIT,
     NAME = 'AdventureWorks-Full Database Backup',
     DESCRIPTION = 'Full backup of AdventureWorks database',
     STATS = 10
GO

Opzioni spiegate:

FORMATO – Crea un nuovo set di backup
INIT – Sovrascrive il file di backup esistente
NOME – Assegna il nome del set di backup
DESCRIZIONE – Aggiunge testo descrittivo
STATISTICHE – Mostra i progressi ogni 10%

5.3 Comandi T-SQL per il backup differenziale

I backup differenziali utilizzano l'opzione DIFFERENTIAL:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Diff.bak'
WITH DIFFERENTIAL,
     INIT,
     NAME = 'AdventureWorks-Differential Backup',
     STATS = 10
GO

5.4 Comandi T-SQL per il backup del registro delle transazioni

Utilizzare BACKUP LOG per i backup del registro delle transazioni:

BACKUP LOG AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Log.trn'
WITH INIT,
     NAME = 'AdventureWorks-Transaction Log Backup',
     STATS = 10
GO

5.5 Opzioni avanzate di backup T-SQL

5.5.1 Backup su più file

Distribuisci il backup su più file per prestazioni più rapide:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_1.bak',
   DISK = 'D:\Backups\AdventureWorks_2.bak',
   DISK = 'E:\Backups\AdventureWorks_3.bak'
WITH FORMAT, INIT
GO

5.5.2 Backup con compressione

Ridurre le dimensioni del file di backup e la larghezza di banda della rete:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Compressed.bak'
WITH COMPRESSION,
     INIT,
     STATS = 10
GO

5.5.3 Backup con crittografia

Proteggi i dati sensibili con la crittografia:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Encrypted.bak'
WITH COMPRESSION,
     ENCRYPTION (
         ALGORITHM = AES_256,
         SERVER CERTIFICATE = BackupCertificate
     ),
     STATS = 10
GO

5.5.4 Backup con protezione tramite password

Aggiungi protezione tramite password (deprecata, usa invece la crittografia):

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH PASSWORD = 'StrongPassword123!',
     INIT
GO

5.5.5 Backup speculari

Crea copie simultanee in posizioni diverse:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
MIRROR TO DISK = 'D:\Backups\AdventureWorks_Mirror.bak'
WITH FORMAT, INIT
GO

5.6 Esempi e script di backup T-SQL

Script di backup completo con gestione degli errori:

DECLARE @BackupPath NVARCHAR(500);
DECLARE @DatabaseName NVARCHAR(128) = 'AdventureWorks';
DECLARE @BackupDate NVARCHAR(20);

SET @BackupDate = CONVERT(NVARCHAR(20), GETDATE(), 112);
SET @BackupPath = 'C:\Backups\' + @DatabaseName + '_' + @BackupDate + '.bak';

BEGIN TRY
    BACKUP DATABASE @DatabaseName
    TO DISK = @BackupPath
    WITH COMPRESSION,
         INIT,
         NAME = @DatabaseName + '-Full Backup',
         STATS = 10;
    
    PRINT 'Backup completed successfully: ' + @BackupPath;
END TRY
BEGIN CATCH
    PRINT 'Backup failed: ' + ERROR_MESSAGE();
END CATCH
GO

6. di riserva SQL Server Database tramite PowerShell

6.1 Cmdlet di backup di PowerShell

SQL Server Il modulo PowerShell fornisce cmdlet per l'automazione del backup:

Backup-SqlDatabase – Crea backup del database
Ripristina-SqlDatabase – Ripristina i backup del database
Ottieni-SqlDatabase – Recupera le informazioni del database

Importa il SQL Server modulo:

Import-Module SqlServer

6.2 Creazione di script di backup con PowerShell

Comando di backup di base di PowerShell:

Backup-SqlDatabase -ServerInstance "localhost" `
                    -Database "AdventureWorks" `
                    -BackupFile "C:\Backups\AdventureWorks.bak" `
                    -BackupAction Database `
                    -CompressionOption On

Esempio di backup differenziale:

Backup-SqlDatabase -ServerInstance "localhost" `
                    -Database "AdventureWorks" `
                    -BackupFile "C:\Backups\AdventureWorks_Diff.bak" `
                    -BackupAction Database `
                    -Incremental

Backup del registro delle transazioni:

Backup-SqlDatabase -ServerInstance "localhost" `
                    -Database "AdventureWorks" `
                    -BackupFile "C:\Backups\AdventureWorks_Log.trn" `
                    -BackupAction Log

6.3 Automazione dei backup con PowerShell

Crea uno script di backup automatico per più database:

# Configuration
$ServerInstance = "localhost"
$BackupPath = "C:\Backups"
$Databases = @("AdventureWorks", "TestDB", "ProductionDB")
$Timestamp = Get-Date -Format "yyyyMMdd_HHmmss"

# Create backup directory if not exists
if (-not (Test-Path $BackupPath)) {
    New-Item -ItemType Directory -Path $BackupPath
}

# Backup each database
foreach ($Database in $Databases) {
    $BackupFile = Join-Path $BackupPath "$Database`_$Timestamp.bak"
    
    try {
        Backup-SqlDatabase -ServerInstance $ServerInstance `
                          -Database $Database `
                          -BackupFile $BackupFile `
                          -BackupAction Database `
                          -CompressionOption On
        
        Write-Host "Successfully backed up $Database to $BackupFile" -ForegroundColor Green
    }
    catch {
        Write-Host "Failed to backup $Database : $_" -ForegroundColor Red
    }
}

7. di riserva SQL Server Database tramite riga di comando

SQL Server fornisce utilità della riga di comando che consentono di eseguire il backup SQL Server database senza utilizzare SSMS o interfacce grafiche. Questi strumenti sono essenziali per scenari di automazione, scripting e amministrazione remota.

7.1 Utilizzare il database di backup SQLCMD

SQLCMD è la moderna utilità della riga di comando per SQL Server che ha sostituito OSQL. Offre funzionalità avanzate ed è lo strumento consigliato per eseguire comandi T-SQL dal prompt dei comandi.

7.1.1 Sintassi di base di SQLCMD

sqlcmd -S ServerName -d DatabaseName -Q "BACKUP DATABASE statement"

-S: Specifica il SQL Server nome dell'istanza
-d: Specifica il nome del database
-Q: Esegue una query ed esce
-E: Utilizza l'autenticazione di Windows
-U: Specifica SQL Server nome utente di accesso
-P: Specifica la password per SQL Server accesso

7.1.2 Creazione di backup con SQLCMD

Per eseguire il backup SQL Server utilizzando SQLCMD, seguire questi passaggi:

Apri Prompt dei comandi or PowerShell
Passare alla SQL Server directory degli strumenti (in genere aggiunta a PATH durante l'installazione)
Eseguire il comando di backup del database SQLCMD con i parametri appropriati
Verifica che il file di backup sia stato creato correttamente

Esempio di comando di backup completo utilizzando l'autenticazione di Windows:

sqlcmd -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH COMPRESSION, INIT"

Esempio utilizzando SQL Server Autenticazione:

sqlcmd -S localhost -U sa -P YourPassword -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH COMPRESSION, INIT"

Creazione di backup differenziale con SQLCMD

sqlcmd -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks_Diff.bak' WITH DIFFERENTIAL, COMPRESSION, INIT"

Creazione di un backup del registro delle transazioni con SQLCMD

sqlcmd -S localhost -E -Q "BACKUP LOG AdventureWorks TO DISK='C:\Backups\AdventureWorks_Log.trn' WITH COMPRESSION, INIT"

7.1.3 Backup del database dell'editore in SQL Server replicazione

Quando si esegue il backup dei database dell'editore in SQL Server Replicazione: utilizzare l'opzione WITH REPLICATION per preservare i metadati di replicazione e garantire la coerenza delle transazioni.

-- Backup publisher database with replication support
BACKUP DATABASE PublisherDB 
TO DISK = 'C:\Backup\PublisherDB_Full.bak'
WITH REPLICATION, 
     COMPRESSION,
     CHECKSUM,
     INIT,
     STATS = 10;
GO

Per ulteriori dettagli su SQL Server replicazione, vedere il nostro guida completa.

7.2 Utilizzare il database di backup OSQL

OSQL è un'utilità legacy della riga di comando per SQL ServerSebbene Microsoft consigli di utilizzare invece SQLCMD, OSQL rimane disponibile per la compatibilità con script e sistemi precedenti.

7.2.1 Sintassi OSQL di base

La sintassi OSQL è simile a SQLCMD:

osql -S ServerName -d DatabaseName -Q "BACKUP DATABASE statement"

-S: SQL Server nome dell'istanza
-d: Nome del database
-Q: Esegue la query ed esce
-E: Utilizza una connessione attendibile (autenticazione di Windows)
-U: Nome utente di accesso
-P: Password per il login

7.2.2 Creazione di backup con OSQL

Per eseguire operazioni di backup del database OSQL:

Apri Prompt dei comandi
Verifica che OSQL sia disponibile nel tuo SQL Server installazione
Eseguire il comando di backup OSQL

Esempio di backup completo:

osql -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH INIT"

Esempio di backup differenziale:

osql -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks_Diff.bak' WITH DIFFERENTIAL, INIT"

8. Terzo SQL Server Strumenti di backup

Mentre SQL Server Include funzionalità di backup native, strumenti di terze parti offrono funzionalità avanzate, automazione e gestione di livello aziendale per le organizzazioni con requisiti complessi. Queste soluzioni offrono compressione avanzata, gestione centralizzata e flussi di lavoro semplificati per il backup. SQL Server database in più ambienti.

8.1 Veeam Backup per SQL Server

Veeam offre soluzioni complete di protezione dei dati progettate specificamente per il backup SQL Server database con un impatto minimo sui sistemi di produzione.