MedaNet Journal

دانش عملی برای مدیریت فناوری اطلاعات

از ITSM و ITIL تا دارایی، عملیات، امنیت، هویت و محصولات ManageEngine؛ موضوع را پیدا کنید، سناریو را بخوانید و به اجرا برسید.

جست‌وجوی پیشرفته مدانت آکادمی مدانت

مسیرهای مطالعه

بر اساس مسئله بخوانید، نه فقط بر اساس تاریخ

ITSM و Service DeskSLA، Incident، Problem، Change، CMDB و Service Catalog ITOM و مانیتورینگNetwork، Flow، Application، Alert و Availability ITAM و EndpointAsset Lifecycle، Inventory، Patch و Endpoint Management Security، SIEM و PAMLog، UEBA، Audit، Firewall، PAM و Data Security

تازه‌های مدانت

جدیدترین مقالات

با انتشار مطالب جدید، این بخش خودکار به‌روز می‌شود.

KEEP LEARNING

موضوعی در ذهن دارید؟ از جست‌وجوی مدانت شروع کنید

میان صدها مقاله، راهنما، محصول و صفحه تخصصی، سریع‌تر به پاسخ مناسب برسید.

جست‌وجو در کل مدانت

دی ۱۰, ۱۴۰۳

MTBF چیست؟

MTBF مخفف Mean Time Between Failures یا «میانگین زمان بین خرابی‌ها» است. این شاخص نشان می‌دهد یک تجهیز یا سیستم قابل تعمیر به‌طور متوسط چه مدت بدون خرابی کار می‌کند تا خرابی بعدی رخ دهد. فرمول MTBF MTBF = مجموع زمان کارکرد عملیاتی / تعداد خرابی‌ها مثلاً اگر یک تجهیز طی ۲,۰۰۰ ساعت کار، ۴ بار خراب شود، MTBF آن برابر با ۵۰۰ ساعت است. یعنی به‌طور میانگین هر ۵۰۰ ساعت یک خرابی رخ داده است. MTBF چه چیزی را نشان می‌دهد؟ قابلیت اطمینان تجهیز یا سیستم فاصله متوسط میان خرابی‌های قابل تعمیر اثر برنامه‌های نگهداری پیشگیرانه روند بهبود یا افت Reliability در طول زمان تفاوت MTBF با MTTF و MTTR شاخص معنی کاربرد اصلی MTBF Mean Time Between Failures فاصله متوسط بین خرابی‌های سیستم قابل تعمیر MTTF Mean Time To Failure میانگین عمر تا خرابی برای اقلامی که معمولاً پس از خرابی تعویض می‌شوند MTTR Mean Time To Repair مدت متوسط لازم برای تعمیر و بازگرداندن تجهیز به سرویس MTBR Mean Time Between Repairs فاصله متوسط میان دو تعمیر متوالی MTBF را چگونه بهتر کنیم؟ تحلیل خرابی‌های تکرارشونده و حذف علت ریشه‌ای نگهداری پیشگیرانه و Condition Monitoring کنترل کیفیت قطعات و شرایط محیطی ثبت دقیق زمان خرابی و زمان کارکرد تحلیل روند MTBF برای هر کلاس تجهیز، نه فقط میانگین کل ناوگان یک نکته مهم در تفسیر MTBF MTBF به معنی «عمر تضمین‌شده» نیست و زمان دقیق خرابی بعدی را پیش‌بینی نمی‌کند. این شاخص یک میانگین آماری است و باید همراه با نوع تجهیز، الگوی خرابی، MTTR، Availability و داده‌های واقعی نگهداری تفسیر شود. سخن پایانی MTBF وقتی ارزشمند است که فقط یک عدد در داشبورد نباشد؛ باید به تصمیم درباره طراحی، نگهداری، قطعات یدکی و حذف خرابی‌های تکرارشونده منجر شود.

دی ۱۰, ۱۴۰۳

MTRR چیست؟

میانگین زمان بازگشت (Mean Time to Recovery – MTRR) شاخصی است که نشان‌دهنده میانگین زمانی است که برای بازگرداندن یک سیستم یا سرویس به حالت عملیاتی پس از بروز یک خرابی یا حادثه نیاز است. این معیار معمولاً در مدیریت نگهداری و فناوری اطلاعات برای ارزیابی عملکرد تیم‌های پشتیبانی و زمان مورد نیاز برای رفع مشکلات و بازگرداندن سرویس به حالت عادی استفاده می‌شود. فرمول محاسبه: کل زمان صرف‌شده برای بازگشت به حالت عملیاتی/ تعداد خرابی‌ها=MTRR در این فرمول: کل زمان صرف‌شده برای بازگشت به حالت عملیاتی: مجموع زمانی که برای بازسازی و تعمیر سیستم پس از خرابی صرف می‌شود. و تعداد خرابی‌ها: تعداد دفعاتی که سیستم دچار خرابی یا اختلال شده است. اهش MTRR نشان‌دهنده بهبود در فرآیندهای بازیابی، تیم‌های پشتیبانی کارآمدتر، و سیستم‌های نظارتی بهتر است که می‌توانند خرابی‌ها را سریع‌تر شناسایی و حل کنند.

