SQL Server Әрқашан қосулы: DBA бойынша толық нұсқаулық [2026]

SQL Server Always On - Microsoft компаниясының кешенді жоғары қолжетімділік және апаттық жағдайлардан кейін қалпына келтіру шешімі. SQL Server 2012. Бұл дерекқорды айнаға айналдыру және журналдарды жіберу сияқты бұрынғы технологиялармен салыстырғанда айтарлықтай ілгерілеуді білдіреді, бұл деректерге үздіксіз қол жеткізуді қамтамасыз етеді, сонымен бірге жұмыстың тоқтап қалуы мен деректердің жоғалуын азайтады.

1.2 Неліктен бизнеске үнемі шешімдер қажет

Бүгінгі цифрлық экономикада дерекқордың тоқтап қалуы тікелей ... дегенді білдіредіost кіріс, беделге нұқсан келтіру және нормативтік сәйкестік мәселелері. Ұйымдар әртүрлі сәтсіздік сценарийлерінен қорғай отырып, үздіксіз жұмыс уақытын кепілдендіре алатын жоғары қолжетімділік шешімдерін қажет етеді.

Дәстүрлі сақтық көшірме жасау және қалпына келтіру процедуралары қазіргі заманғы бизнес талаптары үшін жеткіліксіз. Маңызды дерекқор істен шыққан кезде, бизнес сақтық көшірмелерден қалпына келтіру үшін қажетті сағаттарды төлей алмайды. Always On шешімдері жүйенің істен шығуының әсерін айтарлықтай азайта отырып, қызметті бірнеше сағат ішінде емес, бірнеше секунд ішінде қалпына келтіре алатын автоматтандырылған ақаулықтарды жоюды қамтамасыз етеді.

Негізгі қолжетімділіктен басқа, бизнес өндірістік дерекқорлардан оқуды көп қажет ететін жұмыс жүктемелерін алып тастауы, тоқтап қалмай техникалық қызмет көрсетуі және учаске деңгейіндегі апаттардан қорғануы қажет. SQL Server Always On осы талаптардың барлығын шағын орналастырулардан бастап жаһандық таратылған жүйелерге дейін кеңейтілетін бірыңғай архитектура арқылы қанағаттандырады.

1.3 Негізгі ұғымдар: RTO, RPO, HA және DR

Қалпына келтіру уақыты мақсаты (RTO) ақаулықтан кейін тоқтап қалудың ең көп рұқсат етілген ұзақтығын анықтайды — дерекқордың қаншалықты жылдам жұмыс істеуі керек.

Қалпына келтіру нүктесінің мақсаты (RPO) уақытпен өлшенген деректердің максималды шығынын анықтайды — бизнес жақында берілген деректердің қаншасын жоғалтуға төтеп бере алады.

Жоғары қолжетімділік (HA) бір деректер орталығындағы аппараттық ақаулар немесе бағдарламалық жасақтаманың істен шығуы сияқты күнделікті ақаулардан туындаған жұмыс уақытының тоқтап қалуын азайтуға бағытталған.

Апатты қалпына келтіру (DR) ГА деректердің көшірмелерін географиялық тұрғыдан бөлек жерлерде сақтай отырып, бүкіл сайттарға әсер ететін апатты оқиғаларды шешеді. ГА жұмыстың тоқтап қалу уақытын азайтуға назар аударса, DR ірі оқиғалар кезінде деректерді қорғауды және бизнестің үздіксіздігін қамтамасыз етуге назар аударады.

SQL Server Always On функциясы бірыңғай бірыңғай архитектура аясында HA және DR екеуін де қолдайды. Синхронды-коммит режимі нөлге жақын RTO үшін автоматты ауыстырып қосу мүмкіндігімен RPO = 0 береді; асинхронды-коммит режимі алыс сайттардағы кідіріс әсерін азайту үшін деректердің жоғалуын қабылдайды.

1.4 Әрқашан қосулы шешімдер

SQL Server «Әрқашан қосулы» режимінде үш орналастыру нұсқасы ұсынылады, олардың әрқайсысы әртүрлі қолжетімділік пен инфрақұрылым талаптарына сәйкес келеді. Бұл нұсқаулық үшеуін де қамтиды:

Әрқашан қолжетімді топтар (AG): Ортақ сақтау орнынсыз дерекқор деңгейіндегі жоғары қолжетімділік және апаттардан қалпына келтіру.
Әрқашан қосулы ақаулық кластерінің даналары (FCI): Ортақ сақтау орнын пайдаланатын даналық деңгейдегі жоғары қолжетімділік.
AG + FCI біріктірілген: Максималды тұрақтылық үшін дана деңгейіндегі және дерекқор деңгейіндегі ауыстырып қосуды біріктіретін екі деңгейлі қорғаныс.

