Соотношение времени простоя к времени работы
Модератор: Модераторы
Сообщений: 4
• Страница 1 из 1
Работодатель задаёт вопрос, если сервер за год непрерывной работы был в нерабочем состоянии в сумме менее одних суток - три раза часов по пять и раз десять по 0,5-1 час (на перезагрузку, ремонт, обслуживание и т.п.) - это хорошо или плохо? Другими словами, хотелось бы знать сколько времени сервер может быть на обслуживании и ремонте при непрерывной эксплуатации (никакого резерва нет, на одном сервере и контролер домена и SQL-сервер и файловый и прокси и почтовый). Вряд ли есть какие-то руководящие документы на этот счёт, но всё-таки?
Руководящие докумены - рекомендации разработчика ПО по плановому обслуживанию СУБД и т.п. Если совсем по-взрослому, то допустимое время простоя должно быть прописано в Service Level Agreement (SLA) по каждой службе. работающей на этом сервере и если все факты перезагрузки и недоступности сервиса удовлетворяют условиям. оговоренным в SLA значит нет проблем. Других вариантов определить каково допустимое (с точки зрения бизнеса и ИТ подразделения) время простоя я не знаю.
Знания, которые нельзя применить - бесполезны
Zevs
SLA это один из теминов, пименяемых в ITSM (ITIL) соответственно инфу можно почерпнуть оттуда... В общих чертах это документ (договор) заключаемый между поставщиком (ИТ отдел) и потребителем (бизнес подразделение) ИТ услуг. В этом документе должно быть понятным языком отражено какие услуги и на каких условиях ИТ подразделение предоставляет подразделениям, как пример услуги - Система электронной почты
доступность 12Х5 с 8.00 до 20.00
допустимое время простоя - не более 5 минут разово
допустимое время простоя - не более 30 минут в месяц
...
В соотвествии с таким документом если у тебя в 9 утра упал почтовик и поднялся за 3 минуты это нормально, а если не поднялся, то это плохо.
Если твой почтовик навернулся 6 раз подряд, но каждый раз ты умудрялся его поднять менее чем за 5 минут (5х6=30), это гут, а вот если он упал 7 раз или в сумме стоял больше 30 минут, то это плохо...
Причем техническое обслуживание ты можеш спокойно осуществлять с 20.00 до 8.00 без нарушения SLA
Вообще почитай ITIL там много на этот счет написано, в общем и целом, что для одной организации (или даже отдела) норма, для другой - катастрофа, и для однозначной оценки качества предоставляемых сервисов эту самую систему оценки качества надо выработать вместе с бизнес подразделениями.
SLA это один из теминов, пименяемых в ITSM (ITIL) соответственно инфу можно почерпнуть оттуда... В общих чертах это документ (договор) заключаемый между поставщиком (ИТ отдел) и потребителем (бизнес подразделение) ИТ услуг. В этом документе должно быть понятным языком отражено какие услуги и на каких условиях ИТ подразделение предоставляет подразделениям, как пример услуги - Система электронной почты
доступность 12Х5 с 8.00 до 20.00
допустимое время простоя - не более 5 минут разово
допустимое время простоя - не более 30 минут в месяц
...
В соотвествии с таким документом если у тебя в 9 утра упал почтовик и поднялся за 3 минуты это нормально, а если не поднялся, то это плохо.
Если твой почтовик навернулся 6 раз подряд, но каждый раз ты умудрялся его поднять менее чем за 5 минут (5х6=30), это гут, а вот если он упал 7 раз или в сумме стоял больше 30 минут, то это плохо...
Причем техническое обслуживание ты можеш спокойно осуществлять с 20.00 до 8.00 без нарушения SLA
Вообще почитай ITIL там много на этот счет написано, в общем и целом, что для одной организации (или даже отдела) норма, для другой - катастрофа, и для однозначной оценки качества предоставляемых сервисов эту самую систему оценки качества надо выработать вместе с бизнес подразделениями.
Знания, которые нельзя применить - бесполезны
Сообщений: 4
• Страница 1 из 1
Вернуться в Организационные документы
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 11