У овом ћемо чланку погледати све технологије СКЛ Сервер-а које могу осигурати високу доступност података и толеранцију грешака за ваш СКЛ Сервер..
Резервне копије су добре, али када рачун потраје неколико минута, а понекад и секунде, помоћи ће само редунданција података и јасан план за пропуст. СКЛ Сервер пружа различите начине за имплементацију редундантности података и велике доступности.
Садржај:
- Зрцаљење базе података на СКЛ Серверу
- Пријавите се на СКЛ Сервер
- Репликација у Мицрософт СКЛ Серверу: Преглед метода
- Увек у групама доступности на СКЛ Серверу
Зрцаљење базе података на СКЛ Серверу
- Доступно у издањима: Стандардно (само синхрони режим), Ентерприсе, Веб / екпресс - само за мод сведочења
- Делује на нивоу: Базе података
- Верзија СКЛ сервера: СКЛ Сервер 2005, СКЛ Сервер 2008
Мирроринг ради на нивоу базе података (још увек може бити на нивоу објекта) и омогућава аутоматски / ручни прелаз између сервера у случају квара. База резерве у било којем од начина рада зрцаљења биће у стању континуираног опоравка, па неће радити.
Мирроринг има 2 начина рада: Синхроно и Асинхроно..
Синцхроноус режим значи да су главни сервер и резервна копија у потпуности синхронизовани. Синхронизација се постиже због чињенице да се подаци који долазе на главни сервер одмах шаљу на резервни сервер. Резервни сервер уписује податке у дневник трансакција што је брже могуће. Чим резервни сервер заврши са писањем података, он шаље сигнал главном серверу, након чега главни сервер уписује податке на диск. У овом се моду повећава време трансакције због чињенице да главни сервер мора да сачека док се подаци не запишу на диск на резервном серверу, али са оваквим приступом вероватноћа губитка података је минимална.
У синхроном режиму је могуће користити Витнесс сервер. Сервер у режиму сведочења надзире перформансе огледало сервера и може покренути фајлове, тј. Сервер у стању приправности прелази у активно стање.
Морате имати на уму да ће уска грла на резервном серверу утицати на главне.
Асинхрони или режим високих перформанси - Такође функционише, осим што главни сервер након слања дневника трансакција не чека одговор од резервне копије о успешном писању на диск.
У овом режиму су трансакције брже и перформансе резервног сервера не утичу на примарну, али ако се резервни сервер врати као примарни, постоји ризик од губитка података, јер се подаци на серверима не синхронизују.
Огледало би требало користити само ако имате подударност за све услове
- СКЛ Сервер 2008 или СКЛ Сервер 2005
- Мала мрежна кашњења између примарног сервера и стања приправности
- Губитак чак једне трансакције је за вас критичан
Ако ваш случај не одговара свим условима, размотрите друге могућности..
Пријавите се на СКЛ Сервер
- Доступно у издањима: Стандард, Веб, Ентерприсе
- Делује на нивоу: Базе података
- Верзија СКЛ сервера: СКЛ Сервер 2005 и новији
Технологија слања дневника омогућава вам аутоматско слање сигурносних копија дневника трансакција из изворне базе података у једну или више база података приматеља, а затим их враћа у базе података приматеља. По избору, може постојати и трећи сервер који ће обављати улогу сервиса за надгледање - за надгледање извршења сигурносних копија и враћање дневника.
Надгледање и дијагностика СКЛ сервера расправљано је у засебном чланку.Након постављања отпреме дневника креирају се послови. Принцип рада је следећи:
- Први задатак је одговоран за израду сигурносне копије дневника трансакција на примарном серверу
- Други задатак је одговоран за дистрибуцију сигурносних копија на свим серверима примаоцима
- Трећи посао обнавља евиденције у свим базама приматеља. Опоравак је доступан у режиму без опоравка или у стању приправности.
Ово је једноставнија технологија, која се тиче огледала и функције Увек укључено. Достава дневника треба користити када:
- Разлика података између примарног сервера и одредишног сервера је прихватљива. Стандардни распоред извршавања задатака је сваких 15 минута. Можете ставити мање, али морате узети у обзир брзину преноса података путем мреже и време за обнављање записа.
- Желите да приступите базама података прималаца за приступ читању. Ово је могуће када је режим опоравка постављен на режим приправности. Али имајте на уму да бази података можете приступити само између обнављања дневника.
Репликација у Мицрософт СКЛ Серверу: Преглед метода
- Доступно у издањима: Стандардно и веб-ограничено, Ентерприсе
- Делује на нивоу: Објект базе података
- Верзија СКЛ сервера: СКЛ Сервер 2000 и новије верзије
Постоје различите врсте репликације:
- Трансакцијска репликација
- Пеак-то-пеер трансакцијска репликација
- Репликација снимка
- Спајање репликације
Постоје још 2 топологије засноване на трансакцијској репликацији:
- Двосмерна трансакциона репликација
- Обновљиве претплате за трансакцијску репликацију (Подржана значајка у верзијама СКЛ Сервер 2012 до 2016)
Репликација се може користити у различите сврхе, али углавном се користи за пребацивање ОЛТП сервера одабраним упитима и за велику доступност. Иако Мицрософт не позиционира репликацију као средство за постизање велике доступности, он можда и испуњава ову улогу..
Напомена: Постоје 3 врсте сервера у моделу репликације СКЛ сервера:- Издавач (издавач) - сервер који објављује чланке
- Дистрибутер (дистрибутер) - сервер који дистрибуира чланке на сервере за претплату
- Претплатник (претплатник) - сервер који прима дистрибуиране чланке
Промјене које се догађају у одабраним објектима издавача прво се шаљу дистрибутеру, а затим дистрибутер те измјене шаље претплатницима..
Размотримо 4 основне врсте репликације
Трансакцијска репликација
Ова врста репликације користи се за репликацију података "у стварном времену", односно подаци о претплатницима појављују се готово одмах, узимајући у обзир време копирања података преко мреже.
Трансакције издавача шаљу се дистрибутеру, дистрибутер ове трансакције шаље претплатницима. Дистрибутер може послати податке претплатницима одмах, или према одређеном распореду. Субјекти претплатници који учествују у репликацији требају се користити само за приступ само за читање, у противном ће подаци постати недосљедни и доћи ће до сукоба..
Пеак-то-пеер трансакцијска репликација
Пеер-то-пеер или пеер-то-пеер трансакциона репликација је слична нормалној трансакцијској репликацији, али може радити са више сервера одједном..
Пеер-то-пеер репликација може се назвати мастер-мастер репликацијом (за нормалну трансакцијску репликацију, то би било мастер-славе). Размотрите дијаграм из Мицрософтове документације
Свака инстанца СКЛ Сервера која учествује у пеер-то-пеер репликацији може руковати операцијама читања и писања. Такође у овој врсти репликације обезбеђује се механизам за решавање сукоба када иста операција стигне на више сервера истовремено, на пример, захтев за ажурирање. Али чак и ако се има у виду овај механизам, не препоручује се писање података у више инстанци истовремено..
Ова врста репликације може се користити за уравнотежење оптерећења, укључујући операције ажурирања / уметања / брисања..
Репликација снимка
Ово је посебна врста репликације која не прати промене података о издавачу, али према одређеном распореду ствара снимак и шаље га претплатницима (преко дистрибутера).
Репликација снимке не примјењује све трансакције узастопно, као што је случај са испоруком дневника и трансакцијском репликацијом, већ копира податке путем бцп-а.
Ову врсту репликације вриједи користити када:
- Подаци се ретко мењају
- Дозвољена разлика у подацима између издавача и претплатника
- Велики обим промена у кратком временском периоду
Спајање репликације
Механизам је сличан репликацијској репликацији пеер-то-пеер, али постоји неколико важних разлика:
- Репликација спајања може имати само једног издавача и неколико претплатника када су, као и код пеер-пеер репликације, све инстанце једнаке једнакој другој (истовремено су и издавачи и претплатници
- У репликацији спајања, претплатници могу примати различите податке када сви сервери имају исте податке у пеер-то-пеер репликацији
- Репликација спајања може ријешити сукобе, пеер-то-пеер - не
- Пеер-то-пеер репликација доступна је само у издању Ентерприсе
Спајање репликације треба користити када требате за консолидацију података..
Двосмјерна трансакцијска репликација и надограђене претплате на трансакцијску репликацију
Двосмерна трансакција је топологија у којој је нормална трансакциона репликација конфигурирана да реплицира исте податке. Параметар @лоопбацк_детецтион у сп_аддсубсцриптион мора бити постављен на ТРУЕ
Обновљиве претплатне трансакције репликације су сличне репликацији спајања. Ова технологија је прилично брзо застарјела, јер се практички не користи и замјењује је другим врстама репликације..
Увек у групама доступности на СКЛ Серверу
- Доступно у издањима: Стандардно (са ограничењима), Ентерприсе (
- Делује на нивоу: Базе података
- Верзија СКЛ сервера: СКЛ Сервер 2012 и новији
У издању СКЛ Сервер 2012. појавиле су се групе Алваис Он (доступност). Ово је алтернатива (мада је вероватнија развијеност) технологије зрцаљења базе података..
Групе за стално доступне су базиране на Виндовс Сервер Фаиловер Цлустер, али почевши од верзије за 2017. годину, постало је могуће користити Увек укључен без ВСФЦ-а. Увек је сличан зрцаљењу базе података (синхрони и асинхрони модови), али може бити до 8 секундарних реплика. Увек укључен подржава аутоматско пребацивање (тј. Када се сруши примарна инстанца кластера, ВСЦФ бира нову примарну реплику и преусмерава захтеве за писање на њу).
Свака инстанца у групи расположивости може бити било која примарни (главни) или секундарно (секундарно). Секундарне реплике могу бити или у само за читање, било унутра Нема опоравка. Свака инстанца у групи доступности садржи копије база података групе расположивости. Имајте на уму да ће у синхроном режиму брзина трансакција зависити од „најспоријег“ члана групе за доступност.
У основном подешавању, Алваис Он је једноставан, након инсталирања СКЛ Сервера све се може конфигурирати помоћу чаробњака (ВСФЦ путем прикључка у Виндовс-у и саме приступне групе путем чаробњака у ССМС-у). Али са великим бројем сервера и сложеном инфраструктуром морат ћете добро проучити документацију.
Препоручује се употреба Увек укључено у истим ситуацијама када се зрцали или ако вам је потребно балансирање учитавања одабраних упита. Такође се препоручује прављење резервних копија из секундарних реплика, ово је још једна примена група доступности.
За више информација о групама Алваис Он Аваилабилити Гроупс у СКЛ Сервер-у, погледајте.СКЛ Сервер пружа широк избор решења за доступност података. Ако имате Ентерприсе Едитион и СКЛ Сервер 2012 (и новије верзије), боље је користити Алваис Он. Репликација се може користити за учитавање ОЛТП система са одабраним упитима и за делимично сувишност (иако је пеер-то-пеер репликација позиционирана као комплетно средство за сувишност података). Слање дневника трансакција и зрцаљење базе података могу се користити у старијим верзијама СКЛ Сервера или ако вас услови присиљавају на употребу ових технологија..
Имајте на уму да све горе наведене технологије високе доступности у СКЛ Серверу не замењују резервне копије..
