Hangfire.SqlServer 1.8.21

SQL Server 2008+ (including Express), SQL Server LocalDB and SQL Azure storage support for Hangfire, a background job framework for .NET applications.

Showing the top 20 packages that depend on Hangfire.SqlServer.

Packages Downloads
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring long-running, short-running, CPU or I/O intensive tasks inside ASP.NET application. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. http://hangfire.io/
32
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring long-running, short-running, CPU or I/O intensive tasks inside ASP.NET application. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. http://hangfire.io/
33
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring long-running, short-running, CPU or I/O intensive tasks inside ASP.NET application. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. http://hangfire.io/
34
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring long-running, short-running, CPU or I/O intensive tasks inside ASP.NET application. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. http://hangfire.io/
36
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring long-running, short-running, CPU or I/O intensive tasks inside ASP.NET application. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. http://hangfire.io/
48
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
30
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
31
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
35
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
38
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
39
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
40
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
45
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
47
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
52
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
62
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
74
HangFire
HangFire gives you a simple way to kick off long-running processes from the ASP.NET request processing pipeline. Asynchronous, transparent, reliable, efficient processing. No Windows service/ Task Scheduler required. Even ASP.NET is not required. http://hangfire.io/
34
Hangfire
Incredibly easy and reliable way to perform fire-and-forget, delayed and recurring long-running, short-running, CPU or I/O intensive tasks inside ASP.NET application. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. http://hangfire.io/
31
Hangfire
Incredibly easy and reliable way to perform fire-and-forget, delayed and recurring long-running, short-running, CPU or I/O intensive tasks inside ASP.NET application. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. http://hangfire.io/
29

