المشكلات المعروفة مع Azure Data Lake Storage
توضح هذه المقالة القيود والمشكلات المعروفة للحسابات التي تم تمكينها بميزة مساحة الأسماء الهرمية.
إشعار
قد لا يتم دعم بعض الميزات الموضحة في هذه المقالة الخاصة بالحسابات التي تم تمكين دعم نظام ملفات الشبكة (NFS) 3.0 عليها. لعرض جدول يوضح تأثير دعم الميزات عند تمكين الإمكانات المختلفة، راجع دعم ميزة التخزين الكتلي في حسابات Azure Storage.
ميزات Blob storage المدعمة
يعمل الآن عدد متزايد من ميزات تخزين كائن ثنائي كبير الحجم (Blob) مع الحسابات التي تحتوي على مساحة اسماء هرمية. للحصول على قائمة كاملة، راجع ميزات Blob Storage المتوفرة في Azure Data Lake Storage.
تكاملات خدمة Azure المدعومة
يدعم Azure Data Lake Storage العديد من خدمات Azure التي يمكنك استخدامها لاستيعاب البيانات وإجراء التحليلات وإنشاء تمثيلات مرئية. للحصول على قائمة بخدمات Azure المدعومة، راجع خدمات Azure التي تدعم Azure Data Lake Storage.
لمزيد من المعلومات، راجع خدمات Azure التي تدعم Azure Data Lake Storage.
أنظمة أساسية مفتوحة المصدر مدعومة
تدعم العديد من الأنظمة الأساسية مصدر مفتوح Data Lake Storage. للحصول على قائمة كاملة، راجع الأنظمة الأساسية مفتوحة المصدر التي تدعم Azure Data Lake Storage.
لمزيد من المعلومات، راجع الأنظمة الأساسية مفتوحة المصدر التي تدعم Azure Data Lake Storage.
واجهات برمجة تطبيقات تخزين كائن ثنائي كبير الحجم
يمكن أن تعمل واجهات برمجة تطبيقات Data Lake Storage وNFS 3.0 و Blob APIs على نفس البيانات.
يصف هذا القسم المشكلات والقيود المتعلقة باستخدام واجهات برمجة تطبيقات blob وNFS 3.0 وData Lake Storage APIs للعمل على نفس البيانات.
لا يمكنك استخدام واجهات برمجة تطبيقات blob وNFS 3.0 وData Lake Storage APIs للكتابة إلى نفس مثيل الملف. إذا كتبت إلى ملف باستخدام واجهات برمجة تطبيقات Data Lake Storage أو NFS 3.0، فلن تكون كتل هذا الملف مرئية للمكالمات إلى واجهة برمجة تطبيقات كائن ثنائي كبير الحجم Get Block List . الاستثناء الوحيد هو عند الكتابة فوق. يمكنك استخدام الكتابة فوق ملف/نقطة عن طريق واجهة برمجة التطبيقات أو بواسطة NFS 3.0 باستخدام خيار عدم الاقتطاع.
لا يمكن الكتابة فوق الكائنات الثنائية كبيرة الحجم التي يتم إنشاؤها باستخدام عملية Data Lake Storage مثل المسار - عملية الإنشاء باستخدام عمليات PutBlock أو PutBlockList ، ولكن يمكن الكتابة فوقها باستخدام عملية PutBlob الخاضعة للحد الأقصى المسموح به لحجم blob الذي يفرضه إصدار واجهة برمجة التطبيقات المقابل الذي يستخدمه 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. من المحتمل أن تعمل التطبيقات التي تستدعي واجهات برمجة تطبيقات لكائن ثنائي كبير الحجم.
برنامج تشغيل 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).