بيڪ اپ اهم ڊيٽا هڪ سٺي شيء آهي. پر ڇا جيڪڏهن ڪم کي فوري طور تي جاري رکڻ جي ضرورت آهي، ۽ هر منٽ جي حساب سان؟ اسان Acronis تي فيصلو ڪيو ته اهو ڪيئن ممڪن آهي ته سسٽم کي جلدي ممڪن طور تي شروع ڪرڻ جو مسئلو حل ڪيو وڃي. ۽ هي ايڪٽو ريسٽور سيريز جي پهرين پوسٽ آهي، جنهن ۾ مان توهان کي ٻڌائيندس ته ڪيئن اسان انوپوليس يونيورسٽي سان گڏجي پراجيڪٽ جي شروعات ڪئي، اسان کي ڪهڙو حل مليو، ۽ اڄ اسان ڇا تي ڪم ڪري رهيا آهيون. تفصيل هيٺ ڏنل آهن.
سلام! منهنجو نالو ڊولٽ تمبايوف آهي، ۽ اڄ مان توهان سان حصيداري ڪرڻ چاهيان ٿو پنهنجو تجربو هڪ اهڙي نظام کي ترقي ڪرڻ ۾ جيڪو آفت جي بحالي کي تيز ڪري ٿو. منصوبي جي سڄي ترقي جي رستي بابت ڳالهائڻ لاء، اچو ته ٿورو پري کان شروع ڪريون. مان هن وقت Acronis ۾ ڪم ڪريان ٿو، پر مان پڻ Innopolis University جو گريجوئيٽ آهيان، جتي مون سافٽ ويئر ڊولپمينٽ مئنيجمينٽ (MSIT-SE جي نالي سان مشهور آهي) ۾ ماسٽر پروگرام مڪمل ڪيو. Innopolis هڪ نوجوان يونيورسٽي آهي، ۽ نصاب اڃا به ننڍو آهي. پر اهو ڪارنيگي ميلون يونيورسٽي جي نصاب تي ٺهيل آهي، جنهن جي ڪم ۾ صنعتي منصوبن وانگر هڪ موضوع شامل آهي.
صنعتي منصوبي جو مقصد شاگردن کي حقيقي ترقي ۾ وسارڻ ۽ حاصل ڪيل علم کي عملي طور تي مضبوط ڪرڻ آهي. هن کي ڪرڻ لاء، يونيورسٽي ڪمپنين سان تعاون ڪري ٿي جهڙوڪ Yandex، Acronis، MTC ۽ ٻين ڪيترن ئي (مجموعي طور تي، 2018 تائين، يونيورسٽي ۾ 144 ڀائيوار هئا). تعاون جي دوران، ڪمپنيون پنھنجي ڪم جا علائقا يونيورسٽي کي پيش ڪن ٿا، ۽ شاگرد انھن منصوبن مان ھڪڙو چونڊيندا آھن جيڪي انھن جي مفادن ۽ تربيت جي سطح جي ويجھو ھجن. لفظي طور تي ٻه سال اڳ، مان اڃا تائين "بيريڪيڊس جي ٻئي پاسي" هو ۽ هڪ شاگرد جي حيثيت ۾ ڪم ڪيو هو هڪ ٻئي Acronis منصوبي تي. پر هن ڀيري آئون ڪمپني جي پاسي شاگردن لاءِ ٽيڪنيڪل صلاحڪار بڻجي ويس ۽ انوپولس کي فعال بحالي واري منصوبي جي تجويز ڏني. فعال بحالي جو تمام گهڻو خيال ايڪونس ۾ ڪرنل ٽيم پاران ٺاهيو ويو، پر حل جي ترقي انوپولس يونيورسٽي سان گڏ شروع ٿي.
فعال بحالي - ڇو ان جي ضرورت آهي؟
روايتي طور تي، آفت جي بحالي هڪ معياري منصوبي جي مطابق ڪم ڪري ٿي. توهان جي ڪمپيوٽر سان مشڪلاتن کان پوء، توهان ڪجهه بيڪ اپ سسٽم جي ويب انٽرفيس ڏانهن وڃو، مثال طور، Acronis True Image، ۽ وڏي "بحال" بٽڻ تي ڪلڪ ڪريو. اڳيون توهان کي انتظار ڪرڻو پوندو N منٽ، ۽ صرف ان کان پوء توهان ڪم جاري رکي سگهو ٿا.
مسئلو اهو آهي ته هي نمبر N، جنهن کي RTO (ريڪوري ٽائيم مقصد) جي نالي سان پڻ سڃاتو وڃي ٿو، قابل اجازت وصولي وقت، ڪافي متاثر ڪندڙ ٿي سگهي ٿو، جيڪو ڪنيڪشن جي رفتار تي منحصر آهي (جيڪڏهن وصولي بادل مان آهي)، توهان جي مشين جي هارڊ ڊرائيو جي سائيز ، ۽ ٻيا ڪيترائي عنصر. ڇا ان کي گهٽائڻ ممڪن آهي؟ ها، توهان ڪري سگهو ٿا، ڇاڪاڻ ته ڪم کي ٻيهر شروع ڪرڻ لاء توهان کي هميشه هڪ مڪمل ڪمپيوٽر ڊسڪ جي ضرورت ناهي. ساڳئي تصويرون ۽ وڊيوز ڪنهن به طريقي سان ڊوائيس جي ڪارڪردگي کي متاثر نه ڪن ۽ بعد ۾ پس منظر ۾ ڇڪي سگهجن ٿيون.
ڊرائيور جي ضرورت آهي ...
آپريٽنگ سسٽم اميد رکي ٿو ته ڊسڪ مڪمل طور تي تيار ٿيڻ سان شروع ٿئي. تنهن ڪري، ونڊوز ڊسڪ جي سالميت کي جانچڻ لاء چيڪن جو هڪ سلسلو انجام ڏئي ٿو. سسٽم هڪ عام شروع ٿيڻ جي اجازت نه ڏيندو جيڪڏهن ڪجهه فائلون جيڪي OS ڳولڻ جي اميد رکندا آهن غائب يا خراب آهن. هن مسئلي کي حل ڪرڻ لاء، اهو فيصلو ڪيو ويو ته ڊسڪ تي نامزد ٿيل ريڊريڪٽر فائلون جيڪي اسان ٺاهيا آهن، جيڪي غائب يا خراب ٿيل فائلن کي تبديل ڪندا آهن، پر حقيقت ۾ ڊمي آهن. اهڙن ريڊائريڪٽرن کي ٺاهڻ ۾ گهڻو وقت نه ٿو لڳي، ڇاڪاڻ ته انهن وٽ اصل ۾ ڪو به مواد ناهي.
وڌيڪ بحالي ھيٺ ڏنل آھي. پس منظر جي عمل سان، آپريٽنگ سسٽم جي آپريشن سان متوازي ۾، "ڊميز" ڊيٽا سان ڀرجي ويا آهن. پس منظر جي بحالي واري عمل ۾ ڊسڪ لوڊ جي حساب سان ورتو وڃي ٿو ۽ مقرر ڪيل حد کان وڌيڪ نه آهي. بهرحال، صارف يا آپريٽنگ سسٽم پاڻ کي اوچتو هڪ فائل جي ضرورت آهي جيڪا اڃا تائين موجود ناهي. هي آهي جتي ٻيو وصولي موڊ راند ۾ اچي ٿو. درخواست ٿيل فائل جي ترجيح کي وڌ ۾ وڌ وڌايو ويندو آھي، ۽ وصولي وارو عمل فوري طور تي فائل کي ڊسڪ تي لوڊ ڪري ٿو. آپريٽنگ سسٽم گهربل فائل وصول ڪري ٿو، جيتوڻيڪ ٿوري دير سان.
هي اهو آهي جيڪو هڪ مثالي تصوير وانگر ڏسڻ ۾ اچي ٿو. جڏهن ته، حقيقي دنيا ۾، اتي موجود آهن وڏي تعداد ۾ نقصان ۽ امڪاني رڪاوٽون. Innopolis ماسٽر جي شاگردن سان گڏ، اسان هن بحالي واري منظر کي ڳولڻ جو فيصلو ڪيو، RTO ۾ حاصلات جو جائزو وٺو، ۽ سمجھو ته ڇا اهڙو طريقو ممڪن آهي؟ آخرڪار، ان وقت مارڪيٽ تي ڪو به اهڙو حل نه هو.
۽ جيڪڏھن مون فيصلو ڪيو ته خدمت جو حصو انوپولس جي ماڻھن لاءِ تيار ڪيو وڃي، پوءِ اندر اندر Acronis ڪم شروع ٿيو. . اهو Windows Kernel ٽيم پاران ڪيو ويو. منصوبو هن طرح هو:
- او ايس جي شروعاتي مرحلي ۾ ڊرائيور کي لانچ ڪريو،
- ڪم جي دوران، جڏهن مڪمل طور تي تيار ٿي ويندي، سروس ڊائون لوڊ ڪريو
- سروس ڊرائيور جي درخواستن تي عمل ڪري ٿي ۽ ان جي وڌيڪ ڪم کي همٿائي ٿي.
ڊرائيور انجنيئرنگ جا ذخيرا
جيڪڏهن منهنجا ساٿي ڪنهن ٻئي پوسٽ ۾ خدمت بابت ڳالهائيندا، پوء هن متن ۾ اسان ڊرائيور جي ترقي جي پيچيدگي کي ظاهر ڪنداسين. اڳ ۾ ئي ترقي يافته ميني فلٽر ڊرائيور ٻه آپريٽنگ موڊ آهن - جڏهن سسٽم عام موڊ ۾ شروع ڪيو، ۽ جڏهن سسٽم صرف ناڪامي جو تجربو ڪيو آهي ۽ بحال ٿي رهيو آهي. صارف جي لائبريرين ۽ ايپليڪيشنن کي لوڊ ڪرڻ کان اڳ، ۽ تنهن ڪري اسان جي خدمت، ڊرائيور ساڳيو ڪم ڪري ٿو. هن کي خبر ناهي ته هي نظام ڪهڙي حالت ۾ آهي. نتيجي طور، هر تخليق، پڙهڻ ۽ لکڻ لاگ ان ٿيل آهي، ۽ سڀ ميٽا ڊيٽا رڪارڊ ٿيل آهي. ۽ جڏهن خدمت آن لائن آهي، ڊرائيور اها معلومات مهيا ڪري ٿو خدمت کي.
عام شروعات جي صورت ۾، سروس ڊرائيور ڏانهن "آرام" سگنل موڪلي ٿو ته جيئن اهو "آرام" ٿئي ۽ تمام ڊيٽا کي محتاط طور تي لاگ ان ڪرڻ بند ڪري. انهي حالت ۾، ڊرائيور صرف ڊسڪ تي تبديلين کي لاگنگ ڪرڻ لاء سوئچ ڪري ٿو ۽ انهن کي سروس ڏانهن رپورٽ ڪري ٿو، جيڪو، ٻين Acronis اوزار استعمال ڪندي، ڊسڪ بيڪ اپ کي برقرار رکي ٿو سڀ کان وڌيڪ تازه ترين حالت ۾ استعمال ڪندڙ طرفان بيان ڪيل ميڊيا تي. اهو ڪلائوڊ، ريموٽ، تدريجي يا رات جو بيڪ اپ ٿي سگهي ٿو.
جيڪڏهن وصولي موڊ فعال آهي، خدمت ڊرائيور کي ٻڌائي ٿي ته ان کي "ريڪوري" موڊ ۾ ڪم ڪرڻ جي ضرورت آهي. سسٽم صرف حادثي مان بحال ٿيو آهي، ۽ جيئن ئي اهو ڊسڪ تي فائل کولڻ جي درخواست ڪري ٿو، ميني فلٽر کي لازمي طور تي هن آپريشن کي روڪيو وڃي، هي درخواست پاڻ ٺاهيو، چيڪ ڪريو ته ڇا اهڙي فائل ڊسڪ تي موجود آهي ۽ ڇا. اهو کولي سگهجي ٿو.
جيڪڏهن فائل غائب آهي، ميني فلٽر هن معلومات کي خدمت ڏانهن منتقل ڪري ٿو، جيڪا فائل جي وصولي جي ترجيح کي وڌائي ٿي (هن وقت، وصولي پس منظر ۾ ٿي رهي آهي). اهو ظاهر ٿئي ٿو ته هي فائل صرف قطار جي شروعات ڏانهن ٽپو ڏئي ٿو. ان کان پوء، خدمت پاڻ (يا ٻيو Acronis مطلب) هن فائل کي بحال ڪري ٿو ۽ ڊرائيور کي ٻڌائي ٿو ته سڀ ڪجهه ٺيڪ آهي، هاڻي آپريٽنگ سسٽم ان تائين رسائي ڪري سگهي ٿو ۽ ڊرائيور اصل درخواست کي "ريليز" ڪري ٿو، سسٽم کان ڊسڪ تائين.
جيڪڏهن وصولي ناممڪن آهي، خدمت ڊرائيور کي ٻڌائي ٿو ته فائل بيڪ اپ ۾ نه آهي. اسان جو ميني فلٽر ڊرائيور صرف سسٽم جي درخواست کي اڳتي وڌائي ٿو ۽ اصل درخواست ڪندڙ (او ايس پاڻ يا ايپليڪيشن) کي "فائل نه مليو" غلطي ملي ٿي. بهرحال، اهو بلڪل عام آهي جيڪڏهن فائل واقعي ڊسڪ تي ۽ بيڪ اپ ۾ نه هئي.
يقينن، آپريٽنگ سسٽم تمام گهڻو سست ڪم ڪندو، ڇاڪاڻ ته ڪنهن به فائل يا لائبريري کي پڙهڻ ڪيترن ئي مرحلن ۾ ٿئي ٿو، ممڪن طور تي ريموٽ وسيلن تائين رسائي سان. پر صارف جيترو جلدي ممڪن ٿي سگهي ڪم تي واپس حاصل ڪري سگهي ٿو جڏهن ته وصولي اڃا تائين ٿي رهي آهي.
گھٽ جي ضرورت آھي، اڃا به گھٽ ...
پروٽوٽائپ ان جي ڪارڪردگي کي ثابت ڪيو آهي. پر اسان کي پڻ اڳتي وڌڻ جي ضرورت محسوس ڪئي ڇاڪاڻ ته ڪجهه ڪيسن ۾ اڃا تائين تعطل موجود آهن. مثال طور، آپريٽنگ سسٽم ڪيترن ئي موضوعن ۾ مختلف لائبريرين جي درخواست ڪري سگهي ٿو، جنهن جي ڪري اسان جي خدمت پاڻ تي واپس لوپ ڪري ٿي.
مسئلو جيڪو آئون هن وقت ڪم ڪري رهيو آهيان اهو آهي فعال بحالي جي رفتار کي وڌائڻ ۽ سسٽم سيڪيورٽي جي سطح کي وڌائڻ. اچو ته چوندا آهن ته سسٽم کي پوري فائل جي ضرورت ناهي، پر صرف ان جو هڪ حصو. هن مقصد لاء، هڪ ٻيو ڊرائيور ترقي ڪئي وئي - ڊسڪ فلٽر ڊرائيور. اهو هاڻي فائل سطح تي ڪم نٿو ڪري، پر بلاڪ سطح تي. آپريشن جو اصول ساڳيو آهي: عام آپريشن موڊ ۾، ڊرائيور صرف ڊسڪ تي تبديل ٿيل بلاڪ کي لاگ ان ڪري ٿو، ۽ وصولي موڊ ۾، اهو پاڻ تي بلاڪ پڙهڻ جي ڪوشش ڪندو آهي، ۽ جيڪڏهن ناڪام ٿيو، خدمت کي ترجيح وڌائڻ لاء پڇي ٿو. بهرحال، سسٽم جا ٻيا سڀئي حصا ساڳيا آهن. مثال طور، هڪ او ايس-سطح جي خدمت کي شڪ ناهي ته اهو ڪنهن ٻئي ڊرائيور سان رابطو ڪرڻ لاء چيو وڃي ٿو، ڇاڪاڻ ته بنيادي ڪم اهو آهي ته او ايس کي بلڪل ڊيٽا مهيا ڪرڻ آهي جيڪا آپريشن لاء ضروري آهي. هي علائقو اهم سڌارن جي ضرورت آهي، جيڪڏهن صرف ان ڪري ته سروس اڃا تائين نه ڄاڻيو آهي ته بلاڪ جي سطح تي ڪيئن سوچيو وڃي.
اڳيون قدم مون فيصلو ڪيو ته ڊرائيور کي وڌيڪ اونهي ۽ اڳ ۾ شروع ڪيو وڃي، خدمت جي بدران UEFI ڊرائيورز ۽ اصلي ونڊوز ايپليڪيشنن جي سطح تي. هن مقصد لاء ان کي ترقي يافته هئي (يا DXE ڊرائيور)، جيڪو او ايس شروع ٿيڻ کان اڳ شروع ٿئي ٿو ۽ مري وڃي ٿو. پر اسان UEFI ڊرائيورن جي "تاريخ" تي نظر ڪنداسين، اسيمبليء ۽ تنصيب بابت تفصيل، ۽ انهي سان گڏ ايندڙ پوسٽ ۾ ونڊوز اصلي ايپليڪيشنن جا تفصيل. تنهن ڪري اسان جي بلاگ جي رڪنيت حاصل ڪريو، ۽ ساڳئي وقت ۾ آئون ڪم جي ايندڙ مرحلي بابت هڪ ڪهاڻي تيار ڪندس. مون کي توهان جي رايا ۽ صلاح ڏسي خوشي ٿي ويندي.
صرف رجسٽرڊ استعمال ڪندڙ سروي ۾ حصو وٺي سگهن ٿا. ، توهان جي مهرباني.
ڇا توهان ڪڏهن اهڙيون حالتون ڪيون آهن جتي وصولي هڪ انتهائي ڊگهو وقت ورتو:
-
65.1٪ها 28
-
23.2٪نمبر 10
-
11.6٪ان جي باري ۾ نه سوچيو 5
43 صارفين ووٽ ڪيو. 3 استعمال ڪندڙن کي روڪيو ويو.
جو ذريعو: www.habr.com