Informazioni sul database SQL di Azure

Si applica a: database SQL di Azure

Questo articolo fornisce una panoramica del database SQL di Azure è un motore di database PaaS (platform-as-a-service) completamente gestito che esegue la maggior parte delle funzioni di gestione dei database, ad esempio l'aggiornamento, l'applicazione di patch, i backup e il monitoraggio, senza intervento dell'utente.

Panoramica

Il database SQL di Azure è sempre in esecuzione sull'ultima versione stabile del motore di database di SQL Server in un sistema operativo con patch, con il 99,99% di disponibilità. Le funzionalità PaaS incorporate nel Database SQL di Azure consentono di concentrarsi sulle attività di amministrazione e ottimizzazione dei database specifiche del dominio, fondamentali per le attività aziendali. Con il database SQL di Azure è possibile creare un livello di archiviazione dei dati a disponibilità elevata e ad alte prestazioni per le applicazioni e le soluzioni in Azure. Database SQL può essere la scelta ideale per un'ampia varietà di applicazioni cloud moderne, perché consente di elaborare sia dati relazionali che strutture non relazionali, ad esempio grafi, JSON, dati spaziali e XML.

Il database SQL di Azure è basato sull'ultima versione stabile del motore di database di Microsoft SQL Server. È possibile usare funzionalità avanzate di elaborazione delle query, ad esempio tecnologie in memoria a elevate prestazioni ed elaborazione intelligente di query. Infatti, le funzionalità più recenti di SQL Server vengono infatti rilasciate prima per il database SQL di Azure e quindi per SQL Server. È possibile ottenere le funzionalità più recenti di SQL Server senza sovraccarico per l'applicazione di patch o l'aggiornamento, testate in milioni di database.

Database SQL offre prestazioni scalabili e facilmente definibili all'interno di due diversi modelli di acquisto: un modello di acquisto basato su vCore e un modello di acquisto basato su DTU. Il database SQL è un servizio completamente gestito che fornisce per impostazione predefinita disponibilità elevata, backup e altre operazioni di manutenzione comuni. Microsoft si occupa di tutta la distribuzione di patch e aggiornamenti del codice di SQL e del sistema operativo. Non è necessario gestire l'infrastruttura sottostante.

Se non si ha familiarità con il database SQL di Azure, vedere il video Panoramica del database SQL di Azure della serie di video approfonditi su SQL di Azure:

Modelli di acquisto

Database SQL offre i due modelli di acquisto seguenti:

• Il modello di acquisto basato su vCore consente di scegliere il numero di vCore, la quantità di memoria e la quantità e la velocità della risorsa di archiviazione. Il modello di acquisto basato su vCore offre inoltre la possibilità di usare Vantaggio Azure Hybrid per SQL Server per risparmiare sui costi sfruttando le licenze di SQL Server esistenti.
• Il modello di acquisto basato su DTU offre una combinazione di risorse di calcolo, memoria e I/O in tre livelli di servizio per supportare carichi di lavoro di database da leggeri a pesanti. Le dimensioni di calcolo di ogni livello forniscono una diversa combinazione di queste risorse, a cui è possibile aggiungere altre risorse di archiviazione.

Livelli di servizio

Il modello di acquisto basato su vCore offre tre livelli di servizio:

• Il livello di servizio Utilizzo generico è progettato per i carichi di lavoro comuni. Offre opzioni di calcolo e archiviazione bilanciate e orientate al budget.
• Il livello di servizio Business critical è progettato per le applicazioni OLTP con frequenza elevata delle transazioni e latenza minima di I/O. Offre la massima resilienza agli errori tramite diverse repliche isolate.
• Il livello di servizio Hyperscale è progettato per la maggior parte dei carichi di lavoro aziendali. Hyperscale offre una grande flessibilità e prestazioni elevate con risorse di archiviazione e di calcolo scalabili in modo indipendente. Offre anche una maggiore resilienza agli errori consentendo la configurazione di più repliche di database isolate.

Il modello di acquisto basato su DTU offre due livelli di servizio:

• Il livello di servizio Standard è progettato per i carichi di lavoro comuni. Offre opzioni di calcolo e archiviazione bilanciate e orientate al budget.
• Il livello di servizio Premium è progettato per le applicazioni OLTP con frequenza elevata delle transazioni e latenza minima di I/O. Offre la massima resilienza agli errori tramite diverse repliche isolate.

Livello di calcolo

Il modello di acquisto basato su vCore offre due diversi livelli di calcolo per database SQL di Azure, ovvero il livello di calcolo con provisioning e il livello di elaborazione serverless. Il modello di acquisto basato su DTU fornisce solo il livello di calcolo di cui è stato effettuato il provisioning.

• Livello di calcolo con provisioning: fornisce una quantità specifica di risorsa di calcolo di cui viene eseguito il provisioning continuo indipendentemente dall'attività del carico di lavoro e fattura per la quantità di calcolo di cui è stato effettuato il provisioning a un prezzo fisso all'ora.
• Livello elaborazione serverless: ridimensiona automaticamente le risorse di calcolo in base alle esigenze dei carichi di lavoro, addebitando la quantità di risorse di calcolo usate al secondo. Il livello di elaborazione serverless è disponibile a livello generale nel livello di servizio Utilizzo generico e nel livello di servizio Hyperscale.

Modelli di distribuzione

Per la distribuzione di un database sono disponibili le opzioni seguenti:

• Il database singolo rappresenta un database completamente gestito e isolato. Usare questa opzione se è necessario avere una singola origine dati affidabile per applicazioni cloud e microservizi moderni. Un database singolo è simile a un database indipendente nel motore di database di SQL Server.
• Il pool elastico è una raccolta di database singoli con un set condiviso di risorse, ad esempio CPU o memoria. I database singoli possono essere spostati all’interno e all’esterno di un pool elastico.

Database SQL offre prestazioni prevedibili con più tipi di risorse, livelli di servizio e dimensioni di calcolo. Assicura scalabilità dinamica senza tempi di inattività, ottimizzazione intelligente incorporata, scalabilità e disponibilità globali, oltre a opzioni avanzate di sicurezza. Queste funzionalità consentono di impegnarsi per accelerare lo sviluppo di app e il time-to-market, invece di occuparsi della gestione di macchine virtuali e infrastruttura. Il database SQL è attualmente attivo in 38 data center di tutto il mondo, quindi è possibile eseguire il proprio database in un data center nelle vicinanze.

Prestazioni e pool scalabili

È possibile definire la quantità di risorse assegnate.

• Con i database singoli, ogni database è isolato dagli altri ed è portabile. Ognuno ha una propria quantità garantita di risorse di calcolo, memoria e archiviazione. La quantità di risorse assegnate è dedicata a tale database e non è condivisa con altri in Azure. È possibile dimensionare dinamicamente le risorse di database singolo aumentandole e riducendole. L'opzione del database singolo prevede risorse di calcolo, memoria e archiviazione diverse per esigenze diverse. Ad esempio, è possibile ottenere da 1 a 128 vCore o da 32 GB a 4 TB. Il livello di servizio Hyperscale consente di aumentare fino a 128 TB, con funzionalità di backup e ripristino veloci.
• Con i pool elastici è possibile assegnare le risorse condivise da tutti i database nel pool. È possibile creare un nuovo database o spostare i database singoli esistenti in un pool di risorse per massimizzare l'uso delle risorse e risparmiare sui costi. Questa opzione offre inoltre la possibilità di dimensionare dinamicamente le risorse del pool elastico, aumentandole e riducendole.

Si può creare la prima app in un piccolo database singolo, a un costo ridotto al mese, nel livello di servizio Utilizzo generico. È quindi possibile cambiare in qualsiasi momento il livello di servizio, manualmente o a livello di codice, per passare al livello di servizio Business critical o Hyperscale e soddisfare le esigenze della soluzione. È possibile regolare le prestazioni senza tempi di inattività per l'app o per i clienti. La scalabilità dinamica consente al database di rispondere in modo trasparente ai requisiti delle risorse in rapida evoluzione. Si paga solo per le risorse necessarie, quando sono necessarie.

