DRP, который никто не проверял: почему план восстановления может не сработать в самый нужный момент
Привет, Хабр! Меня зовут Илья. Долгое время я работал в финтехах и у облачного провайдера. Занимался сопровождением информационных систем, причём не как инфраструктурщик, а как специалист по поддержке целых автоматизированных систем. То есть смотрел на ИТ не с уровня отдельного сервера, а с уровня «работает ли сервис для бизнеса и клиента». И сразу, пока вы не пролистали до конца, вопрос к вам. Друзья айтишники, вспомните момент, когда DRP действительно понадобился. Что пошло не так? Бэкап, который не восстановился? Резервная площадка, на которой «забыли» один сервис? Регламент, который лежал на той самой упавшей файловой шаре? Напишите в комментариях свои фэйлы. Чужие ошибки учат лучше любых методичек, а для кого-то ваш комментарий станет поводом проверить свой план до аварии, а не после. А теперь поговорим о том, как строятся планы DRP и почему наличие документа ещё не означает, что вы восстановитесь.
https://habr.com/ru/articles/1092138/
#яндекс #авария #стабильность #бизнеспроцессы #цод #itil #бпла #sre #drp #надёжность_хранения_данных