2. Дайте требования к реакции сетевых протоколов протоколов в вашей системе

Требования составлены по уровням модели 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).