Beschikbaarheid configureren en bewaken
Nu u weet wat de mogelijkheden zijn, moet u een strategie opstellen voor de specifieke workload waarvan Azure SQL Database of Azure SQL Managed Instance deel uitmaakt.
De juiste keuze maken
Een belangrijk onderdeel van het maken van een strategie is een stapje terugdoen en goed nadenken over de vereisten van uw workload. Deze vragen kunnen hierbij helpen:
- Zijn back-ups voor de lange termijn nodig? Of is 1-35 dagen lang genoeg?
- Wat zijn de behoeften ten aanzien van RTO en RPO?
- Welke servicelaag is het meest geschikt, op basis van de SLA?
- Zijn beschikbaarheidszones nodig?
- Hebt u HADR met geo-replicatie of failovergroepen nodig?
- Is uw toepassing gereed?
De antwoorden op deze vragen helpen u bij de beslissing over welke configuratie u moet implementeren om te voldoen aan uw beschikbaarheidsvereisten.
De laatste vraag wordt vaak over het hoofd gezien door de gegevensprofessional: Is uw toepassing gereed? Deze overweging is van cruciaal belang voor het bereiken van de SLA die u wilt.
U moet ervoor zorgen dat uw database voldoet aan uw beschikbaarheidsvereisten, maar u moet er ook voor zorgen dat uw toepassing aan deze vereisten voldoet. U moet er ook voor zorgen dat de verbinding tussen de gegevens en de toepassingen aan uw vereisten voldoet. Als uw toepassing en database zich in verschillende regio's bevinden, neemt de netwerklatentie door deze plaatsing bijvoorbeeld toe. Plaats uw toepassing en gegevens zo dicht mogelijk bij elkaar. In deze module hebt u ook geleerd hoe belangrijk het implementeren van logica voor opnieuw proberen in uw toepassingen is om de beschikbaarheid te behouden.
Beschikbaarheid bewaken
Azure SQL biedt verschillende hulpprogramma's en mogelijkheden voor het bewaken van bepaalde aspecten van beschikbaarheid. Deze hulpprogramma's zijn onder andere Azure Portal, T-SQL en interfaces zoals PowerShell, AZ CLI en REST-API's.
In de volgende gedeeltes worden enkele voorbeelden beschreven waarin deze hulpprogramma's worden gebruikt om de beschikbaarheid te bewaken.
Beschikbaarheid van regio's en datacenters
De beschikbaarheid van regio's en datacenters is essentieel voor de beschikbaarheid van een beheerd exemplaar of een implementatie van een database. Azure Status en Azure Service Health zijn cruciaal bij het begrijpen van eventuele storingen voor een datacenter of regio, waaronder specifieke services zoals Azure SQL.
De Azure-status is een dashboard voor het weergeven van services die problemen veroorzaken in een mondiale Azure-regio. Om meldingen over wijzigingen in de Azure-status op te halen, kunt u een RSS-feed gebruiken.
U kunt Azure Service Health weergeven in Azure Portal. In Azure Service Health vindt u informatie over serviceproblemen, geplande onderhoud, statusadviezen en statusgeschiedenis. U kunt ook waarschuwingen instellen om per e-mail of sms te worden geïnformeerd over gebeurtenissen die van invloed kunnen zijn op de beschikbaarheid.
Beschikbaarheid van exemplaren, servers en databases
Naast gebeurtenissen in Azure-services kunt u ook de beschikbaarheid bekijken van uw Azure SQL Managed Instance of Azure SQL Database-databases in Azure Portal.
Een van de manieren om na te gaan waarom een beheerd exemplaar of een database niet beschikbaar is, is door Resource Health te controleren met behulp van Azure Portal of REST-API's.
U kunt altijd standaard SQL Server-hulpprogramma's zoals SQL Server Management Studio (SSMS) gebruiken om verbinding te maken met een beheerd exemplaar of databaseserver en de status van deze resources te controleren. U kunt hiervoor het hulpprogramma of T-SQL-query's gebruiken.
Interfaces zoals Azure CLI kunnen de status van Azure SQL weergeven. Bijvoorbeeld:
az sql mi listgeeft de status van beheerde exemplaren weer.az sql db listgeeft de status van Azure SQL-databases weer.
U kunt ook PowerShell-opdrachten gebruiken om de beschikbaarheid van een Azure SQL-database te bepalen. Bijvoorbeeld:
Get-AzSQLDatabasehaalt alle databases op een server op, inclusief de bijbehorende gegevens, waaronder de status.- REST-API's zijn niet zo eenvoudig te gebruiken, maar ze zijn wel geschikt om de status van beheerde exemplaren en databases op te halen.
Geschiedenis van back-ups en herstelbewerkingen
Azure SQL maakt automatisch back-ups van databases en transactielogboeken. De standaardback-upgeschiedenis is niet beschikbaar, maar u kunt de bewaargeschiedenis van back-ups voor een langere periode weergegeven met de Azure Portal- of CLI-interfaces. In Azure SQL Managed Instance is het ook mogelijk om XEvents te gebruiken om de back-upgeschiedenis te volgen.
Bij elk databaseherstel dat terugzetten naar een bepaald tijdstip plaatsvindt, wordt een nieuwe database gemaakt. U kunt het Azure-activiteitenlogboek gebruiken om de bewerkingen te bekijken die databases maken.
Replicastatus
Replica's worden gebruikt voor bedrijfskritieke servicelagen. U kunt de status van een replica weergeven met behulp van de DMV-sys.dm_database_replica_states.
Failover-oorzaken
Als u de oorzaak voor een failover-gebeurtenis voor een Azure SQL Managed Instance of database-implementatie wilt bepalen, controleert u de status van Resource Health met Azure Portal of REST-API's.
System Center Management Pack voor Azure SQL
System Center biedt Management Packs voor het bewaken van Azure SQL Managed Instance en Azure SQL Database. Raadpleeg de documentatie van het management pack voor vereisten en details.