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