2. Әрқашан қолжетімді топтар

Әрқашан қолжетімді топтар (AG) - бұл пайдаланушы дерекқорларының жиынтығын үздіксіз транзакция журналын жеткізу арқылы сегізге дейін қосымша көшірмелерге көшіретін дерекқор деңгейіндегі жоғары қолжетімділік және апаттық жағдайлардан қалпына келтіру шешімі.

2.1 Негізгі ерекшеліктері

Дерекқор деңгейіндегі ақаулық: жеке дерекқорлар немесе топтар тәуелсіз түрде ақаулыққа ұшырауы мүмкін SQL Server мысал;
Enterprise Edition нұсқасында тоғыз көшірмеге дейін (бір негізгі, сегіз қосымша);
деректер жоғалуын нөлге дейін синхронды-коммит режимі; алыстағы DR репликалары үшін асинхронды-коммит;
негізгі репликалар қолжетімсіз болған кезде синхронды репликалар үшін автоматты түрде ауыстырып қосу;
есеп беруді азайту және жұмыс жүктемелерінің сақтық көшірмесін жасау үшін оқылатын қосымша көшірмелер;
қолжетімділік тобының тыңдаушысы ағымдағы негізгі құрылғыға автоматты түрде бағытталатын бірыңғай қосылым нүктесін қамтамасыз етеді.

2.2 Іске асыру қадамдары

Active Directory қызмет тіркелгілерін дайындаңыз және барлық түйіндердегі рұқсаттарды конфигурациялаңыз;
барлық қатысушы серверлерде Windows Server Failover Clustering орнатыңыз және тексеріңіз;
орнату SQL Server әрбір түйінде тұрақты жолдар мен параметрлерді пайдалана отырып, жеке данасы ретінде;
«Әрқашан қосулы қолжетімділік топтары» функциясын қосу арқылы SQL Server Конфигурация менеджері немесе PowerShell;
дерекқорларды толық қалпына келтіру моделіне орнату және толық және журналдық сақтық көшірмелерді жасау;
қолжетімділік тобын жасаңыз, көшірмелерді қосыңыз және қолжетімділік пен ауыстырып қосу режимдерін конфигурациялаңыз;
автоматты түрде егу немесе қолмен сақтық көшірме жасау және қалпына келтіру арқылы екінші реттік көшірмелерді егу;
қолжетімділік тобының тыңдаушысын жасаңыз және клиенттің қосылымын тексеріңіз.

Толық қадамдық нұсқаулықты біздің сайттан қараңыз Әрқашан қолжетімді топтарға арналған толық нұсқаулық.

2.3 Ең жақсысы

Деректердің жоғалуын нөлдік деңгейде және автоматты түрде істен шығуды талап ететін маңызды дерекқорлар;
есеп беру немесе резервтік көшірмелерді босату үшін оқылатын қосымша файлдарды қажет ететін жұмыс жүктемелері;
апаттардан кейін қалпына келтіру үшін бірнеше учаскелерді қамтитын орналастырулар;
ортақ сақтау инфрақұрылымы жоқ орталар.

2.4 Артықшылықтары

Ортақ сақтау орны қажет емес — әрбір көшірме тәуелсіз жергілікті сақтау орнын пайдаланады;
HA және DR екеуін де бір конфигурацияда қолдайды;
оқылатын қосымша материалдар негізгі жұмыс жүктемесін азайтады;
дерекқор деңгейіндегі түйінділік әр дерекқор тобы үшін әртүрлі ауыстырып қосу саясаттарына мүмкіндік береді.

2.5 Жаман

Толық мүмкіндіктер жиынтығы үшін Enterprise Edition қажет (Standard Basic AG-ді айтарлықтай шектеулермен қолдайды);
synchronous-commit режимі желінің айналма уақытына пропорционалды жазу кідірісін қосады;
логиндер, SQL Agent тапсырмалары және байланыстырылған серверлер қолмен синхрондауды қажет етеді SQL Server 2019 және одан ертерек;
барлық көшірмелер бір Windows Server Failover кластерінің түйіндерінде орналасуы керек.

2.6 Әдебиеттер

Microsoft ресми құжаты: «Әрқашан қосулы» қолжетімділік тобы дегеніміз не?
Microsoft ресми құжаты: S алуtarӘрқашан қолжетімді топтармен бірге жұмыс істейді

