Condividi tramite

Aggiornamenti estesi di sicurezza abilitati da Azure Arc di SQL Server

Si applica a: SQL Server 2012 (11.x) SQL Server 2014 (12.x)

Dopo che SQL Server ha raggiunto la fine del ciclo di vita del supporto, è possibile scegliere di effettuare una sottoscrizione agli Aggiornamenti estesi di sicurezza (Extended Security Updates, ESU) per i server e rimanere protetti per un massimo di tre anni. Quando si esegue l'aggiornamento a una versione più recente di SQL Server, è possibile terminare la sottoscrizione ESU e interrompere il pagamento. Quando si esegue la migrazione ad Azure SQL, gli addebiti per ESU si arrestano in automatico, ma si continua ad avere accesso agli aggiornamenti della sicurezza.

Questo articolo illustra come gestire la sottoscrizione di SQL Server agli Aggiornamenti estesi di sicurezza abilitati da Azure Arc. Per informazioni dettagliate sul programma, si veda Che cosa sono gli aggiornamenti estesi di sicurezza per SQL Server?.

Sottoscrivere gli aggiornamenti estesi di sicurezza in un ambiente di produzione

È possibile usare una delle tre seguenti opzioni per sottoscrivere gli ESU in un ambiente di produzione. I collegamenti nell'elenco consentono di accedere alle sezioni di questo articolo che forniscono altri dettagli.

I diagrammi nell'elenco utilizzano i nuclei normalizzati (NC) per illustrare le implicazioni sui costi delle opzioni di licenza. Una licenza centrale per l’edizione Standard è equivalente a una licenza NC. Una licenza centrale per l’edizione Enterprise è equivalente a quattro licenze NC. Per altre informazioni, vedere Come applicare una licenza alle risorse Azure.

  • Licenza per memoria centrale virtuale

    Usa una sottoscrizione ESU Enterprise o Standard per le vCPU (v-core) della macchina virtuale (VM) che esegue una o più istanze di SQL Server. Ogni macchina virtuale viene fatturata singolarmente per i v-core allocati.

    Il seguente diagramma illustra questo metodo di licenza e ne mostra le implicazioni di costo.

    Diagramma che illustra l'opzione di gestione delle licenze centrali virtuali.

  • Licenza per memorie centrali fisiche (p-core) senza macchine virtuali

    Usare una licenza Enterprise o Standard per le unità di memoria centrale fisica dell'host che esegue una o più istanze di SQL Server installate direttamente sull'host senza usare macchine virtuali. Ogni istanza ha accesso a tutti i p-core supportati dai limiti dell'edizione installata, fino a un massimo di tutti i p-core dell'host. Indipendentemente dai limiti dell'istanza, l'host viene fatturato per tutti i p-core in base all'edizione di SQL Server più elevata installata. Per i dettagli, vedere Limiti della capacità di calcolo per edizione di SQL Server.

    Il seguente diagramma illustra le implicazioni sui costi della distribuzione di due istanze standard in un host fisico senza usare macchine virtuali.

    Diagramma che illustra le licenze per la memoria centrale fisica senza usare le macchine virtuali.

  • Licenza per memorie centrali fisiche con virtualizzazione illimitata

    Usare la sottoscrizione Enterprise ESU per le unità di memoria centrale fisica dell'host che esegue un numero qualsiasi di macchine virtuali con un numero qualsiasi di istanze di SQL Server non supportate. Una singola licenza p-core è una risorsa di Azure separata che rappresenta tutti i p-core concessi in licenza per l'ESU e viene fatturata in modo indipendente.

    Il diagramma seguente illustra le implicazioni sui costi delle licenze di un host fisico e l'uso di una virtualizzazione illimitata.

    Diagramma che illustra le licenze per la memoria centrale fisica con virtualizzazione illimitata.

Per sottoscrivere le ESU, è necessario avere software assurance attivo o abilitare una fatturazione con pagamento in base al consumo per il software SQL Server. La tabella seguente illustra la disponibilità dell'ESU per ciascun tipo di licenza usato per il software SQL Server:

Tipo di licenza di SQL Server Abbonamento ESU v-core Sottoscrizione p-core ESU senza macchine virtuali Sottoscrizione p-core ESU con virtualizzazione illimitata
Sottoscrivere il servizio tramite Microsoft Azure utilizzando un metodo con pagamento in base al consumo Sì Sì Sì
Porta la tua licenza con Software Assurance o una sottoscrizione SQL Server 1 Sì Sì Sì
Porta la tua licenza senza Software Assurance 2 NO NO NO

1 Si dispone già di una licenza con Software Assurance attivo o una sottoscrizione SQL Server attiva.

2 Si è proprietari di una licenza perpetua o si usa una licenza Server+CAL.

La scelta dell’opzione di pagamento sopra indicate potrebbe influire sulle opzioni di esternalizzazione. Per altre informazioni, vedere le condizioni specifiche per l'utilizzo del servizio e la Guida alle licenze per i vantaggi della virtualizzazione flessibile.

Per informazioni sulle licenze per le istanze di SQL Server non di produzione o non supportate per l’ESU tramite Azure Arc, si veda Gestire le sottoscrizioni ESU di SQL Server per uso non di produzione più avanti in questo articolo.

Sottoscrivendo le ESU di SQL Server tramite core virtuali

Le sottoscrizioni ESU per v-core consentono di limitarne l'ambito a una macchina virtuale specifica e a una o più istanze di SQL Server non più supportate installate nell'ambiente del sistema operativo di tale macchina virtuale. È ottimizzato per gli scenari seguenti:

  • Le macchine virtuali di SQL Server disattivate vengono combinate con le macchine virtuali che eseguono altro software negli stessi server fisici.
  • Le macchine virtuali di SQL Server disattivate vengono eseguite in un ambiente ospitato o in un cloud di terze parti in cui non si controlla l'infrastruttura fisica.

È possibile gestire una sottoscrizione ESU v-core per ogni macchina virtuale usando le aree di configurazione di SQL Server del portale di Azure. Il riquadro Panoramica di ogni risorsa SQL Server abilitata per Azure Arc mostra lo stato della sottoscrizione ESU sotto Configurazione di SQL Server.

La sottoscrizione ESU per l’edizione Standard è limitata a un massimo di 24 unità di memoria centrale virtuale, anche se l'ambiente sistema operativo (OSE) è configurato con un numero maggiore di unità di memoria centrale virtuale (v-core). Per altre informazioni sui limiti, si veda Limiti della capacità di calcolo per edizione di SQL Server.

Sottoscrivere le ESU di SQL Server in base a core fisici senza usare macchine virtuali

L'opzione di sottoscrizione agli ESU di SQL Server per core fisici senza usare le macchine virtuali è ottimizzata per gli scenari seguenti:

  • È possibile controllare l'ambiente fisico.
  • Le istanze di SQL Server non supportate vengono installate direttamente in un server fisico per ottimizzare le prestazioni dell'applicazione di database.
  • Non si eseguono macchine virtuali in tale server fisico.

In questa opzione, i requisiti della sottoscrizione ESU sono simili a quelli della sottoscrizione ESU per SQL Server basata sui core virtuali. È possibile gestire una sottoscrizione ESU per ogni host usando le aree di configurazione di SQL Server del portale di Azure. La differenza principale è che l'utilizzo del software di SQL Server viene segnalato in base ai core fisici disponibili per il sistema operativo del server. Per informazioni dettagliate, vedere Utilizzo del software di misurazione.

La sottoscrizione ESU per l’edizione Standard è limitata a un massimo di 24 p-core, anche se il sistema operativo (OSE) è installato su una macchina più grande. Per altre informazioni sui limiti, si veda Limiti della capacità di calcolo per edizione di SQL Server.

Importante

Se un computer fisico senza macchine virtuali è connesso ad Azure Arc nell'ambito coperto da una licenza per p-core ESU di SQL Server, il vantaggio della virtualizzazione illimitata non si applica a tale computer. La fatturazione avviene individualmente in base ai core fisici a cui ha accesso il sistema operativo.

Sottoscrivere le ESU di SQL Server tramite core fisici con virtualizzazione illimitata

L'opzione di sottoscrizione a ESU di SQL Server da core fisici con virtualizzazione illimitata è più efficace quando:

  • Si controlla l'ambiente fisico e si eseguono le istanze di SQL Server non supportate in macchine virtuali diverse per l'isolamento della sicurezza e una migliore gestione delle risorse.
  • L'infrastruttura e il metodo di pagamento selezionato supportano il vantaggio di virtualizzazione illimitata per ESU.
  • La sottoscrizione a ESU di SQL Server tramite v-core è più costosa rispetto alla sottoscrizione da parte dei p-core dell'host.

Per usare il vantaggio di virtualizzazione illimitato, è necessario creare una risorsa SQLServerEsuLicense che rappresenta uno o più host fisici. Le istanze di SQL Server descritte devono essere connesse ad Azure Arc e configurate per l'uso della licenza ESU p-core. Per informazioni dettagliate sulla gestione delle risorse di SQLServerEsuLicense, si veda Gestire i vantaggi di virtualizzazione illimitata per una sottoscrizione ESU di SQL Server.

Attenzione

Il vantaggio di virtualizzazione illimitata non è disponibile per le macchine virtuali in esecuzione nell'infrastruttura dei provider elencati. Queste macchine virtuali possono essere concesse in licenza solo tramite v-core. Se si crea una risorsa SqlServerEsuLicense con l'intento di concedere licenze a queste macchine virtuali tramite la virtualizzazione illimitata, verrà addebitato l'uso dei v-core in base alla configurazione di SQL Server dell'host. Eventuali licenze p-core esistenti non valgono per compensare tali addebiti.

Per altre informazioni sulle licenze per memorie centrali fisiche con virtualizzazione illimitata, vedere la sezione “Licenze per la virtualizzazione massima” nella Guida alle licenze di SQL Server (collegamento al download).

Una singola risorsa SqlServerEsuLicense può coprire più macchine virtuali connesse ad Azure Arc. Include diverse proprietà che definiscono la modalità di applicazione e fatturazione della licenza.

Dettagli licenza

La scheda Dettagli licenza include le proprietà standard di Azure e le impostazioni specifiche della licenza ESU:

  • La proprietà scopeType imposta l'ambito di Azure in cui tutte le risorse qualificate Computer - Azure Arc sono coperte dalla licenza. Sono supportati i seguenti ambiti di Azure:

    • Tenant di Azure (Tenant)
    • Sottoscrizione di Azure (Subscription)
    • Gruppo di risorse (ResourceGroup)

    L'ambito specifico deriva dalla posizione della risorsa della licenza. Ad esempio, se si seleziona Subscription, l'ID sottoscrizione che ospita la risorsa della licenza verrà usato come ambito.

  • La proprietà billingPlan è impostata automaticamente sul pagamento in base al consumo perché la sottoscrizione ESU viene sempre fatturata su un contatore orario.

  • La proprietà physicalCores della risorsa di licenza rappresenta la somma delle unità di memoria centrale fisica dei server nell’ambito selezionato a cui è applicata la licenza. La dimensione minima della licenza è di 16 p core.

  • La proprietà TenantID viene impostata automaticamente quando viene selezionato l'ambito del tenant.

La risorsa di licenza può essere creata in un gruppo di risorse in una qualsiasi delle aree supportate. La posizione della risorsa è impostata sulla posizione del gruppo di risorse selezionato per impostazione predefinita, ma è possibile modificarla impostando un'area diversa.

La posizione della risorsa di licenza non influisce sull'ambito. Si applica a tutte le risorse Computer - Azure Arc nell'ambito della licenza selezionata indipendentemente dalle aree in cui vengono caricate queste risorse. È possibile associare più risorse di licenza allo stesso ambito o a ambiti che si sovrappongono. Ad esempio, è possibile aggiungere una nuova licenza quando si distribuiscono server fisici aggiuntivi per l'aumento della domanda.

Importante

Quando si usa il vantaggio di virtualizzazione illimitato, assicurarsi che

  1. Tutte le macchine virtuali nei server fisici con licenza sono connesse ad Azure Arc.
  2. Si trovano nell'ambito specificato nella licenza. Ad esempio, si trovano nella stessa sottoscrizione o nello stesso gruppo di risorse.
  3. UsePhysicalEsuCoreLicense La proprietà di configurazione host è impostata su True. Per altre informazioni, vedere Usare una licenza ESU core fisica.

Attivazione licenza

