پرسشهای متداول درباره انتخاب راهکار
پرسشهای متداول درباره انطباق با MLPS، محافظت در برابر باجافزار، انطباق با فناوری بومی و معماری بازیابی از فاجعه
الزامات فنی مشخص MLPS 2.0 سطح 3 برای پشتیبانگیری از داده و بازیابی از فاجعه چیست؟
الزامات پشتیبانگیری در MLPS 2.0 سطح 3 در چندین نقطه کنترلی از جمله «بازیابی پشتیبان داده»، «حفاظت از اطلاعات باقیمانده»، «امنیت شبکه» و «امنیت میزبان» پراکنده است و هسته آن را میتوان در چهار مورد خلاصه کرد: پشتیبانگیری و بازیابی محلی داده، پشتیبانگیری از دادههای مهم در محل دیگر، رمزنگاری و محرمانگی دادههای پشتیبان، و تمرین بازیابی دورهای. مواردی که بیشترین امتیاز از دست میرود، داشتن تنها پشتیبان محلی بدون پشتیبان در محل دیگر و انجام ندادن هرگز راستیآزمایی بازیابی است. ابزارهای فنی برای احراز انطباق معمولاً شامل CDP، ذخیرهسازی تغییرناپذیر و دو منطقه سه مرکز داده است.
اگر باجافزار دادههای تولیدی را رمزنگاری کند، آیا دادههای پشتیبان قابل بازیابی هستند؟ چگونه پیشگیری کنیم؟
امکان بازیابی به این بستگی دارد که آیا دادههای پشتیبان نیز همراه با آنها رمزنگاری شدهاند یا خیر. پیشگیری از باجافزار معمولاً بر سه لایه حفاظتی تکیه دارد: نخست ذخیرهسازی تغییرناپذیر (WORM) که پس از نوشتن دادههای پشتیبان امکان دستکاری آنها وجود ندارد؛ دوم جداسازی فیزیکی هوایی ذخیرهسازی بلوری که باجافزار به دادههای آفلاین دسترسی ندارد؛ سوم ادغام با قابلیتهای امنیتی که پیش از پشتیبانگیری بهطور خودکار بدافزار را شناسایی میکند. دستگاه یکپارچه پشتیبانگیری 热备云 همین سه لایه سازوکار را به کار میگیرد و از «توانایی پشتیبانگیری» به «پشتیبانگیری یعنی امنیت» ارتقا مییابد.
در محیط بومیسازی فناوری اطلاعات چین، بازیابی از فاجعه چگونه انجام میشود؟
کلید بازیابی فاجعه در محیط Xinchuang این است که تأیید کنید آیا سازنده برای CPU، سیستمعامل و پایگاه داده بومی گواهی انطباق اصلی دارد یا خیر، نه اینکه «اگر وصل شود یعنی پشتیبانی میشود». 中科热备 گواهی انطباق ۶ نوع CPU بومی شامل Kunpeng، Phytium، Hygon، Loongson، Zhaoxin و Sunway، ۱۰ نوع سیستمعامل بومی (Kylin Software، NeoKylin، UOS، openEuler، Zhongke Fangde، Ningsi، Puhua، Deepin، Red Flag، Anolis OS) و همچنین ۹ نوع پایگاه داده بومی شامل DM، Kingbase، GBase، ShenTong، HighGo، Yunhe Enmo، CS&S، EsgynDB و Wanli را تکمیل کرده است.
مرکز بازیابی از فاجعه در همان شهر ساخته شود یا در شهر دیگر؟ فاصله چگونه تعیین میشود؟
خود استاندارد MLPS فاصله «چند کیلومتر» را تعیین نمیکند و تنها «محل دیگر» را الزامی میداند. در عمل ارزیابی و رویه صنعت معمولاً دو نکته را در نظر میگیرد: مرکز پشتیبانگیری و مرکز تولیدی در یک موقعیت فیزیکی واحد نباشند تا از تأثیر آتشسوزی، قطع برق یا بلای طبیعی یکسان جلوگیری شود؛ در مورد فاصله، رویه صنعت معمولاً پیشنهاد میکند فاصله در همان شهر از چند ده کیلومتر آغاز شود و برای سیستمهای مهم فاصله بینمنطقهای بیش از چند صد کیلومتر توصیه میشود. همان شهر «سرعت» را حل میکند و شهر دیگر «فاصله» را؛ ترکیب این دو لازم است.
دستگاه یکپارچه پشتیبانگیری یا راهکار پشتیبانگیری صرفاً نرمافزاری؛ شرکتها چگونه انتخاب کنند؟
تفاوت ماهوی این دو در مسئولیت استقرار و نگهداری است. دستگاه یکپارچه پشتیبانگیری بهصورت سختافزار و نرمافزار یکپارچه و پیشنصبشده در کارخانه عرضه میشود، دوره استقرار در حد ساعت است و نگهداری بر عهده یک سازنده واحد است؛ راهکار صرفاً نرمافزاری نیازمند تأمین سرور بهصورت مستقل است، استقرار چند روز طول میکشد و مسئولیت سختافزار و نرمافزار از هم جدا بوده و پیچیدگی نگهداری بالاست. در انتخاب باید هزینه کل مالکیت 3-5 年 (سختافزار + مجوز نرمافزار + نگهداری + پشتیبانی) محاسبه شود، نه فقط قیمت خرید اولیه. دادههای حیاتی تولید معمولاً برای دستگاه یکپارچه مناسبترند.
در ارزیابی MLPS، بخش بازیابی از فاجعه بیشترین امتیاز از دست رفته در کجاست؟
در MLPS سطح 3 بیشترین امتیاز از دست رفته نه «نخریدن تجهیزات پشتیبانگیری» است، بلکه سه چیز است: تنها پشتیبان محلی و نداشتن پشتیبان در محل دیگر؛ انجام ندادن هرگز تمرین بازیابی که پشتیبان را به «پشتیبان مرده» تبدیل میکند؛ ذخیرهسازی دادههای پشتیبان بهصورت متن آشکار و بدون رمزنگاری. علاوه بر این، قرار داشتن رسانه پشتیبانگیری در همان اتاق دادههای تولیدی، عدم کمینهسازی مجوزهای عملیات پشتیبانگیری و نبود سازوکار جلوگیری از حذف اشتباهی و دستکاری نیز از نقاط رایج از دست دادن امتیاز هستند.
معماری دو منطقه سه مرکز داده چگونه عملیاتی میشود؟ آیا نسخه سادهشدهای برای شرکتهای کوچک و متوسط وجود دارد؟
دو منطقه سه مرکز داده به معنای دو منطقه جغرافیایی و سه مرکز داده است: مرکز تولیدی، مرکز بازیابی از فاجعه در همان شهر (برای مقابله با خرابی سطح اتاق سرور) و مرکز بازیابی از فاجعه در شهر دیگر (برای مقابله با فاجعه سطح شهری). نکته کلیدی عملیاتی این است که ابتدا اهداف RPO/RTO تعیین شود و سپس معماری بهصورت معکوس طراحی گردد؛ در همگامسازی داده، در همان شهر از تکثیر همگام و در شهر دیگر از تکثیر ناهمگام استفاده شود و CDP برای RPO در حد ثانیه به کار رود. بخش عمده هزینه مربوط به پهنای باند لینک بینمنطقهای و ساخت مرکز بازیابی از فاجعه است که میتوان با کاهش مشخصات مرکز بازیابی از فاجعه، اجاره منابع ابری در شهر دیگر و انتخاب تجهیزات یکپارچه بدون نیاز به نگهداری، هزینه را کنترل کرد.
دادههای پشتیبان چگونه رمزنگاری و در برابر دستکاری محافظت میشوند تا الزامات حسابرسی برآورده شود؟
معمولاً از دو جنبه آغاز میشود: در جنبه رمزنگاری، رمزنگاری سرتاسری AES-256 دادههای پشتیبان و ذخیرهسازی رمزنگاریشده، الزامات MLPS درباره محرمانگی پشتیبان را برآورده میکند؛ در جنبه ضد دستکاری، از ذخیرهسازی تغییرناپذیر (WORM، یکبار نوشتن و چندبار خواندن) استفاده میشود که پس از نوشتن دادههای پشتیبان امکان دستکاری آنها وجود ندارد و همراه با بایگانی آفلاین با جداسازی فیزیکی هوایی ذخیرهسازی بلوری، آخرین لایه محافظت در برابر باجافزار را تشکیل میدهد.