3. Әрқашан қосылып тұрған ақаулық кластерінің даналары

Әрқашан қосулы ақаулық кластерінің даналары (FCI) бір ғана іске қосу арқылы даналық деңгейіндегі жоғары қолжетімділікті қамтамасыз етеді SQL Server бірдей сақтау орнын ортақ пайдаланатын бірнеше физикалық түйіндер арқылы данасын. Белсенді түйін істен шыққан кезде, SQL Server күту режиміндегі түйіндегі данасы автоматты түрде қайта орнатыладыtarted, клиенттік қосымшалар үшін көшуді ашық етеді.

3.1 Негізгі ерекшеліктері

Дана деңгейіндегі ақаулық: данадағы барлық дерекқорлар біртұтас бірлік ретінде бірге ақаулыққа ұшырайды;
барлық түйіндер арқылы қолжетімді ортақ сақтау орны (Storage Area Network (SAN), iSCSI, Storage Spaces Direct немесе SMB);
виртуалды желі атауы және виртуалды IP мекенжайы қай түйін белсенді болғанына қарамастан тұрақты қосылым нүктесін қамтамасыз етеді;
Windows Server ақаулықтарды жою кластерлеуі түйіннің денсаулығын бақылауды, кворумды және ақаулықтарды жою оркестрін басқарады;
Active/Standby, Active/Active, N+1 және N+M түйін конфигурация түрлерін қолдайды.

3.2 Іске асыру қадамдары

Барлық кластер түйіндеріне ортақ сақтау орнын қамтамасыз ету және бекіту;
Failover Clustering функциясын орнатыңыз және кластер конфигурациясын тексеріңіз;
Windows Server Failover кластерін жасаңыз және кворумды конфигурациялаңыз;
іске қосыңыз SQL Server орнату кезінде ауыстырып қосу кластері опциясын таңдап, виртуалды желі атауын және ортақ сақтау жолдарын көрсетіңіз;
қосымша түйіндерді қосыңыз SQL Server ақаулық кластерінің данасы;
түйіндер арасында қолмен ауыстырып қосуды тексеру арқылы ауыстырып қосу әрекетін тексеріңіз.

Толық қадамдық нұсқаулықты біздің сайттан қараңыз SQL Server Failover кластерінің толық нұсқаулығы.

3.3 Ең жақсысы

Қолданыстағы ортақ сақтау инфрақұрылымы (SAN немесе iSCSI) бар орталар;
барлық дерекқорлар бірге істен шығуы керек инстанция деңгейіндегі ақаулықтарды жоюды қажет ететін қолданбалар;
клиенттің ашықтығы маңызды және қолданбалы жағынан ешқандай өзгерістер қабылданбайтын сценарийлер;
ұйымдар бір даналы ақаулықтарды жою моделінің қарапайымдылығына басымдық береді.

3.4 Артықшылықтары

Клиентті қайта конфигурациялауды қажет етпейтін дана деңгейіндегі автоматты түрде ауыстырып қосу;
деректерді репликациялаудың қосымша шығындары жоқ — барлық түйіндер бір сақтау орнына қол жеткізеді;
барлық дерекқорлар үшін бір уақытта болжамды ақаулық әрекеті;
аппараттық құралдарды пайдалануды оңтайландыру үшін икемді түйін конфигурацияларын (Active/Active, N+1, N+M) қолдайды.

3.5 Жаман

Егер сақтау орнының өзі артық болмаса, ортақ сақтау орны бір реттік ақаулыққа әкелуі мүмкін;
тек бір түйін жұмыс істейді SQL Server бір уақытта — екінші реттік түйіндерде оқу жүктемесін теңестіру жоқ;
қолжетімділік тобымен жұптастырмай, кіріктірілген апаттық қалпына келтіру мүмкіндігі жоқ;
ортақ сақтау инфрақұрылымы c қосадыost және AG-мен салыстырғанда күрделілік.

3.6 Әдебиеттер

Microsoft ресми құжаты: Әрқашан іске қосылған ақаулық кластерінің даналары (SQL Server)

4. Қолжетімділік топтарын ақаулық кластерінің даналарымен біріктіріңіз

Дана деңгейіндегі және дерекқор деңгейіндегі қорғауды қажет ететін ұйымдар үшін, SQL Server h қолдайдыostІске қосылу кластерінің даналарында (FCI) қолжетімділік тобының репликаларын жасау. Бұл конфигурацияда әрбір FCI түйіні бірыңғай қолжетімділік репликасы ретінде әрекет етеді, сондықтан FCI істен шығуы қолжетімділік тобы үшін ашық болады, ал AG істен шығуы сайттар бойынша дерекқор деңгейіндегі қорғанысты қамтамасыз етеді. Бұл комбинация m қамтамасыз етедіost кешенді жоғары қолжетімділік және апаттардан кейінгі қалпына келтіру қамтуы қолжетімді SQL Server.

