تخزين بيانات الكائنات الثنائية كبيرة الحجم المهمة للأعمال مع تخزين غير قابل للتغيير في حالة الكتابة مرة واحدة، قراءة العديد من (WORM)
يتيح التخزين غير قابل للتغيير لتخزين Azure Blob للمستخدمين تخزين البيانات المهمة للأعمال في حالة WORM (كتابة مرة واحدة، قراءة العديد). أثناء وجودها في حالة WORM، لا يمكن تعديل البيانات أو حذفها للفاصل الزمني المحدد من قبل المستخدم. عن طريق تكوين نهج عدم قابلية التغيير لبيانات الكائن الثنائي كبير الحجم، يمكنك حماية بياناتك من الكتابة وحذف.
يدعم التخزين غير القابل للتغيير لتخزين Azure Blob نوعين من نُهج عدم التغيير:
نهج الاستبقاء المستند إلى الوقت: باستخدام نهج الاستبقاء البيانات المستند إلى الوقت، يمكن للمستخدمين تعيين النهج لتخزين البيانات لفترة زمنية محددة. عند تعيين نهج الاستبقاء على أساس الوقت، يمكن إنشاء العناصر وقراءتها، ولكن لا يمكن تعديلها أو حذفها. بعد انتهاء فترة الاستبقاء، يمكن حذف الكائنات ولكن لا يتم الكتابة فوقها.
نهج الاحتجاز القانوني: يخزن الاحتجاز القانوني البيانات غير القابلة للتغيير حتى يتم مسح الاحتجاز القانوني بشكل صريح. عند تعيين أمر تحفظ على المعلومات، يمكن إنشاء الكائنات الثنائية كبيرة الحجم وقراءتها، ولكن لا يمكن تعديلها أو حذفها.
يمكن تعيين هذه النهج في نفس الوقت مع بعضها البعض. على سبيل المثال، يمكن أن يكون لدى المستخدم نهج استبقاء يستند إلى الوقت ومجموعة احتجاز قانونية في نفس المستوى وفي نفس الوقت. لكي تنجح الكتابة، يجب إما تمكين تعيين الإصدار أو عدم وجود نهج احتجاز قانوني أو نهج استبقاء يستند إلى الوقت على البيانات. لكي ينجح الحذف، يجب ألا يكون هناك نهج احتجاز قانوني أو نهج استبقاء يستند إلى الوقت على البيانات أيضا.
يوضح الرسم التخطيطي التالي كيف أن نهج الاستبقاء المستند إلى الوقت وعمليات الاحتجاز القانوني تمنع عمليات الكتابة والحذف أثناء سريانها.
هناك ميزتان تحت مظلة التخزين غير القابلة للتغيير: WORM على مستوى الحاوية و WORM على مستوى الإصدار. يسمح WORM على مستوى الحاوية بتعيين النهج على مستوى الحاوية فقط، بينما يسمح WORM على مستوى الإصدار بتعيين النهج على مستوى الحساب أو الحاوية أو الإصدار.
عن التخزين غير القابل للتغيير للكائنات الثنائية كبير الحجم
يساعد التخزين غير القابل للتغيير مؤسسات الرعاية الصحية والمؤسسات المالية والصناعات ذات الصلة - لا سيما المؤسسات الوسيطة - على تخزين البيانات بشكل آمن. يمكن استخدام التخزين غير القابل للتغيير في أي سيناريو لحماية البيانات الهامة من التعديل أو الحذف.
تشمل التطبيقات النموذجية ما يلي:
التوافق التنظيمي: التخزين غير القابل للتغيير لتخزين Azure Blob يساعد المؤسسات على التعامل مع SEC 17a-4 (f) وCFTC 1.31 (d) وFINRA واللوائح الأخرى.
الاستبقاء الآمن للمستند: يضمن التخزين غير القابل للتغيير للكائنات الثنائية كبيرة الحجم عدم إمكانية تعديل البيانات أو حذفها من قبل أي مستخدم، ولا حتى من قبل المستخدمين الذين لديهم امتيازات إدارية للحساب.
الاحتجاز القانوني: التخزين غير القابل للتغيير للكائنات الثنائية كبيرة الحجم يمكّن المستخدمين من تخزين المعلومات الحساسة التي تعتبر بالغة الأهمية للتقاضي أو الاستخدام التجاري في حالة تمنع التلاعب بالمدة المطلوبة حتى إزالة التعليق. لا تقتصر هذه الميزة على حالات الاستخدام القانوني فقط، ولكن يمكن أيضا اعتبارها احتجازا مستندا إلى الحدث أو تأمين مؤسسة، حيث يلزم حماية البيانات استنادا إلى مشغلات الأحداث أو نهج الشركة.
التوافق التنظيمي
استعانت Microsoft بشركة تقييم مستقلة رائدة متخصصة في إدارة السجلات وحوكمة المعلومات، وهي Cohasset Associates، لتقييم التخزين الثابت للكائنات الثنائية كبيرة الحجم وامتثالها للمتطلبات الخاصة بصناعة الخدمات المالية. تحقق Cohasset من صحة أن التخزين غير القابل للتغيير، عند استخدامه للاحتفاظ بالكائنات الثنائية كبيرة الحجم في حالة WORM، يفي بمتطلبات التخزين ذات الصلة لقاعدة CFTC 1.31 (c) - (d) وFINRA Rule 4511 وSEC Rule 17a-4 (f). استهدفت Microsoft هذه المجموعة من القواعد لأنها تمثل التوجيه الأكثر إلزامية عالمياً لاستبقاء السجلات للمؤسسات المالية.
يتوفر تقرير Cohasset في Microsoft Service Trust Center. يحتوي Azure Trust Center على معلومات تفصيلية عن شهادات توافق Microsoft. لطلب خطاب إثبات من Microsoft بخصوص التوافق لقابلية التغيير في حالة WORM (الكتابة مرة واحدة وقراءة العديد)، يُرجى الاتصال بـAzure Support.
نُهج الاستبقاء المحددة بوقت
يخزن نهج الاستبقاء المستند إلى الوقت بيانات الكائن الثنائي كبير الحجم بتنسيق WORM لفترة زمنية محددة. عند تعيين نهج استبقاء يستند إلى الوقت، يمكن للعملاء إنشاء كائنات ثنائية كبيرة الحجم وقراءتها، ولكن لا يمكنهم تعديلها أو حذفها. بعد انتهاء فترة الاستبقاء، يمكن حذف النقاط الكبيرة ولكن لا يمكن الكتابة فوقها.
النطاق
يمكن تكوين نهج استبقاء يستند إلى الوقت في النطاقات التالية:
- نهج WORM على مستوى الإصدار: يمكن تكوين نهج استبقاء يستند إلى الوقت على مستوى الحساب أو الحاوية أو الإصدار. إذا تم تكوينه على مستوى الحساب أو الحاوية، فسيتم توريثه بواسطة جميع الكائنات الثنائية كبيرة الحجم في الحساب أو الحاوية المعنية.
- نهج WORM على مستوى الحاوية: ينطبق نهج الاستبقاء المستند إلى الوقت الذي تم تكوينه على مستوى الحاوية على جميع الكائنات الثنائية كبيرة الحجم في تلك الحاوية. لا يمكن تكوين الكائنات الثنائية كبيرة الحجم الفردية مع نُهج الثبات خاصتها.
الفاصل الزمني للاستبقاء لنهج يستند إلى الوقت
الحد الأدنى لفترة الاستبقاء لنهج الاستبقاء المستندة إلى الوقت هو يوم واحد، والحد الأقصى هو 146000 يومًا (400 سنة). عند تكوين نهج استبقاء يستند إلى الوقت، تظل الكائنات المتأثرة في حالة غير قابلة للتغيير خلال فترة الاستبقاء الفعالة. فترة الاستبقاء الفعالة للكائنات الحالية تساوي الفرق بين وقت إنشاء الكائنات الثنائية كبيرة الحجم وفترة الاستبقاء المحددة بواسطة المستخدم. نظرًا لإمكانية تمديد الفاصل الزمني لاستبقاء النهج، يستخدم التخزين غير القابل للتغيير القيمة الأحدث لفاصل الاستبقاء الذي يحدده المستخدم لحساب فترة الاستبقاء الفعالة.
على سبيل المثال، افترض أن مستخدمًا قام بإنشاء نهج استبقاء يستند إلى الوقت مع فترة استبقاء تبلغ خمس سنوات. تم إنشاء كائن ثنائي كبير الحجم موجود في تلك الحاوية، testblob1، منذ عام واحد، وبالتالي فإن فترة الاستبقاء الفعالة لـ testblob1 هي أربع سنوات. عندما يتم تحميل كائن ثنائي كبير الحجم جديد، testblob2، إلى الحاوية، فإن فترة الاستبقاء الفعالة لـ testblob2 هي خمس سنوات من وقت إنشائها.
نُهج مؤمنة مقابل غير مؤمنة
عندما تقوم بتكوين نهج استبقاء يستند إلى الوقت لأول مرة، يتم إلغاء تأمين النهج لأغراض الاختبار. عند الانتهاء من الاختبار، يمكنك تأمين النهج بحيث يكون متوافقا تماما مع SEC 17a-4(f) والتوافق التنظيمي الآخر.
تحمي كل من النُهج المؤمنة وغير المؤمنة من عمليات الحذف والكتابة. ومع ذلك، يمكنك تعديل نهج غير مؤمن عن طريق تقصير أو تمديد فترة الاستبقاء. يمكنك أيضًا حذف سياسة غير مؤمنة. لا يمكنك حذف نهج استبقاء مؤمّن يستند إلى الوقت. يمكنك تمديد فترة الاستبقاء ولكن لا يمكنك تقليلها. يُسمح بحد أقصى خمس زيادات لفترة الاستبقاء الفعالة على مدى عمر النهج المؤمن التي تم تحديدها على مستوى الحاوية. لا يوجد حدّ لعدد الزيادات في الفترة الفعالة بالنسبة للنهج المُكوّن لإصدار كائن ثنائي كبير الحجم.
هام
يجب تأمين نهج الاستبقاء المستندة إلى الوقت حتى تكون النقطة في حالة غير قابلة للتغيير (محمية ضد الكتابة والحذف) لـ SEC 17a-4 (f) والامتثال التنظيمي الآخر. توصي Microsoft بتأمين النهج في فترة زمنية معقولة، عادةً أقل من 24 ساعة. بينما توفر الحالة غير المؤمَّنة حماية للثبات، لا يوصى باستخدام الحالة غير المؤمَّنة لأي غرض بخلاف الاختبار قصير المدى.
تسجيل تدقيق نهج الاستبقاء
توفر كل حاوية مع تمكين نهج الاستبقاء المستند إلى الوقت سجل تدقيق النهج. يتضمن سجل التدقيق ما يصل إلى سبعة أوامر استبقاء تستند إلى الوقت لنُهج الاستبقاء المؤمنة المستندة إلى الوقت. يبدأ التسجيل عادة بمجرد تأمين النهج. تتضمن إدخالات السجل معرف المستخدم ونوع الأمر والطوابع الزمنية وفترة الاستبقاء. يتم الاحتفاظ بسجل التدقيق لمدة بقاء النهج وفقا لإرشادات SEC 17a-4(f) التنظيمية.
يوفر سجل نشاط Azure سجلاً أكثر شمولاً لكافة أنشطة خدمة الإدارة. تحتفظ سجلات موارد Azure بمعلومات بشأن عمليات البيانات. تقع مسؤولية تخزين هذه السجلات باستمرار على عاتق المستخدم، حيث قد تكون مطلوبة لأغراض تنظيمية أو غيرها.
لا يحدث تدقيق للتغييرات على نُهج الاستبقاء المُستندة إلى الوقت على مستوى الإصدار.
الحجوزات القانونية
الحجز القانوني هو سياسة ثبات مؤقتة يمكن تطبيقها لأغراض التحقيق القانوني أو سياسات الحماية العامة. يخزن الاحتجاز القانوني بيانات الكائن الثنائي كبير الحجم بتنسيق Write-Once و Read-Many (WORM) حتى يتم مسح الاحتجاز بشكل صريح. عندما يكون التحفظ على المعلومات حتى التقاضي ساري المفعول، يمكن إنشاء النقاط الكبيرة وقراءتها، ولكن لا يمكن تعديلها أو حذفها. استخدم أمر التحفظ على المعلومات حتى التقاضي عندما تكون الفترة الزمنية التي يجب فيها الاحتفاظ بالبيانات في حالة WORM غير معروفة.
النطاق
يمكن تكوين سياسة التحفظ على المعلومات حتى التقاضي في أي من النطاقات التالية:
نهج WORM على مستوى الإصدار: يمكن تكوين احتجاز قانوني على مستوى إصدار كائن ثنائي كبير الحجم فردي للإدارة الدقيقة للبيانات الحساسة.
نهج WORM على مستوى الحاوية: ينطبق الاحتجاز القانوني الذي تم تكوينه على مستوى الحاوية على جميع الكائنات الثنائية كبيرة الحجم في تلك الحاوية. لا يمكن تكوين الكائنات الثنائية كبيرة الحجم الفردية مع نُهج الثبات خاصتها.
علامات
يجب ربط عملية التحفظ على المعلومات حتى التقاضي على مستوى الحاوية بواحدة أو أكثر من العلامات الأبجدية الرقمية التي يحددها المستخدم والتي تعمل كسلاسل معرف. على سبيل المثال، قد تتضمن العلامة معرف الحالة أو اسم الحدث.
تسجيل التدقيق
توفر كل حاوية مع التحفظ على المعلومات حتى التقاضي سارية سجل تدقيق السياسة. يحتوي السجل على معرف المستخدم ونوع الأمر والطوابع الزمنية وعلامات الحجز القانوني. يتم الاحتفاظ بسجل التدقيق لمدة بقاء النهج وفقا لإرشادات SEC 17a-4(f) التنظيمية.
يوفر سجل نشاط Azure سجلاً أكثر شمولاً لكافة أنشطة خدمة الإدارة. تحتفظ سجلات موارد Azure بمعلومات بشأن عمليات البيانات. تقع مسؤولية تخزين هذه السجلات باستمرار على عاتق المستخدم، حيث قد تكون مطلوبة لأغراض تنظيمية أو غيرها.
لا يتم تدقيق التغييرات على عمليات الاحتجاز القانونية على مستوى الإصدار.
خيارات ميزة التخزين غير القابلة للتغيير
يعرض الجدول التالي تصنيفا تفصيليا للاختلافات بين WORM على مستوى الحاوية و WORM على مستوى الإصدار:
| الفئة | دودة على مستوى الحاوية | WORM على مستوى الإصدار |
|---|---|---|
| مستوى دقة النهج | يمكن تكوين النهج فقط على مستوى الحاوية. يرث كل كائن يتم تحميله في الحاوية مجموعة النهج غير القابلة للتغيير. | يمكن تكوين النهج على مستوى الحساب أو الحاوية أو الكائن الثنائي كبير الحجم. إذا تم تعيين نهج على مستوى الحساب، فإن كافة الكائنات الثنائية كبيرة الحجم التي يتم تحميلها إلى هذا الحساب ترث النهج. يتبع نفس المنطق مع الحاويات. إذا تم تعيين نهج على مستويات متعددة، يكون ترتيب الأسبقية دائما Blob -> Container -> Account. |
| أنواع النهج المتوفرة | يمكن تعيين نوعين مختلفين من النهج على مستوى الحاوية: نهج الاستبقاء المستندة إلى الوقت وقوائم الاحتجاز القانونية. | على مستوى الحساب والحاوية، يمكن تعيين نهج الاستبقاء المستندة إلى الوقت فقط. على مستوى الكائن الثنائي كبير الحجم، يمكن تعيين كل من نهج الاستبقاء المستندة إلى الوقت والاحتفاظ القانوني. |
| تبعيات الميزة | لا توجد ميزات أخرى هي شرط أساسي أو متطلبات لهذه الميزة لتعمل. | تعيين الإصدار هو شرط أساسي لاستخدام هذه الميزة. |
| تمكين الحسابات/الحاوية الموجودة | يمكن تمكين هذه الميزة في أي وقت للحاويات الموجودة. | اعتمادا على مستوى النقاوة، قد لا يتم تمكين هذه الميزة لجميع الحسابات/الحاويات الموجودة. |
| حذف الحساب/الحاوية | بمجرد تأمين نهج الاستبقاء المستند إلى الوقت على حاوية، قد يتم حذف الحاويات فقط إذا كانت فارغة. | بمجرد تمكين WORM على مستوى الإصدار على مستوى حساب أو حاوية، قد يتم حذفها فقط إذا كانت فارغة. |
| دعم Azure Data Lake Storage Gen2 (حسابات التخزين التي تم تمكين مساحة اسم هرمية لها) | يتم دعم نهج WORM على مستوى الحاوية في الحسابات التي تحتوي على مساحة اسم هرمية. | نهج WORM على مستوى الإصدار غير مدعومة بعد في الحسابات التي تحتوي على مساحة اسم هرمية. |
لمعرفة المزيد حول WORM على مستوى الحاوية، راجع نهج WORM على مستوى الحاوية. لمعرفة المزيد حول WORM على مستوى الإصدار، يرجى زيارة نهج WORM على مستوى الإصدار.
دودة على مستوى الحاوية مقابل WORM على مستوى الإصدار
يساعدك الجدول التالي في تحديد نوع نهج WORM الذي يجب استخدامه.
| المعايير | استخدام WORM على مستوى الحاوية | استخدام WORM على مستوى الإصدار |
|---|---|---|
| تنظيم البيانات | تريد تعيين نهج لمجموعات بيانات معينة، والتي يمكن تصنيفها حسب الحاوية. يجب الاحتفاظ بجميع البيانات الموجودة في تلك الحاوية في حالة WORM لنفس الفترة الزمنية. | لا يمكنك تجميع الكائنات حسب فترات الاستبقاء. يجب تخزين جميع الكائنات الثنائية كبيرة الحجم مع وقت استبقاء فردي استنادا إلى سيناريوهات هذا الكائن الثنائي كبير الحجم، أو أن المستخدم لديه حمل عمل مختلط بحيث يمكن تجميع بعض مجموعات البيانات في حاويات بينما لا يمكن الكائنات الثنائية كبيرة الحجم الأخرى. قد تحتاج أيضا إلى تعيين نهج على مستوى الحاوية والنهج على مستوى الكائن الثنائي كبير الحجم داخل نفس الحساب. |
| مقدار البيانات التي تتطلب نهج غير قابل للتغيير | لا تحتاج إلى تعيين نهج على أكثر من 10000 حاوية لكل حساب. | تريد تعيين نهج على جميع البيانات أو كميات كبيرة من البيانات التي يمكن تحديدها حسب الحساب. أنت تعلم أنه إذا كنت تستخدم WORM على مستوى الحاوية، يتعين عليك تجاوز حد الحاوية البالغ 10000 حاوية. |
| الاهتمام بتمكين تعيين الإصدار | لا تريد التعامل مع تمكين تعيين الإصدار إما بسبب التكلفة، أو لأن حمل العمل سينشئ العديد من الإصدارات الإضافية للتعامل معها. | إما أنك تريد استخدام تعيين الإصدار، أو لا تمانع في استخدامه. أنت تعلم أنه إذا لم تمكن تعيين الإصدار، فلا يمكنك الاحتفاظ بالتحرير أو الكتابة فوق الكائنات الثنائية كبيرة الحجم غير القابلة للتغيير كإصدارات منفصلة. |
| موقع التخزين (Blob Storage مقابل Data Lake Storage Gen2) | يركز حمل العمل الخاص بك بالكامل على Azure Data Lake Storage Gen2. ليس لديك أي اهتمام أو خطة فورية للتبديل إلى استخدام حساب لا يحتوي على ميزة مساحة الاسم الهرمية ممكنة. | حمل العمل الخاص بك إما على Blob Storage في حساب لا يحتوي على ميزة مساحة الاسم الهرمية ممكنة، ويمكن استخدام WORM على مستوى الإصدار الآن، أو أنك على استعداد لانتظار تعيين الإصدار ليكون متاحا للحسابات التي لديها مساحة اسم هرمية ممكنة (Azure Data Lake Storage Gen2). |
مستويات الوصول
تدعم جميع طبقات وصول الكائن الثنائي كبير الحجم التخزين غير القابل للتغيير. يمكنك تغيير طبقة الوصول إلى الكائن الثنائي كبير الحجم من خلال عملية Set Blob Tier. لمزيد من المعلومات، راجع مستويات الوصول لبيانات الكائن الثنائي كبير الحجم.
تكوينات التكرار
تدعم جميع تكوينات التكرار التخزين غير القابل للتغيير. لمزيد من المعلومات عن تكوينات التكرار، راجع Azure Storage redundancy.
أنواع الكائن الثنائي كبير الحجم الموصى بها
توصي Microsoft بتكوين نهج الثبات بشكل أساسي للكائنات الثنائية كبيرة الحجم ذات الكتلة وإلحاق الكائنات الثنائية كبيرة الحجم. لا ينصح بتكوين نهج عدم قابلية التغيير لكائن ثنائي كبير الحجم للصفحة يخزن قرص VHD لجهاز ظاهري نشط حيث سيتم حظر عمليات الكتابة إلى القرص، أو إذا تم تمكين تعيين الإصدار، يتم تخزين كل كتابة كإصدار جديد. توصي Microsoft بمراجعة الوثائق بدقة واختبار السيناريوهات الخاصة بك قبل تأمين أي نهج يستند إلى الوقت. توصي Microsoft بمراجعة الوثائق بدقة واختبار السيناريوهات الخاصة بك قبل تأمين أي نهج يستند إلى الوقت.
تخزين غير قابل للتغيير مع حذف مبدئي للكائن الثنائي كبير الحجم
عندما يتم تكوين حذف مبدئي للكائن الثنائي كبير الحجم لحساب تخزين، فإنه ينطبق على جميع الكائن الثنائي كبير الحجم داخل الحساب بغض النظر عما إذا كان الاحتجاز القانوني أو نهج الاستبقاء المستند إلى الوقت سارياً. توصي Microsoft بتمكين الحذف المبدئي للحصول على حماية إضافية قبل تطبيق أي نهج عدم قابلية للتغيير.
إذا قمت بتمكين الحذف المبدئي للكائن الثنائي كبير الحجم ثم قمت بتكوين نهج عدم قابلية للتغيير، فسيتم حذف أي كائنات ثنائية كبيرة الحجم تم حذفها مبدئيا نهائيا بمجرد انتهاء صلاحية نهج الاحتفاظ بالحذف المبدئي. يمكن استعادة الكائنات الثنائية كبير الحجم التي تم حذفها بشكل مبدئي أثناء فترة الاستبقاء بالحذف المبدئي. يتم حماية الكائن الثنائي كبير الحجم أو الإصدار الذي لم يتم حذفه مبدئيا بعد بواسطة نهج عدم القابلية للتغيير ولا يمكن حذفه بشكل مبدئي إلا بعد انتهاء صلاحية نهج الاستبقاء المستند إلى الوقت أو إزالة الاحتجاز القانوني.
استخدام مخزون الكائن الثنائي كبير الحجم لتتبع نهج الثبات
يوفر مخزون كائن ثنائي كبير الحجم Azure Storage نظرة عامة على الحاويات في حسابات تخزينك والكائنات الثنائية كبير الحجم واللقطات وإصدارات الكائن الثنائي كبير الحجم داخلها. يمكنك استخدام تقرير مخزون الكائن الثنائي كبير الحجم لفهم سمات الكائن الثنائي كبير الحجم والحاويات، بما في ذلك ما إذا كان المورد يحتوي على نهج ثبات تم تكوينه أم لا.
عند تمكين مخزون كائن ثنائي كبير الحجم، يقوم Azure Storage بإنشاء تقرير مخزون يوميا. يقدم التقرير نظرة عامة على البيانات الخاصة بك لمتطلبات العمل والتوافق.
لمزيد من المعلومات عن مخزون الكائن الثنائي كبير الحجم، راجع مخزون كائن ثنائي كبير الحجم لـ Azure Storage.
إشعار
لا يمكنك تكوين نهج مخزون في حساب إذا تم تمكين دعم عدم قابلية التغيير على مستوى الإصدار على هذا الحساب، أو إذا تم تمكين دعم عدم قابلية التغيير على مستوى الإصدار على حاوية الوجهة المحددة في نهج المخزون.
تكوين النهج على نطاق واسع
يمكنك استخدام مهمة تخزين لتكوين نهج عدم قابلية للتغيير على نطاق واسع عبر حسابات تخزين متعددة استنادا إلى مجموعة من الشروط التي تحددها. مهمة التخزين هي مورد متوفر في Azure Storage Actions؛ إطار عمل بلا خادم يمكنك استخدامه لتنفيذ عمليات البيانات الشائعة على ملايين العناصر عبر حسابات تخزين متعددة. لمعرفة المزيد، راجع ما هي إجراءات تخزين Azure؟.
التسعير
لا توجد رسوم إضافية على السعة لاستخدام التخزين غير القابل للتغيير. يتم تسعير البيانات غير القابلة للتغيير بنفس طريقة تسعير البيانات القابلة للتغيير. إذا كنت تستخدم WORM على مستوى الإصدار، فقد تكون الفاتورة أعلى لأنك قمت بتمكين تعيين الإصدار، وهناك تكلفة مرتبطة بالإصدارات الإضافية التي يتم تخزينها. راجع سياسة تسعير تعيين الإصدار للحصول على مزيد من المعلومات. للحصول على تفاصيل التسعير بشأن تخزين Azure Blob، راجع صفحة تسعير تخزين Azure.
يؤدي إنشاء أو تعديل أو حذف نهج الاستبقاء المستند إلى الوقت أو الاحتجاز القانوني على إصدار الكائن الثنائي كبير الحجم إلى رسوم معاملة الكتابة.
إذا فشلت في دفع فاتورتك وكان حسابك يحتوي على نهج استبقاء نشط قائم على الوقت ساري المفعول، يتم تطبيق نهج استبقاء البيانات العادية كما هو منصوص عليه في أحكام وشروط العقد مع Microsoft. للحصول على معلومات عامة، راجع Data management at Microsoft.
دعم الميزة
هذه الميزة غير متوافقة مع استعادة نقطة زمنية وتعقب الوصول الأخير. نهج عدم قابلية التغيير غير مدعومة في الحسابات التي تم تمكين بروتوكول 3.0 لنظام ملفات الشبكة (NFS) أو بروتوكول نقل ملفات SSH (SFTP) عليها.
تقوم بعض أحمال العمل، مثل SQL Backup to URL، بإنشاء الكائن الثنائي كبير الحجم ثم تضيف إليه. إذا كانت الحاوية لديها نهج استبقاء نشط قائم على الوقت أو احتجاز قانوني في مكانه، فلن ينجح هذا النمط. راجع السماح بكتابات الكائن الثنائي كبير الحجم للإلحاق المحمي لمزيد من التفاصيل.
لمزيد من المعلومات، راجع دعم ميزة Blob Storage في حسابات Azure Storage.