Билет 5
.docxБилет 5,1
База данных и ее система управления (СУБД) являются ресурсами ИС и, как любым общим ресурсом, ими надо управлять. СУБД – системы управления базами данных. Это специализированные системы, они требуют real time.
СУБД состоит из ядра, это резидентская часть, модуль, который запускает и контролирует работу процессов, обеспечивая целостность и обмен данными между ними. В состав СУБД входит так же совокупность утилит, которые архивирует, копирует, восстанавливает, утилита поддержки журнала транзакций. Стандартов на архитектуру СУБД нету, поэтому она определяется разработчиком.
Задача ОС – контролировать аппаратуру, прикладные процессы и интерфейс пользователя. Для одного пользователя компьютера вышеописанным занимается драйвер, который управляет непосредственно железом.
С одной стороны в пределах одной вычислительной машины делят процессор и память, СУБД этим не занимается. ОС пишет информацию на диск. Следовательно, СУБД работает под управлением ОС, и, дополнительно, под управлением сетевой системы.
Требования СУБД к ОС: ОС выбирает процессы согласно приоритетам, это проблема для СУБД, СУБД наоборот должна знать какой процесс запустить следующим, операционная система вредит ей, запуская процессы в прядке согласно внутренним приоритетам.
Билет 5.2
Зачем нужен протокол BOOTP и DHCP? Форматы пакетов. Алгоритмы работы.
BootP (Bootstrap Protocol) — протокол, используемый для удаленной загрузки бездисковых рабочих станций. Станция в результате получает IP-адрес. Для загрузки используется протокол TFTP. Протокол BootP определен в RFC 951.
DHCP (Dynamic Host Configuration Protocol — протокол динамической настройки хостов) — протокол динамического конфигурирования хост-машин, обеспечивающий передачу конфигурационных параметров клиентам TCP/IP. Протокол DHCP является усовершенствованием BootP и добавляет к этому протоколу возможность повторного использования IP-адресов и ряд функций — маски подсетей, используемые по умолчанию маршрутизаторы, серверы DNS.
Формат пакета одинаковый у обоих протоколов.
Для запроса и ответа загрузки используется одинаковый формат сообщения. В запросе некоторые поля имеют нулевые значения.
тип пакета: bootrequest или bootreply
тип оборудования (ethernet 10 Mbit = 1, ht, hardware ethernet)
длина MAC адреса (6)
число пройденных прокси, каждый прокси добавляет 1 (не более 16?)
номер транзакции (0 или случайное число, позволяет клиенту отличить ответ на свой запрос от чужого)
число секунд после первого bootrequest (позволяет запасному BOOTP серверу заметить неработоспособность основного)
требование к серверу отвечать широковещательным пакетом
IP адрес клиента, предполагаемый самим клиентом (должен уметь отвечать на запросы ARP) или 0.0.0.0
IP адрес клиента, возвращаемый сервером (ip, fixed-address)
IP адрес следующего сервера (сюда же будет направлен TFTP запрос, sa, next-server)
IP адрес прокси (это не обязательно маршрутизатор!)
MAC адрес клиента (ha)
имя сервера (64 байта)
имя загрузочного файла (128 байт, filename)
дополнительная информация (vendor-specific или options, 64 байта для BOOTP, переменная длина для DHCP)
Алгоритм работы
Клиент DHCP запрашивает у сервера DHCP на некоторое время IP адрес, время, на которое клиент DHCP получил динамический IP адрес, называется временем аренды (lease): аренда означает, что клиент арендовал IP-адрес у сервера DHCP на определенное время, и если клиент хочет продолжить использовать конкретного IP-адреса, ему необходимо продлить (renew) аренду.
Служба DHCP работает с использованием процесса DORA (Discover, Offer, Request and Acknowledgment — его можно отследить с помощью утилиты Network Monitor).