La scalabilità dinamica è diversa dalla scalabilità automatica. Con la scalabilità automatica, un servizio viene ridimensionato automaticamente in base a vari criteri, mentre la scalabilità dinamica consente di gestire manualmente il ridimensionamento senza tempi di inattività. L'opzione del database singolo supporta la scalabilità dinamica manuale, ma non la scalabilità automatica. Per un'esperienza più automatica, prendere in considerazione queste alternative:

• Usare il livello serverless, che fornisce la scalabilità automatica.
• Usare gli script per pianificare o automatizzare la scalabilità per un singolo database. Per un esempio, vedere Usare PowerShell per monitorare e ridimensionare un database singolo SQL.
• Usare i pool elastici, che consentono ai database di condividere le risorse in un pool in base alle esigenze dei singoli database. I pool elastici possono anche essere ridimensionati con script personalizzati, consentendo di pianificare o automatizzare la scalabilità.

Guardare questo video nella serie Nozioni di base sul database SQL di Azure per una breve panoramica del ridimensionamento del database:

I pool elastici ottimizzano l'utilizzo delle risorse

Per molte aziende e applicazioni, la possibilità di creare singoli database e aumentare o ridurre le prestazioni all'occorrenza è sufficiente, specialmente se i modelli d'utilizzo sono relativamente prevedibili. Nel caso di modelli di utilizzo imprevedibili, può risultare difficile gestire i costi e il modello aziendale. I pool elastici sono stati progettati per risolvere questo problema. Le risorse a elevate prestazioni vengono allocate a un pool invece che a un database singolo. Si paga per le risorse collettive del pool invece che per le prestazioni dei database singoli.

Con i pool elastici non è necessario occuparsi di aumentare e ridurre le prestazioni dei database in base alla fluttuazione della domanda di risorse. I database in pool utilizzano le risorse relative alle prestazioni del pool elastico in base alla necessità. I database utilizzano le risorse del pool ma non superano i limiti impostati, per cui i costi rimangono prevedibili, indipendentemente dall'utilizzo dei singoli database.

È possibile aggiungere e rimuovere i database al pool, ridimensionando l'app da un numero limitato di database a diverse migliaia, il tutto entro un budget controllabile. È anche possibile controllare le risorse minime e massime disponibili per i database del pool, per assicurarsi che nessuno usi tutte le risorse del pool e che a ognuno venga garantita una quantità minima di risorse. Per ulteriori informazioni sui modelli di progettazione per applicazioni SaaS (Software as a Service) che utilizzano pool elastici, vedere Modelli di progettazione per applicazioni SaaS multi-tenant con database SQL.

Gli script possono essere utili per il monitoraggio e il ridimensionamento dei pool elastici. Per un esempio, vedere Usare PowerShell per il monitoraggio e il ridimensionamento di un pool elastico nel database SQL di Azure.

Unire database singoli e database in pool

È possibile combinare database singoli con pool elastici e cambiare i relativi livelli di servizio in base alla specifica situazione. È anche possibile combinare e integrare altri servizi di Azure con Database SQL per soddisfare specifiche esigenze di progettazione di app, promuovere l'efficienza in termini di costi e di risorse, nonché sfruttare nuove opportunità di business.

Funzionalità complete di monitoraggio e avviso

Database SQL di Azure offre funzionalità avanzate di monitoraggio e risoluzione dei problemi, che consentono di ottenere informazioni dettagliate sulle caratteristiche del carico di lavoro. Le funzionalità e gli strumenti in questione sono:

• Funzionalità predefinite di monitoraggio fornite dalla versione più recente del motore di database di SQL Server. Consentono di trovare informazioni dettagliate sulle prestazioni in tempo reale.
• Funzionalità di monitoraggio di soluzioni PaaS fornite da Azure, che consentono di monitorare e risolvere i problemi di un numero elevato di istanze di database.
• Database watcher (anteprima) consente il monitoraggio approfondito, a bassa latenza corrente e cronologica e offre una visualizzazione un solo livello dell'ambiente SQL di Azure.

