مشاركة عبر

حدود قرص مربع بيانات 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 تيرابايت
لمزيد من المعلومات حول الحجم والحدود، راجع:
  • أهداف قابلية التوسع ل SSDs القياسية
  • أهداف قابلية التوسع ل Premium SSDs
  • أهداف قابلية التوسع لأقراص HDD القياسية
  • تسعير الأقراص المدارة والفوترة
    		•

    الكتلة كبيرة الحجم من Azure، وصفحة الكتلة كبيرة الحجم، واصطلاحات تسمية الملفات

    الكيان الاصطلاحات
    أسماء الحاويات للكتلة كبيرة الحجم من Azure وصفحة الكتلة كبيرة الحجم يجب أن يكون اسم DNS صالحاً ويتراوح طوله بين 3 و63 حرفاً.
    يجب أن تبدأ بحرف أو رقم.
    يمكن أن تحتوي فقط على أحرف صغيرة، وأرقام، وواصلة (-).
    يجب أن يسبق كل واصلة (-) مباشرة ويتبعها حرف أو رقم.
    لا يسمح بالواصلات المتتالية في الأسماء.
    مشاركة الأسماء لملفات Azure نفس ما سبق
    أسماء الملفات والدليل لملفات Azure
  • محافظة على حالة الأحرف، وغير حساسة لحالة الأحرف، ويجب ألا يتجاوز طولها 255 حرفاً.
  • لا يمكن أن ينتهي بشرطة مائلة إلى الأمام (/).
  • إذا تم توفيره، فستتم إزالته تلقائياً.
  • الأحرف التالية غير مسموح بها: " \ / : | < > * ?
  • يجب تخطي أحرف URL المحجوزة بشكل صحيح.
  • لا يسمح بأحرف مسار URL غير القانونية. نقاط التعليمات البرمجية مثل \uE000 ليست أحرف Unicode صالحة. بعض أحرف ASCII أو Unicode، مثل أحرف التحكم (0x00 إلى 0x1F و\u0081 وما إلى ذلك)، غير مسموح بها أيضا. لمعرفة القواعد التي تحكم سلاسل Unicode في HTTP/1.1، راجع RFC 2616، القسم 2.2: القواعد الأساسية وRFC 3987.
  • لا يسمح بأسماء الملفات التالية: LPT1 وLPT2 وLPT3 وLPT4 وLPT5 وLPT6 وLPT7 وLPT8 وLPT9 و COM1 و COM2 و COM3 و COM4 و COM4 و COM5 و COM6 و COM7 و COM8 و COM9 و PRN و AUX و NUL و CON و CLOCK$و dot character (.) وحرفين من النقاط (..).
    		•
    أسماء الكتلة كبيرة الحجم، الصفحة كبيرة الحجم
  • تعتبر أسماء البيانات الثنائية الكبيرة حساسة لحالة الأحرف، ويمكن أن تحتوي على أي مجموعة من الأحرف.
  • يجب أن يتراوح طول اسم البيانات الثنائية الكبيرة بين 1 و1024 حرفاً.
  • يجب تخطي أحرف URL المحجوزة بشكل صحيح.
  • لا يمكن أن يتجاوز عدد مقاطع المسار التي تشتمل على اسم النقطة 254. مقطع المسار هو السلسلة بين أحرف المحدد المتتالية (على سبيل المثال، الشرطة المائلة إلى الأمام '/') التي تتوافق مع اسم الدليل الظاهري.
    		•

    اصطلاحات تسمية القرص المُدارة

    الكيان الاصطلاحات
    أسماء الأقراص المُدارة
  • يجب أن يكون الاسم من 1 إلى 80 حرفاً.
  • يجب أن يبدأ الاسم بحرف أو رقم، وينتهي بحرف أو رقم أو شرطة سفلية.
  • قد يحتوي الاسم على أحرف، أو أرقام، أو شرطات سفلية، أو نقاط، أو واصلات فقط.
  • يجب ألا يحتوي الاسم على مسافات أو /.
    		•

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