چک لیست پشتیبانی شبکه شرکت ها

وقتی اینترنت شرکت وصل است و نرم افزار حسابداری کار می کند، معمولاً کسی سراغ وضعیت شبکه نمی رود. سؤال ها از جایی شروع می شوند که پوشه مشترک باز نمی شود، ارتباط کاربران قطع می شود یا سرور درست در شلوغ ترین ساعت روز از دسترس خارج می شود. آن زمان مدیر شرکت می خواهد بداند آخرین بررسی چه زمانی انجام شده و چرا کسی زودتر متوجه مشکل نشده است.

چک لیست پشتیبانی شبکه کمک می کند بدانید چه تجهیزاتی باید بررسی شوند، مسئول هر کار چه کسی است و نتیجه بررسی را کجا باید دید. فهرست تجهیزات، وضعیت سرویس ها، نسخه های پشتیبان، دسترسی کاربران، به روزرسانی ها و گزارش مشکلات، بخش های اصلی این چک لیست هستند.

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

۱. فهرست تجهیزات و سرویس های شرکت را مشخص کنید

قبل از شروع پشتیبانی، باید تصویر روشنی از شبکه وجود داشته باشد. چند کامپیوتر و سرور دارید؟ کدام نرم افزارها روی سرور اجرا می شوند؟ تجهیزات شبکه کجا قرار دارند و اینترنت شعبه ها چطور تأمین می شود؟ پاسخ این سؤال ها نباید فقط در حافظه یک نفر باشد.

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

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

۲. وضعیت سرور و سرویس های ضروری را بررسی کنید

برای شرکت، روشن بودن سرور زمانی ارزش دارد که کارکنان بتوانند کارشان را انجام دهند. به همین دلیل، بررسی باید از وضعیت دستگاه فراتر برود و دسترسی واقعی به نرم افزارها، فایل ها و سرویس های موردنیاز را هم پوشش دهد.

در چک لیست شرکت خود مشخص کنید کدام سرویس ها اولویت بیشتری دارند. برای یک مجموعه، نرم افزار مالی مهم ترین سرویس است؛ برای مجموعه دیگر، دسترسی به فایل های پروژه یا ارتباط بین شعبه ها. تیم پشتیبانی باید بداند اختلال در هرکدام چه اثری بر کار مجموعه می گذارد.

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

۳. از قابل بازیابی بودن بکاپ مطمئن شوید

وجود فایل بکاپ به تنهایی پاسخ سؤال مدیر شرکت نیست. سؤال اصلی این است: اگر اطلاعات امروز از دست برود، چه داده هایی را می توان برگرداند و بازگشت به کار چقدر زمان می برد؟

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

راهنمای مقابله با باج افزار CISA بر نگهداری نسخه های پشتیبان آفلاین و رمزگذاری شده و آزمایش منظم آن ها تأکید می کند. هنگام بررسی خدمات پشتیبانی، درباره نحوه حفاظت از بکاپ و آخرین آزمایش بازیابی سؤال کنید.

۴. دسترسی کاربران و وضعیت امنیت را بازبینی کنید

با استخدام یا خروج کارکنان، دسترسی های شرکت هم باید تغییر کنند. کاربری که از مجموعه جدا شده نباید همچنان به اطلاعات سازمان دسترسی داشته باشد. همچنین لازم است دسترسی هر فرد با مسئولیت کاری او تناسب داشته باشد.

در چک لیست پشتیبانی امنیت شبکه، بررسی حساب های بدون استفاده، مجوزهای مدیریتی و دسترسی از راه دور را قرار دهید. حساب های حساس و مسیرهای ورود از بیرون شرکت نیز باید با توجه به امکانات زیرساخت، کنترل های مناسب مانند احراز هویت چندمرحله ای داشته باشند.

از ارائه دهنده خدمات بپرسید کدام اقدامات امنیتی را انجام می دهد و چه مواردی خارج از محدوده پشتیبانی است. عبارت کلی «تأمین امنیت شبکه» برای فهمیدن حدود خدمات کافی نیست.

۵. برای به روزرسانی و تغییرات شبکه برنامه داشته باشید

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

در ثبت تغییرات بنویسید چه چیزی تغییر کرده، دلیل تغییر چه بوده و نتیجه بررسی بعد از اجرا چه شده است. برای تغییرات مهم نیز لازم است امکان بازگشت به وضعیت قبلی متناسب با نوع سیستم بررسی شود.

این اطلاعات در عیب یابی بعدی کاربرد دارند. وقتی مشکلی ظاهر می شود، تیم می تواند تغییرات اخیر را بررسی کند و مجبور نیست همه چیز را از ابتدا حدس بزند.

۶. مسیر اعلام خرابی و پیگیری آن را روشن کنید

کارکنان باید بدانند مشکل شبکه را از چه مسیری اعلام کنند و چه اطلاعاتی بدهند. توضیحی مانند «سیستم کار نمی کند» معمولاً برای شروع بررسی کافی نیست؛ زمان شروع مشکل، نام نرم افزار، متن خطا و تعداد کاربران درگیر می تواند به پیگیری کمک کند.

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

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

۷. از تیم پشتیبانی گزارش قابل استفاده بخواهید

گزارش دوره ای باید به مدیر کمک کند درباره هزینه، ریسک و اولویت کارها تصمیم بگیرد. فهرستی از اصطلاحات فنی، بدون توضیح اثر آن ها بر فعالیت شرکت، این نیاز را برطرف نمی کند.

جدول زیر یک الگوی اولیه برای پیگیری است. زمان بندی هر بررسی باید بر اساس اهمیت سرویس ها و شرایط شبکه تعیین شود.

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

۸. چک لیست را با نیاز واقعی شرکت تطبیق دهید

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

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

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