په تیاره کې بیک اپ: د رخصتۍ په ویاړ د افسانو ماتول

په تیاره کې بیک اپ: د رخصتۍ په ویاړ د افسانو ماتول

بیک اپ یو له فیشني ټیکنالوژیو څخه ندی چې هرڅوک یې په اړه غږ کوي. دا باید په ساده ډول په کوم جدي شرکت کې وي، بس. زموږ بانک د څو زرو سرورونو ملاتړ کوي - دا یو پیچلی، په زړه پورې کار دی، او زه غواړم د دې ځینې پیچلتیاو په اړه خبرې وکړم، او همدارنګه د بیک اپ په اړه عادي غلط فهمۍ.

زه په دې موضوع نږدې 20 کاله کار کوم، چې وروستي 2 کلونه په Promsvyazbank کې وم. زما د تمرین په پیل کې ، ما په لاسي ډول بیک اپ جوړ کړ ، د سکریپټونو په کارولو سره چې په ساده ډول فایلونه کاپي شوي. بیا په وینډوز کې مناسب وسیلې راڅرګندې شوې: د فایلونو چمتو کولو لپاره د روبوکاپي اسانتیا او د کاپي کولو لپاره د NT بیک اپ. او یوازې بیا د ځانګړي سافټویر لپاره وخت راغی ، په عمده ډول د ویریټاس بیک اپ Exec ، کوم چې اوس د سیمانټیک بیک اپ Exec په نوم یادیږي. نو زه د اوږدې مودې لپاره د بیک اپ سره آشنا یم.

په ساده ډول ، بیک اپ د ډیټا یوه کاپي خوندي کوي (مجازی ماشینونه ، غوښتنلیکونه ، ډیټابیسونه او فایلونه) یوازې د یو ځانګړي منظمیت سره. هره قضیه معمولا د هارډویر یا منطقي ناکامۍ په شکل کې څرګندیږي او د معلوماتو ضایع کیدو لامل کیږي. د بیک اپ سیسټم هدف د معلوماتو له لاسه ورکولو څخه د زیانونو کمول دي. د هارډویر ناکامي د مثال په توګه د سرور یا ذخیره کولو ناکامي ده چیرې چې ډیټابیس موقعیت لري. منطقي د معلوماتو د برخې ضایع یا بدلون دی، پشمول د انساني فکتور له امله: یو میز یا فایل په ناڅاپي توګه حذف شوی، یا سکریپټ د منحل بال اجرا کولو لپاره پیل شوی. د اوږدې مودې لپاره د ځانګړو ډولونو معلوماتو ذخیره کولو لپاره تنظیمي اړتیاوې هم شتون لري، د بیلګې په توګه، تر څو کلونو پورې.

په تیاره کې بیک اپ: د رخصتۍ په ویاړ د افسانو ماتول

د بیک اپ خورا عام کارول د پراختیا کونکو لپاره د مختلف ازموینې سیسټمونو او کلونونو ځای په ځای کولو لپاره د ډیټابیسونو خوندي شوي کاپي بحال کول دي.

د بیک اپ په شاوخوا کې ډیری عام افسانې شتون لري چې د لرې کولو لپاره اوږد مهاله دي. دلته د دوی تر ټولو مشهور دي.

افسانه 1. بیک اپ له ډیرې مودې راهیسې د امنیت یا ذخیره کولو سیسټمونو کې یو کوچنی فعالیت دی

د بیک اپ سیسټمونه لاهم د حل جلا ټولګي پاتې دي، او خورا خپلواک. دوی ته ډیره مهمه دنده سپارل شوې ده. په لازمي ډول ، دوی د دفاع وروستۍ کرښه دي کله چې د معلوماتو امنیت ته راځي. نو بیک اپ په خپل سرعت کار کوي، په خپل مهال ویش کې. یو ورځنی راپور په سرورونو کې رامینځته کیږي؛ داسې پیښې شتون لري چې د څارنې سیسټم لپاره د محرکاتو په توګه کار کوي.

