Condividi tramite


Prerequisiti restrizioni e indicazioni per il mirroring del database

Si applica a: SQL Server

Nota

Questa funzionalità verrà rimossa nelle versioni future di 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 Gruppi di disponibilità Always On.
Il mirroring del database in SQL Server è una tecnologia distinta rispetto al mirroring del database di Microsoft Fabric.

In questo argomento vengono descritti i prerequisiti e le indicazioni per l'impostazione del mirroring del database. Per un'introduzione al mirroring del database, vedere Mirroring del database (SQL Server).

Supporto per il mirroring del database

Per un elenco delle funzionalità supportate dalle edizioni di SQL Server su Windows, vedere:

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à di ALTER DATABASE (Transact-SQL).

Prerequisiti

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

  • I due partner, cioè il server principale e il server mirror, devono essere in esecuzione nella stessa edizione di SQL Server. Il server di controllo, se presente, può essere eseguito in qualsiasi edizione di SQL Server che supporta il mirroring del database.

    Nota

    È possibile aggiornare istanze del server che operano come partner in una sessione di mirroring a una versione più recente di SQL Server. Per altre informazioni, vedere Aggiornamento di istanze con mirroring.

  • Il database deve utilizzare il modello di recupero con registrazione completa. I modelli di recupero con registrazione minima e con registrazione minima delle operazioni bulk non supportano il mirroring del database. Di conseguenza, le operazioni bulk vengono sempre registrate completamente per un database con mirroring. Per informazioni sui modelli di recupero, vedere Modelli di recupero (SQL Server).

  • Verificare che nel server mirror sia disponibile spazio su disco sufficiente per il database mirror.

    Nota

    Per informazioni sull'uso del mirroring del database in un database replicato, vedere Mirroring e replica del database (SQL Server).

  • Durante la creazione del database mirror nel server mirror, verificare che il backup del database principale venga ripristinato specificando lo stesso nome di database con l'opzione WITH NORECOVERY. È inoltre necessario applicare tutti i backup del log creati dopo l'esecuzione di tale backup, sempre tramite WITH NORECOVERY.

    Importante

    Se il mirroring del database è stato arrestato, prima di poterlo riavviare è necessario che eventuali backup di log successivi eseguiti sul database principale vengano applicati al database mirror.

Restrizioni

  • Il mirroring può essere eseguito solo dei database utente. Non è possibile eseguire il mirroring dei database master, msdb, tempdbo model .

  • Un database con mirroring non può essere rinominato durante una sessione di mirroring del database.

  • Il mirroring del database non supporta FILESTREAM. Non è possibile creare un filegroup FILESTREAM nel server principale, né configurare il mirroring per un database in cui sono contenuti filegroup FILESTREAM.

  • Il mirroring del database non è supportato né nelle transazioni tra database né nelle transazioni distribuite. Per altre informazioni, vedere Transazioni tra database non supportate per il mirroring del database o Gruppi di disponibilità Always On (SQL Server).

Indicazioni per la configurazione dei server partner

  • È consigliabile che i partner siano eseguiti in sistemi simili, in grado di gestire carichi di lavoro identici.

    Nota

    Se si intende utilizzare la modalità a protezione elevata con failover automatico, il carico normale su ogni partner di failover dovrebbe utilizzare meno del 50% della CPU. Se il carico di lavoro determina un overload della CPU, un partner di failover potrebbe non essere in grado di eseguire il ping delle altre istanze del server nella sessione di mirroring, determinando un failover non necessario. Se non è possibile mantenere l'utilizzo della CPU al di sotto del 50%, è consigliabile utilizzare la modalità a protezione elevata senza failover automatico o la modalità a prestazioni elevate.

  • Se possibile, è consigliabile che il percorso del database mirror, inclusa la lettera di unità, sia identico a quello del database principale. È necessario includere l'opzione MOVE nell’istruzione RESTORE se i layout dei file sono diversi, ad esempio se il database principale è sull'unità 'F:' ma il sistema di mirror non ha un'unità F:.

    Importante

    Se durante la creazione del database mirror i file del database vengono spostati, potrebbe risultare impossibile aggiungere successivamente file al database senza sospendere il mirroring.

  • È consigliabile che tutte le istanze del server in una sessione di mirroring utilizzino la stessa tabella codici master e le stesse regole di confronto. Eventuali differenze possono determinare un problema durante l'impostazione del mirroring.

  • Facoltativamente, valutare i tempi necessari per il failover su un database, in modo da verificare se la configurazione del sistema consente di ottenere le prestazioni desiderate. Per altre informazioni, vedere Stimare l'interruzione del servizio durante il cambio di ruolo (mirroring del database).

  • Per ottimizzare le prestazioni, utilizzare per il mirroring una scheda di rete dedicata (scheda di interfaccia di rete).

  • Non vengono date indicazioni sull'affidabilità di una rete WAN (Wide Area Network) per il mirroring del database in modalità a sicurezza elevata. Se si decide di utilizzare la modalità a protezione elevata in una rete WAN, fare attenzione in caso di aggiunta di un server di controllo del mirroring alla sessione, in quanto potrebbero verificarsi failover automatici indesiderati. Per altre informazioni, vedere Indicazioni per la distribuzione del mirroring del databasedi seguito in questo argomento.