La scheda Attivazione licenza serve a controllare quando la licenza diventa effettiva o viene disattivata. È possibile attivare la licenza durante la creazione, oppure creare la licenza prima e attivarla successivamente. Ritardare l'attivazione consente di coordinarla con altri eventi nel ciclo di vita delle licenze, ad esempio la scadenza di un contratto Enterprise esistente. Le proprietà data e ora activatedAt e deactivatedAt vengono visualizzate quando la licenza è stata attivata e disattivata l'ultima volta. Per ulteriori informazioni, consulta Aggiornare una risorsa di licenza di SQL Server.

Dopo l'attivazione della licenza:

  • La versione della licenza non può essere modificata.
  • È possibile ridurre il numero di core, ma non aumentarlo. Per aumentare il numero di core, creare un'altra risorsa di licenza.
  • Non è possibile modificare l'ambito della licenza.

Al termine della licenza:

  • Non è possibile riattivare la licenza. Se non è necessaria, la risorsa può essere eliminata.
  • Le sottoscrizioni ESU per le macchine virtuali nell'ambito rimangono attive e diventano soggette a fatturazione a livello di macchina virtuale.

Per arrestare tutti gli addebiti di ESU, annullare la sottoscrizione agli ESU su tutte le macchine virtuali prima di terminare la licenza. Per informazioni dettagliate, si veda Gestire le risorse nell'ambito della licenza p-core ESU.

Gestire le sottoscrizioni ESU di SQL Server per uso non di produzione

Se sono state abilitate sottoscrizioni ESU nell'ambiente di produzione gestito tramite Azure Arc, è possibile abilitare gratuitamente una sottoscrizione ESU di SQL Server nell'ambiente non di produzione. È possibile usufruire di questo vantaggio nei due modi seguenti.

Utilizzare l'edizione SQL Server Developer

L'edizione SQL Server Developer è gratuita e può essere usata in qualsiasi sottoscrizione di Azure. Abilitando la sottoscrizione ESU sulla macchina virtuale che ospita un'edizione Developer, l'estensione di Azure per SQL Server rileva e segnala l'utilizzo tramite un contatore a $0 dell'edizione Dev. L’estensione non genera gli addebiti ESU. Allo stesso tempo, installa gli ESU quando vengono rilasciati, purché la sottoscrizione ESU sia attiva. L'edizione Developer ha lo stesso set di funzionalità dell'edizione Enterprise.

Importante

Se l’edizione Developer si trova nello stesso host con un'istanza dell’edizione Standard o Enterprise, quest'ultima avrà la precedenza di fatturazione come edizione di produzione. La sottoscrizione attiva di Extended Security Updates (ESU) genera gli addebiti per gli aggiornamenti in base a quella edizione.

Utilizzare la sottoscrizione di sviluppo/test di Azure

Se si configura l’ambiente non di produzione come mirror dell'ambiente di produzione e si vogliono usare le stesse edizioni dell'ambiente di produzione, è necessario connettere i computer host e delle istanze di SQL Server in una sottoscrizione di sviluppo/test di Azure.

I contatori di SQL Server di produzione sono abilitati per supportare le sottoscrizioni di sviluppo/test e vengono automaticamente nullificati quando vengono generati da una sottoscrizione di sviluppo/test. Le stesse condizioni valgono per i contatori ESU. È quindi possibile abilitare la sottoscrizione ESU in questi computer anche se eseguono le edizioni Standard o Enterprise.

Per informazioni, vedere:

Gestire le sottoscrizioni ESU di SQL Server su repliche di alta disponibilità e di ripristino di emergenza.

Le licenze di SQL Server con Software Assurance o con pagamento in base al consumo (PAYG) possono trarre vantaggio dalle istanze passive gratuite di SQL Server per configurazioni HADR (High Availability and Disaster Recovery). Per altre informazioni sui diritti di failover, vedere la sezione relativa alle licenze di SQL Server per la disponibilità elevata e il ripristino di emergenza nella guida alle licenze di SQL Server.

Per gestire i diritti di failover e rimanere conformi, l'estensione di Azure per SQL Server rileva automaticamente le istanze passive per i gruppi di disponibilità (AGS) o le istanze del cluster di failover (FCI) e riflette l'uso del software SQL Server emettendo speciali $0 metri per il ripristino di emergenza, purché la proprietà LicenseType sia stata configurata su Paid o PAYG. Per altre informazioni, vedere Gestire le licenze e la fatturazione di SQL Server abilitato da Azure Arc.