په تیاره کې بیک اپ: د رخصتۍ په ویاړ د افسانو ماتول

برسیره پردې، د بیک اپ سیسټم ته د لاسرسي رول ماډل تاسو ته اجازه درکوي چې د بیک اپ اداره کولو لپاره د هدف سیسټمونو مدیرانو ته ځینې واکونه واستوئ.

افسانه 2. کله چې RAID شتون ولري، بیک اپ ته نور اړتیا نشته

په تیاره کې بیک اپ: د رخصتۍ په ویاړ د افسانو ماتول

بې له شکه، د RAID صفونه او د معلوماتو نقل کول د هارډویر ناکامیو څخه د معلوماتو سیسټمونو ساتلو لپاره یوه ښه لار ده، او که تاسو یو سټینډ بای سرور لرئ، د اصلي ماشین د ناکامۍ په صورت کې په چټکۍ سره د هغې بدلول تنظیم کړئ.

بې ځایه کیدل او نقل کول تاسو د سیسټم کاروونکو لخوا رامینځته شوي منطقي غلطیو څخه نه ژغوري. دلته د ځنډیدو ریکارډ سره یو سټینډ بای سرور دی - هو ، دا کولی شي مرسته وکړي که چیرې د ترکیب کولو دمخه یوه تېروتنه وموندل شي. که شیبه له لاسه ورکړل شي څه به وي؟ یوازې یو وخت بیک اپ به دلته مرسته وکړي. که تاسو پوهیږئ چې ډاټا پرون بدله شوې، تاسو کولی شئ د تیرې ورځې په څیر سیسټم بحال کړئ او له هغې څخه اړین معلومات راوباسئ. په پام کې نیولو سره چې منطقي تېروتنې خورا عام دي، ښه زوړ بیک اپ یو ثابت او اړین وسیله پاتې کیږي.

افسانه 3. بیک اپ هغه څه دي چې په میاشت کې یو ځل ترسره کیږي.

د بیک اپ فریکونسۍ د ترتیب وړ پیرامیټر دی چې په ابتدايي توګه د بیک اپ سیسټم اړتیاو پورې اړه لري. دا خورا ممکنه ده چې د معلوماتو موندلو لپاره چې تقریبا هیڅکله بدلون نه کوي او په ځانګړې توګه مهم نه وي؛ د هغې ضایع به د شرکت لپاره مهم نه وي.
په حقیقت کې ، دوی په میاشت کې یو ځل یا حتی لږ ځله بیک اپ کیدی شي. مګر ډیر مهم معلومات ډیر ځله خوندي کیږي ، د RPO (د بیا رغونې نقطې هدف) شاخص پورې اړه لري ، کوم چې د منلو وړ ډیټا ضایع ټاکي. دا کیدای شي په اونۍ کې یو ځل، په ورځ کې یو ځل، یا حتی په یو ساعت کې څو ځله وي. زموږ لپاره، دا د DBMS څخه د راکړې ورکړې لاګونه دي.

په تیاره کې بیک اپ: د رخصتۍ په ویاړ د افسانو ماتول

کله چې سیسټمونه په سوداګریزو عملیاتو کې واچول شي، د بیک اپ اسناد باید تصویب شي، کوم چې اصلي ټکي منعکس کوي، مقررات تازه کوي، د سیسټم بیا رغونه پروسیجرونه، د بیک اپ ذخیره کولو پروسیجرونه، او داسې نور.

افسانه 4. د نقلونو حجم په دوامداره توګه وده کوي او هر ډول تخصیص شوی ځای په بشپړه توګه نیسي

بیک اپ یو محدود شیلف ژوند لري. دا هیڅ معنی نلري، د بیلګې په توګه، په ټول کال کې د 365 ورځني بیک اپ ذخیره کول. د یوې قاعدې په توګه، دا د 2 اونیو لپاره د ورځني کاپي ذخیره کولو اجازه لري، وروسته له دې چې دوی تازه سره بدل شي، او د اوږدې مودې ذخیره کولو لپاره هغه نسخه چې په میاشت کې لومړی جوړه شوې وه پاتې کیږي. دا، په بدل کې، د یو ټاکلي وخت لپاره هم ساتل کیږي - هر کاپي د ژوند وخت لري.

