کوډ شوي backupونه او بېرته راګرځول

لاسرسی او چمتووالی

Site Backups پاڼه یوازې فعال God حساب ته شته. د کار له غوښتنې مخکې د چمتووالي نښې ولولئ: تنظیم، فعال حالت، لرې لاسرسی، د مقصد چمتووالی او د ساتنې موده. Backupونه له manifest او د بشپړتیا hash سره کوډ شوي archiveونه دي. یوازې د تڼۍ له موجودیت څخه د backupونو روغتیا مه اټکل کوئ؛ د سیسټم د روغتیا پاڼه جلا د وروستي بریالي او تایید شوي backup راپور ورکوي. که حالت نا‌تنظیم شوی یا نارسېدونکی وي، کار ودروئ او موضوع د پلاتفورم مسؤل ته وسپارئ، نه دا چې کار بیا بیا queue ته ولېږئ.

1. Site Backups پرانیزئ او د چمتووالي هره نښه او د ساتنې ښودل شوې موده وګورئ.
2. د بل run له پیل مخکې Recent Operations وګورئ چې کار لا queue شوی یا روان خو نه دی.
3. که چمتووالی ناسم وي، بې‌پټ‌معلوماتو حالت ثبت کړئ او د مجازو عملیاتي لارو له لارې یې راپور کړئ.

جوړول او همغږي کول

Create د لاسي backup غوښتنه کوي او Sync د inventory د همغږۍ غوښتنه کوي. هر یو queue شوی حالت بېرته ورکوي، ځکه کارکوونکی اصلي کار ترسره کوي. پاڼه تازه کړئ او د عملیاتو قطار وګورئ تر څو وروستي حالت ته ورسېږي. بشپړ شوی ریکارډ باید نومول شوی کوډ شوی archive، checksum، غیرخالي manifest او د پای نېټه ولري. د queue منل، محلي چمتو حالت یا زوړ ریکارډ د تایید شوي لرې backup په توګه مه ګڼئ.

1. د نوي لاسي archive لپاره Create او یوازې د لرې inventory د برابرولو لپاره Sync وټاکئ.
2. تر هغه انتظار وکړئ چې د عملیاتو حالت بدل شي، بیا د backup وروستی قطار پرانیزئ.
3. له تکیې مخکې بشپړ حالت، ثبت شوی hash، لرې تایید او راتلونکې expiry تایید کړئ.

د 7 ورځو ساتنه

پاڼه د تنظیم شوې ساتنې موده 7 ورځې ښيي. د جوړېدو او پای ښودل شوي timestampونه UTC دي؛ د archive د وړتیا د معلومولو لپاره یې وکاروئ. پای ته رسېدلي archiveونه د بېرته راګرځولو معتبر ټکي نه دي. د دې مودې دننه د بېرته راګرځولو پلان جوړ کړئ او له لېږد وروسته د archive د تل لپاره د شته پاتې کېدو ګومان مه کوئ. د backup د پېژندنې هر عملیاتي ریکارډ په تایید شوي محدود سیسټم کې وساتئ، نه په عامه اسنادو کې.

1. د ټاکل شوي archive لپاره د UTC د جوړېدو او پای کالمونه ولولئ.
2. وروستی archive وټاکئ چې نه وي تېر شوی او لرې تایید ولري.
3. که اړین ټکی تېر شوی وي، د هغه د راګرځولو هڅه مه کوئ؛ موضوع راپور کړئ او بل تایید شوی recovery ټکی وکاروئ.

لېږد او بشپړتیا

Transfer د بشپړو، محلي‌چمتو او ځینو ناکامو ریکارډونو لپاره شته چې checksum لري؛ کارکوونکی لېږد او تایید ترسره کوي. د بېرته راګرځولو شرایط سخت دي: بشپړ حالت، سم archive نوم، معتبر SHA-256، غیرخالي manifest، لرې تایید او راتلونکې expiry. پاڼه checksum او د تایید حالت ښيي څو کارکوونکی نیمګړي یا نابرابر ریکارډونه وپېژني. metadata هېڅکله مه سموی او له اداره شوي بهیر څخه بهر د archive د بدلولو هڅه مه کوئ.

1. په ټاکلي ریکارډ Transfer وکاروئ او د عملیاتو تر بشپړېدو انتظار وکړئ.
2. وګورئ چې لرې تایید ثبت شوی او checksum لا هم شته.
3. که لېږد ناکام شي یا د بشپړتیا معلومات ورک وي، د تېروتنې کوډ ولولئ او د وړتیا کتنې مه تېروئ؛ موضوع راپور کړئ.

د بېرته راګرځولو غوښتنه

Restore د اغېز له پلوه مهم queue شوی عملیات دی، نه د پاڼې سمدستي اقدام. فعال God کاروونکي باید په تېرو 10 دقیقو کې MFA بشپړ کړی وي. د تایید په کړکۍ کې لږ تر لږه 12 توري دلیل ولیکئ، د backup دقیق پېژند او ښودل شوی production host دننه کړئ او د پایلو د منلو checkbox وټاکئ. سرور دا ارزښتونه له ټاکلي backup او تنظیم شوي host سره تاییدوي. بریالۍ سپارنه تایید شوې غوښتنه ثبتوي او queue کوي؛ دا د restore کارکوونکي د بشپړولو ثبوت نه دی.

1. Restore یوازې د بشپړ، لرې تایید شوي، نه‌تېر شوي او وړ archive لپاره پرانیزئ او تازه MFA بشپړ کړئ.
2. دلیل، د backup دقیق پېژند او ښودل شوی host ولیکئ؛ د څرګند تایید نښه وټاکئ.
3. یوازې یو ځل یې ولېږئ، بیا Recent Operations او پایله‌ییز حالت تعقیب کړئ؛ له نوې غوښتنې مخکې تېروتنې وڅېړئ.

د تېروتنو اداره

پاڼه د تېروتنې خبرتیاوې، د عملیاتو حالت او د تېروتنې کوډ ښيي. عام لاملونه د مقصد نشتوالی، د archive نیمګړی metadata، د لرې تایید ناکامي، تېر شوی recovery ټکی یا د تازه MFA نشتوالی دي. روان عملیات ښايي لا هم کار کوي؛ دوه‌ګونې غوښتنې مه لېږئ. د سیسټم روغتیا د scheduler او disk له حالته سره د وروستي بریالي کار جلا نښه ښيي. دوامداره تېروتنې د عملیاتو له حالت او کوډ سره راپور کړئ او پټ معلومات، خصوصي endpoint ارزښتونه او د پېرودونکو معلومات له راپور څخه بهر وساتئ.

1. د عملیاتو ډول، حالت، timestamp او د تېروتنې کوډ په Recent Operations کې ولولئ.
2. چمتووالی او د سیسټم روغتیا د اړوند queue، disk، scheduler او backup نښو لپاره وګورئ.
3. یوازې هغه وخت بیا هڅه وکړئ چې لامل معلوم او مخکینی عملیات وروستي حالت ته رسېدلي وي؛ نه‌حل شوې د زیربنا ستونزې راپور کړئ.

عامې پوښتنې

اړوندې پاڼې

• اداره او د لاسرسي کنټرول
• د سوداګرۍ او مالي چارو اداره
• د AI، hosting او خدمتونو کتالوګونه
• محتوا، سیمه‌ییزول او د لټون ښودنه
• خلک، ټیمونه او استخدام
• د خدمتونو عملیات او څارنه
• د ملاتړ څانګه او د پوهې عملیات