گزینه رسمی ری استارت ویندوز سرور در صورت بروز مشکل در سرویس ها

دیروز سعادتی نصیب شد که روی یک استوریج (کامپیوتر پر از هارد مخصوص ذخیره سازی) ویندوزی کار کنم. برنامه این بود که روش NFS رو راه بندازیم که به یک کامپیوتر دیگه (اینجا لینوکس زوزه) اجازه می ده این هارد ۴.۹ ترابایتی رو مثل یک دایرکتوری روی خودش ببینه. راه انداختن سرویس همان و رسیدن به این صفحه همان (:

یک تب مخصوص گذاشتن روی ویندوز سرور که می پرسه اگر بار اول سرویس مشکل پیدا کرد چیکار کنه. اگر بار دوم پیدا کرد چیکار کنه (مثلا می تونیم بگیم اگر بار دوم مشکل پیدا کرد کامپیوتر رو ری ست کنه (: )) و از همه بامزه تر می تونیم بگیم اگر چند روز سیستم بدون مشکل کار کرد کلا بیخیال مشکل قبلی بشه و در نظر بگیره که سیستم همیشه درست کار می کرده (:

نکته: ری استارت کردن کامپیوتر راه حل نیست. بلکه درخواست از کامپیوتر است که فعلا کار کن تا دوباره خراب بشی. این شاید برای دوستان با تجربه ویندوز یک راه حل به نظر بیاد ولی حتی اونجا هم فقط در سطح دسکتاپ کار می کنه. گذاشتن «ری استارت» به عنوان راه حل اینکه اگر دوبار یک مشکل پیش اومد تو چند روز، فقط و فقط یعنی «ما یکسری مشکل داریم که خودمون هم امیدی ندارم حالا حالاها حل بشه» (:

  • III.6

    مطلب باحالی بود :D

    ولی گاهی اوقات ری استارت می تونه راح حل باشه. ممکنه یه سرویس مثلا خودشو (سایلنت) آپدیت کنه و تا زمانی که سیستم از اول بالا نیاد درست کار نکنه. البته احتمالش کمه همچین چیزی و مثال بود. ولی صفر نیست :D

  • ما کی هیچی از این مطلب حالیمون نشد…………

  • مصطفی محمدی

    یه جایی از متن نوشتی “لینوکس زوزه”
    ما تو ایران بهش می گیم لینوکس سوزه، یعنی ما اشتباه تلفظ می کنیم؟

    • من یکبار از یک آلمانی پرسیدم و گفت زوزه تلفظ می کنن. ولی تقریبا هر چیزی بخوایم تلفظ می شه. هرچند که به نظرم «سوزی» و اینها دیگه خیلی دورن… بین همون دو تا زوزه و سوزه یکی رو انتخاب کنیم به نظرم اوکی است.

  • وقتی این طور مطالب رو میخونم حس میکنم نویسنده بین بد و بدتر میخواد بد رو تبلیغ کنه، مطالبی رو که به صورت خوب و خوبتر نوشته میشه رو بیشتر دوست دارم.

  • سلام جادی جان

    میگم به نظرم یه اشتباه کوچیک رخ داده. اسکرین شات نشون میده که فقط سرویس ریستارت میشه ها!
    به نظرم منظور راه اندازی مجدد کل سیستم نیست. ما توی لینوکس هم بعضی وقتها ممکنه یه دایمون رو متوقف و از نو راه اندازی کنیم.
    البته بگم که هیچ تجربه مستقیمی از این سیستمهای سرور ندارم ولی خب . . . . . .

  • سلام جادی جان

    میگم به نظرم یه اشتباهی شده ها.
    اسکرین شات نشون میده که سرویس ریستارت میشه نه کل سیستم! چیزی که تو لینوکس هم کم و بیش اتفاق میافته و دایمونها رو از نو راه اندازی میکنیم.
    البته من تجربه ای در مورد سرورها ندارم ولی خب . . . .

  • سلام دوباره . . .
    حرفم رو پس میگیرم! تصویر رو با دقت ندیده بودم!

  • حسین

    بعضی وقتها هم ریست باعث حل مشکله!
    مثلا داغ شدن یک قطعه سخت افزاری بر اثر زیاد کارکردن نه خراب بودن. راه خنک شدنش همان ریست مگه نمیشه؟

    • نه. قطعه طوری طراحی می‌شه که بر اثر کار زیاد داغ نکنه. اگه داغ می‌کنه هم راه‌حلش یا پیدا کردن علت داغ کردن و از بین بردن اونه یا ایجاد یه سیستم خنک‌کننده برای اون قطعه. اصلا معنی نداره یه کامپیوتر سرور بخواد حتا برای یک لحظه هم خاموش باشه

  • محمد

    ما اینجا به جوجه تیغی میگیم زوزه :d

  • حق با شماست. واقعا بدور از عقله؛ کل سیستم ری استارت بشه؟! یعنی اینقدر داغونه هسته این سیستم عامل!؟

  • وفا

    9 سال پیش بود اگه درست بگم، کرم بلاستر یادتونه؟ میرفت RPC رو استاپ میکرد(یا اینکه بخاطر عملکرد بدش، RPCاستاپ میشد)
    اون موقع این گزینه رو تو سرویس ها از restart windows برمیداشتیم و دستی کرم رو پاک میکردم.

  • مهدی

    من هم همچین تجربه‌ای رو توی ویندوز سرور داشتم و خیلی هم اذیتم کرد.
    من کارم مدیریت سرور نیست، ولی خیلی با این چیزا سر و کله زدم !
    مشکل اینجا بود که به صورت خود به خود، روی بعضی سرورها، ۲ تا از سرویس های شبکه غیر فعال می‌شد و کار ما رو مختل می‌کرد.
    منم مجبور شدم تنظیم کنم هر موقع که مشکل پیدا کرد، اون سرویس ری‌استارت بشه. ( نه کل سیستم )
    خیلی هم جستجو کردم، مشکلات مشابه هم دیدم که داشتن، ولی راه حلی که واسه من جواب داد فقط همین بود !

  • سلام جادی جان
    ممنونم بابت مه مطالب قشنگت. واقعا استفاده می‌کنم.

    در مورد این موضوع هم فکر کنم برگرده به بحث بن‌بست (Deadlock) که در سیستم‌عامل‌ها به آن توجه می‌شود و در کتاب‌های سیستم‌عامل به اون پرداختند.
    به زبون ساده در سیستم‌عامل‌ها وقتی دو یا چند پردازش به نحوی به هم وابستگی پیدا می‌کنند، احتمال دارد سیستم به بن‌بست برسد. مثلا پردازنده در حال اجرای پروسه P1‌هست و در P1 پروسه P2 فراخوانی می‌شود و در P2 دوباره P1 ! در حالیکه P1 در حالت Waiting‌ قرار دارد و P2 هم به Waiting می‌رود.
    برای حل این مشکل راه‌حل‌ها و الگوریتم‌های مختلفی معرفی شده‌اند که هر کدام خصوصیات، معایب و مزایای خودشون رو دارند. اما خود اجرای این الگوریتم‌ها زمان‌بر هستند. بنابراین با توجه به این که احتمال اینکه بن‌بست رخ دهد بسیار پایین است، بنابراین در بسیاری از سیستم‌عامل‌ها بیخیال جلوگیری از بن‌بست شده‌اند و گفته‌اند که در صورت بروز بن‌بست همان ری‌ست بهترین حالت است! چیزی که ویندوز بارها و بارها به اون بر‌می‌خوریم. ولی مثلا در مک کمتر می‌بینیم (بنا به دلایلی).
    حالا حدس می‌زنم این تبی که شما در ویندوز سرور دیدید احتمالا به این موضوع برمی‌گرده. مایکروسافت دوباره همان حالت بی‌خیال بن‌بست و ری‌ست کن را انتخاب کرده ولی یک گزینه را برای آن تعریف کرده است تا ادمین‌های سرورها کنترل بیشتری روی پروسه‌ها و سرویس‌ها داشته باشند.

    کمی هوشمندانه عمل کرده‌اند تا با تشخیص ادمین و تعداد دفعات خرابی بتوان تصمیمی مناسب نسبت به سرور گرفته بشه.

  • این طوری به موضوع نگاه نکرده بودم