4.1 Негізгі ерекшеліктері

Екі деңгейлі ақаулық: FCI инстанция деңгейіндегі түйін ақауларын өңдейді; AG сайт деңгейіндегі немесе көшірме деңгейіндегі ақауларды өңдейді;
әрбір FCI FCI құрамында қанша түйін болса да, қолжетімділік тобындағы бір реплика ретінде есептеледі;
FCI-hostредакцияланған көшірмелер әлі де FCI стандартты талаптарына сәйкес ортақ сақтауды қажет етеді;
AG көшірмелері hostтек FCI қолдауында жасалған қолмен ауыстыру — FCI-h үшін автоматты ауыстыру мүмкін емесostредакцияланған көшірмелер;
жеке даналар FCI-h-мен бірге бірдей қолжетімділік тобына қатыса аладыostредакцияланған көшірмелер.

4.2 Іске асыру қадамдары

FCI орнатудың стандартты процедураларына сәйкес әрбір FCI-ді тәуелсіз түрде орналастырыңыз және растаңыз;
барлық FCI түйіндері мен жеке реплика түйіндерінің бір Windows Server Failover кластеріне тиесілі екеніне көз жеткізіңіз;
әрбір FCI данасында «Әрқашан қосулы қолжетімділік топтары» мүмкіндігін қосыңыз;
ешбір WSFC түйіні жұмыс істемейтінін тексеріңізost кез келген ықтимал FCI істен шыққаннан кейін бірдей қолжетімділік тобының екі көшірмесі;
FCI даналарын көшірмелер ретінде белгілеп, барлық FCI-h үшін қолмен ауыстырып қосу режимін конфигурациялап, қолжетімділік тобын жасаңызostредакцияланған көшірмелер;
қосымша көшірмелерді орналастырыңыз және қолжетімділік тобының тыңдаушысын конфигурациялаңыз.

FCI орнату туралы толық ақпарат алу үшін біздің сайтымызды қараңыз SQL Server Failover кластерінің толық нұсқаулығы. AG орнату туралы толық ақпарат алу үшін біздің «Әрқашан қосулы қолжетімділік топтары» толық нұсқаулығын қараңыз.

4.3 Ең жақсысы

Жеке түйіндердің істен шығуынан және учаске деңгейіндегі апаттардан қорғауды қажет ететін маңызды орталар;
FCI-ді басқаратын және учаскеаралық апаттық қалпына келтіруді қосуды қажет ететін ұйымдар;
деректерді қорғаудың максималды деңгейі және қолжетімділік туралы келісімдер міндетті болатын реттелетін салалар;
дана деңгейіндегі және дерекқор деңгейіндегі істен шығу саясаттары бірге болуы керек кең ауқымды орналастырулар.

4.4 Артықшылықтары

Максималды қорғаныс: түйіннің істен шығуын FCI өңдейді, ал сайттың істен шығуын AG өңдейді;
FCI ақаулықтары қолжетімділік тобы үшін ашық — AG FCI ақаулықтары кезінде көшірме өзгерісін көрмейді;
икемді топология: аралас FCI-hostбірдей қолжетімділік тобындағы ed және дербес көшірмелер.

4.5 Жаман

FCI-hosted көшірмелері тек қолмен AG ауыстырып қосуды қолдайды — бұл көшірмелер үшін автоматты AG ауыстырып қосу мүмкіндігі қолжетімді емес;
бір түйіннің жұмыс істемеуіне жол бермеу үшін WSFC түйінін мұқият жоспарлауды талап етедіostFCI істен шыққаннан кейін бірдей AG-ның екі көшірмесін алу;
жоғары инфрақұрылым cost және тек AG немесе FCI-ге қарағанда операциялық күрделілік;
әрбір FCI компоненті үшін ортақ сақтау орны әлі де қажет.

4.6 Әдебиеттер

Microsoft ресми құжаты: Іске қосулы кластерлеу және әрқашан қолжетімді топтар (SQL Server)
Microsoft ресми құжаты: «Әрқашан қосулы» қолжетімділік тобы дегеніміз не?
Microsoft ресми құжаты: S алуtarӘрқашан қолжетімді топтармен бірге жұмыс істейді
Microsoft ресми құжаты: Әрқашан іске қосылған ақаулық кластерінің даналары (SQL Server)

