المشكلات المعروفة مع الجيل الثاني من تخزين Azure Data

توضح هذه المقالة القيود والمشكلات المعروفة للحسابات التي تم تمكينها بميزة مساحة الأسماء الهرمية.

إشعار

قد لا يتم دعم بعض الميزات الموضحة في هذه المقالة الخاصة بالحسابات التي تم تمكين دعم نظام ملفات الشبكة (NFS) 3.0 عليها. لعرض جدول يوضح تأثير دعم الميزات عند تمكين الإمكانات المختلفة، راجع دعم ميزة التخزين الكتلي في حسابات Azure Storage.

ميزات Blob storage المدعمة

يعمل الآن عدد متزايد من ميزات تخزين كائن ثنائي كبير الحجم (Blob) مع الحسابات التي تحتوي على مساحة اسماء هرمية. لمزيد من المعلومات، راجع ميزات تخزين كائن ثنائي كبير الحجم المتوفرة في Azure Data Lake Storage Gen2.

تكاملات خدمة Azure المدعومة

يعملAzure Data Lake Storage Gen2 على دعم العديد من خدمات Azure التي يمكنك استخدامها لاستيعاب البيانات وتنفيذ التحليلات وإنشاء تمثيلات مرئية. للحصول على قائمة بخدمات Azure المدعومة، راجع خدمات Azure التي تدعم الجيل الثاني من تخزين Azure Data.

لمزيد من المعلومات، راجع خدمات Azure التي تقوم بدعمAzure Data Lake Storage Gen2.

أنظمة أساسية مفتوحة المصدر مدعومة

تدعم العديد من الأنظمة الأساسية مفتوحة المصدر من الجيل الثاني من تخزين Azure Data للحصول على قائمة كاملة، راجع الأنظمة الأساسية مفتوح المصدر التي تدعم الجيل الثاني من تخزين Azure Data.

لمزيد من المعلومات، راجع الأنظمة الأساسية مفتوح المصدر التي تعمل على دعم Data Lake Storage Gen2.

واجهات برمجة تطبيقات تخزين كائن ثنائي كبير الحجم

من الممكن أن تعمل واجهات برمجة التطبيقات Data Lake Storage Gen2 و NFS 3.0 وواجهات برمجة تطبيقات Blob على نفس البيانات.

يصف هذا القسم المشكلات والقيود المتعلقة باستخدام واجهات برمجة التطبيقات المتعلقة بـ blob وNFS 3.0 وواجهات برمجة التطبيقات Data Lake Storage Gen2 للعمل على نفس البيانات.

  • لا يمكنك استخدام واجهات برمجة تطبيقات blob وNFS 3.0 وData Lake Storage APIs للكتابة إلى نفس مثيل الملف. إذا كتبت إلى ملف باستخدام واجهات برمجة تطبيقات Data Lake Storage Gen2 أو NFS 3.0، فلن تكون كتل هذا الملف مرئية للمكالمات إلى واجهة برمجة تطبيقات كائن ثنائي كبير الحجم Get Block List . الاستثناء الوحيد هو عند الكتابة فوق. يمكنك استخدام الكتابة فوق ملف/نقطة عن طريق واجهة برمجة التطبيقات أو بواسطة NFS 3.0 باستخدام خيار عدم الاقتطاع.

    لا يمكن الكتابة فوق الكائنات الثنائية كبيرة الحجم التي يتم إنشاؤها باستخدام عملية Data Lake Storage Gen2 مثل المسار - عملية الإنشاء باستخدام عمليات PutBlock أو PutBlockList ، ولكن يمكن الكتابة فوقها باستخدام عملية PutBlob الخاضعة للحد الأقصى المسموح به لحجم الكائن الثنائي كبير الحجم الذي يفرضه إصدار واجهة برمجة التطبيقات المقابل الذي يستخدمه PutBlob.

  • عند استخدام عملية List Blobs دون تحديد محدد، تتضمن النتائج كلا من الدلائل والكائنات الثنائية كبيرة الحجم. إذا اخترت استخدام محدد، فاستخدم شرطة مائلة للتحويل فقط (/). يعد هذا هو المحدد الوحيد المدعوم.

  • إذا كنت تستخدم واجهة برمجة تطبيقات Delete Blob لحذف دليل، يتم حذف هذا الدليل فقط إذا كان فارغا. وهذا يعني أنه لا يمكنك استخدام أدلة حذف واجهة برمجة تطبيقات Blob بشكل متكرر.