Query Store, una funzionalità di monitoraggio predefinita di SQL Server, che registra le prestazioni delle query in tempo reale e consente di identificare i potenziali problemi di prestazioni e i principali consumer di risorse. L'ottimizzazione automatica e le raccomandazioni forniscono consigli riguardo alle query con prestazioni ridotte e agli indici mancanti o duplicati. Con l'ottimizzazione automatica disponibile in Database SQL, è possibile applicare manualmente gli script che possono risolvere i problemi o consentire a Database SQL di applicare la correzione automaticamente. Database SQL può anche testare e verificare che la correzione offra un vantaggio e quindi mantenere o annullare la modifica a seconda del risultato. Oltre a Query Store e alle funzionalità di ottimizzazione automatica, è possibile usare DMV e XEvent standard per monitorare le prestazioni del carico di lavoro.

È possibile monitorare in modo efficiente lo stato di migliaia di database usando le funzionalità predefinite di monitoraggio delle prestazioni e gli avvisi di database SQL. Con questi strumenti è possibile valutare rapidamente l'impatto dell'aumento o della riduzione delle risorse in base ai requisiti di prestazioni correnti o previsti. Inoltre, Database SQL può generare log di metriche e di risorse per semplificare il monitoraggio. È possibile configurare il database SQL per archiviare l'utilizzo delle risorse, ruoli di lavoro, sessioni e connettività in una delle risorse di Azure seguenti:

• Archiviazione di Azure: per l'archiviazione di enormi quantità di dati di telemetria a un costo conveniente.
• Hub eventi di Azure: per l'integrazione dei dati di telemetria di database SQL con soluzioni di monitoraggio personalizzate o pipeline attive.
• Log Analytics di Azure: per usare una soluzione di monitoraggio incorporata con funzionalità di report, avviso e mitigazione.

Funzionalità per la disponibilità

Database SQL di Azure assicura la continuità operativa delle organizzazioni durante le interruzioni del servizio. In un tradizionale ambiente di SQL Server sono in genere configurati almeno due computer in locale. Questi computer hanno copie dei dati esatte, mantenute in modo sincrono, per la protezione dagli errori di un singolo computer o componente. Questo ambiente fornisce disponibilità elevata, ma non protegge dalla distruzione del data center causata da catastrofi naturali.

Il ripristino di emergenza presuppone che un evento catastrofico sia geograficamente localizzato al punto tale che sarà comunque disponibile in un'altra località distante un altro computer o un set di computer con una copia dei dati. Per ottenere questa funzionalità in SQL Server, è possibile usare Gruppi di disponibilità AlwaysOn in esecuzione in modalità asincrona. Spesso non si vuole attendere che la replica venga eseguita a tale distanza prima di eseguire il commit di una transazione, quindi è possibile che si verifichi una perdita di dati quando si eseguono failover non pianificati.

I database nei livelli di servizio Premium e business critical già prevedono funzionalità simili per la sincronizzazione di un gruppo di disponibilità. I database nei livelli di servizio più bassi forniscono la ridondanza tramite archiviazione usando un meccanismo diverso ma equivalente. La logica predefinita offre protezione dagli errori di un singolo computer. La funzionalità di replica geografica attiva protegge i database da interruzioni estese a livello di area.

Le zone di disponibilità di Azure hanno lo scopo di offrire protezione da interruzioni del servizio, ad esempio di corrente o di rete, in un singolo edificio di data center e in una singola area. In Database SQL si inseriscono repliche diverse in zone di disponibilità diverse (in realtà proprio in edifici diversi).

