Examinați instanța gestionată SQL

  • 9 minute

Deși multe organizații migrează inițial la Azure utilizând ofertele IaaS, platforma ca serviciu (PaaS) oferă beneficii suplimentare. Cu PaaS, serviciul gestionează instalarea și corecția SQL Server, astfel că nu mai trebuie să efectuați aceste activități. Verificările consistenței, copiile backup, securitatea și instrumentele de performanță sunt incluse, de asemenea, ca parte a serviciului gestionat.

Instanța gestionată Azure SQL este o instanță SQL Server complet funcțională, care este de aproape 100% compatibilă cu ecosistemul dvs. local. Acesta include caracteristici precum SQL Agent, acces la interogări tempdb, interogări încrucișate și modulul runtime pentru limbaj comun (CLR). Acest serviciu utilizează aceeași infrastructură ca baza de date Azure SQL și oferă toate avantajele PaaS, cum ar fi copiile backup automate, corecția automată și disponibilitatea ridicată.

Capacități instanță gestionată Azure SQL

Instanța gestionată Azure SQL oferă o cale de migrare fără sincope pentru aplicațiile existente, activând restaurări din copii backup locale. Spre deosebire de baza de date Azure SQL, proiectată pentru structuri de baze de date unice, Instanța gestionată SQL oferă o instanță SQL Server completă, suportând până la 100 de baze de date și acordând acces la bazele de date de sistem. De asemenea, include caracteristici care nu sunt disponibile în baza de date Azure SQL, cum ar fi interogările inter-baze de date, modulul runtime comun (CLR) și utilizarea SQL Agent prin baza de date de sistem msdb.

Atunci când creați o instanță gestionată Azure SQL, puteți alege între două niveluri de servicii: Activitate critică și scop general. Aceste niveluri se aliniază cu modelul Azure SQL Database vCore, deoarece instanțele gestionate SQL sunt achiziționate utilizând acest model. Diferențele principale dintre cele două niveluri sunt că Business Critical include In-Memory OLTP și oferă o caracteristică lizibilă secundară, care nu este disponibilă în nivelul General Purpose. Ambele niveluri oferă disponibilitate ridicată, cu nivelul Critic de firmă, utilizând grupurile Disponibilitate permanentă pentru reziliență mai mare. În plus, ambele niveluri permit configurarea independentă a spațiului de stocare și a resurselor de calcul.

Caracteristica Link oferă capacități hibride prin reproducerea bazelor de date din instanțe SQL Server în Instanță gestionată AZURE SQL. Utilizează grupuri de disponibilitate distribuite, parte din tehnologia de grup de disponibilitate Întotdeauna activată, pentru a reproduce datele. Înregistrările jurnalului de tranzacții sunt reproduse ca parte a acestor grupuri de disponibilitate distribuite.

Înregistrările jurnalului de tranzacții din instanța primară nu pot fi trunchiate până când nu sunt reproduse în instanța secundară. Copiile backup regulate ale jurnalelor de tranzacții contribuie la reducerea riscului de a rămâne fără spațiu în instanța principală.

Caracteristica Link poate fi utilizată și ca soluție hibridă de recuperare după dezastru, permițându-vă să eșuați în bazele de date SQL Server găzduite oriunde într-o bază de date care rulează pe instanța gestionată SQL. În plus, puteți utiliza caracteristica Link pentru a furniza o bază de date secundară doar în citire în Instanța gestionată SQL, dezîncărcând operațiuni intensive doar în citire.

Pentru mai multe informații despre configurarea caracteristicii de legare pentru Instanța gestionată Azure SQL, consultați Pregătirea mediului pentru caracteristica de legare - Instanță gestionată Azure SQL.

Fond comun de instanțe

Rezervoarele de instanțe oferă o modalitate eficientă de a migra instanțe SQL Server mai mici în cloud. În loc să consolidați bazele de date mai mici într-o instanță gestionată mai mare, care necesită o planificare suplimentară a guvernanței și securității, rezervoarele de instanțe vă permit să pre-furnizați resurse pe baza cerințelor și necesităților totale de migrare.

Caracteristica fond comun de instanțe oferă un timp rapid de implementare de până la 10 minute, făcându-l ideal pentru scenariile în care durata implementării este esențială. În plus, toate instanțele dintr-un rezervor au aceeași mașină virtuală, iar alocarea totală a IP-urilor este independentă de numărul de instanțe implementate.

Pentru a afla cum să implementați un fond comun de instanțe pentru instanța gestionată SQL, consultați Implementarea Instanței gestionate Azure SQL într-un fond comun de instanțe .

Disponibilitate ridicată și recuperare în caz de dezastru

