Strona korzysta z plików cookies w celu realizacji usług i zgodnie z Polityką Plików Cookies.


26.10.2020

Nowa wersja nVision

Można już pobierać nową wersję nVision
26.10.2020

Monitorowanie infrastruktury

Vertiv Environet Alert
23.10.2020

Telefonia w chmurze

NFON Cloudya
23.10.2020

Nowości w EDR

Bitdefender GravityZone
23.10.2020

Wykrywanie anomalii

Flowmon ADS11
23.10.2020

Mobilny monitor

AOC 16T2
22.10.2020

HP Pavilion

HP zaprezentowało nowe laptopy z linii Pavilion.
22.10.2020

Inteligentny monitoring

WD Purple SC QD101
22.10.2020

Przełącznik 2,5GbE

QNAP QSW-1105-5T

SQL Server 2016 AlwaysOn Availability Groups

Data publikacji: 25-05-2017 Autor: Dominik Targosz
Aktywacja funkcji AlwaysOn...

Kontynuujemy opis możliwości SQL Server 2016 w zakresie tworzenia baz o wysokiej dostępności za pomocą technologii AlwaysOn Availability Groups. W drugiej części przedstawiamy w szczegółach sposób wdrożenia tej funkcjonalności.

W pierwszej części tekstu opisaliśmy podstawy tworzenia systemu wysokodostępnego w SQL Server 2016, a także przedstawiliśmy podstawowe założenia dotyczące przykładowej implementacji. Dla przypomnienia – modelowe wdrożenie zostało oparte na dwóch serwerach bazodanowych:

 

  • SQL1 – Windows Server 2016, SQL Server 2016 Enterprise SP1 CU2;
  • SQL2 – Windows Server 2016, SQL Server 2016 Enterprise SP1 CU2.

 

Według obranego scenariusza oba serwery znajdują się w głównej lokalizacji i są replikowane synchronicznie. Na początku, w ramach wdrażanej implementacji, zostanie zbudowany klaster pracy awaryjnej, do którego należeć będą oba serwery członkowskie pracujące w tej samej domenie. Rekomenduje się, aby posiadały one po dwa interfejsy sieciowe ze statycznie skonfigurowanymi adresami IP. Jedna para kart będzie odpowiadała za świadczenie hostowanych usług oraz połączenia z klientami, a druga posłuży do dodatkowego połączenia pomiędzy węzłami (heartbeat), odpowiedzialnego za pingowanie się serwerów. Klaster nie będzie posiadał współdzielonej przestrzeni dyskowej typu Shared Storage. Magazynem dla baz danych oraz kworum będą udziały plikowe na serwerze plików FILESERVER. W kolejnych etapach na węzłach klastra zostanie zainstalowany SQL Server 2016 SP1 z aktywną funkcją AlwaysOn Availability Groups, a na końcu stworzona zostanie przykładowa grupa dostępności Basic Availability Group z modelową bazą danych.

> UPRAWNIENIA

W celu wdrożenia Basic Availability Groups należy posiadać konto domenowe (Domain User) należące do grupy lokalnych administratorów (Administrators) na wszystkich serwerach członkowskich. Instalacja wyłącznie za pomocą konta lokalnego nie jest obsługiwana. Wyjątkiem jest klaster odłączony od domeny AD, ale nie wspiera on wybranego typu kworum. Ponadto użytkownik przeprowadzający konfigurację musi posiadać uprawnienia do tworzenia nowych obiektów w usłudze domenowej Active Directory. W przeciwnym wypadku taki obiekt musi zostać uprzednio stworzony przez administratora domeny, który także musi nadać do niego uprawnienia typu Full Control osobie przeprowadzającej instalację. Po utworzeniu konta komputera dla klastra należy go również wyłączyć. W ten sposób kreator klastra pracy awaryjnej będzie miał pewność, że obiekt komputera nie jest wykorzystywany przez żaden inny serwer lub klaster w domenie. Dodatkowo obiekt klastra pracy awaryjnej musi mieć uprawnienia do tworzenia nowych obiektów dla kontenera, w którym się znajduje, oraz nowych rekordów DNS.

> INSTALACJA FUNKCJI FAILOVER CLUSTERING

Funkcja Failover Clustering jest szkieletem każdego klastra pracy awaryjnej. To ona pozwala uzyskać wysoką dostępność wspieranych technologii, które wykorzystują najlepsze funkcjonalności klastra. W związku z tym przed stworzeniem klastra należy zainstalować tę funkcję na wszystkich serwerach członkowskich mających być węzłami budowanego klastra, tj. SQL1 oraz SQL2. Instalacja może zostać przeprowadzona z konsoli Server Manager, w której należy otworzyć nowy kreator Add Roles and Features Wizard (Manage | Add Roles and Features). W kreatorze najważniejszy dla całego procesu jest krok Features. W wyświetlonym oknie należy odnaleźć i zaznaczyć opcję Failover Clustering. Po jej zaznaczeniu zostanie wyświetlone okno dialogowe, w którym kreator zapyta, jakie dodatkowe komponenty mają zostać zainstalowane wraz ze wskazaną funkcją. W tym miejscu można upewnić się, czy opcja Include management tools (if applicable) jest zaznaczona i następnie kliknąć przycisk Add Features. W kolejnym kroku wystarczy zatwierdzić poprzedni wybór i poczekać na zakończenie instalacji. Nie ma potrzeby zaznaczania opcji Restart the destination server automatically if required, gdyż do ukończenia instalacji funkcji Failover Clustering serwer nie musi być ponownie uruchamiany. Taka akcja konieczna jest jedynie po usunięciu usługi klastrowania z maszyny. Całą operację należy powtórzyć dla drugiego oraz każdego innego węzła, które mają być częścią Basic Availability Groups.

Instalację funkcji Failover Clustering można również przeprowadzić za pomocą skryptu Windows PowerShell. Pozwala to zautomatyzować cały proces i zainstalować równocześnie wymaganą funkcję na wszystkich serwerach mających stać się węzłami klastra pracy awaryjnej. W tym celu na serwerze administracyjnym lub bezpośrednio na serwerach członkowskich należy wykonać następujący skrypt PowerShell:

ForEach ($Server in "SQL1","SQL2")
{
Install-WindowsFeature -Name Failover-Clustering '
-ComputerName $Server - IncludeManagementTools
}


[...]

Autor pracuje jako inżynier systemowy. Posiada certyfikacje VCP i MCSA.

Artykuł pochodzi z miesięcznika: IT Professional

Pełna treść artykułu jest dostępna w papierowym wydaniu pisma.

.

Transmisje online zapewnia: StreamOnline

All rights reserved © 2019 Presscom / Miesięcznik "IT Professional"