Infatti, il contratto di servizio di Azure, sulla base di una rete globale di data center gestiti da Microsoft, prevede l'operatività delle app 24 ore su 24, 7 giorni su 7. La piattaforma Azure gestisce completamente ogni database e garantisce l'assenza di perdita di dati e una percentuale elevata di disponibilità dei dati. Azure gestisce automaticamente l'applicazione di patch, i backup, la replica, il rilevamento degli errori, i possibili errori di hardware, software o rete sottostanti, la distribuzione di correzioni di bug, i failover, gli aggiornamenti del database e altre attività di manutenzione. La disponibilità standard viene ottenuta separando i livelli di calcolo e archiviazione. La disponibilità Premium si ottiene integrando le risorse di calcolo e di archiviazione in un singolo nodo per le prestazioni e quindi implementando una tecnologia simile a Gruppi di disponibilità AlwaysOn. Per una descrizione completa delle funzionalità a disponibilità elevata del database SQL di Azure, vedere la disponibilità del database SQL.

Database SQL offre anche funzionalità predefinite di continuità aziendale e scalabilità globale. tra cui:

• Backup automatici:

  Il database SQL esegue automaticamente backup completi, differenziali e dei log delle transazioni dei database per consentirne il ripristino temporizzato. Per i database singoli e quelli in pool, è possibile configurare Database SQL per l'archivio di backup completi in Archiviazione di Azure per la conservazione a lungo termine. Per le istanza gestite, è anche possibile eseguire backup solo di copia per la conservazione a lungo termine.

• Ripristini temporizzati:

  Tutte le opzioni di distribuzione del database SQL supportano il ripristino di uno stato riferito a qualsiasi momento entro il periodo di conservazione automatico del backup per qualsiasi database.

• Replica geografica attiva:

  Le opzioni di database singolo e in pool consentono di configurare fino a quattro database secondari leggibili nello stesso data center o nei data center di Azure distribuiti a livello globale. Nel caso di un'applicazione SaaS che usa un database catalogo con volumi elevati di transazioni di sola lettura concorrenti, ad esempio, è possibile usare la replica geografica attiva per il potenziamento della lettura su scala globale ed evitare i colli di bottiglia nel database primario causati dai carichi di lavoro di lettura.

• Gruppi di failover:

  Tutte le opzioni di distribuzione di Database SQL consentono di usare gruppi di failover per la disponibilità elevata e il bilanciamento del carico su scala globale. I gruppi di failover consentono la replica geografica trasparente e il failover di grandi set di database e pool elastici. I gruppi di failover consentono la creazione di applicazioni SaaS distribuite a livello globale, con un sovraccarico amministrativo minimo. In questo modo tutta la complessa orchestrazione di monitoraggio routing e failover ricade su Database SQL.

• Database con ridondanza della zona:

  Il database SQL consente di effettuare il provisioning di database o pool elastici Premium o business critical in più zone di disponibilità. Poiché questi database e pool elastici hanno più repliche ridondanti per la disponibilità elevata, l'inserimento di tali repliche in più zone di disponibilità assicura una maggiore resilienza, oltre alla possibilità di eseguire il ripristino automatico dagli errori di scalabilità del data center, senza perdita di dati.

Intelligenza incorporata

Con Database SQL si ottengono funzionalità di intelligenza incorporata che consentono di ridurre drasticamente i costi di esecuzione e gestione dei database, oltre a ottimizzare sia le prestazioni che la sicurezza delle applicazioni. Il Database SQL raccoglie ed elabora una quantità enorme di dati di telemetria, nel pieno rispetto della privacy dei clienti. Vari algoritmi valutano continuamente i dati di telemetria, per eseguire il training del servizio e adattarlo all'applicazione.

Monitoraggio e ottimizzazione automatici delle prestazioni

Il database SQL offre informazioni dettagliate per le query che richiedono monitoraggio. Database SQL apprende dai modelli di database e consente di adattare lo schema dei database ai carichi di lavoro. Il database SQL offre raccomandazioni per ottimizzare le prestazioni, nelle quali è possibile verificare le azioni di ottimizzazione e applicarle.

