الأسئلة المتداولة حول Azure Blob Storage

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

تستغرق السياسة المُحدّثة ما يصل إلى 24 ساعة لتدخل حيز التنفيذ. بمجرد أن يكون النهج ساري المفعول، يختلف الوقت الذي تستغرقه الإجراءات لتشغيل اعتمادا على حجم حساب التخزين والعمليات التي يتم تنفيذها. إذا كان التحديث هو تعطيل قاعدة أو حذفها، وتم استخدام enableAutoTierToHotFromCool، فسيظل التدرج التلقائي إلى الطبقة الساخنة يحدث. على سبيل المثال، قم بتعيين قاعدة بما في ذلك enableAutoTierToHotFromCool استنادًا إلى آخر وصول. إذا تم تعطيل القاعدة أو حذفها، وكان الكائن الثنائي كبير الحجم حاليا في الطبقة الباردة أو الباردة ثم تم الوصول إليها، فسيعود إلى الطبقة الساخنة كما يتم تطبيقها على الوصول خارج إدارة دورة الحياة. لن ينتقل الكائن الثنائي كبير الحجم بعد ذلك من الساخنة إلى الباردة أو الباردة نظرا لتعطيل قاعدة إدارة دورة الحياة أو حذفها. إن الطريقة الوحيدة لمنع autoTierToHotFromCool هي إيقاف تشغيل تتبع تاريخ آخر وصول.

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

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

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

• أضف الشرط daysAfterLastTierChangeGreaterThan إلى الإجراء tierToArchive للنهج. ينطبق هذا الشرط فقط على آخر مرة تم تعديلها. راجع استخدام نهج إدارة دورة الحياة لأرشفة الكائنات الثنائية كبيرة الحجم.

• قم بتعطيل القاعدة التي تؤثر على الـ blob مؤقتًا لمنع أرشفتها مرة أخرى. أعد تمكين القاعدة عندما يمكن إرجاع الـ blob بأمان إلى طبقة الأرشيف.

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

إن حقل مطابقة بادئة blob للنهج هو مسار blob كامل أو جزئي، يستخدم لمطابقة كائنات البيانات الثنائية كبيرة الحجم التي ترغب في تطبيق إجراءات النهج عليها. يجب أن يبدأ المسار باسم الحاوية. إذا لم يتم تحديد أي تطابق البادئة، سيُطبّق النهج على جميع كائنات البيانات الثنائية كبيرة الحجم في حساب التخزين. إن تنسيق سلسلة مطابقة البادئة هو [container name]/[blob name].
ضع في اعتبارك النقاط التالية حول سلسلة مطابقة البادئة:

• تنطبق سلسلة مطابقة البادئة مثل container1/ على جميع كائنات البيانات الثنائية كبيرة الحجم في الحاوية المسماة container1. تنطبق سلسلة تطابق البادئة الحاويات1، بدون حرف الشرطة المائلة للأمام الزائدة (/)، على جميع كائنات البيانات الثنائية كبيرة الحجم في جميع الحاويات حيث يبدأ اسم الحاوية بسلسلة container1. ستتطابق البادئة مع الحاويات المسماة container11، و container1234، و container1ab وما إلى ذلك.
• تنطبق سلسلة مطابقة بادئة container1/sub1/على جميع كائنات البيانات الثنائية كبيرة الحجم في الحاوية المسماة container1 التي تبدأ بالسلسلة sub1/. على سبيل المثال، ستُتطابق البادئة مع كائنات البيانات الثنائية كبيرة الحجم المسماة container1/sub1/test.txt أو container1/sub1/sub2/test.txt.
• إن علامة النجمة * هي حرف صالح في اسم blob. إذا تم استخدام علامة النجمة في البادئة، فإن البادئة ستتطابق مع كائنات البيانات الثنائية كبيرة الحجم مع وضع علامة النجمة في أسمائها. لا تعمل دالة العلامة النجمية وظيفياً كحرف بدل.
• إن علامة الاستفهام هي حرف ? صالح في اسم blob. إذا تم استخدام علامة الاستفهام في البادئة، فستطابق البادئة كائنات البيانات الثنائية كبيرة الحجم مع وضع علامة استفهام في أسمائها. علامة الاستفهام لا تعمل وظيفياً كحرف بدل.
• تبحث مطابقة البادئة في المقارنات المنطقية الإيجابية (=) فقط. يتم تجاهل المقارنات المنطقية السلبية (!=).
• تعمل مطابقة البادئة بطريقة حساسة لحالة الأحرف.

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

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

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

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

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

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

