په تیرو پوسټونو کې موږ د تنظیم کولو لارښوونې شریکې کړې и د Veeam لخوا پرمخ وړل کیږي. نن ورځ موږ غواړو د Commvault په کارولو سره د بیک اپ په اړه وغږیږو. دلته به هیڅ لارښوونې شتون ونلري، مګر موږ به تاسو ته ووایو چې څه او څنګه زموږ پیرودونکي لا دمخه بیک اپ کوي.
د OST-2 ډاټا مرکز کې د Commvault پر بنسټ د ذخیره کولو سیسټم بیک اپ سیسټم.
دا څنګه کار کوي؟
Commvault د غوښتنلیکونو، ډیټابیسونو، فایل سیسټمونو، مجازی ماشینونو او فزیکي سرورونو بیک اپ کولو لپاره یو پلیټ فارم دی. د سرچینې ډیټا په هر سایټ کې کیدی شي: زموږ د پیرودونکي اړخ کې ، په بل سوداګریز ډیټا مرکز یا کلاوډ کې.
پیرودونکي په بیک اپ شیانو کې اجنټ نصبوي - د آی ډیټا ایجنټ - او دا د اړتیا وړ بیک اپ پالیسیو سره سم تنظیموي. د iData اجنټ اړین معلومات راټولوي، کمپریس کوي، نقل کوي، کوډ کوي او د ډیټا لاین بیک اپ سیسټم ته یې لیږدوي.
پراکسي سرورونه د پیرودونکي شبکې او زموږ شبکې ترمنځ ارتباط چمتو کوي، د چینلونو جلا کول چې له لارې یې ډاټا لیږدول کیږي.
د ډیټا لاین اړخ کې ، د آی ډیټا ایجنټ څخه ډاټا ترلاسه کیږي د رسنیو اجنټ سرور او دا د ذخیره کولو سیسټمونو، ټیپ کتابتونونو او نورو ته د ذخیره کولو لپاره لیږي. دا ټول اداره کیږي CommServe. زموږ په ترتیب کې، اصلي کنټرول سرور د OST سایټ کې موقعیت لري، او د بیک اپ سرور د NORD سایټ کې دی.
په ډیفالټ ، د پیرودونکي ډیټا په یوه سایټ کې زیرمه کیږي ، مګر تاسو کولی شئ په یوځل کې دوه ځایونو ته بیک اپ تنظیم کړئ یا دوهم سایټ ته د بیک اپ لیږد لپاره مهالویش تنظیم کړئ. دا اختیار د "معاون کاپي" په نوم یادیږي. د مثال په توګه، د میاشتې په پای کې ټول بشپړ بیک اپ به په اوتومات ډول نقل شي یا دویم سایټ ته لیږدول کیږي.
د Commvault بیک اپ سیسټم د عملیاتو سکیم.
د بیک اپ سیسټم په ابتدايي توګه د VMware مجازی کولو باندې کار کوي: CommServe، میډیا اجنټ او پراکسي سرورونه په مجازی ماشینونو کې ګمارل شوي. که چیرې پیرودونکي زموږ تجهیزات کاروي، نو بیا بیک اپ د Huawei OceanStor 5500 V3 ذخیره کولو سیسټم کې ځای پرځای شوي. د پیرودونکي ذخیره کولو سیسټمونو بیک اپ کولو او په ټیپ کتابتونونو کې بیک اپ ذخیره کولو لپاره، جلا میډیا اجنټ په فزیکي سرورونو کې کارول کیږي.
د پیرودونکو لپاره څه مهم دي؟
زموږ له تجربې څخه، هغه پیرودونکي چې د بیک اپ لپاره Commvault غوره کوي لاندې ټکو ته پام کوي.
کنسول. پیرودونکي غواړي پخپله بیک اپ اداره کړي. ټول لومړني عملیات په Commvault کنسول کې شتون لري:
- د بیک اپ لپاره د سرورونو اضافه کول او لرې کول؛
- د آی ډیټا ایجنټ تنظیم کول؛
- د دندو جوړول او په لاسي ډول پیل کول؛
- د بیک اپ ځان بیا رغونه؛
- د بیک اپ دندو د وضعیت په اړه د خبرتیاو ترتیب کول؛
- کنسول ته د لاسرسي محدودیت د کاروونکو رول او ډلې پورې اړه لري.
نقل کول. ډیپلیکیشن تاسو ته اجازه درکوي د بیک اپ پروسې په جریان کې د ډیټا نقل شوي بلاکونه ومومئ او لرې کړئ. پدې توګه ، دا د ذخیره کولو سیسټمونو کې د ځای خوندي کولو کې مرسته کوي او د لیږد شوي ډیټا مقدار کموي ، د چینل سرعت لپاره اړتیاوې کموي. د نقل کولو پرته، بیک اپ به د اصلي معلوماتو حجم دوه څخه تر درې ځله ونیسي.
د Commvault په حالت کې، نقل کول د پیرودونکي اړخ یا د میډیا اجنټ اړخ کې تنظیم کیدی شي. په لومړي حالت کې، غیر غیر معمولي ډیټا بلاکونه به حتی د میډیا ایجنټ سرور ته نه لیږدول کیږي. په دویمه برخه کې، تکرار شوی بلاک رد شوی او د ذخیره کولو سیسټم ته نه لیکل کیږي.
د دې بلاک تخریب د هش افعال پراساس دی. هر بلاک ته یو هش ټاکل شوی، کوم چې په هش میز کې ساتل کیږي، یو ډول ډیټابیس (د ډیپلیکیشن ډیټابیس، DDB). کله چې ډیټا لیږدول کیږي، هش د دې ډیټابیس له لارې "مات شوی" دی. که چیرې دا ډول هش دمخه په ډیټابیس کې شتون ولري ، نو بلاک د غیر ځانګړي په توګه نښه شوی او د میډیا اجنټ سرور ته نه لیږدول کیږي (په لومړي حالت کې) یا د ډیټا ذخیره کولو سیسټم ته لیکل شوی (دوهم کې).
د نقل کولو څخه مننه، موږ کولی شو د ذخیره کولو سیسټم کې تر 78٪ پورې ځای خوندي کړو. اوس مهال، 166,4 TB د ذخیره کولو سیسټم کې زیرمه شوي. د نقل کولو پرته، موږ باید 744 TB ذخیره کړو.
د حقونو توپیر کولو امکان. Commvault د دې وړتیا لري چې د بیک اپ مدیریت ته د لاسرسي مختلف کچې تنظیم کړي. تش په نامه "رولونه" ټاکي چې کوم عملونه به وي د بیک اپ شیانو په اړه کاروونکي. د مثال په توګه، پراختیا کونکي به یوازې د دې وړتیا ولري چې یو ځانګړي ځای ته د ډیټابیس سره سرور بیرته راولي، او مدیر به وکولی شي د ورته سرور لپاره غیر معمولي بیک اپ پیل کړي او نوي کاروونکي اضافه کړي.
کوډ کول. تاسو کولی شئ په لاندې لارو کې د Commvault له لارې د بیک اپ پرمهال ډاټا کوډ کړئ:
- د پیرودونکي اجنټ اړخ کې: پدې قضیه کې ډاټا به په کوډ شوي شکل کې بیک اپ سیسټم ته لیږدول کیږي؛
- د رسنیو د اجنټ لوري؛
- د لینک په کچه: ډاټا د پیرودونکي اجنټ اړخ کې کوډ شوي او د میډیا اجنټ سرور کې ډیکریټ شوي.
شته کوډ کولو الګوریتمونه: بلو فش، GOST، مارپ، دوه فش، 3-DES، AES (commvault وړاندیز شوی).
ځینې احصایې
د دسمبر تر نیمایي پورې، موږ د Commvault په کارولو سره 27 پیرودونکي لرو. ډیری یې پرچون پلورونکي او مالي ادارې دي. د کاپي اصلي ډاټا ټول حجم 65 TB دی.
په ورځ کې شاوخوا 4400 دندې بشپړیږي. لاندې په تیرو 16 ورځو کې د بشپړ شوي کارونو احصایې دي.
د Commvault له لارې ترټولو عام کارول شوي بیک اپ د وینډوز فایل سیسټم، SQL سرور او ایکسچینج ډیټابیسونه دي.
او اوس ژمنه شوې قضیې. که څه هم غیر شخصي (NDA هیلو :))، دوی یو نظر ورکوي چې ولې او څنګه پیرودونکي د Commvault-based بیک اپ کاروي. لاندې د پیرودونکو قضیې دي چې د یو واحد بیک اپ سیسټم کاروي، د بیلګې په توګه عام سافټویر، د میډیا اجنټ سرورونه او د ذخیره کولو سیسټمونه.
قضیه 1
پیرودونکي. د کنفیکشنري بازار د روسیې سوداګرۍ او تولید شرکت په ټوله روسیه کې د څانګو توزیع شوي شبکې سره.
دنده.د مایکروسافټ ایس کیو ایل ډیټابیسونو ، فایل سرورونو ، غوښتنلیک سرورونو ، ایکسچینج آنلاین میل باکسونو لپاره د بیک اپ تنظیم کول.
د سرچینې ډاټا په ټوله روسیه کې په دفترونو کې موقعیت لري (له 10 څخه ډیر ښارونه). تاسو اړتیا لرئ د ډیټا لاین سایټ ته بیک اپ وکړئ او بیا د شرکت په هر دفتر کې ډاټا بیرته وساتئ.
په ورته وخت کې، پیرودونکي د لاسرسي کنټرول سره بشپړ خپلواک کنټرول غواړي.
د ذخیره کولو ژوروالی - یو کال. د تبادلې آنلاین لپاره - د ژوندی کاپي لپاره 3 میاشتې او د آرشیف لپاره یو کال.
د حل لاره. یو اضافي کاپي په دوهم سایټ کې د ډیټابیسونو لپاره ترتیب شوی: د میاشتې وروستی بشپړ بیک اپ بل سایټ ته لیږدول کیږي او د یو کال لپاره هلته ساتل کیږي.
د مراجعینو د لیرې پرتو دفترونو څخه د چینلونو کیفیت تل په مناسب وخت چوکاټ کې د بیک اپ او بیا رغونې لپاره اجازه نه ورکوي. د لیږد شوي ترافیک مقدار کمولو لپاره ، د پیرودونکي اړخ کې تخفیف ترتیب شوی و. د دې څخه مننه ، د دفترونو لرې والي ته په پام سره د بشپړ بیک اپ وخت د منلو وړ شوی. د مثال په توګه، د سینټ پیټرزبورګ څخه د 131 GB ډیټابیس بشپړ بیک اپ په 16 دقیقو کې ترسره کیږي. له یکاترینبورګ څخه، د 340 GB ډیټابیس د 1 ساعت 45 دقیقو لپاره بیک اپ کیږي.
د رولونو په کارولو سره ، پیرودونکي د دې پراختیا کونکو لپاره مختلف اجازې تنظیم کړې: یوازې بیک اپ یا یوازې بحال کول.
قضیه 2
پیرودونکي. د روسیې د ماشومانو د توکو پلورنځیو سلسله.
دنده. د دې لپاره د بیک اپ تنظیم کول:
د لوړ بار MS SQL کلستر د 4 فزیکي سرورونو پراساس؛
مجازی ماشینونه د ویب پاڼې، غوښتنلیک سرورونو، 1C، ایکسچینج او فایل سرورونو سره.
د پیرودونکي ټول مشخص شوي زیربنا د OST او NORD سایټونو ترمنځ ویشل شوې.
د SQL سرورونو لپاره RPO 30 دقیقې دی، د نورو لپاره - 1 ورځ.
د ذخیره کولو ژوروالی - د معلوماتو ډول پورې اړه لري له 2 اونیو څخه تر 30 ورځو پورې.
د حل لاره. موږ د Veeam او Commvault پراساس د حلونو ترکیب غوره کړ. موږ د خپل بادل څخه د فایل بیک اپ لپاره Veeam کاروو. د ډیټابیس سرورونه، فعال لارښود، میل او فزیکي سرورونه د Commvault له لارې ملاتړ کیږي.
د لوړ بیک اپ سرعت ترلاسه کولو لپاره ، پیرودونکي د MS SQL سره په فزیکي سرورونو کې د بیک اپ کارونو لپاره جلا شبکې اډاپټر تخصیص کړی. د 3,4 TB ډیټابیس بشپړ بیک اپ 2 ساعته 20 دقیقې وخت نیسي، او بشپړ بیا رغونه 5 ساعته 5 دقیقې وخت نیسي.
پیرودونکي په پراخه کچه خام ډاټا درلوده (نږدې 18 TB). که تاسو په ټیپ کتابتون کې ډاټا واچوئ، لکه څنګه چې پیرودونکي مخکې کړي، دا به څو درجن کارتوسونو ته اړتیا ولري. دا به د پیرودونکي ټول بیک اپ سیسټم مدیریت پیچلي کړي. له همدې امله، په وروستي تطبیق کې، د ټیپ کتابتون د ذخیره کولو سیسټم سره بدل شو.
قضیه 3
پیرودونکي. په CIS کې د سوپرمارکیټ سلسله
دنده. پیرودونکي غوښتل چې زموږ په بادل کې د SAP سیسټمونو بیک اپ او بیا رغونه تنظیم کړي. د SAP HANA ډیټابیس لپاره RPO = 15 دقیقې، د مجازی ماشینونو لپاره د غوښتنلیک سرورونو سره RPO = 24 ساعته. د ذخیره کولو ژوروالی - 30 ورځې. د حادثې په صورت کې، RTO = 1 ساعت، د غوښتنې په صورت کې د کاپي بیرته راګرځولو لپاره، RTO = 4 ساعته.
د حل لاره. د HANA ډیټابیس لپاره، د ډیټا فایلونو او لاګ فایلونو بیک اپ په ټاکلي فریکونسۍ کې ترتیب شوی و. د لاګ فایلونه په هر 15 دقیقو کې آرشیف شوي یا کله چې دوی یوې ټاکلې اندازې ته رسیدلي.
د ډیټابیس د بیا رغونې وخت کمولو لپاره، موږ د ذخیره کولو سیسټم او د ټیپ کتابتون پر بنسټ د بیک اپ دوه کچې ذخیره ترتیب کړه. عملیاتي کاپي په ډیسکونو کې زیرمه شوي د دې وړتیا سره چې د اونۍ په جریان کې هر وخت بیرته راګرځیدلی شي. کله چې یو بیک اپ د 1 اونۍ څخه زوړ شي، دا آرشیف ته لیږدول کیږي، د ټیپ کتابتون ته، چیرته چې دا د نورو 30 ورځو لپاره زیرمه کیږي.
د 181 GB ډیټابیس څخه یو بشپړ بیک اپ په 1 ساعت 54 دقیقو کې ترسره کیږي.
کله چې بیک اپ تنظیم کړئ ، موږ د SAP بیکینټ انٹرفیس وکاروو ، کوم چې موږ ته اجازه راکوي د SAP HANA سټوډیو سره د دریمې ډلې بیک اپ سیسټمونه مدغم کړو. له همدې امله، بیک اپ په مستقیم ډول د SAP کنسول څخه اداره کیدی شي. دا د SAP مدیرانو لپاره ژوند اسانه کوي څوک چې اړتیا نلري نوي انٹرفیس ته عادت شي.
د بیک اپ مدیریت د معیاري Commvault پیرودونکي کنسول له لارې پیرودونکي ته هم شتون لري.
دا ټول د نن ورځې لپاره دي. په نظرونو کې پوښتنې وکړئ.
سرچینه: www.habr.com