Hoge beschikbaarheid en herstel na noodgevallen voor PaaS-implementaties beschrijven
PaaS is anders als het gaat om beschikbaarheid; u kunt alleen de opties configureren die Azure biedt.
Voor de op SQL Server gebaseerde opties van Azure SQL Database en Azure SQL Managed Instance zijn de opties actieve geo-replicatie (alleen Azure SQL Database) en groepen voor automatische failover (Azure SQL Database of Azure SQL Managed Instance).
Azure SQL Database heeft een service level agreement, die de beschikbaarheid van 99,99 garandeert, wat betekent dat er bijna geen downtime moet worden aangetroffen. Als er een probleem op knooppuntniveau optreedt, zoals een hardwarefout, wordt een ingebouwd failovermechanisme geactiveerd. Alle transactionele wijzigingen in de database worden synchroon naar de opslag geschreven bij doorvoer. Als er een onderbreking op knooppuntniveau optreedt, maakt de databaseserver automatisch een nieuw knooppunt en koppelt de gegevensopslag.
Vanuit het oogpunt van een toepassing moet u de benodigde herhaal-logica coderen, omdat alle verbindingen worden verbroken als onderdeel van het maken van het nieuwe knooppunt en transacties die onderweg zijn, verloren gaan. Dit proces wordt beschouwd als een best practice voor elke cloudtoepassing, omdat deze moeten worden ontworpen voor het afhandelen van tijdelijke fouten.
Azure SQL Database en Azure SQL Managed Instance bieden de mogelijkheid om leesreplica's te maken. Deze replica's kunnen worden gebruikt voor activiteiten zoals rapportage, die u helpen bij het offloaden van werk vanuit de primaire database. Bovendien verbeteren leesreplica's de beschikbaarheid door zich in verschillende regio's te bevinden, zodat uw gegevens toegankelijk blijven, zelfs als er een probleem is met één regio.
Beschikbaarheid van de database
In Azure SQL Database en Azure SQL Managed Instance kunt u de databasestatus niet instellen op OFFLINE of EMERGENCY. Als u er goed over nadenkt, is OFFLINE niet logisch, omdat u geen databases kunt bijvoegen. Omdat u deze niet kunt gebruiken EMERGENCY, kunt u geen noodmodusherstel uitvoeren, maar dat hoeft u niet te doen omdat Azure de service beheert en onderhoudt. Andere mogelijkheden, zoals RESTRICTED_USER en DAC Dedicated Admin Connection (DAC), zijn wel toegestaan in Azure SQL Database.
Versnelde Databaseherstel (ADR) is ingebouwd in het systeem. Met ADR wordt het transactielog actief afgekapt en wordt er een Persisted Version Store (PVS) gebruikt. Met deze technologie kunt u direct een transactie terugdraaien, waardoor een bekend probleem met langlopende transacties kan worden opgelost. Het zorgt er ook voor dat Azure SQL-databases snel kan herstellen.
In Azure SQL Database en Azure SQL Managed Instance vergroot ADR de algemene beschikbaarheid van databases aanzienlijk. Dit is een belangrijke factor in de SLA. Daarom is ADR standaard ingeschakeld en kan dit niet worden uitgeschakeld.
Consistentie van databases
Zoals u in het begin van deze module hebt geleerd, bestaan er meerdere kopieën van uw gegevens en back-ups, lokaal en in verschillende regio's. Regelmatig worden integriteitscontroles voor back-ups en herstel uitgevoerd. De detectie van lost write en stale read is ook aanwezig. U kunt DBCC CHECKDB uitvoeren (geen herstel) en CHECKSUM is standaard ingeschakeld. In de back-end vindt het automatisch herstellen van pagina's plaats, indien mogelijk, en er is bewaking van waarschuwingen voor gegevensintegriteitsfouten. Als er geen impact is, vindt de reparatie zonder melding plaats. Als er sprake is van een impact, wordt er proactieve melding gegeven.