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

Если планируются серьезные изменения, интервал обновления можно временно сократить - только на период работ. Следовательно, в обычной ситуации интервал обновления может быть длительным, что позволяет сократить нагрузку на сеть и серверы. От двух (43 200 секунд) до четырех (21600 секунд) раз в день - подходящее значение поля refresh для многих сетевых площадок.

Процесс получения записи SOA, анализа порядкового номера и при необходимости загрузки файла зоны носит название обновления зоны (zone refresh). Отсюда и название поля refresh.

retry

Длительность паузы, возникающей перед повторной попыткой обновления зоны, если основной сервер не ответил на предыдущий запрос обновления. Значение retry указывается в секундах и может быть до восьми десятичных разрядов длиной.

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

Избегайте осложнений; используйте час (3600) или полчаса (1800) в качестве значения retry.