5. Әрқашан қосулы шешімдерді салыстыру

5.1 Функцияларды салыстыру кестесі

ерекшелік	Қолжетімділік топтары	Іске қосу кластерінің даналары	AG + FCI біріктірілген
Іске қосу ауқымы	Дерекқор деңгейінде	Дана деңгейіндегі	екеуі де
Ортақ сақтау орны қажет	Жоқ	иә	Иә (FCI компоненті үшін)
Деректерді репликациялау	Әрбір көшірмеге негізделген лог	Жоқ (ортақ сақтау орны)	FCI арасындағы лог негізіндегі
Автоматты орындамау	Иә (синхронды көшірмелер)	иә	FCI: Иә; AG: Жоқ
Оқылатын қосымша құрылғылар	иә	Жоқ	Иә (AG компоненті)
Апатты қалпына келтіру	Кірістірілген	Кірістірілген емес	Кірістірілген
Максималды көшірмелер	9 (Кәсіпорын)	N / A	9 (Кәсіпорын)
Инфрақұрылымның күрделілігі	орта	орта	биік
Cost	Төменірек (SAN қажет емес)	Жоғары (SAN талап етіледі)	Ең жоғары

5.2 Әрқашан қосулы шешіміңізді таңдаңыз

Starсақтау инфрақұрылымымен: егер сізде ортақ сақтау орны болмаса, Қолжетімділік топтары табиғи таңдау болып табылады және мost cost- HA және DR екеуіне де тиімді жол. Егер сіз SAN ортасын басқарсаңыз және инстанция деңгейіндегі ауыстырып қосуды қажет етсеңіз, FCI қарапайым нұсқа болып табылады - бірақ егер сайтаралық DR болашақта талап етілсе, AG кейінірек қосуды жоспарлаңыз.

AG + FCI комбинациясын тек қорғаныс деңгейлерінің екеуіне де, күрделіліктің артуын басқару үшін операциялық жетілуге де нақты қажеттілік болған кезде ғана таңдаңыз. Есте сақтау керек негізгі шектеу - FCI-hosted AG көшірмелері AG автоматты түрде ауыстырып қосуды қолдамайды, сондықтан бұл топология топтық деңгейдегі ауыстырып қосулар үшін қолмен араласуды қажет етеді.

М үшінost бүгінде жасыл алаңда орналастырулар, әрқашан қолжетімді топтар ұсыныладыtarмаңыздысы: ол HA және DR екеуін де қамтиды, ортақ сақтауды қажет етпейді және оқылатын қосымша файлдарды қолдайды — FCI өзі салыстыра алмайтын мүмкіндіктер.

6. Үздік тәжірибелер SQL Server Әрқашан қолжетімді шешімдер

6.1 Жоспарлау және жобалау

«Әрқашан қосулы» шешімін таңдамас бұрын RTO және RPO талаптарын анықтаңыз — бұлар tarсинхронды немесе асинхронды коммитация режимінің қолайлы екенін және автоматты түрде ауыстырып қосудың мүмкін екенін тікелей анықтайды.
Ең жоғары жүктеме сценарийлерін қоса алғанда, ақаулық оқиғасы кезінде толық негізгі жұмыс жүктемесін өңдеу үшін екінші реттік көшірмелердің өлшемін өзгертіңіз.
AG орналастырулары үшін жазу кідірісінің әсерін азайту үшін синхронды көшірмелерді сол деректер орталығына немесе кідіріссіз желіге орналастырыңыз. Географиялық тұрғыдан алыс DR көшірмелері үшін асинхронды режимді сақтаңыз.
Тақ дауыс саны бар кворумды жобалаңыз. Екі түйінді кластерлер үшін мидың бөліну сценарийлерін болдырмау үшін үшінші дауыс ретінде файлды ортақ пайдалануды немесе бұлттық куәгерді қосыңыз.
Көп ішкі желіні орналастыру үшін желілік топологияңызды мұқият жоспарлаңыз. Әрбір ішкі желі өзінің тыңдаушы IP мекенжайын қажет етеді, ал клиенттерге қосылым жолдарында MultiSubnetFailover=True қажет.

6.2 Іске асыру жөніндегі нұсқаулық

