تفاوت ریبوت، خاموش‌کردن و ریست سخت سرور مجازی چیست؟

در پنل سرور مجازی چند دکمه شبیه Reboot، Shut down و Reset می‌بینید. همه آن‌ها باعث قطع موقت دسترسی می‌شوند، اما با سیستم‌عامل و برنامه‌های در حال اجرا یکسان رفتار نمی‌کنند. انتخاب اشتباه می‌تواند سرور را خاموش نگه دارد یا کاری را که در حال نوشتن داده بوده ناگهان قطع کند.

این راهنما تفاوت این گزینه‌ها را با مثال توضیح می‌دهد و نشان می‌دهد پیش از اقدام و بعد از بازگشت سرور چه چیزهایی را بررسی کنید. نام دکمه و رفتار دقیق در پنل‌های مختلف یکسان نیست؛ راهنمای ارائه‌دهنده و متن تأیید همان پنل ملاک نهایی است.

| کار | رفتار معمول | کاربرد و نکته | | --- | --- | --- | | راه‌اندازی مجدد نرم یا Reboot از سیستم‌عامل | سیستم‌عامل درخواست توقف سرویس‌ها را دریافت می‌کند، خاموش می‌شود و دوباره بالا می‌آید. | برای تغییر برنامه‌ریزی‌شده وقتی سیستم پاسخ می‌دهد مناسب‌تر است. | | خاموش‌کردن نرم یا Shut down guest | سیستم‌عامل برای خاموش‌شدن فرصت می‌گیرد و پس از پایان، VM خاموش می‌ماند. | برای توقف برنامه‌ریزی‌شده؛ ممکن است لازم باشد بعداً از پنل آن را روشن کنید. | | ریست سخت یا Reset | ماشین مجازی بدون طی کامل مسیر عادی سیستم‌عامل ریست می‌شود. | شبیه فشار دکمه ریست روی رایانه است و ممکن است کار ناتمام یا داده نوشته‌نشده را تحت تأثیر قرار دهد. | | قطع برق مجازی یا Power off | برق مجازی فوراً قطع می‌شود و ماشین خاموش می‌ماند. | با خاموشی نرم فرق دارد و معمولاً گزینه اضطراری است. |

برخی پنل‌ها دکمه‌ای با نام مشابه دارند که رفتار متفاوتی اجرا می‌کند. پیش از تأیید، متن عملیات و راهنمای همان سرویس را بخوانید. در VMware نیز «Shut Down Guest OS» با «Power Off» یکی نیست و خاموشی نرم ممکن است به ابزار و پشتیبانی سیستم‌عامل مهمان وابسته باشد.

نام سرویس در پنل، شناسه ماشین، IP و کاربرد آن را با فهرست سرویس‌های خودتان تطبیق دهید. نام‌های شبیه مانند web-1 و web-2 یا محیط اصلی و آزمایشی به‌راحتی اشتباه می‌شوند. اگر چند نفر به پنل دسترسی دارند، تغییر را با مسئول سرویس هماهنگ و زمان آن را ثبت کنید.

پیش از توقف برنامه‌ریزی‌شده:

۱. از آخرین بکاپ مستقل و امکان بازگردانی آن مطمئن شوید؛ یک snapshot به‌تنهایی در همه شرایط جایگزین بکاپ مستقل نیست. ۲. زمان کم‌ترافیک را انتخاب و اثر قطع روی سایت، پرداخت، ایمیل و کارهای در حال اجرا را مشخص کنید. ۳. اگر انتقال، نصب، به‌روزرسانی یا عملیات پایگاه داده در جریان است، درباره پایان یا توقف کنترل‌شده آن با مسئول برنامه تصمیم بگیرید. ۴. کنسول پنل یا راه دسترسی مستقل را پیدا کنید. اگر بعد از بازگشت SSH بالا نیاید، تنها داشتن رمز SSH کمک نمی‌کند. ۵. وضعیت فعلی برنامه‌های مهم، آدرس سایت و روش آزمایش بعد از بازگشت را یادداشت کنید.

برای فروشگاه، وضعیت سفارش‌های در حال پرداخت را پیش از توقف در نظر بگیرید. ریبوت را چند بار پشت سر هم برای امتحان تکرار نکنید؛ هر بار می‌تواند زمان بازیابی یا علت‌یابی را دشوارتر کند.

با حساب مدیریتی مجاز از SSH یا کنسول وارد همان VPS شوید. پس از هماهنگی و آماده‌سازی بالا، فرمان زیر درخواست راه‌اندازی مجدد می‌دهد:

این دستور روی سرور systemd درخواست ریبوت می‌فرستد و اتصال SSH معمولاً قطع می‌شود. در نشست root پیشوند sudo لازم نیست. قطع‌شدن SSH پس از اجرای فرمان قابل انتظار است، اما به معنی بازگشت موفق سایت نیست. اگر خروجی خطا نشان داد، متن آن را بخوانید و بدون شناخت علت، دستور یا ریست سخت را پشت سر هم اجرا نکنید.

برای برنامه‌ریزی نمونه در ده دقیقه آینده، اگر دستور shutdown سیستم شما از این شیوه پشتیبانی می‌کند، مدیر می‌تواند در ترمینال اجرا کند:

-r درخواست راه‌اندازی مجدد و +10 زمان تقریبی ده دقیقه بعد را مشخص می‌کند. این یک دستور عملیاتی واقعی است؛ فقط با زمان و مجوز مناسب آن را اجرا کنید. اگر پیش از شروع عملیات لازم شد درخواست زمان‌بندی‌شده را لغو کنید، روی همان سرور می‌توان از دستور زیر استفاده کرد:

پس از لغو، پیام فرمان و برنامه نگهداری را بررسی کنید. اگر عملیات خاموشی از قبل آغاز شده یا از ابزار دیگری درخواست شده، لغو ممکن است دیگر اثر نداشته باشد. پشتیبانی و رفتار جزئی دستورها را با نسخه سیستم‌عامل خود تطبیق دهید.

خاموشی نرم سرویس‌ها را برای توقف آماده می‌کند، اما ماشین را خودکار دوباره روشن نمی‌کند. برای مثال در لینوکس، مدیر مجاز پس از هماهنگی می‌تواند از دستور زیر استفاده کند:

پس از آن، SSH قطع می‌شود و برای روشن‌کردن دوباره معمولاً باید از پنل ارائه‌دهنده یا مجازی‌ساز استفاده کنید. قبل از اجرای این فرمان مطمئن شوید به آن پنل دسترسی دارید و مالک ماشین درست را انتخاب کرده‌اید. اگر قصد دارید سرور بلافاصله دوباره بالا بیاید، ریبوت نرم با خاموشی یکی نیست.

در پنل VMware، گزینه‌ای مانند Shut Down Guest OS درخواست خاموشی مرتب به سیستم‌عامل می‌دهد؛ گزینه Power Off برق مجازی را قطع می‌کند. اگر گزینه خاموشی نرم کار نمی‌کند یا در دسترس نیست، دلیل می‌تواند وضعیت مهمان یا ابزارهای آن باشد؛ نتیجه دکمه و وضعیت واقعی ماشین را ببینید و بدون تشخیص، گزینه سخت را تکرار نکنید.

قطع SSH همیشه به معنی هنگ‌کردن کل سرور نیست. ابتدا این مراحل را انجام دهید:

۱. مطمئن شوید IP، پورت و شبکه خودتان درست است و پیام اتصال چیست؛ timeout با ردشدن اتصال یا خطای رمز فرق دارد. ۲. سایت یا سرویس اصلی را از یک مسیر مجاز دیگر بررسی کنید. اگر سایت کار می‌کند ولی SSH نه، ممکن است فقط سرویس SSH یا فایروال مشکل داشته باشد. ۳. از کنسول پنل، تصویر و پاسخ سیستم‌عامل را ببینید. اگر امکان ورود دارید، پیام‌های قابل مشاهده و وضعیت منابع را ثبت کنید و راه خاموشی نرم را طبق نیاز بررسی کنید. ۴. اگر پنل وضعیت ماشین را روشن نشان می‌دهد اما کنسول هم پاسخ نمی‌دهد، قبل از اقدام اضطراری وضعیت عملیات در حال اجرا، ذخیره‌سازی و بکاپ را با مسئول سرویس بررسی کنید.

اگر با وجود این مراحل سیستم پاسخ نمی‌دهد و اقدام اضطراری لازم است، مدیر مجاز با درنظرگرفتن خطر داده و طبق فرآیند سرویس می‌تواند ریست سخت یا قطع برق مجازی را انتخاب کند. ابتدا تفاوت آن دو را در پنل بخوانید: Reset معمولاً راه‌اندازی سخت دوباره است، در حالی که Power Off ممکن است VM را خاموش باقی بگذارد. متن هشدار، زمان و دلیل اقدام را ثبت کنید.

اگر ذخیره‌سازی خطای I/O دارد یا عملیات حساس در جریان بوده، ریست سخت ممکن است مشکل را پنهان یا بازیابی را پیچیده کند. در چنین شرایطی کنسول و گزارش‌ها را برای ارائه‌دهنده نگه دارید و از اجرای مکرر عملیات خودداری کنید.

پنل ممکن است VM را روشن نشان دهد، در حالی که سیستم‌عامل هنوز در حال بوت است یا یک سرویس بالا نیامده است. پس از زمان مناسب، به همان IP با روش مجاز وصل شوید و بررسی کنید:

۱. سیستم‌عامل واقعاً به مرحله ورود رسیده و دیسک‌ها و شبکه لازم در دسترس‌اند. ۲. سرویس‌های مهم طبق برنامه فعال شده‌اند. برای نمونه، اگر نام سرویس واقعاً nginx است، مدیر می‌تواند systemctl status nginx --no-pager را اجرا کند. نام سرویس در سیستم شما ممکن است متفاوت باشد. ۳. سایت، API، پایگاه داده یا ایمیل را با یک کار واقعی و بی‌خطر آزمایش کنید. برای فروشگاه می‌توان صفحه محصول و یک سبد آزمایشی بدون پرداخت واقعی را دید. ۴. گزارش بوت و پیام خطا را در صورت اختلال بررسی کنید. اگر یک برنامه بعد از راه‌اندازی خودکار بالا نمی‌آید، راهنمای عیب‌یابی سرویس پس از ری‌استارت مسیر بررسی را توضیح می‌دهد. ۵. اگر عملیات سخت انجام شده، وضعیت فایل‌سیستم و برنامه‌ها را با مدیر سیستم بررسی کنید و از سالم‌بودن بکاپ و داده‌های مهم مطمئن شوید.

اگر ماشین روشن نمی‌شود یا در صفحه خطا مانده، از کنسول متن خطا و زمان را ثبت و به ارائه‌دهنده بدهید. نصب مجدد سیستم‌عامل، بازگردانی کامل یا حذف دیسک را برای رفع فوری انتخاب نکنید؛ این کارها می‌توانند اطلاعات موجود را تغییر دهند.

برای آشنایی با منابع، دسترسی پنل و امکانات سرور مجازی ایران نت‌آرام صفحه سرویس را ببینید. پیش از هر عملیات روی سرویس واقعی، نام گزینه‌های همان پنل و اثر آن‌ها را مشخص کنید.