La sottoscrizione ESU abilitata in un server connesso con istanze di SQL Server passive non comporta addebiti per l'ESU. In questo modo è possibile garantire che le future ESU verranno applicate a tale server. Per qualificare, tutte le istanze di SQL Server in questo server devono soddisfare i criteri di passività definiti in Gestire la licenza passiva per la disponibilità elevata e il ripristino di emergenza.

Fatturazione ESU dopo il failover

Durante i failover, l'estensione riconosce la transizione e passa automaticamente la fatturazione ESU alla replica attiva senza nuovi addebiti di fatturazione.

Gestire le istanze di SQL Server che usano una licenza Server+CAL

È possibile connettere qualsiasi istanza di SQL Server con licenza ad Azure Arc, incluse le istanze che usano modello di licenza Server+CAL. Tuttavia, la sottoscrizione ESU abilitata da Azure Arc non è disponibile per il modello di licenza Server+CAL non supportato. Se si desidera ricevere ESU, è possibile impostare il tipo di licenza su PAYG e quindi abilitare la sottoscrizione ESU.

Gestire le sottoscrizioni ESU di SQL Server per i servizi associati

Le sottoscrizioni ESU di SQL Server supportano i servizi associati seguenti:

Per informazioni dettagliate, vedere Disponibilità delle funzionalità in base al tipo di servizio.

I servizi associati a SQL Server vengono fatturati per l'ESU usando i normali contatori ESU. Per informazioni dettagliate, vedere Informazioni sui contatori di utilizzo dell'ESU.

Importante

  • Le installazioni del servizio associate a SQL Server vengono fatturate per la sottoscrizione ESU solo quando vengono installate nel computer come istanza autonoma (senza motore di SQL Server). In caso contrario, l'istanza del motore di SQL Server viene fatturata.

  • Se viene attivata una licenza ESU p-core per l'ambito corrispondente e il computer è configurato per usarla, il servizio associato a SQL Server non viene fatturato singolarmente per l'ESU anche se si tratta di un'istanza autonoma (senza motore di SQL Server). Per informazioni dettagliate, vedere Gestire le risorse nell'ambito di una licenza P-Core ESU.

Gestire la transizione da una licenza ESU p-core a una licenza ESU v-core

Poiché la licenza ESU p-core viene fatturata con un contatore ESU dell'edizione Enterprise, risulta conveniente quando le istanze di SQL Server non supportate si trovano insieme in un set di host fisici designati. Quando si aggiornano le singole istanze o se ne esegue la migrazione ad Azure, è possibile che si perda l'efficienza economica della licenza ESU p-core. Utilizzare le licenze ESU v-core potrebbe allora diventare più interessante. È possibile terminare la licenza ESU p-core e passare alla fatturazione delle singole macchine virtuali per le sottoscrizioni ESU.

Per gestire correttamente questa transizione, usare la sottostante sequenza di procedure consigliate:

  1. Assicurarsi che le macchine virtuali con le istanze di SQL Server non supportate siano connesse ad Azure Arc e configurate per l'uso della licenza ESU p-core dopo l'attivazione della licenza.

  2. Valutare continuamente i vantaggi apportati dai costi derivanti dall'uso della licenza ESU p-core.

  3. Terminare la licenza ESU p-core se non è più utile finanziariamente, ma mantenere attiva la sottoscrizione ESU nelle singole macchine virtuali.

Importante

Se le macchine virtuali nell'ambito sono configurate per l'uso di una sottoscrizione ESU mentre la licenza ESU p-core è attiva (come descritto nel passaggio 1), dopo la terminazione della licenza p-core, passano automaticamente alla fatturazione per ESU in base all'edizione di SQL Server installata e al numero v-core di ogni macchina virtuale. Non verranno addebitati costi aggiuntivi.

Se la macchina virtuale è configurata per l'uso della sottoscrizione ESU dopo la chiusura della licenza ESU p-core, viene considerata come una nuova sottoscrizione e si applicano i costi di fatturazione appropriati.

Gestire la transizione dalla licenza ESU acquistata tramite contratti multilicenza alla sottoscrizione ESU