Тұрақты пайдаланыңыз SQL Server барлық көшірмелердегі нұсқа, басылым және жинақталған жаңарту деңгейлері. Аралас патч деңгейлері ақаулық кезінде күтпеген әрекетке әкелуі мүмкін.
Қолданбалы трафиктен бөлек кластерлік жүрек соғу трафигі үшін арнайы желі интерфейстерін конфигурациялаңыз.
Бастапқы дерекқор синхрондауы үшін автоматты түрде егу мүмкіндігін қосыңыз SQL Server 2016 және одан кейінгі нұсқалары — бұл сақтық көшірмелерді екінші реттік көшірмелерге қолмен көшіру қажеттілігін жоядыost сценарийлері.
AG + FCI топологиялары үшін, әрбір FCI түйінінің конфигурациясы өзгергеннен кейін, ешбір WSFC түйіні аяқталмайтынын тексеріңіз.ostбірдей қолжетімділік тобының екі көшірмесін алу.
Әрқашан қолданыңыз SQL Server Қолжетімділік тобының ақауларын басқару үшін Management Studio немесе Transact-SQL пайдаланыңыз — ешқашан Failover Cluster Manager бағдарламасын тікелей пайдаланбаңыз, себебі ол AG синхрондау күйін білмейді және ұзақ уақытқа тоқтап қалуына немесе деректердің жоғалуына әкелуі мүмкін.

6.3 Бақылау және техникалық қызмет көрсету

Қолжетімділік тобының басқару тақтасын пайдаланып, синхрондау күйін үнемі бақылаңыз, кезекті жіберіңіз және кезекті қайталаңыз SQL Server Басқару студиясы немесе динамикалық басқару көріністері (DMV). Екіншілік құрылғыдағы қайталау кезегінің өсуі істен шығуды қалпына келтіруді кешіктіретін енгізу/шығару бөгетінің бар екенін көрсетеді.
Тұтастық тексерулерін негізгіден алып тастау үшін екінші реттік көшірмелерде DBCC CHECKDB іске қосыңыз. Біздің қараңыз DBCC CHECKDB нұсқаулығы Толық ақпарат алу үшін.
Қолдану SQL Server Жылжымалы жаңартуларды пайдаланатын патчтар: алдымен екінші реттік көшірмелерді патчтау, патчталған екінші реттік жүйеге жоспарланған қолмен ауыстыруды орындау, содан кейін бұрынғы негізгі жүйені патчтау. Бұл жұмыс істемеу уақытын бір реттік ауыстыру ұзақтығымен шектейді.
Өндірістік емес орталарда ақаулықтарды үнемі тексеріп отырыңыз. Ешқашан тексерілмеген автоматты ақаулықтарды жою сенімді қалпына келтіру стратегиясы емес.
Қолжетімділік тобының денсаулық күйінің өзгерістері, реплика рөлінің ауысуы және синхрондау ақаулары туралы ескертулерді конфигурациялау SQL Server Агент немесе арнайы бақылау құралы, мысалы SQL Server Өнімділік мониторы.

7. Жиі қойылатын сұрақтар

С: Бұл не SQL Server Әрқашан қосулы ма?

A: SQL Server Always On - Microsoft компаниясының жоғары қолжетімділік және апаттық жағдайлардан кейін қалпына келтіру платформасы 2014 жылы енгізілді. SQL Server 2012. Ол аппараттық құралдар, бағдарламалық жасақтама немесе сайт істен шыққан жағдайда автоматтандырылған істен шығуды, деректердің артық болуын және дерекқорларға үздіксіз қол жеткізуді қамтамасыз ететін екі технологияны қамтиды — Always On Availability Groups және Always On Failover Cluster Instances.

С: Әрқашан қосулы қолжетімділік топтары мен ақаулық кластерінің даналарының айырмашылығы неде?

A: Қолжетімділік топтары дерекқор деңгейінде жұмыс істейді, деректерді журналды жіберу арқылы тәуелсіз екінші реттік көшірмелерге көшіреді және ортақ сақтауды қажет етпейді. Іске қосу кластерінің даналары дана деңгейінде жұмыс істейді, барлық түйіндер қол жеткізе алатын ортақ сақтауды қажет етеді және барлық дерекқорлар бойынша бірлік ретінде бірге істен шығады. AG оқылатын екінші реттік файлдарды және кіріктірілген DR қолдайды; FCI қолдамайды.

С: Маған «Әрқашан қосулы» қолжетімділік топтары үшін ортақ сақтау орны қажет пе?

A: Жоқ. Әрбір AG көшірмесі дерекқорлардың өзіндік тәуелсіз көшірмесін жергілікті сақтау орнында сақтайды. Ортақ сақтау орны тек Failover Cluster даналарын пайдаланған жағдайда ғана қажет.ost AG көшірмелері.

