2015-05-11 9 views
7

Mamy geo-replikowaną bazę danych w SQL Azure (Premium) i zastanawiamy się, czy wskazujemy na południowo-centralną amerykańską bazę danych, która jest mistrzem, jeśli to zejdzie, musimy ręcznie zmienić nasze ciągi połączeń w naszym kodzie (C# .Net/Entity Framework 6), aby wskazać nową bazę danych np. Na północy USA? Szukamy sposobu na uzyskanie pojedynczego ciągu połączenia, a następnie Azure zrobi to pod pokrywami, aby teraz wskazywać na nową bazę danych, jeśli mistrz kiedykolwiek przestanie działać. Czy to jest możliwe?Czy automatyczna geolokalizacja w SQL Azure automatycznie przełącza się na tryb failover?

Aktualizacja metody następuje:
tak czytam to, że mamy do ręcznie przejść do pliku web.config w systemie produkcyjnym, kiedy to region idzie w dół i zmienić główny bazy danych do innej bazy danych, która jest replikowane pracy .

Zdecydowałem się na twarde kodowanie regionów wschodnich, zachodnich i południowych w konfiguracji sieci i napisałem kod, aby spróbować ponownie i przerzucić się na inne regiony, jeśli nie można osiągnąć głównego. Oznacza to, że może tylko czytać, a nie pisać do Microsoftu lub ręcznie przekazujemy master do czynnego tylko do odczytu urządzenia slave. To nie jest dla mnie najlepsze doświadczenie. Wymaga interwencji człowieka wiedząc, że to w dół, a następnie przerzucanie go i niestandardowy kod

Odpowiedz

2

Należy przeczytać ten artykuł Designing Cloud Solutions for Disaster Recovery Using Active Geo-Replication

Istnieje kilka opcji, w jaki sposób konfiguracji Azure dla dostępności. Tak więc, w zależności od Twoich wymagań i konfiguracji, musisz zmienić ciąg połączenia SQL. Kluczem w tym artykule jest spojrzenie na "SLA". Na przykład, w Opcja 2: Aktywność czynne obliczyć z oddzielonej pracy awaryjnej, SLA jest:

RTO = SQL connection change + database state change + application verification test 

Zawiadomienie SQL connection change; implikuje to zmianę ciągu połączenia.

+4

Dziękuję, tak czytam to, że mamy do ręcznie przejść do pliku web.config w systemie produkcyjnym, kiedy to region idzie w dół i zmienić główny bazy danych do innej bazy danych, która replikowane działa. Zdecydowałem się na twardy kod, jeść, zachodnie i południowe regiony w konfiguracji sieci i napisałem kod, aby spróbować ponownie i przerzucić się na inne regiony, jeśli nie można osiągnąć głównego. Oznacza to, że może tylko czytać, a nie pisać do Microsoftu lub ręcznie przekazujemy master do czynnego tylko do odczytu urządzenia slave. To nie jest dla mnie najlepsze doświadczenie. Wymaga interwencji człowieka, wiedząc, że jest wyłączony, a następnie przerzucając go i niestandardowy kod. –

0

Tak jak aktualizacja dla kogoś, kto może przyjść na wygląd, ta funkcja jest już dostępna na SQL Azure. Nazywa się to grupami automatycznego przełączania awaryjnego i została ogłoszona w maju 2017 r. Wciąż jest w podglądzie od momentu pisania - konfiguracja nie jest obecnie obsługiwana w portalu i musi być wykonana za pośrednictwem interfejsu API.

Więcej informacji tutaj: https://azure.microsoft.com/en-us/blog/azure-sql-database-now-supports-transparent-geographic-failover-of-multiple-databases-featuring-automatic-activation/

Powiązane problemy