Nicholaes Мотоупырь МТ Возраст: 50 Сообщения: 3070 Откуда: Ленинград На чем ездит: Honda SH50
Добавлено: 02 Апрель 2010 9:32 Заголовок сообщения: Служба времени виндовняная мозг имеет...
Ситуевина такова: есть сервер домена, на нем 2003-й сервер крутится. Есть два десятка клиентов (ХР проф). Включаются компы одновременно, но загрузка клиентов осуществляется с задержкой, так, чтобы сервак просраться успел. Запускаем рабочую программу (а там визуализация), и минут через несколько имеем замораживание изображения. Роюсь в логах - при загрузке клиентов Windows time не может синхронизироваться по серверу, и предпринимает следующую (уже успешную) попытку через 15 минут. Есть предположение, что замораживание как раз совпадает по времени с этими клиентскими попытками, т.к. во-првых, оно происходит только в течении первых нескольких минут после включения компьютеров и запуска рабочей программы (при последующем перезапуске программы - без выключения компов - ситуация не воспроизводится). Отключать службу неохота, т.к. при отключенной вроде были проблемы с доменом.
Вопросы:
1. Какого хрена эта зараза не синхронизируется с первой попытки? (версия про не полностью поднявшийся сервер исключается - задержку клиентам увеличивали, не помогает)
2. Следующая попытка предпринимается через 15 минут. Можно ли сделать так, чтобы она предпринималась, скажем, через 5 минут? Где могут быть зарыты эти настройки?
3. Можно ли добиться стабильной работы домена без службы Windows time?
3. Если вырубить синхронизацию времени в домене, часы на рабочих тачках могут сильно отстать или вперед уйти и могут быть проблемы с авторизацией в домене.
Контроллер домена один?
Если ваша клиентская программа сильно нагружает сервак, сделай отдельный контроллер домена.
PS. Вообще странно задавать такие вопросы на непрофильном форуме.
Nicholaes
Расскажи про виртуализацию.
Я этим последнее время много занимаюсь.
Если секретно - напиши в ЛС, что за виртуализация, какими средствами, версиями, что за вирт. машины, на каких ОС и т.п., как в сети сидят и относятся ли к домену, что за программы "свои", только назначения кратко.
Навскидку - не может ли так получиться, что у тебя в сети два активных DC, или BDC, если он есть, считает что основной сервер сдох и пытается принять на себя командование, и отжать клиентов, у вполне себе живого DC?
Есть ли ошибки в ошибках и варнинги в варнингах?
Нет ли битвы за ресурсы какие или за "статус"?
Или позвони в телефон, обкашляем.
Добавлено спустя 8 минут 26 секунд:
Nicholaes
Кстати, а зачем синхронизировать время КАЖДЫЙ день?
вроде как точности должно хватать чтобы по дефолту раз в неделю синхрить?
Кстати, есть ежели чего еще один вариант - настрой клиентов чтобы они не приставали к серверу за временем вообще, ну просто как эксперимент.
Путь лезут на мобатайм ли на микрософт за таймом.
энтепешников чай полно. Тот же симметриком.
И еще - не может NTP блокироваться на уровне сети\портов?
В общем вот такие мысли, можно че нить попробовать.
Rosomaha Сашко, о виртуализации я ни слова не говорил. ))) А насчет энтэпэшников - представь себе домен, стоящий в чистом поле, который не может и не должен иметь доступа к интернету. Я тут в репе почесал малость - как пишет масдай, в таких условиях клиенты начнут синхриться по доменному серверу без каких-либо плясок с бубном. Это и происходит, но минут через 15 после включения. Прикинул - по идее, клиент в душе не ебет, от чего там его сервак засинхрен. Значит, тараканов искать со стороны сервака. Впринципе, логично - включился сервак, ломится на энтэпэшные сервера, и пока не поймет, что сие есть дело безнадежное, клиентам время не скармливает... В общем, перевел я его на ручное указание серверов времени, и скормил ему в качестве таковых его самого (127.0.0.1). Вроде, помогло; но точные результаты буду знать в понедельник.
JamesON, я этим вообще не занимаюсь. Просто иногда так случается - есть проблема, надо решать... Когда стало понятно, что загвоздка не в нашем софте, засел за чтение логов - и вот такое вот наковырял. В общем, вчера серваку было сказано:
Что-то мне кажется, и достаточно сильно, что служба "windows time" не будет ничего тормозить на компе. Несколько раз у меня были проблемы с рассинхронизацией времени в домене, но это все происходило очень тихо: без всяких внешних проявлений. Просто одним утром машинка не может авторизоваться в домене и все ))
Дык, у нас задачи ресурсоемкие. В настройках компов разрешено одному процессу отводить больше 3 гигов оперативы. ))) Фактически, это реалтаймовая интерактивная трехмерная анимация. Когда ты летишь на тренажере вертолета, а у тебя вдруг картинка (собранная из восьми частей, 1400*900 точек каждая) вдруг замирает на пару секунд - сразу заметишь. А на 1С и не почувствуешь - ну, протупил комп чуть больше положенного... ))) Домен - он у нас не разваливается, просто он синхронизируется минут через 15 после включения, когда наше приложение м.б. уже запущено. Что, предположительно, приводит к "замораживанию" изображеия. Разница с нормальным доменом в том, что этот физически выключают пару раз в день, и доступа к сети нет. Так что в нормальных условиях такой эффект не поймаешь.
У вас есть домен контроллер, несколько машин в домене и одна софтина рапределенная, которая работает на этих машинах, выводит картинку на экран и, наверное, много гоняет по локальной сети?
При включении домен-контроллера, рабочих машин и софтины происходит "лаг" на пару секунд. Только один раз или переодично?
Один раз, не сразу, а примерно минут через 10 после запуска приложения, только при первом (после включения компов) запуске. То есть примерно минут через 15 после физического включения компов. Время лага как раз приблизительно совпало с временем второй попытки синхронизации клиентов с сервером (с секундомером не замерял, но где-то так). Первая, сразу при включении, стабильно заканчивается неудачей. После подачи серверу приведенной команды первая попытка синхронизации клиентов стабильно заканчивается успехом. Лаг вроде исчез. В понедельник поставим еще серию экспериментов. По сетке гоняет много, но сетка гигабитная.
Насколько я понимаю, синхронизация по сети использует накопление информации? И, по идее, точности ради, соотв. процессы должны иметь высший приоритет?
Итак: гипотеза о проблемах из-за службы времени подтвердилась экспериментально. При "зацикленном" на себя (что, вообще-то, возбраняется документацией мелкомягких) сервере "замораживание" исчезло; но в логах клиентов осталась та же хрень. Дальнейшие разборки показали, что проблемы начинаются не во время синхронизации клиентов с сервером, а во время попыток сервера синхронизироваться с вышестоящим. Рекомендованные масдаем шаманства в реестре сервера результатов не дали. Будем поднимать NTP сервер на наименее загруженной клиентской машине.
Подняли NTP сервер, проблема решена. Будем теперь иметь в виду, что служба времени при недоступном NTP сервере может такие пакости устраивать. Тему можно закрыть.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах Вы не можете вкладывать файлы Вы можете скачивать файлы
Страница сгенерированна за 0.00999 секунд с 11 обращениями в базу данных
