Обеспечение качества электроснабжения и его надежность достигаются различными схемными решениями и применением специального оборудования. Широкое распространение получило наиболее универсальное средство обеспечения качества и надежности электроснабжения инфокоммуникаций — источники бесперебойного питания (ИБП — Uninterruptible Power Supplу, UPS). На их основе строятся системы бесперебойного электроснабжения (питания) инфокоммуникационных систем.

В последние годы на повестку дня выдвинулись отказоустойчивые системы. Под отказоустойчивостью системы бесперебойного электроснабжения на базе ИБП понимают сохранение способности осуществлять бесперебойное снабжение потребителей током в случаях проведения плановых (регламентных, сервисных) и ремонтных (восстановительных) работ.

Функции отказоустойчивости напрямую зависят от эксплуатационной готовности системы. Длительная эксплуатационная готовность оценивается как вероятность того, что система при определенных условиях будет в полном объеме выполнять свои задачи.

На практике решающим фактором является длительность перерыва в подаче электроэнергии к потребителям. В этой связи при электроснабжении инфокоммуникационных систем эксплуатационная готовность системы электроснабжения должна быть не ниже эксплуатационной готовности технических средств инфокоммуникаций. По отношению к инфокоммуникационным системам эксплуатационную готовность электроснабжения будем характеризовать коэффициентом доступности электроснабжения.

Доступность системы зависит от ее надежности. А что является количественной характеристикой надежности? Наиболее часто прибегают к таким показателям, как среднее время между сбоями или среднее время наработки на отказ (Mean Time Between Failure, MTBF). Однако к ним надо подходить с осторожностью. Дело в том, что производитель той или иной техники указывает величину MTBF равной, скажем, 30 тыс. ч, т. е. примерно 10 лет. При этом само устройство производится в течение всего трех лет. Да и срок его реальной эксплуатации ввиду морального устаревания вряд ли превысит, допустим, пять лет. Как же было определено приводимое значение MTBF? Речь идет о хорошо известном в статистике «усреднении по ансамблю»: если для 1000 работающих устройств за год произошло в общей сложности 100 сбоев, то на этом основании среднее время между сбоями вычисляется как 1000 х 1 год/100 = 10 лет. Очевидно, что определяемая таким образом величина MTBF является статистическим параметром и справедлива для большого количества работающих устройств, а отнюдь не для отдельного устройства. Иными словами, устройство, значение MTBF которого составляет 10 лет, может запросто выйти из строя на следующий день после ввода в эксплуатацию. Просто кому-то не повезет.

Однако на этом неприятности могут не закончиться. Ремонт может занять пять минут, а может и пять рабочих дней, и хорошо, если в результате информационная система не будет простаивать. Таким образом, кроме параметра MTBF очень важное значение имеет другая величина — среднее время восстановления устройства (Mean Time To Repair, MTTR). В статьях и обзорах, посвященных надежности ИС, все чаще встречается понятие коэффициента доступности. Он определяется весьма просто — как относительное значение общей продолжительности нормальной работы системы за год. Обычно компании измеряют коэффициент доступности для приложений, так как от этого напрямую зависит продуктивность пользователей. В условиях современного предприятия важнейшие приложения или их составляющие физически распределены по всей организации, а иногда даже за ее пределами, включая компьютеры потребителей и поставщиков. Поэтому администраторы ИТ должны принять необходимые меры, чтобы обеспечить высокое значение доступности приложений по предприятию в целом.

Исходя из того, что время нормальной работы в среднем равно MTBF, а время простоя возникает после аварии или отказа и, соответственно, равно MTTR, коэффициент доступности (Availability) можно определить следующим образом:

Availability = MTBF/(MTBF + MTTR)

Очевидно, что MTBF должно быть как можно больше, а MTTR — как можно меньше. Как же достичь этого для аппаратного обеспечения?