2015-06-16 18 views
5

Mam bazę danych w SQL Azure, która jest aktywnie replikowana do 2 różnych regionów. Są one dostępne tylko do odczytu (testowane przez studio zarządzania SQL przez połączenie z ich odpowiednimi serwerami), ale jaki łańcuch połączenia muszę użyć, aby moja aplikacja mogła korzystać z automatycznego przełączania awaryjnego/awaryjnego i/lub używać instancji readonly do odczytu i główna instancja do zapisu?Jakiego ciągu połączenia użyć dla bazy danych SQL Azure przy użyciu Active Geo Replication?

Odpowiedz

3

Twoja aplikacja musi łączyć się w taki sam sposób z czytelnymi częściami wtórnymi, jak z SSMS: Musisz użyć ciągu połączenia serwera, który trzyma replikę.

Przełączanie awaryjne może być uruchamiane przy użyciu poleceń T-SQL, PowerShell i za pośrednictwem portalu zarządzania. Sprawdź te artykuły dwa dokumenty:

Active Geo-Replication for Azure SQL Database Terminate a Continuous Copy Relationship

+3

więc monitorowanie i failover spada do realizacji zrobić samemu? Nie ma możliwości konfiguracji lub blok aplikacji, aby to rozwiązać? – IvanL

+0

Czy ktoś dostarczył jakiś kod standardowy do zarządzania przełączaniem awaryjnym i rolą? Za pomocą AlwaysOn zarządza się przez ustawienie ApplicationIntent w ciągu połączenia. Jestem zszokowany, że Azure SQL nie ma podobnej konstrukcji (i nie ma alternatywnego rozwiązania poza "roll your own code"). Zgodnie z podanymi powyżej linkami: [Po przełączeniu awaryjnym] "Zaktualizuj ciągi połączeń [ręcznie]: ponieważ odzyskana baza danych będzie znajdować się na innym serwerze, musisz zaktualizować ciąg połączenia aplikacji, aby wskazywała na ten serwer." –

Powiązane problemy