Яагаад хурдан 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;

Тэр агшны зургийг тайван үдээс хойш нэг удаа биш, төлөөлөх бичилтийн өмнө болон дараа ав. Ялгаа нь баталгаажуулалт хүлээж байх үед аль дараалал хөдөлснийг хэлж өгдөг.

Зам, холбоос биш хэмж

Дамжуулах хүчин чадлын туршилт нь таны хуулбар биш хоёр цэгийн хоорондох хүчин чадлыг таны ажил биш ачааллын дор хэмждэг. Сүлжээний эзэмшигчээс бодит хуулбарын зам дагуу бодит урсгал явж байх үед хоёр чиглэлд саатал, алдагдлыг асуу. Энд алдагдал нь хүчин чадлаас илүү чухал, учир нь алдагдсан сегмент дахин дамжуулалтын зардалтай бөгөөд баталгаажуулалт бүр нэг баталгаа хүлээдэг. Татаж авах туршилтад маш сайн харагдах холбоос ч яриа ихтэй баталгаажуулалтын хэв маягт тохиромжгүй байж болно.

Хэмжих үеэр мэдээллийн сангийн тээврийн аюулгүй байдал, нэвтрэх хяналтыг хөндөхгүй хадгал. Замыг хэмжих нь тэднийг тойрох шалтгаан хэзээ ч болохгүй.

Цагийг зөн совин биш тоолууртай холбо. Хэрэв илгээх дараалал хоосон хэвээр байгаа ч баталгаажуулалт хүлээсээр байвал саатал нь баталгаажуулалт эсвэл хоёрдогчийн флаш дотор байна. Илгээх дараалал тогтмол өсөж байвал хязгаарлалт нь тээвэр эсвэл хүчин чадал юм. Дүгнэлтийг аль ажиглалт дэмжсэнийг тэмдэглэ, ингэснээр дараагийн хүн маргаан биш хэмжилтийг давтаж чадна.

Асинхрон горим үнэхээр юу өөрчлөх вэ

Асинхрон баталгаажуулалт нь хоёрдогчийн хатууралын баталгааг хүлээхийг арилгадаг тул бичилт хурдан болж, таны тэсвэрлэлийн байрлал өөрчлөгддөг. Үндсэн сервер гүйлгээг тэр алсын баталгаагүйгээр батална. Дараа нь хоёрдогч хоцрохыг зөвшөөрдөг бөгөөд тэр хоцролт нь илрэл юм.

Хэрэв лог ашиглах боломжтой гэмтлийн шилжилтийн зорилгод хүрэхээс өмнө үндсэн сервер алдагдвал, үйлчилгээг тэр хуулбар руу албадан шилжүүлэх нь програмад баталгаажсан гэж мэдэгдсэн гүйлгээнүүдийг хаядаг.

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