Elastyczność połączeniaConnection Resiliency

Elastyczność połączenia automatycznie ponowi próbę polecenia bazy danych nie powiodło się.Connection resiliency automatically retries failed database commands. Funkcja może być używana z żadną bazą danych, podając "Strategia wykonywania", który hermetyzuje logiki niezbędne do wykrywania błędów i ponów próbę wykonania polecenia.The feature can be used with any database by supplying an "execution strategy", which encapsulates the logic necessary to detect failures and retry commands. EF Core dostawców można podać dostosowane do ich awarię określonej bazy danych i zasady ponawiania optymalnej strategii wykonywania.EF Core providers can supply execution strategies tailored to their specific database failure conditions and optimal retry policies.

Na przykład dostawcy programu SQL Server zawiera strategii wykonanie, specjalnie dostosowane do programu SQL Server (w tym usług SQL Azure).As an example, the SQL Server provider includes an execution strategy that is specifically tailored to SQL Server (including SQL Azure). Jest znane typy wyjątków, które można ponowić i ma za pośrednictwem ustawień domyślnych, maksymalna liczba ponownych prób, opóźnienie między ponownych prób itp.It is aware of the exception types that can be retried and has sensible defaults for maximum retries, delay between retries, etc.

Strategia wykonywania została określona podczas konfigurowania opcji dla kontekstu.An execution strategy is specified when configuring the options for your context. Jest to zazwyczaj w OnConfiguring metodę kontekst pochodnej, albo w Startup.cs dla aplikacji platformy ASP.NET Core.This is typically in the OnConfiguring method of your derived context, or in Startup.cs for an ASP.NET Core application.

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    optionsBuilder
        .UseSqlServer(
            @"Server=(localdb)\mssqllocaldb;Database=EFMiscellanous.ConnectionResiliency;Trusted_Connection=True;ConnectRetryCount=0",
            options => options.EnableRetryOnFailure());
}

Strategia wykonywania niestandardowychCustom execution strategy

Brak mechanizmu zarejestrować strategii wykonywania niestandardowych swoje własne, jeśli chcesz zmienić dowolne z ustawień domyślnych.There is a mechanism to register a custom execution strategy of your own if you wish to change any of the defaults.

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    optionsBuilder
        .UseMyProvider(
            "<connection string>",
            options => options.ExecutionStrategy(...));
}

Strategie wykonywania i transakcjiExecution strategies and transactions

Strategii wykonywania, która ma automatycznie ponawiać próbę na awarie musi mieć możliwość odtwarzania każdej operacji w bloku ponownych prób, który zakończy się niepowodzeniem.An execution strategy that automatically retries on failures needs to be able to play back each operation in an retry block that fails. Po włączeniu ponownych prób każdej operacji wykonywania za pośrednictwem EF Core staje się możliwością ponowienia próby działania, np. każde zapytanie i każde wywołanie SaveChanges() zostanie ponowiona jako jednostki, jeśli wystąpi błąd przejściowy.When retries are enabled, each operation you perform via EF Core becomes its own retriable operation, i.e. each query and each call to SaveChanges() will be retried as a unit if a transient failure occurs.

Jednak jeśli inicjuje kodu przy użyciu transakcji BeginTransaction() definiowania grupy działań, które muszą być traktowane jako jednostka, tj. wszystkie elementy wewnątrz transakcji musiałaby zostać odtworzone następuje awaria.However, if your code initiates a transaction using BeginTransaction() you are defining your own group of operations that need to be treated as a unit, i.e. everything inside the transaction would need to be played back shall a failure occur. Otrzymasz wyjątek w następujący, jeśli użytkownik spróbuje to zrobić, korzystając z strategia wykonywania.You will receive an exception like the following if you attempt to do this when using an execution strategy.

InvalidOperationException: Skonfigurowana strategia wykonywania "SqlServerRetryingExecutionStrategy" nie obsługuje transakcji inicjowanych przez użytkownika.InvalidOperationException: The configured execution strategy 'SqlServerRetryingExecutionStrategy' does not support user initiated transactions. Strategia wykonywania zwróconych przez "DbContext.Database.CreateExecutionStrategy()" umożliwia wykonywanie wszystkich operacji w transakcji jako jednostki można spróbować ponownie.Use the execution strategy returned by 'DbContext.Database.CreateExecutionStrategy()' to execute all the operations in the transaction as a retriable unit.