La gestione efficiente di un numero enorme di database può risultare impossibile, anche con tutti gli strumenti e i report resi disponibili da Database SQL e da Azure. Invece di monitorare e ottimizzare il database manualmente, è consigliabile delegare alcune di queste attività a Database SQL con l'ottimizzazione automatica. Database SQL applica automaticamente le raccomandazioni, esegue i test e verifica ogni azione di ottimizzazione per assicurare il continuo miglioramento delle prestazioni. In questo modo, Database SQL si adatta automaticamente ai carichi di lavoro in modo controllato e sicuro. Ottimizzazione automatica significa che le prestazioni del database vengono attentamente monitorate e confrontate prima e dopo ogni azione. Se le prestazioni non migliorano, l'azione di ottimizzazione viene annullata.

Molti partner Microsoft che eseguono app multi-tenant SaaS su database SQL si affidano all'ottimizzazione automatica delle prestazioni per assicurarsi che le loro applicazioni offrano sempre prestazioni stabili e prevedibili. Questa funzionalità consente loro di ridurre notevolmente il rischio di problemi di prestazioni durante la notte. Inoltre, dato che anche parte della loro base clienti usa SQL Server, questi partner usano le stesse raccomandazioni di indicizzazione proposte da Database SQL ai clienti di SQL Server.

In Database SQL sono disponibili due aspetti di ottimizzazione automatica:

• Gestione automatica degli indici: consente di identificare gli indici da aggiungere al database e quelli che è consigliabile rimuovere.
• Correzione automatica dei piani: consente di identificare i piani problematici e correggere i problemi di prestazioni.

Elaborazione di query adattive

È possibile usare l'elaborazione adattiva delle query, che include l'esecuzione interleaved per le funzioni con valori di tabella con più istruzioni, il feedback delle concessioni di memoria in modalità batch e i join adattivi in modalità batch. Ognuna di queste funzionalità di elaborazione adattiva delle query applica tecniche di "apprendimento e adattamento" simili e consente di agevolare ulteriormente la risoluzione dei problemi di prestazioni correlati all'ottimizzazione di query generalmente difficili da gestire.

Sicurezza e conformità avanzate

Il database SQL offre un'ampia gamma di funzionalità predefinite per sicurezza e conformità utili per fare in modo che le applicazioni possano soddisfare svariati requisiti di sicurezza e conformità.

Protezione avanzata dalle minacce

Microsoft Defender per for SQL è un pacchetto unificato di funzionalità di sicurezza SQL avanzate. Include funzionalità per la gestione delle vulnerabilità dei database e per il rilevamento di attività anomale che potrebbero indicare una minaccia per il database. Consente di abilitare e gestire queste funzionalità da un'unica posizione.

• Valutazione delle vulnerabilità:

  Questo servizio consente di individuare, monitorare e risolvere potenziali vulnerabilità del database. Consente di visualizzare lo stato di sicurezza e prevede passaggi utili per risolvere i problemi di sicurezza e migliorare la protezione del database.

• Rilevamento delle minacce:

  Questa funzionalità rileva attività anomale che indicano tentativi insoliti e potenzialmente dannosi di accesso o sfruttamento del database. Monitora in modo continuo il database in caso di attività sospette e fornisce avvisi di sicurezza immediati su potenziali vulnerabilità, attacchi SQL injection e in caso di criteri anomali di accesso ai database. Gli avvisi di Threat Protection includono dettagli sulle attività sospette e consigliano azioni per l'analisi e la mitigazione della minaccia.

Controllo per conformità e sicurezza

Il servizio di controllo tiene traccia degli eventi che si verificano nel database e li registra in un log di controllo nell'account di archiviazione di Azure. Il controllo consente di agevolare la conformità alle normative, comprendere l'attività del database e ottenere informazioni dettagliate su eventuali discrepanze e anomalie che potrebbero indicare problemi aziendali o sospette violazioni della sicurezza.

Crittografia dei dati

Il database SQL consente di proteggere i dati fornendo la crittografia. Per i dati in movimento, usa Transport Layer Security. Per i dati inattivi, usa Transparent Data Encryption. Per i dati in uso, usa Always Encrypted.

Individuazione e classificazione dei dati

