Planificarea unei migrări a datelor

  • 7 minute

Un proiect de modernizare a platformei de date are cinci etape care sunt finalizate de obicei în ordine.

În scenariul nostru global de distribuitor, avizierul dvs. a aprobat proiectul de modernizare și începeți să organizați personalul și alte resurse. Pentru a configura și a atribui activități optim, trebuie să înțelegeți fazele proiectului în profunzime.

În această unitate, veți explora fiecare dintre cele cinci etape în detaliu.

O diagramă cu cele cinci etape de modernizare a datelor, descoperiți, evaluați, planificați, transformați și validați.

Inițierea și descoperirea

Proiectele de modernizare a platformei de date sunt inițiate de obicei pentru a îndeplini cerințele de afaceri sau legale. Prin urmare, este esențial să țină cont de aceste necesități și să obțineți asistență de la conducerea de nivel superior. Primul pas este să finalizați un exercițiu de descoperire care include următoarele considerații:

  • Evaluați mediul curent

    Multe infrastructuri IT vor evolua de obicei de-a lungul multor ani, poate chiar și decenii. În acel moment, afacerile și personalul se pot schimba imens în măsura în care nu mai există experți în sistemele pe care le are o organizație. În unele ocazii rare, este posibil ca organizațiile chiar să uite că au încă unele sisteme în existență.

  • Verificați dependențele dintre aplicațiile și bazele de date existente

    Ar trebui să vă faceți timp pentru a înțelege cum interacționează aplicațiile cu bazele de date care există în rețeaua dvs. În plus, ar trebui să înțelegeți și dependențele inter-baze de date care pot exista, astfel încât să puteți grupa colectiv bazele de date în grupări logice. Efectuând acest exercițiu, veți utiliza grupările logice ale bazelor de date ca bază pentru migrarea acestora la Azure ca o singură unitate.

  • Listați tipurile de volum de lucru ale sistemelor

    Listarea tipurilor de volum de lucru în raport cu serverele de baze de date identificate oferă o perspectivă asupra utilizării acestora. Sarcinile de lucru pot fi clasificate ca analitice (OLAP) sau tranzacționale (OLTP), în funcție de modul în care sunt citite sau scriere intensive. Acest lucru vă ajută să decideți la ce tehnologie de platformă de date să migrați. Clasificarea suplimentară poate include sarcini de lucru lot sau de decizie de asistență.

Evaluare

În etapa de evaluare, informațiile colectate în timpul fazei de descoperire sunt utilizate pentru a efectua o evaluare cuprinzătoare a sarcinilor de lucru identificate pentru a stabili următoarele:

  • Orice instrumente potențiale de blocare a migrării
  • Orice modificări care necesită remedieri ulterioare migrării
  • Caracteristicile Azure pe care le pot utiliza sarcinile de lucru

Stabiliți acest lucru prin finalizarea unei evaluări a volumului de lucru curent și o evaluare a criteriilor de volum de lucru :

  • Evaluarea curentă a volumului de lucru

    Serverele și aplicațiile identificate ale bazei de date sunt clasificate și confirmate pentru a stabili următoarele: volumul de date și ratele de creștere așteptate, utilizarea medie a resurselor și importanța lor critică pentru firmă. Această etapă prezintă, de asemenea, o oportunitate de a lua în considerare combinarea sau dezafectarea bazelor de date locale pentru a reduce numărul de baze de date de migrat și a reduce costul total de proprietate.

  • evaluarea criteriilor de volum de lucru

    În evaluarea criteriilor volumului de lucru, utilizați constatările din evaluarea curentă a volumului de lucru și definiți criteriile ulterioare migrării pentru rularea sarcinilor de lucru identificate.

    Să presupunem că ați identificat un server de baze de date tranzacțional foarte utilizat în timpul orelor de vârf, dar cu o utilizare scăzută în afara orelor de vârf. În evaluarea criteriilor pentru volumul de lucru, definiți un criteriu după migrare, cum ar fi migrarea la o bază de date Azure SQL cu scalare automată pentru a gestiona încărcările de vârf.

