Синхронизация в интервале отказоустойчивости.

[Орлов Алексей]

Добрый день. Подскажите что значит синхронизация в интервале отказоустойчивости?? У меня почему-то уже 3 дня в nds managere стоит желтый треугольник с восклицательным знаком и параметр синхронизация в интервале отказоустойчивости стоит НЕТ. Как это можно вылечить и на что это влияет. Да у меня NW 6.3 sp3 и NW 6.5 sp5.

[Павел Гарбар]

что рассинхронизация в допустимых пределах (забыл сколько это точно).
Что делать - исправлять ситуацию, т.е. обеспечить временную синхронизацию во всем дереве. Если знаешь как, то делается это просто. А если проблему "зачесать", то потом можешь нарваться на борьбу с хобитами :-(

[Орлов Алексей]

в том-то все идело что время в сети синхронизировано

[Павел Гарбар]

на сервере с мастер репликой запускай dsrepair и смотри там time syncronization, если тут все нормально, то жми report syncronization status - тут тебе покажут время, когда все реплики были последний раз засинхронизированы. Если какая-то выбивается - ее и начинай синхрить и разбираться почему она этого не сделала сама.

[Андрей Фисенко]

Вы хотите сказать, что команда time на консоли сервера говорит, что time is sihchronized?
Хорошо. Тогда так:
Делаем на серваке с Мастер-репликой

1. DSREPAIR.NLM | Time Synchronization
Смотрим, если все нормально, то п.2
2. SET DSTRACE=ON
SET DSTRACE=NODEBUG
SET DSTRACE=+S
SET DSTRACE=*H

Идем в окно 'Directory Services' (<CTRL><ESC>) и ждем, когда вылезет надпись: 'All Processed = Yes.' переходим к п.3.

SET DSTRACE=NODEBUG
SET DSTRACE=OFF

3. DSREPAIR.NLM | Report Synchronization Status
Смотрим, если все нормально, то п.4

4. DSREPAIR.NLM | Advanced Options Menu | Check External References
Смотрим, если все по нулям, то п.5

5. DSREPAIR.NLM | Advanced Option Menu | Replica and Partition Operations
Смотрим, если все нормально, то п.6

6. Синхрим схему:
SET DSTRACE=ON
SET DSTRACE=NODEBUG
SET DSTRACE=+SCHEMA
SET DSTRACE=*SS

Идем в окно 'Directory Services' (<CTRL><ESC>) и ждем, когда вылезет надпись: 'SCHEMA: All Processed = Yes.' переходим к п.7.

SET DSTRACE=NODEBUG
SET DSTRACE=+MIN
SET DSTRACE=OFF

7. Репайрим локальную базу.
Load DSREPAIR | Advanced Options | Repair Local DS Database
Выбираем опцию - integrity of the database и запускаем.

PS.
Последний пункт можно запустить и на втором серваке, если будет немного ошибок.
После каждого пункта лучше покурить минут пять прежде, чем приступать к следующему.

[Орлов Алексей]

Это все понятно. Согласно логам здесь тоже все ок.
Partition: .[Root].
Replica: .ALFA.GJSC 11/05/2006 09:52:31
Replica: .NWEB.GJSC 11/05/2006 09:52:31
Replica: .MASTER.GJSC 11/05/2006 09:52:32
Replica: .PSART.GJSC 11/05/2006 09:52:36
All servers synchronized up to time: 11/05/2006 09:52:31

Finish: Thursday, 11 May 2006 9:52:49 Local Time
я не думаю, что разбежка в несколько секунд есть плохо.

[Орлов Алексей]

Андрей Фисенко не совсем понятна опция integrity of the database, я её просто не нахожу
Lock NDS database during entire repair? No
Use temporary NDS database during repair? No
Maintain original unrepaired database? No
Perform database structure check? Yes
Perform database structure and index check? No
Reclaim database free space? No
Rebuild the entire database? Yes
Perform tree structure check? Yes
Rebuild operational schema? No
Repair all local replicas? Yes
Validate mail directories / stream files? Yes
Check local references? Yes
Exit automatically upon completion? No

[Андрей Фисенко]

я не думаю, что разбежка в несколько секунд есть плохо.

"Разбежка" в 2 секунды должна начинать процедуру принудительной синхронизации времени.
Это и есть тот самый интервал, в пределах которого дерево считается синхронизированным.
Читайте мои замечания по "выравниванию"...
Собственно, это вольная трактовка NDS / eDirectory Health Check Procedures

[Орлов Алексей]

Сделал все как написал Андрей Фисенко. Если смотреть в dsrepair отчёт о синхронизации время то разбегаеться на 2-3 секунды, то снова приходит в норму, я так понимаю это нормальн или я ошибаюсь??? И в dsmanager синхронизация в интервале отказоустойчивости по прежнему НЕТ =1.

[Андрей Фисенко]

Ну, собственно, так быть не должно, но может.
И в этом нет ничего страшного, по большому счету, если точно знать, что больше трех секунд разбежки нет.
Но есть одно "но". Если все серверы находятся в "бэкбоне", то, простите, что они делают эти три секунды?!!!!
Вполне вероятно, что вам стоит пересмотреть варианты синхронизации времени в сети.
Я не знаю, как у вас сейчас настроено, но у меня обычно самая устойчивая конфигурация, это когда сервер single reference забирал время из инета (или с другого эталона) по NTP. Допустим, осталось три сервера. На них тоже настроена синхронизация времени по NTP. В качестве источников времени у них стоит тот самый single reference и один из соседних серверов, таких-же, как и он.

[Орлов Алексей]

У меня в сети 6 серверов, из них реплики только на 2 один с мастер репликой берёт время с внутреннего NTP сервера и single сервером, второй с репликой rw берет время у него и имеет статус secondary.

[Андрей Фисенко]

а какая разница, сколько у вас разделов и реплик-то?
это никак напрямую не связано с синхронизацией времени в сети.
Время в сети обязано быть синхронизированным!!!
И совсем не обязательно single reference это сервер с МАСТЕР репликой.
Эти понятия не нужно смешивать.
Сначала в сети должно быть синхронизированно время на ВСЕХ серверах, а уже потом можно говорить, что у вас нет проблем с eDirectory.

Например, для того, чтобы вам хоть что-то сделать, вы обязаны быть живым!! Так вот - синхронизированное время - это и есть та самая жизнь, на которой все остальное держится.

[Орлов Алексей]

Андрей т.е. если я Вас правильно понял в логе dsrepair отчут о синхронизации не должно быть разбежек по веремени?? Я заметил, что разбежка начинаеться при обмене репликами между серверами, а именно запустил с консоле set dstrace=+sync. проходит один обмен вермя разбежалось, проходит второй сошлось, следующий опять разбежалось, опять сошлось. Сейчас я отказался от NTP сервера поставил на single брать время с самого себя. Смотрю.

[Орлов Алексей]

Вот нашел моя проблема описана тут:
http://support.novell.com/cgi-bin/searc ... 019541.htm
но не уверен можно ли это отнести к NW6.5 sp3?

[Павел Гарбар]

Таки разберись с синхронизацией времени, а потом лечи дерево (если оно само не поправится при правильном времени).Чтоб было на что ориентироваться: 12-13 серверов 5.1 , соединенных где по ЛВС (2-3 шт), остальные по радиорелейке 256кбит-1,5 Мбит нормально синхрились и по IPX, а потом и по IP с одним single-сервером. Если у тебя все серверы соединены по ЛВС, то с синхронизацией вообще не должно быть проблем, тем более расхождений в 2 секунды.