Pochopenie funkcií kontinuity podnikania v databázach Azure SQL

V tomto článku sa zaoberáme funkciami kontinuity podnikania, ktoré sa nachádzajú v databázach Azure SQL, od obnovenia v čase po aktívnu geografickú replikáciu.

Azure SQL Database je služba poskytovaná spoločnosťou Microsoft vo forme cloudovej databázy. Azure je cloudová výpočtová platforma, ktorá umožňuje organizáciám vytvárať zálohy a ukladať svoje relačné údaje vo veľkom rozsahu do cloudu. Azure tiež pomáha pri škálovaní veľkosti podnikovej databázy na základe ich meniacich sa požiadaviek na úložisko.

Funkcie kontinuity podnikania v databázach Azure SQL

Azure môže pomôcť pri kontinuite podnikania podporou a zachovaním databázy organizácie. Zaisťuje prevenciu proti všetkým škodám a katastrofám poskytovaním záloh z cloudov.

Funkcie databázy SQL, ktoré podporujú kontinuitu podnikania

SQL Database ponúka niekoľko funkcií pre kontinuitu podnikania, ako sú automatické zálohovanie a vytváranie voliteľnej replikácie databázy. Každá z týchto možností má odlišné charakteristiky založené na ich ERT (odhadovaná doba obnovy) a tiež na potenciálnom obnovení straty údajov pre posledné transakcie. Keď je používateľ schopný porozumieť týmto možnostiam, môže si z nich vybrať - alebo označiť ako páči sa miost scenáre ich implementovať spoločne pri riešení rôznych scenárov. Keď používateľ vyvíja svoj plán kontinuity činnosti, musí porozumieť prijateľnému maximálnemu času, ktorý je potrebný na úplné zotavenie aplikácie po rušivých udalostiach - toto sa nazýva cieľový čas obnovenia (RTO). Užívateľ musí tiež pochopiť, že maximálna veľkosť alebo podiel časových intervalov alebo posledných aktualizácií údajov v aplikácii, ktoré možno tolerovať, súost pri obnove údajov po rušivej udalosti - toto je RPO (cieľový bod obnovenia) používateľov.

Kritériá situácie, v ktorých by mal používateľ používať aktívnu geografickú replikáciu a skupiny automatického zlyhania:

  • Podľa toho, aká kritická je misia.
  • Má SLA (dohoda o úrovni služieb), ktorá nesleduje prestoje 24 hodín a viac.
  • Finančné ručenie v dôsledku odstávky.
  • Ak je vyššia šanca na zmenu údajov a je neprijateľné stratiť čo i len hodinu údajov.
  • Keď je potenciálna finančná zodpovednosť a obchodná strata vyššia ako cena georeplikácie.
  • Príprava na výpadok

Bez ohľadu na dostupnosť funkcie kontinuity činnosti musí používateľ:

  • Identifikujte a pripravte target server, pozostávajúci z pravidiel brány firewall na úrovni servera, povolení úrovne hlavnej databázy a prihlásení.
  • Stanovenie plánu presmerovania klientov a ich aplikácií smerom k novému serveru
  • Dokumentujte ďalšie závislosti, napríklad upozornenia a nastavenia auditu.
  • Ak sa užívateľ nepripraví správne, uvedenie svojich aplikácií online po a SQL Server fixné môže trvať viac času, čo by pravdepodobne vyžadovalo aj nejaké riešenie problémov, čo je zlá kombinácia v čase stresu.

Vykonajte geografické obnovenie

Ak používateľ používa automatizované zálohy spolu s geograficky redundantným prostriedkom na replikáciu úložiska ako svoj mechanizmus obnovy, môže iniciovať obnovu databázy pomocou geografického obnovenia. Iniciovanie obnovy zvyčajne trvá asi 12 hodín - so stratou údajov asi jednu hodinu, čo je určené časom, keď sa záloha replikuje alebo vytvorí v poslednom hodinovom diferenciáli. Kým nebude obnovenie dokončené, používatelia nebudú môcť použiť žiadne údaje v príslušnej databáze, pretože nebudú môcť zaznamenávať ani reagovať na žiadne transakcie alebo dotazy. Toto nastavenie obnoví databázu na jej posledný dostupný čas v čase, ale obnova geo-sekundárneho systému v akomkoľvek okamihu nie je momentálne Microsoft Azure podporovaná.

Úvod autora:

Victor Simon je odborníkom na obnovu dát v odbore DataNumen, Inc., ktorá je svetovým lídrom v oblasti technológií obnovy dát, vrátane obnovenie prístupu a softvérové ​​produkty na obnovenie sql. Pre viac informácií navštívte www.datanumen. S

Nechaj odpoveď

Vaša e-mailová adresa nebude zverejnená. Povinné položky sú označené *