Ще обясня какво представлява архитектурата на SQL Server AlwaysOn и инсталация стъпка по стъпка в тази серия от статии. Нека прегледаме архитектурата и инсталацията на SQL Server AlwaysOn (група за наличност)
SQL сървър AlwaysOn стъпка по стъпка
Microsoft представи функцията AlwaysOn Availability Groups с версията на SQL Server 2012. Тази функция всъщност е комбинация от функции на SQL Server, които познаваме по-рано, функциите за доставка на журнали, клъстериране при отказ и дублиране.
Ако не знаете какво представлява доставката на дневници, можете да прочетете следните статии за доставка на дневници.
Инсталиране и конфигуриране на SQL Server Log Shipping &Disaster Recovery -4
Ако не знаете какво представлява групирането при отказ, можете да прочетете следните статии за отказоустойчиви клъстери.
Инсталиране на клъстер при отказ на SQL Server -4
Възстановяването при бедствия беше предоставено с доставка на дневници, но синхронизация в реално време не съществува с доставка на дневници. Mirroring има синхронизация в реално време, но нямаше опция само за четене и Witness Server е необходим за автоматично превключване при отказ.
Приложението има достъп до 2 възела чрез името на отказния клъстер едновременно с отказоустойчивия клъстер, но клъстерът за преодоляване на срив беше само решение с висока наличност.
Microsoft комбинира всички предимства за доставка на регистрационни файлове, огледално копиране и отказен клъстер в SQL Server Always On.
Група за наличност на SQL сървър
Архитектурата на SQL Server AlwaysOn е както следва.
AlwaysOn е ново решение на SQL Server, което осигурява както висока наличност, така и възстановяване при аварийни ситуации между 2 сървъра, работещи на Windows Server Failover Cluster (WSFC), инсталиран на поне 2 сървъра.
AlwaysOn осигурява висока наличност, защото ако първичният възел е бил неактивен в момент T, вторичният възел ще бъде първичен чрез автоматично превключване при отказ.
AlwaysOn осигурява възстановяване при аварийни ситуации, защото когато съхранението или дънната платка (или друга част от сървъра) на първичния сървър се повреди, можете да възстановите базата данни с автоматично превключване при отказ. Тъй като базата данни физически съществува във вторичен възел и се синхронизира от основната база данни.
Можете също да използвате вторичен възел за отчитане и архивиране.
Накратко, ако обмисляте висока достъпност и възстановяване след бедствие заедно за вашите бази данни на SQL Server, работещи във вашата компания, единственото решение е AlwaysOn .
Създаване на група за наличност
Група за наличност AlwaysOn: Това е структура, която се освобождава със SQL Server 2012, която може да се използва като алтернатива на дублирането на база данни, доставката на регистрационни файлове и отказоустойчивият клъстер. С AlwaysOn Availability Group промените в база данни на сървър се синхронизират с друг сървър. Предимствата на тази структура пред огледалното копиране са, че повече от един вторичен сървър може да се използва Активно . Освен това, докато операциите по писане и други DML операции се извършват на основния сървър, операциите за архивиране и отчитане могат да се извършват на вторичния сървър.
Изискванията за AlwaysOn Setup са следните.
Създаване на група за наличност AlwaysOn
За да бъде приложен методът на SQL Server AlwaysOn Availability Group към базата данни, трябва да има два или повече сървъра със същите свойства, в които структурата на Windows Server Failover Cluster е конфигурирана, както следва. Освен това версията трябва да е поне SQL Server 2012 Enterprise Edition.
За да активирате AlwaysOn на SQL Server 2012 + по-горе, и двата възела трябва да са член на клъстер, както следва.
Трябва да се направят необходимите дефиниции за достъп между първия възел, който трябва да бъде конфигуриран, и втория възел през портове 1433 и 445.
В допълнение, дефинициите за споделяне на файлове трябва да се правят в папка, която трябва да бъде дефинирана по време на конфигурацията на групата за наличност и ще бъдат направени първоначалните резервни копия на базите данни, които ще бъдат включени в групата за достъпност. (Обикновено е достатъчно да дадете на акаунтите на SQL Server и SQL Agent на двата сървъра привилегии за четене/запис в съответната папка. ) Ако обаче акаунтът на SQL Server на производствения сървър е потребителят на „ЛОКАЛНА СИСТЕМА“, упълномощаването за да бъде предоставено в споделената папка трябва да е „всеки – четене/пиша“ Разрешение.
Потребителят, който ще конфигурира SQL сървъра на изходния сървър, трябва да има разрешение за администратор на Windows и sysadmin на SQL Server.
Тъй като дисковете на сървърите, на които ще бъде приложена AlwaysOn Availability Group, са отделни и независими една от друга, папките, които ще се използват за данните и регистрационните файлове на базите данни, които ще бъдат разположени на сървърите, трябва да бъдат създадени със същото име и същото пътеки.
Трябва да инсталирате самостоятелен SQL Server за AlwaysOn. Можете да използвате следната статия, за да инсталирате самостоятелен екземпляр на SQL Server.
Инсталиране стъпка по стъпка на SQL Server 2017 -2
Ще продължа да обяснявам инсталацията на AlwaysOn в следващата статия.
Можете да получите достъп до следващите публикации, свързани със SQL Server Always On Installation, със следната връзка.
Архитектура на SQL Server AlwaysOn и инсталация стъпка по стъпка -2