په تیاره کې بیک اپ: د رخصتۍ په ویاړ د افسانو ماتول

د معلوماتو له لاسه ورکولو په وړاندې محافظت شتون لري. قاعده پلي کیږي: مخکې لدې چې بیک اپ حذف شي ، بل باید رامینځته شي. له همدې امله، ډاټا به حذف نشي که بیک اپ ناکام شي، د بیلګې په توګه، د سرور نه شتون له امله. نه یوازې د وخت محدودیتونو ته درناوی کیږي، مګر په یوه سیټ کې د نقلونو شمیر هم کنټرول کیږي. که چیرې سیسټم اړتیا ولري چې دوه بشپړ بیک اپونه شتون ولري ، نو تل به یې دوه وي ، او زوړ به یوازې هغه وخت حذف شي کله چې نوی دریم په بریالیتوب سره لیکل شوی وي. نو د بیک اپ آرشیف لخوا نیول شوي حجم کې زیاتوالی یوازې د خوندي شوي ډیټا مقدار زیاتوالي سره تړاو لري او په وخت پورې اړه نلري.

افسانه 5. کله چې بیک اپ پیل شي، هرڅه کنګل کیږي

دا غوره ده چې ووایاست: که هرڅه ځړول شي، دا پدې مانا ده چې د مدیر لاسونه له هغه ځای څخه وده نه کوي. په عموم کې، د بیک اپ فعالیت په ډیری فکتورونو پورې اړه لري. د مثال په توګه، پخپله د بیک اپ سیسټم فعالیت باندې: د ډیسک ذخیره او ټیپ کتابتونونه څومره ګړندي دي. د بیک اپ سیسټم سرورونو فعالیت څخه: ایا دوی د ډیټا پروسس کولو لپاره وخت لري ، کمپریشن او ډیپلیکیشن ترسره کوي. او همدارنګه د مراجعینو او سرور ترمنځ د اړیکو لینونو په سرعت کې.

بیک اپ کولی شي یو یا ډیرو تارونو ته لاړ شي، پدې پورې اړه لري چې آیا د بیک اپ سیسټم د څو ټریډینګ ملاتړ کوي. د مثال په توګه، اوریکل DBMS تاسو ته اجازه درکوي څو تارونه واستوئ، د شته پروسیسرونو شمیر سره سم، تر هغه چې د لیږد سرعت د شبکې بینډ ویت حد ته ورسیږي.

که تاسو د ډیری تارونو بیک اپ کولو هڅه وکړئ ، نو د روان سیسټم ډیر بار کولو فرصت شتون لري ، دا به واقعیا ورو پیل شي. له همدې امله، د تارونو غوره شمیره د کافي فعالیت ډاډ ترلاسه کولو لپاره غوره شوې. که حتی په فعالیت کې یو څه کمښت هم مهم وي ، نو بیا یو غوره اختیار شتون لري کله چې بیک اپ د تولید سرور څخه نه ترسره کیږي ، مګر د دې کلون څخه - د ډیټابیس اصطلاحاتو کې سټینډ بای. دا پروسه اصلي کاري سیسټم نه پورته کوي. ډاټا د ډیرو تارونو له لارې ترلاسه کیدی شي ځکه چې سرور د ساتنې لپاره نه کارول کیږي.

