العمق في LVM: التوسع الديناميكي، اللقطات (Snapshots)، والترحيل

Updated يونيو 14, 2026 1 min read

Aldawsari

دقائق القراءة: 5

مقدمة

عند الانتقال من الإدارة التقليدية للأقراص إلى الإدارة المرنة عبر التعامل مع الأقراص والتخزين (Storage, Partitions, LVM)، يبدأ الفرق الحقيقي في الظهور عندما تحتاج إلى التوسع السريع، أخذ نسخة لحظية قبل تحديث حساس، أو نقل البيانات بين أقراص فعلية دون إيقاف طويل للخدمة. هنا تبرز قوة LVM كطبقة إدارة منطقية تمنح مسؤول النظام مرونة عالية لا تتوفر بسهولة في التقسيمات الثابتة.

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

كيف يفكر LVM على مستوى الطبقات؟

قبل تنفيذ الأوامر، من المهم فهم الطبقات الأساسية: القرص أو القسم الفعلي يصبح PV، ثم يُجمع داخل VG، ومنه تُنشأ الأحجام المنطقية LV. هذا الفصل بين المادي والمنطقي هو ما يسمح بالتوسعة والترحيل دون الارتباط المباشر بقرص واحد.

إذا كنت تحتاج مراجعة سريعة لمواضع التركيب ونقاط الربط داخل النظام، فمقال هيكلية ملفات لينكس (Filesystem Hierarchy Standard – FHS) سيساعدك على ربط أماكن التخزين بأدوارها داخل النظام.

التوسع الديناميكي: لماذا يعد من أهم مزايا LVM؟

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

1) فحص المساحة الحالية

ابدأ بمراجعة حالة الأحجام والمجموعات. ستفيدك مهارات الطرفية الأساسية المذكورة في الدخول الأول إلى الطرفية (Terminal): الأوامر الأساسية والمساعدة (man, help) لفهم مخرجات الأدوات وقراءة صفحات المساعدة.

pvs
vgs
lvs
df -h
lsblk

هذه الأوامر تكشف لك المساحة الحرة داخل المجموعة، والأحجام المنطقية الموجودة، ونظام الملفات المرتبط بكل نقطة تركيب مثل /home أو /var.

2) توسيع الحجم المنطقي

إذا كانت المجموعة تحتوي على مساحة غير مخصصة، يمكنك تمديد الحجم المنطقي مباشرة. المثال التالي يزيد الحجم بمقدار 20G:

lvextend -L +20G /dev/vg_data/lv_app

وإذا أردت استهلاك كامل المساحة الحرة داخل المجموعة:

lvextend -l +100%FREE /dev/vg_data/lv_app

3) توسيع نظام الملفات

زيادة الحجم المنطقي وحدها لا تكفي، إذ يجب تمديد نظام الملفات نفسه. لنظام XFS استخدم:

xfs_growfs /mount/point

أما مع ext4 فعادة تستخدم:

resize2fs /dev/vg_data/lv_app

بعض الأنظمة الحديثة تدعم الدمج بين تمديد الحجم وتمديد نظام الملفات في خطوة واحدة عبر:

lvextend -r -L +20G /dev/vg_data/lv_app

قبل أي توسعة في أقسام حساسة مثل /var أو أقراص قواعد البيانات، راجع السجلات عبر مراقبة السجلات (Logs) وتحليل الأخطاء (journalctl, /var/log) وتأكد من عدم وجود أخطاء في filesystem أو ضغط شديد على الإدخال والإخراج.

إضافة قرص جديد ثم ضمه إلى المجموعة

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

pvcreate /dev/sdb
vgextend vg_data /dev/sdb
vgs

بعدها يمكنك تكرار خطوات lvextend وresize2fs أو xfs_growfs. هذه المرونة هي السبب الذي يجعل LVM مفضلاً في الخوادم الافتراضية وبيئات التوسع المستمر.

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