لا، البيانات الموجودة لا تتأثر. تحتوي نتائج مخزون الكائنات الثنائية كبيرة الحجم الجديدة فقط على ملفات مخزون متعددة.

لا، التغيير يحدث بسلاسة.

تعتمد الإجراءات المطلوبة على كيفية معالجة نتائج مخزون الكائن الثنائي كبير الحجم حاليا:

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

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

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

يرجى العمل من خلال فريق الحساب الحالي وقنوات الدعم.

سيبدأ هذا التغيير الإطلاق التدريجي بدءا من 1 سبتمبر 2023.

‏‏لا. يدعم Azure Compute المقاييس الموجودة على الأقراص. لمزيد من المعلومات، انظرمقاييس لكل قرص للأقراص المُدارة وغير المُدارة.

تستخدم بعض مخططات مقاييس Azure، مثل تلك التي تعرض بيانات التوفر وزمن الانتقال، خطا متقطعا للإشارة إلى وجود قيمة مفقودة (تعرف أيضا بالقيمة الخالية) بين نقطتي بيانات الوقت المعروفتين. على سبيل المثال، إذا اخترت 1 minute نقاوة الوقت في محدد الوقت، ولكن تم الإبلاغ عن المقياس في 07:26 و07:27 و07:29 و07:30، فسيتصل خط متقطع ب 07:27 و07:29 بسبب وجود فجوة دقيقة بين نقطتي البيانات هاتين. يربط خط متصل جميع نقاط البيانات الأخرى. ينخفض الخط المتقطع إلى الصفر عندما يستخدم المقياس العدوتجميعالمجموع. بالنسبة للتجميع المتوسط أو الحد الأدنى أو الحد الأقصى، يربط الخط المتقطع أقرب نقطتي بيانات معروفتين. أيضاً، عندما تكون البيانات مفقودة في أقصى الجانب الأيمن أو الأيسر من المخطط، يتم توسيع الخط المتقطع إلى اتجاه نقطة البيانات المفقودة.

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

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

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

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

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

‏‏لا. لا يدعم موقع الويب الثابت سوى الوصول العام المجهول للقراءة فقط للملفات الموجودة في حاوية $web.

يمكنك تكوين مجال مخصص باستخدام موقع ويب ثابت باستخدام شبكة تسليم محتوى Azure (Azure CDN). توفر شبكة Azure CDN أزمنة انتقال منخفضة وثابتة لموقعك على الويب من أي مكانٍ في العالم.

يمكنك تكوين شهادة SSL مخصصة باستخدام موقع ويب ثابت باستخدام Azure CDN. توفر شبكة Azure CDN أزمنة انتقال منخفضة وثابتة لموقعك على الويب من أي مكانٍ في العالم.

يمكنك تكوين عنوان المضيف لموقع ويب ثابت باستخدام Azure CDN - Verizon Premium. سنكون مهتمين بسماع ملاحظاتك هنا.

يمكن أن يحدث خطأ 404 إذا كنت تشير إلى اسم ملف باستخدام حالة غير صحيحة. على سبيل المثال، Index.html بدلاً من index.html. أسماء الملفات وملحقاتها في عنوان URL لموقع الويب الثابت حساسة لحالة الأحرف على الرغم من أنه يتم عرضها عبر HTTP. يمكن أن يحدث هذا أيضا إذا لم يتم توفير نقطة نهاية Azure CDN بعد. انتظر لمدة تصل إلى 90 دقيقة بعد توفير Azure CDN جديدة حتى يكتمل الانتشار.

في مدخل Azure، افتح صفحة تكوين موقع الويب الثابت لحسابك وحدد موقع الاسم والملحق اللذين تم تعيينهما في حقل اسم مستند الفهرس. تأكد من أن هذا الاسم هو نفسه تماماً اسم الملف الموجود في حاوية $web لحساب التخزين. أسماء الملفات وملحقاتها في عنوان URL لموقع الويب الثابت حساسة لحالة الأحرف على الرغم من أنه يتم عرضها عبر HTTP.

لا، إذا كنت بحاجة إلى البحث ضمن بيانات كائن ثنائي كبير الحجم، فاستخدم تسريع الاستعلام أو بحث Azure.

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

لا، تساعد علامات Resource Manager في تنظيم موارد مستوى التحكم مثل الاشتراكات ومجموعات الموارد وحسابات التخزين. توفر علامات الفهرس إدارة الكائن الثنائي كبير الحجم واكتشافها على مستوى البيانات.

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

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

يمكنك معرفة المزيد حول Azure Blob Storage عن طريق زيارة الارتباطات التالية:

• مقدمة إلى Azure Storage
• ما هو تخزين Azure Blob