Condividi tramite


Preparare manualmente un database secondario per un gruppo di disponibilità (SQL Server)

In questo argomento viene illustrato come preparare un database secondario per un gruppo di disponibilità AlwaysOn in SQL Server 2012 utilizzando SQL Server Management Studio, Transact-SQL o PowerShell. La preparazione di un database secondario richiede due passaggi: (1) ripristinare un backup del database recenti del database primario e dei backup del log successivo in ogni istanza del server che ospita la replica secondaria, utilizzando RESTORE WITH NORECOVERY e (2) creare un join del database ripristinato al gruppo di disponibilità.

SuggerimentoSuggerimento

Se si dispone di una configurazione per il log shipping esistente, è possibile convertire il database primario per il log shipping insieme a uno o più dei relativi database secondari in un database primario AlwaysOn e uno o più dei relativi database secondari AlwaysOn. Per ulteriori informazioni, vedere Prerequisiti per la migrazione dal log shipping ai gruppi di disponibilità AlwaysOn (SQL Server).

  • Prima di iniziare:  

    Prerequisiti e restrizioni

    Indicazioni

    Sicurezza

  • Per preparare un database secondario tramite:  

    SQL Server Management Studio

    Transact-SQL

    PowerShell

  • Attività correlate a backup e ripristino

  • Completamento:  Dopo la preparazione di un database secondario

Prima di iniziare