دی ۱۰, ۱۴۰۳

MTBSI چیست؟

میانگین زمان بین سرویس‌ها (Mean Time Between Service Incidents – MTBSI) شاخصی است که میانگین مدت‌زمان بین وقوع دو حادثه مرتبط با سرویس یا سیستم را اندازه‌گیری می‌کند. این شاخص برای ارزیابی قابلیت اطمینان و پایداری سرویس‌ها در حوزه‌های مختلف، به‌ویژه فناوری اطلاعات، تولید، و نگهداری، استفاده می‌شود. فرمول محاسبه: کل زمان عملیاتی سیستم / تعداد کل حوادث سرویس =MTBSI در این فرمول: کل زمان عملیاتی سیستم: مدت‌زمانی که سیستم یا سرویس بدون مشکل کار کرده است. و تعداد کل حوادث سرویس: تعداد دفعاتی که سرویس دچار حادثه شده است. MTBSI با کاهش تعداد حوادث یا افزایش زمان بین حوادث به بهبود کیفیت سرویس کمک می‌کند. این شاخص می‌تواند به شناسایی نقاط ضعف در سیستم و برنامه‌ریزی برای کاهش اختلالات کمک کند.

دی ۱۰, ۱۴۰۳

MTC چیست؟

MTC مخفف Mean Time to Change یا «میانگین زمان انجام تغییر» است. این شاخص نشان می‌دهد از لحظه آماده‌شدن یک تغییر تا اجرای موفق آن در محیط هدف، به‌طور متوسط چقدر زمان صرف می‌شود. فرمول ساده MTC: مجموع زمان صرف‌شده برای تغییرات تقسیم بر تعداد تغییرات انجام‌شده. MTC چه چیزی را اندازه می‌گیرد؟ زمان انتظار برای Review و Approval زمان آماده‌سازی و اجرای Change زمان تست و اعتبارسنجی بعد از اجرا تأخیر ناشی از وابستگی بین تیم‌ها یا Windowهای محدود تغییر MTC با Lead Time for Changes چه تفاوتی دارد؟ این دو معیار نزدیک‌اند اما الزاماً یکسان نیستند. Lead Time for Changes در DevOps معمولاً زمان بین Commit یا آماده‌شدن تغییر تا قرارگیری موفق در Production را می‌سنجد. MTC می‌تواند در سازمان‌های ITSM دامنه وسیع‌تری داشته باشد و Approval، CAB، هماهنگی بین تیم‌ها و مراحل اجرایی Change را هم شامل کند. مهم است که سازمان تعریف دقیق خودش را مستند کند تا KPI در طول زمان قابل مقایسه باشد. MTC پایین همیشه خوب است؟ نه لزوماً. کاهش MTC وقتی ارزشمند است که همزمان نرخ شکست تغییر بالا نرود. اگر برای سریع‌ترشدن Change، ارزیابی ریسک، تست یا Approval حذف شود، عدد MTC بهتر می‌شود اما احتمال Incident بیشتر خواهد شد. بنابراین این شاخص باید در کنار Change Failure Rate و میزان Rollback بررسی شود. چطور MTC را کاهش دهیم؟ تفکیک Standard Change از Normal و Emergency Change خودکارسازی Approvalهای کم‌ریسک و تکرارشونده تعریف Change Model و Workflow استاندارد بهبود کیفیت اطلاعات RFC قبل از رسیدن به CAB کاهش Handoff بین تیم‌ها و شفاف‌کردن Ownership برای درک نقش CAB در مدیریت تغییر و همچنین جنبه انسانی تغییر، مقاله مدل ADKAR را ببینید. سخن پایانی MTC فقط یک عدد سرعت نیست؛ نشانه‌ای از کیفیت جریان تغییر است. هدف واقعی، کوتاه‌کردن زمان تغییر بدون افزایش ریسک، شکست یا اختلال در سرویس است.

دی ۱۰, ۱۴۰۳

MTTA چیست؟

میانگین زمان پاسخگویی به مشکل (Mean Time To Acknowledge – MTTA) یکی از شاخص‌های عملکرد در مدیریت سیستم‌ها و نگهداری است که نشان‌دهنده میانگین زمانی است که طول می‌کشد تا تیم پشتیبانی یا تعمیرات، وقوع یک مشکل یا خرابی را شناسایی و تأیید کند. این شاخص برای ارزیابی سرعت واکنش به مشکلات و حوادث در فرآیندهای عملیاتی استفاده می‌شود. فرمول محاسبه MTTA: مجموع زمان پاسخگویی به مشکلات/تعداد مشکلات یا هشدارها هدف کاهش MTTA، بهبود فرآیند شناسایی مشکلات و افزایش سرعت عمل در ارائه خدمات است. پایین‌بودن MTTA نشان‌دهنده سیستم‌های نظارتی مؤثر، فرآیندهای استانداردشده، و تیم‌های پشتیبانی کارآمد است که می‌توانند خرابی‌ها را سریع‌تر مدیریت کنند و از تأثیرات منفی آن بر کسب‌وکار جلوگیری کنند.