الأسئلة المتداولة حول مجموعة وحدة تخزين تطبيق Azure NetApp Files

تجيب هذه المقالة عن الأسئلة المتداولة (FAQs) حول مجموعة وحدة تخزين تطبيق Azure NetApp Files.

الأسئلة المتداولة العامة

يجيب هذا القسم على الأسئلة العامة حول مجموعات وحدة تخزين تطبيق Azure NetApp Files.

لماذا يجب استخدام تجمع سعة QoS يدوي لجميع وحدات تخزين قاعدة البيانات الخاصة بي؟

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

إشعار

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

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

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

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

كم من الوقت يستغرق إنشاء مجموعة وحدة تخزين؟

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

فشل النشر ولم يتم إنشاء وحدة تخزين واحدة. ما سبب ذلك؟

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

لماذا لا يمكنني تحرير وصف مجموعة وحدة التخزين؟

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

ما نهج اللقطة الذي يجب استخدامه لوحدات تخزين قاعدة البيانات الخاصة بي؟

يمكنك استخدام منتجات مثل AzAcSnap أو Commvault للحصول على نسخة احتياطية متسقة مع التطبيق لبيئة قاعدة البيانات الخاصة بك. لا يمكنك استخدام اللقطات القياسية المجدولة بواسطة نهج اللقطة المضمن في ملفات Azure NetApp لحماية البيانات المتناسقة.

التوصيات العامة للقطات في بيئة قاعدة بيانات هي كما يلي:

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

الأسئلة المتداولة حول مجموعة وحدة تخزين التطبيق ل SAP HANA

يجيب هذا القسم على الأسئلة حول مجموعة وحدة تخزين تطبيق Azure NetApp Files ل SAP HANA.

تتضمن إرشادات التحميل الخاصة بوحدات التخزين قائمة بعناوين IP. ما هو عنوان IP الذي يجب أن أستخدمه؟

تضمن مجموعة وحدة تخزين التطبيق أن البيانات ووحدات تخزين السجل لمضيف واحد لها دائما نقاط نهاية تخزين منفصلة بعناوين IP مختلفة لتحقيق أفضل أداء. لاستضافة البيانات والسجلات ووحدات التخزين المشتركة عبر موارد تخزين Azure NetApp Files، يمكن إنشاء ما يصل إلى ست نقاط نهاية تخزين لكل مورد تخزين Azure NetApp Files مستخدم. لهذا السبب، يوصى بحجم الشبكة الفرعية المفوضة وفقا لذلك. راجع المتطلبات والاعتبارات لمجموعة وحدة تخزين التطبيق ل SAP HANA. على الرغم من أنه يمكن استخدام جميع عناوين IP المدرجة للتركيب، فإن أول عنوان IP مدرج هو الذي يوفر أقل زمن انتقال. يوصى دائما باستخدام عنوان IP الأول.

هل يمكنني استخدام nconnect كخيار تحميل؟

تدعم nconnect Azure NetApp Files NFSv4.1 ولكنها تتطلب إصدارات نظام التشغيل Linux التالية:

  • SLES 15SP2 وأعلى
  • RHEL 8.3 وأعلى

عند استخدام nconnect خيار التحميل، يصل حد القراءة إلى 4500 ميبي بايت/ثانية (راجع أفضل ممارسات خيارات تحميل Linux NFS لملفات Azure NetApp)، وقد تحتاج حدود معدل النقل المقترحة لتخزين البيانات إلى التكيف وفقا لذلك.

لماذا تتم hostid إضافة (على سبيل المثال، 00001) إلى اسمي حتى عندما أزيل {Hostid} العنصر النائب؟

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

يمكنك مشاهدة الأسماء النهائية لكل وحدة تخزين بعد تحديد Review + Create.

لماذا 1500 ميبي بايت/ ثانية هي الحد الأقصى لقيمة معدل النقل التي تقترحها مجموعة وحدة تخزين التطبيق ل SAP HANA لوحدة تخزين البيانات؟

NFSv4.1 هو البروتوكول المدعوم ل SAP HANA وOracle. على هذا النحو، يتم دعم جلسة TCP/IP واحدة عند تحميل وحدة تخزين واحدة. لتشغيل جلسة TCP واحدة (أي من مضيف واحد) مقابل وحدة تخزين واحدة، 1500 MiB/s هو حد الإدخال/الإخراج النموذجي المحدد. هذا هو السبب في أن مجموعة حجم التطبيق ل SAP HANA تتجنب تخصيص إنتاجية أكثر مما يمكنك تحقيقه واقعيا. إذا كنت بحاجة إلى المزيد من معدل النقل، خاصة لقواعد بيانات HANA الأكبر (على سبيل المثال، 12 تيرابايت)، فيجب عليك استخدام أقسام متعددة أو استخدام nconnect خيار التحميل.

