قوانین و سیاست‌های Conflict در Plesk

تعاریف کلیدی

• Conflict (تعارض/اختلاف): موقعیتی که تنظیمات موجود در بکاپ با تنظیمات فعلی Plesk مقصد همخوانی ندارند و باعث خطا یا رفتار غیرقابل‌پیش‌بینی می‌شوند.
• Timing Conflict (تعارض زمانی): شیء یا تنظیمی که از بکاپ برمی‌گردد قدیمی‌تر یا حذف‌شده است در مقایسه با وضعیت فعلی.
• Resource Usage Conflict (تعارض استفاده از منابع):
  • Common (مشترک): مجموع منابع پس از بازیابی از حد مجاز کاربر بیشتر می‌شود.
  • Unique (منحصربه‌فرد): منبعی که نیاز است (مثل دامنه یا IP) در حال حاضر موجود نیست یا قبلاً توسط شیء دیگری استفاده می‌شود.
• Configuration Conflict (تعارض پیکربندی): تنظیماتی که قرار است بازیابی شوند در سرور مقصد فعال یا در دسترس نیستند (مثلاً دیتابیس سرور نصب نشده).
• Rule (قاعده): روش حل یک تعارض خاص و تک‌به‌تک.
• Policy (سیاست): روش کلی برای حل همه تعارض‌های یک نوع خاص.

تعارض به وضعیتی گفته می‌شود که در آن تنظیمات موجود در فایل پشتیبان و تنظیمات موجود در Plesk مقصد به گونه‌ای هستند که بازگردانی (Restore) اشیاء پشتیبان منجر به خطا یا رفتار غیرقابل پیش‌بینی Plesk می‌شود.

انواع تعارض‌ها (Types of Conflicts)

فرآیند بازگردانی ممکن است با چند نوع تعارض مواجه شود، که شامل موارد زیر است:

1. تعارضات زمانی (Timing conflicts):
   ممکن است شیء مورد بازگردانی در سیستم وجود داشته باشد و تاریخ آخرین تغییر آن جدیدتر از تاریخ پشتیبان باشد، یا شیء بعد از ایجاد پشتیبان حذف شده باشد.
2. تعارضات استفاده از منابع (Resource usage conflicts):
   این نوع تعارض به دو دسته تقسیم می‌شود:
   • تعارض عمومی منابع (Common resource usage conflict): مقدار کل منابع پس از بازگردانی ممکن است از محدودیت‌های تعیین‌شده برای کاربر خاص عبور کند (مثلاً محدودیت فضای دیسک).
   • تعارض منابع یکتا (Unique resource usage conflict): شیء مورد بازگردانی نیاز به یک منبع یکتا دارد که یا توسط شیء دیگری استفاده شده یا اصلاً وجود ندارد (مثلاً دامنه تکراری).
3. تعارضات پیکربندی (Configuration conflicts):
   ممکن است تنظیمات بازگردانی شده در سرور مقصد فعال نباشند. دو حالت ممکن است پیش آید:
   • گزینه‌های پیکربندی برای دامنه فعال نیستند.
   • گزینه‌های مورد نیاز موجود نیستند (مثلاً اپلیکیشن‌های سایت برای مشتری موجود نیستند، سرور دیتابیس روی هاست تنظیم نشده، آدرس IP به فروشنده تخصیص داده نشده و غیره).

روش‌های حل تعارض (Conflict Resolutions)

روش‌های مختلفی برای حل تعارض وجود دارد:

1. Overwrite (بازنویسی):
   همه اشیاء از فایل پشتیبان بازگردانی می‌شوند، بدون توجه به وضعیت فعلی سیستم. عملکرد آن به شرح زیر است:
   • اگر شیء یا تنظیمی در Plesk وجود نداشته باشد، ایجاد می‌شود.
   • اگر شیء یا تنظیمی وجود داشته باشد، با نسخه پشتیبان جایگزین می‌شود.
   • اگر شیء یا تنظیمی وجود داشته باشد اما در پشتیبان نباشد، همان نسخه موجود حفظ می‌شود.
2. Proceed with current (ادامه با وضعیت موجود):
   اشیاء موجود در سیستم تحت تأثیر بازگردانی قرار نمی‌گیرند و فرآیند بازگردانی به اشیاء مرتبط با آن‌ها ادامه می‌یابد.
3. Do not restore (بازگردانی نشود):
   اشیاء موجود در سیستم یا حذف‌شده بعد از پشتیبان، به همراه اشیاء زیرسطحی مربوط به آن بازگردانی نمی‌شوند.
