Эмне үчүн тез VPN синхрондук SQL ырастоосун дагы эле жайлатат

Баштапкы серверде суроо сессиясын ачып, жөнөкөй жазуу эмнени күтүп жатканын көрүңүз. Эгер маалымат базасы синхрондук ырастоосу бар жеткиликтүүлүк тобуна кирсе жана экинчилик туташкан болсо, бул күтүүнүн бир бөлүгү имараттан чыгат: журнал жазуулары көчүрмөгө барат, ал жерде катайтылат, жана бул катайтуу тууралуу кабар ырастоо бүтө электе кайтат. Өткөрүү жөндөмдүүлүгү бул барып-кайтууну кыскартпайт. Төмөнкү баяндоо ырастоону экрандан алыскы дискке жана кайра көзөмөлдөйт.

Баштапкы сервердеги күтүү түрүнөн баштаңыз

Алыскы көчүрмөдө күтүп турган жазуу CPU же кулпу күтүүсү эмес, журналга байланыштуу күтүү катары көрүнөт, ал эми транзакциянын узактыгы саптардын санын эмес, барып-кайтууну ээрчийт. Көптөгөн кичине ырастоолор муну айкын кылат, анткени ар бири жолду өзүнчө төлөйт. Бир чоң операция ошол эле чыгымды бир узун ырастоонун ичинде жашырат.

Байланыш тууралуу кандайдыр бир тыянак чыгармас мурун жумуш жүгүңүздү ырастоо жыштыгы боюнча иреттеңиз.

Тармакты окуудан мурун көчүрмөнүн абалын окуңуз. Маанилүү эсептегичтер – жөнөтүү кезеги, redo кезеги жана синхрондоштуруу абалы, жана алар бирге экинчиликтин жетип жатканын же артта калганын көрсөтөт. Өсүп жаткан жөнөтүү кезеги транспортту көрсөтөт, ал эми өсүп жаткан redo кезеги экинчиликтин өз ишине же сактагычына. Булар ар башка оңдоолор, жана өткөрүү жөндөмдүүлүгүн кошуу менен эч бири жакшырбайт.

Ырастоону экинчиликке чейин ээрчиңиз

Синхрондук ырастоодо баштапкы сервер ырастоону бүттү деп жарыялоодон мурун тиешелүү журналдын экинчиликте катайтылганы тууралуу ырастоону күтөт. Катайтылган – журналда туруктуу, маалымат барактарында кайра аткарылган эмес. Так ушул айырма экинчиликтин синхрондук redo-до артта калып, ошол эле учурда катайтууну ырастай аларын түшүндүрөт.

Жолду ирети менен басып өтүп, бүтүндү эмес, ар бир этапты өлчөңүз. Журнал жазуулары транспорттон өтөт, экинчилик аларды жазып, тазалайт, жана ырастоо ошол эле жол менен кайтат. Транспорттун кечигүүсү, экинчиликтин пландаштырылышы жана экинчиликтин журнал дискынын кечигүүсү баары жалпы суммага кирет, жана биринчиси гана тармак ээсине таандык. Журнал көлөмү башка нерсе менен каныккан экинчилик байланыш бош турганда да ар бир ырастоону созо алат.

SELECT ag.name AS ag_name, drs.database_id, drs.synchronization_state_desc,
       drs.log_send_queue_size, drs.redo_queue_size
FROM sys.dm_hadr_database_replica_states AS drs
JOIN sys.availability_groups AS ag ON ag.group_id = drs.group_id;

Бул сүрөттү тынч түштөн кийин бир жолу эмес, өкүлдүү жазуунун алдында жана кийин тартыңыз. Айырма ырастоо күтүп турганда кайсы кезек жылганын айтат.

Байланышты эмес, жолду өлчөңүз

Өткөрүү жөндөмдүүлүгү сынагы сиздин көчүрмөлөрүңүз эмес эки чекиттин ортосундагы сыйымдуулукту сиздин ишиңиз эмес жүк астында өлчөйт. Тармак ээсинен чыныгы көчүрмө жолу боюнча чыныгы трафик жүрүп жатканда кечигүү жана жоготууну эки багытта тең сураңыз. Бул жерде жоготуу сыйымдуулуктан маанилүүрөөк, анткени жоголгон сегмент кайра жөнөтүүнү талап кылат жана ар бир ырастоо бир ырастоону күтөт. Жүктөө сынагында эң сонун көрүнгөн байланыш сүйлөөчү ырастоо үлгүсүнө жараксыз болушу мүмкүн.

Өлчөө учурунда маалымат базасынын транспортунун коопсуздугун жана кирүүнү көзөмөлдөөнү бузбай сактаңыз. Жолду өлчөө аларды айланып өтүүгө эч качан себеп эмес.

Убакыттарды интуиция менен эмес, эсептегичтер менен байланыштырыңыз. Эгер жөнөтүү кезеги бош калып, ырастоо дагы эле күтүп турса, кечигүү ырастоодо же экинчиликтин тазалоосунда. Эгер жөнөтүү кезеги туруктуу өсүп жатса, чектөө – транспорт же сыйымдуулук. Тыянакты кайсы байкоо колдогонун жазыңыз, кийинки адам талашты эмес, өлчөөнү кайталасын.

Асинхрондук режим чындыгында эмнени өзгөртөт

Асинхрондук ырастоо экинчиликтин катайтуу ырастоосун күтүүнү алып салат, ошондуктан жазуу ылдамдайт жана ошондуктан сиздин туруктуулук абалыңыз өзгөрөт. Баштапкы сервер транзакцияны ошол алыскы ырастоосуз ырастайт. Анан экинчиликке артта калууга уруксат берилет, жана ошол артта калуу – таасир.

Эгер баштапкы сервер журнал пайдаланууга жарактуу өзгөчө кырдаалга өтүү максатына жетпей туруп жоголсо, кызматты ошол көчүрмөгө мажбурлап которуу колдонмого ырасталды деп билдирилген транзакцияларды таштайт.

Бул калыбына келтирүү чекити тууралуу чечим жана ал маалымат базасынын ээсине таандык, өндүрүмдүүлүк текшерүүсүнө эмес. Адегенде уруксат берилген маалымат жоготуу терезесин белгилеңиз, аны канааттандырган режимди тандаңыз, анан ошол чектин ичинде оптималдаштырыңыз. Синхрондук коргоону сактаган варианттарга колдонмо уруксат берген жерде болтурбоого боло турган ырастоо барып-кайтууларын жоюу, өлчөнгөн транспорт же сактоо тоскоолдугун оңдоо жана ырастоо азыраак аралыкты басып өтүшү үчүн көчүрмөнү жылдыруу кирет. Аларды сиз баштаган жана өзгөрбөгөн туруктуулук талабы менен салыштырып өлчөңүз.