الأسئلة المتداولة حول NFS لملفات Azure NetApp

  • مقالة

تجيب هذه المقالة على الأسئلة المتداولة (FAQs) حول بروتوكول NFS لملفات Azure NetApp.

أريد تحميل وحدة تخزين تلقائيا عند بدء تشغيل جهاز Azure الظاهري أو إعادة تشغيله. كيف أعمل تكوين مضيفي لوحدات تخزين NFS الثابتة؟

لكي يتم تحميل وحدة تخزين NFS تلقائيا عند بدء تشغيل الجهاز الظاهري أو إعادة تشغيله، أضف إدخالا إلى /etc/fstab الملف على المضيف.

راجع تحميل وحدة تخزين لأجهزة Windows أو Linux الظاهرية للحصول على التفاصيل.

ما إصدار NFS الذي تدعمه Azure NetApp Files؟

تدعم Azure NetApp Files NFSv3 وNFSv4.1. يمكنك إنشاء وحدة تخزين باستخدام إصدار NFS.

هل تدعم Azure NetApp Files رسميا NFSv4.2؟

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

  • تحديد vers=4.2nfsvers=4.2أو أو nfsvers=4,minorversion=2 بشكل صريح في خيارات التحميل.
  • عدم تحديد إصدار NFS في خيارات التحميل والسماح لعميل NFS بالتفاوض على أعلى إصدار NFS مدعوم مسموح به.

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

لتجنب أي مشكلات مع العملاء الذين يركبون NFSv4.2 وللامتثال لقابلية الدعم، تأكد من تحديد إصدار NFSv4.1 في خيارات التحميل أو تعيين تكوين عميل NFS للعميل إلى الحد الأقصى لإصدار NFS في NFSv4.1.

كيف أعمل تمكين سحق الجذر؟

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

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

يمكن استخدام نفس مسار الملف ل:

  • وحدات التخزين الموزعة في مناطق مختلفة
  • وحدات التخزين الموزعة في مناطق توفر مختلفة داخل نفس المنطقة

إذا كنت تستخدم:

  • وحدات التخزين الإقليمية (بدون مناطق توفر) أو
  • وحدات التخزين داخل نفس منطقة التوفر،

يمكن استخدام نفس مسار الملف، ولكن يجب أن يكون مسار الملف فريدا داخل كل شبكة فرعية مفوضة أو يتم تعيينه إلى شبكات فرعية مفوضة مختلفة.

لمزيد من المعلومات، راجع إنشاء وحدة تخزين NFS لملفات Azure NetApp أو إنشاء وحدة تخزين بروتوكول مزدوج لملفات Azure NetApp.

عندما أحاول الوصول إلى وحدات تخزين NFS من خلال عميل Windows، لماذا يستغرق العميل وقتا طويلا للبحث في المجلدات والمجلدات الفرعية؟

تأكد من تمكين ذلك CaseSensitiveLookup على عميل Windows لتسريع البحث عن المجلدات والمجلدات الفرعية:

  1. استخدم أمر PowerShell التالي لتمكين CaseSensitiveLookup:
    Set-NfsClientConfiguration -CaseSensitiveLookup 1
  2. قم بتحميل وحدة التخزين على خادم Windows.
    مثال:
    Mount -o rsize=1024 -o wsize=1024 -o mtype=hard \\10.x.x.x\testvol X:*

كيف تدعم Azure NetApp Files تأمين الملفات NFSv4.1؟

بالنسبة لعملاء NFSv4.1، تدعم Azure NetApp Files آلية تأمين الملفات NFSv4.1 التي تحافظ على حالة جميع أقفال الملفات ضمن نموذج قائم على التأجير.

لكل RFC 3530، تحدد Azure NetApp Files فترة تأجير واحدة لجميع الحالات التي يحتفظ بها عميل NFS. إذا لم يجدد العميل عقد الإيجار الخاص به خلال الفترة المحددة، فسيتم تحرير جميع الحالات المقترنة بعقد إيجار العميل بواسطة الخادم.

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

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

تدعم Azure NetApp Files أيضا كسر تأمين الملفات.

لمعرفة المزيد حول تأمين الملفات في Azure NetApp Files، راجع تأمين الملفات.

