This post was most recently updated on January 18th, 2021.Reading Time: 2 minutes.
This article explains how to perform a very simple and lightweight database connection test for an existing database context.
A while ago, I needed to develop a simple API that I can poll from a load balancer to see whether:
- An Azure service hosting it is up and
- It has a connection to its SQL database
This simple API would be used for monitoring purposes – simple stuff, sure, but what’s the best way to implement this without causing any unnecessary load to the database, since monitoring is going to be polling the site quite often.
Okay, so let’s see how it’s done!
Not too complicated, luckily. While there are other, perfectly valid options, I’ll share my simple and lightweight way of verifying the database is functional and my Entity Framework Core context can access it.
Essentially, the simplest T-SQL query I could find was just running “SELECT 1”. That’s not going burden your database much (well, essentially not at all!) but still verifies you actually DO have access.
Looking at the code, you’ll just need to run the query on the database and then discard the results. We don’t care about the return value, since the query will throw an exception if the execution is unsuccessful (and that’ll show up in our monitoring!)
_ = await db.Database.ExecuteSqlRawAsync("SELECT 1");
Well, simple as that. Let me know if you find an even more lightweight way!
- How to fix “System.IO.FileSystem: Could not find a part of the path \AppData\Local\AzureFunctionsTools\Releases\3.17.0\workers. Value cannot be null. (Parameter ‘provider’)” when running Azure Functions locally? - January 12, 2021
- How to nuke the Identity Cache in Visual Studio? - January 11, 2021
- Fixing unexpected Microsoft.AspNetCore package errors after a dependency update - January 6, 2021