Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Dotyczy:program SQL Server na maszynie wirtualnej platformy Azure
Wskazówka
Istnieje wiele metod wdrożenia grupy dostępności. Uprość wdrażanie i wyeliminuj konieczność używania usługi Azure Load Balancer lub rozproszonej nazwy sieci (DNN) dla grupy dostępności Always On, przez utworzenie maszyn wirtualnych SQL Server (VM) w wielu podsieciach w tej samej sieci wirtualnej platformy Azure. Jeśli grupa dostępności została już utworzona w jednej podsieci, możesz ją zmigrować do środowiska z wieloma podsieciami.
W tym samouczku pokazano, jak utworzyć zawsze włączoną grupę dostępności dla programu SQL Server na maszynach wirtualnych platformy Azure w wielu podsieciach. Kompletny samouczek tworzy klaster trybu failover systemu Windows Server i grupę dostępności z dwoma replikami programu SQL Server i odbiornikiem.
Szacowanie czasu: Przy założeniu, że wymagania wstępne zostały ukończone , ukończenie tego samouczka powinno potrwać około 30 minut.
Wymagania wstępne
W poniższej tabeli wymieniono wymagania wstępne , które należy wykonać przed rozpoczęciem tego samouczka:
| Wymaganie | Opis |
|---|---|
Dwa wystąpienia programu SQL Server |
— Każda maszyna wirtualna w dwóch różnych strefach dostępności platformy Azure lub tym samym zestawie dostępności — W oddzielnych podsieciach w sieci wirtualnej platformy Azure — Z dwoma pomocniczymi adresami IP przypisanymi do każdej maszyny wirtualnej - W jednej domenie |
Konto usługi programu SQL Server |
Konto domeny używane przez usługę SQL Server dla każdej maszyny |
Otwieranie portów zapory |
- SQL Server: 1433 dla wystąpienia domyślnego — Punkt końcowy dublowania bazy danych: 5022 lub dowolny dostępny port |
Konto instalacji domeny |
- Administrator lokalny w każdym programie SQL Server — Członek stałej roli serwera sysadmin programu SQL Server dla każdego wystąpienia programu SQL Server |
W tym samouczku zakłada się, że masz podstawową wiedzę na temat grup dostępności Always On programu SQL Server.
Tworzenie klastra
Grupa dostępności Always On jest częścią Klastra Przełączania Awaryjnego systemu Windows Server. Przed wdrożeniem grupy dostępności należy najpierw skonfigurować klaster trybu failover systemu Windows Server, który obejmuje dodawanie funkcji, tworzenie klastra i ustawianie adresu IP klastra.
Dodaj funkcję klastra pracy awaryjnej
Dodaj funkcję klastra pracy awaryjnej do obu maszyn wirtualnych SQL Server. W tym celu wykonaj następujące kroki:
Nawiąż połączenie z maszyną wirtualną programu SQL Server za pośrednictwem usługi Bastion przy użyciu konta domeny, które ma uprawnienia do tworzenia obiektów w usłudze AD, takich jak konto domeny CORP\Install utworzone w artykule dotyczącym wymagań wstępnych.
Otwórz pulpit nawigacyjny Menedżera serwera.
Wybierz link Dodaj role i funkcje na pulpicie nawigacyjnym.
Wybierz przycisk Dalej , dopóki nie zostanie wyświetlona sekcja Funkcje serwera.
W sekcji Funkcje wybierz pozycję Klaster pracy awaryjnej.
Dodaj wszelkie dodatkowe wymagane funkcje.
Wybierz pozycję Zainstaluj , aby dodać funkcje.
Powtórz kroki na drugiej maszynie wirtualnej z programem SQL Server.
Tworzenie klastra
Po dodaniu funkcji klastra do każdej maszyny wirtualnej z programem SQL Server możesz utworzyć klaster trybu failover systemu Windows Server.
Aby utworzyć klaster, wykonaj następujące kroki:
Użyj usługi Bastion , aby nawiązać połączenie z pierwszą maszyną wirtualną programu SQL Server (taką jak SQL-VM-1) przy użyciu konta domeny z uprawnieniami do tworzenia obiektów w usłudze AD, takich jak konto domeny CORP\Install utworzone w artykule Wymagania wstępne.
W pulpicie nawigacyjnym Menedżer serwera wybierz pozycję Narzędzia, a następnie wybierz pozycję Menedżer klastra pracy awaryjnej.
W lewym okienku kliknij prawym przyciskiem myszy pozycję Menedżer klastra trybu failover, a następnie wybierz pozycję Utwórz klaster.
W Kreatorze tworzenia klastra utwórz klaster z dwoma węzłami, przechodząc przez strony przy użyciu ustawień podanych w poniższej tabeli:
Strona Ustawienia Zanim rozpoczniesz Użyj wartości domyślnych. Wybieranie serwerów Wpisz pierwszą nazwę programu SQL Server (np . SQL-VM-1) w polu Wprowadź nazwę serwera i wybierz pozycję Dodaj.
Wpisz drugą nazwę programu SQL Server (np . SQL-VM-2) w polu Wprowadź nazwę serwera i wybierz pozycję Dodaj.Ostrzeżenie dotyczące walidacji Wybierz pozycję Tak. Po kliknięciu przycisku Dalej uruchom testy weryfikacji konfiguracji, a następnie wróć do procesu tworzenia klastra. Przed rozpoczęciem Wybierz Dalej. Opcje testowania Wybierz pozycję Uruchom tylko wybrane testy. Wybór testu Usuń zaznaczenie opcji Magazyn. Upewnij się, że wybrano Inwentarz, Sieć i Konfigurację systemu. Potwierdzenie Wybierz Dalej.
Poczekaj na zakończenie walidacji.
Wybierz pozycję Wyświetl raport , aby przejrzeć raport. Możesz bezpiecznie zignorować ostrzeżenie dotyczące osiągalnych maszyn wirtualnych tylko w jednym interfejsie sieciowym. Infrastruktura platformy Azure ma nadmiarowość fizyczną i dlatego nie jest wymagana do dodawania dodatkowych interfejsów sieciowych.
Wybierz Zakończ.Punkt dostępu do administrowania klastrem Wpisz nazwę klastra, na przykład SQLAGCluster1 w polu Nazwa klastra. Potwierdzenie Usuń zaznaczenie pola wyboru Dodaj cały uprawniony magazyn do klastra i wybierz przycisk Dalej. Podsumowanie Wybierz Zakończ. Ostrzeżenie
Jeśli nie odznaczysz pola wyboru Dodaj cały kwalifikujący się magazyn do klastra, system Windows odłączy dyski wirtualne podczas procesu klastrowania. W związku z tym nie są one wyświetlane w Menedżerze dysków lub Eksploratorze, dopóki magazyn nie zostanie usunięty z klastra i ponownie dołączony przy użyciu programu PowerShell.
Ustaw adres IP klastra pracy awaryjnej
Zazwyczaj adres IP przypisany do klastra jest tym samym adresem IP przypisanym do maszyny wirtualnej, co oznacza, że na platformie Azure adres IP klastra będzie w stanie niepowodzenia i nie można go przenieść do trybu online. Zmień adres IP klastra, aby przenieść zasób IP w tryb online.
Podczas spełniania wymagań wstępnych należy przypisać pomocnicze adresy IP do każdej maszyny wirtualnej SQL Server, jak pokazano w przykładowej tabeli tutaj (konkretne adresy IP mogą się różnić):
| Nazwa maszyny wirtualnej | Nazwa podsieci | Zakres adresów podsieci | Nazwa pomocniczego adresu IP | Pomocniczy adres IP |
|---|---|---|---|---|
| SQL-VM-1 | Podsieć SQL-1 | 10.38.1.0/24 | IP klastra Windows | 10.38.1.10 |
| SQL-VM-2 | Podsieć SQL-2 | 10.38.2.0/24 | IP klastra Windows | 10.38.2.10 |
Przypisz te adresy IP jako adresy IP klastra dla każdej odpowiedniej podsieci.
Uwaga
W systemie Windows Server 2019 klaster tworzy nazwę serwera rozproszonego zamiast nazwy sieci klastra. Obiekt nazwy klastra (CNO) jest automatycznie rejestrowany przy użyciu adresów IP dla wszystkich węzłów w klastrze, eliminując potrzebę dedykowanego adresu IP klastra systemu Windows. Jeśli korzystasz z systemu Windows Server 2019, pomiń tę sekcję i inne kroki, które odwołują się do zasobów podstawowych klastra, lub utwórz klaster oparty na nazwie sieci wirtualnej (VNN) przy użyciu programu PowerShell. Aby uzyskać więcej informacji, zobacz wpis na blogu Klaster trybu failover: obiekt sieciowy klastra.
Aby zmienić adres IP klastra, wykonaj następujące kroki:
W Menedżerze klastra trybu failover przewiń w dół do sekcji Podstawowe zasoby klastra i rozwiń szczegóły klastra. Powinny być widoczne zasoby Nazwa oraz dwa zasoby Adres IP z każdej podsieci w stanie Failed.
Kliknij prawym przyciskiem myszy pierwszy zasób Adres IP, który uległ awarii, a następnie wybierz Właściwości.
Wybierz Statyczny adres IP i zaktualizuj adres IP na dedykowany adres IP klastra Windows w podsieci przypisanej do pierwszej maszyny wirtualnej SQL Server (takiej jak SQL-VM-1). Wybierz przycisk OK.
Powtórz te kroki dla drugiego zasobu IP Address, który zakończył się niepowodzeniem, używając dedykowanego adresu IP klastra systemu Windows dla podsieci drugiej maszyny wirtualnej SQL Server (takiej jak SQL-VM-2).
W sekcji Zasoby podstawowe klastra kliknij prawym przyciskiem myszy nazwę klastra i wybierz pozycję Przełącz do trybu online. Poczekaj, aż nazwa i jeden z zasobów adresu IP będą w trybie online.
Ponieważ maszyny wirtualne programu SQL Server znajdują się w różnych podsieciach, klaster będzie mieć zależność OR od dwóch dedykowanych adresów IP klastra systemu Windows. Gdy zasób nazwy klastra jest w trybie online, aktualizuje serwer kontrolera domeny (DC) przy użyciu nowego konta komputera usługi Active Directory (AD). Jeśli podstawowe zasoby klastra zostaną przeniesione do innego węzła, jeden adres IP przestaje być aktywny, a drugi staje się aktywny, aktualizując na serwerze DC skojarzenie z nowym adresem IP.
Wskazówka
Podczas uruchamiania klastra na maszynach wirtualnych platformy Azure w środowisku produkcyjnym zmień ustawienia klastra na bardziej zrelaksowany stan monitorowania, aby zwiększyć stabilność klastra i niezawodność w środowisku chmury. Aby dowiedzieć się więcej, zobacz SQL Server VM — HADR configuration best practices (Maszyna wirtualna z programem SQL Server — najlepsze rozwiązania dotyczące konfiguracji usługi HADR).
Konfigurowanie kworum
W klastrze z dwoma węzłami urządzenie kworum jest niezbędne do zapewnienia niezawodności i stabilności klastra. Świadek w chmurze jest zalecaną konfiguracją kworum na maszynach wirtualnych platformy Azure, chociaż są inne dostępne opcje. Kroki opisane w tej sekcji konfigurują świadka w chmurze na potrzeby kworum. Zidentyfikuj klucze dostępu do konta magazynu danych, a następnie skonfiguruj obserwatora chmurowego.
Uzyskiwanie kluczy dostępu dla konta magazynu
Podczas tworzenia konta usługi Microsoft Azure Storage jest ono skojarzone z dwoma wygenerowanymi automatycznie kluczami dostępu — podstawowym kluczem dostępu i pomocniczym kluczem dostępu. Przy pierwszym tworzeniu świadka w chmurze użyj podstawowego klucza dostępu, ale później nie ma ograniczeń co do tego, którego klucza użyć dla świadka w chmurze.
Użyj witryny Azure Portal, aby wyświetlić i skopiować klucze dostępu do magazynu dla konta usługi Azure Storage utworzonego w artykule dotyczącym wymagań wstępnych.
Aby wyświetlić i skopiować klucze dostępu do magazynu, wykonaj następujące kroki:
Przejdź do grupy zasobów w portalu Azure i wybierz utworzone konto magazynu.
Wybierz pozycję Klucze dostępu w obszarze Zabezpieczenia i sieć.
Wybierz pozycję Pokaż klucze i skopiuj klucz.
Skonfiguruj świadka w chmurze
Po skopiowaniu klucza dostępu utwórz świadka w chmurze dla kworum klastra.
Aby utworzyć świadka w chmurze, wykonaj następujące kroki:
Połącz się z pierwszą maszyną wirtualną SQL Server SQL-VM-1 za pomocą Pulpitu zdalnego.
Otwórz program Windows PowerShell w trybie administratora.
Uruchom skrypt programu PowerShell, aby ustawić wartość protokołu TLS (Transport Layer Security) dla połączenia z wartością 1.2:
[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12Użyj programu PowerShell, aby skonfigurować świadka w chmurze. Zastąp wartości nazwy konta magazynu i klucza dostępu swoimi danymi:
Set-ClusterQuorum -CloudWitness -AccountName "Storage_Account_Name" -AccessKey "Storage_Account_Access_Key"Następujące przykładowe dane wyjściowe wskazują powodzenie:
Podstawowe zasoby klastra są skonfigurowane z użyciem świadka w chmurze.
Włącz funkcję AG
Funkcja grupy dostępności Always On jest domyślnie wyłączona. Użyj narzędzia SQL Server Configuration Manager, aby włączyć tę funkcję w obu instancjach programu SQL Server.
Aby włączyć funkcję grupy dostępności, wykonaj następujące kroki:
Połącz się z pierwszą maszyną wirtualną programu SQL Server (taką jak SQL-VM-1) przy użyciu konta domeny, które jest członkiem stałej roli serwera sysadmin , na przykład konta domeny CORP\Install utworzonego w dokumencie wymagań wstępnych
Na ekranie startowym jednej maszyny wirtualnej programu SQL Server uruchom program SQL Server Configuration Manager.
W drzewie przeglądarki wyróżnij pozycję Usługi programu SQL Server, kliknij prawym przyciskiem myszy usługę SQL Server (MSSQLSERVER), a następnie wybierz polecenie Właściwości.
Wybierz kartę Always On — wysoka dostępność, a następnie zaznacz pole wyboru Włącz grupy dostępności Always On:
Wybierz Zastosuj. Wybierz OK w wyskakującym oknie dialogowym.
Uruchom ponownie usługę SQL Server.
Powtórz te kroki dla innego wystąpienia programu SQL Server.
Włączanie funkcji FILESTREAM
Jeśli nie używasz elementu FILESTREAM dla bazy danych w grupie dostępności, pomiń ten krok i przejdź do następnego kroku — Utwórz bazę danych.
Jeśli planujesz dodać do grupy dostępności bazę danych korzystającą z FILESTREAM, musisz włączyć funkcję FILESTREAM, ponieważ domyślnie jest ona wyłączona. Użyj Menedżera konfiguracji programu SQL Server, aby włączyć tę funkcję w obu wystąpieniach programu SQL Server.
Aby włączyć funkcję FILESTREAM, wykonaj następujące kroki:
Połącz się z pierwszą maszyną wirtualną programu SQL Server (taką jak SQL-VM-1) przy użyciu konta domeny będącego członkiem stałej roli serwera sysadmin , takiego jak konto domeny CORP\Install utworzone w dokumencie wymagań wstępnych
Na ekranie startowym jednej maszyny wirtualnej programu SQL Server uruchom program SQL Server Configuration Manager.
W drzewie przeglądarki wyróżnij pozycję Usługi programu SQL Server, kliknij prawym przyciskiem myszy usługę SQL Server (MSSQLSERVER), a następnie wybierz pozycję Właściwości.
Wybierz kartę FILESTREAM, a następnie zaznacz pole wyboru Włącz FILESTREAM dla dostępu Transact-SQL:
Wybierz Zastosuj. Wybierz OK w wyskakującym oknie dialogowym.
W programie SQL Server Management Studio wybierz pozycję Nowe zapytanie , aby wyświetlić Edytor zapytań.
W Edytorze zapytań wprowadź następujący kod języka Transact-SQL:
EXEC sp_configure filestream_access_level, 2 RECONFIGUREWybierz pozycję Wykonaj.
Uruchom ponownie usługę SQL Server.
Powtórz te kroki dla innego wystąpienia programu SQL Server.
Tworzenie bazy danych
W przypadku bazy danych możesz wykonać kroki opisane w tej sekcji, aby utworzyć nową bazę danych lub przywrócić bazę danych AdventureWorks. Należy również utworzyć kopię zapasową bazy danych, aby zainicjować łańcuch dzienników. Bazy danych, których kopia zapasowa nie została utworzona, nie spełniają wymagań wstępnych dla grupy dostępności.
Aby utworzyć bazę danych, wykonaj następujące kroki:
- Połącz się z pierwszą maszyną wirtualną programu SQL Server (taką jak SQL-VM-1) przy użyciu konta domeny, które jest członkiem stałej roli serwera sysadmin , na przykład konta domeny CORP\Install utworzonego w dokumencie wymagań wstępnych.
- Otwórz program SQL Server Management Studio i połącz się z wystąpieniem serwera SQL Server.
- W Eksplorator obiektów kliknij prawym przyciskiem myszy pozycję Bazy danych i wybierz pozycję Nowa baza danych.
- W polu Nazwa bazy danych wpisz MyDB1.
- Wybierz stronę Opcje i wybierz Pełny z listy rozwijanej modelu odzyskiwania , jeśli domyślnie nie jest pełna. Baza danych musi znajdować się w pełnym modelu odzyskiwania, aby spełnić wymagania wstępne dotyczące uczestnictwa w grupie dostępności.
- Wybierz przycisk OK , aby zamknąć stronę Nowa baza danych i utworzyć nową bazę danych.
Aby utworzyć kopię zapasową bazy danych, wykonaj następujące kroki:
W Eksplorator obiektów kliknij prawym przyciskiem myszy bazę danych, wyróżnij pozycję Zadania, a następnie wybierz polecenie Wykonaj kopię zapasową....
Wybierz przycisk OK , aby utworzyć pełną kopię zapasową bazy danych w domyślnej lokalizacji kopii zapasowej.
Utwórz udział sieciowy
Utwórz udział plików kopii zapasowej, do którego mają dostęp zarówno maszyny wirtualne z programem SQL Server, jak i ich konta usługowe.
Aby utworzyć udział plików kopii zapasowej, wykonaj następujące kroki:
Na pierwszej maszynie wirtualnej z programem SQL Server w Menedżer serwera wybierz pozycję Narzędzia. Otwórz Zarządzanie komputerem.
Wybierz pozycję Foldery udostępnione.
Kliknij prawym przyciskiem myszy pozycję Udziały, a następnie wybierz pozycję Nowy udział.... Następnie użyj Kreatora tworzenia folderu udostępnionego , aby utworzyć udział.
W obszarze Ścieżka folderu wybierz opcję Przeglądaj i znajdź lub utwórz ścieżkę dla folderu udostępnionego dla kopii zapasowej bazy danych, taką jak
C:\Backup. Wybierz Dalej.W obszarze Nazwa, Opis i Ustawienia sprawdź nazwę i ścieżkę udziału. Wybierz Dalej.
W obszarze Uprawnienia folderu udostępnionego ustaw opcję Dostosuj uprawnienia. Wybierz Niestandardowy.
Na stronie Dostosowywanie uprawnień wybierz pozycję Dodaj.
Sprawdź pełną kontrolę , aby udzielić pełnego dostępu do folderu udostępnionego dla konta usługi programu SQL Server (
Corp\SQLSvc):
Wybierz przycisk OK.
W obszarze Uprawnienia folderu udostępnionego wybierz pozycję Zakończ. Ponownie wybierz pozycję Zakończ .
Tworzenie grupy dostępności
Po utworzeniu kopii zapasowej bazy danych możesz utworzyć grupę dostępności. Proces automatycznie wykonuje pełną kopię zapasową i kopię zapasową dziennika transakcji z podstawowej repliki programu SQL Server i przywraca ją w pomocniczym wystąpieniu programu SQL Server z opcją NORECOVERY .
Aby utworzyć grupę dostępności, wykonaj następujące kroki.
W Eksplorator obiektów w programie SQL Server Management Studio (SSMS) na pierwszej maszynie wirtualnej programu SQL Server (takiej jak SQL-VM-1) kliknij prawym przyciskiem myszy pozycję Zawsze włączona wysoka dostępność i wybierz pozycję Kreator nowej grupy dostępności.
Na stronie Wstęp wybierz opcję Następna. Na stronie Określanie nazwy grupy dostępności wpisz nazwę grupy dostępności w polu Nazwa grupy dostępności, na przykład AG1. Wybierz Dalej.
Na stronie Wybieranie baz danych wybierz bazę danych, a następnie wybierz pozycję Dalej. Jeśli baza danych nie spełnia wymagań wstępnych, upewnij się, że znajduje się ona w modelu pełnego odzyskiwania i utwórz kopię zapasową:
Na stronie Określanie replik wybierz pozycję Dodaj replikę.
Zostanie wyświetlone okno dialogowe Łączenie z serwerem . Wpisz nazwę drugiego serwera w polu Nazwa serwera, na przykład SQL-VM-2. Wybierz pozycję Połącz.
Na stronie Określanie replik zaznacz pola wyboru Automatyczne przełączanie awaryjne i wybierz opcję Synchroniczne zatwierdzanie z listy rozwijanej dla trybu dostępności:
Wybierz kartę Punkty końcowe, aby potwierdzić, że porty używane przez punkt końcowy dublowania bazy danych to te, które zostały otwarte w zaporze:
Wybierz kartę Odbiornik i wybierz pozycję Utwórz odbiornik grupy dostępności przy użyciu następujących wartości dla odbiornika:
Pole Wartość Nazwa DNS odbiornika: AG1-Listener Port Użyj domyślnego portu programu SQL Server. 1433 Tryb sieciowy: Statyczny adres IP Wybierz pozycję Dodaj , aby podać pomocniczy dedykowany adres IP dla odbiornika dla obu maszyn wirtualnych programu SQL Server.
W poniższej tabeli przedstawiono przykładowe adresy IP utworzone dla odbiornika z dokumentu wymagań wstępnych (choć określone adresy IP mogą się różnić):
Nazwa maszyny wirtualnej Nazwa podsieci Zakres adresów podsieci Nazwa pomocniczego adresu IP Pomocniczy adres IP SQL-VM-1 Podsieć SQL-1 10.38.1.0/24 nasłuchiwacz grupy dostępności 10.38.1.11 SQL-VM-2 Podsieć SQL-2 10.38.2.0/24 odbiornik grupy dostępności 10.38.2.11 Wybierz pierwszą podsieć (np. 10.38.1.0/24) z listy rozwijanej w oknie dialogowym Dodaj adres IP, a następnie podaj drugi dedykowany adres IPv4 dla słuchacza, na przykład .
10.38.1.11Wybierz przycisk OK.
Powtórz poprzedni krok, ale wybierz drugą podsieć z listy rozwijanej (np. 10.38.2.0/24). Podaj adres IPv4 pomocniczego odbiornika dedykowanego z innej maszyny wirtualnej programu SQL Server, na przykład
10.38.2.11. Wybierz przycisk OK.
Po przejrzeniu wartości na stronie Odbiornik wybierz pozycję Dalej:
Na stronie Wybieranie początkowej synchronizacji danych wybierz pozycję Pełna baza danych i kopia zapasowa dziennika i podaj utworzoną wcześniej lokalizację udziału sieciowego, na przykład
\\SQL-VM-1\Backup.
Uwaga
Pełna synchronizacja wykonuje pełną kopię zapasową bazy danych w pierwszym wystąpieniu programu SQL Server i przywraca ją do drugiego wystąpienia. W przypadku dużych baz danych pełna synchronizacja nie jest zalecana, ponieważ może to potrwać długo. Ten czas można skrócić, ręcznie wykonując kopię zapasową bazy danych i przywracając ją za pomocą polecenia
NO RECOVERY. Jeśli baza danych została już przywróconaNO RECOVERYw drugiej instancji SQL Server przed skonfigurowaniem grupy dostępności, wybierz opcję Tylko dołącz. Jeśli chcesz utworzyć kopię zapasową po skonfigurowaniu grupy dostępności, wybierz pozycję Pomiń początkową synchronizację danych.Na stronie Walidacja upewnij się, że wszystkie testy poprawności zostały pomyślnie zweryfikowane, a następnie wybierz pozycję Dalej:
Na stronie Podsumowanie wybierz pozycję Zakończ i poczekaj na skonfigurowanie nowej grupy dostępności przez kreatora. Wybierz pozycję Więcej szczegółów na stronie Postęp , aby wyświetlić szczegółowy postęp. Gdy zobaczysz, że kreator zakończył się pomyślnie na stronie Wyniki , sprawdź podsumowanie, aby sprawdzić, czy grupa dostępności i odbiornik zostały pomyślnie utworzone.
Wybierz pozycję Zamknij , aby zamknąć kreatora.
Sprawdzanie grupy dostępności
Kondycję grupy dostępności można sprawdzić przy użyciu programu SQL Server Management Studio i Menedżera klastra trybu failover.
Aby sprawdzić stan grupy dostępności, wykonaj następujące kroki:
W Eksploratorze obiektów rozwiń Always On — wysoka dostępność, a następnie rozwiń grupy dostępności. W tym kontenerze powinna zostać wyświetlona nowa grupa dostępności. Kliknij prawym przyciskiem myszy grupę dostępności i wybierz polecenie Pokaż pulpit nawigacyjny.
Pulpit nawigacyjny grupy dostępności przedstawia replikę, tryb pracy awaryjnej każdej repliki i stan synchronizacji, taki jak w poniższym przykładzie:
Otwórz Menedżer klastra trybu failover, wybierz klaster i wybierz Role, aby wyświetlić utworzoną w klastrze rolę grupy dostępności. Wybierz rolę AG1, a następnie wybierz kartę Zasoby , aby wyświetlić odbiornik i skojarzone adresy IP, takie jak poniższy przykład:
W tym momencie masz grupę dostępności z replikami w dwóch wystąpieniach programu SQL Server i odpowiednim odbiorniku grupy dostępności. Możesz nawiązać połączenie przy użyciu odbiornika i przenieść grupę dostępności między wystąpieniami przy użyciu programu SQL Server Management Studio.
Ostrzeżenie
Nie próbuj przełączać grupy dostępności w tryb awaryjny przy użyciu Menedżera klastra awaryjnego. Wszystkie operacje przełączania awaryjnego powinny być wykonywane w programie SQL Server Management Studio, na przykład przy użyciu Always On Dashboard lub języka Transact-SQL (T-SQL). Aby uzyskać więcej informacji, zobacz Ograniczenia dotyczące korzystania z Menedżera klastra trybu failover z grupami dostępności.
Ustaw opcję RegisterAllProvidersIP
Po połączeniu się z grupą dostępności z replikami w wielu podsieciach ustaw opcję MultiSubnetFailover=Yes w parametrach połączenia, aby klient próbował połączyć się ze wszystkimi adresami IP listenera jednocześnie. Aby skrócić czas ponownego nawiązywania połączenia po przełączeniu awaryjnym dla klientów używających ciągów połączenia określających MultiSubnetFailover=True, ustaw właściwość RegisterAllProvidersIP na 1, aby zarejestrować w systemie DNS wszystkie adresy IP nazwy sieci klastra zasobu nasłuchiwania.
Ustawienie RegisterAllProvidersIP to właściwość klastra określająca sposób rejestrowania adresu IP zasobu nazwy sieciowej klastra za pomocą usługi DNS. Wartość domyślna to 0, co oznacza, że klaster rejestruje tylko adres IP węzła, który jest właścicielem zasobu nazwy sieciowej klastra.
Domyślnie, gdy używasz SQL Server Management Studio (SSMS), Transact-SQL lub PowerShell do utworzenia grupy dostępności, punkt dostępu klienta WSFC jest tworzony z właściwością ustawioną na RegisterAllProvidersIP1 wartość.
Użyj następującego polecenia programu PowerShell, aby sprawdzić RegisterAllProvidersIP ustawienie odbiornika:
Get-ClusterResource | where-object {$_.ResourceType.name -eq "Network Name"} | Get-ClusterParameter | where-object {$_.name -eq "RegisterAllProvidersIP"}
Jeśli klient nie obsługuje parametru MultiSubnetFailover, możesz zmodyfikować ustawienia RegisterAllProvidersIP i HostRecordTTL, aby zapobiec opóźnieniom łączności po przełączeniu awaryjnym.
Użyj programu PowerShell, aby zmodyfikować RegisterAllProvidersIp ustawienia i HostRecordTTL :
Get-ClusterResource yourListenerName | Set-ClusterParameter RegisterAllProvidersIP 0
Get-ClusterResource yourListenerName|Set-ClusterParameter HostRecordTTL 300
Uwaga
HostRecordTTL Obniżenie wartości może zwiększyć ruch DNS.
Testowanie połączenia odbiornika
Po dokonaniu gotowości grupy dostępności i skonfigurowaniu odbiornika przy użyciu odpowiednich pomocniczych adresów IP przetestuj połączenie z odbiornikiem.
Aby przetestować połączenie, wykonaj następujące kroki:
Połącz się z instancją SQL Server znajdującą się w tej samej sieci wirtualnej, ale nie posiadającą repliki, na przykład z inną instancją w klastrze lub z dowolną inną maszyną wirtualną, na której zainstalowano SQL Server Management Studio.
Otwórz program SQL Server Management Studio i w oknie dialogowym Łączenie z serwerem wpisz nazwę odbiornika (np. AG1-Listener) w polu Nazwa serwera:. Następnie wybierz pozycję Opcje:
W oknie
MultiSubnetFailover=Truewprowadź , a następnie wybierz Połącz, aby automatycznie połączyć się z dowolnym wystąpieniem, które hostuje podstawową replikę programu SQL Server.
Uwaga
Podczas nawiązywania połączenia z grupą dostępności w różnych podsieciach ustawienie MultiSubnetFailover=true zapewnia szybsze wykrywanie bieżącej repliki podstawowej i nawiązywanie z nią połączenia. Zobacz Nawiązywanie połączenia przy użyciu MultiSubnetFailover
Treści powiązane
- Konfigurowanie grupy dostępności z wieloma podsieciami w różnych regionach platformy Azure — program SQL Server na maszynach wirtualnych platformy Azure
- Klaster pracy awaryjnej systemu Windows Server z serwerem SQL Server na maszynach wirtualnych platformy Azure
- Zawsze włączona grupa dostępności w programie SQL Server na maszynach wirtualnych platformy Azure
- Omówienie grup dostępności Always On
- Najlepsze rozwiązania dotyczące konfiguracji usługi HADR (program SQL Server na maszynach wirtualnych platformy Azure)
Dwa wystąpienia programu SQL Server