Безперебійна робота серверів NetWare нерозривна з поняттям часу.
Пісня з популярного кінофільму
Безперебійна робота серверів NetWare нерозривна з поняттям часу. Наприклад, синхронізація зберігаються на серверах реплік NDS відбувається на підставі відміток про час. І якщо цей процес буде проходити некоректно, це може привести до повної непрацездатності всіх серверів NetWare.
Відповідно до покладених на них завдань щодо синхронізації часу сервери поділяються на чотири типи.
Єдиний еталонний сервер (SINGLE REFERENCE) за своїми годинах синхронізує час на вторинних серверах і клієнтських робочих станціях. Він створюється автоматично при інсталяції першого сервера і є єдиним джерелом часу в дереві NDS.
Еталонний сервер (REFERENCE) синхронізує час на первинних і вторинних серверах, а також клієнтських робочих станціях. Він може синхронізувати свій час із зовнішніми джерелами часу через Internet.
Первинний сервер (PRIMARY) отримує час з еталонного сервера, синхронізує час з іншими такими ж первинними серверами і передає час на вторинні сервери і клієнтські робочі станції. З міркувань відмовостійкості в дереві повинно бути не менше трьох таких серверів.
Вторинний сервер (SECONDARY) отримує час від єдиного еталонного, еталонного або первинного серверів часу і синхронізує його на станціях користувачів. Він встановлюється автоматично при інсталяції наступних серверів.
Cинхронизация часу серверів може здійснюватися відповідно до двох типовими схемами. В першу просту схему входить єдиний еталонний і один або кілька вторинних серверів часів, як показано на малюнку. Дана схема допускає до 15 серверів, з'єднаних швидкими каналами зв'язку, і створюється автоматично на етапі інсталяції. Якщо ж в системі більше 15 серверів, або вони пов'язані повільними каналами зв'язку, або ви хочете підвищити відмовостійкість всієї системи в цілому, то вам доведеться трохи попрацювати і конфігурувати схему синхронізації часу з одним еталонним, двома або більше первинними і декількома вторинними серверами часу, як показано на малюнку. Novell настійно рекомендує використовувати тільки такі схеми.
Я довго не міг зрозуміти, чому на одному з моїх серверів час неузгодженості іноді досягало 8 з і при цьому він залишався синхронізованим за часом. Як виявилося, вся справа в драйвері двоканальної мережевої плати Compaq NC3131 Fast Ethernet NIC. Коли я задіяв тільки один канал, проблема була вирішена.
Якщо необхідно підкоригувати час в вашому дереві, то саме час (вибачте за каламбур) скористатися командою TIMESYNC Time Adjustment. Це можна зробити тільки з консолі єдиного еталонного, еталонних або первинних серверів, або скористатися утилітою MONITOR.NLM на NetWare 5.х, або SERVMAN.NLM на NetWare 4.хx.
Однак, маючи вихід в Internet, ви можете скористатися протоколом NTP (Network Time Protocol) і задати синхронізацію часу на ваших серверах з зовнішніми «атомним годинником», т. Е. Час в вашому дереві буде завжди абсолютно точним.
Для цього в утиліті MONITOR.NLM на єдиному еталонному сервері, що працює під управлінням NetWare 5.х, досить вибрати Server Para-meters / Time і змінити значення наступних параметрів.
Як ми переконалися, схема з єдиними еталонним і вторинними серверами надійна в роботі і проста в налаштуванні. Але якщо єдиний еталонний сервер часу вийде з ладу, то все решта вторинні сервери миттєво втратять синхронізацію за часом, що може привести до дуже небажаних наслідків. Щоб уникнути подібного сценарію розвитку подій і була розроблена схема тимчасової синхронізації з еталонними, первинними і вторинними серверами. При відмові еталонного сервера час в вашому дереві будуть синхронізувати залишилися первинні сервери, а при збої будь-якого первинного сервера - еталонні та інші первинні сервери. За своїм призначенням еталонний сервер повинен бути допоміжним, не виконувати важливих завдань і тим більше не містити реплік NDS, так як при втраті їм зв'язку з зовнішніми джерелами, час на ньому виявляється сінхронизований, хоча на інших серверах все буде в порядку. Зазвичай ми не можемо дозволити собі таку розкіш і тому поряд із зовнішнім джерелом часу повинні вказати ще кілька, наприклад первинні сервери. При подібної конфігурації всі сервери залишаться синхронізованими у часі, навіть якщо у вас перерветься зв'язок з Internet.
Налаштовувати параметри часу на серверах можна, використовуючи не тільки засоби MONITOR.NLM (NetWare 5.x) і SERVMAN.NLM (NetWare 4.xx), але і за допомогою TIMESYNC.CFG, за замовчуванням даний файл знаходиться в SYS: SYSTEM. Це простіше і наочніше. У таблиці наведено приклади файлів настройки для всіх серверів, що синхронізують свій час за другою схемою.
Configured Sources = ON
Сервер ігнорує інформацію про час, передану по протоколу SAP, і замість цього використовує джерела часу, зазначені в параметрі TIMESYNC Time Source.
Активізувати цю конфігурацію можна, передавши з консолі сервера команду Set TIMESYNC Restart Flag = ON або скориставшись утилітами MONITOR.NLM, SERVMAN.NLM, як було показано вище.
Налаштування синхронізації часу в кількох деревах, якщо такі у вас є, майже нічим не відрізняється від настройки її в одному дереві.
Якщо ви застосовуєте першу схему з єдиним еталоном і вторинними серверами, то потрібно зробити наступне:
- вибрати «головне» дерево, т. е. дерево, яке буде джерелом часу, і залишити єдиний еталонний сервер тільки в ньому;
- виконати на всіх вторинних серверах у всіх деревах наступні команди:
Як джерело часу слід вказати єдиний еталонний сервер з «головного» дерева.
Якщо ви застосовуєте другу схему з еталонними, первинними і вторинними серверами, то послідовність дій така:
- вибрати «головне» дерево, т. е. дерево, яке буде джерелом часу, і еталонний сервер залишити тільки в ньому;
- у всіх інших деревах залишити тільки первинні і вторинні сервери;
- виконати на всіх первинних серверах у всіх деревах наступні команди:
Як джерело часу треба вказати еталонний сервер з «головного» дерева.