Бизнес үздіксіздігі (Business Continuity)
Негізгі компьютер/сервер істен шықса, бизнес не істейді?
1С сервері, файл-сервер немесе негізгі жұмыс станциясы кенеттен істен шықса, келесі бірнеше сағат компанияның қаншалықты «дайын» екенін көрсетеді. Кейбір компания бірнеше минутта резервтік жоспарға көшсе, басқасы күндеп жұмысын тоқтатады. Айырмашылық — техникада емес, алдын ала жоспарда. Бұл мақалада негізгі жабдық істен шыққанда бизнес қалай жұмысын жалғастыра алатынын, яғни бизнестің үздіксіздік жоспарын (Business Continuity Plan) қалай құру керектігін көрсетеміз.
📑 Мақала мазмұны
Неге бұл сценарийді алдын ала ойлау керек
«Ондай жағдай болмас» деп ойлау — қауіпті стратегия. «Ransomware кейс-стади» мақаласында көрсетілгендей, жабдықтың істен шығуы жоспарлы емес, кенеттен, әдетте ең қолайсыз сәтте болады.
🔴 Жоспарсыз компанияда
- Сервер өшкенде, кім не істеу керегін білмейді — паника мен шатасу
- IT маманы табылмаса/қолжетімсіз болса, бүкіл процесс тоқтайды
- Клиенттерге не айту керегі белгісіз, әркім өз бетінше жауап береді
- Қалпына келтіру уақыты болжаусыз — сағат па, күн бе, ешкім білмейді
🟢 Жоспарлы компанияда
- Әркім нақты не істеу керегін алдын ала біледі — құжатталған процедура бар
- Балама байланыс арналары мен жауапты тұлғалар анықталған
- Клиентке хабарлау шаблоны дайын, дереу қолданылады
- Күтілетін қалпына келтіру уақыты (RTO) алдын ала белгілі
Бірінші сағатта: дереу әрекет ету
Бір құрылғы ма, әлде бүкіл жүйе ме? Жабдық ақауы ма, әлде кибершабуыл ма?
IT маманы/аутсорс қызмет — алдын ала белгіленген байланыс тізімі бойынша
Егер шабуыл күдігі болса, «ransomware-дан қорғану» мақаласындағы оқшаулау қадамдарын қолдану
Жылдам қалпына келтіру мүмкін бе, әлде қолмен жұмыс істеу режиміне көшу керек пе
Техникалық қалпына келтіру нұсқалары
Қалпына келтіру жылдамдығы компанияның алдын ала қандай «резервтік инфрақұрылым» дайындағанына байланысты. Дайындық деңгейі әртүрлі болады:
| Дайындық деңгейі | Сипаттамасы | Шамамен RTO |
|---|---|---|
| Резерв жоқ | Жаңа жабдық сатып алынып, нөлден орнатылады | Күндер-апталар |
| Backup-тан қалпына келтіру | Жаңа/бос жабдыққа сақталған резервтік көшірмеден қалпына келтіру | Бірнеше сағат |
| Cold/warm standby | Дайын, бірақ өшірулі/жартылай бапталған резервтік сервер бар | 1-2 сағат |
| Виртуалдандыру/снапшот | Сервер виртуалды ортада, соңғы «снапшоттан» тез қалпына келтіріледі | Минуттар |
| Бұлттық failover | Негізгі жүйе бұлтта дублденген, автоматты ауысады | Секундтар-минуттар |
«Backup деген не» мақаласында түсіндірілген RPO/RTO қағидасы дәл осы жерде шешуші рөл атқарады: компания «қанша уақыт тоқтауға шыдай алатынын» алдын ала анықтап, соған сай дайындық деңгейін таңдауы керек.
Уақытша қолмен жұмыс істеу тәсілдері
Кейбір бизнес-процесс техникалық қалпына келтіруді күтпей-ақ, уақытша баламамен жалғастырыла алады. Мұны алдын ала ойластыру — жүйе қалпына келгенше «толық тоқтаудың» орнына «баяулаған жұмысты» қамтамасыз етеді.
📝 Мысал: сату/қабылдау
1С уақытша қолжетімсіз болса, тапсырыстарды қағазда/қарапайым кестеде уақытша тіркеп, жүйе қалпына келген соң енгізу.
📞 Мысал: байланыс
IP-телефония жұмыс істемесе, алдын ала белгіленген жеке/резервтік нөмірге уақытша ауысу.
Маңызды шарт: мұндай «уақытша» процестер алдын ала жазбаша түрде дайындалып, қызметкерлерге белгілі болуы керек. Дағдарыс сәтінде жаңа процесс ойлап табу — уақыт пен қателік қаупін арттырады.
Байланыс жоспары: қызметкер мен клиентке хабарлау
👥 Ішкі байланыс
- Барлық қызметкерге бірден хабарлайтын балама арна (мысалы, жеке WhatsApp тобы)
- Кім не істеу керегін білетін, нақты рөлі белгіленген жауапты адамдар
🤝 Сыртқы байланыс
- Клиентке/серіктеске алдын ала дайындалған, сабырлы хабарлама шаблоны
- Мәселе қашан шешілетіні туралы шынайы, бірақ дәл ақпарат беру
BCP құжаты: не жазылуы керек
Бұл жоспардың бәрі — бір адамның басында емес, жазбаша, барлық қажетті адамға қолжетімді құжатта болуы керек. Business Continuity Plan (BCP) әдетте мыналарды қамтиды:
📋 Негізгі құрамдас бөліктер
- Байланыс тізімі — IT қызмет, жабдықтаушылар, негізгі қызметкерлер (телефон, email)
- Әр критикалық жүйенің RTO/RPO мақсаты
- Қадамдық қалпына келтіру процедурасы (кім, не істейді, қандай ретте)
- Уақытша баламалы процестер сипаттамасы
- Клиентке/қызметкерге хабарлау шаблондары
🔄 Тұрақты тестілеу маңызды
«Backup деген не» мақаласында айтылғандай, тестіленбеген жоспар — жоспар емес. BCP-ты да жылына кемінде бір рет «оқу дабылы» (drill) түрінде тексеріп, шынымен жұмыс істейтінін растау керек.
Қорытындылай айтқанда: негізгі сервер немесе компьютер істен шығуы — «егер» емес, «қашан» деген сұрақ. Дайын, тестіленген, барлық қызметкерге белгілі жоспар бар компания дағдарысты бірнеше сағатта еңсереді, ал жоспарсыз компания үшін бір кездейсоқтық бірнеше күнге, тіпті бизнестің өзіне қауіп төндіретін оқиғаға айналуы мүмкін.
Компанияңызда бизнестің үздіксіздік жоспары бар ма?
Біз сіздің критикалық жүйелеріңізді бағалап, RTO/RPO мақсаттарын анықтап, толық Business Continuity Plan құжатын дайындап, оны тестілеуге дейін сүйемелдей аламыз.