С: Мен Always On функциясын пайдалана аламын ба? SQL Server Стандартты басылым?

A: SQL Server Стандартты басылым негізгі қолжетімділік топтарын қолдайдыtarбірге SQL Server 2016 жылы шығарылған, бірақ айтарлықтай шектеулермен: әрбір AG үшін бір дерекқор, ең көбі екі көшірме және оқылатын қосымша қолдау жоқ. FCI бұл шектеулерсіз Standard Edition нұсқасында қолжетімді. Толық Always On функциясы үшін Enterprise Edition қажет.

С: Қолжетімділік тобындағы көшірмелердің ең көп саны қандай?

A: SQL Server Enterprise Edition тоғыз көшірмеге дейін қолдайды: бір негізгі және сегіз қосымша. Таратылған қолжетімділік топтары мұны екі бөлек қолжетімділік тобында 18 көшірмеге дейін кеңейте алады.

С: Can FCI-hosted көшірмелері автоматты AG ауыстырып қосуды пайдалана ма?

A: Жоқ. Қолжетімділік көшірмесі h болған кездеostІске қосу кластерінің данасында жасалған, автоматты қолжетімділік тобының істен шығуы сол көшірме үшін қолдау көрсетілмейді. FCI-h қатысатын барлық AG істен шығуларыostредакцияланған көшірмелер қолмен араласуды қажет етеді.

С: Синхронды және асинхронды коммит режимдерінің айырмашылығы неде?

A: Синхронды-коммит режимі негізгі жүйенің екінші жүйенің коммитация жасамас бұрын журнал жазбаларын қатайтуын күтуін талап етеді, бұл c кезінде деректердің нөлдік жоғалуын (RPO = 0) қамтамасыз етеді.ost қосулы жазу кідірісі. Асинхронды-коммит режимі негізгіге күтпей-ақ коммиттеуге мүмкіндік береді, бұл кідірісті азайтады, бірақ негізгі екіншілік барлық журнал жазбаларын алғанға дейін істен шыққан жағдайда деректердің жоғалу қаупін тудырады. Жергілікті HA репликалары үшін синхронды және алыстағы DR репликалары үшін асинхронды пайдаланыңыз.

С: Қанша уақытқа созылады SQL Server Әрқашан ақаулықтарды жою кезінде ме?

A: Синхронды AG көшірмесі үшін автоматты түрде ауыстырып қосу әдетте қалыпты жағдайда 30 секундтан аз уақыт ішінде аяқталады. FCI ауыстырып қосу әдетте дерекқорды қалпына келтіру уақытына байланысты 20-60 секундты алады. Нақты ұзақтығы жұмыс жүктемесіне, дерекқор өлшеміне және WSFC-де конфигурацияланған денсаулықты тексеру уақытының параметрлеріне байланысты.

С: Іске қосу кезінде клиенттік қосылымдармен не болады?

A: Іске қосу кезінде бар қосылымдар үзіледі. Қолжетімділік тобының тыңдаушысын пайдаланатын және қосылымды қайталау логикасын қамтитын қолданбалар істен шығу аяқталғаннан кейін жаңа негізгі құрылғыға автоматты түрде қайта қосылады. MultiSubnetFailover=Қосылым жолдарына True қосу көп ішкі желілік орналастыруларда қайта қосылу жылдамдығын жақсартады.

С: Қалай өтініш беремін SQL Server Әрқашан қосулы ортада минималды үзіліс уақыты бар патчтар?

A: Жылжымалы жаңартуларды пайдаланыңыз: алдымен екінші реттік көшірмелерді патчтаңыз, содан кейін патчталған екінші реттік жүйеге жоспарланған қолмен ауыстыруды орындаңыз және соңында бұрынғы негізгі жүйені патчтаңыз. Бұл жұмыс істемеу уақытын бір жоспарланған ауыстыру ұзақтығымен шектейді - әдетте бір минуттан аз.

С: Әрқашан қосулы қолжетімділік топтарын ақаулық кластерінің даналарымен біріктіре аламын ба?

Ж: Иә. Сіз мұны істей аласызost AG көшірмелері FCI даналарында дана деңгейіндегі және дерекқор деңгейіндегі ақаулықтан қорғауды қамтамасыз ету үшін жасалады. Әрбір FCI бір AG көшірмесі ретінде саналады. Бұл топология бір түйіннің жұмыс істемеуін қамтамасыз ету үшін WSFC түйінін мұқият жоспарлауды талап етеді.ostкез келген ықтимал FCI ақаулығынан кейін сол AG-ның екі көшірмесі.