Quando si attiva una sottoscrizione ESU, gli addebiti di fatturazione iniziano dall'inizio dell'anno ESU corrente. Per procedere, è necessario aver acquistato gli anni precedenti. In questo scenario, la transizione avviene automaticamente.

Se si vuole abilitare una sottoscrizione ESU durante un anno ESU per il quale si è già acquistata una licenza ESU tramite contratti multilicenza, è necessario eseguire ulteriori passaggi per assicurarsi che la fattura venga modificata di conseguenza. Prima di attivare la sottoscrizione ESU in questo caso, aprire un ticket di supporto usando la sottocategoria Issues with SQL Server Extended Security Updates.

Comprendere i contatori di utilizzo ESU

L'utilizzo della sottoscrizione ESU di SQL Server viene segnalato una volta all'ora. Il contatore specifico viene selezionato automaticamente in base all'edizione e alla versione idonea per L'ESU. L'utilizzo dell'ESU verrà segnalato per tutti i v-core o i p-core visibili all'ambiente operativo. Si applicano le seguenti regole:

  • Se una o più istanze di SQL Server o dei servizi associati di SQL Server idonei per L'ESU vengono installate in una macchina virtuale e non specificano l'uso di una licenza ESU p-core, l'utilizzo della sottoscrizione ESU viene calcolato in base al numero totale di core virtuali disponibili per l'ambiente del sistema operativo. Il valore minimo è di quattro vCPU per OSE.

  • Se in un server fisico vengono installate più istanze di SQL Server o servizi associati di SQL Server idonei per L'ESU senza usare macchine virtuali, l'utilizzo della sottoscrizione ESU viene calcolato in base al numero totale di core fisici disponibili per l'ambiente del sistema operativo. Il minimo è quattro core per OSE.

  • Se vengono installate più istanze di SQL Server o dei servizi associati a SQL Server con la stessa versione idonea per L'ESU, viene segnalato un solo utilizzo della sottoscrizione ESU per ogni sistema operativo. L'utilizzo segnalato è associato all'istanza con la versione più alta.

  • Se due o più istanze di SQL Server o dei servizi associati a SQL Server vengono installate con versioni diverse idonee per L'ESU, ogni versione idonea segnala l'utilizzo di ESU separatamente in base all'istanza di tale versione con la versione più alta. Ciò riflette le differenze nei prezzi ESU e nei periodi di fatturazione per versioni diverse.

Nella seguente tabella vengono illustrati i contatori della sottoscrizione ESU (detti anche SKU) usati per la misurazione e la fatturazione per la sottoscrizione ESU di SQL Server in un singolo sistema operativo:

Edizione proiettata 1 Versione di SQL Server Failover della replica Usare la licenza p-core SKU del contatore
Impresa 2014 NO NO Ent edition - ESU 2014
Ent edition - ESU 2014 back billing
Impresa 2014 NO Sì Nessuno
Impresa 2014 Sì Sì o no Nessuno
Normale 2014 NO NO Std edition - ESU 2014
Std edition - ESU 2014 back billing
Normale 2014 NO Sì Nessuno
Normale 2014 Sì Sì o no Nessuno
Valutazione Qualsiasi Sì o no Sì o no Nessuno
Sviluppatore Qualsiasi Sì o no Sì o no Nessuno
Web 2 Qualsiasi Non applicabile Sì o no Nessuno
Esprimere Qualsiasi Non applicabile Sì o no Nessuno

1 Per le regole di proiezione dell'edizione, vedere Misurazione dell'utilizzo del software.

2 L'edizione Web non è disponibile in SQL Server 2025 (17.x) e versioni successive.

La tabella successiva mostra gli SKU del contatore utilizzati per la misurazione e la fatturazione delle licenze ESU per p-core attivi:

Risorsa di Azure Versione di SQL Server SKU del contatore
Licenza ESU p-core 2014 Ent edition - ESU 2014
Ent edition - ESU 2014 back billing

Comprendere la fatturazione abbonamento aggiornamenti di sicurezza estesa

La sottoscrizione ESU estende il supporto per gli aggiornamenti critici fino a un massimo di tre anni. Se si avvia la sottoscrizione dopo la data di fine del supporto, è necessario acquistare l'offerta multilicenza o la sottoscrizione ESU per coprire gli anni precedenti. Con una sottoscrizione ESU, si ha il vantaggio aggiuntivo di annullare la sottoscrizione e tutti gli addebiti futuri senza penalità in qualsiasi momento.