كيف أعمل حجم وحدات تخزين Azure NetApp Files للاستخدام مع SAP HANA للحصول على الأداء الأمثل والفعالية من حيث التكلفة؟

للتحجيم الأمثل، من المهم تغيير الحجم للمشهد الكامل بما في ذلك اللقطات والنسخ الاحتياطي. حدد تخطيط وحدة التخزين الخاصة بك للإنتاج و HA وحماية البيانات، وقم بإجراء تغيير الحجم باستخدام حاسبة تغيير حجم Azure NetApp Files لتوزيع SAP HANA.

تلقيت رسالة "Not enough pool capacity"تحذير . ماذا يمكنني أن أفعل؟

تحسب مجموعة وحدة تخزين التطبيق السعة والطلب على معدل النقل لجميع وحدات التخزين استنادا إلى إدخال ذاكرة HANA. عند تحديد تجمع السعة، فإنه يتحقق على الفور من وجود سعة ومعدل نقل كافيين متاحين في تجمع السعة.

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

قد تحتاج إلى زيادة حجم التجمع لتجنب رسالة التحذير هذه.

كيف يمكنني فهم كيفية تغيير حجم نظامي أو المشهد العام للنظام؟

اتصل بخبير تحجيم SAP Azure NetApp Files لمساعدتك في تخطيط الحجم الكلي لنظام SAP.

تتضمن المعلومات الهامة التي تحتاج إلى توفيرها لكل نظام العناصر التالية: SID، والدور (الإنتاج، والتطوير، و pre-prod/QA)، وذاكرة HANA، واحتياطي اللقطات في النسبة المئوية، وعدد الأيام لاستبقاء اللقطات المحلية، وعدد النسخ الاحتياطية المستندة إلى الملفات، والمضيف الفردي/ المضيف المتعدد مع عدد المضيفين، وHSR (الأساسي والثانوي).

يمكنك استخدام أداة تقدير التحجيم SAP HANA لتحسين عملية تغيير الحجم.

إذا كنت تعرف أنظمتك (من تشغيل HANA من قبل)، يمكنك توفير بياناتك يدويا بدلا من هذه الافتراضات العامة.

هل يمكنني استخدام ميزة SAP HANA الجديدة لأقسام متعددة؟

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

أساسيات أقسام متعددة كما يلي:

  • تعني الأقسام المتعددة أن مضيف SAP HANA واحد يستخدم أكثر من وحدة تخزين واحدة لتخزين استمراريته.
  • تحتاج أقسام متعددة إلى التحميل على مسارات مختلفة. على سبيل المثال، وحدة التخزين الأولى موجودة على /hana/<SID>/data1/mnt00001، وتحتاج وحدة التخزين الثانية إلى مسار مختلف (/hana/<SID>/data2/mnt00002). لتحقيق هذه النتيجة، يجب عليك تكييف اصطلاح التسمية يدويا. أي. <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ...
  • الذاكرة هي مفتاح مجموعة وحدة تخزين التطبيق ل SAP HANA لحجم السعة والإنتاجية. على هذا النحو، تحتاج إلى تكييف الحجم لاستيعاب عدد الأقسام. بالنسبة إلى قسمين، يجب استخدام 50٪ من الذاكرة. بالنسبة لثلاثة أقسام، يجب استخدام 33٪ من الذاكرة، وهكذا.

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

لمزيد من التفاصيل حول هذا الموضوع، راجع استخدام Azure NetApp Files AVG ل SAP HANA لنشر HANA مع أقسام متعددة.

ما هي القواعد الكامنة وراء معدل النقل المقترح لبيانات HANA ووحدات تخزين السجل الخاصة بي؟

يحدد SAP مؤشرات الأداء الرئيسية (KPIs) لوحدات تخزين HANA على أنها 400 ميجابايت/ثانية للبيانات و250 ميجابايت/ثانية لوحدة تخزين السجل. هذا التعريف مستقل عن حجم قاعدة بيانات HANA أو حمل العمل. تقوم مجموعة وحدة تخزين التطبيق بتحجيم قيم معدل النقل بطريقة تفي حتى أصغر قاعدة بيانات بمؤشرات الأداء الرئيسية ل SAP HANA، وتستفيد قاعدة البيانات الأكبر من مستوى معدل النقل الأعلى، وتحجيم العرض استنادا إلى حجم قاعدة بيانات HANA المدخلة.

يصف الجدول التالي نطاق الذاكرة ومعدل النقل المقترح لوحدة تخزين بيانات HANA:

نطاق الذاكرة (ТБ)معدل النقل المقترح (ميغابايت/ثانية)
الحد الأدنىالحد الأقصى
01400
12600
24800
461000
681200
8101400
10غير محدود1500

يصف الجدول التالي نطاق الذاكرة ومعدل النقل المقترح لوحدة تخزين سجل HANA:

نطاق الذاكرة (ТБ)معدل النقل المقترح (ميغابايت/ثانية)
الحد الأدنىالحد الأقصى
04250
4غير محدود500

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

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

هل سيتم توفير جميع وحدات التخزين على مقربة من خوادم SAP HANA الخاصة بي؟

يضمن استخدام مجموعة موضع التقارب (PPG) التي قمت بإنشائها لخوادم SAP HANA إنشاء البيانات والسجل ووحدات التخزين المشتركة بالقرب من خوادم SAP HANA لتحقيق أفضل زمن انتقال ومعدل نقل. ومع ذلك، لا تتطلب وحدات تخزين النسخ الاحتياطي للسجلات والنسخ الاحتياطي للبيانات زمن انتقال منخفضا. من منظور الحماية، من المنطقي تخزين وحدات التخزين الاحتياطية هذه في موقع مختلف عن البيانات والسجل ووحدات التخزين المشتركة. لذلك، تضع مجموعة وحدة تخزين التطبيق وحدات تخزين النسخ الاحتياطي على موقع تخزين مختلف داخل المنطقة التي تحتوي على سعة ومعدل نقل كافيين متاحين.

ما هي العلاقة بين وحدات تخزين AVset وVM وPPG وAzure NetApp Files؟

تحتاج مجموعة موضع التقارب (PPG) إلى تعيين جهاز ظاهري واحد على الأقل إليها، إما مباشرة أو عبر AVset. الغرض من PPG هو استخراج الموقع الدقيق للجهاز الظاهري وتمرير هذه المعلومات إلى مجموعة وحدة تخزين التطبيق للبحث عن موارد Azure NetApp Files في نفس مركز البيانات. يعمل هذا الإعداد فقط عند بدء تشغيل جهاز ظاهري واحد على الأقل في PPG. عادة، يمكنك إضافة خوادم قاعدة البيانات إلى PPG.

تحتوي مجموعات PPGs على تأثير جانبي أنه إذا تم إيقاف تشغيل جميع الأجهزة الظاهرية، فإن إعادة تشغيل الأجهزة الظاهرية التالية لا تضمن أنها ستبدأ في نفس مركز البيانات كما كان من قبل. لمنع حدوث هذا الموقف، يوصى بشدة باستخدام مجموعة AVset حيث ترتبط جميع الأجهزة الظاهرية وPPG بسير عمل تثبيت HANA واستخدامه. لا يضمن سير العمل فقط أن الأجهزة الظاهرية لا تتحرك عند إعادة التشغيل، بل يضمن أيضا تحديد المواقع التي تتوفر فيها موارد كافية للحساب وAzure NetApp Files.

بالنسبة لنظام SAP HANA متعدد المضيفين، هل سيتم تغيير حجم وحدة التخزين المشتركة عند إضافة مضيفين إضافيين ل HANA؟

‏‏لا. هذا السيناريو هو حاليا واحدة من الحالات القليلة جدا حيث تحتاج إلى ضبط الحجم يدويا. توصي SAP بحجم وحدة التخزين المشتركة كذاكرة وصول عشوائي 1 × لكل أربعة مضيفي HANA. نظرا لإنشاء وحدة التخزين المشتركة كجزء من مضيف SAP HANA الأول، فقد تم تغيير حجمه بالفعل على أنه 1 ТБ. هناك خياران لحجم وحدة تخزين المشاركة ل SAP HANA بشكل صحيح.

  • إذا كنت تعرف مسبقا أنك تحتاج، على سبيل المثال، ستة مضيفين، يمكنك تعديل اقتراح ТБ 1 أثناء الإنشاء الأولي مع مجموعة وحدة تخزين التطبيق ل SAP HANA. عند هذه النقطة، يمكنك أيضا زيادة معدل النقل (أي QoS) لاستيعاب ستة مضيفين.
  • يمكنك دائما تحرير وحدة التخزين المشتركة وتغيير الحجم ومعدل النقل بشكل فردي بعد إنشاء وحدة التخزين. يمكنك القيام بذلك داخل مجموعة موضع وحدة التخزين أو مباشرة في وحدة التخزين باستخدام موفر موارد Azure أو واجهة المستخدم الرسومية.

أريد إنشاء وحدة تخزين النسخ الاحتياطي للبيانات ليس فقط لمثيل واحد ولكن لأكثر من قاعدة بيانات SAP HANA واحدة. كيف يمكنني فعل هذا؟

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

