Добавил:
мой вк: vk.com/truecrimebitch больше работ здесь: https://github.com/alisadex Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
экзамен ответы.docx
Скачиваний:
3
Добавлен:
11.05.2025
Размер:
883.97 Кб
Скачать
  1. Дайте требования к реакции сетевых протоколов протоколов в вашей системе

Требования составлены по уровням модели OSI:

1. Физический уровень (physical)

Стандарты реализуются hardware согласно EIA/TIA 568

Протоколы:

· RS-232

· USB

2. Канальный уровень (data link)

Реализуется hardware IEEE 802.2: MAC, LLC

Или software:

· PPP - RFC 1661

o HDLC

o NCP

o LCP

3. Сетевой уровень (network)

Реализация в соответствии с RFC:

· IPv4 - RFC 791

· IPv6 - RFC 2460

· IPX - RFC 1234

· ICMP - RFC 792

· RIP - RFC 2453

4. Транспортный уровень (transport)

· TCP - RFC 793

· UDP - RFC 768

· SPX - RFC 1412

5. Сеансовый уровень (session)

· RPC

· SSH - RFC 4251

· TELNET - RFC 854

6. Представительский уровень (presentation)

· SSL/TLS - RFC 2246

· Тут сказала, что еще какой-то XDR нужен

7. Прикладной уровень (application)

· HTTP - RFC 2616

· HTTPS - RFC 2818

· FTP - RFC 959

· TFTP - RFC 1350

· SMTP - RFC 5321

· POP3 - RFC 1939

· IMAP - RFC 3501

· SNMP - RFC 1905

  • DHCP - RFC 2131

Билет 17

  1. Зачем нужен мониторинг субд администратору системы? Какую статистику необходимо собирать абд по бд в целом? По запросам приложений? По отдельным отношениям бд?

Мониторинг СУБД и БД производится для поддержания работоспособности и производительности СУБД, а также с целью отслеживания аварийных ситуаций и сбора статистики. Реализуется мониторинг с помощью отдельных утилит СУБД, представляющие собой программные продукты, входящие в состав СУБД, но загружаемые отдельно от ядра СУБД, либо в виде набора прикладных интерфейсов - API.

Необходимо с помощью утилит мониторинга собирать статистику по БД в целом, а именно:

- статистику открытий БД (open на базу, как говорят программисты)

- число операций ввода/вывода и время

- статистику закрытий БД (close на базу)

- число установленных соединений в течении работы сеанса ядра СУБД

- число взаимоблокировок при локировании записей БД (deadlock)

- число транзакций в единицу времени

- статистику по кодам возврата от операций с БД

Необходимо также собирать статистику по отдельным запросам приложений, работающих с СУБД, таким как:

  • стоимость процессора (сколько команд процессора тратиться на запрос)

  • стоимость ввода/вывода (сколько команд ввода/вывода тратится на запрос)

  • число предикатов, используемых в запросе

  • избирательность, т. е. вероятность того, что каждая найденная строка удовлетворяет предикату; обычно избирательность должна составлять около 10%

  • число занятых при запросе страниц в буферном пуле СУБД

Еще один вид статистики, который надо собирать - это статистика по отдельным отношениям БД и соответствующим индексным файлам. Например, какой объем памяти занят под индексы, под области переполнения, непосредственно под отношение, под рабочую область СУБД (например, процент занятости рабочей области - файла work для СУБД ADABAS).

  1. Дайте требования к реализации протоколов маршрутизации в вашей системе.

  1. Компания-подрядчик обязана предоставить имеющийся сертификат СРО-С-020-21314324

  2. Получить ТУ (Технические условия) от оператора связи. Согласно ТУ определить какой стандарт протокола маршрутизации используется

  3. Выбрать протокол маршрутизации внутреннего шлюза, например, Динамический

  4. Согласовать с оператором связи протокол маршрутизации внутреннего шлюза

  5. Настроить параметры протокола в зависимости от требований оператора связи

  6. Согласно требованиям оператора связи задать базовые параметры

  7. Согласно требованиям оператора задать номера всех подсетей, которые будут участвовать в процессе маршрутизации. Отключить рассылку маршрутной информации со всех портов каждого маршрутизатора

Билет 18

  1. Что означает аббревиатура "AAA" в контексте мер защиты от несанкционированного доступа? В чем суть автоматического режима устранения ошибок? В чем заключается проактивная стратегия поиска ошибок? Когда администратором системы применяется пассивная технология работы NMS?

AAA(Authorization, Authentication, Audit)

Устранение ошибок в системе может быть автоматическим и полуавтоматическим. При автоматическом режиме устранении ошибок ИС непосредственно управляет оборудованием или программными комплексами и обходит отказавший элемент за счет резервных каналов или специальных технологий, например, протоколов. В полуавтоматическом режиме основные действия выполняют службы администратора системы, а специализированная система управления Management System только помогает, например, оформляя квитанции на выполнение работ и отслеживая их поэтапное выполнение. Может вести журнал ошибок, собирать статистику, фиксировать конфигурации средств системы и т.д. Типа HP OpenView или Nagios.

  • Проактивная - До возникновения ошибок предпринимаем какие-то действия

  • Пассивная - Когда что-то случилось, тогда идем искать

Пассивная технология работы NMS. С помощью протокола SNMP устройства оповещают управляющую систему о выполнении заранее предусмотренного и заданного параметрами системы условия, например, отличие какого-либо параметра от номинального значения. Эта технология должна применяться администратором системы при идентификации проблем, не связанных с аппаратными сбоями, например при измерении производительности, проблемах интерфейсах и т.д.