Forstå funksjoner for forretningskontinuitet i Azure SQL-databaser

I denne artikkelen ser vi på funksjoner for forretningskontinuitet som finnes i Azure SQL-databaser, alt fra gjenoppretting av tid til aktiv geo-replikering.

Azure SQL Database er en tjeneste levert av Microsoft i form av skydatabase. Azure er en cloud computing-plattform som gjør det mulig for organisasjoner å lage sikkerhetskopier og lagre relasjonsdata i stor skala på skyen. Azure hjelper også med å skalere størrelsen på bedriftens database basert på deres endrede lagringskrav.

Business Continuity-funksjoner i Azure SQL-databaser

Azure kan hjelpe til med forretningskontinuitet ved å støtte og bevare databasen til en organisasjon. Det sikrer å forhindre databasen mot alle skader og katastrofer ved å tilby sikkerhetskopier fra skyene.

SQL-databasefunksjoner som fremmer forretningskontinuitet

SQL Database tilbyr flere funksjoner for forretningskontinuitet, som automatiserte sikkerhetskopier og opprettelse av valgfri databasereplikering. Hvert av disse alternativene har forskjellige egenskaper basert på deres ERT (estimert gjenopprettingstid) og også mulig gjenoppretting av datatap for de siste transaksjonene. Når en bruker er i stand til å forstå disse alternativene, kan han/hun velge blant dem – eller liker, most scenarier, implementer dem sammen for å takle ulike scenarier. Når en bruker utvikler sin forretningskontinuitetsplan, må han/hun forstå den akseptable maksimale tiden som kreves før applikasjonen er fullstendig gjenopprettet etter de forstyrrende hendelsene – dette kalles gjenopprettingstidsmålet (RTO). Brukeren må også forstå at den maksimale mengden eller rasjonen av tidsintervaller eller nylige dataoppdateringer på applikasjonen som kan tolereres å være lost ved gjenoppretting av data etter en forstyrrende hendelse – dette er brukernes RPO (gjenopprettingspunktmål).

Situasjonskriterier der brukeren skal bruke den aktive geo-replikeringen og auto-failover-gruppene:

  • Avhengig av hvor kritisk oppdraget er.
  • Har en SLA (service level agreement) som ikke følger nedetiden på 24 timer eller mer.
  • Økonomisk forpliktelse på grunn av nedetid.
  • Når det er større sjanse for dataendring og det ikke er akseptabelt å miste en time med data.
  • Når potensielt økonomisk ansvar og forretningstap er høyere enn prisen på geo-replikering.
  • Forbereder seg på strømbrudd

Uavhengig av tilgjengeligheten til funksjonen for forretningskontinuitet må brukeren:

  • Identifiser og forberede a target server, bestående av brannmurregler på servernivå, tillatelser for masterdatabasenivå og pålogginger.
  • Bestemme en plan for å omdirigere klienter og deres applikasjoner i retning av den nye serveren
  • Dokumenter andre avhengigheter, som varsler og revisjonsinnstillinger.
  • Hvis brukeren ikke forbereder seg ordentlig, bringe søknadene sine online etter en SQL Server fastsette kan ta ekstra tid som sannsynligvis også vil kreve noe feilsøking som er en dårlig kombinasjon i stressende tider.

Utfør en geo-gjenoppretting

Hvis en bruker bruker automatiserte sikkerhetskopier sammen med geo-redundant for lagringsreplikering som hans/hennes gjenopprettingsmekanisme, kan de starte databasegjenoppretting ved hjelp av geo-restore. Det tar vanligvis omtrent 12 timer før gjenopprettingen starter – med tap av data i rundt én time, som bestemmes av tidspunktet når sikkerhetskopien vil bli replikert eller opprettet i den siste timeforskjellen. Inntil gjenopprettingen er fullført, vil brukere ikke kunne bruke data i den aktuelle databasen, da den ikke vil kunne registrere eller svare på transaksjoner eller forespørsler. Denne innstillingen vil gjenopprette databasen til det siste tilgjengelige tidspunktet, men gjenoppretting av geo-sekundæren på et hvilket som helst tidspunkt støttes for øyeblikket ikke av Microsoft Azure.

Forfatterintroduksjon:

Victor Simon er en datagjenopprettingsekspert innen DataNumen, Inc., som er verdensledende innen datagjenopprettingsteknologier, inkludert tilgangsgjenoppretting og sql-programvareprodukter. For mer informasjon besøk www.datanumen. Med

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket *