حدود قرص مربع بيانات Azure
ضع في اعتبارك هذه الحدود عند نشر حل Microsoft Azure Data Box Disk وتشغيله.
حدود خدمة Data Box
- تتوفر خدمة Data Box في مناطق Azure المدرجة في توفر المنطقة.
- يتم دعم حساب تخزين واحد مع Data Box Disk.
- يمكن ل Data Box Disk تخزين 100,000 ملف كحد أقصى
- يدعم Data Box Disk بحد أقصى 512 حاوية أو مشاركة في السحابة. تصبح الدلائل عالية المستوى داخل مشاركة المستخدم حاويات أو مشاركات ملفات Azure في السحابة.
أداء قرص مربع البيانات
عند اختبارها مع أقراص متصلة عبر مدخل USB 3.0، فإن أداء القرص يصل إلى 430 ميجابايت/ثانية. تختلف الأرقام الفعلية استنادًا إلى حجم الملف المستخدم. قد ترى أداءً أقل بالنسبة للملفات الأصغر حجمًا.
حدود تخزين Azure
يصف هذا القسم حدود خدمة Azure Storage، واصطلاحات التسمية المطلوبة لملفات Azure، ونقاط كتلة Azure الكبيرة، وكتل صفحات Azure، حسبما ينطبق على خدمة Data Box. راجع حدود التخزين بعناية واتبع جميع التوصيات.
للحصول على أحدث المعلومات حول حدود خدمة تخزين Azure وأفضل الممارسات لتسمية المشاركات والحاويات والملفات، انتقل إلى:
- تسمية الحاويات والإشارة إليها
- تسمية المشاركات والإشارة إليها
- حظر الكائنات الثنائية كبيرة الحجم واصطلاحات الكائنات الثنائية كبيرة الحجم للصفحة
هام
إذا كانت هناك أي ملفات أو أدلة تتجاوز حدود خدمة Azure Storage، أو لا تتوافق مع اصطلاحات تسمية Azure Files/Blob، فلن يتم استيعاب هذه الملفات أو الدلائل في Azure Storage عبر خدمة Data Box.
نسخ البيانات وتحميل المحاذير
استيراد البيانات إلى مشاركات ملفات NFS Azure غير مدعوم من قبل Azure Data Box. يؤدي نسخ البيانات من Data Box إلى مشاركة ملف NFS Azure موجود باسم متطابق حيث يؤدي المجلد المصدر إلى حدوث تعارض. لحل هذا التعارض، يعيد Data Box تسمية مشاركة
databox-<GUID>
المصدر إلى ويحملها إلى حساب التخزين الهدف كمشاركة ملف SMB Azure.لا تنسخ البيانات مباشرة إلى الأقراص. نسخ البيانات إلى مجلدات BlockBlob وPageBlob وAzureFile التي تم إنشاؤها مسبقا.
مجلد ضمن BlockBlob وPageBlob هو حاوية. على سبيل المثال، يتم إنشاء الحاويات ك BlockBlob/container وPageBlob /container.
إذا كان للمجلد نفس اسم حاوية موجودة، يتم دمج محتويات المجلد مع محتويات الحاوية. تتم إضافة الملفات أو النقاط غير الموجودة بالفعل في السحابة إلى الحاوية. إذا كان الملف أو blob يحمل نفس اسم ملف أو blob موجود بالفعل في الحاوية، فسيتم استبدال الملف أو blob الموجود.
يتم تحميل كل ملف مكتوب في مشاركات BlockBlob وPageBlob ككائن ثنائي كبير الحجم للكتلة وكائن ثنائي كبير الحجم للصفحة على التوالي.
يتم الاحتفاظ بالتسلسل الهرمي للملفات أثناء التحميل إلى السحابة لكل من ملفات blobs وAzure. على سبيل المثال، قمت بنسخ ملف في هذا المسار:
<container folder>\A\B\C.txt
. يتم تحميل هذا الملف إلى نفس المسار في السحابة.لا يتم تحميل أي تسلسل هرمي فارغ للدليل (بدون أي ملفات) تم إنشاؤه ضمن مجلدات BlockBlob وPageBlob.
إذا لم يكن لديك مسارات طويلة ممكنة على العميل، وكان أي مسار واسم ملف في نسخة البيانات يتجاوز 256 حرفا، فستبلغ أداة النسخ المقسم لمربع البيانات (DataBoxDiskSplitCopy.exe) أو أداة التحقق من صحة قرص مربع البيانات (DataBoxDiskValidation.cmd) عن حالات الفشل. لتجنب هذا النوع من الفشل، قم بتمكين المسارات الطويلة على عميل Windows.
في حالة وجود أي أخطاء عند تحميل البيانات إلى Azure، يتم إنشاء سجل أخطاء في حساب التخزين الهدف. يكون المسار إلى سجل الأخطاء هذا متاحاً في البوابة الإلكترونية عند اكتمال التحميل، ويمكنك مراجعة السجل لاتخاذ الإجراء التصحيحي. لا تحذف البيانات من المصدر دون التحقق من البيانات التي تم تحميلها.
إذا حددت الأقراص المُدارة بالترتيب، فراجع الاعتبارات الإضافية التالية:
- يمكنك فقط الحصول على قرص واحد مُدار باسم معين في مجموعة موارد عبر جميع المجلدات التي تم إنشاؤها مسبقاً وفي كل Data Box Disk. هذا يعني أن أقراص VHD التي تم تحميلها إلى المجلدات المُنشأة مسبقاً يجب أن يكون لها أسماء فريدة. تأكد من أن الاسم المحدد لا يتطابق مع قرص مدار موجود بالفعل في مجموعة موارد. إذا كانت أقراص VHD لها نفس الأسماء، فسيتم تحويل VHD واحد فقط إلى قرص مُدار بهذا الاسم. يتم تحميل أقراص VHD الأخرى في صورة كائنات ثنائية كبيرة الحجم في حساب التخزين المرحلي.
- دائمًا قم بنسخ VHDs إلى أحد المجلدات سابقة الإنشاء. إذا قمت بنسخ أقراص VHD خارج هذه المجلدات أو في مجلد قمت بإنشائه، فسيتم تحميل أقراص VHD إلى حساب Azure Storage في صورة كائنات ثنائية كبيرة الحجم وليست أقراصاً مُدارة.
- يمكن تحميل أقراص VHD الثابتة فقط لإنشاء أقراص مُدارة. لا يتم دعم أقراص VHD الديناميكية، أو VHDs المختلف أو ملفات VHDX.
- لن يتم تحويل الملفات غير VHD المنسخة إلى مجلدات القرص المدارة التي تم إنشاؤها مسبقا إلى قرص مدار.
حدود حجم حساب تخزين Azure
فيما يلي حدود حجم البيانات التي يمكن نسخها في حساب التخزين. تأكد من أن البيانات التي تقوم بتحميلها تتوافق مع هذه الحدود.
نوع البيانات | الحد الافتراضي |
---|---|
الكتلة كبيرة الحجم، صفحة الكتلة كبيرة الحجم | للحصول على معلومات حالية حول هذه الحدود، راجع أهداف مقياس تخزين Azure Blob وأهداف مقياس التخزين القياسي Azure وأهداف مقياس ملفات Azure. تتضمن الحدود البيانات من جميع المصادر، بما في ذلك Data Box Disk. |
حدود حجم كائن Azure
فيما يلي أحجام كائنات Azure التي يمكن كتابتها. تأكد من أن جميع الملفات التي يتم تحميلها تتوافق مع هذه الحدود.
نوع كائن Azure | الحد الافتراضي |
---|---|
Block blob | 7 تيبي بايت |
Page blob | 4 تيرابايت يجب أن يكون كل ملف تم تحميله بتنسيق blob للصفحة محاذاته 512 بايت (مضاعف متكامل)، وإلا فشل التحميل. تتم محاذاة VHD وVHDX بمقدار 512 بايت. |
ملفات Azure | 4 تيرا بايت |
مقابل الأقراص المُدارة | 4 تيرابايت لمزيد من المعلومات حول الحجم والحدود، راجع: |
الكتلة كبيرة الحجم من Azure، وصفحة الكتلة كبيرة الحجم، واصطلاحات تسمية الملفات
الكيان | الاصطلاحات |
---|---|
أسماء الحاويات للكتلة كبيرة الحجم من Azure وصفحة الكتلة كبيرة الحجم | يجب أن يكون اسم DNS صالحاً ويتراوح طوله بين 3 و63 حرفاً. يجب أن تبدأ بحرف أو رقم. يمكن أن تحتوي فقط على أحرف صغيرة، وأرقام، وواصلة (-). يجب أن يسبق كل واصلة (-) مباشرة ويتبعها حرف أو رقم. لا يسمح بالواصلات المتتالية في الأسماء. |
مشاركة الأسماء لملفات Azure | نفس ما سبق |
أسماء الملفات والدليل لملفات Azure | " \ / : | < > * ? |
أسماء الكتلة كبيرة الحجم، الصفحة كبيرة الحجم |
اصطلاحات تسمية القرص المُدارة
الكيان | الاصطلاحات |
---|---|
أسماء الأقراص المُدارة | / . |
الخطوات التالية
- مراجعة متطلبات نظام Data Box Disk