Prerequisiti, restrizioni e consigli per il mirroring del database

Annotazioni

Questa funzionalità verrà rimossa in una versione futura di Microsoft SQL Server. Evitare di usare questa funzionalità in un nuovo progetto di sviluppo e prevedere interventi di modifica nelle applicazioni in cui è attualmente implementata. Usare invece Always On gruppi di disponibilità.

In questo argomento vengono descritti i prerequisiti e le raccomandazioni per la configurazione del mirroring del database. Per un'introduzione al mirroring del database, consulta Mirroring del database (SQL Server).

Annotazioni

Il formato di archiviazione su disco di SQL Server è lo stesso negli ambienti a 64 bit e a 32 bit. Pertanto, una sessione di mirroring del database può combinare istanze del server eseguite in un ambiente a 32 bit e istanze del server eseguite in un ambiente a 64 bit.

Supporto per il mirroring del database

Per informazioni sul supporto per il mirroring del database in SQL Server 2014, vedere Funzionalità supportate dalle edizioni di SQL Server 2014.

Si noti che il mirroring del database funziona con qualsiasi livello di compatibilità del database supportato. Per informazioni sui livelli di compatibilità supportati, vedere Livello di compatibilità ALTER DATABASE (Transact-SQL).

Prerequisiti

• Affinché venga stabilita una sessione di mirroring, i partner e il witness, se presente, devono essere in esecuzione nella stessa versione di SQL Server.

• I due partner, ovvero il server principale e il server mirror, devono eseguire la stessa edizione di SQL Server. Il testimone, se presente, può funzionare su qualsiasi edizione di SQL Server che supporta il mirroring del database.

  Annotazioni

  È possibile aggiornare le istanze del server partner in una sessione di mirroring a una versione più recente di SQL Server. Per altre informazioni, vedere Ridurre al minimo i tempi di inattività per i database con mirroring durante l'aggiornamento delle istanze del server.

• Il database deve usare il modello di recupero completo. I modelli di recupero semplice e con registrazione minima delle operazioni bulk non supportano il mirroring del database. Pertanto, le operazioni bulk vengono sempre registrate completamente per un database con mirroring attivo. Per informazioni sui modelli di ripristino, vedere Modelli di recupero (SQL Server).

• Verificare che il server mirror disponga di spazio su disco sufficiente per il database mirror.

  Annotazioni

  Per informazioni su come usare il mirroring di database in un database replicato, vedere Mirroring e replicazione del database (SQL Server).

• Quando si crea il database mirror nel server mirror, assicurarsi di ripristinare il backup del database principale specificando lo stesso nome di database "WITH NORECOVERY". Inoltre, devono essere applicati anche tutti i backup del log creati dopo l'esecuzione di quel backup, sempre CON NORECOVERY.

  Importante

  Se il mirroring del database è stato arrestato, prima di riavviarlo, tutti i backup del log successivi eseguiti nel database principale devono essere applicati al database mirror.

Restrizioni

• È possibile eseguire il mirroring solo dei database utente. Non è possibile eseguire il mirroring dei database master, msdb, tempdb o model .

• Non è possibile rinominare un database con sessione di mirroring durante una sessione di mirroring del database.

• Il mirroring del database non supporta FILESTREAM. Impossibile creare un filegroup FILESTREAM nel server principale. Non è possibile configurare il mirroring del database per un database che contiene filegroup FILESTREAM.

• In un sistema a 32 bit, il mirroring del database può supportare un massimo di circa 10 database per istanza del server a causa del numero di thread di lavoro utilizzati da ogni sessione di mirroring del database.

• Il mirroring del database non è supportato con transazioni tra database o transazioni distribuite. Per altre informazioni, vedere Transazioni tra database non supportate per il mirroring del database o i gruppi di disponibilità AlwaysOn (SQL Server).

Consigli per la configurazione dei server partner

• I partner dovrebbero operare su sistemi paragonabili in grado di gestire carichi di lavoro identici.

  Annotazioni

  Se si prevede di usare la modalità a sicurezza elevata con failover automatico, il carico normale in ogni partner di failover deve essere inferiore al 50% della CPU. Se il carico di lavoro sovraccarica la CPU, un partner di backup potrebbe non essere in grado di pingare le altre istanze del server nella sessione di mirroring. In questo modo si verifica un failover non necessario. Se non è possibile mantenere l'utilizzo della CPU inferiore al 50%, è consigliabile usare la modalità a sicurezza elevata senza failover automatico o modalità a prestazioni elevate.

