كيفية إعداد مجموعات بيانات ZFS منفصلة لبيانات التطبيقات والنسخ الاحتياطية والتنزيلات

أنشئ مجموعات بيانات ZFS منفصلة لبيانات التطبيقات والنسخ الاحتياطية والتنزيلات، بحيث يكون لكل عبء عمل نقطة تركيب وخصائص وسياسة لقطات وحدّ تنظيف خاص به.

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

حدّد ما الذي يجب أن تحميه كل مجموعة بيانات

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

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

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

أنشئ نقاط تركيب واضحة قبل نقل البيانات

اختر نقاط تركيب تجعل الفصل واضحًا للتطبيقات والمستخدمين. قد يستخدم التخطيط البسيط مجلدًا أبًا مثل /srv/storage، ثم نقاط تركيب فرعية لـ appdata وbackups وdownloads.

توضح وثائق zfs-set في OpenZFS كيفية ضبط خصائص مجموعات البيانات باستخدام zfs set، بينما تغطي وثائق الخصائص الأوسع سلوك نقاط التركيب وتوارث الخصائص. وهذا يعني أنه يمكنك إنشاء مجموعة بيانات أب بخصائص افتراضية مشتركة، ثم تجاوزها فقط في المجموعات الفرعية التي تحتاج إلى سلوك مختلف.

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

امنح بيانات التطبيقات سياسة اللقطات الأكثر دقة

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

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

بالنسبة إلى بيانات التطبيقات، فضّل اللقطات المتكررة والحذف التدريجي المحافظ واختبار استعادة لتطبيق ممثل واحد. إذا كان التطبيق يستخدم قاعدة بيانات مباشرة، فنسّق اللقطات مع طريقة النسخ الاحتياطي أو الإيقاف المؤقت الخاصة بالتطبيق، بدل افتراض أن لقطة نظام الملفات متسقة مع التطبيق.

-15% OFF

ZimaBoard 2 - خادم منزلي صغير لأفكارك الكبيرة

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

امنح النسخ الاحتياطية حدودًا للسعة والاحتفاظ

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

يوضح دليل خصائص ZFS من Oracle الحصص والحجوزات بوصفها عناصر تحكم على مستوى مجموعة البيانات، ما يجعلها مفيدة لمنع نمو النسخ الاحتياطية من مزاحمة أعباء العمل غير المرتبطة بها.

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

اجعل إعادة بناء التنزيلات وحذفها أمرًا سهلًا

تُعد التنزيلات عادةً أقل مجموعات البيانات أهمية، لأن معظم ملفاتها مؤقتة أو قابلة لإعادة التنزيل أو في مرحلة مؤقتة قبل فرزها. لكنها لا تزال تستحق حدًا مستقلًا لأنها قد تملأ التجميعة بسرعة، وقد ترث لقطات لا تحتاج إليها.

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

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

تحقق من الأذونات واللقطات وعمليات الاستعادة بعد الفصل

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

أجرِ اختبار استعادة واحدًا لكل فئة: استعد إعدادًا صغيرًا لأحد التطبيقات، واعرض نقطة استعادة للنسخ الاحتياطية، واحذف أو نظّف ملف تنزيل تجريبيًا. يؤكد ذلك أن حد مجموعة البيانات يطابق الحد التشغيلي.

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

الأسئلة الشائعة

هل ينبغي أن تشترك بيانات التطبيقات والنسخ الاحتياطية في مجموعة بيانات واحدة؟

فقط إذا كانت تشترك فعلًا في متطلبات الاحتفاظ بالبيانات والحصة واللقطات والاستعادة نفسها. في معظم الخوادم المنزلية، تستحق بيانات التطبيقات والنسخ الاحتياطية سياسات مختلفة.

هل يمكنني تقسيم مجموعات البيانات بعد وجود البيانات بالفعل؟

نعم، لكن تعامل مع الأمر بوصفه عملية ترحيل. أنشئ مجموعات البيانات الجديدة، وأوقف التطبيقات أو المهام التي تكتب البيانات، وانقل البيانات، وحدّث المسارات، واختبر، واحتفظ بالنسخة القديمة حتى تتحقق من نقاط التركيب الجديدة.

لخطوة تخطيطية ذات صلة، راجع كيفية تفاعل حدود مجموعات البيانات مع سعة النسخ المتماثل؛ إذ يوضح دليل ZimaSpace حول منع نسخ اللقطات المتماثل من ملء التجميعة الوجهة سبب ضرورة تصميم فترة الاحتفاظ ونطاق مجموعة البيانات معًا.