الأسئلة المتداولة حول مجموعة حجم التطبيق ل Oracle

يجيب هذا القسم على الأسئلة حول مجموعة وحدة تخزين تطبيق Azure NetApp Files ل Oracle.

هل سيتم توفير جميع وحدات التخزين في نفس منطقة التوفر مثل خادم قاعدة البيانات الخاص بي ل Oracle؟

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

كيف أعمل حجم وحدات تخزين Azure NetApp Files للاستخدام مع Oracle للحصول على الأداء الأمثل والفعالية من حيث التكلفة؟

للتحجيم الأمثل، من المهم تغيير الحجم للمشهد الكامل لقاعدة البيانات بما في ذلك HA واللقطات والنسخ الاحتياطي. حدد تخطيط وحدة التخزين الخاصة بك للإنتاج و HA وحماية البيانات، وقم بإجراء تغيير الحجم الخاص بك وفقا لتشغيل أحمال عمل Oracle الأكثر تطلبا في Azure دون التضحية بالأداء أو قابلية التوسع وأداة التقدير لتحجيم أحمال عمل Oracle إلى أجهزة Azure IaaS الظاهرية. يمكنك أيضا استخدام SAP على Azure NetApp Files Sizing Estimator باستخدام خيار Add Single Volume input.

تتضمن المعلومات الهامة التي تحتاج إلى توفيرها لتغيير حجم كل وحدة تخزين ما يلي: SID، والدور (الإنتاج، والتطوير، وما قبل الإنتاج/سؤالجواب)، واحتياطي اللقطات في النسبة المئوية، وعدد الأيام لاستبقاء اللقطات المحلية، وعدد النسخ الاحتياطية المستندة إلى الملفات، والمضيف الفردي/ المضيف المتعدد مع عدد المضيفين، ومتطلبات Data Guard (الأساسية والثانوية). اتصل بخبير تحجيم Oracle على Azure NetApp Files لمساعدتك في تخطيط حجم نظام Oracle الكلي.

تتضمن إرشادات التحميل الخاصة بوحدات التخزين قائمة بعناوين IP. ما هو عنوان IP الذي يجب أن أستخدمه ل Oracle؟

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

ما هو إصدار NFS الذي يجب استخدامه لوحدات تخزين Oracle الخاصة بي؟

استخدم Oracle dNFS في العميل لتحميل وحدات التخزين الخاصة بك. أثناء التركيب مع dNFS يعمل مع وحدات التخزين التي تم إنشاؤها باستخدام NFSv3 وNFSv4.1، نوصي بنشر وحدات التخزين باستخدام NFSv3. لمزيد من التفاصيل وتبعيات الإصدار، راجع نظام تشغيل العميل وملاحظات Oracle. يمكنك أيضا العثور على مزيد من التفاصيل في فوائد استخدام Azure NetApp Files مع قاعدة بيانات Oracle وأداء قاعدة بيانات Oracle على وحدات تخزين متعددة ل Azure NetApp Files.

لتحقيق أفضل أداء لقواعد البيانات الكبيرة، نوصي باستخدام dNFS في خادم قاعدة البيانات لتحميل وحدة التخزين. لتبسيط تكوين dNFS، نوصي بإنشاء وحدات التخزين باستخدام NFSv3.

ما نهج اللقطة الذي يجب أن أستخدمه لوحدات تخزين Oracle الخاصة بي؟

لا يرتبط هذا السؤال مباشرة بمجموعة حجم التطبيق ل Oracle. يمكنك استخدام منتجات مثل AzAcSnap أو Commvault للحصول على نسخة احتياطية متسقة مع التطبيق لقواعد بيانات Oracle. لا يمكنك استخدام اللقطات القياسية المجدولة بواسطة نهج اللقطة المضمنة في ملفات Azure NetApp لحماية البيانات المتناسقة لقاعدة بيانات Oracle.

التوصيات العامة للقطات في بيئة Oracle كما يلي:

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

هل يمكن استخدام Oracle ASM مع AVG لوحدات التخزين التي تم إنشاؤها من Oracle؟

يتم دعم استخدام Oracle ASM مع مجموعة وحدة تخزين تطبيق Azure NetApp Files ل Oracle، ولكن دون دعم تناسق اللقطة عبر وحدات التخزين في مجموعة وحدة تخزين التطبيق. ينصح العملاء باستخدام خيارات حماية البيانات المتوافقة الأخرى عند استخدام ASM حتى إشعار آخر.

لماذا يمكنني اختياريا استخدام مجموعة وضع التقارب (PPG) لنشر Oracle؟

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

الخطوات التالية