• Se possibile, il percorso (inclusa la lettera di unità) del database mirror deve essere identico al percorso del database principale. Se i layout dei file devono essere diversi, è necessario includere l'opzione MOVE nell'istruzione RESTORE. Ad esempio, se il database principale si trova sull'unità "F:", ma il sistema mirror non dispone di un'unità F: .

  Importante

  Se si spostano i file di database quando si crea il database mirror, potrebbe non essere possibile aggiungere file al database in un secondo momento senza sospendere il mirroring.

• Tutte le istanze del server in una sessione di mirroring devono usare la stessa tabella codici master e le stesse regole di confronto. Le differenze possono causare un problema durante la configurazione del mirroring.

• Facoltativamente, stimare il tempo necessario per eseguire il failover di un database per assicurarsi che la configurazione di sistema fornisca le prestazioni necessarie. Per altre informazioni, vedere Stimare l'interruzione del servizio durante il cambio di ruolo (mirroring del database).

• Per ottenere prestazioni ottimali, usare una scheda di rete dedicata (scheda di interfaccia di rete) per il mirroring.

• Non vengono fornite raccomandazioni sul fatto che una rete WAN (Wide Area Network) sia sufficientemente affidabile per il mirroring del database in modalità a sicurezza elevata. Se si decide di usare la modalità a sicurezza elevata su una rete WAN, prestare attenzione a come aggiungere un testimone alla sessione, perché possono verificarsi failover automatici indesiderati. Per altre informazioni, vedi Raccomandazioni per la distribuzione del mirroring del database, più avanti in questo argomento.

Raccomandazioni per la distribuzione del mirroring di database

Le prestazioni ottimali del mirroring del database vengono ottenute tramite l'operazione asincrona. Una sessione di mirroring che usa un'operazione sincrona potrebbe riscontrare prestazioni lente quando il carico di lavoro genera grandi quantità di dati del log delle transazioni.

Negli ambienti di test è opportuno esplorare tutte le modalità operative per valutare le prestazioni del mirroring del database. Tuttavia, prima di distribuire il mirroring in un ambiente di produzione, assicurarsi di comprendere come funziona la rete nel mondo reale.

La modalità a sicurezza elevata con failover automatico è progettata per una rete a servizio elevato con una connessione dedicata o una configurazione di rete abbastanza semplice che riduce al minimo le origini di possibili errori di rete. Un ambiente di rete di alta qualità è necessario per la modalità a sicurezza elevata con failover automatico ed è consigliato per tutte le sessioni di mirroring del database. Tuttavia, la modalità a prestazioni elevate e la modalità a sicurezza elevata senza failover automatico sono molto meno influenzate dall'affidabilità della rete.

Pertanto, per gli ambienti di produzione è consigliabile rispettare le linee guida per la distribuzione seguenti:

1. Avviare l'esecuzione in modalità asincrona ad alte prestazioni. Questa modalità è la meno sensibile all'ambiente di rete e offre la configurazione migliore per esplorare il funzionamento del mirroring. È consigliabile eseguire il sistema in modo asincrono finché non si è certi che la larghezza di banda supporti il mirroring e che sia stata sviluppata una conoscenza della configurazione del mirroring e delle prestazioni della modalità asincrona nell'ambiente in uso. Per altre informazioni, vedere Database Mirroring Operating Modes.

   Importante

   Durante i test, è consigliabile monitorare le sessioni per individuare errori di rete che causano errori del mirroring del database. Per altre informazioni sulle potenziali origini di errore, vedere Possibili errori durante il mirroring del database. Per informazioni su come monitorare il mirroring del database, vedere Monitoraggio del mirroring del database (SQL Server).

2. Quando si è certi che l'operazione asincrona soddisfi le esigenze aziendali, è possibile provare a eseguire operazioni sincrone per migliorare la protezione dei dati. Quando si testa il funzionamento del mirroring sincrono nel proprio ambiente, è consigliabile testare prima la modalità di sicurezza elevata senza un failover automatico. Lo scopo principale di questo test è vedere in che modo l'operazione sincrona influisce sulle prestazioni del database. Per altre informazioni, vedere Database Mirroring Operating Modes.

3. Attendere di abilitare il failover automatico finché non si è certi che la modalità a sicurezza elevata senza failover automatico soddisfi le esigenze aziendali e che gli errori di rete non causino errori. Per altre informazioni, vedere Cambio di ruolo durante una sessione di mirroring del database (SQL Server).

Vedere anche

Configurazione del mirroring del database (SQL Server)
Sicurezza del trasporto per il mirroring del database e i Gruppi di disponibilità AlwaysOn (SQL Server)
Mirroring del database (SQL Server)
Risolvere i problemi relativi alla configurazione del mirroring del database (SQL Server)