Share via

نظرة عامة على النسخ الاحتياطي لجهاز Azure الظاهري

  • مقالة

توضح هذه المقالة كيفية عمل Azure Backup Service نسخًا احتياطيَّة لأجهزة Azure الظاهرية (VMs).

توفر Azure Backup نسخًا احتياطية مستقلة ومعزولة للحماية من الإتلاف غير المقصود للبيانات على الأجهزة الظاهرية الخاصة بك. يتم تخزين النسخ الاحتياطية في مخزن خدمات الاسترداد مع إدارة مدمجة لنقاط الاسترداد. التكوين وتغيير الحجم أمر بسيط، وتم تصميم النسخة الاحتياطية على النحو الأمثل، ويمكنك بسهولة الاستعادة عند الحاجة إليها.

كجزء من عملية النسخ الاحتياطي، يتم أخذ لقطة، ويتم نقل البيانات إلى خزنة خدمات الاسترداد، دون أي تأثير على أعباء عمل الإنتاج. توفر اللقطة مستويات مختلفة من التناسق، كما هو موضح هنا. يمكنك اختيار نسخة احتياطية متناسقة/متناسقة مع الملفات المستندة إلى عامل أو نسخة احتياطية متناسقة مع الأعطال بدون عامل في نهج النسخ الاحتياطي.

يحتوي Azure Backup أيضًا على عروض متخصصة لأحمال عمل قاعدة البيانات مثل SQL Server و SAP Hana التي تدرك حجم العمل، وتوفر 15 دقيقة RPO (هدف نقطة الاسترداد)، وتسمح بالنسخ الاحتياطي واستعادة الأفراد قواعد بيانات.

عملية النسخ الاحتياطي

إليك كيفية إكمال Azure Backup لإجراء أخذ نسخة احتياطية لأجهزة Azure الظاهرية:

  1. بالنسبة إلى أجهزة Azure الظاهرية المحددة للنسخ الاحتياطي، يقوم Azure Backup بتشغيل مهمة نسخ احتياطي وفقًا لجدول النسخ الاحتياطي الذي تحدده.

  2. إذا اخترت النسخ الاحتياطية المتناسقة مع التطبيق أو نظام الملفات، يحتاج الجهاز الظاهري إلى تثبيت ملحق نسخ احتياطي للتنسيق لعملية اللقطة.

    إذا اخترت النسخ الاحتياطية المتوافقة مع الأعطال، فلا يلزم وجود عوامل في الأجهزة الظاهرية.

  3. في أثناء عملية النسخ الاحتياطي الأولى، يتم تثبيت ملحق النسخ احتياطي على الجهاز الظاهري، إذا كان الجهاز الظاهري قيد التشغيل.

  4. بالنسبة لأجهزة Windows الظاهرية قيد التشغيل، ينسق Azure Backup مع خدمة نسخ الظل الاحتياطية لوحدات التخزين ل Windows (VSS) لأخذ لقطة متناسقة مع التطبيق من الجهاز الظاهري.

    • بشكل افتراضي، النسخ الاحتياطي يأخذ النسخ الاحتياطية لدى VSS بالكامل.
    • إذا لم تتمكن من "النسخ الاحتياطي" لأخذ لقطة متناسقة مع التطبيق، فإنه يأخذ لقطة متناسقة الملف من التخزين الأساسي (لأنه لا تحدث عمليات كتابة بالتطبيق في أثناء إيقاف الجهاز الظاهري).

  5. بالنسبة إلى الأجهزة الظاهرية من Linux، يأخذ النسخ الاحتياطي نسخة احتياطية متناسقة مع الملف. بالنسبة إلى اللقطات المتناسقة مع التطبيق، تحتاج إلى تخصيص البرامج النصية المسبقة/اللاحقة يدويًا.

  6. بالنسبة لأجهزة Windows الظاهرية، يتم تثبيت Microsoft Visual C++ 2013 Redistributable (x64) الإصدار 12.0.40660، ويتم تغيير بدء تشغيل خدمة نسخ الظل الاحتياطية لوحدات التخزين (VSS) إلى تلقائي، وإضافة IaaSVmProvider لخدمة Windows.

  7. بعد أن يأخذ النسخ الاحتياطي اللقطة، يقوم بنقل البيانات إلى المخزن.

    • يتم تحسين النسخ الاحتياطي عن طريق النسخ الاحتياطي لكل قرص جهاز ظاهري بالتوازي.
    • لكل قرص يتم نسخه احتياطيًا، يقرأ Azure Backup المجموعات على القرص ويحدد وينقل مجموعات البيانات التي تم تغييرها (دلتا) فقط منذ النسخ الاحتياطي السابق.
    • قد لا يتم نسخ بيانات اللقطة فورًا في المخزن. قد يستغرق ذلك بضع ساعات في أوقات الذروة. سيكون إجمالي وقت النسخ الاحتياطي لـلأجهزة الظاهرية أقل من 24 ساعة لنُهج النسخ الاحتياطي اليومي.

