Хэрэглэгч:B.otgonbileg

Өгөгдлийн сангийн бүртгэл Мэдээллийн баазыг бүртгэх нь мэдээллийн баазын шийдэлийн маш сайн шийдэл юм. Учир нь мэдээллийн бааз нь алдаа гарахаас сэргийлж, анхдагч ба хоёрдогч өгөгдлийн санг синхрончлох боломж олгодог. Бүх мэдээллийн сангууд тэдгээртэй холбоотой бүртгэлүүдтэй. Эдгээр бүртгэлүүд нь мэдээллийн баазын өөрчлөлтийг хадгалдаг. Өгөгдлийн санг сүүлчийн бүрэн, офлайн нөөцлөлтөөс илүү цэг хүртэл сэргээх хэрэгтэй бол бүртгэл нь өгөгдлийг амжилтгүй болсон цэг рүү урагшлуулах шаардлагатай. DB2®-ийн өгөгдлийн сангийн хоёр төрлийг дэмждэг: дугуй ба архив. Эдгээр нь нөхөн сэргэх чадварыг өөр өөр түвшинд хангадаг:

Circular logging Circular бүртгэл нь шинэ өгөгдлийн сан үүсгэх үед анхдагч зан төлөв юм. (Logarchmeth1 болон logarchmeth2 өгөгдлийн сангийн тохиргооны параметрүүдийг OFF гэж тохируулна.) Энэ төрлийн бүртгэлийг ашиглан өгөгдлийн сангийн зөвхөн бүрэн, офлайн нөөцлөлтүүдийг зөвшөөрдөг. Өгөгдлийн сан нь бүрэн нөөшлөгдсөн үед офлайн байх ёстой (хэрэглэгчдэд хүрэх боломжгүй). Нэрээр нь хэлэхэд дугуй бүртгэх нь онлайн логны "бөгж" -ийг ашиглан гүйлгээний алдаа болон системийн ослоос сэргээх боломжийг олгодог. Бүртгэлийг одоогийн гүйлгээний шударга байдлыг хангах үүднээс л ашиглаж байна. Circular logging нь сүүлийн бүрэн нөөцлөлтийн үйлдлээс хойш хийгдсэн гүйлгээнүүдээр дамжуулан мэдээллийн баазыг дамжуулах боломжийг олгодоггүй. Сүүлчийн нөөцлөлтөөс хойш гарсан бүх өөрчлөлтүүд алдагдсан. Энэ төрлийн сэргээх үйлдэл нь таны өгөгдлийг бүрэн нөөцлөлт хийгдсэн тодорхой цэг рүү буцааж өгснөөр энэ хувилбарыг сэргээх гэж нэрлэдэг.










Идэвхгүй логуудыг эвдрэлийг сэргээхэд ашигладаг. Энэ нь өгөгдлийн санг үл нийцэх төлөвт оруулснаас алдаа (системийн хүч эсвэл хэрэглээний алдаа) гаргахаас сэргийлдэг. Идэвхтэй логууд нь өгөгдлийн сангийн бүртгэлийн замын санд байрладаг.


Archive logging Архивын бүртгэлийг тусгайлан сэргээхэд ашигладаг. Архивлагдсан бүртгэлүүд нь идэвхтэй лографийн замаас хуулбарлагдсан файлуудыг өөр байршил руу хуулна. Та бүртгэлийн архивын үйл явцыг удирдахын тулд эсвэл мэдээллийн баазын менежерийг идэвхжүүлэхийн тулд logarchmeth1 эсвэл logarchmeth2 мэдээллийн баазын тохиргооны параметрүүдийг ашиглах боломжтой.


Архивын бүртгэл хөтлөхийн тулд мэдээллийн баазыг тохируулсан тохиолдолд онлайн нөөцлөлтүүдийг авах боломжтой. Онлайн нөөцлөлтийн ажиллагааны үед мэдээллийн сангийн эсрэг бүх үйл ажиллагаа бүртгэгдэнэ. Онлайн нөөцлөлтийн зураг сэргээгдсэн үед нөөцлөлт дууссаны дараа логуудыг дор хаяж нээнэ. Үүний тулд логууд архивлагдсан байх ба мэдээллийн баазыг сэргээхэд бэлэн болсон байх ёстой. Онлайн нөөцлөлт дууссаны дараа өгөгдлийн сангийн менежер нь одоогийн идэвхтэй бүртгэлийг хаадаг тул үр дүн нь архивлагдах болно. Энэ нь таны онлайн нөөцлөлт сэргээхэд зориулж бүрэн архивлагдсан бүртгэлүүдтэй болохыг баталгаажуулдаг. Logarchmeth1 болон logarchmeth2 мэдээллийн баазын тохиргооны параметрүүд нь архивлагдсан бүртгэлүүдийг хадгалах газраа өөрчлөх боломжийг танд олгоно. Logarchmeth2 параметр нь бүртгэлийн файлуудыг хоёр дахь тусдаа байрлал руу архивлах боломжийг олгодог. Newlogpath параметрүүд нь идэвхтэй логууд хадгалагдах газарт нөлөөлдөг. Хэрэв та идэвхтэй логуудыг удирдахыг хүсч байгаа бол (LOGRETAIN утгыг ашиглан) өгөгдлийн сангийн менежер эдгээр файл архивлагдсаны дараа бүртгэл файлаас арилгаж, тэдгээрийг сүйрлийн сэргээхэд цаашид шаардлагагүй болсон тохиолдолд л бүртгэлийн файлуудыг устгадаг. Хэрэв та хязгааргүй бүртгэлийг идэвхжүүлбэл, илүү идэвхтэй бүртгэлийн файлуудад нэмэлт зай шаардагдана, тиймээс өгөгдлийн сангийн сервер нь тэдгээрийг архивласаны дараа бүртгэлийн файлуудыг өөрчилдөг.