په لویو سازمانونو کې، د بیک اپ سیسټم لپاره جلا شبکه رامینځته کیږي ترڅو بیک اپ په تولید اغیزه ونکړي. سربیره پردې ، ترافیک د شبکې له لارې نه ، مګر د SAN له لارې لیږدول کیدی شي.
په تیاره کې بیک اپ: د رخصتۍ په ویاړ د افسانو ماتول
موږ د وخت په تیریدو سره د بار ویشلو هڅه هم کوو. بیک اپ اکثرا د غیر کاري ساعتونو په جریان کې ترسره کیږي: په شپه کې ، د اونۍ په پای کې. همدارنګه، دوی ټول په ورته وخت کې نه پیل کوي. د مجازی ماشین بیک اپ یوه ځانګړې قضیه ده. دا پروسه په حقیقت کې پخپله د ماشین په فعالیت باندې هیڅ اغیزه نلري، نو بیک اپ د ورځې په اوږدو کې خپریدلی شي، د دې پرځای چې د شپې هرڅه بند کړي. ډیری فرعي ټکي شتون لري، که تاسو هرڅه په پام کې ونیسئ، بیک اپ به د سیسټم فعالیت اغیزه ونکړي.

افسانه 6. د بیک اپ سیسټم پیل کړ - دا ستاسو لپاره د غلطۍ زغم دی

هیڅکله مه هیروئ چې د بیک اپ سیسټم د دفاع وروستۍ کرښه ده، پدې معنی چې باید د هغې په وړاندې پنځه نور سیسټمونه وي چې د شرکت د IT زیربنا او معلوماتي سیسټمونو دوام، لوړ شتون او د ناورین مقاومت تضمینوي.

د امید کولو لپاره هیڅ معنی نشته چې یو بیک اپ به ټول معلومات بیرته راولي او ژر تر ژره سقوط شوی خدمت بیرته راولي. د بیک اپ له شیبې څخه د ناکامۍ شیبې پورې د معلوماتو ضایع کیدو تضمین شوی ، او ډیټا د څو ساعتونو لپاره نوي سرور ته اپلوډ کیدی شي (یا ورځې ، ستاسو په قسمت پورې اړه لري). له همدې امله ، دا معنی لري چې د هر څه بیک اپ ته لیږدولو پرته د بشپړ غلطی زغمونکي سیسټم رامینځته کول.

افسانه 7. ما یو ځل بیک اپ ترتیب کړ او وګورم چې دا کار کوي. ټول هغه څه چې پاتې دي د لاګونو لیدل دي

دا یو له خورا زیان رسونکي افسانې څخه دی ، هغه جعل چې تاسو یې یوازې د پیښې پرمهال احساس کوئ. د بریالي بیک اپ په اړه لاګونه تضمین ندي چې هرڅه په حقیقت کې د توقع سره سم پرمخ تللي. دا مهمه ده چې د ځای پرځای کولو لپاره دمخه خوندي شوي کاپي چیک کړئ. دا د ازموینې په چاپیریال کې د بیا رغونې پروسه پرمخ وړئ او پایله یې وګورئ.

او د سیسټم مدیر د کار په اړه لږ څه

هیڅوک د اوږدې مودې لپاره په لاسي ډول ډاټا کاپي نه کوي. عصري SRCs کولی شي نږدې هرڅه بیک اپ کړي ، تاسو اړتیا لرئ دا په سمه توګه تنظیم کړئ. که یو نوی سرور اضافه شوی وي، پالیسي ترتیب کړئ: هغه مینځپانګې غوره کړئ چې بیک اپ کیږي، د ذخیره کولو پیرامیټونه مشخص کړئ، او مهال ویش پلي کړئ.

په تیاره کې بیک اپ: د رخصتۍ په ویاړ د افسانو ماتول

په ورته وخت کې، د سرورونو د پراخې بیړۍ له امله لاهم ډیر کار شتون لري، پشمول ډیټابیسونه، میل سیسټمونه، د مجازی ماشینونو کلسترونه، او په وینډوز او لینکس / یونیکس دواړو کې د فایل سرچینې. هغه کارمندان چې د بیک اپ سیسټم ساتي بې کاره ناست ندي.

د رخصتۍ په ویاړ، زه غواړم د ټولو مدیرانو قوي اعصاب، روښانه حرکتونه او د بیک اپ ذخیره کولو لپاره نه ختمیدونکي ځای غواړم!

سرچینه: www.habr.com

Add a comment