آنچه باید بدانید
- پشتیبانی نسخه و منابع مجاز واقعی را بررسی کنید.
- پیش از نصب، شبیهسازی و هشدارها را بخوانید.
- پردازش برنامه و کرنل در حال اجرا را جدا تأیید کنید.
نسخه و مسئول نگهداری را مشخص کنید
این راهنما برای نصب پشتیبانیشدهٔ Ubuntu Server و ابزار unattended-upgrades توزیع است. نسخه، سرویسهای حساس و مدیر مسئول را ثبت کنید. چرخهٔ پشتیبانی اوبونتو را متناسب با نسخه و پوشش اشتراک خود بررسی کنید؛ شمارهٔ بزرگتر بهتنهایی سیاست پشتیبانی نیست. در میزبانی مدیریتشده، کنترلپنل ممکن است مسئول بخشی از بستهها باشد و فرایند دیگری لازم شود.
پیش از تغییر، بهروزرسان را ببینید
مستندات بهروزرسانی خودکار اوبونتو و منابع مجاز را بخوانید. فرمانهای زیر نسخهٔ سیستمعامل، منبع بسته و تایمرهای مرتبط را نشان میدهند:
cat /etc/os-release
apt-cache policy unattended-upgrades
systemctl list-timers --all "apt-*"اگر بسته نصب نیست، بستهٔ رسمی توزیع را در زمان نگهداری مناسب نصب کنید. فایلهای مؤثر /etc/apt/apt.conf.d را بررسی کنید و سیاست فعالکنندهٔ همهٔ مخازن بیرونی را کپی نکنید. پشتیبان محافظتشدهٔ تنظیمات و سابقهٔ بازیابی برنامه را آماده داشته باشید.
مجموعهٔ بستهها را شبیهسازی کنید
مرجع ابزار روش شبیهسازی را توضیح میدهد. پس از تازهکردن اطلاعات مخازن، انتخاب احتمالی بهروزرسان را ببینید:
sudo apt update
sudo unattended-upgrade --dry-run --debugاجرای dry run بستههای انتخابی را نصب نمیکند. هشدارها و بستههای کنارگذاشتهشده را بخوانید و خالیبودن غیرمنتظرهٔ نتیجه را پیگیری کنید. خروجی عیبیابی را محلی بررسی کنید و پیش از اشتراک، اطلاعات ورود مخزن یا مسیر حساس را حذف کنید.
رفتار راهاندازی دوباره را توافق کنید
پیشنهاد ما جداکردن نصب بسته، جایگزینی پردازش سرویس و راهاندازی کامل سیستم است. مشخص کنید کدام تغییر خودکار و کدام نیازمند زمان نگهداری است. راهاندازی خودکار را صرفاً برای سبزشدن پنل فعال نکنید. پس از آپدیت واقعی، /var/log/unattended-upgrades و در صورت وجود /var/run/reboot-required را بررسی کنید. بستهٔ کرنل روی دیسک با کرنل نشاندادهشده در uname -r یکسان نیست.
برنامه و بازیابی را تأیید کنید
وضعیت اولیه را ثبت کنید و بعد از نگهداری، وبسایت، ورود، کارهای زمانبندیشده و یک تراکنش نماینده را بیازمایید. برای راهاندازی برنامهریزیشده، کنسول زیرساخت در دسترس باشد. هنگام خطا، لاگ را حفظ و از روش بازیابی آزموده استفاده کنید؛ کاهش نسخهٔ بداهه راهحل عمومی نیست. راهنمای برنامهٔ بازیابی و چکلیست دسترسی SSH آمادهسازی را تکمیل میکنند. نتیجهٔ نهایی را در پروندهٔ نگهداری نگه دارید.
منابع و مطالعهٔ بیشتر
گزارش این مطلب بر پایهٔ منابع اصلی زیر است. توصیههای اجرایی، راهنمای عمومی کیاوا هستند و باید با شرایط پروژه تطبیق داده شوند.