Prerequisiti e restrizioni

  • Verificare che nel sistema in cui si desidera collocare il database sia presente un'unità disco con spazio sufficiente per i database secondari.

  • Il nome del database secondario deve essere lo stesso del database primario.

  • Utilizzare RESTORE WITH NORECOVERY per ogni operazione di ripristino.

  • Se il database secondario deve risiedere in un percorso di file diverso (inclusa la lettera dell'unità) dal database primario, è inoltre necessario utilizzare l'opzione WITH MOVE nel comando Restore per ognuno dei file di database per specificare il percorso del database secondario.

  • Se si ripristina il database un filegroup alla volta, prestare attenzione a ripristinare l'intero database.

  • Dopo il ripristino del database, è necessario ripristinare (WITH NORECOVERY) ogni backup del log creato dall'ultimo backup dei dati ripristinato.

Indicazioni

  • Nelle istanze autonome di SQL Server è consigliabile che il percorso del file di un determinato database secondario, inclusa la lettera di unità, sia se possibile identico a quello del database primario corrispondente. Se durante la creazione di un database secondario i file del database vengono spostati, infatti, potrebbe essere impossibile aggiungere successivamente file al database secondario senza sospendere il database secondario.

  • Prima di preparare i database secondari, si consiglia di sospendere i backup del log pianificati sui database nel gruppo di disponibilità finché non viene completata l'inizializzazione delle repliche secondarie.

Sicurezza

Quando viene eseguito il backup di un database, la proprietà TRUSTWORTHY del database viene impostata su OFF. Di conseguenza, la proprietà TRUSTWORTHY è sempre impostata su OFF in un database appena ripristinato.

Autorizzazioni

Le autorizzazioni BACKUP DATABASE e BACKUP LOG vengono assegnate per impostazione predefinita ai membri del ruolo predefinito del server sysadmin e dei ruoli predefiniti del database db_owner e db_backupoperator. Per ulteriori informazioni, vedere BACKUP (Transact-SQL).

Se il database da ripristinare non esiste nell'istanza del server, l'istruzione RESTORE richiede autorizzazioni CREATE DATABASE. Per ulteriori informazioni, vedere RESTORE (Transact-SQL).

Utilizzo di SQL Server Management Studio

[!NOTA]

Se i percorsi dei file di backup e ripristino sono identici nell'istanza del server che ospita una replica primaria e in ogni istanza che ospita una replica secondaria, è possibile creare database secondari utilizzando la Creazione guidata Gruppo di disponibilità, la procedura guidata Aggiungi database a gruppo di disponibilità o la procedura guidata Aggiungi database a gruppo di disponibilità.

Per preparare un database secondario

  1. A meno che non si disponga già di un backup recente del database primario, creare un nuovo backup del database completo o differenziale. Secondo la procedura consigliata, collocare il backup ed eventuali backup del log successivi nella condivisione di rete consigliata.

  2. Creare almeno un nuovo backup del log del database primario.

  3. Nell'istanza del server che ospita la replica secondaria, ripristinare il backup completo del database primario (e facoltativamente un backup differenziale) seguito da eventuali backup del log successivi.

    Nella pagina Opzioni di RESTORE DATABASE selezionare Lascia il database non operativo e non eseguire il rollback delle transazioni di cui non è stato eseguito il commit. I log delle transazioni aggiuntivi possono essere ripristinati. (RESTORE WITH NORECOVERY).

    Se i percorsi dei file del database primario e del database secondario sono diversi, ad esempio se il database primario si trova nell'unità "F:" ma nell'istanza del server che ospita la replica secondaria non è disponibile un'unità "F:", includere l'opzione MOVE nella clausola WITH.

  4. Per completare la configurazione del database secondario, è necessario creare un join del database secondario al gruppo di disponibilità. Per ulteriori informazioni, vedere Creare un join di un database secondario a un gruppo di disponibilità (SQL Server).

[!NOTA]

Per informazioni sull'esecuzione di queste operazioni di backup e ripristino, vedere Attività correlate a backup e ripristino, più avanti in questa sezione.

Attività correlate a backup e ripristino

Per creare un backup del database

Per creare un backup del log

Per ripristinare i backup

Icona freccia utilizzata con il collegamento Torna all'inizio[Inizio pagina]

Utilizzo di Transact-SQL

Per preparare un database secondario

[!NOTA]

Per un esempio di questa procedura, vedere Esempio (Transact-SQL), più indietro in questo argomento.

  1. A meno che si disponga di un backup completo recente del database primario, connettersi all'istanza del server che ospita la replica primaria e creare un backup completo del database. Secondo la procedura consigliata, collocare il backup ed eventuali backup del log successivi nella condivisione di rete consigliata.

  2. Nell'istanza del server che ospita la replica secondaria, ripristinare il backup completo del database primario (e facoltativamente un backup differenziale) seguito da tutti i backup del log successivi. Utilizzare WITH NORECOVERY per ogni operazione di ripristino.

    Se i percorsi dei file del database primario e del database secondario sono diversi, ad esempio se il database primario si trova nell'unità "F:" ma nell'istanza del server che ospita la replica secondaria non è disponibile un'unità "F:", includere l'opzione MOVE nella clausola WITH.

  3. Se sono stati eseguiti altri backup del log sul database primario dopo il backup del log richiesto, è inoltre necessario copiarli nell'istanza del server che ospita la replica secondaria e applicare ognuno di questi backup del log al database secondario, a partire dal meno recente e utilizzando sempre RESTORE WITH NORECOVERY.

    [!NOTA]

    Il backup del log non esiste se il database primario è stato appena creato e non è ancora stato eseguito alcun backup del log oppure se il modello di recupero è stato appena modificato da SIMPLE a FULL.

  4. Per completare la configurazione del database secondario, è necessario creare un join del database secondario al gruppo di disponibilità. Per ulteriori informazioni, vedere Creare un join di un database secondario a un gruppo di disponibilità (SQL Server).

[!NOTA]

Per informazioni sull'esecuzione di queste operazioni di backup e ripristino, vedere Attività correlate a backup e ripristino, più avanti in questo argomento.

Esempio Transact-SQL

Nell'esempio seguente viene preparato un database secondario. Nell'esempio viene utilizzato il database di esempio AdventureWorks2012 in cui, per impostazione predefinita, viene utilizzato il modello di recupero con registrazione minima.

  1. Per utilizzare il database AdventureWorks2012 , modificarlo in modo da utilizzare il modello di recupero con registrazione completa:

    USE master;
    GO
    ALTER DATABASE MyDB1 
    SET RECOVERY FULL;
    GO
    
  2. Dopo aver modificato il modello di recupero del database da SIMPLE a FULL, creare un backup completo da utilizzare per la creazione del database secondario. Dopo la modifica del modello di recupero, è consigliabile selezionare l'opzione WITH FORMAT per creare un nuovo set di supporti. L'operazione risulta utile per separare i backup eseguiti durante l'utilizzo del modello di recupero con registrazione completa dai backup precedenti eseguiti durante l'utilizzo del modello di recupero con registrazione semplice. Ai fini di questo esempio, il file di backup (C:\ AdventureWorks2012 .bak) verrà creato nella stessa unità del database.

    [!NOTA]

    Nel caso di un database di produzione, è consigliabile eseguire sempre il backup in un dispositivo distinto.

    Nell'istanza del server che ospita la replica primaria (INSTANCE01), creare un backup completo del database primario, nel modo seguente:

    BACKUP DATABASE MyDB1 
        TO DISK = 'C:\MyDB1.bak' 
        WITH FORMAT
    GO
    
  3. Copiare il backup completo nell'istanza del server in cui è ospitata la replica secondaria.

  4. Ripristinare il backup completo nell'istanza del server che ospita la replica secondaria, utilizzando RESTORE WITH NORECOVERY. Il comando di ripristino dipende dal fatto che i percorsi del database primario e di quelli secondari siano identici.

    • Se i percorsi sono identici:

      Nel computer che ospita la replica secondaria, ripristinare il backup completo nel modo seguente:

      RESTORE DATABASE MyDB1 
          FROM DISK = 'C:\MyDB1.bak' 
          WITH NORECOVERY
      GO
      
    • Se i percorsi sono diversi:

      Se il percorso del database secondario è diverso dal percorso del database primario, ad esempio perché le lettere di unità non corrispondono, per creare il database secondario è necessario che l'operazione di ripristino includa una clausola MOVE.

      Nota importanteImportante

      Se il nome di percorso del database primario è diverso dal nome di percorso dei database secondari, non è possibile aggiungere un file. Alla ricezione del log relativo all'operazione di aggiunta del file, l'istanza del server della replica secondaria tenta infatti di salvare il nuovo file nello stesso percorso utilizzato dal database primario.

      Ad esempio, tramite il comando seguente viene ripristinato un backup di un database primario che risiede nella directory di dati dell'istanza predefinita di SQL Server 2012, C:\Programmi\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\DATA. Con l'operazione di ripristino il database verrà spostato nella directory dei dati di un'istanza remota di SQL Server 2012 denominata (AlwaysOn1) che ospita la replica secondaria su un altro nodo del cluster. In tale percorso, i dati e i file di log vengono ripristinati nella directory C:\Program Files\Microsoft SQL Server\MSSQL11.ALWAYSON1\MSSQL\DATA. Per l'operazione di ripristino viene utilizzata l'opzione WITH NORECOVERY per lasciare il database secondario nel database di ripristino.

      RESTORE DATABASE MyDB1
        FROM DISK='C:\MyDB1.bak'
       WITH NORECOVERY, 
          MOVE 'MyDB1_Data' TO 
           'C:\Program Files\Microsoft SQL Server\MSSQL11.ALWAYSON1\MSSQL\DATA\MyDB1_Data.mdf', 
          MOVE 'MyDB1_Log' TO
           'C:\Program Files\Microsoft SQL Server\MSSQL11.ALWAYSON1\MSSQL\DATA\MyDB1_Data.ldf';
      GO
      
  5. Dopo il ripristino del backup completo, è necessario creare un backup del log nel database primario. Ad esempio, l'istruzione Transact-SQL seguente esegue il backup del log nel file di backup denominato E:\MyDB1_log.bak.

    BACKUP LOG MyDB1 
      TO DISK = 'E:\MyDB1_log.bak' 
    GO
    
  6. Prima di creare il join del database alla replica secondaria, è necessario applicare il backup del log richiesto ed eventuali backup del log successivi.

    Ad esempio, l'istruzione Transact-SQL seguente ripristina il primo log da C:\MyDB1.bak:

    RESTORE LOG MyDB1 
      FROM DISK = 'E:\MyDB1_log.bak' 
        WITH FILE=1, NORECOVERY
    GO
    
  7. Se vengono eseguiti altri backup del log prima del join del database alla replica secondaria, è inoltre necessario ripristinare tutti questi backup, in sequenza, nell'istanza del server che ospita la replica secondaria utilizzando RESTORE WITH NORECOVERY.

    Ad esempio, l'istruzione Transact-SQL seguente ripristina due log aggiuntivi da E:\MyDB1_log.bak:

    RESTORE LOG MyDB1 
      FROM DISK = 'E:\MyDB1_log.bak' 
        WITH FILE=2, NORECOVERY
    GO
    RESTORE LOG MyDB1 
      FROM DISK = 'E:\MyDB1_log.bak' 
        WITH FILE=3, NORECOVERY
    GO
    

[Torna all'inizio]

Utilizzo di PowerShell

Per preparare un database secondario

  1. Se è necessario creare un backup recente del database primario, spostarsi sulla directory (cd) dell'istanza del server che ospita la replica primaria.

  2. Utilizzare il cmdlet Backup-SqlDatabase per creare ciascun backup.

  3. Spostarsi nella directory (cd) dell'istanza del server in cui viene ospitata la replica secondaria.

  4. Per ripristinare il database e i backup del log di ogni database primario, utilizzare il cmdlet restore-SqlDatabase, specificando il parametro di ripristino NoRecovery. Se i percorsi di file differiscono tra i computer in cui sono ospitate la replica primaria e la replica secondaria di destinazione, utilizzare anche il parametro di ripristino RelocateFile.

    [!NOTA]

    Per visualizzare la sintassi di un cmdlet, utilizzare il cmdlet Get-Help nell'ambiente PowerShell di SQL Server. Per ulteriori informazioni, vedere Visualizzazione della Guida di SQL Server PowerShell.

  5. Per completare la configurazione del database secondario, è necessario creare un join dello stesso al gruppo di disponibilità. Per ulteriori informazioni, Creare un join di un database secondario a un gruppo di disponibilità (SQL Server).

Per impostare e utilizzare il provider PowerShell per SQL Server

Script e comando di backup e ripristino di esempio

Tramite i comandi di PowerShell riportati di seguito viene eseguito il backup completo di un database e del log delle transazioni in una condivisione di rete e vengono ripristinati i backup dalla condivisione. In questo esempio si presuppone che il percorso del file in cui viene ripristinato il database corrisponda al percorso del file nel quale è stato eseguito il backup del database.

# Create database backup
Backup-SqlDatabase -Database "MyDB1" -BackupFile "\\share\backups\MyDB1.bak" -ServerInstance "SourceMachine\Instance"
# Create log backup
Backup-SqlDatabase -Database "MyDB1" -BackupAction "Log" -BackupFile "\\share\backups\MyDB1.trn" -ServerInstance "SourceMachine\Instance"
# Restore database backup 
Restore-SqlDatabase -Database "MyDB1" -BackupFile "\\share\backups\MyDB1.bak" -NoRecovery -ServerInstance "DestinationMachine\Instance"
# Restore log backup 
Restore-SqlDatabase -Database "MyDB1" -BackupFile "\\share\backups\MyDB1.trn" -RestoreAction "Log" -NoRecovery –ServerInstance "DestinationMachine\Instance"

Completamento: Dopo la preparazione di un database secondario

Per completare la configurazione del database secondario, creare un join del database appena ripristinato al gruppo di disponibilità. Per ulteriori informazioni, vedere Creare un join di un database secondario a un gruppo di disponibilità (SQL Server).

Vedere anche

Riferimento

BACKUP (Transact-SQL)

Argomenti dell'istruzione RESTORE (Transact-SQL)

RESTORE (Transact-SQL)

Concetti

Panoramica di Gruppi di disponibilità AlwaysOn (SQL Server)

Risolvere i problemi relativi a una operazione di aggiunta file non riuscita (Gruppi di disponibilità AlwaysOn)