بکاپ کامل همهٔ دادهٔ انتخابشده را ذخیره میکند؛ افزایشی تغییرات بعد از نسخهٔ قبلی را میگیرد و تفاضلی تغییرات بعد از آخرین نسخهٔ کامل را. تفاوت مهم فقط زمان ساخت نیست: برای بازیابی، باید بدانید به کدام فایلها یا نقطههای بازیابی وابستهاید. این تعریف عمومی با روش پیادهسازی هر نرمافزار یکسان فرض نمیشود.
۱. سه روش در یک مثال ساده
شنبه یک مجموعهٔ کامل با نام F0 داریم. یکشنبه تغییر A و دوشنبه تغییر B رخ میدهد. در روش افزایشیِ زنجیرهای، I1 تغییر A و I2 تغییر B را نسبت به مرحلهٔ پیشین نگه میدارند. در روش تفاضلی، نسخهٔ دوشنبه همهٔ تغییرات بعد از F0 را در خود دارد.
| روش متعارف | آنچه هر بار ذخیره میشود | نیاز بازیابی دوشنبه |
|---|---|---|
| کامل | تمام دادهٔ انتخابشده | نسخهٔ کامل دوشنبه |
| افزایشی زنجیرهای | تغییرات بعد از آخرین بکاپ | F0 و I1 و I2 |
| تفاضلی | تغییرات بعد از آخرین کامل | F0 و تفاضلی دوشنبه |

۲. کمبود یک جزء چه اثری دارد؟
در یک زنجیرهٔ فایلمحور، گمشدن I1 میتواند بازیابی نقطهٔ وابستهٔ دوشنبه را مختل کند، حتی اگر I2 موجود باشد. بنابراین اندازهٔ کوچکِ آخرین فایل دلیل مستقلبودن آن نیست. قبل از انتقال یا پاکسازی باید روش بازیابی مستندِ همان ابزار را بخوانید.
بعضی محصولات با بلوکهای مشترک، deduplication، snapshot یا synthetic full کار میکنند و نقطهٔ بازیابی را شبیه نسخهٔ کامل نشان میدهند. در آنها وابستگیها ممکن است داخل مخزن مدیریت شود. نام «incremental» بهتنهایی مجوز اعمال مدل F0+I1+I2 به هر پوشه یا حذف دستی فایلهای قدیمی نیست.
۳. Full و Partial سیپنل معنای دیگری هم دارند
در صفحهٔ Backup حساب، Full Account Backup به دامنهٔ اجزای حساب اشاره دارد؛ Partial Backups یعنی بخشهایی مانند Home Directory یا دیتابیس جدا. این تقسیم، همان Full/Incremental/Differential در الگوریتم ذخیرهسازی نیست.

در تنظیمات مدیریتی WHM هم Incremental میتواند از ترکیب فایل و hard link استفاده کند. دیدن این واژه در مستند WHM به معنی دسترسی یا همین پیکربندی در حساب کاربری شما نیست. در این بررسی تنظیمی تغییر نکرده است.
۴. انتخاب فقط با حجم فایل انجام نمیشود
- زمان ساخت و زمان واقعی بازیابی هر دو مهماند.
- حجم انتقال، نرخ تغییر داده و توان نگهداری مخزن را با هم بسنجید.
- قفل، فهرست وابستگی، رمزگذاری و دسترسی به کل زنجیره را بررسی کنید.
- نقطهٔ قابلبازیابی باید با هدف RPO/RTO و سازگاری برنامه تطبیق داشته باشد.
تفاضلی معمولاً با فاصلهگرفتن از کامل بزرگتر میشود؛ افزایشی میتواند انتقال روزانهٔ کمتری بخواهد، اما مدیریت وابستگی مهمتر میشود. نسبت دقیق زمان و فضا به محصول و داده وابسته است؛ از جدول عمومی، وعدهٔ چنددقیقهای برای هاست خودتان نسازید.
۵. پرسشهای لازم پیش از اتکا به بکاپ
- روش ذخیره و واحد نقطهٔ بازیابی چیست؟
- آیا همهٔ وابستگیها در انتقال و retention حفظ میشوند؟
- چه کسی مخزن و کاتالوگ را مدیریت میکند؟
- آخرین آزمون بازیابیِ مستقل چه نتیجهای داشته است؟
نکته: هیچ زنجیرهای در این مقاله ساخته یا روی هاست بازیابی نشده است. این راهنمای انتخاب و تفسیر است؛ حذف نسخهٔ پایه یا اجرای Restore نیازمند طرح جداست.
برای ساخت بکاپ از رابط حساب، راهنمای موجود سیپنل را بخوانید؛ برای مستقلبودن محل نگهداری هم مطلب مربوط به خطر بکاپ روی همان سرور مکمل است.
طول زنجیرهٔ بکاپ فقط موضوع فضای ذخیرهسازی نیست؛ میتواند روی زمان بازیابی هم اثر بگذارد. پیش از انتخاب روش، اهداف RPO و RTO کسبوکار را مشخص کنید.
۶. مسیر مطالعهٔ مرتبط
۷. منابع و روش بررسی
منابع رسمی در ۲۴ اکتبر ۲۰۲۶ بررسی شدند. این متن راهنمای تشخیص و برنامهریزی است؛ بازیابی بکاپ، تغییر حفاظت و تست روی سایت زنده انجام نشده است.