අපගේ බ්ලොග් පාඨකයන්ට සුභ පැතුම්! අපි දැනටමත් අර්ධ වශයෙන් හුරුපුරුදුය - මගේ ඉංග්‍රීසි භාෂා පළ කිරීම් මෙහි පළ වූයේ මගේ හිතවත් සගයා විසින් පරිවර්තනය කර ඇත . මෙවර රුසියානු භාෂාව කතා කරන ප්‍රේක්ෂකයින් වෙත කෙලින්ම කතා කිරීමට මම තීරණය කළෙමි.
මගේ මංගල දර්ශනය සඳහා, හැකි පුළුල්ම ප්‍රේක්ෂකයින්ට සිත්ගන්නා මාතෘකාවක් සොයා ගැනීමට මට අවශ්ය වූ අතර සවිස්තරාත්මක සලකා බැලීමක් අවශ්ය වේ. Daniel Defoe තර්ක කළේ මරණය සහ බදු සෑම පුද්ගලයෙකුටම බලා සිටින බවයි. මගේ පැත්තෙන්, ඕනෑම ආධාරක ඉංජිනේරුවෙකුට ප්රතිසාධන ලක්ෂ්‍ය ගබඩා කිරීමේ ප්‍රතිපත්ති (හෝ, වඩාත් සරලව, රඳවා තබා ගැනීම) පිළිබඳ ප්‍රශ්න ඇති බව මට පැවසිය හැකිය. මම පළමු මට්ටමේ කනිෂ්ඨ ඉංජිනේරුවෙකු ලෙස වසර 4 කට පෙර රඳවා තබා ගැනීම ක්රියා කරන ආකාරය පැහැදිලි කිරීමට පටන් ගත් අතර, දැනටමත් ස්පාඤ්ඤ සහ ඉතාලි භාෂාව කතා කරන කණ්ඩායමක නායකයා ලෙස මම දැන් පැහැදිලි කරමි. දෙවන සහ තෙවන මට්ටමේ සහයවල සිටින මගේ සගයන් ද එම ප්‍රශ්නවලට නිතිපතා පිළිතුරු දෙන බව මට විශ්වාසයි.
මෙම ආලෝකයේ දී, රුසියානු භාෂාව කතා කරන පරිශීලකයින්ට නැවත නැවතත් විමර්ශන පොතක් ලෙස ආපසු යා හැකි අවසාන, හැකි තරම් සවිස්තරාත්මක ලිපියක් ලිවීමට මට අවශ්ය විය. මොහොත නිවැරදියි - මෑතකදී නිකුත් කරන ලද දසවන සංවත්සර අනුවාදය වසර ගණනාවක් තිස්සේ වෙනස් නොවූ මූලික ක්‍රියාකාරීත්වයට නව විශේෂාංග එක් කළේය. මගේ පළ කිරීම මූලික වශයෙන් මෙම අනුවාදය කෙරෙහි අවධානය යොමු කර ඇත - ලියා ඇති බොහෝ දේ පෙර අනුවාද සඳහා සත්‍ය වුවද, ඔබට එහි විස්තර කර ඇති සමහර ක්‍රියාකාරීත්වය සොයාගත නොහැක. අවසාන වශයෙන්, අනාගතය දෙස මඳක් බලමින්, ඊළඟ අනුවාදයේ යම් වෙනස්කම් බලාපොරොත්තු වන බව මම කියමි, නමුත් අපි කාලය පැමිණි විට මේ ගැන ඔබට කියන්නෙමු. එහෙනම් අපි පටන් ගනිමු.
උපස්ථ රැකියා
පළමුව, 10 වන අනුවාදයේ වෙනස් නොවූ කොටස දෙස බලමු. රඳවා ගැනීමේ ප්රතිපත්තිය පරාමිති කිහිපයකින් තීරණය වේ. නව කාර්යයක් සෑදීම සඳහා කවුළුව විවෘත කර ගබඩා පටිත්ත වෙත යමු. අපේක්ෂිත ප්‍රතිස්ථාපන ලක්ෂ්‍ය ගණන තීරණය කරන පරාමිතියක් මෙන්න අපි දකිමු:
කෙසේ වෙතත්, මෙය සමීකරණයේ කොටසක් පමණි. කාර්යය සඳහා සකසන ලද උපස්ථ මාදිලිය මගින් ද නියම ලකුණු ගණන තීරණය වේ. මෙම විකල්පය තේරීමට, එම ටැබයේ ඇති උසස් බොත්තම මත ක්ලික් කරන්න. මෙය බොහෝ විකල්ප සමඟ නව කවුළුවක් විවෘත කරනු ඇත. අපි ඒවා අංකනය කර ඒවා එකින් එක සලකා බලමු:
ඔබ 1 විකල්පය පමණක් සබල කරන්නේ නම්, කාර්යය "සදහටම ඉදිරි වර්ධක" ආකාරයෙන් ක්රියාත්මක වේ. මෙහි කිසිදු දුෂ්කරතාවයක් නොමැත - කාර්යය සම්පූර්ණ උපස්ථයකින් (VBK දිගුව සහිත ගොනුව) අවසාන වර්ධක (VIB දිගුව සහිත ගොනුව) දක්වා නිශ්චිත ප්රතිසාධන ලක්ෂ්‍ය සංඛ්යාව ගබඩා කරයි. ලකුණු ගණන නියම කළ අගය ඉක්මවන විට, පැරණිතම වර්ධකය සම්පූර්ණ උපස්ථය සමඟ ඒකාබද්ධ කෙරේ. වෙනත් වචන වලින් කිවහොත්, කාර්යය ලකුණු 3 ක් ගබඩා කිරීමට සකසා ඇත්නම්, ඊළඟ සැසිවාරයෙන් පසු වහාම නිධිය මත ලකුණු 4 ක් ඇත, ඉන්පසු සම්පූර්ණ උපස්ථය පැරණිතම වර්ධකය සමඟ ඒකාබද්ධ වන අතර මුළු ලකුණු ගණන නැවත පැමිණේ. 3.
"ප්‍රතිලෝම වර්ධක" මාදිලිය (විකල්ප 2) සඳහා රඳවා තබා ගැනීම ද අතිශය සරල ය. මෙම අවස්ථාවේ දී නවතම ලක්ෂ්යය සම්පූර්ණ උපස්ථයක් වන අතර, ඊනියා පෙරළීමේ දාමයක් (VRB දිගුව සහිත ලිපිගොනු) අනුගමනය කරනු ඇති බැවින්, රඳවා තබා ගැනීම සඳහා පැරණිම ආපසු හැරීම මකා දැමීම ප්‍රමාණවත් වේ. තත්වය සමාන වනු ඇත: සැසිය අවසන් වූ වහාම, ලකුණු ගණන නියම කළ අගය 1 කින් ඉක්මවනු ඇත, ඉන්පසු එය අපේක්ෂිත අගයට නැවත පැමිණේ.
ප්‍රතිලෝම-වර්ධක මාදිලිය සමඟින් ඔබට ආවර්තිතා පූර්ණ උපස්ථ (විකල්ප 4) ද සක්‍රීය කළ හැකි බව කරුණාවෙන් සලකන්න, නමුත් මෙය සාරය වෙනස් නොකරනු ඇත. ඔව්, සම්පූර්ණ ප්රතිසාධන ලක්ෂ්‍ය දාමයේ දිස්වනු ඇත, නමුත් අපි තවමත් පැරණිම කරුණු එකින් එක මකා දමමු.
අවසාන වශයෙන්, අපි රසවත් කොටස වෙත පැමිණෙමු. ඔබ වර්ධක උපස්ථය සක්රිය කරන්නේ නම්, නමුත් ඊට අමතරව විකල්ප 3 හෝ 4 (හෝ දෙකම එකවර) සක්‍රීය කරන්නේ නම්, කාර්යය “ක්‍රියාකාරී” හෝ කෘතිම ක්රමය භාවිතයෙන් වරින් වර සම්පූර්ණ උපස්ථ නිර්මාණය කිරීමට පටන් ගනී. සම්පූර්ණ උපස්ථයක් නිර්මාණය කිරීමේ ක්රමය වැදගත් නොවේ - එහි එකම දත්ත අඩංගු වන අතර වර්ධක දාමය “උප දාම” ලෙස බෙදා ඇත. මෙම ක්රමය Forward incremental ලෙස හඳුන්වනු ලබන අතර, අපගේ ගනුදෙනුකරුවන්ගෙන් ප්‍රශ්නවලින් සැලකිය යුතු කොටසක් මතු කරන්නේ මෙම ක්‍රමයයි.
දාමයේ පැරණිතම කොටස (සම්පූර්ණ උපස්ථයක සිට වර්ධකයක් දක්වා) මකා දැමීමෙන් මෙහි රඳවා ගැනීම යෙදේ. ඒ සමගම, අපි සම්පූර්ණ උපස්ථයක් හෝ වර්ධක වලින් කොටසක් පමණක් මකා නොදමන්නෙමු. සම්පූර්ණ "උප දාමය" එකවරම සම්පූර්ණයෙන්ම ඉවත් කරනු ලැබේ. ලකුණු ගණන සැකසීමේ අර්ථය ද වෙනස් වේ - වෙනත් ක්‍රම වලදී මෙය උපරිම අවසර ලත් අංකය නම්, පසුව රඳවා තබා ගැනීම යෙදිය යුතුය, මෙහිදී මෙම සැකසුම අවම අංකය තීරණය කරයි. වෙනත් වචන වලින් කිවහොත්, පැරණිතම "උපචේන්" ඉවත් කිරීමෙන් පසුව, ඉතිරි කොටසෙහි ලකුණු සංඛ්යාව මෙම අවමයට වඩා අඩු නොවිය යුතුය.
මම මෙම සංකල්පය චිත්රක ලෙස නිරූපණය කිරීමට උත්සාහ කරමි. රඳවා තබා ගැනීම ලකුණු 3 ට සකසා ඇති බව කියමු, කාර්යය සඳුදා සම්පූර්ණ උපස්ථයක් සමඟ සෑම දිනකම ක්රියාත්මක වේ. මුළු ලකුණු සංඛ්යාව 10 දක්වා ළඟා වූ විට මෙම නඩුවේ රඳවා තබා ගැනීම අදාළ වේ:
ඔවුන් 10 ක් දැමූ විට දැනටමත් 3 ක් ඇත්තේ ඇයි? සඳුදා සම්පූර්ණ උපස්ථයක් සාදන ලදී. අඟහරුවාදා සිට ඉරිදා දක්වා රැකියාව වර්ධක ඇති කළේය. අන්තිමට ලබන සඳුදා ආයෙත් ෆුල් බැකප් එකක් හැදෙනවා, ඉන්ක්‍රිමන්ට් 2ක් හැදුවාම තමයි අන්තිමට චේන් එකේ පරණ කොටසම මකන්න පුළුවන් වෙන්නේ, මොකද ඉතුරු පොයින්ට් ගණන 3 ට අඩුවෙන් වැටෙන්නේ නැහැ.
අදහස පැහැදිලි නම්, රඳවා තබා ගැනීම ඔබම ගණනය කිරීමට උත්සාහ කිරීමට මම යෝජනා කරමි. අපි පහත සඳහන් කොන්දේසි ගනිමු: කාර්යය බ්රහස්පතින්දා පළමු වරට දියත් කරනු ලැබේ (ස්වභාවිකව, සම්පූර්ණ උපස්ථයක් සාදනු ලැබේ). බදාදා සහ ඉරිදා දිනවල සම්පූර්ණ උපස්ථයක් සෑදීමට සහ ප්රතිසාධන ලකුණු 8 ක් ගබඩා කිරීමට කාර්යය සකසා ඇත. පළමු වරට රඳවා තබා ගැනීම අයදුම් කරන්නේ කවදාද?
මෙම ප්‍රශ්නයට පිළිතුරු සැපයීම සඳහා, ඔබ කඩදාසි කැබැල්ලක් ගෙන, සතියේ දිනට එය පෙළගස්වා, සෑම දිනකම කුමන ලක්ෂ්‍යයක් නිර්මාණය කරන්නේද යන්න ලියන්නැයි මම නිර්දේශ කරමි. පිළිතුර පැහැදිලි වනු ඇත
පිළිතුර
පැහැදිලි කිරීම: පිළිතුරු දීමට, "රඳවා ගැනීම අදාළ වන්නේ කවදාද" යන්න ඔබෙන්ම අසන්න. පිළිතුර නම් අපට පළමු ලකුණු 3 (VBK, VIB, VIB) ඉවත් කළ හැකි විට සහ ඉතිරි දාමය අවශ්ය ලකුණු 8 ට නොවැටේ. අපට සම්පූර්ණ ලකුණු 11 ක් ඇති විට, එනම් දෙවන සතියේ ඉරිදා වන විට අපට මෙය කළ හැකි බව පැහැදිලිය.
සමහර පාඨකයන් විරුද්ධ විය හැකිය: "ඇයි මේ සියල්ල කරන්නේ නම් ?. මෙය ඉතා ප්‍රයෝජනවත් මෙවලමක් බවට සැකයක් නැත, සමහර අවස්ථාවල මම එය භාවිතා කරමි, නමුත් එයට සීමාවන් ද ඇත. පළමුවෙන්ම, එය ඔබට ආරම්භක කොන්දේසි නියම කිරීමට ඉඩ නොදෙන අතර, බොහෝ අවස්ථාවලදී ප්රශ්නය වන්නේ හරියටම "අපට එවැනි දාමයක් තිබේ, අපි එවැනි සහ එවැනි සැකසුම් වෙනස් කළහොත් කුමක් සිදුවේද?" දෙවනුව, මෙවලම තවමත් තරමක් පැහැදිලි බවක් නොමැත. සේවාලාභීන්ට RPS පිටුව පෙන්වමින්, මට කිසිදු අවබෝධයක් නොලැබුණි, නමුත් එය උදාහරණයේ ඇති ආකාරයටම පින්තාරු කිරීමෙන් (එකම තීන්ත භාවිතයෙන් පවා), දිනෙන් දින සියල්ල පැහැදිලි විය.
අවසාන වශයෙන්, අපි "පෙර උපස්ථ දාම පෙරළීම බවට පරිවර්තනය කරන්න" විකල්පය සලකා බැලුවේ නැත (අංක 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 සේවාදායකය දෙස බැලුවහොත්, උපස්ථ මකා දැමීමට හේතු විය හැකි විකල්ප ප්‍රතික්ෂේප කිරීම වඩා හොඳය.
v.10 හි එකතු කර ඇති දේ
අපි කලින් කතා කළ දේ බොහෝ අනුවාද සඳහා B&R හි පවතී. මෙම මෙහෙයුම් මූලධර්ම තේරුම් ගෙන, සංවත්සරය "දස" සඳහා එකතු කර ඇති දේ අපි දැන් බලමු.
දිනපතා රඳවා තබා ගැනීම
ඉහත අපි ලකුණු ගණන මත පදනම්ව "සම්භාව්ය" ගබඩා ප්රතිපත්තිය දෙස බැලුවෙමු. විකල්ප ප්‍රවේශයක් වන්නේ එකම මෙනුවේ "ප්රතිසාධන ලකුණු" වෙනුවට "දින" සැකසීමයි.
අදහස නමෙන් පැහැදිලිය - රඳවා තබා ගැනීම දින ගණනක් ගබඩා කරනු ඇත, නමුත් එක් එක් දිනයේ ලකුණු ගණන වැදගත් නොවේ. මෙම අවස්ථාවේදී, ඔබ පහත සඳහන් කරුණු මතක තබා ගත යුතුය:
- රඳවා තබා ගැනීම ගණනය කිරීමේදී වත්මන් දිනය සැලකිල්ලට නොගනී
- කාර්යය කිසිසේත් ක්රියාත්මක නොවූ දින ද ගණනය කෙරේ. අක්‍රමවත් ලෙස ක්රියා කරන එම කාර්යයන්හි ලකුණු අහම්බෙන් අහිමි නොකිරීමට මෙය මතක තබා ගත යුතුය.
- ප්රතිසාධන ලක්ෂ්යය ගණනය කරනු ලබන්නේ එය නිර්මාණය කිරීම ආරම්භ වූ දිනයේ සිටය (එනම් කාර්යය සඳුදා වැඩ කිරීමට පටන් ගෙන අඟහරුවාදා අවසන් නම්, මෙය සඳුදා සිට ලක්ෂ්යය වේ)
එසේ නොමැති නම්, කර්තව්යයන් විසින් රඳවා තබා ගැනීම භාවිතා කිරීම සඳහා වන මූලධර්ම ද තෝරාගත් උපස්ථ ක්රමය මගින් තීරණය කරනු ලැබේ. එම වර්ධක ක්රමය භාවිතා කර තවත් ගණනය කිරීමේ කාර්යයක් උත්සාහ කරමු. රඳවා තබා ගැනීම දින 8 ක් සඳහා සකසා ඇති බව කියමු, කාර්යය බදාදා සම්පූර්ණ උපස්ථයක් සමඟ සෑම පැය 6 කට වරක් ක්රියාත්මක වේ. කෙසේ වෙතත්, කාර්යය ඉරිදා වැඩ කරන්නේ නැත. පළමු වරට මෙම කාර්යය සඳුදා ක්රියාත්මක වේ. රඳවා තබා ගැනීම අදාළ වන්නේ කවදාද?
පිළිතුර
සෑම විටම මෙන්, ලකුණක් ඇඳීම වඩාත් සුදුසුය. මම කාර්යය සරල කිරීමට මට ඉඩ දෙන අතර සෑම දිනකම නිර්මාණය කරන ලද සියලුම ලකුණු අඳින්නේ නැත, මන්ද දිනකට ලකුණු ගණන මෙහි වැදගත් නොවේ. අපට වැදගත් වන්නේ පළමු සඳුදා සහ බදාදා දිනවල පළමු කරුණ සම්පූර්ණ උපස්ථයක් වනු ඇති නමුත් ඉතිරි දිනවලදී කාර්යය වර්ධක ලකුණු 4 ක් නිර්මාණය කිරීමයි.
සඳුදා සම්පූර්ණ උපස්ථය සහ එහි වර්ධකය මකා දැමීමෙන් රඳවා තබා ගැනීම යෙදෙන බව අපි පැහැදිලි කරන්නෙමු. මෙය සිදු වන්නේ කවදාද? ඉතිරි දාමයේ දින 8 ක් අඩංගු වන විට. ඒ අතරම, අපි වත්මන් දිනය ගණන් නොගනිමු, නමුත් ඊට පටහැනිව, අපි ඉරිදා ගණන් කරන්නෙමු. එමනිසා, පිළිතුර දෙවන සතියේ බ්රහස්පතින්දා වේ.
සාමාන්ය රැකියා සඳහා GFS ලේඛනාගාරය
v.10 ට පෙර, සීයා-පියා-පුතා (GFS) ගබඩා ක්රමය උපස්ථ පිටපත් රැකියා සහ ටේප් පිටපත් රැකියා සඳහා පමණක් ලබා ගත හැකි විය. දැන් එය සාමාන්ය උපස්ථ සඳහා ලබා ගත හැකිය.
මෙය වත්මන් මාතෘකාවට සම්බන්ධ නොවූවත්, නව ක්‍රියාකාරීත්වය 3-2-1 උපාය මාර්ගයෙන් ඉවත් වීමක් අදහස් නොකරන බව මට පැවසීමට නොහැක. ප්රධාන ගබඩාවේ ලේඛනාගාර ස්ථාන තිබීම එහි විශ්වසනීයත්වයට කිසිදු ආකාරයකින් බලපාන්නේ නැත. මෙම කරුණු S3 සහ ඒ හා සමාන ගබඩා වෙත උඩුගත කිරීමට Scale-out repository එකක් සමඟ සම්බන්ධව GFS භාවිතා කරන බව අවබෝධ වේ. ඔබ එය භාවිතා නොකරන්නේ නම්, ප්‍රාථමික සහ සංරක්ෂිත ස්ථාන විවිධ ගබඩාවල දිගටම ගබඩා කිරීම වඩා හොඳය.
දැන් අපි GFS ලකුණු නිර්මාණය කිරීමේ මූලධර්ම දෙස බලමු. කාර්ය සැකසුම් තුළ, ගබඩා පියවරේදී, පහත මෙනුව කැඳවන විශේෂ බොත්තමක් දර්ශනය වී ඇත:
GFS හි සාරය කරුණු කිහිපයක් දක්වා අඩු කළ හැක (GFS වෙනත් ආකාරයේ කාර්යයන් වලදී වෙනස් ලෙස ක්රියා කරන බව සලකන්න, නමුත් පසුව වැඩි විස්තර):
- කාර්යය GFS ලක්ෂ්යය සඳහා වෙනම සම්පූර්ණ උපස්ථයක් නිර්මාණය නොකරයි. ඒ වෙනුවට, පවතින වඩාත්ම සුදුසු සම්පූර්ණ උපස්ථය භාවිතා කරනු ඇත. එබැවින්, කාර්යය ආවර්තිතා සම්පූර්ණ උපස්ථ සමඟ වර්ධක ආකාරයෙන් ක්රියා කළ යුතුය, නැතහොත් සම්පූර්ණ උපස්ථයක් පරිශීලකයා විසින් අතින් සෑදිය යුතුය.
- එක් කාල පරිච්ඡේදයක් පමණක් සක්‍රීය කර ඇත්නම් (උදාහරණයක් ලෙස, සතියක්), එවිට GFS කාල සීමාව ආරම්භයේදී කාර්යය සම්පූර්ණ උපස්ථයක් බලා සිටීම ආරම්භ කර පළමු සුදුසු එක GFS ලෙස සලකුණු කරයි.
උදාහරණය: බදාදා උපස්ථයක් භාවිතයෙන් සතිපතා GFS ගබඩා කිරීමට කාර්යය වින්‍යාස කර ඇත. කාර්යය සෑම දිනකම ක්රියාත්මක වේ, නමුත් සම්පූර්ණ උපස්ථයක් සිකුරාදා දිනට සැලසුම් කර ඇත. මෙම අවස්ථාවෙහිදී, GFS කාලය බදාදා ආරම්භ වන අතර කාර්යය සුදුසු ස්ථානයක් බලා සිටීමට පටන් ගනී. එය සිකුරාදා දිස්වන අතර GFS ධජයෙන් සලකුණු කරනු ඇත.
- එකවර කාලපරිච්ඡේද කිහිපයක් ඇතුළත් කළහොත් (උදාහරණයක් ලෙස, සතිපතා සහ මාසිකව), B&R විසින් එකම ලක්ෂ්යය කාල අන්තර කිහිපයක GFS ලෙස භාවිතා කිරීමට ඉඩ සලසන ක්‍රමයක් භාවිතා කරයි (ඉඩ ඉතිරි කර ගැනීමට). බාලයාගෙන් පටන්ගෙන කොඩි පිළිවෙලට පවරනු ලැබේ.
උදාහරණය: සතිපතා GFS බදාදා සඳහා සකසා ඇති අතර, මාසික GFS මාසයේ අවසාන සතිය සඳහා සකසා ඇත. කාර්යය සෑම දිනකම ක්රියාත්මක වන අතර සඳුදා සහ සිකුරාදා දිනවල සම්පූර්ණ උපස්ථ නිර්මාණය කරයි.
සරල බව සඳහා, මාසයේ අවසාන සතියේ සිට ගණන් කිරීම ආරම්භ කරමු. මෙම සතියේ සඳුදා සම්පූර්ණ උපස්ථයක් සාදනු ඇත, නමුත් සතිපතා GFS පරතරය බදාදා ආරම්භ වන බැවින් එය නොසලකා හරිනු ඇත. නමුත් සිකුරාදා සම්පූර්ණ උපස්ථය GFS ලක්ෂ්‍යයට සම්පූර්ණයෙන්ම ගැලපේ. මෙම පද්ධතිය දැනටමත් අපට හුරුපුරුදුය.
දැන් අපි බලමු මාසයේ අවසාන සතියේ මොකද වෙන්නේ කියලා. මාසික GFS පරතරය සඳුදා ආරම්භ වනු ඇත, නමුත් සඳුදා VBK GFS ලෙස සලකුණු නොකෙරේ, මන්ද රැකියාව එක් VBK එකක් මාසික සහ සතිපතා GFS ලක්ෂ්‍යයක් ලෙස සලකුණු කිරීමට උත්සාහ කරයි. මෙම අවස්ථාවෙහිදී, සෙවුම සතිපතා එකකින් ආරම්භ වේ, මන්ද නිර්වචනය අනුව එය මාසිකව ද විය හැකිය.
කෙසේ වෙතත්, ඔබ සතිපතා සහ වාර්ෂික කාල පරතරයන් පමණක් ඇතුළත් කරන්නේ නම්, ඒවා එකිනෙකින් ස්වාධීනව ක්රියා කරන අතර අනුරූප GFS කාල පරතරයන් ලෙස වෙනම VBK 2ක් සලකුණු කළ හැක.
උපස්ථ පිටපත් කාර්යයන්
බොහෝ විට කාර්යය පිළිබඳ පැහැදිලි කිරීමක් අවශ්ය වන තවත් ආකාරයේ කාර්යයක්. පළමුව, නවෝත්පාදන 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 point එකක් හදන්න කියලා. මෙම අවස්ථාවෙහිදී, සෑම සඳුදා දිනකම කාර්යය ඇත්ත වශයෙන්ම සම්පූර්ණ උපස්ථයක් නිර්මාණය කර GFS ලෙස සලකුණු කරනු ඇත. පැරණිම කොටසින් වර්ධක ඉවත් කිරීමෙන් පසු ඉතිරි වර්ධක ගණන 7 ට නොවැටෙන විට රඳවා ගැනීම යෙදේ. රූප සටහනේ පෙනෙන්නේ මෙයයි:
ඉතින්, දෙවන සතිය අවසන් වන විට දාමයේ මුළු ලකුණු 14 ක් ඇත. දෙවන සතිය තුළ, කාර්යය ලකුණු 7 ක් නිර්මාණය කළේය. මෙය සරල කාර්යයක් නම්, රඳවා තබා ගැනීම දැනටමත් යෙදී ඇත. නමුත් මෙය GFS රඳවා තබා ගැනීමක් සහිත BCJ එකක් වන අතර, එබැවින් අපි GFS ලකුණු ගණන් නොගනිමු, එනම් ඒවායින් 6ක් පමණක් ඇත. එනම්, අපට තවමත් රඳවා තබා ගැනීම යෙදිය නොහැක. තුන්වන සතියේදී අපි GFS ධජය සමඟ තවත් සම්පූර්ණ උපස්ථයක් සාදන්නෙමු. ලකුණු 15, නමුත් නැවතත් අපි මෙය ගණන් නොගනිමු. අවසාන වශයෙන්, තුන්වන සතියේ අඟහරුවාදා, අපි වර්ධකයක් සාදන්නෙමු. දැන්, අපි පළමු සතියේ දාම වර්ධක ඉවත් කළහොත්, සම්පූර්ණ වර්ධක ගණන ස්ථාපිත රඳවා තබා ගැනීම තෘප්තිමත් කරනු ඇත.
ඉහත සඳහන් කළ පරිදි, මෙම ක්රමයේදී සම්පූර්ණ උපස්ථ නිතිපතා නිර්මාණය කිරීම ඉතා වැදගත් වේ. අපි කියමු, ඔබ ප්රධාන රඳවා තබා ගැනීම දින 7 ක් සඳහා සකසන්නේ නම්, නමුත් වාර්ෂික ලක්ෂ්‍ය 1 ක් පමණක් නම්, වර්ධක 7 ට වඩා බොහෝ සෙයින් එකතු වනු ඇතැයි සිතීම පහසුය. එවැනි අවස්ථාවන්හිදී, නිර්මාණය කිරීමේ කෘතිම ක්රමය භාවිතා කිරීම වඩා හොඳය. GFS.
නැවතත් "මකා දැමූ අයිතම ඉවත් කරන්න"
මෙම විකල්පය BCJ සඳහා ද පවතී:
මෙහි මෙම විකල්පයේ තර්කය සාමාන්ය උපස්ථ කාර්යයන් වලදී මෙන් ම වේ - යන්ත්රයක් නියමිත දින ගණන සඳහා සකසන්නේ නැතිනම්, එහි දත්ත දාමයෙන් මකා දැමෙනු ඇත. කෙසේ වෙතත්, BCJ සඳහා මෙම විකල්පයේ ප්‍රයෝජනය වෛෂයිකව වැඩි වන අතර, ඒ මන්ද යන්නයි.
සාමාන්ය ප්‍රකාරයේදී, BCJ ක්රියා කරන්නේ අසීමිත වර්ධක ප්‍රකාරයකින්, එබැවින් යම් අවස්ථාවක යන්ත්රයක් රැකියාවෙන් ඉවත් කළහොත්, එක් එකක් පමණක් ඉතිරි වන තෙක් රඳවා තබා ගැනීම ක්‍රමයෙන් සියලුම ප්රතිසාධන ලක්ෂ්‍ය මකා දමයි - VBK හි. දැන් අපි සිතමු කාර්යය තවමත් කෘතිම GFS ලකුණු සෑදීමට වින්‍යාස කර ඇති බව. කාලය පැමිණි විට, කාර්යය දාමයේ සියලුම යන්ත්‍ර සඳහා GFS නිර්මාණය කිරීමට සිදුවනු ඇත. සමහර යන්ත්‍රවලට නව ලකුණු කිසිවක් නොමැති නම්, හොඳයි, ඔබට එය භාවිතා කිරීමට සිදුවේ. ඒ වගේම හැම වෙලාවෙම. ප්රතිඵලයක් වශයෙන්, පහත සඳහන් තත්ත්වය ඇතිවිය හැක:
ගොනු කොටස වෙත අවධානය යොමු කරන්න: අපට ප්රධාන VBK සහ සතිපතා GFS ලකුණු 2 ක් ඇත. දැන් ප්‍රතිස්ථාපන ලක්ෂ්‍ය අංශයට - ඇත්ත වශයෙන්ම, මෙම ගොනු වල යන්ත්‍රයේ එකම රූපය අඩංගු වේ. ස්වාභාවිකවම, එවැනි GFS ලක්ෂ්යවල තේරුමක් නැත, ඔවුන් පමණක් ඉඩ ලබා ගනී.
මෙම තත්වය කළ හැක්කේ කෘතිම GFS භාවිතා කරන විට පමණි. මෙය වළක්වා ගැනීම සඳහා, "මකා දැමූ අයිතම ඉවත් කරන්න" විකල්පය භාවිතා කරන්න. ප්‍රමාණවත් දින ගණනකට එය සැකසීමට මතක තබා ගන්න. සමමුහුර්ත කිරීමේ කාල සීමාවට වඩා අඩු දින ගණනකට විකල්පය සකසා ඇති අවස්ථා තාක්ෂණික සහාය දැක ඇත - BCJ ඒවා නිර්මාණය කිරීමට පෙර ඒවා මැකී ගොස් මකා දැමීමට පටන් ගත්තේය.
මෙම විකල්පය දැනටමත් නිර්මාණය කර ඇති GFS ලකුණු වලට බලපාන්නේ නැති බව කරුණාවෙන් සලකන්න. ඔබට ලේඛනාගාරය පිරිසිදු කිරීමට අවශ්ය නම්, ඔබ මෙය අතින් කළ යුතුය - යන්ත්රය මත දකුණු-ක්ලික් කර “තැටියෙන් මකන්න” තේරීමෙන් (පෙනෙන කවුළුවේ, “GFS සම්පූර්ණ උපස්ථය ඉවත් කරන්න” කොටුව සලකුණු කිරීමට අමතක නොකරන්න) :
නවෝත්පාදනය v.10 - ක්ෂණික පිටපත
"සම්භාව්ය" ක්රියාකාරිත්වය සමඟ කටයුතු කිරීමෙන් පසු, අපි නව එකක් වෙත යමු. එක් නවෝත්පාදනයක් ඇත, නමුත් ඉතා වැදගත් එකක්. මෙය නව මෙහෙයුම් ආකාරයකි.
“සමමුහුර්ත කිරීමේ පරතරය” වැනි දෙයක් නොමැත; කාර්යය නව ලකුණු දර්ශනය වී ඇත්ද යන්න නිරන්තරයෙන් අධීක්ෂණය කරන අතර ඒවා කොපමණ තිබුණත් ඒවා සියල්ල පිටපත් කරයි. නමුත් ඒ සමඟම, කාර්යය වර්ධකව පවතී, එනම්, ප්රධාන රැකියාව VBK හෝ VRB නිර්මාණය කළත්, මෙම ලකුණු VIB ලෙස පිටපත් කරනු ලැබේ. එසේ නොමැති නම්, මෙම මාදිලියේ විස්මයන් නොමැත - ඉහත විස්තර කර ඇති නීතිවලට අනුව සම්මත සහ GFS රඳවා තබා ගැනීම යන දෙකම ක්රියා කරයි (කෙසේ වෙතත්, මෙහි ඇත්තේ කෘතිම GFS පමණි).
තැටි කැරකෙනවා. භ්රමණය වූ ධාවකයන් සහිත ගබඩාවල විශේෂාංග
Ransomware වෛරස් වල නිරන්තර තර්ජනය නිසා වෛරසයට ළඟා විය නොහැකි මාධ්‍යයක දත්ත පිටපතක් තිබීම තත්‍ය ආරක්ෂක ප්‍රමිතියක් බවට පත් කර ඇත. එක් විකල්පයක් වන්නේ තැටි භ්‍රමණ ගබඩාවන් භාවිතා කිරීමයි, එහිදී තැටි එකින් එක භාවිතා කරයි: එක් තැටියක් සම්බන්ධ කර ලිවිය හැකි අතර, ඉතිරිය ආරක්ෂිත ස්ථානයක ගබඩා කර ඇත.
එවැනි ගබඩා සමඟ වැඩ කිරීමට B&R ඉගැන්වීමට, ඔබ නිධිය පියවරේදී, ගබඩා සැකසුම් තුළ උසස් බොත්තම ක්ලික් කර සුදුසු විකල්පය තෝරාගත යුතුය:
මෙයින් පසු, VBR බලාපොරොත්තු වන්නේ පවතින දාමය කලින් කලට ගබඩාවෙන් අතුරුදහන් වනු ඇති බවයි, එනම් තැටි භ්රමණය වේ. ගබඩාවේ වර්ගය සහ රැකියා වර්ගය අනුව, B&R වෙනස් ලෙස හැසිරේ. මෙය පහත වගුවෙන් නිරූපණය කළ හැක.
අපි එක් එක් විකල්පය සලකා බලමු.
සාමාන්ය කාර්යය සහ වින්ඩෝස් ගබඩාව
ඉතින්, අපි පළමු තැටියට දාමයන් සුරකින කාර්යයක් ඇත. භ්රමණය අතරතුර, සාදන ලද දාමය සැබවින්ම අතුරුදහන් වන අතර, කාර්යය කෙසේ හෝ මෙම අලාභයෙන් බේරීමට අවශ්ය වේ. සම්පූර්ණ උපස්ථයක් නිර්මාණය කිරීමේදී ඇය සැනසීමක් සොයා ගනී. මේ අනුව, එක් එක් භ්රමණය සම්පූර්ණ උපස්ථයක් අදහස් කරයි. නමුත් විසන්ධි වූ තැටියේ ඇති ලකුණු වලට කුමක් සිදුවේද? රඳවා තබා ගැනීම ගණනය කිරීමේදී ඒවා මතක තබා ගන්නා අතර ඒවා සැලකිල්ලට ගනී. මේ අනුව, කාර්යයක ඇති ලකුණු ගණන යනු සියලුම තැටිවල ලකුණු කීයක් තබා ගත යුතුද යන්නයි. මෙන්න උදාහරණයක්:
කාර්යය අසීමිත වර්ධක ආකාරයෙන් ධාවනය වන අතර ප්රතිසාධන ස්ථාන 3ක් ගබඩා කිරීමට වින්‍යාස කර ඇත. නමුත් අපට දෙවන තැටියක් ද ඇති අතර, අපි එය සතියකට වරක් කරකවන්නෙමු (තවත් තැටි තිබිය හැක, මෙය සාරය වෙනස් නොවේ).
පළමු සතිය තුළ, කාර්යය පළමු තැටියේ ලකුණු නිර්මාණය කර අතිරේක ඒවා ඒකාබද්ධ කරනු ඇත. මේ අනුව, මුළු ලකුණු ගණන තුනට සමාන වේ:
ඊට පස්සේ අපි දෙවන ධාවකය සම්බන්ධ කරමු. ආරම්භයේදී, තැටිය ප්‍රතිස්ථාපනය කර ඇති බව B&R දකිනු ඇත. පළමු තැටියේ දාමය අතුරු මුහුණතෙන් අතුරුදහන් වනු ඇත, නමුත් එය පිළිබඳ තොරතුරු දත්ත ගබඩාවේ පවතිනු ඇත. දැන් කාර්යය දෙවන තැටියේ ලකුණු 3 ක් තබා ගනී. සාමාන්ය තත්වය මේ වගේ වනු ඇත:
අවසාන වශයෙන්, අපි පළමු ධාවකය නැවත සම්බන්ධ කරමු. නව කරුණක් නිර්මාණය කිරීමට පෙර, කාර්යය රඳවා තබා ගැනීමෙන් සිදුවන්නේ කුමක්ද යන්න පරීක්ෂා කරනු ඇත. රඳවා තබා ගැනීම, මම ඔබට මතක් කරමි, ලකුණු 3 ක් ගබඩා කිරීමට සකසා ඇත. මේ අතර, අපට තැටි 3 හි ලකුණු 2 ක් ඇත (නමුත් එය විසන්ධි කර B&R වෙත ළඟා විය නොහැකි ආරක්ෂිත ස්ථානයක ගබඩා කර ඇත) සහ තැටි 3 හි ලකුණු 1 (නමුත් මෙය සම්බන්ධ වේ). මෙයින් අදහස් කරන්නේ ඒවා රඳවා තබා ගැනීම ඉක්මවා යන බැවින් අපට තැටි 3 වෙතින් ලකුණු 1 ක් ආරක්ෂිතව ඉවත් කළ හැකි බවයි. ඉන්පසු කාර්යය නැවත සම්පූර්ණ උපස්ථයක් නිර්මාණය කරයි, අපගේ දාමය මේ ආකාරයෙන් පෙනෙන්නට පටන් ගනී:
ලකුණු ගණන වෙනුවට දින ගබඩා කිරීමට රඳවා තබා ගැනීම වින්‍යාස කර ඇත්නම්, තර්කනය වෙනස් නොවේ. මීට අමතරව, තැටි භ්රමණය සහිත ගබඩාවන් භාවිතා කරන විට GFS රඳවා තබා ගැනීම කිසිසේත්ම සහාය නොදක්වයි.
නිත්‍ය රැකියාව සහ ලිනක්ස් ගබඩා ජාල ගබඩාව
මෙම විකල්පය ද හැකි ය, නමුත් පනවන ලද සීමාවන් හේතුවෙන් සාමාන්යයෙන් අඩුවෙන් නිර්දේශ කරනු ලැබේ. කාර්යය තැටි භ්‍රමණයට සහ දාමය අතුරුදහන් වීමට එකම ආකාරයකින් ප්‍රතික්‍රියා කරනු ඇත - සම්පූර්ණ උපස්ථයක් නිර්මාණය කිරීමෙන්. සීමා කිරීම කපා හැරීම රඳවා තබා ගැනීමේ යාන්ත්රණය නිසාය.
මෙහිදී, භ්රමණය අතරතුර, විසන්ධි වූ තැටියේ ඇති සම්පූර්ණ දාමය B&R දත්ත ගබඩාවෙන් සරලව මකා දමනු ලැබේ. දත්ත සමුදායෙන්, ගොනු තැටියේ පවතින බව කරුණාවෙන් සලකන්න. ඒවා ආනයනය කර ප්‍රතිසාධනය සඳහා භාවිතා කළ හැකි නමුත් ඉක්මනින් හෝ පසුව එවැනි අමතක වූ දාමයන් සම්පූර්ණ ගබඩාව පුරවනු ඇතැයි අනුමාන කිරීම පහසුය.
විසඳුම වන්නේ මෙම පිටුවේ දක්වා ඇති පරිදි DWORD ForceDeleteBackupFiles එකතු කිරීමයි: . එවිට කාර්යය එක් එක් භ්රමණය මත රැකියා ෆෝල්ඩරයේ හෝ ගබඩා ෆෝල්ඩරයේ (අගය අනුව) සම්පූර්ණ අන්තර්ගතය මකා දැමීමට පටන් ගනී.
කෙසේ වෙතත්, මෙය අලංකාර රඳවා තබා ගැනීමක් නොව, සියලු අන්තර්ගතයන් පිරිසිදු කිරීමකි. අවාසනාවකට මෙන්, නිධිය හුදෙක් තැටියේ මූල නාමාවලිය වූ විට තාක්ෂණික සහාය අවස්ථා වලට මුහුණ දුන්නේය, එහිදී උපස්ථ වලට අමතරව වෙනත් දත්ත ස්ථානගත විය. භ්රමණය අතරතුර මේ සියල්ල විනාශ විය.
මීට අමතරව, ForceDeleteBackupFiles සක්‍රීය කළ විට, එය සියලු වර්ගවල ගබඩා සඳහා ක්රියා කරයි, එනම්, Windows හි ගබඩා පවා රඳවා තබා ගැනීම නවත්වා අන්තර්ගතය මකා දැමීමට පටන් ගනී. වෙනත් වචන වලින් කිවහොත්, එවැනි උපස්ථ ගබඩා පද්ධතියක් සඳහා හොඳම තේරීම වින්ඩෝස් මත දේශීය තැටියකි.
උපස්ථ පිටපත සහ වින්ඩෝස් ගබඩාව
BCJ සමඟ දේවල් වඩාත් රසවත් වේ. එය සම්පූර්ණ රඳවා තබා ගැනීම පමණක් නොව, ඔබ තැටිය වෙනස් කරන සෑම අවස්ථාවකම සම්පූර්ණ උපස්ථයක් සෑදීමට අවශ්ය නොවේ! එය මේ ආකාරයට ක්රියා කරයි:
පළමුව, B&R පළමු තැටියේ ලකුණු සෑදීමට පටන් ගනී. අපි හිතමු අපි retention එක Point 3කට දැම්මා කියලා. කාර්යය අසීමිත වර්ධක මාදිලියේ ක්රියා කරන අතර අනවශ්ය සියල්ල ඒකාබද්ධ කරයි (මෙම අවස්ථාවේදී GFS රඳවා තබා ගැනීම සඳහා සහය නොදක්වන බව මම ඔබට මතක් කරමි).
ඊට පස්සේ අපි දෙවන ධාවකය සම්බන්ධ කරමු. තවමත් එහි දාමයක් නොමැති බැවින්, අපි සම්පූර්ණ උපස්ථයක් සාදන්නෙමු, ඉන්පසු අපට ලකුණු තුනක දෙවන දාමයක් ඇත:
අවසාන වශයෙන්, පළමු ධාවකය නැවත සම්බන්ධ කිරීමට කාලයයි. මැජික් ආරම්භ වන්නේ මෙතැනින්, කාර්යය සම්පූර්ණ උපස්ථයක් නිර්මාණය නොකරනු ඇත, නමුත් ඒ වෙනුවට වර්ධක දාමය දිගටම කරගෙන යනු ඇත:
මෙයින් පසු, සෑම තැටියකටම පාහේ ස්වාධීන දාමයක් ඇත. එමනිසා, මෙහි රඳවා තබා ගැනීම යන්නෙන් අදහස් කරන්නේ සියලුම තැටිවල ඇති ලකුණු ගණන නොව, එක් එක් තැටියේ ඇති ලකුණු ගණන වෙන වෙනම ය.
උපස්ථ පිටපත සහ Linux repositorynetwork ගබඩාව
නැවත වරක්, නිධිය දේශීය වින්ඩෝස් ධාවකයක නොමැති නම්, සියලු අලංකාරය නැති වී යයි. මෙම ස්ක්‍රිප්ට් එක සරල කාර්යයක් සමඟ ඉහත සාකච්ඡා කළ ආකාරයටම ක්රියා කරයි. සෑම භ්‍රමණයක් සමඟම, BCJ සම්පූර්ණ උපස්ථයක් සාදනු ඇති අතර, පවතින ලකුණු අමතක වනු ඇත. නිදහස් ඉඩ අවසන් වීම වළක්වා ගැනීමට, ඔබ DWORD ForceDeleteBackupFiles භාවිතා කළ යුතුය.
නිගමනය
ඉතින්, එවැනි දිගු පාඨයක ප්රතිඵලයක් ලෙස, අපි කාර්යයන් වර්ග දෙකක් දෙස බැලුවෙමු. ඇත්ත වශයෙන්ම, තවත් බොහෝ කාර්යයන් ඇත, නමුත් ඒවා සියල්ලම එක් ලිපියක ආකෘතියෙන් සලකා බැලීමට නොහැකි වනු ඇත. කියවීමෙන් පසු ඔබට තවමත් ප්‍රශ්න තිබේ නම්, ඒවා අදහස් දැක්වීමේදී ලියන්න, පුද්ගලිකව පිළිතුරු දීමට මම සතුටු වෙමි.
මූලාශ්රය: www.habr.com