Planificare

Etapa de planificare a unui proiect de modernizare a platformei de date implică determinarea platformei țintă, a abordării migrării și a planurilor de atenuare pentru orice întreruperi planificate sau neplanificate.

În faza de planificare a procesului de modernizare a platformei de date, există șapte termeni pentru a descrie modul în care puteți gestiona aplicațiile și datele trecând de la un mediu local existent la un nou mediu bazat pe cloud (public sau privat):

# Fază Acţiune Descriere
1. rămâne Nicio acțiune Continuarea modernizării, luând în considerare opțiunile pe termen lung pentru serviciile locale rămase.
2. Regăzduiește Migrarea la IaaS Această abordare elimină necesitatea gestionării centrelor de date și oferă o rentabilitate mai mare a investițiilor (ROI) printr-un cost total de proprietate mai redus(TCO).
3. Refactorizare Migrarea la IaaS sau PaaS cu modificări minime ale aplicației Această abordare elimină necesitatea gestionării centrelor de date și oferă o rentabilitate mai mare a investițiilor (ROI) printr-un cost total de proprietate mai redus(TCO). De asemenea, poate activa o suprapunere de gestionare inferioară prin consolidarea bazelor de date.
4. Rearhitect Rescrierea aspectelor de bază ale aplicației pentru a utiliza tehnologii cloud Acesta permite utilizarea componentelor moderne, reduce implementarea codului și facilitează implementarea de infrastructură și servicii DevOps.
5. Reconstrui Reconstruirea aplicației pentru utilizarea tehnologiilor PaaS sau serverless Reconstruirea platformelor de date și a aplicațiilor cu tehnologii mai noi permite utilizarea disponibilității ridicate Azure, crește portabilitatea și scalabilitatea aplicațiilor și minimizează potențialele lacune de competențe între tehnologia utilizată și personalul care susține/dezvoltă aplicația.
6. Înlocui Înlocuirea aplicației cu o aplicație mai nouă sau cu o soluție SaaS mai nouă Luați în considerare abordarea de înlocuire atunci când o aplicație are dependențe de dispozitivele fizice atașate la server sau atunci când se integrează strâns cu infrastructura locală.
7. Retrageți-vă Aplicațiile de dezafectare care nu mai sunt necesare Abordarea retrasă ar trebui să fie luată în considerare atunci când aplicațiile și bazele de date moștenite nu mai sunt utilizate, deoarece nu există cerințe de afaceri sau legale pentru a le păstra.

Graficul de mai jos afișează volumul de efort necesar fiecărui termen comparativ cu valoarea pe care o câștigă afacerea din migrare.

  • Opțiuni țintă platformă

    Există două opțiuni de nivel înalt disponibile atunci când vine vorba de alegerea platformei țintă.

    • Infrastructură ca serviciu (IaaS) - În această abordare, veți migra datele la o mașină virtuală care are instalat SQL Server.

    • Platform as a Service (PaaS) - În această abordare, veți migra datele la un serviciu de platformă de date care corespunde volumului dvs. de lucru. Pentru sarcinile de lucru tranzacționale, care ar implica baza de date Azure SQL sau Instanța gestionată Azure SQL. Pentru sarcinile de lucru de tip Online Analytical Processing (OLAP), acest lucru ar implica Azure Synapse Analytics.

  • Alegerea platformei țintă după caracteristici

    • bază de date Azure SQL - utilizați dacă zona de suprafață a aplicației este dimensionată în domeniul bazei de date. Baza de date SQL oferă o soluție de întreținere scăzută, care poate fi o opțiune foarte bună pentru anumite sarcini de lucru.

    • Rezervoare elastice bază de date Azure SQL - rezervoarele elastice vă permit să alocați spațiu de stocare și să calculați resurse la un grup de baze de date, în loc să fie necesar să gestionați resursele pentru fiecare bază de date individual. În plus, rezervoarele elastice sunt mai ușor de scalat decât bazele de date individuale, unde scalarea bazelor de date individuale nu mai este necesară din cauza modificărilor aduse rezervorului elastic.

    • server de baze de date Sql Azure fără - este eficient pentru reducerea costurilor în mediile de dezvoltare și testare. Caracteristica de întârziere cu pauză automată vă permite să setați perioada inactivă înainte ca baza de date să se întrerupă automat. Puteți să alegeți între 1 oră și 7 zile sau să o dezactivați. Atunci când accesați din nou baza de date, acesta se reia și se aplică doar taxe de stocare în timpul pauzei.

    • instanță gestionată Azure SQL - ar fi potrivită pentru utilizare dacă zona de suprafață a aplicației este dimensionată în domeniu și necesită caracteristici care nu sunt disponibile în baza de date SQL Azure, cum ar fi:

      • SQL Agent
      • MSDTC
      • DQS
      • MDS
      • Corespondență bază de date
      • Polibase
      • Suport pentru servere legate
      • Acceptă noi servicii cloud Azure, cum ar fi detectarea amenințărilor

    • SQL Server pe mașina virtuală Azure - utilizați dacă zona de suprafață a aplicației este dimensionată și necesită caracteristici care nu sunt disponibile în Instanța gestionată Azure SQL, cum ar fi SQL Server Reporting Services (SSRS), SQL Server Analysis Services (SSAS) și SQL Server Integration Services (SSIS).

    • Azure Synapse Analytics - utilizați dacă aveți aplicații care rulează interogări complexe în volume mari de date care pot profita de procesarea masivă paralelă (MPP) pentru a reduce timpul de procesare a interogărilor.

