برنامه ریزی بازیابی بلایا

مربوط به نسخه استاندارد Cloud Firestore و نسخه سازمانی Cloud Firestore.

این صفحه ویژگی‌های سازگاری Cloud Firestore با MongoDB را شرح می‌دهد که می‌تواند به شما در ایجاد و پیاده‌سازی برنامه‌های بازیابی اطلاعات پس از سانحه کمک کند.

برنامه‌ریزی بازیابی پس از سانحه برای قطعی زیرساخت‌های ابری

برای محافظت در برابر اختلالات احتمالی زیرساخت ابری در Google Cloud مانند یک منطقه یا ناحیه که دچار قطعی برق می‌شود، Cloud Firestore با سازگاری MongoDB داده‌ها را در چندین پایگاه داده کپی می‌کند.

معماری تکثیر بستگی به این دارد که آیا پایگاه داده در یک مکان منطقه‌ای یا یک مکان چند منطقه‌ای قرار دارد. پایگاه‌های داده منطقه‌ای به طور همزمان داده‌ها را در حداقل سه منطقه تکثیر می‌کنند. پایگاه‌های داده چند منطقه‌ای به طور همزمان داده‌ها را در پنج منطقه در سه منطقه با دو منطقه سرویس‌دهنده و یک منطقه شاهد تکثیر می‌کنند. پایگاه‌های داده چند منطقه‌ای با ارائه ۹۹.۹۹۹٪ دسترسی‌پذیری، در دسترس بودن و دوام پایگاه‌های داده را به حداکثر می‌رسانند. پایگاه‌های داده منطقه‌ای ۹۹.۹۹٪ دسترسی‌پذیری را ارائه می‌دهند.

Cloud Firestore با سازگاری با MongoDB به طور خودکار عملیات تکثیر را برای شما انجام می‌دهد و نیازی به پیکربندی یا آماده‌سازی اضافی ندارد. برای اطلاعات بیشتر، به موارد زیر مراجعه کنید:

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

برنامه‌ریزی بازیابی اطلاعات در زمان وقوع حادثه

برای محافظت در برابر بلایای داده مانند حذف یا تغییر تصادفی داده‌ها، از پشتیبان‌گیری زمان‌بندی‌شده و بازیابی در نقطه زمانی (PITR) استفاده کنید. بسته به نیازهای بازیابی فاجعه شما، می‌توانید از هر دو ویژگی با هم استفاده کنید.

پشتیبان‌گیری‌های زمان‌بندی‌شده

پشتیبان‌گیری‌ها از حداکثر دوره نگهداری ۱۴ هفته‌ای پشتیبانی می‌کنند. می‌توانید پشتیبان‌گیری روزانه یا هفتگی را برنامه‌ریزی کنید. می‌توانید پایگاه داده خود را از یک پشتیبان به یک پایگاه داده Cloud Firestore جدید با سازگاری MongoDB در همان پروژه بازیابی کنید. برای جزئیات بیشتر، به پشتیبان‌گیری و بازیابی داده‌ها مراجعه کنید.

پشتیبان‌گیری‌ها دوره نگهداری بالاتری نسبت به PITR ارائه می‌دهند. بازیابی پایگاه داده از یک نسخه پشتیبان هزینه کمتری نسبت به بازیابی پایگاه داده از داده‌های PITR دارد.

بازیابی در نقطه زمانی (PITR)

PITR را برای خواندن اسناد از یک نقطه زمانی تا هفت روز گذشته فعال کنید. می‌توانید داده‌ها را در سطح جزئیات ۱ دقیقه بخوانید و با هدف زمان بازیابی (حداکثر زمان برای بازیابی) ۰، به صورت جراحی در پایگاه داده خود بنویسید. هدف نقطه بازیابی (حداکثر زمان از دست دادن داده ممکن) ۱ دقیقه است. برای جزئیات بیشتر، به بازیابی نقطه زمانی مراجعه کنید.

اگر نیازی به بازیابی کل پایگاه داده ندارید، خواندن‌های PITR می‌توانند فقط داده‌های مورد نیاز را بازیابی کنند. خواندن‌های PITR همچنین زمان بازیابی و نقطه بازیابی کمتری نسبت به پشتیبان‌گیری ارائه می‌دهند.

صادرات داده

برای نیازهای نگهداری داده‌ها بیش از ۱۴ هفته، می‌توانید از PITR برای ایجاد یک خروجی از کل پایگاه داده خود استفاده کنید و این داده‌ها را به طور نامحدود در Cloud Storage ذخیره کنید. خروجی داده PITR، داده‌ها را از یک برچسب زمانی تا هفت روز گذشته ثبت می‌کند.

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

برای شروع عملیات صادرات PITR، به بخش صادرات و واردات از داده‌های PITR مراجعه کنید.

کلون پایگاه داده

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

برای شروع عملیات کلون کردن، به بخش کلون کردن از پایگاه داده مراجعه کنید.

قدم بعدی چیست؟