Individuazione dati e classificazione offre funzionalità integrate nel database SQL di Azure per l'individuazione, la classificazione, l'etichettatura e la protezione dei dati sensibili presenti nei database. Assicura visibilità nello stato di classificazione del database e tiene traccia dell'accesso a dati sensibili sia all'interno che all'esterno del database.

Autenticazione a più fattori di Microsoft Entra e autenticazione a più fattori

Il database SQL consente di gestire a livello centralizzato le identità degli utenti di database e altri servizi Microsoft grazie all'integrazione in Microsoft Entra. Questa funzionalità semplifica la gestione delle autorizzazioni e ottimizza la sicurezza. Microsoft Entra ID (in precedenza Azure Active Directory) supporta la funzionalità di autenticazione a più fattori per aumentare la sicurezza di dati e applicazioni, supportando al tempo stesso un processo Single Sign-On.

Strumenti facili da usare

Il database SQL consente di creare e gestire le applicazioni in modo più facile e produttivo. Con il database SQL è possibile concentrarsi sull'attività principale, ovvero creare app straordinarie. Per la gestione e lo sviluppo in Database SQL è possibile usare strumenti e competenze già disponibili.

Database SQL supporta lo sviluppo di applicazioni con Python, Java, Node.js, PHP, Ruby e .NET in macOS, Linux e Windows. Il database SQL supporta le stesse librerie di connessione di SQL Server.

Creare e gestire risorse SQL di Azure con il portale di Azure

Il portale di Azure offre un’unica pagina in cui è possibile gestire tutte le risorse SQL di Azure, incluso SQL Server in macchine virtuali di Azure.

Per accedere alla pagina di Azure SQL, selezionare Azure SQL nel menu del portale di Azure oppure cercare e selezionare Azure SQL in qualsiasi pagina.

Per gestire le risorse esistenti, selezionare un elemento nell’elenco. Per creare nuove risorse SQL di Azure, selezionare + Crea.

Dopo aver selezionato + Crea, selezionare Mostra dettagli in qualsiasi riquadro per visualizzare informazioni aggiuntive sulle diverse opzioni.

Per informazioni dettagliate, vedere:

• Creare un database singolo
• Creare un pool elastico
• Creare un’istanza gestita
• Creare una macchina virtuale SQL

Domande frequenti su Database SQL

È possibile controllare quando si verificano i tempi di inattività dovuti all'applicazione di patch?

La funzionalità Finestra di manutenzione consente di configurare pianificazioni prevedibili delle finestre di manutenzione per i database SQL di Azure idonei. Sono disponibili notifiche di preavviso della finestra di manutenzione per i database configurati per l'uso di una finestra di manutenzione non predefinita.

Come si pianificano gli eventi di manutenzione?

L'impatto dell'applicazione di patch non è in genere rilevante se si impiega la logica di ripetizione dei tentativi nell'app. Per altre informazioni, vedere Pianificazione di eventi di manutenzione di Azure in Database SQL di Azure.

Comunicare con il team di progettazione di SQL Server

• DBA Stack Exchange: per domande relative all'amministrazione dei database.
• Stack Overflow: per domande relative allo sviluppo.
• Pagina delle domande di Microsoft Q&A: Porre domande tecniche.
• Feedback: per segnalare bug e richiedere funzionalità.
• Reddit: per discussioni su SQL Server.

Contenuto correlato

• Per un confronto e un calcolo dei costi riguardanti database singoli e pool elastici, vedere la pagina dei prezzi.

• Per iniziare, vedere questi argomenti di avvio rapido:

  • Creare un database nel portale di Azure
  • Creare un database con l'interfaccia della riga di comando di Azure
  • Creare un database usando PowerShell

• Per un set di esempi dell'interfaccia della riga di comando di Azure e di PowerShell, vedere:

  • Esempi dell'interfaccia della riga di comando di Azure per database SQL
  • Esempi di Azure PowerShell per database SQL

• Per informazioni sulle nuove funzionalità annunciate, vedere Roadmap di Azure per Database SQL.

• Visitare il blog di Database SQL di Azure, in cui i membri del team di prodotto SQL Server annunciano novità e funzionalità di Database SQL.