تعد واجهات برمجة تطبيقات Blob REST هذه غير مدعومة:

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

دعم لإعداد قوائم التحكم في الوصول (ACLs) بشكل متكرر

القدرة على تطبيق تغييرات ACL بشكل متكرر من الدليل الأصل إلى العناصر الفرعية بشكل عام. في الإصدار الحالي من هذه القدرة، يمكنك تطبيق تغييرات ACL بواسطة Azure Storage Explorer وPowerShell وAzure CLI و.NET وJava وPython SDK. الدعم غير متوفر بعد لمدخل Azure.

قوائم التحكم في الوصول (ACL) ووصول مجهول للقراءة

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

AzCopy

يمكنك استخدام أحدث إصدار من AzCopy (AzCopy v10) فقط. الإصدارات السابقة من AzCopy مثل AzCopy v8.1 غير مدعومة.

Azure Storage Explorer

استخدم الإصدارات 1.6.0 فقط أو الأحدث.

مستعرض التخزين في مدخل Microsoft Azure

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

تطبيقات الجهة الأخرى

ستستمر تطبيقات الجهات الأخرى التي تستخدم واجهات برمجة تطبيقات REST للعمل في العمل إذا كنت تستخدمها مع Data Lake Storage Gen2. من المحتمل أن تعمل التطبيقات التي تستدعي واجهات برمجة تطبيقات لكائن ثنائي كبير الحجم.

برنامج تشغيل Windows Azure Storage Blob (WASB)

يواجه برنامج تشغيل WASB، الذي تم تصميمه للعمل مع واجهة برمجة تطبيقات Blob فقط بعض المشكلات في بعض السيناريوهات الشائعة للوقت الحالي. على وجه التحديد، عندما يكون عميلا لحساب تخزين ممكن لمساحة اسم هرمية. لن يعمل الوصول متعدد البروتوكولات على Data Lake Storage من تخفيف هذه المشكلات.

استخدام برنامج تشغيل WASB كجهة عميل لحساب تخزين ممكن لمساحة اسم هرمية غير مدعوم. وبدلا من ذلك، نوصي باستخدام برنامج تشغيل نظام ملفات Azure Blob (ABFS) في بيئة Hadoop الخاصة بك. إذا كنت تحاول الترحيل من بيئة Hadoop المحلية بإصدار أقدم من Hadoop branch-3، فيرجى فتح تذكرة دعم Azure حتى نتمكن من الاتصال بك على المسار الصحيح للأمام لك ولمؤسستك.

حذف مبدئي لقدرة blobs

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

الأحداث

إذا كان حسابك يحتوي على اشتراك في هذا الحدث، فستؤدي عمليات القراءة على نقطة النهاية الثانوية إلى حدوث خطأ. ولحل هذه المشكلة، قم بإزالة الاشتراكات الأحداث. لن يؤدي استخدام نقطة نهاية Data Lake Storage (abfss://URI) للحسابات غير الهرمية الممكنة لمساحة الاسم إلى إنشاء أحداث، ولكن نقطة نهاية الكائن الثنائي كبير الحجم (wasb:// URI) ستنشئ أحداثا.

تلميح

لا يتوفر الوصول للقراءة إلى نقطة النهاية الثانوية إلا عندما تقوم بتمكين تخزين متكرر جغرافي للوصول للقراءة (RA-GRS) أو تخزين متكرر للمنطقة الجغرافية للوصول للقراءة (RA-GZRS).