W tej serii artykułów wyjaśnię, czym jest architektura SQL Server AlwaysOn i instalacja krok po kroku. Przyjrzyjmy się architekturze i instalacji programu SQL Server AlwaysOn (grupa dostępności)
Serwer SQL zawsze włączony krok po kroku
Firma Microsoft wprowadziła funkcję AlwaysOn Availability Groups w wersji SQL Server 2012. Ta funkcja jest w rzeczywistości kombinacją funkcji SQL Server, które znamy wcześniej, funkcji Log Shipping, Failover Clustering i Mirroring.
Jeśli nie wiesz, co to jest wysyłka kłód, możesz przeczytać następujące artykuły dotyczące wysyłki kłód.
Instalacja i konfiguracja dzienników SQL Server i odzyskiwania po awarii -4
Jeśli nie wiesz, co to jest klaster pracy awaryjnej, możesz przeczytać następujące artykuły na temat klastrów pracy awaryjnej.
Instalacja klastra pracy awaryjnej serwera SQL -4
Odzyskiwanie po awarii zostało dostarczone z Log Shipping, ale synchronizacja w czasie rzeczywistym nie istnieje z Log Shipping. Dublowanie ma synchronizację w czasie rzeczywistym, ale nie było opcji tylko do odczytu, a do automatycznego przełączania awaryjnego wymagany był serwer świadków.
Aplikacja ma dostęp do 2 węzłów za pośrednictwem nazwy klastra pracy awaryjnej w tym samym czasie co klaster pracy awaryjnej , ale klaster pracy awaryjnej był tylko rozwiązaniem o wysokiej dostępności.
Firma Microsoft połączyła wszystkie zalety Log Shipping, Mirroring i Failover Cluster w SQL Server Always On.
Grupa dostępności serwera SQL
Architektura SQL Server AlwaysOn jest następująca.
AlwaysOn to nowe rozwiązanie SQL Server, które zapewnia zarówno wysoką dostępność, jak i odzyskiwanie po awarii między 2 serwerami działającymi w klastrze Windows Server Failover Cluster (WSFC) zainstalowanym na co najmniej 2 serwerach.
AlwaysOn zapewnia wysoką dostępność, ponieważ jeśli węzeł główny nie działa w czasie T, węzeł dodatkowy będzie głównym przez automatyczne przełączanie awaryjne.
AlwaysOn zapewnia Disaster Recovery, ponieważ gdy pamięć masowa lub płyta główna (lub inna część serwera) serwera podstawowego ulegnie awarii, można odzyskać bazę danych za pomocą automatycznego przełączania awaryjnego. Ponieważ baza danych fizycznie istnieje w węźle dodatkowym i jest synchronizowana z bazą danych podstawowej.
Możesz także użyć węzła dodatkowego do celów raportowania i tworzenia kopii zapasowych.
Krótko mówiąc, jeśli rozważasz połączenie wysokiej dostępności i odzyskiwania po awarii dla baz danych SQL Server działających w Twojej firmie, jedyne rozwiązanie to AlwaysOn .
Utwórz grupę dostępności
Grupa dostępności AlwaysOn: Jest to struktura wydana wraz z SQL Server 2012, która może być używana jako alternatywa dla dublowania baz danych, przesyłania dzienników i klastrowania pracy awaryjnej. Dzięki grupie dostępności AlwaysOn zmiany w bazie danych na serwerze są synchronizowane z innym serwerem. Zaletą tej struktury w porównaniu z dublowaniem jest to, że można używać więcej niż jednego serwera pomocniczego Aktywnie . Ponadto, podczas gdy operacje zapisu i inne operacje DML są wykonywane na serwerze głównym, operacje tworzenia kopii zapasowych i raportowania można wykonywać na serwerze pomocniczym.
Wymagania dotyczące konfiguracji AlwaysOn są następujące.
Zawsze włączone tworzenie grupy dostępności
Aby metoda grupy dostępności AlwaysOn programu SQL Server została zastosowana do bazy danych, muszą istnieć co najmniej dwa serwery o tych samych właściwościach, w których struktura klastra trybu failover systemu Windows Server jest skonfigurowana w następujący sposób. Ponadto wersja musi być co najmniej SQL Server 2012 Enterprise Edition.
Aby włączyć opcję AlwaysOn w SQL Server 2012 + Powyżej, oba węzły muszą należeć do klastra w następujący sposób.
Niezbędne definicje dostępu między pierwszym węzłem, który ma zostać skonfigurowany, a drugim węzłem przez porty 1433 i 445, muszą zostać wykonane.
Ponadto definicje udziałów plików należy wykonać w folderze, który należy zdefiniować podczas konfigurowania grupy dostępności, a początkowe kopie zapasowe baz danych, które mają zostać uwzględnione w grupie dostępności, zostaną wykonane. (Zwykle wystarczy nadać kontom SQL Server i SQL Agent obu serwerów uprawnienia do odczytu/zapisu w odpowiednim folderze). Jednak jeśli konto SQL Server na serwerze produkcyjnym jest użytkownikiem „LOCAL SYSTEM”, upoważnienie do przyznane w folderze udostępnionym musi być „wszyscy – czytać / pisać” Zezwolenie.
Użytkownik, który będzie konfigurował SQL Server na serwerze źródłowym, musi mieć uprawnienia administratora w systemie Windows i sysadmin na serwerze SQL Server.
Ponieważ dyski serwerów, na których zostanie zastosowana zawsze włączona grupa dostępności, są oddzielne i niezależne od siebie, foldery, które mają być używane dla plików danych i dzienników baz danych, które mają znajdować się na serwerach, muszą być utworzone z taką samą nazwą i tym samym ścieżki.
Powinieneś zainstalować StandAlone SQL Server dla AlwaysOn. Aby zainstalować samodzielną instancję serwera SQL, możesz skorzystać z następującego artykułu.
SQL Server 2017 Instalacja krok po kroku -2
Będę dalej wyjaśniał instalację AlwaysOn w następnym artykule.
Możesz uzyskać dostęp do następnych postów związanych z instalacją programu SQL Server Always On za pomocą następującego linku.
Architektura SQL Server AlwaysOn i instalacja krok po kroku -2