اللقطة Snapshot هي نسخة لحظية من حالة الحجم المنطقي عند لحظة معينة. لا تعني نسخة كاملة فورية بالمعنى التقليدي، بل تعتمد على آلية copy-on-write، حيث يتم حفظ التغييرات بعد إنشاء اللقطة بدلاً من تكرار كل البيانات منذ البداية.

متى تستخدم اللقطات؟

قبل تحديث تطبيق أو قاعدة بيانات حساسة.
قبل تنفيذ سكربت صيانة أو ترحيل ملفات واسع النطاق.
لأخذ نسخة قراءة ثابتة من البيانات لأغراض نسخ احتياطي سريع.

إنشاء لقطة

المثال التالي ينشئ لقطة بحجم 5G من الحجم lv_app:

lvcreate -L 5G -s -n lv_app_snap /dev/vg_data/lv_app

بعدها يمكنك تركيب اللقطة وقراءتها دون العبث بالحجم الأصلي:

mkdir -p /mnt/lv_snapshot
mount /dev/vg_data/lv_app_snap /mnt/lv_snapshot
ls -lah /mnt/lv_snapshot

حذف اللقطة بعد الانتهاء

إذا انتهت الحاجة إليها، احذفها لتفادي استهلاك المساحة:

umount /mnt/lv_snapshot
lvremove /dev/vg_data/lv_app_snap

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

ترحيل البيانات داخل LVM بدون توقف طويل

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

السيناريو الشائع

لنفترض أن لديك البيانات موزعة على /dev/sdb وتريد نقلها إلى قرص أحدث مثل /dev/sdc.

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

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

pvcreate /dev/sdc
vgextend vg_data /dev/sdc
pvmove /dev/sdb /dev/sdc
vgreduce vg_data /dev/sdb
pvremove /dev/sdb

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

أفضل الممارسات قبل التوسع أو الترحيل

نفّذ فحصاً للحالة عبر lvs وvgs وpvs قبل أي تعديل.
تأكد من وجود نسخة احتياطية منفصلة، وليس فقط snapshot.
اختبر أوامر الصيانة أولاً في بيئة تجريبية أو آلة افتراضية.
راقب استهلاك الموارد من خلال أدوات مثل فهم العمليات (Processes) ومراقبة استهلاك الموارد (top, htop, ps, kill) أثناء النقل أو التوسعة.
إذا كانت الخدمة حرجة، نسّق العملية مع أوقات الصيانة المجدولة أو أتمتتها عبر جدولة المهام التلقائية باستخدام (Cron Jobs).

أخطاء شائعة يجب تجنبها

من أكثر الأخطاء شيوعاً تمديد الحجم المنطقي ونسيان تمديد نظام الملفات، أو إنشاء لقطة بحجم صغير جداً مقارنة بمعدل تغيّر البيانات. كذلك يخلط بعض المسؤولين بين اسم نقطة التركيب مثل /data واسم الجهاز الفعلي مثل /dev/vg_data/lv_app، ما يؤدي إلى تنفيذ أمر صحيح على هدف خاطئ.

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

خاتمة

الاستفادة الحقيقية من LVM لا تقتصر على إنشاء أحجام منطقية فقط، بل تظهر حين تحتاج إلى بنية تخزين قابلة للنمو، قابلة للحماية السريعة عبر اللقطات، وقابلة لإعادة التوزيع والترحيل دون فوضى تشغيلية. عندما تتقن أوامر مثل lvextend وlvcreate -s وpvmove، تصبح قادراً على إدارة التخزين في لينكس بعقلية مرنة تناسب البيئات الحديثة.

لهذا السبب يُعد فهم العمق العملي في LVM خطوة أساسية لكل مسؤول نظام يريد تقليل المخاطر، تحسين الاستفادة من الأقراص، وبناء منصة أكثر قابلية للتوسع والصيانة.