Indicazioni per la distribuzione del mirroring del database

L'operazione asincrona consente di ottenere prestazioni ottimali per il mirroring del database. Le prestazioni di una sessione di mirroring che utilizza l'operazione asincrona possono essere rallentate quando il relativo carico di lavoro genera notevoli quantità di dati del log delle transazioni.

Negli ambienti di prova è consigliabile analizzare tutte le modalità operative per valutare le prestazioni del mirroring del database. Tuttavia, prima di distribuire il mirroring in un ambiente di produzione, accertarsi di aver compreso il funzionamento della rete in condizioni normali nel mondo reale.

La modalità a protezione elevata con failover automatico è progettata per una rete con elevati livelli di servizio con una connessione dedicata o una configurazione di rete piuttosto semplice in grado di ridurre al minimo le cause dei possibili errori di rete. Questo tipo di ambiente di rete a qualità elevata è necessario per la modalità a protezione elevata con failover automatico ed è consigliato per le sessioni di mirroring del database. La modalità a prestazioni elevate e a protezione elevata senza failover automatico sono tuttavia molto meno influenzate dall'affidabilità della rete.

Per la distribuzione negli ambienti di produzione è pertanto consigliabile attenersi alle linee guida seguenti:

  1. Iniziare l'esecuzione nella modalità asincrona a prestazioni elevate. Questa modalità è la meno dipendente dall'ambiente di rete e offre la migliore configurazione per l'analisi del mirroring. È consigliabile eseguire il sistema in modo asincrono finché non si è certi che la larghezza di banda supporti il mirroring e non si conoscono in modo approfondito l'impostazione del mirroring e le prestazioni della modalità asincrona nell'ambiente utilizzato. Per altre informazioni, vedere Database Mirroring Operating Modes.

    Importante

    Nel corso dell'intero test, è consigliabile monitorare le sessioni per individuare gli errori di rete che causano l'esito negativo del mirroring del database. Per ulteriori informazioni sulle possibili cause di errore, vedere Possible Failures During Database Mirroring. Per informazioni su come monitorare il mirroring del database, vedere Monitoraggio del mirroring del database (SQL Server).

  2. Se l'operazione asincrona soddisfa le specifiche esigenze aziendali, è possibile utilizzarla per aumentare il livello di protezione dei dati. Durante il test del funzionamento del mirroring sincrono nell'ambiente utilizzato, è consigliabile iniziare dalla modalità a protezione elevata senza failover automatico. Lo scopo principale di questo test è valutare l'influenza dell'operazione sincrona sulle prestazioni del database. Per altre informazioni, vedere Database Mirroring Operating Modes.

  3. Prima di abilitare il failover automatico, verificare che la modalità a protezione elevata senza failover automatico soddisfi le esigenze dell'azienda e che gli errori di rete non danneggino il sistema. Per altre informazioni, vedere Cambio di ruolo durante una sessione di mirroring del database (SQL Server).

Vedi anche

Impostazione del mirroring del database (SQL Server)
Sicurezza trasporto per il mirroring del database e i gruppi di disponibilità Always On (SQL Server)
Mirroring del database (SQL Server)
Risolvere i problemi relativi alla configurazione del mirroring del database (SQL Server)