Instanța gestionată Azure SQL, ca serviciu PaaS, oferă în mod inerent o disponibilitate ridicată. O instanță gestionată SQL independentă oferă un acord de nivel de servicii 99,99% (SLA), asigurând maximum 52,60 de minute de nefuncționare pe an. Arhitectura reflectă cea a bazei de date Azure SQL: nivelul Scop general utilizează replicarea stocării pentru disponibilitate, în timp ce nivelul Critic de firmă utilizează reproduceri multiple pentru reziliență sporită.

Instanța gestionată Azure SQL oferă grupuri de reluare în caz de nereușită automată pentru recuperarea în caz de dezastru, protejând întreaga instanță gestionată și toate bazele sale de date. Această caracteristică reproduce în mod asincron datele din instanța gestionată Azure SQL principală într-o instanță secundară, dar este limitată în prezent la regiunea Azure asociată a instanței primare, cu o singură reproducere permisă.

Similar cu baza de date Azure SQL, grupurile de reluare în caz de nereușită automată oferă puncte finale de ascultare doar în citire și doar în citire, simplificând gestionarea șirurilor de conexiune. Dacă există o reluare în caz de nereușită, șirurile de conexiune ale aplicației sunt direcționate automat către instanța corespunzătoare. Cu toate acestea, aceste puncte finale urmează un format ușor diferit: <fog-name>.zone_id.database.windows.net pentru SQL Managed Instance, comparativ cu <fog-name>.zone_id.database.windows.net în timp ce Azure SQL Database este în <fog-name>.secondary.database.windows.net baza de date Azure SQL.

Atât instanțele gestionate principale, cât și cele secundare trebuie să fie în aceeași zonă DNS. Acest lucru asigură că același certificat multi-domeniu poate fi utilizat pentru autentificarea conexiunii clientului între instanțele din grupul de reluare în caz de nereușită. Puteți specifica un "Partener de zonă DNS" prin portalul Azure, PowerShell sau Azure CLI.

Backup-uri

Copiile backup automate sunt configurate implicit pentru Instanța gestionată Azure SQL. O diferență esențială între instanța gestionată Azure SQL și baza de date SQL Azure este că, cu SQL Managed Instance, puteți crea manual o copie backup doar pentru o bază de date. Aceste copii backup trebuie stocate într-un URL, deoarece accesul local la stocare nu este permis. În plus, puteți configura reținerea pe termen lung (LTR) pentru a păstra copiile backup automate timp de până la 10 ani în spațiul de stocare Geo-redundant Azure Blob.

Copiile backup ale bazelor de date urmează același program ca baza de date Azure SQL și aceste programări nu pot fi ajustate.

  • Plin– O dată pe săptămână
  • Diferenţial– La fiecare 12 ore
  • Jurnal de tranzacții - La fiecare 5-10 minute, în funcție de utilizarea jurnalului de tranzacții

Restaurarea unei baze de date într-o instanță gestionată Azure SQL este similară cu procesul cu baza de date SQL Azure. Puteți utiliza portalul Azure, PowerShell sau Azure CLI. Pentru a restaura de la o instanță la alta, ambele instanțe trebuie să se afle în același abonament Azure și în aceeași regiune. În plus, nu puteți restaura întreaga instanță gestionată, doar bazele de date individuale din instanța gestionată SQL.

La fel ca în legătură cu baza de date Azure SQL, nu puteți restaura peste o bază de date existentă. Trebuie să fixați sau să redenumiți baza de date existentă înainte de a o restaura din backup. Deoarece Instanța gestionată SQL este o instanță SQL Server complet funcțională, puteți executa o RESTORE comandă, care nu este posibilă cu Baza de date SQL Azure. Cu toate acestea, ca serviciu PaaS, există câteva limitări:

  • Trebuie să restaurați dintr-un punct final URL, deoarece unitățile locale nu sunt accesibile.
  • Puteți utiliza următoarele opțiuni (în plus față de specificarea bazei de date):
    • FILELISTONLY
    • ANTETONLY
    • LABELONLY
    • VERIFICARE ÎN MOD CORESPUNZĂTOR
  • Fișierele de backup care conțin mai multe fișiere jurnal nu pot fi restaurate
  • Fișierele de backup care conțin mai multe seturi de backup nu pot fi restaurate
  • Copiile backup care conțin Memorie/FILESTREAM nu pot fi restaurate

În mod implicit, bazele de date dintr-o instanță gestionată sunt criptate utilizând TDE (Transparent Data Encryption) cu o cheie gestionată de Microsoft. Pentru a face o copie backup doar pentru copiere inițiată de utilizator, trebuie să dezactivați TDE pentru baza de date specifică. Dacă o bază de date este criptată, o puteți restaura, dar aveți nevoie de acces la certificat sau la cheia asimetrică utilizată pentru criptare. Fără acestea, nu puteți restaura baza de date într-o instanță sql gestionată.

Pentru a afla noile caracteristici pentru Instanța gestionată Azure SQL, consultați Noutăți în Instanța gestionată Azure SQL?.