Alegerea caracteristicii corecte pentru baza de date Azure SQL
În scenariul nostru de producție a bicicletelor, ați identificat și profilat deja bazele de date pe care doriți să le migrați la baza de date SQL Azure. Acum doriți să planificați migrarea, luând în considerare recuperarea datelor, recuperarea dezastrelor, securitatea și alte detalii de implementare.
Doriți să cunoașteți instrumentele și caracteristicile disponibile pentru a accepta procesul de migrare la baza de date SQL Azure.
Avantajele bazei de date AZURE SQL
Următoarele rezumă avantajele implementării bazelor de date comune unice și elastice:
| Categorie | Caracteristică |
|---|---|
| backup și recuperare | Backup automat |
| Restaurare la un moment dat | |
| Retenție backup 7 zile+ | |
| Backup pe termen lung stochează copii backup timp de până la 10 ani | |
| Disponibilitate ridicată | Garanție de disponibilitate% 99.99 |
| Disponibilitate încorporată cu trei reproduceri secundare | |
| Redundanța zonelor prin zonele de disponibilitate Azure | |
| de recuperare în caz de dezastru | Restaurarea geografică a copiilor backup ale bazelor de date |
| Reproducerea geografică activă între regiunile Azure | |
| Scalabilitate serviciu | Scalare dinamică și scalare în jos |
| Scalare cu mai multe fragmente | |
| Partajarea resurselor de calcul între bazele de date utilizând rezervoare elastice | |
| Securitate | Asistență pentru autentificarea Microsoft Entra |
| Caracteristici de securitate doar în cloud, cum ar fi Protecție avansată împotriva amenințărilor | |
| Criptarea datelor transparente (TDE) activată în mod implicit | |
| Suport pentru mascarea dinamică și statică a datelor, securitatea la nivel de rând și criptarea întotdeauna criptată | |
| Listă de permisiuni firewall | |
| Licențiere | Model de cumpărare DTU pentru costuri predictive |
| modelul de achiziționare vCore, care permite scalarea spațiului de stocare independent de calcul | |
| Combinați modelul de achiziționare vCore cu Azure Hibrid Benefit pentru SQL Server pentru a realiza economii de costuri de până la 30% |
Sfat
Pentru a revizui avantajele migrării la baza de date Azure SQL și caracteristicile disponibile, consultați soluțiile Deploy PaaS cu modulul Azure SQL.
Caracteristici exclusive ale bazei de date SQL Azure
Unele caracteristici sunt acceptate în baza de date Azure SQL, care nu sunt disponibile în alte oferte SQL Azure:
| Caracteristică | Definiție |
|---|---|
| Hyperscale | Arhitectura nativă din cloud care permite calcule și spațiu de stocare scalabil independent, oferind mai multă flexibilitate și resurse decât alte niveluri. |
| scalare automată | Cu nivelul de calculare fără server |
| reglarea automată (indexuri) | Această caracteristică încorporată identifică și creează automat indexuri care pot îmbunătăți performanța volumului de lucru. De asemenea, verifică dacă performanța interogării a fost îmbunătățită și elimină indexurile neutilizate sau dublate. |
| de interogare Elastic | Vă permite să rulați interogări T-SQL care pun în punte mai multe baze de date în baza de date SQL. Această caracteristică este utilă pentru aplicațiile care utilizează nume de trei și patru părți care nu pot fi modificate. |
| lucrări elastice | Caracteristica de activitate elastică este înlocuirea SQL Server Agent pentru baza de date SQL SQL. Într-o anumită măsură, activitatea elastică este echivalentă cu caracteristica Administrare multi-server disponibilă în instanța SQL Server. |
| detalii despre performanța interogărilor (QPI) | Acest instrument vă ajută să găsiți interogările pentru a optimiza, pentru a îmbunătăți performanța generală a volumului de lucru și a utiliza eficient resursa pentru care plătiți. |
Important
Pentru a înțelege diferențele suplimentare de caracteristici dintre baza de date SQL, SQL Server și Instanța gestionată Azure SQL, precum și diferențele dintre diferitele opțiuni pentru baza de date SQL Azure, consultați caracteristicile bazei de date SQL.
Opțiuni de migrare acceptate
Există două moduri de migrare la baza de date Azure SQL: Online și Offline. Modul online are timp minim sau nu este redus, în timp ce modul offline se confruntă cu întreruperi în timpul procesului de migrare.
| Unealtă | Mod migrare |
|---|---|
| serviciului de migrare a bazelor de date Azure | offline |
| replicare tranzacțională | online |
| Azure Migrate | offline |
| Expert import export/ BACPAC | offline |
| copie în bloc (utilitar bcp) | offline |
| Azure Data Factory | offline |
* Poate avea un impact de performanță mai mare, în funcție de volumul de lucru.
Notă
Vă recomandăm să utilizați Serviciul de migrare a bazei de date Azure pentru migrări mari și experiență generală îmbunătățită.
Performanța migrării
Luați în considerare următoarele recomandări atunci când migrați la baza de date SQL Azure:
- Monitorizați I/O și latența fișierului de date din sursă și reduceți blocajele.
- Scalați baza de date Azure SQL țintă la Business Critical Gen5 8 vCore sau utilizați nivelul serviciului Hyperscale pentru a minimiza latența fișierelor jurnal.
- Asigurați-vă că lățimea de bandă de rețea poate cuprinde rata maximă de ingerare a jurnalului.
- Alegeți cel mai înalt nivel de serviciu și calculați dimensiunea maximă a transferului și scalați în jos după migrare.
- Minimizați distanța dintre fișierele BACPAC și centrul de date de destinație.
- Dezactivați actualizarea automată și creați automat statistici în timpul migrării.
- Tabelele de partiții și indexurile, fixați vizualizările indexate și creați-le din nou după migrare.
- Luați în considerare migrarea rară a datelor istorice într-o bază de date separată din baza de date SQL Azure și interogați-o utilizând interogări elastice.
Reîncercați conexiunile aplicației
Atunci când migrați la baza de date Azure SQL, este important să anticipați erorile ocazionale tranzitorii la conectarea la resursa bazei de date și să implementați o metodă logică de reîncercare corespunzătoare. Setarea unui număr maxim de reîncercări înainte ca programul să se termine este, de asemenea, importantă.
Vă recomandăm să așteptați cel puțin 5 secunde pentru prima reîncercare. Fiecare reîncercare ulterioară ar trebui să crească exponențial întârzierea, până la un maxim de 60 de secunde.
Notă
Dacă o instrucțiune SELECT nu reușește cu o eroare tranzitorie pentru baza de date SQL, nu încercați direct din nou. În schimb, încercați din nou instrucțiunea SELECT într-o conexiune nouă.
Pentru a afla mai multe despre conturile principale de reîncercare a conexiunii, consultați Depanarea erorilor de conexiune tranzitorii din baza de date SQL și instanța gestionată SQL.