Pentru a vedea lista de caracteristici acceptate pe fiecare ofertă PaaS pentru SQL, consultați comparația caracteristicilor : Baza de date Azure SQL și Instanța gestionată Azure SQL.

  • Alegerea platformei țintă în funcție de cost

    • bază de date SQL Azure - natura platform-as-a-Service a bazei de date SQL Azure reduce semnificativ costurile de administrare și gestionare față de topologia SQL Server mai tradițională de pe topologia Azure IaaS, deoarece cea mai mare parte a lucrului necesar este finalizată silențios în fundal pentru dvs. de către Microsoft. La scară, se pot face economii considerabile în timp și efort.

    • Rezervoare elastice bază de date Azure SQL - Rezervoarele elastice pentru bazele de date Azure SQL oferă economii semnificative pentru mai multe baze de date cu cerințe de utilizare imprevizibile. Calculați resursele sunt partajate, evitând supra-asigurarea accesului și reducând costurile pentru întreținerea și administrarea serverului.

    • instanței gestionate Azure SQL - Instanța gestionată SQL este oferită clienților care doresc un serviciu complet gestionat, unde pot să ridice și să își schimbe cu ușurință mediul local cu modificări minime de configurare. Mediul oferă minimum 8 nuclee și până la 8 TB de spațiu de stocare și se află într-o rețea virtuală izolată. Această ofertă este foarte bună pentru clienții care doresc să ajungă rapid în cloud și doresc să evite suprapunerea mașinilor virtuale.

    • SQL Server pe mașina virtuală Azure - comparativ cu ofertele PaaS, SQL Server care rulează pe mașini virtuale Azure sunt dotate cu costuri mai mari de calcul, stocare și gestionare, dar oferă un control mai mare asupra SQL Server și a infrastructurii.

    • Azure Synapse Analytics - Azure Synapse Analytics vă poate reduce costurile prin valorificarea arhitecturii MPP pentru a procesa interogări complexe în câteva minute, mai degrabă decât ore.

  • Offline versus migrările online

    În etapa de planificare, se recomandă să luați în considerare dacă efectuați o migrare offline sau online. Cu migrările offline, timpul de nefuncțiune a aplicației începe în același timp cu pornirea migrării. Pentru a limita timpul de nefuncție necesar pentru a reduce la noul mediu atunci când migrarea se termină, utilizați o migrare online. Se recomandă să testați o migrare offline pentru a determina dacă timpul de nefuncție este acceptabil; dacă nu, efectuați o migrare online. În plus, este posibil ca opțiunile online sau offline să nu fie disponibile în funcție de platforma Azure selectată.

