Entity Framework Core: Önceki bir işlem tamamlanmadan önce bu bağlamda ikinci bir işlem başlatıldı

Entity Framework Core kullanarak bir ASP.Net Core 2.0 projesi üzerinde çalışıyorum

<PackageReference Include="Microsoft.EntityFrameworkCore" Version="2.0.1" />
  <PackageReference Include="Microsoft.EntityFrameworkCore.Tools" Version="2.0.0" PrivateAssets="All" />
<PackageReference Include="Microsoft.EntityFrameworkCore.Design" Version="2.0.0"/>

Ve liste yöntemlerinden birinde bu hatayı alıyorum:

InvalidOperationException: A second operation started on this context before a previous operation completed. Any instance members are not guaranteed to be thread safe.
Microsoft.EntityFrameworkCore.Internal.ConcurrencyDetector.EnterCriticalSection()

Bu benim yöntemim:

    [HttpGet("{currentPage}/{pageSize}/")]
    [HttpGet("{currentPage}/{pageSize}/{search}")]
    public ListResponseVM<ClientVM> GetClients([FromRoute] int currentPage, int pageSize, string search)
    {
        var resp = new ListResponseVM<ClientVM>();
        var items = _context.Clients
            .Include(i => i.Contacts)
            .Include(i => i.Addresses)
            .Include("ClientObjectives.Objective")
            .Include(i => i.Urls)
            .Include(i => i.Users)
            .Where(p => string.IsNullOrEmpty(search) || p.CompanyName.Contains(search))
            .OrderBy(p => p.CompanyName)
            .ToPagedList(pageSize, currentPage);

        resp.NumberOfPages = items.TotalPage;

        foreach (var item in items)
        {
            var client = _mapper.Map<ClientVM>(item);

            client.Addresses = new List<AddressVM>();
            foreach (var addr in item.Addresses)
            {
                var address = _mapper.Map<AddressVM>(addr);
                address.CountryCode = addr.CountryId;
                client.Addresses.Add(address);
            }

            client.Contacts = item.Contacts.Select(p => _mapper.Map<ContactVM>(p)).ToList();
            client.Urls = item.Urls.Select(p => _mapper.Map<ClientUrlVM>(p)).ToList();
            client.Objectives = item.Objectives.Select(p => _mapper.Map<ObjectiveVM>(p)).ToList();
            resp.Items.Add(client);
        }

        return resp;
    }

Özellikle yerel olarak çalıştırdığımda çalıştığı için biraz kayboldum, ancak hazırlama sunucuma (IIS 8.5) dağıttığımda bana bu hatayı alıyor ve normal çalışıyordu. Modellerimden birinin maksimum uzunluğunu artırdıktan sonra hata görünmeye başladı. Ayrıca ilgili Görünüm Modelinin maksimum uzunluğunu da güncelledim. Ve birbirine çok benzeyen ve işe yarayan birçok başka liste yöntemi var.

Çalışan bir Hangfire işim vardı ama bu iş aynı varlığı kullanmıyor. Alakalı olduğunu düşündüğüm tek şey bu. Buna neyin sebep olabileceğine dair herhangi bir fikriniz var mı?