4. Automatic (خودکار):
   گزینه‌های پیکربندی لازم برای دامنه به طور خودکار فعال می‌شوند.
5. Overuse (استفاده بیش از حد منابع):
   اشیاء با مصرف بیش از حد منابع بازگردانی می‌شوند؛ فقط برای فروشندگانی که در حالت Oversell کار می‌کنند قابل اعمال است.
6. Rename (تغییر نام):
   منابع یکتا برای دامنه بازگردانی شده به منابع موجود در سیستم با نگاشت مشخص، اختصاص داده می‌شوند.

قوانین و سیاست‌های حل تعارض (Conflict Resolution Policies and Rules)

• Rule (قانون): نحوه حل یک تعارض خاص را مشخص می‌کند.
• Policy (سیاست): نحوه حل همه تعارض‌های یک نوع خاص را مشخص می‌کند.

مکانیزم حل تعارض: سیاست‌های پیش‌فرض، سیاست‌های سفارشی و قوانین

ابزار بازگردانی (pleskrestore) دارای مجموعه‌ای از سیاست‌های پیش‌فرض حل تعارض است که به صورت سخت‌کدگذاری شده‌اند:

• تعارضات زمانی → Overwrite
• تعارضات عمومی منابع → Overuse
• تعارض منابع یکتا → Do not restore
• تعارضات پیکربندی → Automatic

این سیاست‌ها همیشه اعمال می‌شوند و نمی‌توان آن‌ها را تغییر داد یا جایگزین کرد.

اگر سیاست‌های پیش‌فرض نتوانند همه تعارض‌ها را حل کنند، مدیر سیستم باید قوانین یا سیاست‌های سفارشی تعریف کند. این قوانین و سیاست‌ها در قالب XML ایجاد می‌شوند.

روند ساده حل تعارض‌ها در هنگام بازگردانی

1. مدیر سیستم دستور pleskrestore را با پارامترهای مشخص اجرا می‌کند.
2. pleskrestore تعارض‌ها را شناسایی کرده و با سیاست‌های پیش‌فرض حل می‌کند.
3. بررسی می‌کند که آیا تعارضی باقی مانده است یا نه.
4. اگر همه تعارض‌ها حل شده باشند، بازگردانی ادامه می‌یابد.
5. اگر تعارضی باقی مانده باشد و در حالت debug یا verbose اجرا شده باشد، شرح جزئی (در قالب XML) هر تعارض باقیمانده نمایش داده می‌شود.
6. مدیر سیستم بر اساس شرح بازگشتی، یک فایل ایجاد می‌کند که شامل قوانین حل تعارض برای هر مورد یا سیاست‌های گروهی سفارشی باشد.
7. مدیر مجدداً دستور pleskrestore را با گزینه --conflicts-resolution و فایل ساخته شده اجرا می‌کند.
8. فرآیند بازگردانی:
   • ابتدا تعارض‌ها با سیاست‌های پیش‌فرض حل می‌شوند.
   • سپس قوانین و سیاست‌های موجود در فایل برای حل باقی تعارض‌ها اعمال می‌شوند.
   • بررسی می‌شود که آیا تعارضی باقی مانده است یا خیر.
9. اگر همه تعارض‌ها حل شده باشند، بازگردانی ادامه می‌یابد.
10. در غیر این صورت، بازگردانی متوقف می‌شود و شرح تعارض‌ها در حالت debug/verbose ارائه می‌شود.
11. برای بازگردانی کامل، مدیر باید قوانین حل تعارض برای هر مورد باقی مانده را به فایل اضافه کند و فرآیند بازگردانی را تکرار کند.

🔹 توضیح تکمیلی

• این مکانیزم باعث می‌شود که حتی در شرایطی که سرور مقصد تغییراتی داشته یا منابع محدود شده باشند، بازگردانی کنترل‌شده و امن انجام شود.
• استفاده از سیاست‌های پیش‌فرض برای اکثر سناریوها کافی است، اما در محیط‌های پیچیده (مثل سرورهای دارای چند فروشنده یا دامنه‌های تکراری) باید قوانین سفارشی تعریف شود.
• حالت verbose و XML dump بسیار مفید است، زیرا جزئیات دقیق تعارض‌ها را نشان می‌دهد و مدیر می‌تواند دقیقاً تصمیم بگیرد که چه کاری انجام شود.
• انواع روش‌های حل تعارض (Overwrite، Do not restore، Rename و غیره) به شما انعطاف کامل می‌دهند تا بازگردانی به شکلی انجام شود که سیستم موجود را به هم نریزد و هم‌زمان داده‌های پشتیبان حفظ شوند.

کیان پور