transaction log Компьютерийн шинжлэх ухааны өгөгдлийн талбарт гүйлгээний лог (гүйлгээний тэмдэглэл, мэдээллийн баазын бүртгэл, хоёртын лог эсвэл аудитын мөр) нь ACID шинж чанаруудтай холбоотой эвдрэл, тоног төхөөрөмжийн алдаатай холбоотой мэдээллийн сангийн удирдлагын системээр хийгдсэн үйлдлийн түүх юм. Физик байдлаар, бүртгэл нь мэдээллийн хадгалалтын форматаар хадгалагдаж буй өгөгдлийн санд өөрчлөлт оруулах файлын жагсаалт юм.

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

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

Өгөгдлийн сангийн менежментийн системд тэмдэглэл нь өгөгдсөн үйл явцаар өөрчлөгдсөн өгөгдлийн бичлэг юм.

Мэдээллийн баазын бүртгэл нь дараах байдалтай байна:

Нэвтрэх дарааллын дугаар (LSN): Лог бичлэгийн бичлэгийн өвөрмөц ID. LSN-тэйгээр логуудыг тогтмол хугацаанд сэргээж болдог. Ихэнх LSN нь ААА гэх мэт сэргээх алгоритмд ашигтай байдаг monotonically нэмэгдэж буй дарааллаар томилогддог. LSN-ийн өмнөх: Тэдний сүүлчийн лог бичлэгийн холбоос. Энэ нь өгөгдлийн сангийн логуудыг холбоосын хэлбэрт оруулсан. Transaction ID дугаар: Лог бичлэгийг үүсгэх өгөгдлийн сангийн гүйлгээний лавлагаа. Төрөл: Өгөгдлийн сангийн тэмдэглэлийн төрөл.

Бүртгэлийн бичлэгийг үүсгэсэн бодит өөрчлөлтүүдийн тухай мэдээлэл.

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

Лог бичлэгийн шинэчлэлтийг засварлах (засварлах) өгөгдлийн сан руу тэмдэглэнэ. Үүнд:

PageID: Өөрчлөгдсөн хуудсын хуудасны дугаар.

Урт ба Offset: Хуудасны урт, хуудасны талбайн хэмжээг ихэвчлэн оруулдаг.

Зургийн өмнө болон дараа: Хуудасны өөрчлөлтөнд орохын өмнөх хуудасны утгыг агуулдаг. Зарим мэдээллийн баазууд нь нэг буюу хоѐр зургийг багтаасан бүртгэлтэй байж болно.

Нөхөн төлбөрийн бүртгэлийн тэмдэглэл нь тодорхой өөрчлөлтийг мэдээллийн бааз руу тэмдэглэдэг. Бүр тус бүр нь Бүртгэлийн Бүртгэл. Үүнд:

undoNextLSN: Энэ талбар нь сүүлчийн шинэчлэх бүртгэлийг бичсэн гүйлгээнд буцааж өгөх дараагийн бүртгэлийн бичлэгийн LSN агуулна. Commit Record нь гүйлгээ хийх шийдвэрийг тэмдэглэдэг.

Abort Record нь цуцлах шийдвэрийг гаргаснаар гүйлгээг буцаана.

Checkpoint Record тэмдэг шалгах цэгийг тэмдэглэсэн байна.

Эдгээр нь сэргээх ажиллагааг хурдасгадаг.

Тэд бүртгэлийг өнгөрсөн үе рүүгээ урт хугацаанд унших шаардлагагүй болсон мэдээллийг бүртгэдэг.

Энэ нь шалгах цэгийн алгоритмаас хамаарна. Хэрвээ бүх бохир хуудас нь шалгах цэгийг үүсгэх үед (PostgreSQL-тэй адил) байвал дараахийг агуулж болно: redoLSN: Энэ бол бохир хуудастай таарах эхний бүртгэлийн бичлэгийн лавлагаа юм.

жишээ нь, шалгалтын цэгийн цагт анх удаа мэдээгүй байсан.

Энэ нь дахин сэргээх эхлэлийг тавьсан байгаа.

undoLSN: Энэ нь хамгийн ахмад боловсруулалтын гүйлгээний бүртгэлийн хамгийн хуучин бичлэгийн лавлагаа юм. Энэ нь хийгдээгүй байгаа бүх гүйлгээг буцаахад шаардлагатай хамгийн эртний бүртгэлийн бичлэг юм.

Ажил дууссан тэмдэглэл нь энэ ажил гүйлгээнд зориулж бүх ажил хийгдсэн гэж тэмдэглэсэн. (Энэ нь бүрэн хүчин чармайлт, эсвэл цуцлагдсан байна)

Холбоос[засварлах | кодоор засварлах]