تحلیل تأثیر کسبوکار (Business Impact Analysis یا BIA) یکی از پایههای تداوم کسبوکار و Disaster Recovery است. BIA مشخص میکند کدام فرایندها و خدمات برای سازمان حیاتیاند، توقف آنها چه اثری بر عملیات و ذینفعان میگذارد و بازیابی باید با چه اولویتی انجام شود.
BIA چه سؤالاتی را پاسخ میدهد؟
- کدام فرایند یا خدمت واقعاً حیاتی است؟
- اثر مالی، عملیاتی، قراردادی و اعتباری توقف چیست؟
- حداکثر چه مدت توقف قابل تحمل است؟
- هدف زمان بازیابی یا RTO چقدر باید باشد؟
- حداکثر از دسترفتن داده یا RPO چقدر قابل قبول است؟
- چه وابستگیهایی مانند افراد، سامانهها، شبکه، دیتابیس و تأمینکنندگان برای Recovery لازماند؟
تفاوت BIA و Risk Assessment
Risk Assessment میپرسد چه تهدیدی ممکن است رخ دهد، احتمال آن چقدر است و چه پیامدی دارد. BIA میپرسد اگر یک خدمت یا فرایند متوقف شد، شدت اثر آن در طول زمان چگونه تغییر میکند و چه زمانی این توقف دیگر قابل تحمل نیست.
خروجیهای اصلی BIA
| خروجی | کاربرد |
|---|---|
| Criticality | اولویتبندی فرایندها و خدمات |
| Maximum Tolerable Downtime | حداکثر توقف قابل تحمل |
| RTO | هدف زمانی بازیابی خدمت |
| RPO | حداکثر از دسترفتن داده قابل قبول |
| Dependency Map | شناخت سامانهها، افراد و منابع لازم برای Recovery |
| Recovery Priority | ترتیب بازگرداندن سرویسها |
سناریوی عملی
فرض کنید ERP مالی، سامانه حضور و غیاب و پورتال عمومی همزمان در سازمان وجود دارند. بدون BIA ممکن است هر سه «بحرانی» اعلام شوند. اما تحلیل اثر نشان میدهد ERP در پایان ماه پس از دو ساعت توقف، عملیات مالی را متوقف میکند؛ حضور و غیاب روش جایگزین موقت دارد؛ و پورتال عمومی بیشتر اثر اعتباری دارد. نتیجه این است که Recovery Priority بر اساس اثر کسبوکار تعیین میشود، نه صرفاً نظر تیم فنی.
BIA و RTO/RPO چه ارتباطی دارند؟
RTO و RPO نباید صرفاً از توان فعلی Backup یا زیرساخت استخراج شوند. ابتدا کسبوکار باید میزان توقف و از دسترفتن داده قابل تحمل را مشخص کند، سپس معماری بازیابی باید برای دستیابی به این اهداف طراحی شود. برای ادامه، DRP چیست؟ و صفحه تداوم کسبوکار و Disaster Recovery را ببینید.
سخن پایانی
BIA فهرست سرورها نیست؛ ترجمه اثر اختلال فناوری به زبان کسبوکار است. هرچه این تحلیل دقیقتر باشد، RTO، RPO و استراتژی بازیابی واقعبینانهتر خواهند بود.
