هدف نقطه بازیابی

هدف نقطه بازیابی (RPO) به عنوان حداکثر مقدار داده - همانطور که در زمان اندازه گیری می شود - تعریف می شود که می تواند پس از بهبودی از یک فاجعه ، خرابی یا یک رویداد قابل مقایسه از بین برود قبل از از دست دادن داده ها از آنچه برای یک سازمان قابل قبول است فراتر رود. در صورت بروز خرابی شبکه یا سیستم رایانه ، RPO حداکثر سن داده یا پرونده ها در ذخیره پشتیبان مورد نیاز برای دستیابی به هدف مشخص شده توسط RPO را تعیین می کند.

تحمل ضرر سازمان یا میزان داده هایی که می تواند بدون تحمل آسیب قابل توجهی از دست بدهد ، مربوط به RPO است و در برنامه تداوم تجارت سازمان (BCP) ارائه شده است. این همچنین روشهای برنامه ریزی برای بازیابی فاجعه ، از جمله فاصله قابل قبول پشتیبان گیری را نشان می دهد ، زیرا به آخرین نکته اشاره دارد که داده های سازمان در قالب قابل استفاده حفظ می شود. به عنوان مثال ، RPO 60 دقیقه به هر 60 دقیقه یک نسخه پشتیبان تهیه می کند.

هدف نقطه بازیابی چیست؟

هدف بازیابی RPO ، اندازه گیری زمان مبتنی بر حداکثر میزان از دست دادن داده است که برای یک سازمان قابل تحمل است. همچنین به عنوان هدف بازیابی پشتیبان گیری هدف ، RPO علاوه بر این برای تعیین اینکه آیا برنامه پشتیبان گیری سازمان برای بهبودی پس از فاجعه کافی است ، مهم است.

هدف نقطه بازیابی بسیار مهم است زیرا حداقل برخی از دست دادن داده ها در هنگام حمله یک فاجعه احتمالاً است. حتی پشتیبان گیری در زمان واقعی نمی تواند در هنگام بروز خرابی در مقیاس بزرگ ، از بین رفتن داده ها به طور کامل جلوگیری کند.

RPO ها می توانند تعیین کنند:

• چه مقدار داده پس از یک فاجعه یا رویداد از بین می رود
• چند بار نیاز به تهیه نسخه پشتیبان از داده های خود برای اهداف بازیابی فاجعه دارید - به عبارت دیگر ، RPO مربوط به سایر نیازهای مورد نیاز آن نیست

هدف بازیابی چگونه کار می کند؟

غالباً ، برنامه های اولویت بالا نیاز به RPO های محکم تر دارند ، که به پشتیبان گیری مکرر نیاز دارند. در این شرایط ، بخش فناوری اطلاعات باید سیستم های پشتیبان را که می توانند چنین RPO ها را برآورده کنند ، مانند ترکیب عکس های فوری و تکثیر (همچنین به عنوان محافظت از داده های تقریباً مداوم یا نزدیک به CDP) برنامه ریزی کند. هنگامی که RPO تقریباً صفر است ، تیم خدمات عدم موفقیت و تکثیر مداوم یا یک سیستم حفاظت از داده های مداوم (CDP) را برای ایجاد تقریباً 100 درصد در دسترس برای برنامه ها و داده ها ترکیب می کند.

هدف بازیابی هدف در مقابل هدف زمان بازیابی

هدف بازیابی هدف و هدف زمان بازیابی (RTO) از جمله مهمترین پارامترهای برنامه حفاظت از داده یا بازیابی فاجعه است. این اهداف می توانند انتخاب یک برنامه پشتیبان گیری از داده های بهینه را راهنمایی کنند ، و همچنین پایه هایی را برای شناسایی و تجزیه و تحلیل استراتژی های مناسب ارائه دهند که می تواند شرکت را قادر به از سرگیری فرآیندهای تجاری در یک بازه زمانی در RPO و RTO کند.