Diagram shows the Azure Virtual Machine backup architecture.

تشفير نُسخ Azure VM الاحتياطية

عندما تقوم بعمل نسخة احتياطية من Azure VMs باستخدام Azure Backup، يتم تشفير الأجهزة الظاهرية غير النشطة باستخدام تشفير خدمة التخزين (SSE). يمكن لـ Azure Backup أيضًا إجراء نسخ احتياطي لأجهزة Azure VM المشفرة باستخدام تشفير قرص Azure.

التشفير التفاصيل الدعم
SSE باستخدام SSE، يوفر Azure Storage تشفيرًا في وضع الراحة عن طريق تشفير البيانات تلقائيًّا قبل تخزينها. يقوم Azure Storage أيضًا بفك تشفير البيانات قبل استردادها. يدعم Azure Backup النسخ الاحتياطية لأجهزة VM بنوعين من تشفير خدمة التخزين:
  • SSE مع المفاتيح المُدارة بواسطة النظام الأساسي: هذا التشفير هو افتراضيًّا لجميع الأقراص في أجهزة VM الخاصة بك. شاهد المزيد هنا.
  • SSE بمفاتيح يديرها العميل. باستخدام CMK، يمكنك إدارة المفاتيح المستخدمة لتشفير الأقراص. شاهد المزيد هنا.
    		•  يُستخدم Azure Backup SSE للتشفير أثناء الراحة لأجهزة Azure VMs.
    تشفير قرص Azure يقوم تشفير قرص Azure بتشفير نظام التشغيل وأقراص البيانات لأجهزة Azure VMs.

    يتكامل تشفير قرص Azure مع مفاتيح تشفير BitLocker (BEKs)، والتي يتم حمايتها في مخزن المفاتيح كأسرار. يتكامل تشفير قرص Azure أيضًا مع مفاتيح تشفير مفتاح Azure Key Vault (KEKs).    		 يدعم Azure Backup النسخ الاحتياطي لأجهزة Azure VMs المُدارة وغير المُدارة المشفرة باستخدام BEKs فقط، أو مع BEKs جنبًا إلى جنب مع KEKs.

    يتم نسخ كل من BEKs و KEKs احتياطيًّا وتشفيرهما.

    نظرًا لأنه يتم نسخ KEKs و BEKs احتياطيًّا، يمكن للمستخدمين الذين لديهم الأذونات اللازمة استعادة المفاتيح والأسرار مرة أخرى إلى خزنة المفاتيح إذا لزم الأمر. يمكن لهؤلاء المستخدمين أيضًا استرداد VM المشفر.

    لا يمكن قراءة المفاتيح والأسرار المشفرة بواسطة المستخدمين غير المصرح لهم أو بواسطة Azure.

    بالنسبة لأجهزة Azure VMs المُدارة وغير المُدارة، يدعم النسخ الاحتياطي كلًّا من الأجهزة الظاهرية المشفرة باستخدام BEKs فقط أو الأجهزة الظاهرية المشفرة باستخدام BEKs جنبًا إلى جنب مع KEK.

    يتم تشفير BEKs (الأسرار) احتياطيًّا و KEKs (المفاتيح). يمكن قراءتها واستخدامها؛ فقط عندما يتم إعادتها مرة أخرى إلى خزنة المفاتيح بواسطة المستخدمين المصرح لهم. لا يمكن للمستخدمين غير المصرح لهم أو Azure قراءة المفاتيح أو الأسرار التي تم نسخها احتياطيًّا، أو استخدامها.

    يتم أيضًا نسخ BEKs احتياطيًّا. لذلك، في حالة فقد BEKs، يمكن للمستخدمين المُصرَّح لهم استعادة BEKs إلى خزنة المفاتيح، واستعادة الأجهزة الافتراضية VM المُشفرة. يمكن فقط للمستخدمين الذين يتمتعون بالمستوى الضروري من الأذونات إجراء نسخ احتياطي واستعادة أجهزة ظاهرية مشفرة أو مفاتيح وأسرار.

    إنشاء لقطة

    يأخذ Azure Backup لقطات وفقًا لجدول النسخ الاحتياطي.

    إذا اخترت النسخ الاحتياطية المتوافقة مع التطبيق أو نظام الملفات، يحتاج الجهاز الظاهري إلى تثبيت ملحق نسخ احتياطي للتنسيق لعملية اللقطة. بالنسبة للنسخ الاحتياطية المتوافقة مع الأعطال متعددة الأقراص بدون عامل، عامل الجهاز الظاهري غير مطلوب للقطات.

    • Windows VMs: بالنسبة لأجهزة Windows VM، تنسق خدمة النسخ الاحتياطي مع VSS لأخذ لقطة متسقة للتطبيق من أقراص VM. بشكل افتراضي، يأخذ Azure Backup نسخة احتياطية كاملة من VSS (يقوم باقتطاع سجلات التطبيق مثل SQL Server في وقت النسخ الاحتياطي للحصول على نسخة احتياطية متسقة على مستوى التطبيق). إذا كنت تستخدم قاعدة بيانات SQL Server في النسخ الاحتياطي Azure VM، فيمكنك تعديل الإعداد لأخذ نسخة احتياطية من VSS (للاحتفاظ بالسجلات). لمزيد من المعلومات، راجع هذا المقال

    • Linux VMs: لأخذ لقطات متناسقة مع التطبيقات من Linux VMs، استخدم إطار عمل Linux قبل النص البرمجي وما بعده؛ لكتابة البرامج النصية المخصصة الخاصة بك لضمان الاتساق.

      • يستدعي Azure Backup فقط البرامج النصية السابقة/اللاحقة التي كتبتها.
      • إذا تم تنفيذ البرامج النصية المسبقة، والنصوص اللاحقة بنجاح، فإن Azure Backup يضع علامة على نقطة الاسترداد على أنها متوافقة مع التطبيق. ومع ذلك، عندما كنت تستخدم البرامج النصية المخصصة، فأنت بنهاية المطاف مسؤول عن تناسق التطبيق.
      • اعرف المزيد حول كيفية تكوين البرامج النصية.

    تناسق اللقطة

    يوضح الجدول التالي الأنواع المختلفة لاتساق اللقطة:

    لقطه التفاصيل الاسترداد النظر
    متوافق مع التطبيق هذا هو الإعداد الافتراضي في نهج النسخ الاحتياطي للجهاز الظاهري. تلتقط النسخ الاحتياطية المتوافقة مع التطبيق محتوى الذاكرة وعمليات الإدخال/ الإخراج المعلقة. تستخدم اللقطات المتوافقة مع التطبيق كاتب VSS (أو نصوص برمجية سابقة/ لاحقة لنظام التشغيل Linux) لضمان اتساق بيانات التطبيق قبل حدوث النسخ الاحتياطي. عندما تستعيد جهاز VM بلقطة متسقة مع التطبيق، يتم تشغيل الجهاز الظاهري. لا يوجد تلف في البيانات أو فقدانها. تبدأ التطبيقات في حالة متسقة. Windows: نجح جميع مؤلفي VSS

    Linux: تم تكوين النصوص البرمجية السابقة/ اللاحقة ونجاحها
    تناسق نظام الملفات هذا هو الإعداد الافتراضي في نهج النسخ الاحتياطي للجهاز الظاهري. يوفر النسخ الاحتياطي المتوافق لنظام الملفات التوافق من خلال أخذ لقطة لجميع الملفات في نفس الوقت.

    		 عندما تقوم باستعادة جهاز افتراضي بلقطة ثابتة لنظام الملفات، يتم تشغيل الجهاز الظاهري. لا يوجد تلف في البيانات أو فقدانها. تحتاج التطبيقات إلى تنفيذ آلية "الإصلاح" الخاصة بها للتأكد من أن البيانات المستعادة متسقة. Windows: فشل بعض كتاب VSS

    Linux: افتراضي (إذا لم يتم تكوين البرامج النصية السابقة/ اللاحقة أو فشلت)
    توافق الأعطال لقطة متناسقة مع الأعطال هي إعداد الاشتراك في نهج النسخ الاحتياطي للجهاز الظاهري. يأخذ Azure Backup أيضا نسخا احتياطية متناسقة مع الأعطال إذا لم يكن الجهاز الظاهري قيد التشغيل أثناء النسخ الاحتياطي وعندما تفشل النسخ الاحتياطية المتوافقة مع التطبيق/الملف.

    يتم فقط التقاط البيانات الموجودة بالفعل على القرص في وقت عملية النسخ الاحتياطي ونسخها احتياطيا؛ لا يتم التقاط البيانات في ذاكرة التخزين المؤقت لمضيف القراءة/الكتابة.    		 يبدأ بعملية التمهيد VM، متبوعة بفحص القرص لإصلاح أخطاء الفساد. أي بيانات في الذاكرة أو عمليات كتابة لم يتم نقلها إلى القرص قبل التعطل فقد فُقدت. تنفذ التطبيقات التحقق من البيانات الخاصة بها. على سبيل المثال، يمكن لتطبيق قاعدة البيانات استخدام سجل المعاملات الخاص به للتحقق. إذا كان سجل المعاملات يحتوي على إدخالات غير موجودة في قاعدة البيانات، فسيعيد برنامج قاعدة البيانات المعاملات مرة أخرى حتى تصبح البيانات متسقة. عندما تختار النسخ الاحتياطي للتطبيق/نظام الملفات وكان الجهاز الظاهري في حالة إيقاف التشغيل (متوقف/ غير مخصص) وعند إعادة محاولة اللقطة.

    لقد اخترت النسخ الاحتياطية المتسقة للتعطل بدون عامل

    إشعار

    إذا كانت حالة التوفير ناجحة، فإن Azure Backup يأخذ النسخ الاحتياطية المتسقة لنظام الملفات. إذا كانت حالة التوفير غير متوفرة أو فشلت، يتم أخذ نسخ احتياطية متوافقة مع التعطل. إذا كانت حالة التوفير هي إنشاء أو حذف، فهذا يعني أن Azure Backup يعيد محاولة العمليات.

    اعتبارات النسخ الاحتياطي والاستعادة

    النظر التفاصيل
    القرص النسخ الاحتياطي لأقراص VM متوازي. على سبيل المثال، إذا كان الجهاز الظاهري يحتوي على أربعة أقراص، فإن خدمة النسخ الاحتياطي تحاول إجراء نسخ احتياطي للأقراص الأربعة بشكل متوازٍ. النسخ الاحتياطي تزايدي (البيانات المتغيرة فقط).
    الجدولة لتقليل حركة البيانات الاحتياطية، قم بعمل نسخة احتياطية من أجهزة افتراضية مختلفة في أوقات مختلفة من اليوم، وتأكد من عدم تداخل الأوقات. يؤدي النسخ الاحتياطي لأجهزة VM في نفس الوقت إلى حدوث اختناقات مرورية.
    تحضير النسخ الاحتياطية ضع في اعتبارك الوقت اللازم لإعداد النسخة الاحتياطية. قد يتضمن وقت التحضير تثبيت أو تحديث ملحق النسخ الاحتياطي وتشغيل لقطة وفقا لجدول النسخ الاحتياطي.
    نقل البيانات ضع في اعتبارك الوقت اللازم لـ Azure Backup لتحديد التغييرات المتزايدة من النسخة الاحتياطية السابقة.

    في النسخ الاحتياطي التزايدي، يحدد Azure Backup التغييرات عن طريق حساب المجموع الاختباري للكتلة. إذا تم تغيير كتلة، فسيتم تمييزها للنقل إلى الخزنة. تحلل الخدمة الكتل المحددة لمحاولة تقليل كمية البيانات المراد نقلها. بعد اكتمال تقييم جميع الكتل التي تم تغييرها، ينقل Azure Backup التغييرات إلى المخزن.

    قد يكون هناك تأخير بين أخذ اللقطة، ونسخها إلى الخزنة. في أوقات الذروة، قد يستغرق نقل اللقطات إلى الخزنة ما يصل إلى ثماني ساعات. سيكون وقت النسخ الاحتياطي لجهاز VM أقل من 24 ساعة للنسخ الاحتياطي اليومي.
    النسخ الاحتياطي الأوليّ إجمالي وقت النسخ الاحتياطي للنسخ الاحتياطية المتزايدة أقل من 24 ساعة، وهو ما قد لا يكون الحال بالنسبة للنسخ الاحتياطي الأول. سيعتمد الوقت اللازم للنسخ الاحتياطي الأولي على حجم البيانات ووقت معالجة النسخة الاحتياطية.
    استعادة قائمة الانتظار تقوم عمليات Azure Backup باستعادة المهام من حسابات تخزين متعددة في نفس الوقت، وتضع طلبات الاستعادة في قائمة انتظار.
    استعادة النسخة أثناء عملية الاستعادة، يتم نسخ البيانات من المخزن إلى حساب التخزين.

    يعتمد إجمالي وقت الاستعادة على عمليات الإدخال/ الإخراج في الثانية (IOPS)، وإنتاجية حساب التخزين.

    لتقليل وقت النسخ، حدد حساب التخزين الذي لم يتم تحميله مع تطبيقات أخرى لعمليات الكتابة والقراءة.

    إشعار

    يمكنك Azure Backup الآن من إجراء نسخ احتياطي لأجهزة Azure الظاهرية عدة مرات في اليوم باستخدام النهج المحسن. باستخدام هذه الإمكانية، يمكنك أيضا تحديد المدة التي سيتم فيها تشغيل مهام النسخ الاحتياطي ومواءمة جدول النسخ الاحتياطي مع ساعات العمل عند وجود تحديثات متكررة لأجهزة Azure الظاهرية. اعرف المزيد.

    أداء النسخ الاحتياطي

    يمكن أن تؤثر هذه السيناريوهات الشائعة على إجمالي وقت النسخ الاحتياطي:

    • إضافة قرص جديد إلى Azure VM المحمي: إذا كان الجهاز الظاهري يخضع لنسخ احتياطي تزايدي، وتمت إضافة قرص جديد، فسيزيد وقت النسخ الاحتياطي. قد يستمر إجمالي وقت النسخ الاحتياطي لأكثر من 24 ساعة؛ بسبب النسخ المتماثل الأولي للقرص الجديد، إلى جانب نسخ دلتا للأقراص الموجودة.
    • الأقراص المجزَّأة: تكون عمليات النسخ الاحتياطي أسرع؛ عندما تكون تغييرات القرص متجاورة. إذا تم نشر التغييرات وتجزئتها عبر القرص، فسيكون النسخ الاحتياطي أبطأ.
    • تضخم القرص: إذا كانت الأقراص المحمية التي تخضع لنسخ احتياطي تزايدي بها معدل إنتاج يومي يزيد عن 200 غيغابايت، فقد يستغرق النسخ الاحتياطي وقتًا طويلًا (أكثر من ثماني ساعات) حتى يكتمل.
    • إصدارات النسخ الاحتياطي: يستخدم أحدث إصدار من النسخ الاحتياطي (المعروف باسم إصدار الاستعادة الفورية) عملية محسّنة أكثر من مقارنة المجموع الاختباري لتحديد التغييرات. ولكن إذا كنتَ تستخدم ميزة الاستعادة الفورية، وحذفت لقطة احتياطية، فإن النسخ الاحتياطي يتحول إلى مقارنة المجموع الاختباري. في هذه الحالة، ستتجاوز عملية النسخ الاحتياطي 24 ساعة (أو تفشل).

    استعادة الأداء

    يمكن أن تؤثر هذه السيناريوهات الشائعة على وقت الاستعادة الإجمالي:

    • يعتمد إجمالي وقت الاستعادة على عمليات الإدخال/ الإخراج في الثانية (IOPS)، وسرعة نقل حساب التخزين.
    • يمكن أن يتأثر إجمالي وقت الاستعادة إذا تم تحميل حساب التخزين الهدف مع تطبيقات أخرى للقراءة والكتابة. لتحسين عملية الاستعادة، حدد حساب تخزين غير محمل ببيانات تطبيق أخرى.

    أفضل الممارسات

    عندما تقوم بتكوين النسخ الاحتياطية لجهاز VM، نقترح اتباع هذه الممارسات:

    • قم بتعديل أوقات الجدول الافتراضية التي تم تعيينها في السياسة. على سبيل المثال: إذا كان الوقت الافتراضي في السياسة هو 12:00 صباحًا، فقم بزيادة التوقيت بعدة دقائق حتى يتم استخدام الموارد على النحو الأمثل.
    • إذا كنت تستعيد أجهزة ظاهرية من مخزن واحد، فإننا نوصي بشدة باستخدام حسابات تخزين مختلفة للأغراض العامة الإصدار 2؛ لضمان عدم تقييد حساب التخزين الهدف. على سبيل المثال، يجب أن يكون لكل جهاز افتراضي حساب تخزين مختلف. على سبيل المثال، إذا تمت استعادة 10 أجهزة افتراضية، فاستخدم 10 حسابات تخزين مختلفة.
    • للنسخ الاحتياطي لأجهزة VM التي تستخدم تخزينًا متميزًا مع ميزة الاستعادة الفورية، نوصي بتخصيص 50% مساحة خالية من إجمالي مساحة التخزين المخصصة، وهو مطلوب فقط للنسخة الاحتياطية الأولى. لا تعد المساحة الخالية بنسبة 50%، شرطًا للنسخ الاحتياطية بعد اكتمال النسخ الاحتياطي الأول
    • يرتبط الحد الأقصى لعدد الأقراص لكل حساب تخزين بمدى ثقل الوصول إلى الأقراص بواسطة التطبيقات التي تعمل على البنية التحتية كخدمة (IaaS) VM. كممارسة عامة، في حالة وجود 5 إلى 10 أقراص أو أكثر في حساب تخزين واحد، قم بموازنة الحمل عن طريق نقل بعض الأقراص إلى حسابات تخزين منفصلة.
    • لاستعادة الأجهزة الظاهرية مع الأقراص المُدارة باستخدام PowerShell، قم بتوفير المعلمة الإضافية TargetResourceGroupName لتحديد مجموعة الموارد التي ستتم استعادة الأقراص المُدارة إليها، تعرف على المزيد هنا.

    تكاليف النسخ الاحتياطي

    تخضع أجهزة Azure الظاهرية المدعومة بنسخة احتياطية من Azure لتسعير Azure Backup.

    لا تبدأ الفوترة حتى تنتهي عملية النسخ الاحتياطي الناجحة الأولى. في هذه المرحلة، تبدأ الفوترة لكل من التخزين وأجهزة VM المحمية. يستمر إعداد الفواتير طالما يتم تخزين أي بيانات نسخ احتياطي للجهاز الظاهري في مخزن. إذا أوقفت حماية الجهاز الظاهري، لكن بيانات النسخ الاحتياطي للجهاز الظاهري موجودة في مخزن، فستستمر الفوترة.

    تتوقف فوترة جهاز افتراضي محدد؛ فقط إذا توقفت الحماية وحُذفت جميع بيانات النسخ الاحتياطي. عندما تتوقف الحماية ولا توجد مهام نسخ احتياطي نشطة، يصبح حجم آخر نسخ احتياطي ناجح للجهاز الافتراضي، هو حجم المثيل المحمي المستخدم في الفاتورة الشهرية.

    إذا اخترت النسخ الاحتياطية المتسقة أو المتناسقة مع نظام الملفات المستندة إلى عامل، فإن حساب حجم المثيل المحمي يستند إلى الحجم الفعلي للجهاز الظاهري. حجم الجهاز الظاهري: هو مجموع كل البيانات الموجودة في الجهاز الظاهري؛ باستثناء التخزين المؤقت. يعتمد التسعير على البيانات الفعلية المخزنة على أقراص البيانات، وليس على الحد الأقصى للحجم المدعوم لكل قرص بيانات متصل بالجهاز الظاهري.

    إشعار

    بالنسبة للنسخ الاحتياطية المتوافقة مع الأعطال بدون عامل، يتم تحصيل رسوم منك حاليا مقابل 0.5 مثيل محمي (PI) لكل جهاز ظاهري أثناء المعاينة.

    وبالمثل، تستند فاتورة تخزين النسخ الاحتياطي إلى مقدار البيانات المخزنة في Azure Backup، وهو مجموع البيانات الفعلية في كل نقطة استرداد.

    على سبيل المثال، خذ جهاز ظاهري بحجم A2 قياسي يحتوي على قرصين إضافيين للبيانات بحجم أقصى يبلغ 32 تيرابايت لكل منهما. يوضح الجدول التالي البيانات الفعلية المخزنة على كل من هذه الأقراص:

    القرص أقصى حجم البيانات الفعلية موجودة
    قرص نظام التشغيل 32 تيرابايت 17 جيجابايت
    قرص محلي/ مؤقت 135 جيجابايت 5 غيغابايت (غير مضمن للنسخ الاحتياطي)
    قرص البيانات 1 32 تيرابايت 30 جيجابايت
    قرص البيانات 2 32 تيرابايت 0 غيغابايت

    الحجم الفعلي لجهاز VM في هذه الحالة هو 17 غيغابايت + 30 غيغابايت + 0 غيغابايت = 47 غيغابايت. يصبح حجم المثيل المحمي هذا (47 غيغابايت) أساس الفاتورة الشهرية. مع زيادة كمية البيانات في الجهاز الظاهريّ، يتغير حجم المثيل المحمي المستخدم في الفوترة ليتطابق.

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