إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يتيح لك Immutable storage for مساحة تخزين 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 Trust Center. يحتوي Azure Trust Center على معلومات تفصيلية عن شهادات توافق Microsoft. لطلب خطاب تصديق من Microsoft بخصوص الامتثال لعدم قابلية WORM، يرجى التواصل مع دعم Azure.
نُهج الاستبقاء المحددة بوقت
يخزن نهج الاستبقاء المستند إلى الوقت بيانات الكائن الثنائي كبير الحجم بتنسيق WORM لفترة زمنية محددة. عند تعيين سياسة احتفاظ زمني، يمكن للعملاء إنشاء وقراءة الكتل، لكن لا يمكنهم تعديلها أو حذفها. بعد انتهاء فترة الاحتفاظ، يمكن حذف الكتل دون الكتابة فوقها.
النطاق
يمكنك تكوين سياسة احتفاظ زمنية ضمن المجالات التالية:
- سياسة 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 بمعلومات بشأن عمليات البيانات. أنت مسؤول عن تخزين تلك السجلات بشكل مستمر، كما قد يكون مطلوبا لأغراض تنظيمية أو غيرها.
لا يحدث تدقيق للتغييرات على نُهج الاستبقاء المُستندة إلى الوقت على مستوى الإصدار.
الحجوزات القانونية
الحجز القانوني هو سياسة ثبات مؤقتة يمكن تطبيقها لأغراض التحقيق القانوني أو سياسات الحماية العامة. يحتفظ الحجز القانوني ببيانات blob بصيغة Write Once, Read Many (WORM) حتى يتم مسح الحجز بشكل صريح. عندما يكون التحفظ على المعلومات حتى التقاضي ساري المفعول، يمكن إنشاء النقاط الكبيرة وقراءتها، ولكن لا يمكن تعديلها أو حذفها. استخدم أمر التحفظ على المعلومات حتى التقاضي عندما تكون الفترة الزمنية التي يجب فيها الاحتفاظ بالبيانات في حالة WORM غير معروفة.
النطاق
يمكن تكوين سياسة التحفظ على المعلومات حتى التقاضي في أي من النطاقات التالية:
سياسة WORM على مستوى الإصدار: يمكن تكوين حجز قانوني على مستوى نسخة كتلة فردية لإدارة البيانات الحساسة بشكل دقيق (يجب تفعيل الإصدار على الحساب).
نهج WORM على مستوى الحاوية: ينطبق الاحتجاز القانوني الذي تم تكوينه على مستوى الحاوية على جميع الكائنات الثنائية كبيرة الحجم في تلك الحاوية. لا يمكن تكوين الكائنات الثنائية كبيرة الحجم الفردية مع نُهج الثبات خاصتها.
علامات
يجب عليك ربط الحجز القانوني على مستوى الحاوية مع وسوم أبجدية رقمية معرفة من قبل المستخدم والتي تعمل كسلاسل معرف. على سبيل المثال، قد تتضمن الوسم معرف حالة أو اسم حدث.
تسجيل التدقيق
توفر كل حاوية مع التحفظ على المعلومات حتى التقاضي سارية سجل تدقيق السياسة. يحتوي السجل على معرف المستخدم ونوع الأمر والطوابع الزمنية وعلامات الحجز القانوني. يتم الاحتفاظ بسجل التدقيق لمدة بقاء النهج وفقا لإرشادات SEC 17a-4(f) التنظيمية.
يوفر سجل نشاط Azure سجلاً أكثر شمولاً لكافة أنشطة خدمة الإدارة. تحتفظ سجلات موارد Azure بمعلومات بشأن عمليات البيانات. أنت مسؤول عن تخزين تلك السجلات بشكل مستمر، كما قد يكون مطلوبا لأغراض تنظيمية أو غيرها.
لا يتم تدقيق التغييرات على عمليات الاحتجاز القانونية على مستوى الإصدار.
خيارات ميزة التخزين غير القابلة للتغيير
يعرض الجدول التالي تصنيفا تفصيليا للاختلافات بين WORM على مستوى الحاوية و WORM على مستوى الإصدار:
| الفئة | دودة على مستوى الحاوية | WORM على مستوى الإصدار |
|---|---|---|
| مستوى دقة النهج | قم بتكوين السياسات فقط على مستوى الحاوية. كل كائن تقوم برفعه إلى الحاوية يرث مجموعة السياسات غير القابلة للتغيير. | قم بتكوين السياسات على مستوى الحساب أو الحاوية أو الكتلة (blob). إذا قمت بإعداد سياسة على مستوى الحساب، فإن جميع الكتل التي ترفعها في ذلك الحساب ترث السياسة. يتبع نفس المنطق مع الحاويات. إذا قمت بتعيين سياسة على عدة مستويات، فإن ترتيب الأسبقية دائما هو كتلة -> حاوية -> حساب. |
| أنواع النهج المتوفرة | حدد نوعين مختلفين من السياسات على مستوى الحاويات: سياسات الاحتفاظ القائمة على الوقت والسياسات القانونية للاحتجاز. | على مستوى الحساب والحاوية، حدد فقط سياسات الاحتفاظ القائمة على الوقت. على مستوى الكتلة الجماعية، حدد سياسات الاحتفاظ بالوقت والحجز القانوني. |
| تبعيات الميزة | لا توجد ميزات أخرى هي شرط أساسي أو متطلبات لهذه الميزة لتعمل. | تعيين الإصدار هو شرط أساسي لاستخدام هذه الميزة. |
| تمكين الحسابات والحاويات الموجودة | فعل هذه الميزة في أي وقت للحاويات الموجودة. | اعتمادا على مستوى الدقة، قد لا تكون هذه الميزة مفعلة لجميع الحسابات والحاويات الحالية. |
| حذف الحساب/الحاوية | بعد أن تقفل سياسة الاحتفاظ الزمني على الحاوية، يمكنك حذف الحاويات فقط إذا كانت فارغة. | بعد تفعيل WORM على مستوى الإصدار على مستوى الحساب أو الحاوية، يمكنك حذفها فقط إذا كانت فارغة. |
| دعم Azure Data Lake Storage (حسابات التخزين التي تم تمكين مساحة اسم هرمية لها) | يدعم سياسات WORM على مستوى الحاوية في الحسابات التي تحتوي على مساحة أسماء هرمية. | سياسات WORM على مستوى الإصدار غير مدعومة بعد في الحسابات التي تحتوي على مساحة أسماء هرمية. |
لمعرفة المزيد عن WORM على مستوى الحاوية، راجع سياسات WORM على مستوى الحاوية. لمعرفة المزيد عن WORM على مستوى الإصدار، راجع سياسات WORM على مستوى الإصدار.
WORM على مستوى الحاوية مقابل WORM على مستوى الإصدار
يساعدك الجدول التالي في تحديد نوع نهج WORM الذي يجب استخدامه.
| المعايير | استخدام WORM على مستوى الحاوية | استخدام WORM على مستوى الإصدار |
|---|---|---|
| تنظيم البيانات | تريد تعيين سياسات لمجموعات بيانات محددة، يمكنك تصنيفها حسب الحاوية. يجب الاحتفاظ بجميع البيانات الموجودة في تلك الحاوية في حالة WORM لنفس الفترة الزمنية. | لا يمكنك تجميع الكائنات حسب فترات الاستبقاء. يجب تخزين جميع الكتل بوقت احتفاظ فردي بناء على سيناريوهات تلك الكتلة، وإلا سيكون هناك عبء عمل مختلط بحيث يمكن تجميع بعض مجموعات البيانات في حاويات بينما لا يمكن لأخرى ذلك. قد تحتاج أيضا إلى تعيين نهج على مستوى الحاوية والنهج على مستوى الكائن الثنائي كبير الحجم داخل نفس الحساب. |
| مقدار البيانات التي تتطلب نهج غير قابل للتغيير | لا تحتاج إلى تعيين نهج على أكثر من 10000 حاوية لكل حساب. | تريد وضع سياسات على جميع البيانات أو كميات كبيرة من البيانات يمكنك تحديدها حسب الحساب. أنت تعلم أنه إذا كنت تستخدم WORM على مستوى الحاوية، يتعين عليك تجاوز حد الحاوية البالغ 10000 حاوية. |
| الاهتمام بتمكين تعيين الإصدار | لا تريد التعامل مع تمكين تعيين الإصدار إما بسبب التكلفة، أو لأن حمل العمل سينشئ العديد من الإصدارات الإضافية للتعامل معها. | إما أنك تريد استخدام تعيين الإصدار، أو لا تمانع في استخدامه. تعلم أنه إذا لم تفعل الإصدارات، فلا يمكنك الاحتفاظ بالتعديلات أو الكتابة على كتل غير قابلة للتغيير كإصدارات منفصلة. |
| موقع التخزين (مخزن البيانات الثنائية الكبيرة مقابل Data Lake Storage) | يركز حمل العمل الخاص بك بالكامل على Azure Data Lake Storage. ليس لديك أي اهتمام أو خطة فورية للتبديل إلى استخدام حساب لا يحتوي على ميزة مساحة الاسم الهرمية ممكنة. | حمل العمل الخاص بك إما على مخزن البيانات الثنائية الكبيرة في حساب لا يحتوي على ميزة مساحة الاسم الهرمية ممكنة، ويمكنه استخدام WORM على مستوى الإصدار الآن، أو أنك على استعداد لانتظار تعيين الإصدار ليكون متاحا للحسابات التي لديها مساحة اسم هرمية ممكنة (Azure Data Lake Storage). |
مستويات الوصول
تدعم جميع طبقات وصول الكائن الثنائي كبير الحجم التخزين غير القابل للتغيير. يمكنك تغيير مستوى الوصول إلى كتلة من خلال عملية Set Blob Tier . لمزيد من المعلومات، راجع مستويات الوصول لبيانات الكائن الثنائي كبير الحجم.
تكوينات التكرار
تدعم جميع تكوينات التكرار التخزين غير القابل للتغيير. لمزيد من المعلومات عن تكوينات التكرار، راجع تخزين Azure redundancy.
أنواع الكائن الثنائي كبير الحجم الموصى بها
توصي Microsoft بتكوين نهج الثبات بشكل أساسي للكائنات الثنائية كبيرة الحجم ذات الكتلة وإلحاق الكائنات الثنائية كبيرة الحجم. يتم تثبيط تكوين سياسة عدم التغيير لكتلة صفحة تخزن قرص VHD لآلة افتراضية نشطة لأن الكتابة على القرص تكون محظورة، أو إذا تم تفعيل الإصدار، يتم تخزين كل كتابة كإصدار جديد. توصي Microsoft بمراجعة الوثائق بدقة واختبار السيناريوهات الخاصة بك قبل تأمين أي نهج يستند إلى الوقت.
تخزين غير قابل للتغيير مع حذف مبدئي للكائن الثنائي كبير الحجم
عند تكوين حذف الكتلة البرمجية لحساب تخزين، ينطبق ذلك على جميع الكتل داخل الحساب بغض النظر عما إذا كانت هناك سياسة احتجاز قانوني أو سياسة احتفاظ زمنية سارية. توصي Microsoft بتمكين الحذف المبدئي للحصول على حماية إضافية قبل تطبيق أي نهج عدم قابلية للتغيير.
إذا قمت بتفعيل حذف الكتلة البرمجية ثم قمت بضبط سياسة عدم التغيير، فإن أي كتل قمت بحذفها بدقة يتم حذفها بشكل دائم بمجرد انتهاء سياسة الاحتفاظ بالحذف الناعم. يمكنك استعادة الكتل المحذوفة برمجيا خلال فترة الاحتفاظ بالحذف النمي. الكتلة أو النسخة التي لم تحذفها بعد محمية بسياسة عدم التغيير ولا يمكن حذفها تدريجيا حتى تنتهي سياسة الاحتفاظ بالوقت أو إزالة الحجز القانوني.
استخدام مخزون الكائن الثنائي كبير الحجم لتتبع نهج الثبات
يوفر مخزون كائن ثنائي كبير الحجم تخزين Azure نظرة عامة على الحاويات في حسابات تخزينك والكائنات الثنائية كبير الحجم واللقطات وإصدارات الكائن الثنائي كبير الحجم داخلها. يمكنك استخدام تقرير مخزون الكائن الثنائي كبير الحجم لفهم سمات الكائن الثنائي كبير الحجم والحاويات، بما في ذلك ما إذا كان المورد يحتوي على نهج ثبات تم تكوينه أم لا.
عند تمكين مخزون كائن ثنائي كبير الحجم، يقوم تخزين Azure بإنشاء تقرير مخزون يوميا. يقدم التقرير نظرة عامة على البيانات الخاصة بك لمتطلبات العمل والتوافق.
لمزيد من المعلومات عن مخزون الكائن الثنائي كبير الحجم، راجع مخزون كائن ثنائي كبير الحجم لـ تخزين Azure.
إشعار
لا يمكنك تكوين سياسة المخزون في حساب إذا كان دعم عدم القابلية للتغيير على مستوى الإصدار مفعلا على ذلك الحساب، أو إذا كان دعم عدم التغير على مستوى الإصدار مفعلا على الحاوية الوجهة التي تحددها في سياسة المخزون.
تكوين النهج على نطاق واسع
يمكنك استخدام مهمة تخزين لتكوين سياسات عدم القابلية للتغيير على نطاق واسع عبر حسابات تخزين متعددة بناء على مجموعة من الشروط التي تحددها. مهمة التخزين هي مورد متوفر في تخزين Azure Actions؛ إطار عمل بلا خادم يمكنك استخدامه لتنفيذ عمليات البيانات الشائعة على ملايين العناصر عبر حسابات تخزين متعددة. لمعرفة المزيد، راجع ما هي إجراءات التخزين في Azure؟
التسعير
لا توجد رسوم إضافية على السعة لاستخدام التخزين غير القابل للتغيير. يتم تسعير البيانات غير القابلة للتغيير بنفس طريقة تسعير البيانات القابلة للتغيير. إذا كنت تستخدم WORM على مستوى الإصدار، فقد تكون الفاتورة أعلى لأنك فعلت الإصدارات، وهناك تكلفة مرتبطة بتخزين النسخ الإضافية. راجع سياسة تسعير تعيين الإصدار للحصول على مزيد من المعلومات. للحصول على تفاصيل التسعير بشأن تخزين Azure Blob، راجع صفحة تسعير تخزين Azure.
إنشاء أو حذف سياسة احتفاظ زمنية أو احتجاز قانوني على نسخة blob يؤدي إلى رسوم كتابة معاملة. تعديل سياسة الاحتفاظ الزمنية (سواء قفلها أو تمديدها) يؤدي إلى رسوم عمليات أخرى. لمزيد من المعلومات حول رسوم المعاملات، راجع العمليات ونقل البيانات.
إذا فشلت في دفع فاتورتك وكان حسابك يحتوي على نهج استبقاء نشط قائم على الوقت ساري المفعول، يتم تطبيق نهج استبقاء البيانات العادية كما هو منصوص عليه في أحكام وشروط العقد مع Microsoft. للحصول على معلومات عامة، راجع Data management at Microsoft.
دعم الميزة
هام
هذه الميزة غير متوافقة مع الاستعادة في نقطة زمنية وتعقب الوصول الأخير.
هذه الميزة متوافقة مع الفشل غير المخطط له من قبل العملاء. ومع ذلك، أي تغييرات تجريها على سياسة التغيير بعد آخر وقت مزامنة (مثل قفل سياسة الاحتفاظ بالزمن أو تمديدها) لا تزامن مع المنطقة الثانوية. بعد اكتمال التحويل، يمكنك إعادة إجراء التغييرات على المنطقة الثانوية لضمان أنها up-toتاريخ مع متطلبات عدم التغيير. نهج عدم قابلية التغيير غير مدعومة في الحسابات التي تم تمكين بروتوكول 3.0 لنظام ملفات الشبكة (NFS) أو بروتوكول نقل ملفات SSH (SFTP) عليها.
تقوم بعض أحمال العمل، مثل SQL Backup to URL، بإنشاء الكائن الثنائي كبير الحجم ثم تضيف إليه. إذا كان لدى الحاوية سياسة احتفاظ نشطة قائمة على الوقت أو حجز قانوني، فإن هذا النمط لا ينجح. لمزيد من المعلومات، راجع السماح بكتابات كائن ثنائي كبير الحجم للإلحاق المحمي.
لمزيد من المعلومات، راجع دعم ميزة مخزن البيانات الثنائية الكبيرة في حسابات تخزين Azure.