Манай блог уншигчдад энэ өдрийн мэндийг хүргэе! Бид хэсэгчлэн аль хэдийн танил болсон - миний англи хэл дээрх нийтлэлүүдийг миний хайрт хамт олон орчуулсан. . Энэ удаад би орос хэлээр ярьдаг үзэгчдэд шууд хандахаар шийдлээ.
Би дебют хийхдээ аль болох өргөн үзэгчдэд сонирхолтой, нарийвчлан авч үзэх шаардлагатай сэдвийг олохыг хүссэн. Даниел Дефо хүн бүрийг үхэл, татвар хүлээж байна гэж маргажээ. Миний хувьд, ямар ч туслах инженер нь сэргээх цэгийн хадгалалтын бодлогын (эсвэл илүү энгийнээр, хадгалах) талаар асуултуудтай байх болно гэж би хэлж чадна. Би 4 жилийн өмнөөс нэгдүгээр түвшний бага инженер байхдаа тайлбарлаж эхэлсэн бөгөөд испани болон итали хэлээр ярьдаг багийн ахлагчийн хувьд одоо ч тайлбарласаар байна. Хоёр, тэр байтугай гуравдугаар түвшний дэмжлэгийн хамт олон ижил асуултуудад тогтмол хариулдаг гэдэгт би итгэлтэй байна.
Энэ үүднээс би орос хэлээр ярьдаг хэрэглэгчид лавлах ном болгон дахин дахин бичиж болохуйц эцсийн, нарийвчилсан нийтлэл бичихийг хүссэн. Энэ мөч нь зөв юм - саяхан гарсан арав дахь жилийн ойн хувилбар нь олон жилийн турш өөрчлөгдөөгүй үндсэн функцүүдэд шинэ боломжуудыг нэмсэн. Миний нийтлэл голчлон энэ хувилбар дээр төвлөрч байна - хэдийгээр бичсэн зүйлсийн ихэнх нь өмнөх хувилбаруудад үнэн боловч тайлбарласан зарим функцийг тэндээс олохгүй. Эцэст нь, ирээдүйг бага зэрэг харахад дараагийн хувилбарт зарим өөрчлөлтүүд гарах төлөвтэй байгааг хэлэх болно, гэхдээ цаг нь ирэхэд бид танд хэлэх болно. Ингээд эхэлцгээе.
Нөөц ажил
Эхлээд 10-р хувилбарт өөрчлөгдөөгүй хэсгийг харцгаая. Хадгалах бодлого нь хэд хэдэн параметрээр тодорхойлогддог. Шинэ даалгавар үүсгэх цонхыг нээгээд Хадгалах таб руу орцгооё. Энд бид хүссэн сэргээх цэгүүдийн тоог тодорхойлох параметрийг харах болно.
Гэсэн хэдий ч энэ нь тэгшитгэлийн зөвхөн нэг хэсэг юм. Бодит онооны тоог мөн ажилд тохируулсан нөөц горимоор тодорхойлно. Энэ сонголтыг сонгохын тулд ижил таб дээрх Нарийвчилсан товчийг дарна уу. Энэ нь олон сонголттой шинэ цонхыг нээх болно. Тэднийг дугаарлаж, нэг нэгээр нь авч үзье.
Хэрэв та зөвхөн 1-р сонголтыг идэвхжүүлбэл ажил "үүрд урагшлах" горимд ажиллана. Энд ямар ч бэрхшээл гарахгүй - даалгавар нь бүрэн нөөцлөлтөөс (VBK өргөтгөлтэй файл) сүүлчийн шат хүртэл (VIB өргөтгөлтэй файл) заасан тооны сэргээх цэгийг хадгалах болно. Онооны тоо тогтоосон утгаас хэтэрсэн тохиолдолд хамгийн хуучин өсөлтийг бүрэн нөөцлөлттэй нэгтгэнэ. Өөрөөр хэлбэл, хэрэв даалгаврыг 3 оноо хадгалахаар тохируулсан бол дараагийн сессийн дараа нэн даруй репозитор дээр 4 цэг байх бөгөөд үүний дараа бүрэн нөөцлөлтийг хамгийн эртний өсөлттэй нэгтгэж, нийт онооны тоо буцаж ирнэ. 3.
"Урвуу нэмэгдэх" горимыг хадгалах (сонголт 2) нь маш энгийн. Энэ тохиолдолд хамгийн шинэ цэг нь бүрэн нөөцлөлт, дараа нь буцаах гэж нэрлэгддэг гинжин хэлхээ (VRB өргөтгөлтэй файлууд) байх тул хадгалалтыг ашиглахын тулд хамгийн хуучин буцаалтыг устгахад л хангалттай. Нөхцөл байдал ижил байх болно: сесс дууссаны дараа онооны тоо тогтоосон хэмжээнээс 1-ээр давж, дараа нь хүссэн утга руугаа буцна.
Урвуу өсөлттэй горимоор та үе үе бүрэн нөөцлөлтийг идэвхжүүлж болно (сонголт 4), гэхдээ энэ нь мөн чанарыг өөрчлөхгүй гэдгийг анхаарна уу. Тийм ээ, гинжин хэлхээнд бүрэн сэргээх цэгүүд гарч ирэх боловч бид хамгийн эртний цэгүүдийг нэг нэгээр нь устгах болно.
Эцэст нь бид сонирхолтой хэсэгт ирлээ. Хэрэв та нэмэлт нөөцлөлтийг идэвхжүүлсэн боловч 3 эсвэл 4-р сонголтыг (эсвэл хоёуланг нь нэгэн зэрэг) идэвхжүүлбэл даалгавар нь "идэвхтэй" эсвэл синтетик аргыг ашиглан үе үе бүрэн нөөцлөлтийг үүсгэж эхэлнэ. Бүрэн нөөцлөлтийг бий болгох арга нь чухал биш - энэ нь ижил өгөгдлийг агуулсан байх бөгөөд өсөн нэмэгдэж буй гинж нь "дэд хэлхээнд" хуваагдана. Энэ аргыг урагш ахих гэж нэрлэдэг бөгөөд энэ арга нь манай үйлчлүүлэгчдийн асуултын ихээхэн хэсгийг үүсгэдэг.
Энд гинжин хэлхээний хамгийн эртний хэсгийг (бүрэн нөөцлөлтөөс өсөлт хүртэл) устгах замаар хадгална. Үүний зэрэгцээ бид зөвхөн бүрэн нөөцлөлтийг устгахгүй эсвэл зөвхөн нэг хэсгийг нь устгахгүй. "Дэд гинж" бүхэлдээ нэг дор бүрэн арилдаг. Онооны тоог тохируулах утга нь мөн өөрчлөгддөг - хэрэв бусад аргуудын хувьд энэ нь зөвшөөрөгдөх дээд хэмжээ бөгөөд дараа нь хадгалах шаардлагатай бол энэ тохиргоо нь хамгийн бага тоог тодорхойлно. Өөрөөр хэлбэл, хамгийн эртний "дэд гинж" -ийг хассаны дараа үлдсэн хэсгийн онооны тоо энэ доод хэмжээнээс доогуур байх ёсгүй.
Би энэ ойлголтыг графикаар дүрслэхийг хичээх болно. Хадгалалт 3 оноотой гэж бодъё, даалгавар нь өдөр бүр Даваа гарагт бүрэн нөөцөлж ажиллана. Нийт онооны тоо 10-д хүрсэн тохиолдолд энэ тохиолдолд хадгалалтыг хэрэглэнэ.
Тэд 10-ыг тавихад яагаад аль хэдийн 3 байгаа юм бэ? Даваа гарагт бүрэн нөөцлөлт үүсгэгдсэн. Мягмар гарагаас Ням гараг хүртэл ажлын байрны нэмэгдэл бий болсон. Эцэст нь, дараагийн даваа гаригт бүрэн нөөцлөлтийг дахин үүсгэх бөгөөд зөвхөн 2 өсөлт үүсгэсний дараа гинжин хэлхээний хуучин хэсгийг бүхэлд нь устгаж болно, учир нь үлдсэн оноо нь багц 3-аас доош унахгүй.
Хэрэв санаа нь тодорхой бол би танд хадгалах хугацааг өөрөө тооцоолохыг зөвлөж байна. Дараах нөхцлүүдийг авч үзье: даалгаврыг Пүрэв гарагт анх удаа эхлүүлж байна (мэдээжийн хэрэг бүрэн нөөцлөлт хийх болно). Лхагва, ням гаригт бүрэн нөөцлөлт үүсгэж, 8 сэргээх цэгийг хадгалах үүрэг даалгавар өгсөн. Хадгалах эрхийг анх хэзээ хэрэглэх вэ?
Энэ асуултад хариулахын тулд би танд нэг цаас авч, долоо хоногийн өдрөөр нь жагсааж, өдөр бүр аль цэгийг бий болгож байгааг бичихийг зөвлөж байна. Хариулт нь тодорхой болно
Хариу хариул
Тайлбар: Хариулахын тулд "Хадгалах хугацаа хэзээ хэрэгжих вэ" гэж өөрөөсөө асуугаарай. Хариулт нь бид эхний 3 оноо (VBK, VIB, VIB) арилгах боломжтой бөгөөд гинжин хэлхээний үлдсэн хэсэг нь шаардлагатай 8 онооноос доош унахгүй байх үед юм. Нийт 11 оноотой буюу хоёр дахь долоо хоногийн ням гарагт бид үүнийг хийх боломжтой болох нь тодорхой болж байна.
Зарим уншигчид: “Хэрэв байгаа бол яагаад энэ бүгдийг хийж байгаа юм бэ ?. Энэ бол маш хэрэгтэй хэрэгсэл гэдэгт эргэлзэхгүй байна, зарим тохиолдолд би үүнийг ашиглах байсан, гэхдээ энэ нь бас хязгаарлалттай байдаг. Юуны өмнө, энэ нь анхны нөхцөлийг зааж өгөхийг зөвшөөрдөггүй бөгөөд ихэнх тохиолдолд "бидэнд ийм гинж бий, ийм ийм тохиргоог өөрчилбөл юу болох вэ?" Гэсэн асуулт гарч ирдэг. Хоёрдугаарт, хэрэгсэл нь тодорхой бус хэвээр байна. RPS хуудсыг үйлчлүүлэгчдэд үзүүлэхэд би ямар ч ойлголт олсонгүй, гэхдээ жишээн дээрх шиг будсан (ижил Paint ашиглаж байсан ч гэсэн) өдөр ирэх тусам бүх зүйл тодорхой болсон.
Эцэст нь бид "Өмнөх нөөц гинжийг буцаалт болгон хувиргах" сонголтыг (5 дугаараар тэмдэглэсэн) авч үзээгүй. Энэ сонголт нь заримдаа хиймэл нөөцлөлтийг идэвхжүүлэхийг хүсч, "автоматаар" идэвхжүүлдэг үйлчлүүлэгчдийг төөрөлдүүлдэг. Үүний зэрэгцээ, энэ сонголт нь маш онцгой нөөцлөх горимыг идэвхжүүлдэг. Бүтээгдэхүүний хөгжүүлэлтийн энэ үе шатанд "Өмнөх нөөц сүлжээг буцаалт болгон хувиргах" нь хуучирсан сонголт бөгөөд үүнийг хэзээ ашиглах ёстой гэсэн ганц хувилбарыг би бодож чадахгүй байна гэдгийг дэлгэрэнгүй ярихгүйгээр шууд хэлье. Үүний үнэ цэнэ нь маш эргэлзээтэй тул хэсэг хугацаанд Антон Гостев өөрөө форумаар дамжуулан дуудаж, түүнд хэрэгтэй хэрэглээний жишээг илгээхийг хүссэн (хэрэв танд байгаа бол сэтгэгдэл дээр бичээрэй, би маш их сонирхож байна). Хэрэв байхгүй бол (энэ нь тийм байх болно гэж бодож байна), дараа нь дараагийн хувилбаруудад энэ сонголтыг устгах болно.
Даалгавар нь синтетик бүрэн нөөцлөлт хийх өдөр хүртэл нэмэгдэл (VIB) үүсгэх болно. Энэ өдөр VBK үнэхээр үүсгэгддэг боловч энэ VBK-ийн өмнөх бүх цэгүүд нь буцаалт (VRB) болж хувирдаг. Үүний дараа даалгавар нь дараагийн нийлэг нөөцлөлт хүртэл бүрэн нөөцлөлтийг нэмэгдүүлэх болно. Үүний үр дүнд гинжин хэлхээнд VBK, VBR, VIB файлуудын тэсрэх хольц үүсдэг. Хадгалах нь маш энгийн байдлаар хийгддэг - сүүлийн VBR-ийг устгаснаар:
Асуудал
Энэ нь хэрхэн ажилладагийг ойлгохоос гадна нэмэлт горимыг ашиглах үед гарч ирдэг ихэнх асуудлууд нь ихэвчлэн бүрэн нөөцлөлттэй холбоотой байдаг. Энэ горимд тогтмол бүрэн нөөцлөлт хийх шаардлагатай бөгөөд эс тэгвээс хадгалах газар дүүртэл оноо хуримтлуулах болно.
Жишээлбэл, бүрэн нөөцлөлт нь маш ховор тохиолддог. 10 оноо хадгалах даалгавар тавигдаж, сард нэг удаа бүрэн нөөцлөлт бий болсон гэж үзье. Энд байгаа цэгүүдийн бодит тоо нь харуулсан цэгээс хамаагүй их байх нь тодорхой байна. Эсвэл даалгавар нь ерөнхийдөө хязгааргүй өсөлтийн горимд ажиллаж, 50 оноо хадгалахаар тохируулагдсан байдаг. Дараа нь хэн нэгэн санамсаргүйгээр бүрэн нөөцлөлт үүсгэсэн. Энэ бол одооноос эхлэн даалгавар бүрэн цэгийг 49 шатлалаар хуримтлуулах хүртэл хүлээх бөгөөд дараа нь хадгалах горимд шилжиж, хязгааргүй бүрэн горим руу буцах болно.
Бусад тохиолдолд бүрэн нөөцлөлтийг тогтмол үүсгэхээр тохируулсан боловч зарим шалтгааны улмаас үүнийг хийдэггүй. Би энд хамгийн алдартай шалтгааныг жагсаах болно. Зарим үйлчлүүлэгчид "дараа нь гүйх" хуваарийн сонголтыг ашиглахыг илүүд үздэг бөгөөд ажлыг гинжин хэлхээнд ажиллуулахаар тохируулахыг илүүд үздэг. Энэ жишээг авч үзье: өдөр бүр ажилладаг 3 ажил байдаг бөгөөд ням гарагт бүрэн нөөцлөлт үүсгэдэг. Эхний ажил 22.30 цагт эхэлж, үлдсэн хэсэг нь гинжин хэлхээнд эхэлдэг. Нэмэлт нөөцлөлтөд 10 минут шаардагдах тул 23.00 цагт бүх ажил дуусна. Гэхдээ бүрэн нөөцлөлт нь нэг цаг зарцуулдаг тул ням гарагт дараах зүйл тохиолддог: эхний ажил 22.30-аас 23.30 хүртэл үргэлжилнэ. Дараа нь 23.30-00.30 цаг хүртэл. Харин гурав дахь ажил даваа гаригаас эхэлнэ. Бүрэн нөөцлөлтийг ням гаригт хийх тул энэ тохиолдолд ийм зүйл болохгүй. Даалгаврыг хадгалахын тулд бүрэн нөөцлөлтийг хүлээх болно. Тиймээс "дараа нь гүйх" сонголтыг ашиглахдаа болгоомжтой байгаарай, эсвэл огт ашиглахгүй - зүгээр л ажлаа нэгэн зэрэг эхлүүлэхээр тохируулж, нөөц төлөвлөгчийг ажлаа хийхийг зөвшөөр.
"Устгасан зүйлсийг устгах" хэцүү сонголт
Хадгалах - Нарийвчилсан - Засвар үйлчилгээ даалгаврын тохиргоог хийснээр та "устгагдсан зүйлсийн өгөгдлийг дараа нь устгах" гэсэн сонголтыг олох боломжтой бөгөөд үүнийг хэдэн өдөр тоолж болно.
Зарим үйлчлүүлэгчид үүнийг хадгална гэж найдаж байна. Үнэн хэрэгтээ энэ нь бүрэн тусдаа сонголт бөгөөд буруу ойлголт нь гэнэтийн үр дагаварт хүргэж болзошгүй юм. Гэсэн хэдий ч, юуны өмнө бид сессийн үеэр хэдхэн машин амжилттай нөөцлөгдсөн тохиолдолд B&R хэрхэн хариу үйлдэл үзүүлдэгийг тайлбарлах хэрэгтэй.
Энэ хувилбарыг төсөөлье: 6 оноо хадгалахаар тохируулсан хязгааргүй нэмэгдүүлсэн ажил. Даалгаварт 2 машин байгаа бөгөөд нэг нь үргэлж амжилттай хуулбарлагдсан, нөгөө нь заримдаа алдаа гаргадаг. Үүний үр дүнд долоо дахь цэг дээр дараахь нөхцөл байдал үүссэн.
Хадгалах хугацаа, гэхдээ нэг машин нь 7 оноотой, нөгөө нь ердөө 4. Энд хадгалагдах уу? Хариулт нь тийм ээ, тэгэх болно. Хэрэв дор хаяж нэг объектыг нөөцөлсөн бол B&R цэгийг үүсгэсэн гэж үздэг.
Тодорхой сессийн үеэр зарим машиныг ажилд оруулаагүй тохиолдолд ижил төстэй нөхцөл байдал үүсч болно. Энэ нь жишээлбэл, машинуудыг тус тусад нь биш, харин савны нэг хэсэг (хавтас, хадгалах) болгон нэмж, зарим машин түр хугацаагаар өөр саванд шилжих үед тохиолддог. Энэ тохиолдолд даалгаврыг амжилттай гэж үзэх боловч статистикт ийм ийм машиныг даалгавраар боловсруулахаа больсон гэдгийг анхаарахыг хүссэн мессеж гарч ирнэ.
Хэрэв та үүнийг анхаарч үзэхгүй бол юу болох вэ? Хязгааргүй-өсөлттэй эсвэл урвуу-өсөлттэй горимуудын хувьд "асуудал" машиныг сэргээх цэгүүдийн тоо VBK-д хадгалагдсан 1-д хүрэх хүртэл сесс бүрээр буурах болно. Өөрөөр хэлбэл, машиныг удаан хугацаанд нөөцлөөгүй байсан ч нэг сэргээх цэг хэвээр байх болно. Үе үе бүрэн нөөцлөлтийг идэвхжүүлсэн тохиолдолд нөхцөл байдал өөр байна. Хэрэв та B&R-ийн дохиог үл тоомсорловол сүүлчийн цэг нь гинжин хэлхээний хуучин хэсгийн хамт устгагдах болно.
Эдгээр нарийн ширийн зүйлийг ойлгосны дараа та эцэст нь "Устгасан зүйлийн өгөгдлийг устгах" сонголтыг авч үзэх боломжтой. Хэрэв тухайн машиныг X өдрийн турш нөөцлөөгүй бол тухайн машины бүх оноог устгана. Энэ тохиргоо нь алдаанд хариу өгөхгүй гэдгийг анхаарна уу (оролдсон боловч ажиллахгүй байна). Машиныг нөөцлөх оролдлого ч байх ёсгүй. Энэ сонголт нь ашигтай бөгөөд үргэлж идэвхтэй байх ёстой юм шиг санагдаж байна. Хэрэв администратор машиныг даалгавраас хассан бол хэсэг хугацааны дараа шаардлагагүй өгөгдлийн сүлжээг арилгах нь логик юм. Гэсэн хэдий ч өөрчлөн тохируулах нь сахилга бат, анхаарал халамж шаарддаг.
Практикаас жишээ хэлье: даалгаварт хэд хэдэн сав нэмсэн бөгөөд найрлага нь нэлээд динамик байв. RAM-ийн дутагдалаас болж B&R серверт тодорхойгүй асуудал гарсан. Даалгаврыг эхлүүлж, тухайн үед саванд байхгүй байсан машинуудаас бусад машинуудыг нөөцлөхийг оролдсон. Олон машинууд алдаа гаргадаг тул анхдагчаар B&R "асуудалтай" машинуудыг нөөцлөхийн тулд 3 удаа нэмэлт оролдлого хийх ёстой. RAM-тай холбоотой байнгын асуудлаас болж эдгээр оролдлогууд хэдэн өдрийн турш үргэлжилсэн. Алга болсон VM-ийн нөөц хуулбарыг дахин хийх оролдлого хийгдээгүй (VM байхгүй нь алдаа биш). Үүний үр дүнд давтан оролдлого хийх үед "Устгасан зүйлсийг устгах" нөхцөл хангагдсан бөгөөд машин дээрх бүх цэгүүд устсан.
Үүнтэй холбогдуулан би дараахь зүйлийг хэлж чадна: хэрэв танд даалгаврын үр дүнгийн талаархи мэдэгдэл байгаа бол, мөн Veeam ONE-тэй нэгтгэхийг ашиглавал энэ нь танд тохиолдохгүй байх магадлалтай. Хэрэв та бүх зүйл ажиллаж байгаа эсэхийг шалгахын тулд долоо хоногт нэг удаа B&R серверийг харвал нөөцлөлтийг устгахад хүргэж болзошгүй сонголтуудаас татгалзах нь дээр.
10-р хувилбарт юу нэмсэн
Бидний өмнө нь ярьж байсан зүйл нь B&R-д олон хувилбарт байдаг. Эдгээр үйл ажиллагааны зарчмуудыг ойлгосны дараа "арав" жилийн ойд юу нэмэгдсэнийг харцгаая.
Өдөр тутмын хадгалалт
Дээрээс бид онооны тоонд суурилсан "сонгодог" хадгалах бодлогыг авч үзсэн. Өөр арга бол нэг цэсэнд "сэргээх цэгүүд"-ийн оронд "өдөр"-ийг тохируулах явдал юм.
Санаа нь нэрнээс нь тодорхой байна - хадгалалт нь тогтоосон өдрийн тоог хадгалах боловч өдөр бүрийн онооны тоо хамаагүй. Энэ тохиолдолд та дараахь зүйлийг санах хэрэгтэй.
- Хадгалах хугацааг тооцохдоо одоогийн өдрийг тооцохгүй
- Даалгавар огт бүтэлгүйтсэн өдрүүдийг бас тооцдог. Тогтмол бус ажилладаг ажлуудын оноог санамсаргүйгээр алдахгүйн тулд үүнийг санаж байх хэрэгтэй.
- Сэргээх цэг нь түүнийг үүсгэж эхэлсэн өдрөөс эхлэн тооцогдоно (жишээ нь, хэрэв даалгавар Даваа гарагт ажиллаж, Мягмар гарагт дууссан бол энэ нь Даваа гарагийн цэг юм)
Үгүй бол даалгавраар хадгалахыг ашиглах зарчмуудыг сонгосон нөөцлөх аргаар тодорхойлно. Ижил өсөлтийн аргыг ашиглан өөр тооцооллын даалгаврыг туршиж үзье. Хадгалах хугацааг 8 хоногоор тогтоосон гэж үзье, даалгавар нь Лхагва гарагт бүрэн нөөцлөлттэй 6 цаг тутамд ажилладаг. Гэсэн хэдий ч ням гарагт даалгавар ажиллахгүй байна. Ажил анх удаагаа даваа гаригт явагдана. Хадгалах эрхийг хэзээ хэрэглэх вэ?
Хариу хариул
Ердийнх шигээ тэмдэг зурах нь дээр. Би даалгавраа хялбарчлахыг зөвшөөрч, өдөр бүр бий болгосон бүх оноог зурахгүй, учир нь өдрийн онооны тоо энд хамаагүй. Эхний даваа, лхагва гаригт эхний цэг нь бүрэн нөөцлөлт байх нь зөвхөн бидний хувьд чухал юм, харин үлдсэн өдрүүдэд даалгавар нь ердөө л 4 нэмэгдэх цэгийг бий болгоно.
Даваа гарагийн бүрэн нөөцлөлт болон түүний нэмэгдлийг устгаснаар хадгалалт хэрэгжинэ гэдгийг бид тодорхой болгож байна. Энэ хэзээ болох вэ? Үлдсэн гинжин хэлхээнд 8 хоног багтах үед. Үүний зэрэгцээ бид одоогийн өдрийг тооцдоггүй, харин эсрэгээрээ Ням гарагийг тооцдог. Тиймээс хариулт нь хоёр дахь долоо хоногийн пүрэв гариг юм.
Байнгын ажилд зориулсан GFS архив
10-р хувилбараас өмнө Өвөө-Аав-Хүү (GFS) хадгалах аргыг зөвхөн Нөөц хуулбарлах ажил болон соронзон хальсны хуулбар хийх ажилд ашиглах боломжтой байсан. Одоо үүнийг тогтмол нөөцлөх боломжтой.
Хэдийгээр энэ нь одоогийн сэдэвтэй холбоогүй ч шинэ функц нь 3-2-1 стратегиас татгалзах гэсэн үг биш гэдгийг би хэлж чадахгүй. Үндсэн архивт архивын цэгүүд байгаа нь түүний найдвартай байдалд ямар ч байдлаар нөлөөлөхгүй. GFS-ийг Scale-out репозитортой хамт эдгээр цэгүүдийг S3 болон үүнтэй төстэй хадгалах санд байршуулахад ашиглах болно гэж ойлгож байна. Хэрэв та үүнийг ашиглахгүй бол үндсэн болон архивын цэгүүдийг өөр өөр хадгалах газарт үргэлжлүүлэн хадгалах нь дээр.
Одоо GFS цэгүүдийг бий болгох зарчмуудыг харцгаая. Даалгаврын тохиргоонд Хадгалах алхам дээр дараах цэсийг дууддаг тусгай товчлуур гарч ирэв.
GFS-ийн мөн чанарыг хэд хэдэн цэг болгон задалж болно (GFS нь бусад төрлийн даалгавруудад өөр өөрөөр ажилладаг гэдгийг анхаарна уу, гэхдээ дараа нь илүү дэлгэрэнгүй):
- Энэ даалгавар нь GFS цэгийн хувьд тусдаа бүрэн нөөцлөлт үүсгэдэггүй. Үүний оронд хамгийн тохиромжтой бүрэн нөөцлөлтийг ашиглах болно. Тиймээс, даалгавар нь үе үе бүрэн нөөцлөлттэй, нэмэлт горимд ажиллах ёстой, эсвэл бүрэн нөөцлөлтийг хэрэглэгч гараар үүсгэх ёстой.
- Хэрэв зөвхөн нэг үеийг идэвхжүүлсэн бол (жишээлбэл, долоо хоног) GFS хугацааны эхэнд даалгавар бүрэн нөөцлөлтийг хүлээж эхлэх бөгөөд эхний тохиромжтой үеийг GFS гэж тэмдэглэнэ.
Жишээ нь: ажил нь долоо хоног тутмын GFS-г Лхагва гаригт нөөцлөлт ашиглан хадгалахаар тохируулагдсан. Даалгавар өдөр бүр хийгдэх боловч бүтэн нөөц хуулбарыг Баасан гарагт хийхээр төлөвлөж байна. Энэ тохиолдолд GFS хугацаа Лхагва гарагт эхлэх бөгөөд даалгавар нь тохиромжтой цэгийг хүлээж эхэлнэ. Энэ нь Баасан гарагт гарч ирэх бөгөөд GFS-ийн тугаар тэмдэглэгдсэн байх болно.
- Хэрэв хэд хэдэн үеийг нэг дор оруулсан бол (жишээлбэл, долоо хоног, сар бүр) B&R нь ижил цэгийг хэд хэдэн интервалын GFS болгон ашиглах боломжийг олгодог аргыг ашиглана (зай хэмнэхийн тулд). Хамгийн залуугаас эхлэн тугуудыг дарааллаар нь хуваарилна.
Жишээ нь: долоо хоног тутмын GFS-ийг Лхагва гарагт, сар бүрийн GFS-ийг сарын сүүлийн долоо хоногт тохируулсан. Даалгавар нь өдөр бүр ажилладаг бөгөөд Даваа, Баасан гарагт бүрэн нөөцлөлт үүсгэдэг.
Энгийн байхын тулд сарын сүүлчийн долоо хоногоос тоолж эхэлцгээе. Энэ долоо хоногт бүрэн нөөцлөлтийг даваа гарагт үүсгэх боловч долоо хоног бүрийн GFS интервал Лхагва гарагт эхэлдэг тул үүнийг үл тоомсорлох болно. Гэхдээ Баасан гарагийн бүрэн нөөц нь GFS цэгт бүрэн тохиромжтой. Энэ систем нь бидэнд аль хэдийн танил болсон.
Одоо энэ сарын сүүлийн долоо хоногт юу болохыг харцгаая. Сар бүрийн GFS интервал Даваа гаригт эхлэх боловч Даваа гарагийн VBK нь GFS гэж тэмдэглэгдэхгүй. Энэ тохиолдолд хайлт нь долоо хоног бүрээс эхэлдэг, учир нь тодорхойлолтоор энэ нь сар бүр байж болно.
Гэсэн хэдий ч, хэрэв та зөвхөн долоо хоног, жилийн интервалуудыг оруулбал тэдгээр нь бие биенээсээ хамааралгүй ажиллах бөгөөд 2 тусдаа VBK-г GFS интервал гэж тэмдэглэж болно.
Нөөц хуулбарлах ажлууд
Ажлын талаар ихэвчлэн тодруулга шаарддаг өөр нэг төрлийн ажил. Нэгдүгээрт, шинэлэг зүйлгүй ажлын "сонгодог" аргыг харцгаая v.10
Хадгалах энгийн арга
Анхдагч байдлаар, ийм ажлууд нь хязгааргүй нэмэгдэл горимд ажилладаг. Цэг үүсгэх нь хоёр параметрээр тодорхойлогддог - хуулбарлах интервал ба хүссэн сэргээх цэгүүдийн тоо (энд өдөртөө хадгалагдах зүйл байхгүй). Хуулбарлах интервалыг ажил үүсгэх үед эхний Ажлын таб дээр тохируулна:
Онооны тоог Зорилтот таб дээр бага зэрэг тодорхойлно
Даалгавар нь интервал бүрт 1 шинэ цэг үүсгэдэг (анхны даалгавруудаар VM-д хэдэн оноо үүсгэсэн нь хамаагүй). Интервалын төгсгөлд шинэ цэгийг эцэслэн боловсруулж, шаардлагатай бол VBK болон хамгийн эртний нэмэгдлийг нэгтгэх замаар хадгалалтыг хэрэглэнэ. Энэ механизм нь бидэнд аль хэдийн танил болсон.
GFS ашиглан хадгалах арга
BCJ нь архивын цэгүүдийг хадгалах боломжтой. Үүнийг сэргээх цэгийн тооны тохиргооны доор яг ижил Зорилтот таб дээр тохируулсан болно:
GFS цэгүүдийг хоёр аргаар үүсгэж болно - хоёрдогч репозитор дээрх өгөгдлийг синтетик аргаар эсвэл бүрэн нөөцлөлтийг дуурайж, үндсэн репозитороос бүх өгөгдлийг унших (3-р тэмдэглэсэн сонголтоор идэвхжүүлсэн). Хоёр тохиолдолд хадгалах нь маш өөр байх тул бид тэдгээрийг тусад нь авч үзэх болно.
Синтетик GFS
Энэ тохиолдолд GFS цэгийг яг товлосон өдөр үүсгээгүй. Үүний оронд GFS цэгийг үүсгэхээр төлөвлөж байсан өдрийн VIB-г бүрэн нөөцлөлттэй нэгтгэх үед GFS цэг үүснэ. Энэ нь заримдаа үл ойлголцол үүсгэдэг, учир нь цаг хугацаа өнгөрч, GFS цэг байхгүй хэвээр байна. Зөвхөн техникийн дэмжлэгийн хүчирхэг бөө л ямар өдөр цэг гарч ирэхийг таамаглаж чадна. Үнэн хэрэгтээ ид шид шаардлагагүй - тогтоосон цэгийн тоо болон синхрончлолын интервалыг (өдөр бүр хэдэн оноо бий болгодог) хараарай. Энэ жишээг ашиглан өөрөө тооцоолж үзээрэй: даалгавар нь 7 оноо хадгалахаар тохируулагдсан, синхрончлолын интервал нь 12 цаг (жишээ нь өдөрт 2 оноо). Одоогийн байдлаар гинжин хэлхээнд аль хэдийн 7 цэг байгаа бөгөөд өнөөдөр Даваа гараг бөгөөд GFS цэгийг энэ өдөр байгуулахаар төлөвлөж байна. Энэ нь ямар өдөр бүтээгдэх вэ?
Хариу хариул
Эндээс гинж нь өдөр ирэх тусам хэрхэн өөрчлөгдөхийг тайлбарлах нь дээр.
Тиймээс Даваа гарагт гинжин хэлхээний сүүлчийн өсөлтийг GFS гэж тэмдэглэсэн боловч өөр харагдахуйц өөрчлөлт гарахгүй. Өдөр бүр даалгавар нь 2 шинэ цэгийг бий болгодог бөгөөд хадгалах нь гинжийг урагшлуулдаг. Эцэст нь, пүрэв гаригт энэ өсөлтөд хадгалалт хэрэглэх цаг ирж байна. Энэ сесс ердийнхөөс удаан үргэлжлэх болно - учир нь даалгавар нь гинжнээс шаардлагатай блокуудыг "судлан", шинэ бүрэн цэгийг үүсгэх болно. Энэ мөчөөс эхлэн гинжин хэлхээнд аль хэдийн 8 цэг байх болно - үндсэн хэлхээнд 7 + GFS.
"Цэгийг бүхэлд нь унших" сонголтоор GFS цэгүүдийг үүсгэж байна
Дээр би BCJ нь хязгааргүй өсөлттэй горимд ажилладаг гэж хэлсэн. Одоо бид энэ дүрмийн цорын ганц үл хамаарах зүйлийг авч үзэх болно. "Цэгийг бүхэлд нь унших" сонголтыг идэвхжүүлсэн үед GFS цэг яг төлөвлөсөн өдөр үүсгэгдэнэ. Даалгавар нь өөрөө үе үе бүрэн нөөцлөлттэй, өсөлтийн горимд ажиллах болно, бид дээр дурдсан. Мөн гинжин хэлхээний хамгийн эртний хэсгийг салгах замаар хадгална. Гэхдээ энэ тохиолдолд зөвхөн нэмэгдлүүд устаж, бүрэн нөөцлөлт нь GFS цэг болж үлдэх болно. Үүний дагуу GFS тугнуудаар тэмдэглэгдсэн цэгүүдийг хадгалахыг тооцохдоо тооцдоггүй.
Даваа гаригт 7 цэгийг хадгалах, долоо хоног бүрийн GFS цэг үүсгэх даалгавар тавигдсан гэж бодъё. Энэ тохиолдолд Даваа гараг бүр даалгавар нь бүрэн нөөцлөлт үүсгэж, GFS гэж тэмдэглэнэ. Хадгалалтыг хамгийн эртний хэсгээс нэмэгдүүлсний дараа үлдсэн өсөлтийн тоо 7-оос доошгүй тохиолдолд хэрэглэнэ. Диаграммд иймэрхүү харагдаж байна:
Тиймээс хоёр дахь долоо хоногийн эцэс гэхэд гинжин хэлхээнд нийт 14 оноо байна. Хоёр дахь долоо хоногт даалгавар нь 7 оноог бий болгосон. Хэрэв энэ нь энгийн ажил байсан бол хадгалалт аль хэдийн хэрэгжих байсан. Гэхдээ энэ нь GFS хадгалалттай BCJ тул бид GFS оноог тооцохгүй бөгөөд энэ нь ердөө 6 байна гэсэн үг. Өөрөөр хэлбэл, бид хадгалах хугацааг хараахан хэрэглэх боломжгүй. Гурав дахь долоо хоногт бид GFS туг бүхий өөр бүрэн нөөцлөлтийг бий болгоно. 15 оноо, гэхдээ бид үүнийг дахин тооцохгүй. Эцэст нь, гурав дахь долоо хоногийн Мягмар гарагт бид өсөлтийг бий болгодог. Одоо, хэрэв бид эхний долоо хоногийн гинжин хэлхээний өсөлтийг хасвал нийт өсөлтийн тоо нь тогтоосон хадгалалтыг хангах болно.
Дээр дурдсанчлан, энэ аргын хувьд бүрэн нөөцлөлтийг тогтмол хийх нь маш чухал юм. Хэрэв та үндсэн хадгалалтыг 7 хоног, харин жилийн 1 оноогоор тогтоовол нэмэгдэл нь 7-оос хамаагүй их хуримтлагдана гэж төсөөлөхөд хялбар байдаг. Ийм тохиолдолд бий болгох синтетик аргыг ашиглах нь дээр. GFS.
Мөн дахин "Устгасан зүйлсийг устгах"
Энэ сонголт BCJ-д бас байдаг:
Энд байгаа энэ сонголтын логик нь ердийн нөөцлөх ажлуудтай адил юм - хэрэв машиныг заасан хэдэн өдрийн турш боловсруулаагүй бол түүний өгөгдлийг сүлжээнээс устгана. Гэсэн хэдий ч, BCJ-ийн хувьд энэ сонголтын ашиг тус нь бодитойгоор илүү өндөр байдаг бөгөөд яагаад гэдгийг эндээс харж болно.
Ердийн горимд BCJ нь хязгааргүй өсөлтийн горимд ажилладаг тул хэрэв машиныг ажлаас нь салгавал VBK-д нэг л үлдэх хүртэл хадгалах нь бүх сэргээх цэгүүдийг аажмаар устгах болно. Одоо даалгаврыг синтетик GFS цэгүүдийг үүсгэхээр тохируулсан хэвээр байна гэж төсөөлье. Цаг нь ирэхэд ажил нь гинжин хэлхээний бүх машинд GFS-ийг бий болгох шаардлагатай болно. Хэрэв зарим машинд ямар ч шинэ оноо байхгүй бол та үүнийг ашиглах хэрэгтэй болно. Тэгээд тэр болгонд. Үүний үр дүнд дараахь нөхцөл байдал үүсч болно.
Файлын хэсэгт анхаарлаа хандуулаарай: бидэнд үндсэн VBK болон долоо хоног тутмын 2 GFS оноо байна. Одоо "Сэргээх цэгүүд" хэсэгт - үнэндээ эдгээр файлууд нь машины ижил дүрсийг агуулдаг. Мэдээжийн хэрэг, ийм GFS цэгүүдэд ямар ч утга байхгүй, тэд зөвхөн зай эзэлдэг.
Энэ нөхцөл байдал нь зөвхөн синтетик GFS ашиглах үед л боломжтой. Үүнээс урьдчилан сэргийлэхийн тулд "Устгасан зүйлсийг устгах" сонголтыг ашиглана уу. Үүнийг хангалттай хэдэн өдрийн турш тохируулахаа бүү мартаарай. Техникийн дэмжлэг нь синхрончлолын интервалаас цөөн хоногоор тохируулагдсан тохиолдлуудыг харсан - BCJ цэгүүдийг үүсгэхээс өмнө улайрч, устгаж эхэлсэн.
Энэ сонголт нь аль хэдийн үүсгэсэн GFS цэгүүдэд нөлөөлөхгүй гэдгийг анхаарна уу. Хэрэв та архивыг цэвэрлэхийг хүсвэл үүнийг гараар хийх хэрэгтэй - машин дээр хулганы баруун товчийг дараад "Дискээс устгах" гэснийг сонгоод (харагдах цонхонд "GFS бүрэн нөөцлөлтийг устгах" нүдийг шалгахаа мартуузай). :
Innovation v.10 – шууд хуулбар
"Сонгодог" функцийг авч үзсэний дараа шинэ зүйл рүү шилжье. Нэг шинэчлэл бий, гэхдээ маш чухал. Энэ бол үйл ажиллагааны шинэ горим юм.
"Синхрончлолын интервал" гэж байдаггүй бөгөөд даалгавар нь шинэ цэгүүд гарч ирсэн эсэхийг байнга хянаж, хэчнээн байсан ч хамаагүй бүгдийг нь хуулах болно. Гэхдээ үүнтэй зэрэгцэн ажил нь өсөн нэмэгдэж буй хэвээр байна, өөрөөр хэлбэл үндсэн ажил нь VBK эсвэл VRB үүсгэсэн ч эдгээр цэгүүдийг VIB болгон хуулах болно. Үгүй бол энэ горимд гэнэтийн зүйл байхгүй - стандарт болон GFS хадгалах аль аль нь дээр дурдсан дүрмийн дагуу ажилладаг (гэхдээ энд зөвхөн синтетик GFS боломжтой).
Дискүүд эргэлдэж байна. Эргүүлсэн хөтчүүдтэй хадгалах сангийн онцлогууд
Ransomware вирусын байнгын аюул занал нь вирус хүрч чадахгүй орчинд мэдээллийн хуулбарыг хадгалахыг бодит аюулгүй байдлын стандарт болгосон. Нэг сонголт бол дискийг нэг нэгээр нь ашигладаг диск эргүүлэх агуулахуудыг ашиглах явдал юм: нэг диск холбогдсон бөгөөд бичих боломжтой байхад үлдсэн хэсэг нь аюулгүй газар хадгалагддаг.
B&R-д ийм хадгалах газартай ажиллахыг заахын тулд та репозиторын тохиргооны "Repository" алхам дахь "Advanced" товчийг дараад тохирох сонголтыг сонгох хэрэгтэй.
Үүний дараа VBR нь одоо байгаа гинж нь репозитороос үе үе алга болно гэж хүлээх бөгөөд энэ нь дискийг эргүүлэх гэсэн үг юм. Хадгалах газрын төрөл болон ажлын төрлөөс хамааран B&R нь өөр өөрөөр ажиллах болно. Үүнийг дараах хүснэгтээр илэрхийлж болно.
Сонголт бүрийг авч үзье.
Ердийн даалгавар ба Windows репозитор
Тиймээс, бид эхний диск рүү гинжийг хадгалах даалгавартай байна. Эргэлтийн үед үүссэн гинж нь үнэндээ алга болж, даалгавар нь энэ алдагдлыг ямар нэгэн байдлаар даван туулах шаардлагатай болдог. Бүрэн нөөцлөлтийг бий болгосноор тэрээр тайтгарлыг олдог. Тиймээс эргэлт бүр нь бүрэн нөөцлөлт гэсэн үг юм. Гэхдээ салгагдсан диск дээрх цэгүүдэд юу тохиолдох вэ? Хадгалах хугацааг тооцоолохдоо тэдгээрийг санаж, харгалзан үздэг. Тиймээс, даалгаврын тогтоосон цэгүүдийн тоо нь бүх дискэн дээр хэдэн оноо хадгалах шаардлагатайг хэлнэ. Энд нэг жишээ байна:
Энэ ажил нь хязгааргүй өсөлтийн горимд ажилладаг бөгөөд 3 сэргээх цэгийг хадгалахаар тохируулагдсан. Гэхдээ бид хоёр дахь дисктэй бөгөөд бид үүнийг долоо хоногт нэг удаа эргүүлдэг (илүү олон диск байж магадгүй, энэ нь мөн чанарыг өөрчлөхгүй).
Эхний долоо хоногт даалгавар нь эхний дискэн дээр оноо үүсгэж, нэмэлтүүдийг нэгтгэнэ. Тиймээс нийт онооны тоо гуравтай тэнцүү байх болно.
Дараа нь бид хоёр дахь хөтөчийг холбоно. Ажиллаж эхлэхэд B&R диск солигдсоныг анзаарах болно. Эхний диск дээрх гинж нь интерфэйсээс алга болох боловч энэ тухай мэдээлэл мэдээллийн санд үлдэх болно. Одоо даалгавар нь хоёр дахь диск дээр 3 оноо хадгалах болно. Ерөнхий нөхцөл байдал дараах байдалтай байна.
Эцэст нь бид эхний хөтөчийг дахин холбоно. Шинэ цэг үүсгэхээс өмнө даалгавар нь хадгалалтад юу болж байгааг шалгах болно. Мөн хадгалалт нь 3 оноо хадгалахаар тохируулагдсан гэдгийг би танд сануулж байна. Үүний зэрэгцээ бид 3-р диск дээр 2 цэгтэй (гэхдээ үүнийг салгаж, B&R хүрч чадахгүй аюулгүй газар хадгалдаг) болон 3-р диск дээр 1 цэг (гэхдээ энэ нь холбогдсон). Энэ нь бид 3-р дискнээс 1 цэгийг хадгалах хэмжээнээс хэтэрсэн тул аюулгүйгээр устгаж чадна гэсэн үг юм. Үүний дараа даалгавар нь дахин бүрэн нөөцлөлт үүсгэх бөгөөд бидний хэлхээ дараах байдлаар харагдаж эхэлнэ.
Хэрэв хадгалалтыг онооны тоо биш хоног хадгалахаар тохируулсан бол логик өөрчлөгдөхгүй. Нэмж дурдахад дискний эргэлттэй репозиторуудыг ашиглах үед GFS хадгалах нь огт дэмжигддэггүй.
Тогтмол ажил болон Линукс репозитор сүлжээний хадгалалт
Энэ сонголт нь бас боломжтой боловч хязгаарлалтын улмаас ерөнхийдөө бага зөвлөдөг. Даалгавар нь дискийг эргүүлэх, гинж алга болоход адилхан хариу үйлдэл үзүүлэх болно - бүрэн нөөцлөлт үүсгэх замаар. Хязгаарлалт нь таслах хадгалах механизмтай холбоотой юм.
Энд эргэлтийн үед салгагдсан диск дээрх бүх хэлхээг B&R мэдээллийн сангаас устгадаг. Мэдээллийн сангаас файлууд өөрөө дискэн дээр үлддэг гэдгийг анхаарна уу. Тэдгээрийг импортлох, сэргээхэд ашиглах боломжтой боловч эрт орой хэзээ нэгэн цагт ийм мартагдсан гинж нь бүх агуулахыг дүүргэх болно гэдгийг таахад хялбар байдаг.
Үүний шийдэл нь энэ хуудсанд заасны дагуу DWORD ForceDeleteBackupFiles нэмэх явдал юм. . Дараа нь ажил нь эргэлт бүр дээр ажлын хавтас эсвэл хадгалах хавтас (үнэ цэнээс хамааран) агуулгыг бүхэлд нь устгаж эхэлнэ.
Гэсэн хэдий ч энэ нь гоёмсог хадгалалт биш, харин бүх агуулгыг цэвэрлэх явдал юм. Харамсалтай нь, техникийн дэмжлэг нь хадгалах газар нь дискний үндсэн лавлах байсан бөгөөд нөөц хуулбараас гадна бусад өгөгдөл байрладаг тохиолдолтой тулгарсан. Энэ бүхнийг эргүүлэх явцад устгасан.
Нэмж дурдахад, ForceDeleteBackupFiles идэвхжсэн үед энэ нь бүх төрлийн репозиторуудад ажилладаг, өөрөөр хэлбэл Windows дээрх хадгалах газрууд хүртэл хадгалахаа зогсоож, агуулгыг устгаж эхэлнэ. Өөрөөр хэлбэл, ийм нөөц хадгалах системийн хувьд Windows дээрх локал диск нь хамгийн сайн сонголт юм.
Нөөц хуулбар болон Windows репозитор
BCJ-ийн хувьд бүх зүйл илүү сонирхолтой болж байна. Энэ нь зөвхөн бүрэн хадгалалттай төдийгүй дискээ солих бүртээ бүрэн нөөцлөлт хийх шаардлагагүй болно! Энэ нь дараах байдлаар ажилладаг:
Эхлээд B&R эхний дискэн дээр цэг үүсгэж эхэлдэг. Бид хадгалалтыг 3 оноотой болголоо гэж бодъё. Даалгавар нь хязгааргүй өсөлттэй горимд ажиллах бөгөөд шаардлагагүй бүх зүйлийг нэгтгэх болно (энэ тохиолдолд GFS хадгалахыг дэмжихгүй гэдгийг би танд сануулж байна).
Дараа нь бид хоёр дахь хөтөчийг холбоно. Одоогоор гинж байхгүй тул бид бүрэн нөөцлөлтийг үүсгэж, дараа нь гурван цэгийн хоёр дахь хэлхээтэй болно.
Эцэст нь эхний хөтөчийг дахин холбох цаг болжээ. Эндээс л ид шид эхэлдэг, учир нь даалгавар нь бүрэн нөөцлөлт үүсгэхгүй, харин өсөн нэмэгдэж буй гинжийг үргэлжлүүлэх болно.
Үүний дараа диск бүр өөрийн гэсэн бие даасан хэлхээтэй болно. Тиймээс энд хадгалах нь бүх диск дээрх цэгүүдийн тоог биш, харин диск тус бүрийн цэгүүдийн тоог тус тусад нь хэлнэ.
Нөөц хуулбар болон Линукс хадгалах сүлжээний сан
Дахин хэлэхэд, хадгалах газар нь локал Windows диск дээр байхгүй бол бүх дэгжин байдал алдагдана. Энэ скрипт нь дээр дурдсан энгийн даалгавартай төстэй ажилладаг. Эргүүлэх бүрт BCJ бүрэн нөөцлөлт үүсгэх бөгөөд одоо байгаа цэгүүд мартагдах болно. Сул зай дутагдахаас зайлсхийхийн тулд та DWORD ForceDeleteBackupFiles програмыг ашиглах хэрэгтэй.
дүгнэлт
Тиймээс, ийм урт текстийн үр дүнд бид хоёр төрлийн даалгаврыг авч үзсэн. Мэдээжийн хэрэг, өөр олон даалгавар байгаа ч бүгдийг нь нэг нийтлэлийн хэлбэрээр авч үзэх боломжгүй юм. Хэрэв уншсаны дараа танд асуулт байгаа бол сэтгэгдэл дээр бичээрэй, би хувьдаа хариулахад баяртай байх болно.
Эх сурвалж: www.habr.com