Release notes are available in our blog https://www.hangfire.io/blog/ Please see https://docs.hangfire.io/en/latest/upgrade-guides/upgrading-to-hangfire-1.8.html to learn how to upgrade. 1.8.21 • Added – `SqlServerStorageOptions.DisableTransactionScope` option for .NET Framework targets. • Project – Port Monitoring API tests from the Hangfire.InMemory storage for better coverage. • Project – Run tests for different targets in parallel with different databases. 1.8.19 • Fixed – Sliding invisibility timeout isn't prolonged in lightweight servers, causing jobs to be restarted. 1.8.17 • Fixed – `InvalidCastException` while fetching a job with older schemas regression from 1.8.16. 1.8.16 • Changed – Use vanilla ADO.NET when fetching a job in the `SqlServerJobQueue` implementation. • Fixed – SqlException: Must declare the scalar variable "@key" in delayed and recurring job schedulers. • Fixed – Decrease the `LockTimeout` time when calling the `sp_getapplock` procedure to 1 second for less blocking. • Project – Disable parallel tests execution when building under .NET 9.0. • Project – Run tests over the latest Microsoft.Data.SqlClient package and the `net6.0` platform. • Project – Reduce execution time of integration tests. • Project – Disable `PoolBlockingPeriod` setting on AppVeyor to handle transient test failures. 1.8.15 • Changed – Use query template caching based on schema name to avoid excessive `string` allocations. • Changed – Use static callbacks almost anywhere to avoid unnecessary delegate allocations. • Changed – Use `QuerySingle`* or `ReadSingle`* where possible to avoid allocating lists. • Changed – Unify `DbCommand` and `DbParameter` creation logic to improve code consistency. 1.8.13 and 1.8.14 • Changed – Limit polling queries when queues are empty with a semaphore for all configurations. • Changed – Use per-queue signaling for same-process workers, instead of having a global signal. • Fixed – Don't silently truncate queue names, throw an exception instead. • Project – Decrease delays in SQL Server-related tests to complete them faster. 1.8.12 • Fixed – Populate `InvocationData` and `LoadException` properties in `JobDetails` method results. 1.8.10 • Changed – Bump Dapper for the `netstandard2.0` platform to version 2.1.28. • Changed – Bump Dapper for `net451` and `netstandard1.3` platforms to version 1.60.6. • Project – Enable NuGet package and DLL signing with a company certificate. • Project – Require NuGet package signature validation on restore for dependencies. • Project – Add `HangfireIO` as a package owner. 1.8.9 • Project – Enable full source link support with embedded symbols and repository-based sources. • Project – Enable repeatable package restore using a lock file. • Project – Run unit tests against the `net6.0` platform. 1.8.7 • Changed – Avoid throwing an exception when a connection string has duplicate property names. • Project – Disable tests for `netcoreapp1.0` and `netcoreapp2.1` targets since they aren't supported in AppVeyor. • Project – Add a `net6.0` target for unit tests instead of the removed ones. • Project – Modernise projects and build environments to use the newest features. 1.8.6 • Fixed – Exception in Dashboard UI when schema version is not present in a database. • Fixed – `DbCommand` resource leak when releasing a lock detected by static analysis. • Fixed – Don't add SQL Server-related metrics multiple times in Dashboard UI. 1.8.5 • Fixed – "Query processor could not produce a query plan" when removing expired counters in `Schema 5`. 1.8.2 • Fixed – `InvalidOperationException` with new dashboard metrics when a database has multiple data/log files. 1.8.1 • Fixed – Blocked workers regression since 1.7.33 when using multiple servers inside a process. • Fixed – Target schema version is less than the current schema version error. • Fixed – Implement database metrics without the need for additional permissions. • Fixed – Use the `forceseek` table hint whenever possible to avoid performance drops. 1.8.0 • Breaking – Prioritise Microsoft.Data.SqlClient package over System.Data.SqlClient one. • Breaking – Dropped the `NET45` platform target in favor of the `NET451` target to support Visual Studio 2022. • Added – `Schema 8` migration with fixed `JobQueue.Id` column to use the `bigint` type. • Added – `Schema 9` migration that creates an index for the `State.CreatedAt` column. • Added – Automatic client package detection based on available types, preferring `System.Data.SqlClient` (by @0xced). • Added – `SqlServerStorageOptions.DbProviderFactory` option to use a custom provider factory. • Added – Clean up of old state entries of a non-finished job when `InactiveStateExpirationTimeout` is set. • Added – `TryAutoDetectSchemaDependentOptions` option to automatically enable options based on the schema. • Added – Optional experimental transactional acknowledge for SQL Server (`UseTransactionalAcknowledge` option). • Added – Implement the `Connection.GetUtcDateTime` feature to make work the new changes in schedulers. • Added – `SqlServerStorage.SchemaVersion` metric for Dashboard UI. • Added – `DefaultQueueProvider` option to specify a custom default queue provider. • Changed – Remove dependency on System.Data.SqlClient for Hangfire.SqlServer (by @0xced). • Changed – Set default value for the `QueuePollInterval` option to `TimeSpan.Zero`. • Changed – Polling delay when `QueuePollInterval` is set to zero now defaults to 200 ms. • Changed – Sliding invisibility timeout-based fetching method is now used by default with a 5-minute timeout. • Changed – Use command batching by default with a 5-minute maximum timeout. • Changed – Enable the `UseRecommendedIsolationLevel` option by default. • Changed – `GetJobData` now populates the `JobData.ParametersSnapshot` property to avoid additional roundtrips. • Changed – Display scheduled and processing jobs in ascending order in Dashboard UI. • Changed – Implement the `Transaction.AcquireDistributedLock` feature. • Changed – Implement the `GetSetCount.Limited feature`. • Changed – Implement the `GetSetContains feature`. • Changed – Bump the internal version of Dapper to 2.0.123. • Changed – Enable common metrics for SQL Server storage to be shown by default. • Changed – Enable the `Monitoring.AwaitingJobs` feature for SQL storage. • Deprecated – `UsePageLocksOnDequeue` option is now obsolete and doesn't affect anything.

.NET Framework 4.5.1

.NET Standard 1.3

.NET Standard 2.0

