2.2.13. Активация и деактивация dhcp

После того как область создана, ее следует активировать. Только после активации области клиенты DHCP смогут получить адреса, принадлежащие данной области. Чтобы активировать область, в меню Action (действие) сервера DHCP следует выбрать пункт Active (активизировать). Деактивация области выполняется аналогично.

Удаление области следует выполнять с особой осторожностью. Если удалить область, то клиенты, пользующиеся IP-адресами, принадлежащими данной области, могут использовать их до тех пор, пока не истечет полный срок аренды адреса. Клиенты могут использовать полученные ими ранее IP-адреса даже в том случае, если будет создана новая область, включающая эти же самые IP-адреса. Чтобы заставить клиентов получить адреса из новой области, администратор должен в консоли каждого из клиентов дать команду «освободить старый адрес» и «получить новый». Задачу можно решить и другим способом. Не следует удалять старую область сразу после создания новой. Если необходимо, чтобы все клиенты перестали использовать адреса из одной области и начали использовать адреса из другой области, то следует создать новую область, активировать ее, а затем деактивировать старую область. По мере того как клиенты будут пытаться обновить свои IP-адреса, принадлежащие старой области, используя пакеты DHCPREQUEST, сервер будет возвращать сообщения DHCPNACK. При этом клиенты будут вынуждены прекратить использование своих старых IP-адресов и обратиться к службе DHCP за получением новых.

Деактивацию области следует выполнять только в крайних случаях. При деактивации выдача новых адресов будет приостановлена, в то время как клиенты, уже обладающие IP-адресами, смогут использовать их до окончания срока аренды. Если надо лишь временно приостановить выдачу IP-адресов из некоторой области, рекомендуется создать временные диапазоны исключений, чтобы предотвратить выделение клиентам неарендованных на данный момент адресов.

2.2.14. Документирование информации в журнале

Сервер DHCP может вносить сведения о запросах, обновлениях, окончаниях срока аренды и отклонениях запросов в журнал событий. По умолчанию журнал событий располагается в папке %systemroot%\system32\dhcp. Журнал содержится в файле с именем DHCPSrvLog и имеет расширение, соответствующее названию дня недели, когда он был создан. Например, если журнал создан в воскресенье, его полное имя: DHCPSrvLog.sun. Файлы журнала создаются только в те дни, когда возникает необходимость внести в них информацию. Спустя семь дней файл журнала может быть переписан. Чтобы включить механизм документирования в журнале, необходимо выполнить следующие действия:

а) правой кнопкой мыши щелкнуть на изображении сервера на консоли DHCP и в контекстном меню выбрать пункт «Properties» (свойства);

б) на вкладке «General» (общие) установить флажок против надписи «Включить документирование сведений о работе DHCP в журнал».

Служба DHCP не ограничивает максимальное количество записей, которые можно внести в базу DHCP. Обслуживание базы данных DHCP выполняет в автоматическом режиме. В периоды наибольшей нагрузки осуществляется автоматическая упаковка базы данных, при этом размер БД динамически не изменяется. База данных растет по мере того как в нее добавляются записи. Однако при удалении записей ее размер не уменьшается. Уменьшение БД производится в режиме ручной упаковки. В ходе этой процедуры проверяется также целостность базы данных. Так как автоматическая упаковка выполняется нерационально, рекомендуется время от времени останавливать работу DHCP и производить упаковку вручную. Оптимальной является упаковка от одного до четырех раз в месяц. При ручной упаковке необходимо выполнить следующее:

1. открыть окно приглашения командной строки;

2. при помощи команды cd %systemroot%\system32\dhcp переместиться в каталог, содержащий базу данных DHCP;

3. командой net stop dhcp server остановить работы службы DHCP;

4. командой jetpack dhcp.mdb temp.mdb запустить утилиту jetpack.exe, которая выполняет упаковку базы данных;

5. командой net start dhcp server возобновить работу службы DHCP.

Утилита Jetpack удаляет из базы данных DHCP.mdb незанятое (освобожденное после удаления записей) пространство и записывает результирующую упакованную БД во временный файл temp.mdb. После завершения обработки исходный файл dhcp.mdb удаляется, а файл temp.mdb переименовывается в dhcp.mdb.

Иногда целостность базы данных DHCP нарушается, при этом в файле журнала появляются сведения об ошибках, относящихся к базе Jet. Если восстановить целостность при помощи ручной упаковки не удается, то можно восстановить БД из резервной копии. Чтобы создать новую БД, следует удалить или переименовать старый файл базы данных.