DbContext'inizi nerede kullanılabileceği konusunda çözmek için IoC ve Bağımlılık Enjeksiyonu kullanıyor musunuz emin değilim. Bunu yapıyorsanız ve .NET Core'dan (veya başka herhangi bir IoC-Container'dan) yerel IoC kullanıyorsanız ve bu hatayı alıyorsanız, DbContext'inizi Geçici olarak kaydettiğinizden emin olun. Yapmak

services.AddTransient<MyContext>();

VEYA

services.AddDbContext<MyContext>(ServiceLifetime.Transient);

onun yerine

services.AddDbContext<MyContext>();

AddDbContext, bağlamı kapsamlı olarak ekler, bu da birden çok iş parçacığı ile çalışırken sorunlara neden olabilir.

Ayrıca zaman uyumsuz / bekleme işlemleri , zaman uyumsuz lambda ifadeleri kullanılırken bu davranışa neden olabilir.

Geçici olarak eklemenin dezavantajları vardır. Her sınıf DbContext'inizin kendi örneğini alacağından, bağlamı kullanan birden çok sınıf üzerinde bazı varlıklarda değişiklik yapamazsınız.

Bunun basit açıklaması, DbContextuygulamanın iş parçacığı açısından güvenli olmamasıdır. Bu konuda daha fazla bilgi bulabilirsiniz burada

Bazı durumlarda, bu hata , anahtar kelime olmadan zaman uyumsuz bir yöntemi çağırırken meydana gelir ve bu , yöntem çağrısından önce awaiteklenerek kolayca çözülebilir await. ancak cevap bahsedilen soruyla ilgili olmayabilir ancak benzer bir hatanın çözülmesine yardımcı olabilir.

İstisna _context, aynı anda iki iş parçacığı tarafından kullanıldığı anlamına gelir ; ya aynı istekte iki iş parçacığı ya da iki istek.

_contextBeyan ettiğiniz statik olabilir mi? Olmamalı.

Veya GetClientskodunuzda başka bir yerden aynı istek içinde birden çok kez mi arıyorsunuz?

Zaten bu yapıyor olabilir, ama ideal, kullandığınız olurdu bağımlılık enjeksiyon şunlara ait DbContextkullandığınız olacak demektir, AddDbContext()senin Startup.cs 'da ve denetleyici yapıcı bu gibi bir şey olacaktır:

private readonly MyDbContext _context; //not static

public MyController(MyDbContext context) {
    _context = context;
}

Kodunuz böyle değilse bize gösterin ve belki daha fazla yardımcı olabiliriz.

• Startup.cs dosyamdaki bu kod satırını kullanarak sorunumu çözün.
  Geçici bir hizmet eklemek, hizmet her istendiğinde, Bağımlılık ekleme ile çalışırken yeni bir örnek oluşturulduğu anlamına gelir.

         services.AddDbContext<Context>(options =>
                          options.UseSqlServer(_configuration.GetConnectionString("ContextConn")),
               ServiceLifetime.Transient);
  

Ben de aynı sorunu yaşadım ve ebeveyn hizmetinin tek başına olduğu ortaya çıktı . Böylece bağlam da otomatik olarak tekil oldu. DI'de Yaşam Süresi Başına Kapsamlı olarak ilan edilmiş olsa da.

Farklı yaşam sürelerine sahip hizmeti diğerine enjekte etmek

1. Kapsamlı ve Geçici hizmetleri asla Singleton hizmetine eklemeyin. (Bu, geçici veya kapsamlı hizmeti etkili bir şekilde singleton'a dönüştürür.)

2. Geçici hizmetleri asla kapsamlı hizmete ekleme (Bu, geçici hizmeti kapsamlı hizmete dönüştürür.)

Bu cevabın hala birisine yardımcı olabileceğini ve birçok kez kurtarabileceğini düşünüyorum. Ben değiştirerek benzer bir sorunu çözmüş IQueryableiçin List(veya dizi koleksiyonu ... kadar).

Örneğin:

var list=_context.table1.where(...);

-e

var list=_context.table1.where(...).ToList(); //or ToArray()...

Ben de aynı hatayı aldım. Bunun nedeni public async void ...yerine inşa edilen bir yöntemi çağırdım public async Task ....

Ben de aynı sorunla karşılaştım ama nedeni yukarıda listelenenlerden hiçbiri değildi. Bir görev oluşturdum, görevin içinde bir kapsam oluşturdum ve konteynerden bir hizmet almasını istedim. Bu iyi çalıştı ama sonra görevin içinde ikinci bir hizmet kullandım ve yeni kapsam için de istemeyi unuttum. Bu nedenle, 2. hizmet zaten atılmış olan bir DbContext kullanıyordu.

Task task = Task.Run(() =>
    {
        using (var scope = serviceScopeFactory.CreateScope())
        {
            var otherOfferService = scope.ServiceProvider.GetService<IOfferService>();
            // everything was ok here. then I did: 
            productService.DoSomething(); // (from the main scope) and this failed because the db context associated to that service was already disposed.
            ...
        }
    }

Bunu yapmalıydım:

var otherProductService = scope.ServiceProvider.GetService<IProductService>();
otherProductService.DoSomething();

Durumum farklı: Veritabanını belirli rollere ait 30 kullanıcıyla başlatmaya çalışıyordum, bu yüzden şu kodu çalıştırıyordum:

for (var i = 1; i <= 30; i++)
{
    CreateUserWithRole("Analyst", $"analyst{i}", UserManager);
}

Bu bir Eşitleme işleviydi. İçinde 3 çağrı aldım:

UserManager.FindByNameAsync(username).Result
UserManager.CreateAsync(user, pass).Result
UserManager.AddToRoleAsync(user, roleName).Result

Ben yerini zaman .Resultile .GetAwaiter().GetResult(), bu hata gitti.

Entity Framework Core, aynı DbContextörnekte çalıştırılan birden çok paralel işlemi desteklemez . Bu, hem asyncsorguların paralel yürütülmesini hem de birden çok iş parçacığından herhangi bir açık eşzamanlı kullanımı içerir. Bu nedenle, her zaman await asynchemen çağırın veya DbContextparalel olarak yürütülen işlemler için ayrı örnekler kullanın .

Tablodaki her giriş için bir eylem gerçekleştiren bir arka plan hizmetim var. Sorun şu ki, DbContext'in aynı örneğinde bazı verileri yineler ve değiştirirsem bu hata oluşur.

Bu iş parçacığında belirtildiği gibi bir çözüm, DbContext'in ömrünü aşağıdaki gibi tanımlayarak geçici olarak değiştirmektir.

services.AddDbContext<DbContext>(ServiceLifetime.Transient);

ancak birden çok farklı hizmette değişiklik yaptığım ve bunları aynı anda SaveChanges()yöntemi kullanarak gerçekleştirdiğim için bu çözüm benim durumumda çalışmıyor.

Kodum bir hizmette çalıştığı için, şöyle bir şey yapıyordum

using (var scope = Services.CreateScope())
{
   var entities = scope.ServiceProvider.GetRequiredService<IReadService>().GetEntities();
   var writeService = scope.ServiceProvider.GetRequiredService<IWriteService>();
   foreach (Entity entity in entities)
   {
       writeService.DoSomething(entity);
   } 
}

hizmeti basit bir talepmiş gibi kullanabilmek. Bu yüzden sorunu çözmek için tek kapsamı ikiye böldüm, biri sorgu için diğeri de böyle yazma işlemleri için:

using (var readScope = Services.CreateScope())
using (var writeScope = Services.CreateScope())
{
   var entities = readScope.ServiceProvider.GetRequiredService<IReadService>().GetEntities();
   var writeService = writeScope.ServiceProvider.GetRequiredService<IWriteService>();
   foreach (Entity entity in entities)
   {
       writeService.DoSomething(entity);
   } 
}

Bunun gibi, kullanılan DbContext'in etkili bir şekilde iki farklı örneği vardır.

Başka bir olası çözüm, yinelemeye başlamadan önce okuma işleminin sonlandırıldığından emin olmaktır. Benim durumumda bu pek pratik değil çünkü ilk başta bir Queryable kullanarak kaçınmaya çalıştığım işlem için belleğe yüklenmesi gereken birçok sonuç olabilir.

İlk olarak, (en azından) alsami'nin cevabına olumlu oy verin. Bu beni doğru yola götürdü.

Ancak, IoC yapanlarınız için, işte biraz daha derin bir dalış.

Benim hatam (diğerleriyle aynı)

Bir veya daha fazla hata oluştu. (Önceki bir işlem tamamlanmadan önce bu bağlamda ikinci bir işlem başlatıldı. Bu genellikle aynı DbContext örneğini kullanan farklı iş parçacıklarından kaynaklanır. DbContext ile iş parçacığı sorunlarının nasıl önleneceği hakkında daha fazla bilgi için bkz. Https://go.microsoft.com / fwlink /? linkid = 2097913. )

Kod kurulumum. "Sadece temel bilgiler" ...

public class MyCoolDbContext: DbContext{
    public DbSet <MySpecialObject> MySpecialObjects {        get;        set;    }
}

ve

public interface IMySpecialObjectDomainData{}

ve (MyCoolDbContext'in enjekte edildiğini unutmayın)

public class MySpecialObjectEntityFrameworkDomainDataLayer: IMySpecialObjectDomainData{
    public MySpecialObjectEntityFrameworkDomainDataLayer(MyCoolDbContext context) {
        /* HERE IS WHERE TO SET THE BREAK POINT, HOW MANY TIMES IS THIS RUNNING??? */
        this.entityDbContext = context ?? throw new ArgumentNullException("MyCoolDbContext is null", (Exception)null);
    }
}

ve

public interface IMySpecialObjectManager{}

ve

public class MySpecialObjectManager: IMySpecialObjectManager
{
    public const string ErrorMessageIMySpecialObjectDomainDataIsNull = "IMySpecialObjectDomainData is null";
    private readonly IMySpecialObjectDomainData mySpecialObjectDomainData;

    public MySpecialObjectManager(IMySpecialObjectDomainData mySpecialObjectDomainData) {
        this.mySpecialObjectDomainData = mySpecialObjectDomainData ?? throw new ArgumentNullException(ErrorMessageIMySpecialObjectDomainDataIsNull, (Exception)null);
    }
}

Ve son olarak, çok iş parçacıklı sınıfım bir Konsol Uygulamasından (Komut Satırı Arayüzü uygulaması) çağrılıyor

    public interface IMySpecialObjectThatSpawnsThreads{}

ve

public class MySpecialObjectThatSpawnsThreads: IMySpecialObjectThatSpawnsThreads
{
    public const string ErrorMessageIMySpecialObjectManagerIsNull = "IMySpecialObjectManager is null";

    private readonly IMySpecialObjectManager mySpecialObjectManager;

    public MySpecialObjectThatSpawnsThreads(IMySpecialObjectManager mySpecialObjectManager) {
        this.mySpecialObjectManager = mySpecialObjectManager ?? throw new ArgumentNullException(ErrorMessageIMySpecialObjectManagerIsNull, (Exception)null);
    }
}

ve DI birikmesi. (Yine, bu, web uygulamalarından biraz farklı davranış gösteren bir konsol uygulaması (komut satırı arayüzü) içindir)

private static IServiceProvider BuildDi(IConfiguration configuration) {
    /* this is being called early inside my command line application ("console application") */

    string defaultConnectionStringValue = string.Empty; /* get this value from configuration */

    ////setup our DI
    IServiceCollection servColl = new ServiceCollection()
        ////.AddLogging(loggingBuilder => loggingBuilder.AddConsole())

        /* THE BELOW TWO ARE THE ONES THAT TRIPPED ME UP.  */
        .AddTransient<IMySpecialObjectDomainData, MySpecialObjectEntityFrameworkDomainDataLayer>()
    .AddTransient<IMySpecialObjectManager, MySpecialObjectManager>()

    /* so the "ServiceLifetime.Transient" below................is what you will find most commonly on the internet search results */
     # if (MY_ORACLE)
        .AddDbContext<ProvisioningDbContext>(options => options.UseOracle(defaultConnectionStringValue), ServiceLifetime.Transient);
     # endif

     # if (MY_SQL_SERVER)
        .AddDbContext<ProvisioningDbContext>(options => options.UseSqlServer(defaultConnectionStringValue), ServiceLifetime.Transient);
     # endif

    servColl.AddSingleton <IMySpecialObjectThatSpawnsThreads,        MySpecialObjectThatSpawnsThreads>();

    ServiceProvider servProv = servColl.BuildServiceProvider();

    return servProv;
}

Beni şaşırtanlar, geçici olanlardı

        .AddTransient<IMySpecialObjectDomainData, MySpecialObjectEntityFrameworkDomainDataLayer>()
    .AddTransient<IMySpecialObjectManager, MySpecialObjectManager>()

Not, IMySpecialObjectManager "MySpecialObjectThatSpawnsThreads" içine enjekte edildiğinden, bu enjekte edilen nesnelerin zinciri tamamlamak için Geçici olması gerektiğini düşünüyorum.

Asıl nokta ....... gerekli olan sadece (My) DbContext değildi ... Geçici ... ama DI Graph'in daha büyük bir parçası.

Hata Ayıklama İpucu:

Bu hat:

this.entityDbContext = context ?? throw new ArgumentNullException("MyCoolDbContext is null", (Exception)null);

Hata ayıklayıcı kırılma noktanızı oraya koyun. MySpecialObjectThatSpawnsThreads, N sayıda iş parçacığı oluşturuyorsa (örneğin 10 iş parçacığı diyelim) ...... ve bu satıra yalnızca bir kez vuruluyorsa ... bu senin sorunun. DbContext'iniz iş parçacıklarını aşıyor.

BONUS:

Web uygulamaları ve konsol uygulamaları arasındaki farklar hakkında aşağıdaki url / makaleyi (eski ama güzel) okumanızı öneririm.

https://mehdi.me/ambient-dbcontext-in-ef6/

Bağlantının değişmesi ihtimaline karşı makalenin başlığı.

DBCONTEXT'İ ENTITY ÇERÇEVESİ İLE DOĞRU YÖNETME 6: DERİNLEMESİNE DAYALI BİR KILAVUZ Mehdi El Gueddari

Bu soruna WorkFlowCore https://github.com/danielgerlag/workflow-core ile ulaştım

  <ItemGroup>
    <PackageReference Include="WorkflowCore" Version="3.1.5" />
  </ItemGroup>

Aşağıdaki örnek kod .. gelecekteki İnternet araştırmacılarına yardımcı olmak için

 namespace MyCompany.Proofs.WorkFlowCoreProof.BusinessLayer.Workflows.MySpecialObjectInterview.Workflows
    {
        using System;
        using MyCompany.Proofs.WorkFlowCoreProof.BusinessLayer.Workflows.MySpecialObjectInterview.Constants;
        using MyCompany.Proofs.WorkFlowCoreProof.BusinessLayer.Workflows.MySpecialObjectInterview.Glue;
        using MyCompany.Proofs.WorkFlowCoreProof.BusinessLayer.Workflows.WorkflowSteps;

        using WorkflowCore.Interface;
        using WorkflowCore.Models;

        public class MySpecialObjectInterviewDefaultWorkflow : IWorkflow<MySpecialObjectInterviewPassThroughData>
        {
            public const string WorkFlowId = "MySpecialObjectInterviewWorkflowId";

            public const int WorkFlowVersion = 1;

            public string Id => WorkFlowId;

            public int Version => WorkFlowVersion;

            public void Build(IWorkflowBuilder<MySpecialObjectInterviewPassThroughData> builder)
            {
                builder
                             .StartWith(context =>
                    {
                        Console.WriteLine("Starting workflow...");
                        return ExecutionResult.Next();
                    })

                        /* bunch of other Steps here that were using IMySpecialObjectManager.. here is where my DbContext was getting cross-threaded */


                    .Then(lastContext =>
                    {
                        Console.WriteLine();

                        bool wroteConcreteMsg = false;
                        if (null != lastContext && null != lastContext.Workflow && null != lastContext.Workflow.Data)
                        {
                            MySpecialObjectInterviewPassThroughData castItem = lastContext.Workflow.Data as MySpecialObjectInterviewPassThroughData;
                            if (null != castItem)
                            {
                                Console.WriteLine("MySpecialObjectInterviewDefaultWorkflow complete :)  {0}   -> {1}", castItem.PropertyOne, castItem.PropertyTwo);
                                wroteConcreteMsg = true;
                            }
                        }

                        if (!wroteConcreteMsg)
                        {
                            Console.WriteLine("MySpecialObjectInterviewDefaultWorkflow complete (.Data did not cast)");
                        }

                        return ExecutionResult.Next();
                    }))

                    .OnError(WorkflowCore.Models.WorkflowErrorHandling.Retry, TimeSpan.FromSeconds(60));

            }
        }
    }

ve

ICollection<string> workFlowGeneratedIds = new List<string>();
                for (int i = 0; i < 10; i++)
                {
                    MySpecialObjectInterviewPassThroughData currentMySpecialObjectInterviewPassThroughData = new MySpecialObjectInterviewPassThroughData();
                    currentMySpecialObjectInterviewPassThroughData.MySpecialObjectInterviewPassThroughDataSurrogateKey = i;

                    ////  private readonly IWorkflowHost workflowHost;
                    string wfid = await this.workflowHost.StartWorkflow(MySpecialObjectInterviewDefaultWorkflow.WorkFlowId, MySpecialObjectInterviewDefaultWorkflow.WorkFlowVersion, currentMySpecialObjectInterviewPassThroughData);
                    workFlowGeneratedIds.Add(wfid);
                }

Ben de aynı mesajı aldım. Ama benim durumumda hiç mantıklı değil. Sorunum, yanlışlıkla "NotMapped" özelliğini kullanmam. Muhtemelen sadece bazı durumlarda Linq sözdizimi veya model sınıfı hatası anlamına gelir. Hata mesajı yanıltıcı görünüyor. Bu mesajın orijinal anlamı, aynı db bağlamında aynı istekte birden fazla kez eşzamansız çağrı yapamazsınız.

[NotMapped]
public int PostId { get; set; }
public virtual Post Post { get; set; }

Ayrıntılı bilgi için bu bağlantıyı kontrol edebilirsiniz, https://www.softwareblogs.com/Posts/Details/5/error-a-second-operation-started-on-this-context-before-a-previous-operation-completed

FirstOrDefaultAsync() Aşağıdaki kodda async yönteminde kullanmaya çalıştığımda da aynı sorunu yaşadım . Ve düzelttiğimde FirstOrDefault()- sorun çözüldü!

_context.Issues.Add(issue);
        await _context.SaveChangesAsync();

        int userId = _context.Users
            .Where(u => u.UserName == Options.UserName)
            .FirstOrDefaultAsync()
            .Id;
...

Bu hatayı IQueryable, daha sonra bu IQueryable 'listesini' aynı bağlamda başka bir sorgunun parçası olarak kullanan bir yönteme geçirerek almayı başardım .

public void FirstMethod()
{
    // This is returning an IQueryable
    var stockItems = _dbContext.StockItems
        .Where(st => st.IsSomething);

    SecondMethod(stockItems);
}

public void SecondMethod(IEnumerable<Stock> stockItems)
{
    var grnTrans = _dbContext.InvoiceLines
        .Where(il => stockItems.Contains(il.StockItem))
        .ToList();
}

Bunu durdurmak için buradaki yaklaşımı kullandım ve ikinci yöntemi geçmeden önce bu listeyi SecondMethodbe çağrısını değiştirerek gerçekleştirdim .SecondMethod(stockItems.ToList()

Benim durumumda Blazor'da bir şablon bileşeni kullanıyorum.

 <BTable ID="Table1" TotalRows="MyList.Count()">

Sorun, bileşen başlığında bir yöntem (Count) çağırmaktır. Sorunu çözmek için şu şekilde değiştirdim:

int total = MyList.Count();

ve sonra :

<BTable ID="Table1" TotalRows="total">

Bu sorunun iki yıl önce sorulduğunu biliyorum, ancak bu sorunu yeni yaşadım ve kullandığım düzeltme gerçekten yardımcı oldu.

Aynı Bağlamla iki sorgu yapıyorsanız - AsNoTracking. Eğer kullanırsanız AsNoTracking, her okuma için yeni bir veri okuyucu oluşturursunuz. İki veri okuyucu aynı verileri okuyamaz.

Benim durumumda, await kullanımına izin vermeyen ve bir asenkron beklemediğinizde derleyici uyarısı oluşturmayan bir kilit kullanıyordum.

Sorun:

lock (someLockObject) {
    // do stuff
    context.SaveChangesAsync();
}

// some other code somewhere else doing await context.SaveChangesAsync() shortly after the lock gets the concurrency error

Düzeltme: Bir .Wait () ile bloke ederek kilidin içinde zaman uyumsuz olanı bekleyin.

lock (someLockObject) {
    // do stuff
    context.SaveChangesAsync().Wait();
}

Başka bir olası durum: doğrudan bağlantıyı kullanırsanız, kapatmayı unutmayın. Rasgele SQL sorgusu yürütmem ve sonucu okumam gerekiyordu. Bu hızlı bir çözümdü, bir veri sınıfı tanımlamak istemedim, "normal" SQL bağlantısı kurmak istemedim. Bu yüzden basitçe EFC'nin veritabanı bağlantısını olarak yeniden kullandım var connection = Context.Database.GetDbConnection() as SqlConnection. Aramadan connection.Close()önce aradığınızdan emin olun Context.SaveChanges().

Yönteminiz bir şeyi geri veriyorsa, bu hatayı .Resultişin sonuna koyarak ve .Wait()herhangi bir şey döndürmezse çözebilirsiniz .

Sadece tekrar çalıştırmayı başardım. Çok mantıklı değil ama işe yaradı:

1. Hangfire'ı Başlangıçtan Kaldır (işimi orada oluşturuyordum)
2. Hangfire veritabanı silindi
3. Sunucuyu yeniden başlattı

Daha sonra araştıracağım, ancak hangfire ile çağırdığım yöntem bir DBContext alıyor ve olası neden bu.