Transformare și optimizare

Evaluarea și planificarea dvs. ar fi identificat aspecte ale aplicațiilor și bazei de date care ar necesita lucru post-migrare care fie transformă, fie optimizează o caracteristică pentru a asigura o migrare reușită. Transformarea implică de obicei lucrul care necesită remedierea sau modificarea unui aspect al unei baze de date.

Optimizarea implică de obicei efectuarea unei modificări a bazei de date migrate pentru a profita de o caracteristică sau optimizează utilizarea sa în Cadrul Azure.

De exemplu, o transformare ar putea implica modificarea unei proceduri stocate sau a unei interogări SQL care conține sintaxa care nu este acceptată în baza de date țintă. Acest lucru ar necesita ajustarea sintaxei pentru a asigura compatibilitatea cu noua platformă de baze de date, asigurându-se că procedura stocată sau interogarea rulează fără probleme în mediul țintă.

  • transformare

    Pentru a asigura o experiență de după migrare reușită, poate fi necesar ca una sau mai multe dintre următoarele modificări să fie efectuate într-o bază de date.

    • Instalarea upgrade-ului versiunilor de pre-migrare

    • Remediați toate erorile identificate de instrumentele de evaluare a migrării

    • Implementarea modificărilor schemei bazei de date

    • Migrarea serviciilor de baze de date integrate existente în Azure

    • Gestionarea sarcinilor de lucru SSIS în cloud

  • Optimiza

    Este posibil să existe unul sau mai multe dintre următoarele instrucțiuni de optimizare pe care doriți să le urmați în timpul migrării, pentru a vă asigura că organizația dvs. profită la maximum de investițiile lor în Azure.

    • Evaluați ce caracteristici noi pot fi disponibile pe platforma țintă

    • Restructurarea sarcinilor de lucru în seturi mai eficiente de cost sau de performanță eficiente

    • Alegeți cel mai înalt nivel de serviciu și nivelul de performanță în timpul migrării și scalați în jos după finalizarea migrării

    • Asigurați-vă că sarcinile de lucru sunt dimensionate corect

    • Minimizați distanța dintre fișierul BACPAC și centrul de date de destinație

    • Dezactivarea statisticilor automate în timpul migrării

    • Tabele și indexuri de partiții

    • Fixați vizualizările indexate și creați-le din nou după ce le-ați terminat

Migrarea, validarea și remedierea

Această fază implică migrarea propriu-zisă și, în mod important, pașii de validare și pașii de remediere necesari pentru a confirma o migrare reușită. Etapele anterioare de planificare, evaluare și transformări vor fi asigurate că totul este gata să fie migrat și să funcționeze corect odată mutat în Azure. Tot ce este rămas de făcut este pregătirea instrumentelor de migrare necesare, finalizarea migrării și rularea validărilor funcționale și de performanță pentru a asigura consistența datelor cu baza de date sursă.

Considerații privind migrarea, validarea și remedierea

Există o gamă largă de instrumente care pot fi utilizate pentru a efectua migrarea la platforma țintă selectată. Aceste instrumente vor fi acoperite în alte module. Între timp, este important să luați în considerare următoarele atunci când terminați migrarea:

  • Înțelegerea cerințelor pentru volumul de lucru ca punct de plecare
  • Selectați încărcările de lucru non-critice sau bazele de date cu prioritate scăzută pentru migrare inițial
  • Rulați o migrare de test
  • Test bază de date pentru probleme
  • Testați planul pentru a reduce riscul asociat problemelor de nefuncție și compatibilitate
  • Evaluați instrumentele de migrare pe baza întreruperilor, pentru a reduce riscul de întrerupere a bazei de date
  • Iterați continuu pe procesul de migrare
  • Luați în considerare ferestrele de întreținere disponibile aplicației și bazei de date destinate migrării
  • Luați offline bazele de date și aplicațiile vechi
  • Testarea aplicațiilor de la terți
  • Crearea de noi planuri de recuperare și întreținere a dezastrelor