Questo documento è una risposta a una richiesta che coinvolge le release ePO e il supporto per la funzionalità SQL
AlwaysOn . McAfee analisi Enterprise del problema ha concluso che questa funzione funziona senza problemi, purché sia impostata correttamente.
Descrizione
- La funzionalità gruppi di disponibilità AlwaysOn è un'elevata disponibilità e una soluzione di Disaster Recovery che fornisce un'alternativa Enterprise al mirroring del database.
- Introdotta in SQL Server 2012, i gruppi di disponibilità AlwaysOn massimizzano la disponibilità di un set di database utente per un'azienda.
- Un gruppo di disponibilità supporta un ambiente failover per un set discreto di database utente, noto come database di disponibilità, che non vengono più riuniti.
- Un gruppo di disponibilità supporta entrambi i seguenti elementi:
- Set di database primari di lettura o scrittura
- Da uno a otto insiemi di database secondari corrispondenti
Ricerca e conclusioni
- ePO funziona con la funzione AlwaysOn SQL.
- Non c'è differenza se il database è in esecuzione su un AlwaysOn Failover Cluster Instance , o Windows Server Failover Cluster. Per ulteriori informazioni, consultare KB74034-supporto di ePolicy Orchestrator e SQL mirroring.
- La AlwaysOn funzione fa parte di SQL, non di ePO, e tutti i problemi si riferiscono alla configurazione appropriata della AlwaysOn funzione.
- Tuttavia, c'è una limitazione a ciò che ePO supporta failover nodi cluster nella stessa sottorete.
- Una configurazione a più sottoreti failover cluster non funziona con ePO.
- Esistono due modi per configurare un cluster di SQL Server failover come descritto nel seguente estratto dall'articolo Microsoft. Per informazioni dettagliate, consultare l' articolo Microsoft:
In base alla modalità di raggruppamento dei nodi, la SQL Server failover cluster viene configurata nei seguenti modi:
- Nodi nella sottorete differente
La dipendenza della risorsa dell'indirizzo IP è impostata su o. Questa configurazione è denominata SQL Server configurazione cluster a più sottoreti failover. Per ulteriori informazioni, consultare SQL Server clustering multi-subnet (SQL Server).
- Nodi nella stessa sottorete o nello stesso set di sottoreti
La dipendenza delle risorse dell'indirizzo IP è impostata su e per questi tipi di configurazioni.
Importante: La prima opzione sopra non è supportata e non funziona con ePO. Tuttavia, ePO supporta la seconda opzione.
NOTE:
- Le attività server in corso durante il failover non possono essere completate correttamente dopo la failover.
- Tali attività devono essere terminate utilizzando l'opzione "Termina attività" nel registro delle attività del server della console ePO. Questa azione è necessaria perché ePO non è al corrente del funzionamento del database failover.
- Durante failover, le connessioni di database aperte associate a un'attività server ePO e nodo primario, che il SQL Server Elimina. Pertanto, le attività del server rimangono nello stato di ' in corso ' o ' in attesa ' finché l'attività non viene chiusa tramite la console ePO.
Nota: Tutte le future funzionalità o rilasci di prodotto menzionati nella Knowledge base hanno lo scopo di delineare la nostra direzione generale del prodotto e non devono essere invocati, come impegno o quando si effettua una decisione di acquisto.