Rozwiązanie to ręczne wywoływanie strategia wykonywania z delegatem reprezentujący wszystko, co ma zostać wykonana.The solution is to manually invoke the execution strategy with a delegate representing everything that needs to be executed. Jeśli wystąpi błąd przejściowy, strategia wykonywania zostaną wywołane delegat ponownie.If a transient failure occurs, the execution strategy will invoke the delegate again.

using (var db = new BloggingContext())
{
    var strategy = db.Database.CreateExecutionStrategy();

    strategy.Execute(() =>
    {
        using (var context = new BloggingContext())
        {
            using (var transaction = context.Database.BeginTransaction())
            {
                context.Blogs.Add(new Blog {Url = "http://blogs.msdn.com/dotnet"});
                context.SaveChanges();

                context.Blogs.Add(new Blog {Url = "http://blogs.msdn.com/visualstudio"});
                context.SaveChanges();

                transaction.Commit();
            }
        }
    });
}

Błąd zatwierdzania transakcji, a problem idempotencyTransaction commit failure and the idempotency issue

Ogólnie rzecz biorąc po awarii połączenia bieżąca transakcja zostanie wycofana.In general, when there is a connection failure the current transaction is rolled back. Jednak jeśli połączenie zostało przerwane, gdy transakcja jest jest zatwierdzona powstałe w ten sposób stan transakcji jest nieznany.However, if the connection is dropped while the transaction is being committed the resulting state of the transaction is unknown. Zobacz to wpis w blogu więcej szczegółów.See this blog post for more details.

Domyślnie strategia wykonywania ponowi operację tak, jakby transakcja została wycofana, ale jeśli nie jest to spowoduje wyjątek nowy stan bazy danych jest niezgodny lub może prowadzić do uszkodzenie danych Jeśli Operacja nie bazuje na określonym stanie, na przykład podczas usuwania wierszy z automatycznego generowania wartości klucza.By default, the execution strategy will retry the operation as if the transaction was rolled back, but if it's not the case this will result in an exception if the new database state is incompatible or could lead to data corruption if the operation does not rely on a particular state, for example when inserting a new row with auto-generated key values.

Istnieje kilka sposobów postępowania z nią.There are several ways to deal with this.

Opcja 1 — czy nothing (prawie)Option 1 - Do (almost) nothing

Prawdopodobieństwo błąd połączenia podczas zatwierdzania transakcji jest niska, dlatego może być dopuszczalne tylko się niepowodzeniem, jeśli ten stan występuje, faktycznie aplikacji.The likelihood of a connection failure during transaction commit is low so it may be acceptable for your application to just fail if this condition actually occurs.

Należy jednak unikać generowanych przez magazyn kluczy w celu zapewnienia, jest zwracany wyjątek, zamiast dodawania zduplikowany wiersz.However, you need to avoid using store-generated keys in order to ensure that an exception is thrown instead of adding a duplicate row. Należy rozważyć użycie wartość identyfikatora GUID generowany przez klienta lub generator wartości po stronie klienta.Consider using a client-generated GUID value or a client-side value generator.

Opcja 2 — stan aplikacji Skompiluj ponownieOption 2 - Rebuild application state

  1. Odrzucenie bieżącej DbContext.Discard the current DbContext.
  2. Utwórz nową DbContext i przywrócenia stanu aplikacji z bazy danych.Create a new DbContext and restore the state of your application from the database.
  3. Poinformuj użytkownika, że ostatnia operacja może nie zostały zakończone pomyślnie.Inform the user that the last operation might not have been completed successfully.

Opcja 3 — Dodawanie stanu weryfikacjiOption 3 - Add state verification

