- •71.Фундаментальные понятия теории надежности информационных систем
- •68. Надежность ивс
- •Показатели долговечности
- •67. Теория надежности как наука и научная дисциплина
- •69. Критерии надежности невосстанавливаемых систем
- •73. Обеспечение надежности функционирования ивс
- •70. Критерии надежности восстанавливаемых систем
- •75. Способы создания абсолютно надежных систем
- •72. Критерии надежности информационных систем
Этапами создания
абсолютно надежных систем являются:
1)Разработка
качественных критериев.
2)Выбор качественных
критериев из условий физической
реализуемости.
3)Разработка
структурной схемы системы.
4)Создание абсолютно
надежной системы.
Разработка
качественных критериев и их выбор из
условий реализации
Из рассмотренных
примеров видно, что для разработки
качественных критериев надежности
абсолютно надежных систем необходимо
знать методы обеспечения и способы
анализа надежности сложных систем. При
этом в переборе вариантов большую
роль имеет интуиция и знание свойств
различных методов повышения надежности.
Однако этого недостаточно. Необходимо
еще хорошо знать анализируемую систему.
Только при этих условиях из множества
критериев можно выбрать тот, который
легко реализуем при проектировании
и создании системы. Разработчик критериев
должен быть весьма квалифицированным
специалистом, хорошо знающим теорию
надежности и инженерное дело. Процесс
выбора качественных критериев можно
автоматизировать. Для этого достаточно
построить номограммы зависимостей
показателей надежности P(t),
7], Kr(t),
Кг,
Т от времени,
средней интенсивности отказов
элементов, числа элементов при различных
методах резервирования и характеристик
обслуживания ремонтируемой системы.
Безусловно, можно разработать программу,
по которой компьютер при заданных п,
X,
t,
ц и виду резервирования выдаст все
возможные варианты критериев.
Разработка
структурной схемы системы
Схема расчета
надежности необходима для самопроверки
правильности выбранного критерия.
Проверка осуществляется путем расчета
показателей надежности по методикам,
известным в теории. При наличии
структурной схемы можно рассчитать
надежность системы не только по тем
показателям, по которым получены
качественные критерии, но и по другим
показателям. Структурная схема также
нужна для разработки научных методов
эксплуатации, в частности при расчете
оптимального ЗИП.
Абсолютно надежная
система имеет свои особенности, которые
необходимо учитывать при ее создании.
Она не требует проверки вероятностных
показателей надежности в процессе
эксплуатации. Но зато она требует
проверки выполнения условий обеспечения
качественных критериев. Пусть, например,
за качественный принят следующий
критерий: система абсолютно надежна,
если отказ одного любого элемента не
ведет к отказу системы. В этом случае
разработчик должен предусмотреть
возможность проверки в любой момент
времени состояния основных и резервных
элементов системы. Если отказал хотя
бы один из них, то система уже не абсолютно
надежна. Она требует восстановления
отказавшего элемента.
Приведем еще один
пример. Пусть качественным критерием
является следующий: система абсолютно
надежна, если нагрузка на элементы в к
раз меньше
номинальной. В этом случае должны быть
предусмотрены средства проверки в
любой момент времени реальной нагрузки
каждого элемента, и если она не
соответствует условиям абсолютно
надежной системы, то предусмотреть
способы ее восстановления.
Анализ абсолютно
надежных технических систем
Анализ абсолютно
надежных технических систем необходим
на этапах разработки требований и
в процессе эксплуатации.
Целью анализа на
этапе разработки требований является
установление критериев абсолютно
надежной системы. Если такие критерии
установлены, то на этапе проектирования
расчеты надежности не нужны. В процессе
эксплуатации абсолютно надежной
системы должны проводиться два вида
испытаний: качественные и количественные.
Качественные испытания необходимы для
установления факта: является ли в данный
момент система абсолютно надежной.
Если она удовлетворяет качественным
критериям, то этого достаточно для
продолжения дальнейшей эксплуатации.
Если не удовлетворяет, то должны
проводиться профилактические работы
или ремонты до доведения ее до абсолютно
надежной. Статистические испытания
необходимы для получения данных о
надежности элементов системы и проверки
соответствия абсолютно надежной
системы качественным критериям. Данные
о надежности элементов необходимы для
расчета показателей надежности системы
при разработке качественных критериев
систем, подобных эксплуатируемой. Сбор
и обработка данных об отказах абсолютно
надежных систем — задача более трудная,
чем в случае обычных систем. Отличие
состоит в том, что в обычных системах
время отказа фиксируется по факту,
который очевиден. Задача заключается
лишь в том, чтобы данные об отказе
занести в журнал отказа техники. В
абсолютно надежных системах факт отказа
зафиксировать трудно. Это объясняется
тем, что отказ элемента в абсолютно
надежной системе еще не означает,
что отказала вся система. Она может
быть работоспособной, но потеряла
свойство абсолютно надежной системы.
Это может быть при случайном изменении
нагрузки на элементы, отказе резервного
элемента и т. п. Пусть, например,
качественным критерием является
следующий: система абсолютно надежна,
если нагрузка на любой ее элемент не
превышает 40%. Такой критерий означает,
что если нагрузка на любой из элементов
превысит 40 %,
то наступит
отказ системы. Чтобы его зафиксировать,
необходима специальная диагностическая
система.
Обработка данных
об отказах элементов абсолютно надежной
системы должна вестись по методике
обработки данных об отказах обычной
восстанавливаемой системы. Это
объясняется тем, что любые отказы
элементов абсолютно надежной системы
фиксируются, как ее отказ, т. к. система
при таком отказе потеряла свойство
абсолютно надежной системы. Здесь мы
сталкиваемся с двойственным понятием
"отказ" абсолютно надежной системы.
По первому определению, отказ — это
событие, после возникновения которого
система потеряла свойство абсолютно
надежной системы. По второму определению,
отказ — это событие, после возникновения
которого характеристики (параметры)
системы вышли за допустимые пределы.
Первое определение означает, что
при таком отказе система работоспособна,
она может выполнять свои функции, но
потеряла свойство абсолютно надежной
системы. Второе определение не
отличается от понятия "отказ"
обычной системы.
Понятие "отказ"
определяет вид структурной схемы, а
следовательно, и метод ее анализа.
Проблемы анализа надежности покажем
на примере.
ПРИМЕР 4. Пусть
абсолютно надежная система состоит из
п элементов
и удовлетворяет следующему критерию:
отказ одного любого элемента не ведет
к отказу системы. Реализован этот
критерий путем раздельного резервирования.
Необходимо вычислить вероятность
безотказной работы системы в течение
времени t.
Решение.
Сформулируем
понятие "отказ" системы: отказом
будем называть
событие, после возникновения которого
система потеряла свойство абсолютно
надежной системы. В данном случае отказ
системы наступает при отказе любого
элемента системы, а это значит, что ее
структурная схема представляет
собой основное (последовательное)
соединение элементов (основных и
резервных). Тогда вероятность безотказной
работы системы Рс
(t)
вычисляется
по формуле:
В данном случае
Pc(t)
есть вероятность
того, что в течение времени t
система
будет абсолютно надежной, а при
возникновении отказа она не потеряет
работоспособности, но в дальнейшем
будет функционировать как обычная
система, т. е. не будет удовлетворять
критерию абсолютно надежной системы.
Сформулируем теперь следующее понятие
отказа: отказом будем называть событие,
после возникновения которого
характеристики системы выходят за
допустимые пределы. При такой формулировке
отказа схема расчета надежности
представляет собой поэлементно
резервированную систему с числом
элементов, равном п.
Тогда вероятность
ее безотказной работы вычисляется по
формуле:
В результате
расчетов может оказаться, что абсолютно
надежная система не удовлетворяет
требованиям надежности, хотя и отвечает
критерию абсолютно надежной системы.
Такой вывод может будет сделан в том
случае, когда мала вероятность того,
что система абсолютно надежна. Пусть
число элементов n
= 10, время непрерывной работы системы
f
= 120 час, а значения интенсивностей
отказов элементов соответствуют данным,
приведенным в табл. 14.2.
Расчеты по
приведенным выше формулам дают следующие
результаты: вероятность безотказной
работы системы в случае раздельного
резервирования равна 0,999, т. е. Р(120) =
0,999, что удовлетворяет требованиям
абсолютно надежной системы. Вероятность
безотказной работы абсолютно надежной
системы, когда под отказом понимается
событие, после возникновения которого
система теряет свойство абсолютно
надежной системы, Рс(120)
= 0,98.
В заключение укажем
на достоинства и недостатки абсолютно
надежных систем.
Достоинства:
- абсолютно надежные
системы не требуют расчетов показателей
надежности в процессе их проектирования;
- нет необходимости
в определительных испытаниях с целью
доказательства того, что показатели
надежности системы соответствуют
требуемым.
Недостатки:
- абсолютно
надежные системы требуют разработки
для каждой конкретной системы качественных
критериев;
-эксплуатация
системы требует непрерывной диагностики
ее состояния с
целью определения
статуса абсолютно надежной системы;
-расчет показателей
надежности в процессе эксплуатации
системы более сложный, чем в традиционных
системах в связи с многовариантностью
понятия "отказ".
Разработка и
создание абсолютно надежных систем
является сложной научной проблемой.
Для ее решения необходимо разработать
теорию надежности таких систем, а также
инженерные методы и технологии их
создания. В настоящей главе были
изложены лишь идеи создания абсолютно
надежных технических систем. Для их
реализации требуются серьезные
исследования ученых и инженеров,
занимающихся исследованиями и созданием
высоконадежных технических систем.
74.
Обеспечение
надежности технических компонентов
информационных систем чаще всего
реализуется аппаратным и программным
способами.
В первом случае
ИВС использует аппаратную избыточность:
все операции
выполняются параллельно на одинаковых
компонентах системы, а затем
результаты их работы сравниваются,
что позволяет выявить ошибки;
в случае выхода
из строя какого-либо компонента его
резервные аналоги продолжают работу
без остановки, а отказавший компонент
заменяется на работоспособным.
Программный способ
предусматривает:
последовательное
во времени выполнение одних и тех же
информационных процессов и дублирование
данных;
автоматическое
восстановление отказавших операционных
систем, приложений и искаженных
данных.
На сегодняшний
день разработано много конкретных
практических способов повышения
надежности информационных систем.
Для обеспечения
надежности технических средств чаще
всего производится:
резервирование
(дублирование) технических средств
(компьютеров и их компонентов,
сегментов сетей и т. д.);
использование
стандартных протоколов работы устройств
ИВС;
применение
специализированных технических средств
защиты информации.
Для обеспечения
надежности функционирования программного
комплекса ИВС требуется:
тщательное
тестирование программ, опытное
исполнение программы с целью обнаружения
в ней ошибок (обязательное условие
эффективного тестирования — по
крайней мере один раз выполнить все
разветвления программы в каждом из
возможных направлений);
использование
стандартных протоколов, интерфейсов,
библиотек процедур, лицензионных
программных продуктов;
использование
структурных методов для обеспечения
надежной работы программных
комплексов (иерархическое построение
программ, разбиение программ на
сравнительно независимые модули и т.
д.);
изоляция параллельно
работающих процессов, в результате
чего ошибки в работе одной программы
не влияют на работу операционной
системы и других программ.
Обеспечение
надежности баз данных
Несколько специфичны
вопросы обеспечения целостности базы
данных в ИВС. К надежности базы данных
(БД) предъявляются особо жесткие
требования, поскольку информация,
хранимая в них, используется обычно
многократно.
Под
целостностью
базы данных понимается
такое ее состояние, когда имеет место
полное и точное сохранение всех введенных
в БД данных и отношений между ними,
иными словами, если не произошло
случайной или несанкционированной
модификации, разрушения или искажения
этих данных или их структуры.
Для сведения к
минимуму потерь от случайных искажений
данных необходимо иметь возможность
своевременно обнаруживать и устранять
возникающие ошибки на этапах хранения,
обновления и реорганизации базы данных.
Это требует большого набора вспомогательных
программ обслуживания баз данных,
возможно, даже автономных по отношению
к системе управления базой данных.
В частности, к ним
относятся программы:
ведения системного
журнала, подробно фиксирующего каждую
операцию (транзакцию) над базой данных;
эффективного
контроля достоверности;
репликации для
получения копии базы данных (или ее
частей) с целью последующего их
восстановления при искажении;
восстановления
для возврата базы данных в первоначальное
состояние при обнаружении искажения
данных (используют копии базы данных
и массивы изменений, формируемые в
журнале).
Для надежной работы
базы данных ИВС осуществляются:
непрерывное
администрирование базы данных ИВС;
регистрация в
журнале БД каждого имевшего место
доступа к базе данных и выполненных
изменений. Системный журнал изменений
содержит хронологическую
последовательность записей всей
информации об изменениях, вносимых в
базу данных. В частности, в этот журнал
заносятся:
- текст запроса на
изменение БД («журнал заявок»), содержащий
описание транзакции, терминала и
пользователя, время, текст исходного
сообщения, тип и адрес изменения данных;
- копии файлов БД
до внесения в нее изменений («до-журнал»);
- копии файлов БД
после внесения в нее изменений
(«после-журнал»).
использование
средств СУБД для санкционированного
доступа и защиты данных (формирование
подсхем базы данных как подмножества
структуры базы данных);
создание страховых
(резервных) копий базы данных,
«зеркалирование» дисков;
ведение четко
регламентированной системы
документооборота и форм документов,
разрешенных к использованию;
криптографирование
базы данных;
формирование
групп пользователей и задание для них
профилей работы и привилегий доступа
к ресурсам БД.
Для обеспечения
целостности баз данных могут
устанавливаться специальные режимы
использования файлов базы данных:
монопольный
—
запрещающий обращения к БД от всех
программ, кроме одной, вносящей
изменения и считывающей информацию
из полей базы данных;
защищенный
—
вносить изменения в БД вправе лишь
одна программа, а остальные программы
могут только считывать информацию;
разделенный
— все
программы могут и изменять, и читать
базу данных, но если одна из них начала
работать с БД, остальные ждут окончания
этой работы.
Резервирование
и
восстановление
баз
данных при аварийных завершениях
программы (отказ системы, повреждение
носителя) выполняются также по нескольким
стратегиям. В частности, резервирование
файлов базы данных может выполняться:
в одном поколении
(создание точных копий — дублей файлов
БД);
в разных поколениях
(хранятся дубли нескольких временных
поколений файлов: «дед», «отец»,
«сын» и т. д., а также ведется системный
журнал изменений);
смешанное
резервирование, использующее совместно
две первые стратегии.
Наилучшие результаты
обеспечивает смешанное резервирование
с системным журналом и контрольными
точками отката (рестарта).
Контрольные
точки (точки
рестарта, точки отката) — место повторного
запуска программы при аварийном ее
завершении. В контрольных точках обычно
выполняются: внесение изменений в
БД (в том числе всех изменений, ожидающих
своей очереди, — неоперативные
файлы), разблокирование всех файлов,
на обращение к которым был наложен
запрет, запись информации о контрольной
точке в системный журнал.
Использование
массивов
RAID
(Redundant
Array
of
Inexpensive
Disks
— избыточный массив недорогих
дисков) существенно уменьшает риск
простоя системы из-за отказов накопителей
на магнитных дисках, которые являются
одним из наименее надежных компонентов
современных компьютеров.
В
качестве наиболее эффективных мер
комплексного обеспечения надежности
ИВС можно назвать кластеризацию
компьютеров и использование
отказоустойчивых компьютеров.
Кластеризация
компьютеров
Кластер
— это несколько компьютеров (узлов
кластера), соединенных коммуникационными
каналами и разделяющих общие ресурсы.
Кластер имеет общую файловую систему
и пользователем воспринимается как
единый компонент. Надежность
работы кластера обеспечивается
программами, регулирующими
скоординированное использование
общекластерных ресурсов, обмен
информацией
между
узлами кластера и осуществляющими
взаимный контроль работоспособности
этих узлов. Отличительной особенностью
кластера является то, что каждый его
работающий компьютер может взять на
себя дополнительную нагрузку отказавшего
узла. Кластерные системы разрабатываются
многими известными фирмами (IBM,
Hewlett-Packard,
DEC
и т. д.). Все известные кластерные решения
обеспечивают высокую готовность системы
(коэффициент готовности до 0,999 — high
availability),
возможность наращивания производительности
за счет установки нового оборудования
или замены устаревшего.
Кластерные системы
используют специальные программы,
осуществляющие оптимальное
распределение ресурсов и удобное
администрирование, в частности:
программы,
выполняющие обнаружение и корректировку
системных сбоев;
программы,
обеспечивающие непротиворечивость
доступа приложений с разных
компьютеров к общим ресурсам;
утилиты гибкого
конфигурирования файловых систем,
конфигурирования и мониторинга
состояния кластера;
программные
модули управления дисковыми томами и
т. д.
В случае возникновения отказа
кластерная система выполняет:
идентификацию
отказа;
формирование
нового кластера;
запуск сценариев
(контрольных программ);
тестирование
файловой системы;
запуск базы данных
и ее восстановление;
перезапуск
программ-приложений.
Например,
компания IBM
разработала кластерную систему для
четырех или пяти компьютеров IBM
RISC
System/6000,
реализующую следующие стратегии:
один компьютер
находится в постоянной готовности и
подстраховывает три других работающих
компьютера;
работают четыре
компьютера, а пятый, дополнительный
компьютер подстраховывает остальные;
работают четыре
компьютера, и в случае отказа одного
из них нагрузка перераспределяется
между тремя работоспособными;
четыре компьютера
работают одновременно с одними и теми
же общими данными (отказоустойчивый
вариант кластера).
Отказоустойчивые
компьютеры
Все
большее распространение находят
однопроцессорные или многопроцессорные
компьютеры
(чаще всего серверы) с отказоустойчивыми
аппаратными компонентами. В отличие
от кластерных отказоустойчивые системы
(fault
tolerant)
упор делают на аппаратное обеспечение
надежности и гарантируют не просто
сокращение времени простоя (увеличение
коэффициента готовности), а вообще
предотвращение и исключение возможности
появления таких простоев. В основу
архитектуры отказоустойчивых систем
заложено дублирование, в том числе и
многократное, технических компонентов.В
отказоустойчивых компьютерах любая
команда выполняется одновременно на
всех дублированных компонентах, и
результаты выполнения команд
сравниваются. Окончательное решение
принимается по принципу мажорирования
(по большинству одинаковых результатов).
Каждый из продублированных компонентов
продолжает работу и в случае отказа
одного из его дублей таким образом, что
система не замечает этого отказа и на
ее функционировании это не отражается.
Но отказавший компонент идентифицируется
и замещается в режиме «горячей
замены», то есть без отключения системы.
Анализ
функционирования информационных систем
позволяет утверждать, что
критериями их надежности могут быть
те же критерии, которые в теории
надежности
применяются для анализа надежности
невосстанавливаемых и
восстанавливаемых
технических систем. Отличие состоит
лишь в их физическом смысле. Основными
из них являются:
P(t)
—
вероятность безотказной работы;
Tl
-
среднее время безотказной работы;
Kг(t)
—функция
готовности;
Кг
—коэффициент
готовности;
Т—
наработка
на отказ.
Дадим определение
этим критериям.
Вероятностью
безотказной работы информационной
системы будем
называть
вероятность того, что ни одной из заявок
не будет отказано в обслуживании
в течение времени t.
Вероятность
безотказной работы является функцией,
убывающей во времени и имеющей следующие
свойства: P(0)=1,
Р(∞)
= 0.
Вероятность безотказной работы есть
интервальная характеристика надежности
информационной системы.
Средним
временем безотказной работы называется
математическое ожидание
времени до отказа. Эта характеристика
является интегральной. Ее применение
целесообразно в тех случаях, когда
информационная система длительного
функционирования без перерывов в
работе.
Информационную
систему следует рассматривать, как
систему с восстановлением.
Действительно, при возникновении отказа
в обслуживании заявки
система
не прекращает функционирование. Спустя
время, равное времени обслуживания
одной заявки, она будет готова обслуживать
очередную заявку.
Функцией
готовности информационной системы
называется
вероятность того,
что в произвольный момент времени t
информационная
система готова принять
заявку на обслуживание. Функция
готовности может иметь вид показанный
на рис. 12.1.Коэффициент
готовности является
предельным значением функции готовности
и определяется выражением:
Kг
= limKг(t).
t->∞
0 t
Рис. 12.1. Функция
готовности информационной системы
Наработкой
на отказ Т называется
математическое ожидание времени между
отказами системы.
Ни
один из рассмотренных показателей не
может в полной мере характеризовать
надежность функционирования информационной
системы. Только совокупность
этих критериев позволит оценить
надежность системы массового обслуживания.
Методы
анализа надежности информационных
систем
Весь
объем информации, хранящейся в системе,
можно представить как совокупность
п
независимых,
отличных по содержанию частей. Тогда
функционирование
информационной системы, в смысле ее
надежности, можно описать
в виде последовательного (основного)
соединения элементов. Источников
информации может быть несколько
(например, несколько компьютеров
с базами данных). Тогда для потребителя
информации такая система является
структурно резервированной. При этом
резерв может быть постоянный
(если системы работают одновременно)
или замещением (если резервная"
система
подключается только при отказе основной).
Информационная
система является, как правило,
восстанавливаемой. Однако ее
надежность иногда полезно оценивать
до первого отказа.
Заявки
на обслуживание— это потребители
информации. При этом время между
заявками есть величина случайная,
аналогично времени между отказами
технической системы. Будем считать,
что поток заявок на обслуживание
является простейшим.
Время
обслуживания заявки зависит от множества
факторов: объема необходимой
информации, квалификации обслуживающего
органа и т. п. Это время также
является величиной случайной. Будем
считать, что время обслуживания
заявки имеет экспоненциальное
распределение вероятностей.
Из
сказанного ранее видно, что с точки
зрения надежности функционирование
информационной системы аналогично
технической. А это дает нам право
утверждать,
что методы анализа надежности,
разработанные в теории надежности
технических систем пригодны также для
анализа надежности информационных
систем.
Относительная
избыточность, или просто избыточност
75. Способы создания абсолютно надежных систем
72. Критерии надежности информационных систем
