'

2 Суровые условия проекта Музыкальный центр Жесткие ограничения по внешней памяти Жесткие ограничения по оперативной памяти Частые непредсказуемые сбои.

Понравилась презентация – покажи это...





Слайд 0


Слайд 1

2 Суровые условия проекта Музыкальный центр Жесткие ограничения по внешней памяти Жесткие ограничения по оперативной памяти Частые непредсказуемые сбои питания Ограничения на время тёплого рестарта


Слайд 2

3 Схема теста Killer Модифицирующее приложение Жесткий сбой Теплый рестарт СУБД Жесткий сбой Теплый рестарт СУБД Жесткий сбой Теплый рестарт СУБД Линия Времени


Слайд 3

4 Показатели сравнения СУБД Скорость (тесты TPC) Надежность (?) Распаралеливаемость (?) Масштабируемость (?) …


Слайд 4

5 Обеспечение качества программного продукта Надёжность Эффективность Соответствие стандартам Масштабируемость … Процедуры развития Процедуры изменения Тестирование Измерение Технология имитации проблем Принципы работы с пользователем Учебные курсы Популяризация …


Слайд 5

6 Составляющие отечественной СУБД для МО и МВД Открытость исходного кода Вариантность Доступность при сопровождении Ответственность Предсказуемость развития


Слайд 6

7 Агисфера важной информации Сокрытие смысла информации (криптография) Подмена информации (дезинформация) Сокрытие существования информации Обнаружение при доступе Расписание доступа (во времени и в пространстве) Физическое определение субъекта доступа (сетчатка глаза, речевой сигнал и т.п.) Организационные мероприятия …


Слайд 7

8 Требования РОСАТОМ Высокий уровень защиты данных Высокая надежность Ответственность при сопровождении Предсказуемость развития


Слайд 8

9 Плоды сотрудничества с «Сургутнефтегаз» Горячее резервирование для построения отказоустойчивых кластеров Перенос в QNX протокола LJB (Linter Journal Backup) Увеличение распараллеливания индексной обработки Средства для обработки NaN-чисел (для FLOAT/DOUBLE) Низкоприоритетное тестирование таблиц Ограничение на квант обработки Размещение индекса в различных файлах


Слайд 9

10 Общая постановка задачи в «Сургутнефтегаз» Объектом автоматизации является технологическое и электротехническое оборудование насосных станций цеха водоснабжения НГДУ «Федоровскнефть» ОАО «Сургутнефтегаз». Насосные станции необходимы для искусственного нагнетания в пласт пресной воды из реки Обь в целях вытеснения нефти и поддержания пластового давления на месторождениях. Приложение предназначено для автоматизированного контроля и управления технологическими процессами насосных станций цеха водоснабжения во всех режимах работы, включая режимы пуска и останова отдельных агрегатов. Оно также обеспечивает оперативный и технический персонал необходимой оперативной технологической информацией, отвечает за создание и ведение архивов, подготовку и вывод на печать протоколов и отчетной документации. По технической реализации структура проекта выполнена как функционально и территориально распределенная АСУТП.


Слайд 10

11 «Три кита» СУБД ЛИНТЕР Повышенная надёжность Свойства реального времени Повышенная защита данных


Слайд 11

12 Группы приоритетов запросов/пользователей «Короткие» запросы Группа приоритетов для планирования с форой 0-99 «Протяжённые» запросы Группа приоритетов для циклического планирования 100-199 «Срочные» запросы Группа приоритетов Real?time планирования 200-249 Резервные приоритеты 250-255


Слайд 12

13 Приоритетные механизмы Квантование запросов в группе планирования с форой


Слайд 13

14 Приоритетные механизмы Квантование запросов в группе циклического планирования


Слайд 14

15 Пользователи и приоритеты SET PRIORITY FOR <Имя пользователя> <Уровень приоритета> [,<Уровень приоритета>…] <Уровень приоритета>::= {BASE = <Приоритет>} | {MAX = <Приоритет>} | { RANGE= <Приоритет>} Например SET PRIORITY FOR "Бухгалтер Ирина" BASE = 5, MAX = 6;


Слайд 15

16 Протоколы Optimistic Concurrency Control Протокол обратной проверки:  проверка при фиксации T;  если среди объектов, прочитанных T, есть объект изменённый и зафиксированный транзакцией S, то транзакция T откатывается. Протокол прямой проверки:  проверка при фиксации S;  если объекты, изменяемые S прочитаны некоторой другой транзакцией T, нужно откатить одну из этих двух транзакций. Начало T T читает Х Фиксация S с записью Х Фиксация T


Слайд 16

17 Иллюстрация аппарата событий в СУБД ЛИНТЕР Сектор ответственности диспетчера №2 Сектор ответственности диспетчера №1 Ядро ЛИНТЕР Диспетчер №2 Диспетчер №1 Ожидание события изменения данных Возникновение события изменения данных Изменение курса


Слайд 17

18 Принятая классификация СУБД реального времени СУБД с крепкими директивными сроками СУБД с жесткими директивными сроками СУБД с условно мягкими директивными сроками СУБД с мягкими директивными сроками Запрос обязан выполниться в срок! «Опоздавший» запрос снимается «Опоздавший» запрос становится менее значимым, но снимается при необходимости «Опоздавший» запрос становится менее значимым


Слайд 18

19 Этап подготовки базы данных реального времени Зачастую 90% всех данных real-time приложения это статические данные Этап загрузки/подготовки статических данных относительно длинный - Плотно расположить данные Посчитать некие «полуфабрикатные» данные Отсортировать информацию в соответствии с уровнем потребности Кластеризовать данные, которые будут соединяться Получить и сохранить множество временных (других) оценок СУБД подготовки и run-time СУБД должны быть частями одной системы СУБД Подготовки СУБД Run-time


Слайд 19

20 Дополнительные свойства СУБД РВ Ошибки и отставания приложения реального времени очень дороги и очень болезненны Поэтому имеем следующие требования к СУБД : Масштабируемость на десятки/сотни процессоров (спецпроцессоров) Устойчивость при выходе из строя некоторых вычислительных ресурсов Адаптивность «на лету» Балансировка нагрузки вычислительных ресурсов


Слайд 20

21 Новые сферы использования СУБД РВ Сближаются пространственные и real-time задачи Обработка данных на поверхностях 2-го порядка Преобразования к «плоских» данных к «эллиптическим» и обратно Робототехника


Слайд 21

22 Вопросы?


Слайд 22

23 Спасибо за внимание!


×

HTML:





Ссылка: