مشاركة عبر


استمرار البيانات في ذاكرة التخزين المؤقت Azure ل Redis

إذا حدث فشل في ذاكرة التخزين المؤقت Azure ل Redis، فمن الممكن فقدان البيانات عند انخفاض العقد. يسمح لك استمرار Redis باستمرار البيانات المخزنة في مثيلات ذاكرة التخزين المؤقت. إذا كان هناك فشل في الأجهزة، يعيد مثيل ذاكرة التخزين المؤقت ترطيب البيانات من ملف الثبات عندما يعود عبر الإنترنت.

توضح هذه المقالة استمرار Redis، وكيفية تكوين وإدارة استمرار البيانات في مثيلات ذاكرة التخزين المؤقت Azure Redis المتميزة والمؤسسة. لا تتوفر ميزة استمرارية البيانات في المستويات الأساسية أو القياسية، وهي قيد المعاينة في مستويات Enterprise وEnterprise Flash.

تعد القدرة على استمرار البيانات طريقة مهمة لتعزيز متانة مثيل ذاكرة التخزين المؤقت، لأنه يخزن جميع بيانات ذاكرة التخزين المؤقت في الذاكرة. يجب أن يكون الاستمرار جزءا رئيسيا من استراتيجية قابلية الوصول العالية والتعافي من الكوارث في Azure Redis.

هام

توفر وظيفة استمرار البيانات المرونة لحالات فشل عقدة Redis غير المتوقعة. لا يعد استمرار البيانات ميزة نسخ احتياطي للبيانات أو ميزة استرداد نقطة زمنية (PITR). إذا تمت كتابة البيانات التالفة إلى مثيل Redis، تستمر البيانات التالفة أيضا. لإجراء نسخ احتياطية لمثيل Redis الخاص بك، استخدم ميزة التصدير .

هام

إذا كنت تستخدم الثبات على المستوى Premium، فتحقق لمعرفة ما إذا كان حساب التخزين الخاص بك قد تم تمكين الحذف المبدئي قبل استخدام ميزة استمرارية البيانات. يؤدي استخدام استمرارية البيانات مع الحذف المبدئي إلى ارتفاع تكاليف التخزين. لمزيد من المعلومات، راجع هل يجب تمكين الحذف المبدئي؟

نطاق التوفر

المستوى أساسي، قياسي متميز Enterprise وEnterprise Flash
متاح لا ‏‏نعم‬ نعم (معاينة)

أنواع استمرار بيانات Redis

يوفر Azure Redis نوعين من استمرارية البيانات، وتنسيق قاعدة بيانات Redis (RDB) وتنسيق ملف الإلحاق فقط (AOF).

  • يستمر استمرار RDB في لقطة من ذاكرة التخزين المؤقت بتنسيق ثنائي ويحفظها في حساب Azure Storage. يمكنك تكوين تكرار النسخ الاحتياطي لتحديد عدد مرات استمرار اللقطة. إذا حدث حدث كارثي يعطل ذاكرة التخزين المؤقت الأساسية والنسخة المتماثلة، يتم إعادة إنشاء ذاكرة التخزين المؤقت تلقائيا باستخدام أحدث لقطة. لمزيد من المعلومات، راجع مزايا RDBوعيوب RDB.

  • يحفظ استمرار AOF كل عملية كتابة إلى سجل، ويحفظ السجل مرة واحدة في الثانية إلى حساب Azure Storage. إذا حدث حدث كارثي يعطل كلا من ذاكرة التخزين المؤقت الأساسية والنسخة المتماثلة، يتم إعادة إنشاء ذاكرة التخزين المؤقت تلقائيا باستخدام عمليات الكتابة المخزنة. لمزيد من المعلومات، راجع مزايا AOFوعيوب AOF.

المتطلبات والقيود

  • توفر وظيفة استمرار البيانات المرونة لحالات فشل عقدة Redis غير المتوقعة. استمرار البيانات ليس نسخة احتياطية للبيانات أو ميزة PITR. إذا تمت كتابة البيانات التالفة إلى مثيل Redis، تستمر البيانات التالفة أيضا. لنسخ مثيل Redis احتياطيا، استخدم ميزة التصدير .

  • تهدف ميزات استمرار Azure Cache for Redis إلى استعادة البيانات تلقائيا إلى نفس ذاكرة التخزين المؤقت بعد فقدان البيانات. لا يمكنك استيراد ملفات البيانات الدائمة إلى ذاكرة تخزين مؤقت جديدة أو موجودة.

    • لنقل البيانات عبر ذاكرة التخزين المؤقت، استخدم ميزات استيراد البيانات وتصديرها .

    • لإنشاء أي نسخ احتياطية من البيانات التي يمكن إضافتها إلى ذاكرة تخزين مؤقت جديدة، يمكنك استخدام البرامج النصية التلقائية باستخدام PowerShell أو Azure CLI التي تقوم بتصدير البيانات بشكل دوري.

  • لا يتم دعم الثبات مع ذاكرات التخزين المؤقت التي تستخدم النسخ المتماثل الجغرافي السلبي أو النسخ المتماثل الجغرافي النشط.

  • في المستوى Premium، تستمر البيانات مباشرة إلى حساب Azure Storage الذي تملكه وتديره.

  • يجب أن يكون حساب التخزين لاستمرار البيانات من المستوى المتميز في نفس المنطقة مثل مثيل ذاكرة التخزين المؤقت. ومع ذلك، يمكنك استخدام حساب تخزين في اشتراك مختلف لاستمرار البيانات إذا كنت تستخدم الهوية المدارة للاتصال بحساب التخزين.

  • من الأفضل تعطيل ميزة الحذف المبدئي على حساب التخزين الذي تستخدمه لاستمرار البيانات من المستوى المتميز. يؤدي استخدام استمرارية البيانات مع الحذف المبدئي إلى ارتفاع تكاليف التخزين. لمزيد من المعلومات، راجع التسعير والفوترة وهل يجب تمكين الحذف المبدئي؟

  • يتم نسخ ملفات RDB احتياطيا إلى التخزين في شكل الكائنات الثنائية كبيرة الحجم للصفحة. لا يتم دعم الكائنات الثنائية كبيرة الحجم للصفحات في حسابات التخزين مع تمكين مساحة الاسم الهرمية (HNS)، مثل Azure Data Lake Storage Gen2، لذلك يميل الاستمرار إلى الفشل في حسابات التخزين هذه.

  • في المستوى Premium، لا يتم دعم استمرار AOF مع نسخ متماثلة متعددة.

تشفير البيانات

نظرا لأن استمرار Redis ينشئ بيانات ثابتة، فمن المهم تشفير هذه البيانات. تختلف خيارات التشفير استنادا إلى مستوى Azure Redis الذي تستخدمه.

بالنسبة إلى المستوى Premium، تتدفق البيانات مباشرة من مثيل ذاكرة التخزين المؤقت إلى Azure Storage عند بدء الثبات. يقوم Azure Storage تلقائيا بتشفير البيانات عند استمرارها، ولكن يمكنك استخدام العديد من أساليب التشفير، بما في ذلك المفاتيح المدارة من قبل Microsoft (MMKs) والمفاتيح المدارة من قبل العميل (CMKs) والمفاتيح التي يوفرها العميل. لمزيد من المعلومات، راجع تشفير Azure Storage للبيانات الثابتةوالمفاتيح المدارة بواسطة العميل لتشفير Azure Storage.

إعداد استمرارية البيانات

يمكنك استخدام مدخل Azure أو قوالب Azure Resource Manager (ARM) أو PowerShell أو Azure CLI لإنشاء وإعداد استمرار البيانات لذاكرة التخزين المؤقت لطبقة Premium أو Enterprise Azure Redis.

المتطلبات الأساسية

  • لإنشاء ذاكرة التخزين المؤقت Azure Redis وإضافتها، تحتاج إلى الوصول للكتابة وأذونات لإنشاء ذاكرة تخزين مؤقت Premium أو على مستوى المؤسسة في اشتراك Azure.
  • بالنسبة لذاكرة التخزين المؤقت من المستوى المتميز، تحتاج إلى حساب Azure Storage في نفس المنطقة مثل ذاكرة التخزين المؤقت لتخزين بيانات ذاكرة التخزين المؤقت. إذا كنت تستخدم الهوية المدارة كطريقة مصادقة، يمكنك استخدام حساب تخزين في اشتراك مختلف عن ذاكرة التخزين المؤقت.
  • لإجراءات Azure PowerShell، تحتاج إلى تثبيت Azure PowerShell، أو استخدام Azure Cloud Shell مع بيئة PowerShell في مدخل Microsoft Azure.
  • لإجراءات Azure CLI، تحتاج إلى تثبيت Azure CLI، أو استخدام Azure Cloud Shell مع بيئة Bash في مدخل Microsoft Azure.

إعداد استمرارية البيانات في مدخل Microsoft Azure

في مدخل Microsoft Azure، يمكنك إعداد استمرارية البيانات عند إنشاء مثيل ذاكرة التخزين المؤقت Azure Redis Premium أو على مستوى المؤسسة.

إشعار

يمكنك أيضا إضافة الثبات إلى ذاكرة التخزين المؤقت التي تم إنشاؤها مسبقا عن طريق الانتقال إلى استمرار البيانات ضمن الإعدادات في قائمة التنقل اليسرى لذاكرة التخزين المؤقت.

  1. لإنشاء ذاكرة تخزين مؤقت Premium في مدخل Microsoft Azure، اتبع الإرشادات في التشغيل السريع: إنشاء ذاكرة تخزين مؤقت Redis مفتوحة المصدر، وحدد Premiumلذاكرة التخزين المؤقت SKU في علامة التبويب الأساسيات .

    لقطة شاشة تعرض نموذجا لإنشاء Azure Cache لمورد Redis.

  2. عند ملء علامة التبويب خيارات متقدمة ، حدد إما استمرار RDB أو AOFلملف النسخ الاحتياطي ضمن استمرارية البيانات، وقم بتكوين الإعدادات ذات الصلة.

    لقطة شاشة تعرض إعدادات استمرارية بيانات RDB.

    • بالنسبة إلى RDB، قم بتكوين هذه الإعدادات:

      الإعدادات القيمة‬ ‏‏الوصف
      أسلوب المصادقة حدد الهوية المدارة أو مفتاح التخزين يسمح لك استخدام الهوية المدارة باستخدام حساب تخزين في اشتراك مختلف عن ذاكرة التخزين المؤقت.
      الاشتراك حدد الاشتراك الذي يحتوي على هويتك المدارة. يظهر هذا العنصر فقط إذا اخترت مصادقة الهوية المدارة .
      تردد النسخ الاحتياطي حدد فاصلا زمنيا للنسخ الاحتياطي: 15 دقيقة أو 30 دقيقة أو 60 دقيقة أو 6 ساعات أو 12 ساعة أو 24 ساعة. يبدأ هذا الفاصل الزمني العد لأسفل بعد اكتمال عملية النسخ الاحتياطي السابقة بنجاح. عند انقضاء الفاصل الزمني، تبدأ نسخة احتياطية جديدة.
      حساب التخزين حدد حساب التخزين. يجب أن يكون حساب التخزين في نفس منطقة ذاكرة التخزين المؤقت. يوصى باستخدام حساب تخزين Premium لأنه يحتوي على معدل نقل أعلى.
      مفتاح التخزين حدد إما المفتاح الأساسي أو المفتاح الثانوي لاستخدامه. يظهر هذا العنصر فقط إذا اخترت مصادقة مفتاح التخزين . إذا تمت إعادة إنشاء مفتاح التخزين لحساب التخزين الثابت الخاص بك، يجب إعادة تكوين المفتاح من القائمة المنسدلة مفتاح التخزين .
    • بالنسبة إلى AOF، قم بتكوين هذه الإعدادات:

      الإعدادات القيمة‬ ‏‏الوصف
      أسلوب المصادقة حدد الهوية المدارة أو مفتاح التخزين يسمح لك استخدام الهوية المدارة باستخدام حساب تخزين في اشتراك مختلف عن ذاكرة التخزين المؤقت.
      الاشتراك حدد الاشتراك الذي يحتوي على هويتك المدارة. يظهر هذا العنصر فقط إذا اخترت مصادقة الهوية المدارة .
      حساب التخزين الأول حدد حساب التخزين. يجب أن يكون حساب التخزين في نفس منطقة ذاكرة التخزين المؤقت. يوصى باستخدام حساب تخزين Premium لأنه يحتوي على معدل نقل أعلى.
      مفتاح التخزين الأول حدد إما المفتاح الأساسي أو المفتاح الثانوي لاستخدامه. يظهر هذا العنصر فقط إذا اخترت مصادقة مفتاح التخزين . إذا تمت إعادة إنشاء مفتاح التخزين، يجب إعادة تكوين المفتاح من القائمة المنسدلة مفتاح التخزين .
      حساب التخزين الثاني اختياريا حدد حساب تخزين ثانوي. إذا قمت بتكوين حساب تخزين ثانوي، تستمر عمليات الكتابة إلى ذاكرة التخزين المؤقت للنسخ المتماثلة في حساب التخزين الثاني هذا.
      مفتاح التخزين الثاني اختر إما المفتاح الأساسي أو المفتاح الثانوي لاستخدامه. يظهر هذا العنصر فقط إذا اخترت مصادقة مفتاح التخزين . إذا تمت إعادة إنشاء مفتاح التخزين، يجب إعادة تكوين المفتاح.
  3. أكمل جميع علامات التبويب وأكمل إنشاء ذاكرة التخزين المؤقت باتباع بقية الإرشادات في التشغيل السريع: إنشاء ذاكرة تخزين مؤقت Redis مفتوحة المصدر.

مع استمرار RDB، يبدأ النسخ الاحتياطي الأول بمجرد انقضاء الفاصل الزمني لتكرار النسخ الاحتياطي.

مع استمرار AOF، حفظ عمليات الكتابة إلى ذاكرة التخزين المؤقت إلى حساب التخزين المسمى أو الحسابات. إذا كان هناك فشل كارثي ينزل كلا من ذاكرة التخزين المؤقت الأساسية والنسخة المتماثلة، يتم استخدام سجل AOF المخزن لإعادة إنشاء ذاكرة التخزين المؤقت.

إعداد استمرارية البيانات باستخدام Azure PowerShell

يمكنك استخدام Azure PowerShell لإعداد استمرارية البيانات عند إنشاء ذاكرة تخزين مؤقت Azure Redis Premium أو مستوى المؤسسة، أو لإضافة استمرار إلى ذاكرة تخزين مؤقت تم إنشاؤها مسبقا.

يمكنك استخدام الأمر New-AzRedisCache لإنشاء ذاكرة تخزين مؤقت Azure Redis Premium جديدة تستخدم استمرارية البيانات.

لتحديث ذاكرة التخزين المؤقت الموجودة لاستخدام استمرارية البيانات، قم بتشغيل الأمر Set-AzRedisCache . للحصول على الإرشادات، راجع إضافة استمرار إلى ذاكرة تخزين مؤقت موجودة.

إعداد استمرارية البيانات باستخدام Azure CLI

يمكنك استخدام Azure CLI لإعداد استمرارية البيانات عند إنشاء ذاكرة تخزين مؤقت Azure Redis Premium أو مستوى المؤسسة، أو لإضافة استمرار إلى ذاكرة تخزين مؤقت تم إنشاؤها مسبقا.

يمكنك استخدام الأمر az redis create لإنشاء ذاكرة تخزين مؤقت جديدة من المستوى المميز تستخدم استمرارية البيانات. على سبيل المثال:

az redis create --location westus2 --name MyRedisCache --resource-group MyResourceGroup --sku Premium --vm-size p1 --redis-configuration @"config_rdb.json"

لتحديث ذاكرة تخزين مؤقت موجودة، استخدم الأمر az redis update . على سبيل المثال:

az redis update --name MyRedisCache --resource-group MyResourceGroup --set "redisConfiguration.rdb-storage-connection-string"="BlobEndpoint=https//..." "redisConfiguration.rdb-backup-enabled"="true" "redisConfiguration.rdb-backup-frequency"="15" "redisConfiguration.rdb-backup-max-snapshot-count"="1"

الأسئلة المتداولة حول الاستمرار

يحتوي هذا القسم على إجابات للأسئلة الشائعة حول استمرار ذاكرة التخزين المؤقت Azure Redis.

استمرار RDB

استمرارية AOF

هل يمكنني تمكين الاستمرارية على ذاكرة التخزين المؤقت التي تم إنشاؤها مسبقًا؟

نعم، يمكنك تكوين الاستمرار في إنشاء ذاكرة التخزين المؤقت وعلى ذاكرة التخزين المؤقت Premium أو Enterprise أو Enterprise Flash الموجودة.

هل يمكنني تمكين استمرار AOF وRDB في نفس الوقت؟

لا، يمكنك تمكين RDB أو AOF، ولكن ليس كليهما في وقت واحد.

كيف يعمل الثبات مع النسخ المتماثل الجغرافي؟

لا يعمل استمرار البيانات مع تمكين النسخ المتماثل الجغرافي.

ما هو نموذج الاستمرار الذي يجب أن أختاره؟

يكتب استمرار AOF إلى سجل مرة واحدة في الثانية، بينما يحفظ استمرار RDB النسخ الاحتياطية استنادا إلى الفاصل الزمني للنسخ الاحتياطي المكون. استمرار RDB له تأثير أقل على معدل النقل والأداء من استمرار AOF.

اختر استمرار AOF إذا كان هدفك الأساسي هو تقليل فقدان البيانات ويمكنك التعامل مع معدل نقل أقل لذاكرة التخزين المؤقت. اختر استمرار RDB إذا كنت ترغب في الحفاظ على الإنتاجية المثلى على ذاكرة التخزين المؤقت الخاصة بك ولكنك لا تزال تريد آلية لاسترداد البيانات.

لمزيد من المعلومات، راجع مزايا RDBوعيوب RDBومزايا AOFوعيوب AOF.

هل يؤثر استمرار AOF على معدل النقل أو زمن الانتقال أو أداء ذاكرة التخزين المؤقت الخاصة بي؟

يؤثر استمرار AOF على معدل النقل. نظرا لأن AOF يعمل على كل من العملية الأساسية والنسخة المتماثلة، ترى CPU أعلى وتحميل الخادم لذاكرة تخزين مؤقت مع استمرار AOF من ذاكرة التخزين المؤقت المتطابقة دون استمرار AOF. توفر AOF أفضل تناسق مع البيانات الموجودة في الذاكرة لأن كل كتابة وحذف يستمر مع بضع ثوان فقط من التأخير. والمفاضلة هي أن AOF أكثر كثافة في الحوسبة.

طالما أن وحدة المعالجة المركزية وتحميل الخادم أقل من 90%، فهناك عقوبة على معدل النقل، ولكن ذاكرة التخزين المؤقت تعمل بشكل طبيعي. أعلى من 90٪ من CPU وتحميل الخادم، يمكن أن تزداد عقوبة معدل النقل، ويزيد زمن انتقال جميع الأوامر التي تتم معالجتها بواسطة ذاكرة التخزين المؤقت. يزيد زمن الانتقال لأن استمرار AOF يعمل على كل من العملية الأساسية والنسخة المتماثلة، ما يزيد من الحمل على العقدة قيد الاستخدام، ويضع الاستمرار على المسار الحرج للبيانات.

ماذا يحدث إذا قمت بالتحجيم إلى حجم مختلف وتمت استعادة نسخة احتياطية تم إجراؤها قبل عملية التحجيم؟

  • إذا قمت بالتحجيم إلى حجم أكبر، فلا يوجد أي تأثير.
  • إذا قمت بالتحجيم إلى حجم أصغر، وكان لديك إعداد قواعد بيانات مخصص أكبر من حد قواعد البيانات لحجمك الجديد، فلن تتم استعادة البيانات الموجودة في قواعد البيانات هذه. لمزيد من المعلومات، راجع هل يتأثر إعداد قواعد البيانات المخصصة أثناء التحجيم؟
  • إذا قمت بالتحجيم إلى حجم أصغر، ولم يكن هناك مساحة كافية في الحجم الأصغر للاحتفاظ بجميع البيانات من النسخة الاحتياطية الأخيرة، يتم إخلاء المفاتيح أثناء عملية الاستعادة. عادة ما يتم إخلاء المفاتيح باستخدام نهج إخلاء allkeys-lru.

هل يمكنني استخدام نفس حساب التخزين للثبات عبر اثنين من ذاكرة التخزين المؤقت المختلفة؟

لا، يجب استخدام حسابات تخزين مختلفة. يجب أن يكون لكل ذاكرة تخزين مؤقت حساب تخزين خاص به لإعداده للثبات.

هام

استخدم أيضا حسابات تخزين منفصلة لاستمرار عمليات التصدير الدورية وتنفيذها على ذاكرة التخزين المؤقت.

هل يتم تحصيل رسوم من التخزين المستخدم في استمرارية البيانات؟

  • بالنسبة لذاكرة التخزين المؤقت Premium، يتم تحصيل رسوم منك مقابل التخزين المستخدم وفقا لنموذج التسعير لحساب التخزين.
  • بالنسبة لذاكرة التخزين المؤقت ل Enterprise وEnterprise Flash، يتم تضمين تخزين القرص المدار في السعر ولا يتحمل رسوما إضافية.

ما مدى تكرار كتابة استمرار RDB وAOF إلى الكائنات الثنائية كبيرة الحجم الخاصة بي، وهل يجب تمكين الحذف المبدئي؟

يمكن أن يكتب استمرار RDB و AOF إلى الكائنات الثنائية كبيرة الحجم للتخزين بشكل متكرر كل ساعة أو كل بضع دقائق أو كل ثانية. يصبح الحذف المبدئي مكلفا بسرعة مع أحجام البيانات النموذجية لذاكرة التخزين المؤقت التي تنفذ أيضا عمليات الكتابة كل ثانية. تمكين الحذف المبدئي على حساب تخزين يعني أيضا أن Azure Redis لا يمكنه تقليل تكاليف التخزين عن طريق حذف بيانات النسخ الاحتياطي القديمة.

من الأفضل تجنب تمكين الحذف المبدئي على حسابات التخزين التي تستخدمها لاستمرار بيانات Azure Redis Premium-tier. لمزيد من المعلومات حول تكاليف الحذف المبدئي، راجع التسعير والفوترة.

هل يمكنني تغيير تكرار النسخ الاحتياطي لـ RDB بعد إنشاء ذاكرة التخزين المؤقت؟

نعم، يمكنك تغيير تكرار النسخ الاحتياطي لاستمرار RDB باستخدام مدخل Azure أو Azure CLI أو Azure PowerShell.

لماذا يوجد أكثر من 60 دقيقة بين النسخ الاحتياطية عندما يكون لدي تكرار النسخ الاحتياطي لـRDB لمدة 60 دقيقة؟

لا يبدأ الفاصل الزمني لتكرار النسخ الاحتياطي RDB حتى تكتمل عملية النسخ الاحتياطي السابقة بنجاح. إذا كان تكرار النسخ الاحتياطي 60 دقيقة ويستغرق إكمال عملية النسخ الاحتياطي 15 دقيقة، فلن يبدأ النسخ الاحتياطي التالي حتى 75 دقيقة بعد وقت بدء النسخ الاحتياطي السابق.

ماذا يحدث للنسخ الاحتياطية RDB القديمة عند إجراء نسخة احتياطية جديدة؟

يتم حذف جميع النسخ الاحتياطية لاستمرار RDB، باستثناء النسخة الأحدث، تلقائيًا. قد لا يحدث هذا الحذف على الفور، ولكن النسخ الاحتياطية القديمة لا تستمر إلى أجل غير مسمى. إذا كنت تستخدم المستوى Premium للاستمرار، وتم تشغيل الحذف المبدئي لحساب التخزين الخاص بك، تستمر النسخ الاحتياطية الموجودة في حالة الحذف المبدئي.

متى يجب استخدام حساب تخزين ثانٍ؟

استخدم حساب تخزين ثان لاستمرار AOF عندما تتوقع أن يكون لديك عمليات SET أعلى من المعتادة على ذاكرة التخزين المؤقت. يساعد استخدام حساب التخزين الثانوي على ضمان عدم وصول ذاكرة التخزين المؤقت إلى حدود النطاق الترددي للتخزين. يتوفر هذا الخيار فقط لذاكرة التخزين المؤقت من المستوى المتميز.

كيف يمكنني إزالة حساب التخزين الثاني؟

يمكنك إزالة حساب التخزين الثانوي لاستمرار AOF عن طريق تعيين حساب التخزين الثاني ليكون نفس حساب التخزين الأول. لتغيير إعدادات ذاكرة التخزين المؤقت الموجودة، حدد استمرارية البيانات ضمن الإعدادات في قائمة التنقل اليسرى لصفحة ذاكرة التخزين المؤقت. لتعطيل الاستمرارية بالكامل، حدد معطل في صفحة استمرارية البيانات .

ما هي إعادة الكتابة وكيف تؤثر على ذاكرة التخزين المؤقت؟

عندما يصبح ملف AOF كبيرا بما فيه الكفاية، يتم وضع إعادة الكتابة تلقائيا في قائمة الانتظار على ذاكرة التخزين المؤقت. تقوم إعادة كتابة ملف AOF بتغيير حجمه مع الحد الأدنى من مجموعة العمليات اللازمة لإنشاء مجموعة البيانات الحالية.

أثناء عمليات إعادة الكتابة، يمكنك أن تتوقع الوصول إلى حدود الأداء في وقت أقرب، خاصة عند التعامل مع مجموعات البيانات الكبيرة. تحدث عمليات إعادة الكتابة بشكل أقل كلما أصبح ملف AOF أكبر، ولكن يستغرق وقتا كبيرا عند حدوثها.

ما الذي يجب أن أتوقعه عند تغيير حجم ذاكرة التخزين المؤقت مع تمكين AOF؟

إذا كان ملف AOF في وقت التحجيم كبيرا، فتوقع أن تستغرق عملية المقياس وقتا أطول من المعتاد، لأنه يعيد تحميل الملف بعد انتهاء التحجيم. راجع أيضا ماذا يحدث إذا قمت بالتحجيم إلى حجم مختلف وتمت استعادة نسخة احتياطية تم إجراؤها قبل عملية التحجيم؟

كيف يتم تنظيم بيانات AOF في التخزين؟

عند استخدام الطبقة المتميزة، يتم تقسيم البيانات المخزنة في ملفات AOF إلى عدة الكائنات الثنائية كبيرة الحجم للصفحة لكل جزء. بشكل افتراضي، يتم حفظ نصف الكائنات الثنائية كبيرة الحجم في حساب التخزين الأساسي ويتم حفظ نصفها في حساب التخزين الثانوي. يؤدي تقسيم البيانات عبر الكائنات الثنائية كبيرة الحجم للصفحات المتعددة وحسابات تخزين مختلفة إلى تحسين الأداء.

إذا لم يكن معدل ذروة عمليات الكتابة إلى ذاكرة التخزين المؤقت مرتفعا، فقد لا تكون هناك حاجة إلى هذا الأداء الإضافي. في هذه الحالة، يمكن إزالة تكوين حساب التخزين الثانوي، وتخزين جميع ملفات AOF في حساب التخزين الأساسي الفردي. يعرض الجدول التالي عدد الكائنات الثنائية كبيرة الحجم للصفحة الإجمالية التي يستخدمها كل مستوى تسعير.

مستوى متميز الكائنات الثنائية كبيرة الحجم
P1 8 لكل جزء
P2 16 لكل جزء
P3 32 لكل جزء
P4 40 لكل جزء

عند تمكين التجميع، يكون لكل جزء في ذاكرة التخزين المؤقت مجموعة خاصة به من الكائنات الثنائية كبيرة الحجم للصفحة، وفقا للجدول السابق. على سبيل المثال، تقوم ذاكرة التخزين المؤقت P2 مع ثلاثة أجزاء بتوزيع ملف AOF الخاص بها عبر الكائنات الثنائية كبيرة الحجم لصفحات 48: ستة عشر blobs لكل جزء، مع ثلاثة أجزاء.

بعد إعادة الكتابة، توجد مجموعتين من ملفات AOF في التخزين. تحدث عمليات إعادة الكتابة في الخلفية وتلحق بالمجموعة الأولى من الملفات. تعيين العمليات المرسلة إلى ذاكرة التخزين المؤقت أثناء إلحاق إعادة الكتابة إلى المجموعة الثانية من الملفات.

إذا كان هناك فشل أثناء إعادة الكتابة، يتم تخزين نسخة احتياطية مؤقتا. يتم حذف النسخة الاحتياطية على الفور بعد انتهاء إعادة الكتابة. إذا تم تشغيل الحذف المبدئي لحساب التخزين الخاص بك، يتم تطبيق إعداد الحذف المبدئي وتستمر النسخ الاحتياطية الموجودة في حالة الحذف المبدئي.

هل يؤثر وجود استثناءات جدار الحماية على حساب التخزين على الاستمرار؟

نعم. للثبات في المستوى Premium، يمكن أن يؤدي استخدام إعدادات جدار الحماية على حساب التخزين إلى منع ميزة الاستمرار من العمل.

يمكنك التحقق من وجود أخطاء في البيانات المستمرة عن طريق عرض مقياس الأخطاء. يشير هذا المقياس إلى ما إذا كانت ذاكرة التخزين المؤقت غير قادرة على الاحتفاظ بالبيانات بسبب قيود جدار الحماية على حساب التخزين أو مشاكل أخرى.

لاستخدام استمرارية البيانات مع حساب تخزين تم إعداد جدار حماية له، استخدم المصادقة المستندة إلى الهوية المدارة للاتصال بالتخزين. يؤدي استخدام الهوية المدارة إلى إضافة مثيل ذاكرة التخزين المؤقت إلى قائمة الخدمات الموثوق بها، مما يسهل تطبيق استثناءات جدار الحماية. إذا قمت بتخويل حساب التخزين باستخدام مفتاح بدلا من الهوية المدارة، فإن وجود استثناءات جدار الحماية على حساب التخزين يميل إلى قطع عملية الثبات.

هل يمكنني تمكين استمرار AOF إذا كان لدي أكثر من نسخة متماثلة واحدة؟

مع المستوى Premium، لا يمكنك استخدام استمرار AOF مع نسخ متماثلة متعددة. في مستويات Enterprise وEnterprise Flash، تكون بنية النسخ المتماثلة أكثر تعقيدا، ولكن يتم دعم استمرار AOF عند استخدام ذاكرة التخزين المؤقت للمؤسسة في عمليات النشر المتكررة للمنطقة.

كيف أعمل التحقق مما إذا كان الحذف المبدئي ممكنا على حساب التخزين الخاص بي؟

في مدخل Microsoft Azure، حدد حساب التخزين الذي تستخدمه ذاكرة التخزين المؤقتة للثبات، وحدد حماية البيانات ضمن إدارة البيانات في قائمة التنقل اليسرى. في صفحة حماية البيانات ، تحقق مما إذا كان تمكين الحذف المبدئي للكائنات الثنائية كبيرة الحجم ممكنا. لمزيد من المعلومات حول الحذف المبدئي في حسابات تخزين Azure، راجع تمكين الحذف المبدئي للكائنات الثنائية كبيرة الحجم.

هل يمكنني استخدام حساب تخزين في اشتراك مختلف عن الحساب الذي توجد فيه ذاكرة التخزين المؤقت؟

يمكنك اختيار حساب تخزين في اشتراك مختلف فقط إذا كنت تستخدم الهوية المدارة كطريقة مصادقة حساب التخزين.

تعرف على المزيد حول ميزات Azure Cache for Redis.