В задачу определения наилучшего для вашей сети источника времени и конфигурации входит следующее.
Определение типа источника времени для сети основано на выбранном вами методе синхронизации. Чтобы получить дополнительную информацию, см. "Определение эффективного метода синхронизации времени".
Существует два типа серверов времени: функционирующие как источники или как потребители времени. Принципы работы этих серверов практически совпадают. Эти принципы таковы.
Входящая в NetWare 4 система синхронизации времени поддерживает три типа источников времени.
Система синхронизации времени определяет всех потребителей времени как вторичные серверы времени.
Вторичные серверы времени получают информацию о времени с единственного эталонного, эталонного или первичного сервера времени. Они корректируют свои внутренние часы для синхронизации с сетевым временем, и передают информацию о времени клиентским рабочим станциям.
Вторичные серверы времени не участвуют в процессе определения правильного сетевого времени.
Если вы используете метод внешней синхронизации времени, источник времени определяется как внешний.
Для синхронизации часов на рабочих станциях и серверах NetWare чаще всего используются источники, информацию с которых получают при помощи модема или по радио.
NOTE: Список независимых служб источников времени можно найти в форуме NOVLIB в NetWire. В данный момент соответствующий файл называется TIMESG.TXT.
Для определения процедур установки и дальнейшей поддержки воспользуйтесь проектной документацией и документами, предоставляемыми соответствующим источником времени.
Определение эффективной конфигурации синхронизации времени зависит от физической инфраструктуры сети. Вам следует просмотреть проектную документацию по вашей сети, относящуюся к топологии глобальных/локальных сетей.
В большинстве случаев подходит одна из двух основных конфигураций серверов времени. Эти конфигурации таковы.
Для моделирования стратегии синхронизации времени в сети выберите одну из этих конфигураций серверов времени.
В качестве конфигурации по умолчанию в NetWare 4 используется единственный эталонный сервер времени. Первый сервер, инсталлируемый в сети NetWare 4, автоматически конфигурируется как единственный эталонный сервер времени. Все остальные серверы, инсталлируемые в сети NetWare 4, конфигурируется как вторичные серверы времени.
Конфигурация единственного эталонного сервера времени подходит для сетей, удовлетворяющих следующим условиям.
Вам следует убедиться, что единственный эталонный сервер времени расположен в центральной части сети, и что часы на нем работают нормально. Единственный эталонный сервер следует проверять ежедневно, чтобы обеспечить установку верного времени дня и синхронизацию времени.
Ограничением конфигурации с использованием единственного эталонного сервера времени является недостаточная устойчивость к сбоям в том случае, если сервер времени потеряет связь с сетью на продолжительный период времени. Это может привести к потере синхронизации вторичных серверов времени с сетевым временем по Гринвичу (UTC).
Однако если единственный эталонный сервер времени потеряет связь, до ее восстановления в качестве единственного эталонного сервера времени временно может быть назначен один из вторичных серверов времени.
На приведенном ниже рисунке показан единственный эталонный сервер времени, предоставляющий информацию о времени вторичным серверам времени и своим собственным клиентским рабочим станциям. Вторичные серверы времени, в свою очередь, предоставляют информацию о времени своим рабочим станциям.
Figure 7-1. Единственный эталонный сервер времени
Единственный эталонный сервер времени может работать в сетях любого размера, однако показанная на Рис. 7-1 конфигурация синхронизации времени используется преимущественно в небольших сетях, не имеющих каналов глобальной сети.
IMPORTANT: Если вы используете единственный эталонный сервер времени, не используйте в том же дереве первичных или эталонных серверов времени, поскольку значения их эталонов времени могут конфликтовать между собой.
Использование группы источников времени требует назначения хотя бы одного сервера в качестве эталонного сервера времени и хотя бы двух серверов - первичными серверами времени. Эталонный сервер времени опрашивает входящие в группу источника времени первичные серверы времени для проведения голосования по поводу правильности значения времени.
На следующем рисунке показан единственный эталонный сервер времени, предоставляющий информацию о времени первичным серверам времени. Первичные серверы, в свою очередь, передают информацию о времени вторичным серверам времени. Каждый из серверов может предоставлять информацию о времени своим клиентским рабочим станциям.
Figure 7-2. Группа источника времени с единственным эталонным сервером времени
Обычно в сети устанавливается только один эталонный сервер времени. Если вы используете несколько эталонных серверов времени, вам следует синхронизировать каждый такой сервер по одному и тому же внешнему источнику времени, например, радиочасам, атомным часам, или информация о времени, полученной из Internet.
На следующем ресунке показана сеть, в которой для предоставления значения времени двум отдельным эталонным серверам времени используется внешний сервер времени.
Figure 7-3. Два эталонных сервера времени, использующих внешний источник времени
Такая конфигурация требует модификации параметров времени, входящих в группу источника времени серверов NetWare 4.
Сервер NetWare 4, назначенный эталонным сервером времени, должен располагаться в центральной части сети. Серверы NetWare 4, назначенные первичными серверами времени, должны либо располагаться на той же территории, что и эталонный сервер времени, либо использоваться в качестве серверов времени локального типа.
Если вы создаете конфигурацию для сети, расположенной в нескольких территориальных пунктах, вам следует стратегически разместить первичные серверы времени в соответствии с инфраструктурой глобальной сети. Это снизит передаваемый по глобальной сети трафик, благодаря наличию в каждом из пунктов своего источника времени для вторичных серверов времени и клиентских рабочих станций.
Если инфраструктура глобальной сети требует использования в группе времени более семи первичных серверов времени, следует по мере необходимости создавать дополнительные группы источников времени. Однако следует обеспечить синхронизацию всех эталонных серверов по одному и тому же внешнему источнику времени. Эталонные серверы времени не могут производить синхронизацию времени с другими эталонными серверами.
Все остальные серверы сети должны быть назначены вторичными серверами времени.
Источники и потребители времени, чтобы осуществлять передачу и получение времени, должны поддерживать между собой связь. Источники времени должны связываться с другими источникам времени, чтобы участвовать в голосовании и определять верное сетевое время по Гринвичу (UTC).
Чтобы находить друг друга, серверы-источники времени используют один из двух методов: либо SAP, либо список заказной конфигурации.
По умолчанию первичные, эталонные и единственные эталонные серверы времени для извещения о своем присутствии в сети используют протокол оповещения о сервисе (SAP, Service Advertising Protocol). Потребители времени не используют SAP.
Первичные и эталонные серверы времени используют информацию SAP, чтобы найти другие серверы, которые следует опрашивать для определения сетевого времени.
Вторичные серверы времени используют информацию SAP, чтобы выбрать сервер времени, с которым следует синхронизироваться.
Преимущество метода SAP заключается в том, что он допускает быструю инсталляцию и не зависит от структуры сети. Он также имеет возможность автоматической реконфигурации в случаях изменения режимов работы или установки в сети дополнительных серверов.
Однако при использовании метода SAP создается дополнительный сетевой трафик.
Метод SAP к тому же может оказать разрушительное воздействие на крупные сетевые среды, где время от времени появляются "тестовые" серверы, особенно в том случае, если такой сервер сконфигурирован как источник времени (единственный, эталонный или первичный).
Заказная (настраиваемая) конфигурации серверов времени дает большие возможности управления синхронизацией времени, но для эффективной синхронизации серверов требует большего объема планирования.
Преимущество списка заказной конфигурации состоит в том, что вы при его использовании осуществляется полный контроль за средой синхронизации времени.
К тому же списки заказной конфигурации помогают избавиться от ненужного трафика SAP, также как и от ошибок, связанных со случайной реконфигурацией.
В списке также можно указать определенные серверы-источники времени, с которыми должен связываться какой-либо сервер.
Можно также указать, что сервер не должен обращать внимания на информацию SAP, приходящую от других серверов времени, и не должен при помощи SAP объявлять о своем присутствии.
Настраиваемая конфигурация требует дополнительного времени на планирование и инсталляцию.
К тому же устанавливать и удалять первичные, эталонные и единственные эталонные серверы становится труднее. Вам придется вручную вносить изменения в соответствующий список, принятый и поддерживаемый на каждом сервере.
При настройке серверов времени можно воспользоваться утилитой SERVMAN или параметрами утилиты SET для установки следующих значений параметров.
Чтоб получить более подробную информацию об установке данных параметров при помощи утилит SERVMAN или SET, см. главу 4 "Monitoring and Maintaining Time Synchronization" в книге Supervising the Network.
В одной и той же сети можно использовать оба описанных выше метода. Однако список заказной конфигурации, хранящийся на сервере, всегда имеет преимущество над информацией SAP, получаемой сервером.
Если на сервере нет списка заказной конфигурации, для синхронизации времени используется информация SAP.
SUGGESTION: В сети, где после первоначальной инсталляции добавление серверов и переконфигурация осуществляются нечасто, и в тех сетях, где используется единственный эталонный сервер времени, рекомендуется использовать SAP (устанавливается при инсталляции по умолчанию).
В сетях, где серверы часто добавляются и удаляются, следует использовать список заказной конфигурации.
Синхронизация времени является способом поддержки правильного порядка совершения событий NDS в случае осуществления разделения и репликации базы данных Каталога.
Синхронизация времени может осуществляться при помощи внешних или внутренних источников времени.
Закончив планирование синхронизации времени, сверьтесь с приведенным ниже списком вопросов, чтобы оценить эффективность созданного вами плана.
Ниже приводятся значения по умолчанию для синхронизации времени.
| Тип сервера времени | Значение по умолчанию |
|---|---|
| Единственный эталонный | Первый сервер NetWare 4 в сети устанавливается в качестве единственного эталонного сервера времени. |
| Вторичный | Все дополнительные серверы сети, кроме первого, устанавливаются как вторичные серверы времени. |
| Чтобы | Перейдите к |
|---|---|
| Создать эффективный план обеспечения доступа и использования сетевых ресурсов | Глава 6 "Создание плана доступа" |
| Разработать стратегию миграции для серверов и рабочих станций, работающих под предыдущей версией NetWare или другой сетевой операционной системой | Глава 9 "Разработка стратегии миграции" |
| Создание графика внедрения | Глава 10 "Создание графика внедрения" |
Назад | Содержание | Вперед