لماذا الدليل .snapshot غير مرئي في وحدة تخزين NFSv4.1، ولكنه مرئي في وحدة تخزين NFSv3؟

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

Oracle dNFS

هل هناك أي تصحيحات Oracle مطلوبة مع dNFS؟

هام

يجب على العملاء الذين يستخدمون Oracle 19c والإصدارات الأحدث التأكد من تصحيحها لأخطاء Oracle 32931941. معظم حزم التصحيح المستخدمة حاليا من قبل عملاء Oracle لا تتضمن ** هذا التصحيح. تم تضمين التصحيح فقط في مجموعة فرعية من حزم التصحيح الأخيرة.

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

هذا التلف ليس خطأ على ONTAP ولا خدمة Azure NetApp Files نفسها، ولكن نتيجة خطأ Oracle dNFS. تتم معالجة الاستجابة إلى NFS IO أثناء انقطاع شبكة معينة أو أحداث إعادة تكوين بشكل خاطئ. ستكتب قاعدة البيانات بشكل خاطئ كتلة تم تحديثها كما تمت كتابتها. في بعض الحالات، سيؤدي الكتابة فوق هذه الكتلة نفسها في وقت لاحق إلى إتلاف الكتلة التالفة بصمت. إذا لم يكن الأمر كذلك، فإن عمليات قاعدة بيانات Oracle ستكتشفها في النهاية. يجب تسجيل خطأ في سجلات التنبيه، ومن المحتمل أن ينتهي مثيل Oracle. بالإضافة إلى ذلك، يمكن لعمليات dbv وRMAN الكشف عن التلف.

تنشر Oracle المستند 1495104.1، والذي يتم تحديثه باستمرار باستخدام تصحيحات dNFS الموصى بها. إذا كانت قاعدة البيانات تستخدم dNFS، فتأكد من أن فريق DBA يتحقق من وجود تحديثات في هذا المستند.

هام

يجب على العملاء الذين يستخدمون Oracle dNFS مع NFSv4.1 على وحدات تخزين Azure NetApp Files التأكد من اتخاذ الإجراءات المذكورة ضمن هل هناك أي تصحيحات مطلوبة لاستخدام Oracle dNFS مع NFSv4.1؟.

هل هناك أي تصحيحات مطلوبة لاستخدام Oracle dNFS مع NFSv4.1؟

هام

إذا كانت قواعد بياناتك تستخدم Oracle dNFS مع NFSv4.1، فيجب تصحيحها لأخطاء Oracle 33132050 33676296. قد تضطر إلى طلب منفذ خلفي لإصدارات أخرى من Oracle. على سبيل المثال، في وقت كتابة هذا التقرير، تتوفر هذه التصحيحات ل 19.11، ولكن ليس بعد 19.3. إذا استشهدت بأرقام الأخطاء هذه في حالة الدعم، فإن مهندسي دعم Oracle يعرفون ما يجب القيام به.

ينطبق هذا المطلب على الأنظمة والخدمات المستندة إلى ONTAP بشكل عام، والتي تتضمن كلا من ONTAP المحلي وملفات Azure NetApp.

أمثلة على المشاكل المحتملة إذا لم يتم تطبيق هذه التصحيحات:

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

تتضمن التصحيحات تغييرا في إدارة جلسة عمل dNFS والتخزين المؤقت للرد على NFS الذي يحل هذه المشاكل.

إذا لم تتمكن من تصحيح هذين الخطأين، يجب عدم استخدام dNFS مع NFSv4.1. يمكنك إما تعطيل dNFS أو التبديل إلى NFSv3.

هل يمكنني استخدام تعدد المسارات مع Oracle dNFS وNFSv4.1؟

عند استخدام NFSv4.1، لن يعمل dNFS مع مسارات متعددة. إذا كنت بحاجة إلى مسارات متعددة، يجب عليك استخدام NFSv3. يتطلب dNFS على مستوى clientID نظام المجموعة والجذع sessionID ل NFSv4.1 للعمل مع مسارات متعددة، والتي لا تدعمها Azure NetApp Files. ونتيجة لذلك، ستختبر تعليقا أثناء بدء تشغيل dNFS

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