Форум » Clipper » Win-Terminal срубает ДОС задачу » Ответить

Win-Terminal срубает ДОС задачу

Sergy: Смотрел я тут на споры, доказывающие, что терминальный режим "благоприятствует" надежности и уменьшению ошибок в таблицах и индексах при "чрезвычайных" обстоятельствах. Решил попробовать это дело у себя. Завел терминальный сервер, база на нем локальна. В случае завершения сеанса (что по крестику, что по "обрыву связи") запущенная ДОС-задача, а в нашем случае это Clipper 5.2e срубается напрочь... Хотя, даже если закрывать окно сеанся "крестиком" - Виндовс бодро рапортует: "ты тут типа покури, а потом как надумаешь - продолжим, я тут всё для тебя сохраню в целости и сохранности". НИФИГА. О какой тогда надежности можно говорить - я не понимаю. Что делать ? Может вопрос немного и непрофильный (думаю, Клиппер тут ни при чем) но "ай нид хелп". С наступающим новым счастьем всех !

Ответов - 18

lista: Sergy пишет: Решил попробовать это дело у себя. Завел терминальный сервер, база на нем локальна. Сервер на какой оси? Я вел речь, о связке Linux-DosEmu или Linux-Clip и терминалах, которые реализует Линух. Особенность такая, что пока нет обращения к терминалу задача будет работать.

suv3: фигня какая-то.... про что идет речь? про remote desctop connection на win 2003 server? при закрытии крестиком, при обрыве связи можно повторно подключиться и увидеть сессию в том же состоянии, что и до обрыва/закрытия

Sergy: про что идет речь? про remote desctop connection на win 2003 server? при закрытии крестиком, при обрыве связи можно повторно подключиться и увидеть сессию в том же состоянии, что и до обрыва/закрытия Да, именно про это и идет речь. Может я чего не понял, но у меня после закрытия крестиком всё "начинается заново" и задачи - как не бывало. Причем не только Клиппер, но и Excel, Word - всё, что было запущено - умирает враз. Где чего можно подкрутить ?


suv3: да не бывает так)) НЕ БЫ-ВА-ЕТ! где-то что-то сильно не договариваешь)))

Sergy: suv3 Да, именно про такие картинки я и говорю: обещает восстановить, а на деле - завершает сеанс. Вылечилось правкой свойств юзера в Active Direcory... Тогда вопрос номер два: ежедневно, в 4 часа утра настроен запуск ДОС-задачи с параметром /reindex и перезагрузка терминального сервера. В свойствах планировщика задач установлено, что запускать задачу нужно под учетной запиью админа. так вот, если после утренней перезагрузки админ не входил под своим паролем на терминальный сервер, задача не запускается... Чего ей там не хватает, как посмотреть - не знаю. Если за рабочий день админ хоть раз войдет на сервер под своим логином и ОСТАВИТ СЕАНС НЕЗАВЕРШЕННЫМ (просто заблокирует по Alt-Ctrl-Del) - всё ок. Если нет (ИЛИ СЕАНС БУДЕТ ЗАВЕРШЕН) - ночного обновления индексов в базе не будет. Ай нид хелп.

suv4: Возможно, установлена галка "Выполнять только при выполненном входе в систему"

suv4: Sergy пишет: Да, именно про такие картинки я и говорю: обещает восстановить, а на деле - завершает сеанс. Вылечилось правкой свойств юзера в Active Direcory Слабо верится... Какие именно свойства?

Sergy: Слабо верится... Какие именно свойства? Active Directory - Свойства пользователя - Сеансы - При разрыве подключения "отключать/завершать" Вопрос с ночным запуском ДОС задачи остается в силе... Возможно, установлена галка "Выполнять только при выполненном входе в систему" Таких галок я там не нашел...

suv3: Sergy пишет: цитата: Возможно, установлена галка "Выполнять только при выполненном входе в систему" Таких галок я там не нашел...

suv3: Sergy пишет: Active Directory - Свойства пользователя - Сеансы - При разрыве подключения "отключать/завершать" обалдеть) это очень вредная галка, буду знать

Sergy: Осталось найти вторую галку... может где в active directory ее тоже поискать? Какие могут быть предположения по её наличию ?

suv4: ) хз... ну поставь себе вин2003 сервер (мой скриншот - оттуда) все задания должны работать до входа в систему, иначе оно нафик не нужно) при любом ребуте возле компа должен сидеть оператор, который будет вводить пароль и входить в систему?))) Вот еще помнится, что есть какой-то способ осуществлять автоматический вход в систему.

suv4: Add reg... [HKEY_LOCAL_MACHINE\SOFTWARE\Windows NT\CurrentVersion\Winlogon] "AutoAdminLogon"="1" "DefaultUserName"="user" "DefaultPassword"="" [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon] "ForceAutoLogon"="1"

Sergy: ) ну поставь себе вин2003 сервер (мой скриншот - оттуда) Именно он и стоит... все задания должны работать до входа в систему, иначе оно нафик не нужно) при любом ребуте возле компа должен сидеть оператор, который будет вводить пароль и входить в систему?))) Биллгетц его знает, о чем там думали в микрософте, когда писали шедулер... Видимо они не думали, что сервер будет перегружаться каждую ночь. Как показывает практика - пока это единственное решение трудноописуемых и малопонятных проблем, которые возникают, когда активно используемый сервер работает месяцами. По поводу реестра - буду ковырять что значат эти ключи autologon ? Что автоматом всякий раз на сервер будет админ входить? Мне нужно, чтобы юзеры на нем тоже работали... У тебя они стоят ?

suv3: значит выкинь кривой 2003 и поставь нормальный, в котором есть такая галка (выполнять при выпоненном входе в систему) ключи в реестре - по поводу того, как делать автоматический вход в систему. Это временный (до установки нормальной версии 2003сервер) выход, который позволит тебе выполнять задания по расписанию, даже если сервер перезагрузился. если тебе нужно, чтобы еще и юзеры работали на серваке - ну тада не знаю... к санитарам)

Григорьев Владимир: suv3 пишет: значит выкинь кривой 2003 и поставь нормальный, в котором есть такая галка (выполнять при выпоненном входе в систему) Может быть проще от руки дорисовать такую галку?!

Sergy: Выяснилось следующее: на доменном сервере галка "выполнять при выполненном входе в систему" есть, на терминальном - ваще нет - скриншот оттуда, т.е. нет даже "серой", заблокированной галки. Вопрос: как её туда вернуть? Может в реестре что подкрутить ? Спасибо.

Sergy: Если кому-то еще интересна эта тема, могу сообщить следующее: Задача решилась банальнейшим образом: через консольную команду AT запускается нужный батник, экзешник - все, что угодно. В св-вах планировщика задач винды указывается запуск от имени "локальной системной записи", ей даются соответствующие права на доступ к экзешнику и каталогам. Вуаля. Работает независимо от запущенного юзера. Работает сразу после ночной перезагрузки сервера - без проблем. Почему эта графическая приблуда на терминальном сервере требует "живого юзера" осталось непонятным. На контроллере домена та галка есть. На терминале - нет.



полная версия страницы