Fatturazione per gli aggiornamenti di sicurezza estesa di SQL Server 2014

La sottoscrizione agli aggiornamenti di sicurezza estesa per SQL Server 2014 (12.x) è disponibile dall'Anno 1 del periodo di supporto Extended, che è iniziato il 10 luglio 2024. Se ti sei registrato prima di tale data, vedrai solo gli addebiti orari ESU a partire dalla mezzanotte del 10 luglio 2024. Se ti sei iscritto dopo il 10 luglio 2024, la fattura del mese successivo include un addebito dall'inizio dell'anno corrente dell'ESU, basato sul timestamp in cui l'ESU è stata abilitata o quando è stata attivata la licenza ESU p-core.

Si applicano le seguenti regole di fatturazione:

  • Se si installa una o più istanze di SQL Server 2014 (12.x) in una macchina virtuale e non si usa il vantaggio di virtualizzazione illimitato, viene fatturato il numero totale delle memorie centrali virtuali del computer, con almeno quattro memorie centrali. Se la macchina virtuale è idonea a ricevere i diritti di failover, le memorie centrali virtuali di tale macchina non sono fatturabili.

  • Se si installa una o più istanze di SQL Server 2014 (12.x) su un server fisico senza utilizzare macchine virtuali, vengono fatturati tutti i core fisici della macchina, con un minimo di quattro core. Se il server fisico è idoneo a ricevere diritti di failover, le memorie centrali fisici del server non sono fatturabili. Per altre informazioni, si vedano le Condizioni specifiche del servizio.

  • Se si installano due o più istanze di SQL Server nella stessa macchina virtuale o fisica, viene addebitato il numero totale di core fisici o virtuali della macchina, per la sottoscrizione ESU di ogni versione. Il minimo è quattro core. La fatturazione per ogni versione è basata sul prezzo ESU per tale versione. Se la macchina virtuale è idonea a ricevere i diritti di failover, le memorie centrali virtuali di tale macchina non sono fatturabili.

Per altre informazioni sui prezzi degli ESU per SQL Server 2014 (12.x), vedere Prezzi di Azure Arc.

Fatturazione durante la perdita di connettività e altre interruzioni

Se l'estensione di Azure per SQL Server perde la connettività, la fatturazione viene arrestata e la sottoscrizione viene sospesa.

Se si termina manualmente la sottoscrizione ESU e la si riattiva, la sottoscrizione ESU riprende a condizione che la connessione del computer ad Azure Arc sia in uno stato integro. La fattura include un addebito aggiuntivo per il tempo trascorso dall'annullamento della sottoscrizione.

Se nel frattempo il server perde definitivamente la connettività a causa della scadenza del certificato, la sottoscrizione viene terminata. Dopo aver eseguito di nuovo il reinserimento del computer in Azure Arc, è necessario attivare una nuova sottoscrizione ESU per riprendere la copertura e pagare tutti gli oneri associati. Per informazioni sul ciclo di vita del certificato del server, vedere Stato agente.

Se il computer abilitato per Arc passa offline e si riconnette ad Azure in una sottoscrizione diversa, in un gruppo di risorse diverso o con un nome diverso, verrà considerato come lo stesso computer purché la proprietà ID macchina virtuale rimanga invariata e la risorsa del computer si trova nella stessa posizione di Azure della risorsa computer originale.

Le sottoscrizioni ESU sono fissate a una località specifica di Azure. Se la macchina abilitata per Arc con una sottoscrizione ESU attiva viene spostata in un'altra località di Azure, la sottoscrizione viene annullata. Per riprendere la copertura ESU, è necessario attivare una nuova sottoscrizione ESU e pagare tutti gli addebiti di fatturazione associati.

[IMPORTANTE!]

Il costo di fatturazione per l'ora disconnessa viene registrato entro la prima ora dopo il ripristino della connettività ed è associato all'istanza di SQL Server idonea per la copertura ESU. La quantità di carica riflette il tempo trascorso dalla registrazione dell'heartbeat precedente.

Contenuto correlato

  • Last updated on