Version Downloads Last updated
1.8.21 3 08/13/2025
1.8.20 14 05/18/2025
1.8.19 9 05/18/2025
1.8.18 14 02/25/2025
1.8.17 20 12/19/2024
1.8.16 19 11/30/2024
1.8.15 19 10/24/2024
1.8.14 19 06/24/2024
1.8.12 22 04/13/2024
1.8.11 21 03/10/2024
1.8.10 25 02/13/2024
1.8.9 29 02/08/2024
1.8.7 21 02/08/2024
1.8.6 27 02/08/2024
1.8.5 23 02/08/2024
1.8.4 22 02/08/2024
1.8.3 21 02/08/2024
1.8.2 20 02/08/2024
1.8.1 23 02/08/2024
1.8.0 23 02/08/2024
1.7.37 24 04/13/2024
1.7.36 22 02/08/2024
1.7.35 21 02/08/2024
1.7.34 26 02/08/2024
1.7.33 24 02/08/2024
1.7.32 23 02/08/2024
1.7.31 24 02/08/2024
1.7.30 26 08/11/2022
1.7.29 29 02/08/2024
1.7.28 43 04/06/2022
1.7.27 24 02/08/2024
1.7.26 24 02/08/2024
1.7.25 53 10/04/2021
1.7.24 22 06/28/2021
1.7.23 26 05/28/2021
1.7.22 39 04/13/2021
1.7.21 26 04/12/2021
1.7.20 71 03/19/2021
1.7.19 47 01/15/2021
1.7.18 105 11/25/2020
1.7.17 46 11/06/2020
1.7.16 45 02/08/2024
1.7.15 24 02/08/2024
1.7.14 26 02/08/2024
1.7.13 23 02/08/2024
1.7.12 49 08/06/2020
1.7.11 35 07/04/2020
1.7.10 23 02/08/2024
1.7.9 24 02/08/2024
1.7.8 28 02/08/2024
1.7.7 26 02/08/2024
1.7.6 40 02/08/2024
1.7.5 22 02/08/2024
1.7.4 22 02/08/2024
1.7.3 23 02/08/2024
1.7.2 23 02/08/2024
1.7.1 27 02/08/2024
1.7.0 24 02/08/2024
1.6.30 23 02/08/2024
1.6.29 50 02/08/2024
1.6.28 24 02/08/2024
1.6.27 26 02/08/2024
1.6.26 22 02/08/2024
1.6.25 24 02/08/2024
1.6.24 26 02/08/2024
1.6.23 21 02/08/2024
1.6.22 25 02/08/2024
1.6.21 39 02/08/2024
1.6.20 25 02/08/2024
1.6.19 23 02/08/2024
1.6.18 19 02/08/2024
1.6.17 27 02/08/2024
1.6.16 27 02/08/2024
1.6.15 26 02/08/2024
1.6.14 29 02/08/2024
1.6.13 25 02/08/2024
1.6.12 27 02/08/2024
1.6.11 23 02/08/2024
1.6.10 40 02/08/2024
1.6.9 27 02/08/2024
1.6.8 22 02/08/2024
1.6.7 21 02/08/2024
1.6.6 24 02/08/2024
1.6.5 24 02/08/2024
1.6.4 20 02/08/2024
1.6.3 22 02/08/2024
1.6.2 46 02/08/2024
1.6.1 22 02/08/2024
1.6.0 23 02/08/2024
1.5.9 24 02/08/2024
1.5.8 20 02/08/2024
1.5.7 21 02/08/2024
1.5.6 25 02/08/2024
1.5.5 21 02/08/2024
1.5.4 27 02/08/2024
1.5.3 28 02/08/2024
1.5.2 23 02/08/2024
1.5.1 27 02/08/2024
1.5.0 44 02/08/2024
1.4.7 26 02/08/2024
1.4.6 21 02/08/2024
1.4.5 26 02/08/2024
1.4.4 25 02/08/2024
1.4.3 24 02/08/2024
1.4.2 23 02/08/2024
1.4.1 26 02/08/2024
1.3.4 25 02/08/2024
1.3.3 25 02/08/2024
1.3.2 24 02/08/2024
1.3.1 26 02/08/2024
1.3.0 23 02/08/2024
1.2.2 20 02/08/2024
1.2.1 23 02/08/2024
1.2.0 21 02/08/2024
1.1.1 25 02/08/2024
1.1.0 21 02/08/2024
1.0.2 23 02/08/2024
1.0.1 28 02/08/2024
1.0.0 24 02/08/2024
0.9.1 24 02/08/2024
0.9.0 19 02/08/2024
0.8.3 22 02/08/2024
0.8.2 26 02/08/2024
0.8.1 22 02/08/2024
0.8.0 22 02/08/2024
0.7.5 23 02/08/2024
0.7.4 28 02/08/2024
0.7.3 23 02/08/2024
0.7.1 30 02/08/2024
0.7.0 23 02/08/2024