С: Егер менің дерекқорым әрқашан қосулы ортада бұзылса, не істеуім керек?

A: Алдымен, барлық көшірмелерде немесе тек негізгі көшірмелерде бұзылғанын тексеріңіз. Егер сау қосымша көшірме болса, оған дереу өтіңіз. Барлық көшірмелердегі бұзылған жағдайда, таза сақтық көшірмеден қалпына келтіріңіз. Бұзылуды ерте анықтау үшін қосымша көшірмелерде DBCC CHECKDB бағдарламасын үнемі іске қосыңыз. Егер сақтық көшірмелер де зақымдалған болса, мамандандырылған көмекші SQL Server деректерді қалпына келтіру құралы соңғы шара ретінде зақымдалған MDF файлдарынан деректерді алуға тырысуы мүмкін.

С: «Әрқашан қолжетімді топтар» ескі топтармен қалай салыстырылады SQL Server HA шешімдері?

A: AG сияқты ескі технологияларды ауыстырады жүк тасымалдау және репликалауЖурналды жеткізу қолмен ауыстырып қосуды қажет етеді және рөлді автоматты түрде ауыстыруды қажет етпейді; репликация HA емес, деректерді тарату үшін жасалған. AG автоматты ауыстырып қосуды, синхронды коммитпен деректердің жоғалуын нөлге дейін және оқылатын қосымша деректерді — бұл технологиялар сәйкес келмейтін мүмкіндіктерді ұсынады.

8. қорытынды

SQL Server Always On жоғары қолжетімділік және апаттардан кейінгі қалпына келтіру үшін икемді, кәсіпорын деңгейіндегі платформаны ұсынады. Always On Availability Groups - бұл m үшін дұрыс таңдау.ost қазіргі заманғы орналастырулар: ол ортақ сақтау қажеттілігін жояды, оқылатын қосалқы құрылғыларды қолдайды және жергілікті HA мен сайтаралық DR-ді бір конфигурацияда өңдейді. Іске қосу кластерінің даналары дана деңгейіндегі істен шығу және қолданыстағы ортақ сақтау инфрақұрылымы негізгі талаптар болған кезде сенімді нұсқа болып қала береді. Екі технологияны біріктіру қолжетімді ең терең қорғанысты қамтамасыз етеді — cost инфрақұрылымға инвестициялардың артуы және пайдаланудың күрделілігі.

Қай шешімді таңдасаңыз да, негізгі қағидалар бірдей: алдымен RTO және RPO талаптарын анықтаңыз, топологияңызды соларға негіздеп жасаңыз. tarалады және үнемі ақаулықтарды тексереді. Мұқият тексерілген, жақсы енгізілген Always On шешімі өндірістік ақаулар орын алған кезде болжамды түрде қалпына келеді.

Автор туралы

Юань Шэн бойынша 10 жылдан астам тәжірибесі бар дерекқордың аға әкімшісі (DBA) болып табылады SQL Server орталар мен кәсіпорынның дерекқорын басқару. Ол қаржы қызметтері, денсаулық сақтау және өндірістік ұйымдардағы дерекқорды қалпына келтірудің жүздеген сценарийлерін сәтті шешті.

Юань маманданған SQL Server дерекқорды қалпына келтіру, жоғары қолжетімді шешімдер және өнімділікті оңтайландыру. Оның кең тәжірибелік тәжірибесіне көп терабайттық дерекқорларды басқару, Әрқашан қолжетімділік топтарын енгізу және маңызды бизнес жүйелері үшін автоматтандырылған сақтық көшірме жасау және қалпына келтіру стратегияларын әзірлеу кіреді.

Техникалық тәжірибесі мен практикалық көзқарасы арқылы Юань дерекқор әкімшілері мен АТ мамандарына күрделі мәселелерді шешуге көмектесетін толық нұсқаулықтарды жасауға бағытталған. SQL Server қиындықтарды тиімді шешеді. Ол соңғы жаңалықтардан хабардар болып отырады SQL Server шығарылымдары мен Microsoft корпорациясының дамып келе жатқан дерекқор технологиялары, оның ұсыныстары нақты әлемдегі ең жақсы тәжірибелерді көрсететініне көз жеткізу үшін қалпына келтіру сценарийлерін жүйелі түрде сынап отырады.

туралы сұрақтарыңыз бар SQL Server қалпына келтіру немесе қосымша дерекқор ақаулықтарын жою нұсқаулығы қажет пе? Юань қарсы алады кері байланыс пен ұсыныстар осы техникалық ресурстарды жақсарту үшін.