شبکه کامپیوتری فقط مجموعهای از روترها، سوئیچها، سرورها و کابلها نیست؛ بستری است که ارتباط میان کاربران، نرمافزارها و سرویسهای سازمان را برقرار میکند. اگر این زیرساخت بهصورت منظم بررسی نشود، مشکلاتی مانند افزایش خطاهای ارتباطی، کاهش ظرفیت، تنظیمات ناسازگار و فرسودگی تجهیزات ممکن است به اختلالهای جدی منجر شوند.
پشتیبانی و نگهداری شبکه به فعالیتهایی گفته میشود که برای حفظ سلامت، امنیت، عملکرد و قابلیت اطمینان این زیرساخت انجام میگیرند. نگهداری مؤثر تنها به رفع خرابی پس از وقوع محدود نیست؛ بلکه شامل شناخت وضعیت موجود، کنترلهای دورهای، پایش، ثبت تغییرات، تحلیل رخدادها و برنامهریزی برای ظرفیت و توسعه آینده است.
در این راهنما، مراحل عملی طراحی و اجرای برنامه نگهداری شبکه را بررسی میکنیم؛ از تهیه فهرست تجهیزات تا اولویتبندی کارها، رسیدگی به مشکلات تکراری و سنجش کیفیت فعالیتها.
تفاوت پشتیبانی شبکه و نگهداری شبکه چیست؟
این دو مفهوم به یکدیگر وابستهاند، اما دقیقاً یکسان نیستند. پشتیبانی معمولاً به پاسخگویی به درخواستها، عیبیابی، رفع اختلال و کمک به کاربران نیز اشاره دارد. نگهداری بیشتر بر اقدامهای برنامهریزیشدهای تمرکز میکند که وضعیت زیرساخت را بررسی میکنند و احتمال خرابی یا افت عملکرد را کاهش میدهند.
| فعالیت | هدف | نمونه |
|---|---|---|
| پشتیبانی واکنشی | رسیدگی به مشکل مشاهدهشده | بررسی قطعی ارتباط یک واحد |
| نگهداری پیشگیرانه | شناسایی زودهنگام نشانههای مشکل | بررسی خطاها، ظرفیت و سلامت تجهیزات |
| نگهداری اصلاحی | رفع ضعف یا علت مشکل شناساییشده | اصلاح تنظیمات ناسازگار یا تعویض تجهیز معیوب |
| بهینهسازی و توسعه | آمادهسازی زیرساخت برای نیازهای جدید | افزایش ظرفیت یا بازطراحی بخش پرترافیک شبکه |
سازمان به هر چهار نوع فعالیت نیاز دارد، اما نسبت آنها بر اساس اندازه شبکه، اهمیت سرویسها، سابقه خرابیها و منابع در دسترس متفاوت خواهد بود.
مرحله اول: شناسایی و مستندسازی شبکه
هیچ برنامه نگهداری قابلاتکایی بدون شناخت وضعیت موجود شکل نمیگیرد. نخست باید مشخص شود چه تجهیزاتی وجود دارند، هر تجهیز چه نقشی دارد، کدام سرویسها به آن وابستهاند و چه کسی مسئول نگهداری آنهاست.
فهرست پایه میتواند شامل این موارد باشد:
- روترها، سوئیچها، نقاط دسترسی بیسیم و تجهیزات ارتباطی.
- سرورها، ماشینهای مجازی، تجهیزات ذخیرهسازی و سرویسهای زیرساختی.
- فایروالها، سامانههای امنیتی و مسیرهای دسترسی از راه دور.
- ارتباطات اینترنتی، لینکهای بین شعب و تجهیزات وابسته به آنها.
- نسخه سیستمعامل و میانافزار، وضعیت پشتیبانی سازنده و اطلاعات گارانتی.
- نقشه اتصال تجهیزات، بخشبندی شبکه و وابستگی سرویسهای مهم.
- فهرست مسئولان فنی، تأمینکنندگان و مسیر تماس اضطراری.
برای هر تجهیز مهم، محل نصب، نقش، وضعیت عملیاتی، تاریخ آخرین بازبینی و ریسک شناختهشده را ثبت کنید. تغییرات این اطلاعات نیز باید بهروزرسانی شوند؛ فهرستی که پس از تهیه اولیه اصلاح نشود، بهمرور ارزش عملی خود را از دست میدهد.
اطلاعات حساس مانند رمزهای مدیریتی و کلیدهای دسترسی باید در مخزن امن با کنترل دسترسی مناسب نگهداری شوند. فایل مستندات شبکه نباید به محلی عمومی برای ذخیره رمزها تبدیل شود.
مرحله دوم: پایش و بررسی سلامت شبکه
پایش شبکه کمک میکند تغییرات غیرعادی زودتر دیده شوند. نوع پایش باید با تجهیزات و اهمیت سرویسها متناسب باشد. مشاهده یک نمودار مصرف بهتنهایی کافی نیست؛ باید بدانیم چه وضعیتی طبیعی است، چه تغییری نیازمند بررسی است و در صورت عبور از حد مشخص چه اقدامی باید انجام شود.
چه شاخصهایی را بررسی کنیم؟
- دسترسپذیری: آیا تجهیزات و سرویسهای اصلی در زمان موردنیاز قابلدسترسی هستند؟
- مصرف ظرفیت: آیا پردازنده، حافظه، فضای ذخیرهسازی یا پهنای باند به آستانههای نگرانکننده نزدیک شدهاند؟
- خطاهای ارتباطی: آیا نرخ خطا، افت بسته، نوسان تأخیر یا قطعووصل غیرعادی مشاهده میشود؟
- وضعیت پورتها و اتصالات: آیا رابطهای شبکه دچار خطا یا تغییر وضعیت غیرمنتظره شدهاند؟
- رخدادها و گزارشها: آیا پیامهای تکراری، خطاهای احراز هویت یا تغییرات غیرعادی ثبت شدهاند؟
- وضعیت سرویسها: آیا سرویس موردنیاز کاربر عملاً در دسترس است، نه فقط دستگاه میزبان آن؟
ابزارهایی مانند سامانههای مانیتورینگ مبتنی بر SNMP، بررسی لاگها و ابزارهای تحلیل ارتباط میتوانند به جمعآوری اطلاعات کمک کنند. انتخاب ابزار باید بر اساس سازگاری با محیط، امنیت، هزینه نگهداری، کیفیت گزارشها و توان تیم فنی انجام شود. نصب ابزار بدون تعریف آستانهها و روش رسیدگی به هشدارها، لزوماً کیفیت نگهداری را بهتر نمیکند.
چگونه هشدارهای مفید تعریف کنیم؟
برای هر سرویس یا تجهیز مهم، ابتدا وضعیت عادی را در یک بازه مناسب بشناسید. سپس هشدارهایی تعریف کنید که به احتمال زیاد به اقدام مشخصی نیاز دارند. آستانهها باید با نوع سرویس و الگوی مصرف سازگار باشند و پس از بررسی نتایج، در صورت لزوم اصلاح شوند.
هشدارهای پرتعداد و کماهمیت ممکن است باعث شوند کارکنان پیامهای مهم را نادیده بگیرند. بهتر است هر هشدار به یک مسئول، روش رسیدگی و سطح اهمیت متصل باشد و هشدارهای تکراری یا غیرضروری بهصورت دورهای بازبینی شوند.
مرحله سوم: برنامه نگهداری دورهای
برنامه نگهداری باید به فعالیتهای مشخص و قابلپیگیری تبدیل شود. تناوب مناسب برای همه تجهیزات یکسان نیست؛ دستگاه حیاتی، تجهیز کماستفاده و سرویسی که تغییرات زیادی دارد ممکن است به برنامههای متفاوتی نیاز داشته باشند.
| تناوب پیشنهادی | فعالیتهای نمونه | نکته اجرایی |
|---|---|---|
| روزانه یا بر اساس نیاز سرویس | مرور هشدارهای مهم، بررسی رخدادهای بحرانی و وضعیت سرویسهای حیاتی | فقط مواردی بررسی شوند که برای واکنش بهموقع اهمیت دارند |
| هفتگی | مرور مشکلات تکراری، خطاهای مهم، ظرفیتهای نزدیک به حد و وضعیت فعالیتهای باز | نتیجه بررسی و مسئول پیگیری ثبت شود |
| ماهانه | بازبینی فهرست تجهیزات، نسخههای پشتیبان تنظیمات، ظرفیت و تغییرات انجامشده | بررسی با مستندات و وضعیت واقعی زیرساخت تطبیق داده شود |
| فصلی یا بر اساس ریسک | بازبینی دسترسیها، بررسی طرح بازیابی، تحلیل ظرفیت و نیازهای توسعه | زمانبندی با اهمیت سرویس و الزامات سازمان تطبیق داده شود |
| پس از تغییر مهم | بررسی نتیجه تغییر، آزمون سرویس و بهروزرسانی مستندات | در صورت بروز مشکل، روش بازگشت مشخص باشد |
این جدول یک نقطه شروع است، نه استانداردی ثابت برای همه شبکهها. برنامه نهایی باید با توجه به دستورالعمل سازنده، شرایط محیط، تغییرات زیرساخت و ریسک واقعی تنظیم شود.
مرحله چهارم: عیبیابی اصولی و مستندسازی رخدادها
هنگام بروز اختلال، شروع تغییرات پراکنده بدون بررسی شواهد ممکن است مشکل را پیچیدهتر کند. عیبیابی بهتر است مرحلهای، مبتنی بر فرضیه و همراه با ثبت نتیجه هر آزمون انجام شود.
- شرح مشکل: زمان شروع، سرویس متأثر، کاربران درگیر و پیام خطا را ثبت کنید.
- تعیین دامنه: بررسی کنید مشکل مربوط به یک کاربر، یک بخش از شبکه یا چند سرویس مستقل است.
- جمعآوری شواهد: وضعیت اتصال، گزارش تجهیزات، تغییرات اخیر، مصرف منابع و نتیجه آزمونهای مرتبط را بررسی کنید.
- بررسی علتهای محتمل: فرضیهها را بر اساس شواهد اولویتبندی کنید و تا حد امکان هر بار یک عامل را بررسی کنید.
- اجرای اقدام کنترلشده: پیش از تغییر مهم، اثر احتمالی و روش بازگشت را در نظر بگیرید.
- آزمون پس از اصلاح: بازگشت سرویس و عملکرد عادی آن را با آزمون مناسب تأیید کنید.
- ثبت نتیجه: علت، اقدام انجامشده، زمان رفع و توصیههای پیشگیری از تکرار را مستند کنید.
حلشدن ظاهری مشکل همیشه به معنی برطرفشدن علت اصلی نیست. اگر قطعی یا کندی در فاصلههای کوتاه تکرار شود، باید روند رخدادها و تغییرات بررسی شود تا اقدام اصلاحی مناسب انتخاب گردد.
مرحله پنجم: مدیریت تغییرات و بهروزرسانیها
تغییر تنظیمات روتر و سوئیچ، ارتقای میانافزار، تغییر قوانین فایروال یا افزودن تجهیزات میتواند بر چند سرویس اثر بگذارد. تغییرات حساس را بدون برنامه، مجوز لازم و امکان بازگشت اجرا نکنید.
یک ثبت تغییر مناسب بهتر است این اطلاعات را داشته باشد:
- هدف تغییر و مشکل یا نیازی که قرار است برطرف شود.
- تجهیزات و سرویسهای تحت تأثیر و ریسکهای شناختهشده.
- مسئول اجرا و فرد مجاز برای تأیید تغییر.
- زمان اجرا و روش اطلاعرسانی به کاربران یا واحدهای متأثر.
- روش تهیه نسخه پشتیبان از تنظیمات یا دادههای مرتبط.
- آزمونهای لازم برای تأیید نتیجه و روش بازگشت در صورت شکست.
بهروزرسانی نیز باید با توجه به اهمیت اصلاحیه، سازگاری، دستورالعمل سازنده و احتمال اختلال برنامهریزی شود. به تعویقانداختن همیشگی اصلاحیههای مهم خطرناک است؛ اجرای عجولانه و بدون آزمون نیز میتواند باعث قطعی شود. راهکار مناسب، تصمیمگیری مبتنی بر ریسک و داشتن فرایند کنترلشده است.
مرحله ششم: امنیت و پشتیبانگیری از تنظیمات
نگهداری شبکه باید با کنترلهای امنیتی هماهنگ باشد. دسترسیهای مدیریتی غیرضروری، حسابهای بدون مالک مشخص، نرمافزارهای قدیمی و تنظیمات ثبتنشده میتوانند ریسک ایجاد کنند. بازبینی امنیت نباید فقط پس از رخداد انجام شود.
اقدامات مهم این بخش شامل موارد زیر است:
- بازبینی دورهای حسابهای مدیریتی و حذف یا محدودکردن دسترسیهای غیرضروری.
- استفاده از احراز هویت قوی و دسترسی از راه دور کنترلشده، متناسب با امکانات محیط.
- بررسی بهروزرسانیها، وضعیت پشتیبانی تجهیزات و ضعفهای شناختهشده.
- ثبت رخدادهای مهم و بررسی تغییرات غیرمنتظره در تنظیمات یا دسترسیها.
- تهیه نسخه پشتیبان از تنظیمات مهم و حفاظت از نسخهها در برابر دسترسی غیرمجاز.
- آزمون بازیابی تنظیمات یا اطلاعات در شرایط کنترلشده و مستندسازی نتیجه.
صرفاً ذخیرهکردن نسخه پشتیبان کافی نیست. باید معلوم باشد فایلها در کجا قرار دارند، چه کسی مجاز به دسترسی است، نسخهها چگونه محافظت میشوند و روش بازیابی در عمل قابل اجرا است. جزئیات بیشتر درباره کنترلهای امنیتی در مقاله دلایل نیاز کسبوکارها به پشتیبان شبکه آمده است.
مرحله هفتم: مدیریت ظرفیت و بهینهسازی عملکرد
شبکهای که امروز به نیاز سازمان پاسخ میدهد ممکن است با افزایش کاربران، جابهجایی تجهیزات، افزودن سرویسها یا رشد حجم دادهها با محدودیت روبهرو شود. بررسی دورهای روند مصرف کمک میکند تصمیم ارتقا پیش از ایجاد اختلال جدی گرفته شود.
برای تحلیل ظرفیت، صرفاً به حداکثر عدد ثبتشده تکیه نکنید. روند مصرف در زمانهای مختلف، الگوی کاری، مدت تداوم بار بالا و تأثیر آن بر سرویس نهایی نیز اهمیت دارد. کندی یک نرمافزار ممکن است از شبکه ناشی شود، اما میتواند به سرور، پایگاه داده، ذخیرهسازی یا خود برنامه نیز مربوط باشد.
پیش از خرید تجهیزات جدید، شواهد را بررسی کنید، محدودیت فعلی را مشخص سازید و گزینههای اصلاح تنظیمات، تقسیم بار، ارتقای ظرفیت یا بازطراحی را مقایسه کنید. هر تغییر باید با آزمون و ثبت نتیجه همراه باشد.
چگونه کیفیت نگهداری شبکه را اندازهگیری کنیم؟
برای اینکه برنامه نگهداری فقط به فهرستی از فعالیتها محدود نشود، لازم است نتیجه آن نیز سنجیده شود. شاخصها باید قابلمحاسبه و متناسب با اهمیت سرویسها باشند.
- تعداد رخدادهای تکراری: آیا مشکلات مشابه نسبت به دورههای گذشته کاهش یافتهاند؟
- مدت اختلال: سرویسهای مهم چه مدت خارج از دسترس بودهاند و علت رخداد چه بوده است؟
- زمان پاسخگویی و رفع مشکل: رسیدگی به درخواستها و بازگرداندن سرویس چقدر طول کشیده است؟ این دو زمان باید جداگانه گزارش شوند.
- اجرای برنامه نگهداری: چه سهمی از فعالیتهای برنامهریزیشده بهموقع انجام شدهاند و چه مواردی به تعویق افتادهاند؟
- کیفیت مستندات: آیا تجهیزات، تغییرات و اقدامات اصلاحی ثبت و بهروز شدهاند؟
- نتیجه آزمون بازیابی: آیا روشهای بازیابی در شرایط کنترلشده موفق بودهاند و اشکالات یافتشده اصلاح شدهاند؟
شاخصها را برای گزارشدهی و بهبود به کار ببرید، نه فقط برای تولید عدد. کاهش تعداد درخواستهای ثبتشده، برای مثال، لزوماً نشانه بهترشدن شبکه نیست؛ ممکن است کاربران مشکلات را گزارش نکنند. تفسیر شاخصها باید با شواهد و وضعیت واقعی عملیات همراه باشد.
نگهداری شبکه را برونسپاری کنیم یا در داخل سازمان انجام دهیم؟
تصمیم به اندازه سازمان بهتنهایی وابسته نیست. پیچیدگی زیرساخت، تعداد کاربران، اهمیت سرویسها، نیاز به حضور فیزیکی، حساسیت اطلاعات و دسترسی به تخصص موردنیاز باید در نظر گرفته شوند.
در بعضی محیطها، تیم داخلی میتواند رسیدگی روزمره را بر عهده بگیرد و برای تخصصهای خاص از خدمات بیرونی استفاده کند. در محیطهای کوچکتر ممکن است قرارداد پشتیبانی برونسپاریشده مناسبتر باشد. مدل ترکیبی نیز میتواند شناخت داخلی و دسترسی به تخصصهای متنوع را کنار هم قرار دهد.
پیش از انتخاب، محدوده تجهیزات تحت پوشش، ساعات ارائه خدمت، فرایند ثبت و اولویتبندی رخدادها، مسئولیت امنیت، روش نگهداری مستندات و هزینه فعالیتهای خارج از قرارداد را روشن کنید. برای مقایسه مدلهای خدماتی و دامنه پشتیبانی، راهنمای خدمات پشتیبانی شبکه و برای بررسی معیارهای انتخاب ارائهدهنده، معیارهای انتخاب پشتیبان شبکه را مطالعه کنید.
اگر خدمات بر پایه قرارداد ارائه میشوند، زمان پاسخگویی، محدوده خدمت، نحوه گزارشدهی، محرمانگی، مدیریت دسترسیها و شرایط پایان همکاری باید شفاف باشند. مقاله ساختار قرارداد پشتیبانی شبکه درباره ساختار قرارداد پشتیبانی شبکه اطلاعات تکمیلی ارائه میدهد.
چکلیست اجرایی نگهداری شبکه
برای شروع یا بازبینی برنامه نگهداری، موارد زیر را بررسی کنید:
- فهرست تجهیزات و سرویسهای مهم تهیه و بهروز شده است.
- مسئول نگهداری هر بخش و مسیر تماس اضطراری مشخص است.
- وضعیت سلامت و ظرفیت تجهیزات بهصورت متناسب با اهمیت آنها پایش میشود.
- هشدارها اولویت و مسئول رسیدگی مشخص دارند.
- فعالیتهای نگهداری دورهای زمانبندی و ثبت میشوند.
- درخواستها، رخدادها و علت مشکلات تکراری مستند میشوند.
- تغییرات مهم با تأیید لازم، آزمون و روش بازگشت اجرا میشوند.
- تنظیمات و اطلاعات مهم پشتیبانگیری میشوند و امکان بازیابی آنها آزموده میشود.
- دسترسیهای مدیریتی و موارد امنیتی مهم بهطور دورهای بازبینی میشوند.
- گزارش عملکرد و ریسکهای باقیمانده در اختیار مسئولان سازمان قرار میگیرد.
- نیازهای آینده، ظرفیت و وضعیت پشتیبانی تجهیزات بررسی میشوند.
برنامه پیشنهادی برای شروع در ۳۰ روز
روزهای ۱ تا ۷: شناخت شبکه
فهرست تجهیزات، سرویسهای حیاتی، مسئولان، رخدادهای پرتکرار و مستندات موجود تهیه شود. در این مرحله هدف، شناخت وضعیت واقعی است، نه ایجاد تغییرات گسترده و عجولانه.
روزهای ۸ تا ۱۴: تعیین ریسک و اولویت
ضعفهای مهم از جمله مستندات ناقص، تجهیزات خارج از پشتیبانی، نقاط پرتکرار خرابی، ظرفیت محدود و وضعیت نامشخص نسخههای پشتیبان بررسی شوند. برای هر مورد، شدت پیامد و اقدام پیشنهادی ثبت شود.
روزهای ۱۵ تا ۲۱: تعریف برنامه نگهداری
تقویم فعالیتهای دورهای، مسئول اجرای هر کار، مسیر رسیدگی به هشدارها و روش ثبت تغییرات مشخص شود. کنترلهای فوری باید با هماهنگی و مجوزهای لازم اجرا شوند.
روزهای ۲۲ تا ۳۰: گزارش و بازبینی
وضعیت اولیه با یافتههای جدید مقایسه شود. فعالیتهای انجامشده، مشکلات باقیمانده، ریسکهای اولویتدار و نیازهای بودجهای یا تخصصی به مسئولان گزارش شوند. برنامه ماه بعد نیز بر اساس نتیجه این بررسی تنظیم شود.
جمعبندی
پشتیبانی و نگهداری شبکه زمانی اثربخش است که به فرایندی پیوسته، مستند و قابلاندازهگیری تبدیل شود. شناخت زیرساخت، پایش مناسب، نگهداری دورهای، عیبیابی مبتنی بر شواهد، مدیریت تغییرات، کنترلهای امنیتی و آزمون بازیابی از اجزای اصلی چنین برنامهای هستند.
برای هر سازمان لازم نیست از ابتدا ابزارهای پیچیده یا تغییرات گسترده اجرا شود. شروع مناسب، تهیه فهرست وضعیت موجود، شناسایی ریسکهای مهم، تعیین مسئولیتها و ایجاد تقویم نگهداری است. سپس میتوان بر اساس دادههای واقعی، برنامه را توسعه داد و کیفیت آن را بهصورت دورهای سنجید.
مشاوره و خدمات پشتیبانی شبکه
برای بررسی وضعیت زیرساخت، طراحی برنامه نگهداری دورهای یا انتخاب خدمات متناسب با نیاز سازمان، با واریان شبکه گستر در ارتباط باشید.