اگرچه این دو اصطلاح مرتبط هستند ، اما درک تفاوت بین آنها مهم است.

هر BCP حداکثر تحمل یا آستانه مجاز برای از دست دادن داده ها را در هنگام ایجاد اختلال تعیین می کند. هدف نقطه بازیابی (RPO) میزان زمانی را که می تواند در طی یک رویداد عبور کند قبل از از دست دادن داده ها بیش از آن تحمل است.

مثال: قطع شدن رخ می دهد. اگر RPO برای این تجارت 12 ساعت باشد و آخرین نسخه خوب داده های موجود از 10 ساعت قبل باشد ، ما هنوز در پارامترهای RPO برای این برنامه تداوم تجارت هستیم.

به عبارت دیگر ، اهداف نقطه بازیابی یک برنامه بازیابی ، آخرین نکته را در زمان IT مشخص می کند که می تواند با توجه به میزان داده ها در طی آن بازه ، به پردازش بازیابی بازیابی قابل تحمل برسد.

هدف زمان بازیابی (RTO) میزان زمان واقعی است که یک تجارت مجبور است فرآیندهای خود را در سطح خدمات قابل قبول پس از یک فاجعه بازگرداند تا از عواقب غیرقابل تحمل مرتبط با این اختلال جلوگیری شود. RTO به این سؤال پاسخ می دهد: "چقدر پس از اطلاع رسانی در مورد اختلال در فرایند تجارت باید برای از سرگیری عملیات عادی لازم باشد؟"

راه دیگر برای فکر کردن در مورد تفاوت بین هدف زمان بازیابی و هدف نقطه بازیابی این است که RPO نشان دهنده میزان تغییر داده هایی است که نیاز به ورود مجدد دارد یا ممکن است در هنگام خرابی شبکه از بین برود. RTO نشان می دهد که زمان واقعی که می تواند قبل از وقفه بگذرد ، مانع جریان عملیات عادی تجاری غیر قابل قبول می شود.

زمان ریکاوری واقعی (RTA) و نقطه بازیابی واقعی (RPA) همیشه زمان سپری شده و داده های از دست رفته یک فرآیند بازیابی واقعی هستند و اغلب با این اهداف متفاوت هستند. فقط اختلال در تجارت و تمرین های فاجعه می تواند این واقعیت ها را در معرض دید خود قرار دهد.

همانطور که در بالا ذکر شد ، RPO ها و RTO ها بر اساس اولویت کاربرد و داده ها متفاوت خواهند بود. RPO و RTO نزدیک به صفر برای همه برنامه ها بسیار پرهزینه است ، زیرا تنها راه اطمینان از عدم از دست دادن داده ها و 100 درصد به روزرسانی با اطمینان از تکثیر داده های مداوم در داخل محیط های مجازی Failover است.

با توجه به هزینه یک RPO نزدیک صفر ، داده ها و برنامه های کاربردی را برای مطابقت با هزینه دستیابی به RPO و RTO مناسب بر اساس هدف ، ریسک و هزینه ها در اولویت قرار دهید. RTO به سیستم ها و برنامه ها مربوط می شود ، به این معنی که محاسبه آن بیشتر با محدودیت زمانی در زمان خرابی برنامه نسبت به بازیابی اطلاعات سروکار دارد.

این روش دیگری برای بیان تفاوت بین هدف نقطه بازیابی و هدف زمان بازیابی است: RPO روی میزان از بین رفتن داده ها پس از یک شکست متمرکز شده است. تجربه کاربر بد و کاربران تحریک شده قلمرو RTO است ، اما RPO موضوعات فاجعه بار مانند از دست دادن صدها هزار دلار در معاملات مشتری را در بر می گیرد.

نمونه های عینی نقطه بازیابی

در اینجا چندین نمونه از اهداف نقطه بازیابی در عمل آورده شده است:

در مورد شغلی که از پشتیبان گیری از نوارهای سنتی استفاده می کند ، یک برنامه پشتیبان را در نظر بگیرید که پشتیبان گیری را دو بار در روز ساعت 6 صبح و 6 بعد از ظهر برنامه ریزی می کند. خرابی اصلی سایت در ساعت 2 بعد از ظهر به تیم اجازه می دهد تا از 6 صبح پشتیبان گیری از حزب دنباله ای از هشت ساعت بازگردد. RTA با چه مدت طول می کشد و به دنبال آن هر کار اضافی لازم برای بازگشت سیستم به عملکرد کامل انجام می شود.

تکثیر مداوم و محافظت از داده های مداوم (CDP) ضمانت های امن تر RPO را ارائه می دهد ، زیرا سیستم هدف دارای یک تصویر آینه ای از منبع است. بسته به اینکه آیا تکثیر همزمان است یا ناهمزمان است و چه سرعت تغییرات را اعمال می کند ، مقادیر حزب دوری تغییر می کند. حزب حزب بستگی به این دارد که چگونه برنامه می تواند به داده های موجود در سایت تکرار شده دسترسی پیدا کند.

در برخی شرایط ، یک تجارت ممکن است به قابلیت های بازیابی کالای گرانول نیاز داشته باشد. به عنوان مثال ، یک کاربر ممکن است پرونده های مهم شرکت متصل به ارتباطات ایمیل را حذف کند ، و سپس محتویات پوشه زباله خود را خالی کند. ایمیل برای بسیاری از شرکت ها یک برنامه مهم برای تجارت است ، بنابراین این یک برنامه کاربردی است که ممکن است به طور مداوم از آن نسخه پشتیبان تهیه کند و امکان تهیه نسخه پشتیبان از دانه و بازیابی یک پرونده حذف شده با RTA چند دقیقه را فراهم می کند.

به عنوان نمونه دیگر ، یک سایت خرده فروشی تجارت الکترونیکی به احتمال زیاد از چندین پایگاه داده برای اهداف مختلف استفاده می کند. این کاتالوگ محصول خود را در یک پایگاه داده رابطه ای ، داده های سفارش تاریخی در یک پایگاه داده اسناد ذخیره می کند و از طریق API به دروازه پردازنده پرداخت آن متصل می شود.

RPO برای پایگاه داده سند در طی 24 ساعت است زیرا می تواند داده ها را برای آن از دیگر پایگاه داده ها بازسازی کند. برای این پایگاه داده رابطه ای ، RPO بسیار مهم نیست زیرا تجارت فقط به صورت دوره ای محصولات اضافه می کند. اما اگر پایگاه داده پایین بیاید ، درآمد متوقف می شود ، بنابراین RTO برای این پایگاه داده بسیار مهم است ، بنابراین RTO در واقع ممکن است کوتاه تر از RPO باشد.

نحوه محاسبه هدف نقطه بازیابی

RPO ها را می توان بر اساس فرکانس به روزرسانی پرونده ها تنظیم کرد. این تأیید می کند که عملیات ترمیم شده شما حاوی بیشترین نسخه از داده های شما در پی وقفه در سرویس است. به عنوان مثال ، پرونده های به روزرسانی که اغلب به یک RPO کوتاه بیش از چند دقیقه نیاز دارند تا اطمینان حاصل شود که می تواند عملیات را با حداقل از دست دادن داده ها به دنبال یک رویداد مختل کننده بازگرداند.

عواملی که می توانند بر RPO تأثیر بگذارند عبارتند از:

• حداکثر از دست دادن داده قابل تحمل برای سازمان خاص
• عوامل خاص در صنعت-مشاغل مربوط به اطلاعات حساس مانند معاملات مالی یا سوابق بهداشتی باید بیشتر به روز شوند
• گزینه های ذخیره داده ها ، مانند پرونده های فیزیکی در مقابل ذخیره ابری ، می توانند بر سرعت بازیابی تأثیر بگذارند
• هزینه از دست دادن داده ها و عملیات از دست رفته
• طرح های انطباق شامل مقرراتی برای بازیابی فاجعه ، از دست دادن داده ها و در دسترس بودن داده ها است که ممکن است بر مشاغل تأثیر بگذارد
• هزینه اجرای راه حل های بازیابی فاجعه

پس از تعریف ، RPO برای جزئیات در مورد اهداف BCP خدمت می کند و هر واحد تجاری باید RPO های متمایز داشته باشد. به عنوان مثال ، معاملات مالی و سایر فرآیندهای داده های مهم ماموریت ، نیاز به RPO های کوتاه تر از پرونده های کمتر به روز شده مانند سوابق پرسنل دارند.

همانطور که RPO ها را برای واحدهای تجاری خود محاسبه می کنید ، این فواصل نمونه را در نظر بگیرید:

0 تا 1 ساعت این برای عملیات مهم است که نمی توانند بیش از یک ساعت از داده ها را از دست بدهند. آنها به دلیل تعداد متغیرهای درگیر ، پویا ، حجم بالا و دشوار یا غیرممکن هستند. سوابق بیمار ، معاملات بانکی و سیستم های CRM همه در این ردیف قرار می گیرند.

1 تا 4 ساعت این فاصله برای واحدهای تجاری نیمه بحرانی است که می توانند داده های حداکثر چهار ساعت داده مانند سرورهای فایل و سیاهههای مربوط به چت مشتری را از دست بدهند.

4 تا 12 ساعت واحدهای تجاری در این ردیف ممکن است شامل داده های فروش و بازاریابی باشد.

13 تا 24 ساعت این واحدهای تجاری داده های نیمه مهم را اداره می کنند و RPO آنها نباید بیش از 24 ساعت برنگردد. به عنوان مثال این ردیف ممکن است شامل خرید و منابع انسانی باشد.

راه حل بازیابی فاجعه ابر بومی Druva و RPO

راه حل های بازیابی فاجعه ابر بومی Druva ارائه شده به عنوان یک سرویس ، انعطاف پذیری را در مورد نیازهای RPO شرکت ارائه می دهد. با استفاده از Druva ، کاربران همچنین TCO را تا 60 درصد پایین می آورند و بار معماری میراث را از بین می برند و بازیابی فاجعه ، پشتیبان گیری و بایگانی در ابر را متحد می کنند.

مشتریان Druva بسته به اینکه از حجم کار محافظت می شود ، می توانند از دقیقه تا یک ساعت با RPO ها روبرو شوند. این به لطف استفاده Druva از Source Global Deduplication است ، که به پشتیبان گیری اجازه می دهد تا ضمن مصرف منابع کمتری نسبت به پشتیبان گیری سنتی ، سریعتر اجرا شود. این امر به شما امکان می دهد تا در طول روز بسیار بیشتر از نسخه پشتیبان تهیه کنید ، در مقابل نسخه های پشتیبان سنتی که فقط به دلیل منابعی که مصرف می کنند ، شبانه اجرا می شوند.

برای کسب اطلاعات بیشتر در مورد درک RPO و RTO ، وبلاگ Druva را بخوانید و فیلم زیر را تماشا کنید.

اصطلاحات مرتبط

اکنون که در مورد هدف بازیابی آموخته اید ، با واژه نامه Druva ، این اصطلاحات مرتبط را برطرف کنید: < SPAN> راه حل های بازیابی فاجعه بومی Druva که به عنوان یک سرویس ارائه می شود ، انعطاف پذیری را در هنگام نیاز به نیاز RPO شرکت ارائه می دهد. با استفاده از Druva ، کاربران همچنین TCO را تا 60 درصد پایین می آورند و بار معماری میراث را از بین می برند و بازیابی فاجعه ، پشتیبان گیری و بایگانی در ابر را متحد می کنند.