إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يمكنك تمكين تعيين إصدار تخزين كائن ثنائي كبير الحجم للحفاظ تلقائيًا على الإصدارات السابقة من عنصر. عند تفعيل إصدار blob، يمكنك الوصول إلى الإصدارات السابقة من blob لاستعادة بياناتك إذا تم تعديلها أو حذفها.
تنبيه
بعد تمكين تعيين إصدار كائن ثنائي كبير الحجم لحساب التخزين، تؤدي كل عملية كتابة إلى كائن ثنائي كبير الحجم في هذا الحساب إلى إنشاء إصدار جديد. لهذا السبب، قد يؤدي تفعيل إصدار blob إلى تكاليف إضافية. لتقليل التكاليف، استخدم نهج إدارة دورة الحياة لحذف الإصدارات القديمة تلقائيًا. لمزيد من المعلومات حول إدارة دورة الحياة، راجع تحسين التكاليف من خلال أتمتة مستويات الوصول مساحة تخزين Azure Blob.
كيف يعمل تعيين إصدار كائن ثنائي كبير الحجم
يسجل الإصدار حالة كائن ثنائي كبير الحجم في نقطة زمنية معينة. يتم تعريف كل إصدار بمعرف إصدار. عند تفعيل إصدار blob لحساب تخزين، يقوم تخزين Azure تلقائيا بإنشاء نسخة جديدة بمعرف فريد عند إنشاء blob لأول مرة وفي كل مرة يتم فيها تعديل الblob لاحقا.
يمكن لمعرف الإصدار تحديد الإصدار الحالي أو الإصدار السابق. يمكن أن يحتوي الكائن الثنائي كبير الحجم على إصدار حالي واحد فقط في كل مرة.
عند إنشاء كائن ثنائي كبير الحجم جديد، يوجد إصدار واحد، وهذا الإصدار هو الإصدار الحالي. عند تعديل كائن ثنائي كبير الحجم موجود، يصبح الإصدار الحالي إصدارًا سابقًا. يتم إنشاء إصدار جديد لتسجيل الحالة المحدثة، وهذا الإصدار الجديد هو الإصدار الحالي. عند حذف كائن ثنائي كبير الحجم، يصبح الإصدار الحالي من الكائن الثنائي كبير الحجم إصدارًا سابقًا، ولم يعد هناك إصدار حالي. أي إصدارات سابقة من الكائن الثنائي كبير الحجم لا تزال قائمة.
يوضح الرسم التخطيطي التالي كيفية إنشاء الإصدارات على عمليات الكتابة، وكيف يمكن ترقية إصدار سابق ليكون الإصدار الحالي:
هام
يمكن أن يؤدي وجود عدد كبير من الإصدارات لكل كائن ثنائي كبير الحجم إلى زيادة زمن انتقال عمليات سرد الكائنات الثنائية كبيرة الحجم. توصي Microsoft بالحفاظ على أقل من 1000 نسخة لكل كتلة (blob). يمكنك استخدام إدارة دورة الحياة لحذف الإصدارات القديمة تلقائيًا. لمزيد من المعلومات حول إدارة دورة الحياة، راجع تحسين التكاليف من خلال أتمتة مستويات الوصول مساحة تخزين Azure Blob.
إصدارات كائن ثنائي كبير الحجم غير قابلة للتغيير. لا يمكنك تعديل المحتوى أو بيانات التعريف لإصدار كائن ثنائي كبير الحجم موجود.
يتوفر تعيين إصدار كائن ثنائي كبير الحجم لحسابات القياسية للأغراض العامة v2، والكائن الثنائي كبير الحجم لكتلة المتميزة، وتخزين كائن ثنائي كبير الحجم قديم. حسابات التخزين التي تحتوي على مساحة أسماء هرمية مفعلة للاستخدام مع Azure Data Lake Storage غير مدعومة حاليا.
الإصدار 2019-10-10 وما فوق من واجهة برمجة تطبيقات تخزين Azure REST يدعم إصدار البلوب.
هام
لا يمكن لإصدار Blob أن يساعدك على التعافي من حذف حساب تخزين أو حاوية عن طريق الخطأ. لمنع الحذف العرضي لحساب التخزين، قم بتكوين تأمين على مورد حساب التخزين. لمزيد من المعلومات حول قفل حساب التخزين، راجع تطبيق قفل Azure Resource Manager على حساب تخزين.
معرف الإصدار
كل نسخة blob لها معرف إصدار فريد. قيمة معرف الإصدار هي الطابع الزمني عند تحديث الكتلة (blob). تقوم بتعيين معرف الإصدار عند إنشاء النسخة.
يمكنك قراءة أو حذف نسخة معينة من الكتلة باستخدام معرف الإصدار الخاص بها. إذا لم تدرج معرف الإصدار، فإن العملية تستهدف النسخة الحالية.
عندما تستدعي عملية كتابة لإنشاء أو تعديل كتلة كتلة، تخزين Azure يعيد رأس x-ms-version-id في الرد. يحتوي هذا الرأس على معرف الإصدار الحالي من الكتلة التي تنشئه عملية الكتابة.
يبقى معرف الإصدار كما هو طوال عمر النسخة.
تعيين الإصدار على عمليات الكتابة
عند تفعيل إصدار الكتلة (blob)، كل عملية كتابة على كتلة تخلق نسخة جديدة. تتضمن عمليات الكتابة وضع الكائن الثنائي كبير الحجم ووضع قائمة كتل وونسخ الكائن الثنائي كبير الحجم وتعيين بيانات تعريف الكائن الثنائي كبير الحجم.
إذا أنشأت عملية الكتابة كتلة جديدة، فإن الكتلة الناتجة هي النسخة الحالية من الكتلة. إذا قامت عملية الكتابة بتعديل كتلة موجودة، تصبح النسخة الحالية نسخة سابقة، وتقوم النسخة الحالية الجديدة بالتقاط الكتلة المحدثة.
يوضح الرسم التخطيطي التالي كيفية تأثير عمليات الكتابة على إصدارات الكائن الثنائي كبير الحجم. للتبسيط، تعرض المخططات في هذه المقالة معرف الإصدار كقيمة صحيحة بسيطة. في الواقع، معرف الإصدار هو طابع زمني. يظهر الإصدار الحالي باللون الأزرق، وتظهر الإصدارات السابقة باللون الرمادي.
إشعار
عند تفعيل إصدار blob لحساب تخزين، جميع عمليات الكتابة على الكتل تفعل إنشاء نسخة جديدة، باستثناء عملية Put Block .
بالنسبة إلى الكائنات الثنائية كبيرة الحجم للصفحة وإلحاق الكائنات الثنائية كبيرة الحجم، تؤدي مجموعة فرعية فقط من عمليات الكتابة إلى إنشاء إصدار. تتضمن هذه العمليات:
- ضع الكائن الثنائي كبير الحجم
- وضع قائمة كتل
- تعيين بيانات التعريف للكائن الثنائي كبير الحجم
- نسخ كائن ثنائي كبير الحجم
لا تؤدي العمليات التالية إلى إنشاء إصدار جديد. لتسجيل التغييرات من هذه العمليات، سجل لقطة يدوية:
- وضع الصفحة (كائن ثنائي كبير الحجم للصفحة)
- إلحاق كتلة (كائن ثنائي كبير الحجم للإلحاق)
يجب أن تكون جميع نسخ الكتلة من نفس نوع الكتلة. إذا كان الكائن الثنائي كبير الحجم يحتوي على إصدارات سابقة، فلا يمكنك الكتابة فوق كائن ثنائي كبير الحجم من نوع واحد بنوع آخر ما لم تقم أولا بحذف الكائن الثنائي كبير الحجم وجميع إصداراته.
تعيين الإصدار عند عمليات الحذف
عند استدعاء عملية حذف كائن ثنائي كبير الحجم دون تحديد معرف إصدار، يصبح الإصدار الحالي إصدارا سابقا، ولم يعد هناك إصدار حالي. تحافظ العملية على جميع النسخ السابقة الموجودة من الكتلة العلوي.
يوضح الرسم التخطيطي التالي تأثير عملية حذف على كائن ثنائي كبير الحجم تم تعيين إصداره:
لحذف إصدار معين من كائن ثنائي كبير الحجم، قم بتوفير معرف هذا الإصدار في عملية الحذف. إذا قمت أيضا بتمكين حذف Blob Soft Delete لحساب التخزين، يحتفظ النظام بالنسخة حتى تنتهي فترة الاحتفاظ بالحذف النمي.
كتابة بيانات جديدة إلى كائن ثنائي كبير الحجم يخلق إصدار حالي جديد من كائن ثنائي كبير الحجم. هذا الإجراء لا يؤثر على أي نسخ موجودة، كما هو موضح في الرسم البياني التالي.
مستويات الوصول
يمكنك نقل أي إصدار من كائن ثنائي كبير الحجم لكتلة، بما في ذلك الإصدار الحالي، إلى طبقة تخزين مختلفة إلى كائن ثنائي كبير الحجم عن طريق استدعاء عملية تعيين طبقة كائن ثنائي كبير الحجم. بنقل النسخ القديمة من الكتلة إلى المستوى البارد أو الأرشيف، يمكنك الاستفادة من أسعار السعة الأقل. لمزيد من المعلومات، راجع مستويات الوصول إلى Hot و Cool و Cold و Archive لبيانات الكائن الثنائي كبير الحجم.
لأتمتة عملية نقل الكتل إلى المستوى المناسب، استخدم إدارة دورة حياة الكتل. لمزيد من المعلومات حول إدارة دورة الحياة، راجع إدارة دورة حياة تخزين Azure Blob.
تمكين أو تعطيل تعيين إصدار كائن ثنائي كبير الحجم
لمعرفة كيفية تمكين تعيين إصدار كائن ثنائي كبير الحجم، راجع تمكين تعيين إصدار كائن ثنائي كبير الحجم وإدارته.
لا يؤدي تعطيل تعيين إصدار الكائن الثنائي كبير الحجم إلى حذف الكائنات الثنائية كبيرة الحجم أو الإصدارات أو اللقطات الموجودة. عند إيقاف تشغيل تعيين الإصدار لكائن ثنائي كبير الحجم، تظل أي إصدارات حالية قابلة للوصول إليها في حساب التخزين الخاص بك. لا يتم إنشاء إصدارات جديدة في وقت لاحق.
بعد تعطيل تعيين الإصدار، يؤدي تعديل الإصدار الحالي إلى إنشاء كائن ثنائي كبير الحجم ليس إصدارا. تقوم جميع التحديثات اللاحقة للكائن الثنائي كبير الحجم بالكتابة فوق بياناته دون حفظ الحالة السابقة. تستمر جميع الإصدارات الموجودة كإصدارات سابقة.
يمكنك قراءة أو حذف الإصدارات باستخدام معرف الإصدار بعد تعطيل الإصدار. يمكنك أيضًا سرد إصدارات كائن ثنائي كبير الحجم بعد تعطيل تعيين الإصدار.
يعتمد النسخ المتماثل للكائنات على إصدار كائن ثنائي كبير الحجم. قبل أن تتمكن من تعطيل تعيين إصدار كائن ثنائي كبير الحجم، يجب حذف أي نهج النسخ المتماثل للكائنات على الحساب. لمزيدٍ من المعلومات عن النسخ المتماثل للكائنات، راجع النسخ المتماثل للكائنات الثنائية كبيرة الحجم للكتل.
يوضح الرسم التخطيطي التالي كيف يؤدي تعديل كائن ثنائي كبير الحجم بعد تعطيل تعيين الإصدار إلى إنشاء كائن ثنائي كبير الحجم لم يتم إصداره. أي إصدارات موجودة مرتبطة بالكائن الثنائي كبير الحجم تستمر.
تعيين إصدار كائن ثنائي كبير الحجم والحذف المبدئي
يعد تعيين إصدارات كائن ثنائي كبير الحجم والحذف المبدئي للكائنات الثنائية كبيرة الحجم جزءًا من تكوين حماية البيانات الموصى به لحسابات التخزين. لمزيد من المعلومات حول توصيات Microsoft لحماية البيانات، راجع نظرة عامة على حماية البيانات.
الكتابة فوق كائن ثنائي كبير الحجم
في حالة تمكين كل من تعيين إصدار كائن ثنائي كبير الحجم والحذف المبدئي له لحساب التخزين، فإن استبدال كائن ثنائي كبير الحجم يؤدي تلقائيًا إلى إنشاء إصدار جديد. الإصدار الجديد غير محذوف مبدئيًا ولا يُزال عند انتهاء صلاحية فترة استبقاء الحذف المبدئي. لا تُنشأ لقطات محذوفة مبدئيًا.
حذف كائن ثنائي كبير الحجم أو إصدار
إذا فعلت الإصدار وحذفت برمجيات لحساب تخزين، عند حذف كتلة (blob)، تصبح النسخة الحالية من الكتلة إصدارا سابقا. العملية لا تنشئ نسخة جديدة أو لقطات محذوفة بشكل برغي. فترة الاحتفاظ بالحذف البرمي لا تنطبق على الكتلة المحذوفة.
يوفر الحذف البرمي حماية إضافية عند حذف نسخ الكتل. عندما تحذف نسخة سابقة من الكتلة، يتم حذف ذلك الإصدار بشكل تجريبي. يتم الاحتفاظ بالنسخة المحتجزة تدريجيا حتى تنتهي فترة الاحتفاظ بالحذف الناعم، ثم يتم حذفها بشكل دائم.
لحذف إصدار سابق من كائن ثنائي كبير الحجم، استدع عملية حذف كائن ثنائي كبير الحجم وحدد معرف الإصدار.
يوضح الرسم التخطيطي التالي ما يحدث عند حذف كائن ثنائي كبير الحجم أو إصدار كائن ثنائي كبير الحجم.
استعادة إصدار محذوف بشكل مبدئي
يمكنك استخدام عملية إلغاء حذف كائن ثنائي كبير الحجم لاستعادة الإصدارات المحذوفة مبدئيًا أثناء فترة الاستبقاء للحذف المبدئي. تستعيد عملية إلغاء حذف كائن ثنائي كبير الحجم كافة الإصدارات المحذوفة مبدئيًا للكائن الثنائي كبير الحجم. لا يمكنك استعادة نسخة واحدة فقط تم حذفها بشكل برئي.
استعادة النسخ المحذوفة برمجيا باستخدام عملية إلغاء الكتلة لا يروج لأي إصدار ليكون الإصدار الحالي. لاستعادة الإصدار الحالي، قم أولاً باستعادة كافة الإصدارات المحذوفة بشكل مبدئي، ثم استخدم عملية نسخ كائن ثنائي كبير الحجم لنسخ إصدار سابق إلى إصدار حالي جديد.
يوضح الرسم البياني التالي كيفية استعادة النسخ المحذوفة برمجيا باستخدام عملية إعادة حذف الكتلة الصغيرة، وكيفية استعادة النسخة الحالية من الكتلة باستخدام عملية نسخ الكتلة (Copy Blob ).
بعد انتهاء فترة الاحتفاظ بالحذف الناعم، يتم حذف أي نسخ blob محذوفة بشكل دائم.
تعيين إصدار كائن ثنائي كبير الحجم ولقطات الكائن الثنائي كبير الحجم
لقطة الكتلة هي نسخة للقراءة فقط من كتلة تم التقاطها في نقطة زمنية محددة. لقطات Blob ونسخ blob متشابهة، لكنك أنت أو تطبيقك تنشئ لقطة يدويا، بينما يتم إنشاء نسخة blob تلقائيا أثناء عملية الكتابة أو الحذف عند تفعيل إصدار Blob لحساب التخزين الخاص بك.
هام
توصي Microsoft أنه بعد تفعيل إصدار البلوب، تقوم أيضا بتحديث تطبيقك لإيقاف التقاط صور للكتل. إذا قمت بتفعيل الإصدار لحساب التخزين الخاص بك، فإنه يلتقط ويحافظ على جميع تحديثات وحذف الكتل باستخدام الإصدارات. التقاط اللقطات لا يوفر حماية إضافية لبيانات كتلة الكتل إذا تم تفعيل إصدار البلوب، وقد يزيد من التكاليف وتعقيد التطبيق.
لقطة لكائن ثنائي كبير الحجم عند تمكين تعيين الإصدار
على الرغم من أنه غير موصى به، يمكنك أخذ لقطة لكتلة مقسمة أيضا إلى نسخة مقسمة. إذا لم تتمكن من تحديث التطبيق الخاص بك لإيقاف أخذ لقطات من الكائنات الثنائية كبيرة الحجم عند تمكين تعيين الإصدار، يمكن للتطبيق دعم كل من اللقطات والإصدارات.
عندما تأخذ لقطة لكتلة تم إصدارها، فإنشأت نسخة جديدة في نفس الوقت الذي تنشئ فيه اللقطة. كما أنك تنشئ نسخة حالية جديدة عند التقاط لقطة لحظة.
يوضح الرسم التخطيطي التالي ما يحدث عند التقاط لقطة لكائن ثنائي كبير الحجم تم تعيين إصداره. في الرسم التخطيطي، تحتوي إصدارات الكائنات الثنائية كبيرة الحجم واللقطات ذات الإصدارين ID 2 و3 على بيانات متطابقة.
تخويل العمليات على إصدارات كائن ثنائي كبير الحجم
يمكنك تفويض الوصول إلى نسخ blob باستخدام أحد الطرق التالية:
- استخدم Azure التحكم في الوصول القائم على الدور (Azure RBAC) لمنح الأذونات لمدير أمان Microsoft Entra. توصي Microsoft باستخدام Microsoft Entra ID لضمان أمان فائق وسهولة استخدام. لمزيد من المعلومات حول استخدام Microsoft Entra ID مع عمليات الكتلة، راجع تفويض الوصول إلى البيانات في تخزين Azure.
- استخدم توقيع الوصول المشترك (SAS) لتفويض الوصول إلى إصدارات blob. حدد معرف الإصدار لنوع
bvالمورد الموقع ، الذي يمثل نسخة blob، لإنشاء رمز SAS للعمليات على نسخة معينة. لمزيد من المعلومات حول توقيعات الوصول المشترك، انظر منح الوصول المحدود إلى موارد تخزين Azure باستخدام توقيعات الوصول المشترك (SAS). - استخدم مفاتيح الوصول إلى الحساب لتفويض العمليات ضد إصدارات الكتل باستخدام المفتاح المشترك. للحصول على مزيد من المعلومات، انظر تفويض باستخدام مفتاح مشترك.
تم تصميم تعيين إصدار كائن ثنائي كبير الحجم لحماية بياناتك من الحذف العرضي أو الضار. لتحسين الحماية، يتطلب حذف إصدار كائن ثنائي كبير الحجم أذونات خاصة. تصف الأقسام التالية الأذونات اللازمة لحذف إصدار كائن ثنائي كبير الحجم.
Azure RBAC action to delete a blob version
يوضح الجدول التالي أي إجراءات Azure RBAC تدعم حذف blob أو نسخة blob.
| الوصف | عملية خدمة كائن ثنائي كبير الحجم | Azure RBAC data action required | دعم الأدوار المدمج في Azure |
|---|---|---|---|
| حذف الإصدار الحالي | حذف كائن ثنائي كبير الحجم | Microsoft. Storage/storageAccounts/blobServices/containers/blobs/delete | المساهم في بيانات مخزن البيانات الثنائية الكبيرة |
| حذف إصدار سابق | حذف كائن ثنائي كبير الحجم | Microsoft. Storage/storageAccounts/blobServices/containers/blobs/deleteBlobVersion/action | مالك بيانات مخزن البيانات الثنائية الكبيرة |
معلمات توقيع وصول مشترك (SAS)
المورد الموقع لإصدار كائن ثنائي كبير الحجم هو bv. لمزيد من المعلومات، راجع إنشاء SAS لخدمة أو إنشاء SAS لتفويض مستخدم.
يوضح الجدول التالي الإذن المطلوب على SAS لحذف إصدار كائن ثنائي كبير الحجم.
| إذن | رمز URI | العمليات المسموح بها |
|---|---|---|
| حذف | × | حذف إصدار كائن ثنائي كبير الحجم. |
التسعير والفوترة
تفعيل إصدار blob يمكن أن يؤدي إلى زيادة تكاليف تخزين البيانات على حسابك. عند تصميم طلبك، كن على دراية بكيفية تراكم هذه الرسوم حتى تتمكن من تقليل التكاليف.
تتم فوترة إصدارات الكائن الثنائي كبير الحجم، مثل لقطات الكائن الثنائي كبير الحجم، بنفس معدل فواتير البيانات النشطة. طريقة الدفع للإصدارات تعتمد على ما إذا كنت قد ضبطت صراحة المستوى للإصدارات الحالية أو السابقة من الكتلة (أو اللقطات). لمزيد من المعلومات حول طبقات الكائن الثنائي كبير الحجم، راجع مستويات الوصول إلى Hot و Cool و Cold و Archive لبيانات الكائن الثنائي كبير الحجم.
إذا لم تغير مستوى كتلة أو نسخة، فإنك تدفع مقابل كتل بيانات فريدة عبر تلك الكتلة ونسخها وأي لقطات قد تكون لديها. لمزيد من المعلومات، راجع الفوترة عندما لا يكون مستوى الكتلة محددا بشكل صريح.
إذا غيرت مستوى كتلة أو نسخة، ستدفع مقابل الكائن بالكامل، بغض النظر عما إذا كانت الكتلة والنسخة في نفس المستوى مرة أخرى. لمزيد من المعلومات، راجع الفوترة عندما يكون مستوى الكتلة مضبوطا بشكل صريح.
إشعار
تمكين إصدار البيانات التي يتم استبدالها بشكل متكرر قد يزيد من رسوم سعة التخزين ويزيد من زمن الاستجابة أثناء عمليات الإدراج. للتخفيف من هذه المخاوف، قم بتخزين البيانات التي يتم الكتابة فوقها بشكل متكرر في حساب تخزين منفصل مع تعطيل تعيين الإصدار.
قد يؤدي تمكين الإصدارات على حسابات التخزين التي يتم نسخها احتياطيا بشكل متكرر إلى تشغيل رسوم استرداد البيانات عند تخزين الإصدارات على مستويات الوصول البارد أو البارد.
للحصول على مزيدٍ من المعلومات عن تفاصيل الفوترة للقطات الكائنات الثنائية كبيرة الحجم، راجع لقطات الكائنات الثنائية كبيرة الحجم.
بالنسبة لحسابات التخزين التي تستخدم المستوى الذكي، تدفع مقابل الإصدارات واللقطات بكامل طول المحتوى. لمزيد من المعلومات، راجع تحسين التكاليف باستخدام الفئة الذكية.
الفوترة عندما لا تحدد صراحة مستوى الكتلة
إذا لم تحدد صراحة مستوى الكتلة لأي نسخة من البلوب، ستدفع مقابل كتل أو صفحات فريدة عبر جميع الإصدارات، وأي لقطات قد تكون موجودة. تدفع مقابل البيانات المشتركة عبر إصدارات blob مرة واحدة فقط. عندما تقوم بتحديث كتلة (blob)، تختلف البيانات في الإصدار الحالي الجديد عن البيانات المخزنة في الإصدارات السابقة، وتدفع مقابل البيانات الفريدة لكل كتلة أو صفحة.
عندما تستبدل كتلة داخل كتلة واحدة، تدفع مقابل تلك الكتلة ككتلة فريدة. تنطبق هذه القاعدة حتى لو كان للكتلة نفس معرف الكتلة ونفس البيانات الموجودة في النسخة السابقة. بعد أن تقوم بالالتزام بالكتلة مرة أخرى، تنحرف عن نظيرتها في النسخة السابقة، وتدفع مقابل بياناتها. تنطبق نفس القاعدة على صفحة في كتلة صفحة تقوم بتحديثها بنفس البيانات.
تخزين الكتلة لا يملك طريقة لتحديد ما إذا كان هناك كتلتان تحتويان على بيانات متطابقة. كل كتلة تقوم برفعها والالتزام بها تعامل على أنها فريدة، حتى لو كانت تحتوي على نفس البيانات ونفس معرف الكتلة. بما أنك تدفع مقابل الكتل الفريدة، تذكر أن تحديث كتلة عند تفعيل الإصدار يؤدي إلى المزيد من الكتل الفريدة ورسوم إضافية.
عند تفعيل إصدار الكتل، قم باستدعاء عمليات تحديث الكتل بحيث يتم تحديث أقل عدد ممكن من الكتل. عمليات الكتابة التي تسمح بالتحكم الدقيق في الكتل هي وضع كتلة ووضع قائمة كتل. أما عملية Put Blob ، فهي تستبدل محتويات الكتلة بالكامل وقد تؤدي إلى رسوم إضافية.
توضح السيناريوهات التالية كيف تتراكم الرسوم على كتلة كتلة ونسخها عندما لا تحدد مستوى الكتلة بشكل صريح.
السيناريو 1
في السيناريو 1، يحتوي الكائن الثنائي كبير الحجم على إصدار سابق. الكتلة لم يتم تحديثها منذ إنشاء النسخة، لذا تتحمل رسوما فقط للكتل الفريدة 1 و2 و3.
السيناريو 2
في السيناريو الثاني، تقوم بتحديث كتلة واحدة (الكتلة 3 في المخطط) في الكتلة النقطية. على الرغم من أن الكتلة المحدثة تحتوي على نفس البيانات ونفس المعرف، إلا أنها ليست هي نفسها الكتلة 3 في الإصدار السابق. وبالتالي، تدفع مقابل أربعة مربعات.
السيناريو 3
في السيناريو 3، تقوم بتحديث الكتلة (blob)، لكنك لا تحدث النسخة. تستبدل الكتلة 3 بالكتلة 4 في الكتلة الحالية، لكن النسخة السابقة لا تزال تعكس الكتلة 3. وبالتالي، تدفع مقابل أربعة مربعات.
السيناريو 4
في السيناريو 4، تقوم بتحديث النسخة الحالية بالكامل ولا تحتوي على أي من الكتل الأصلية. نتيجة لذلك، تدفع مقابل جميع الكتل الثمانية الفريدة - أربعة في النسخة الحالية، وأربع مجتمعة في النسختين السابقتين. يمكن أن يحدث هذا السيناريو إذا كتبت إلى كتلة باستخدام عملية Put Blob ، لأنها تستبدل محتويات الكتلة بالكامل.
الفوترة عندما يتم تعيين طبقة الكتلة بشكل صريح
إذا قمت بتعيين مستوى الكتلة بشكل صريح لكتلة أو إصدار أو لقطة، فإنك تدفع مقابل طول المحتوى الكامل للكائن في المستوى الجديد، حتى لو كان يشارك الكتل مع كائن في المستوى الأصلي. كما أنك تدفع مقابل طول المحتوى الكامل لأقدم نسخة في الفئة الأصلية. بالنسبة لأي إصدارات سابقة أو لقطات لا تزال في المستوى الأصلي، تدفع مقابل الكتل الفريدة التي يشاركونها، كما هو موضح في Billing عندما لا يكون مستوى blob محددا بشكل صريح.
نقل الكائنات الثنائية كبيرة الحجم إلى طبقة جديدة
الجدول التالي يصف سلوك الفوترة لكتلة أو إصدار عند نقله إلى مستوى جديد.
| عندما تضبط مستوى الكتلة الصغيرة... | ثم تتم محاسبتك على... |
|---|---|
| بشكل صريح على إصدار، سواء كان حديثًا أو سابقًا | طول المحتوى الكامل لهذا الإصدار. تتم فوترة الإصدارات التي لا تحتوي على طبقة معينة بشكل صريح فقط للكتل الفريدة.1 |
| إلى الأرشفة | طول المحتوى الكامل لجميع الإصدارات واللقطات.1. |
1إذا كانت هناك نسخ أو لقطات سابقة أخرى لم تنقلها من مستواها الأصلي، فإن تلك النسخ أو اللقطات تحسب عدد الكتل الفريدة التي تحتويها، كما هو موضح في Billing عندما لا يكون مستوى blob محددا بشكل صريح.
يوضح الرسم التخطيطي التالي كيفية فوترة العناصر عند نقل الكائن الثنائي كبير الحجم الذي تم تعيين إصداره إلى طبقة مختلفة.
لا يمكنك التراجع عن تعيين المستوى بشكل صريح لكتلة أو نسخة أو لقطة لقطة. إذا نقلت كتلة إلى مستوى جديد ثم أعدتها إلى مستويتها الأصلية، ستدفع مقابل طول المحتوى الكامل للكائن حتى لو كان يشارك كتل مع كائنات أخرى في الطبقة الأصلية.
تتضمن العمليات التي تعيّن بشكل صريح طبقة الكائن الثنائي كبير الحجم أو الإصدار أو اللقطة ما يلي:
- تعيين طبقة الـ Blob
- وضع كائن ثنائي كبير الحجم مع تحديد الطبقة
- وضع قائمة الكتل مع تحديد الطبقة
- نسخ كائن ثنائي كبير الحجم مع تحديد الطبقة
حذف الكائن الثنائي كبير الحجم عند تمكين الحذف المبدئي
عند تفعيل حذف الكتلة البرمجية، تدفع مقابل جميع الكيانات المحذوفة برمجيا بنفس معدل البيانات الحية. إذا حذفت أو قمت بالكتابة فوق نسخة حالية لها مستوى محدد صراحة، فإنك تدفع مقابل أي نسخ سابقة من الكتلة المحذوفة برمجيا بكامل طول المحتوى. للحصول على مزيدٍ من المعلومات عن كيفية عمل إصدارات الكائن الثنائي كبير الحجم والحذف المبدئي معًا، راجع تعيين إصدارات الكائن الثنائي كبير الحجم والحذف المبدئي.
دعم الميزة
قد يتأثر دعم هذه الميزة بتفعيل Data Lake Storage Gen2، أو بروتوكول نظام الملفات الشبكي (NFS) 3.0، أو بروتوكول نقل الملفات SSH (SFTP). إذا قمت بتمكين أي من هذه القدرات، راجع دعم الميزات مخزن البيانات الثنائية الكبيرة في تخزين Azure accounts لتقييم دعم هذه الميزة.
لا يدعم الإصدار للكتل التي ترفع عبر واجهات برمجة التطبيقات Data Lake Storage.