Dla większości działań, które spowodują zmianę stanu bazy danych jest możliwe, Dodaj kod, który sprawdza, czy powiodło się.For most of the operations that change the database state it is possible to add code that checks whether it succeeded. EF udostępnia metodę rozszerzenia, aby ułatwić - IExecutionStrategy.ExecuteInTransaction.EF provides an extension method to make this easier - IExecutionStrategy.ExecuteInTransaction.

Ta metoda rozpoczyna się i zatwierdza transakcji i akceptuje również funkcję verifySucceeded parametr, który jest wywoływany po wystąpieniu błędu przejściowego podczas zatwierdzania transakcji.This method begins and commits a transaction and also accepts a function in the verifySucceeded parameter that is invoked when a transient error occurs during the transaction commit.

using (var db = new BloggingContext())
{
    var strategy = db.Database.CreateExecutionStrategy();

    var blogToAdd = new Blog {Url = "http://blogs.msdn.com/dotnet"};
    db.Blogs.Add(blogToAdd);

    strategy.ExecuteInTransaction(db,
        operation: context =>
        {
            context.SaveChanges(acceptAllChangesOnSuccess: false);
        },
        verifySucceeded: context => context.Blogs.AsNoTracking().Any(b => b.BlogId == blogToAdd.BlogId));

    db.ChangeTracker.AcceptAllChanges();
}

Uwaga

W tym miejscu SaveChanges została wywołana z acceptAllChangesOnSuccess ustawioną false Aby uniknąć zmieniania stanu Blog jednostki do Unchanged Jeśli SaveChanges zakończy się pomyślnie.Here SaveChanges is invoked with acceptAllChangesOnSuccess set to false to avoid changing the state of the Blog entity to Unchanged if SaveChanges succeeds. Dzięki temu Ponów tę samą operację, jeśli zatwierdzanie nie powiedzie się i transakcja zostanie wycofana.This allows to retry the same operation if the commit fails and the transaction is rolled back.

Opcja 4 - ręcznie śledzić transakcjiOption 4 - Manually track the transaction

Jeśli musisz używać generowanych przez magazyn kluczy lub potrzebujesz ogólny sposób obsługi niepowodzeń zatwierdzenia, który nie jest zależny od operacje wykonywane każdej transakcji może zostać przypisana Identyfikatora, który jest sprawdzana podczas zatwierdzenia nie powiedzie się.If you need to use store-generated keys or need a generic way of handling commit failures that doesn't depend on the operation performed each transaction could be assigned an ID that is checked when the commit fails.

  1. Dodawanie tabeli do bazy danych używane do śledzenia stanu transakcji.Add a table to the database used to track the status of the transactions.
  2. Wstaw wiersz do tabeli na początku każdej transakcji.Insert a row into the table at the beginning of each transaction.
  3. Jeśli połączenie zatwierdzenia zakończy się niepowodzeniem, sprawdź obecność odpowiedni wiersz w bazie danych.If the connection fails during the commit, check for the presence of the corresponding row in the database.
  4. Jeśli zatwierdzenia zakończy się pomyślnie, usuń odpowiedni wiersz, aby uniknąć wzrostu tabeli.If the commit is successful, delete the corresponding row to avoid the growth of the table.
using (var db = new BloggingContext())
{
    var strategy = db.Database.CreateExecutionStrategy();

    db.Blogs.Add(new Blog { Url = "http://blogs.msdn.com/dotnet" });

    var transaction = new TransactionRow {Id = Guid.NewGuid()};
    db.Transactions.Add(transaction);

    strategy.ExecuteInTransaction(db,
        operation: context =>
        {
            context.SaveChanges(acceptAllChangesOnSuccess: false);
        },
        verifySucceeded: context => context.Transactions.AsNoTracking().Any(t => t.Id == transaction.Id));

    db.ChangeTracker.AcceptAllChanges();
    db.Transactions.Remove(transaction);
    db.SaveChanges();
}

Uwaga

Upewnij się, że kontekst używany do weryfikacji ma strategia wykonywania zdefiniowany jako połączenia prawdopodobnie może zakończyć się niepowodzeniem podczas weryfikacji, jeśli go nie powiodła się podczas zatwierdzania transakcji.Make sure that the context used for the verification has an execution strategy defined as the connection is likely to fail again during verification if it failed during transaction commit.