Встал вопрос об организации терминального сервера и работы через него в 1С.
Здесь много про это написано, все вопросы более менее освещены. Но вот возник еще один вопрос.

На терминальном сервере под W2k3 пользователи работают в 1С. 1С с файловой БД. БД находиться на другом компе (не на терминальном сервере).
Если терминальный пользователь некорректно выйдет из сеанса, или вместо логофф закроет крестиком окошко терминального клиента, или связь сбойнет, или отключение электроэнергии... Как результат - висящие в дисконнекте сеансы с запущенными и работающим приложением 1С. При повторном входе пользователь не цепляется к старому сеансу, а как правило создается новый.

Если настроить в свойствах терминального соединения - (закладка Sessions - Override user settings - End a disconnected session) на обрубание висящих сессий.

Вопрос: Корректно ли будет закрыта 1С в этой сессии, не возникнет ли сбоев индексов, и не дай бог, файлов БД.

Объясните пожалуйста. Какой смысл терминала, если баз лежат не на терминальном сервере?
Если закрывает крестиком-то в следующий раз он вновь подключится к этому же сеансу и продолжит работу.
Ставьте источники бесперебойного питания как на сервер так и на клиента.
Нажмите для просмотра прикрепленного файла У меня настроено так. Сеанс завершается корректно.

Сейчас рассматривавется вопрос о задействовании ТермСерв, а начальники так запуганы бухгалтерами, что не дают сразу перенести БД на новый сервер. В дальнейшем, конечно, всё будет организовано как надо.

Не знал, спасибо.

И за это спасибо.

Вопрос в этом же направлении:

Что происходит с терминальным клиентом (ТК) и соответственно с его сессией на ТермСерв (ТС), в случает сбоя канала связи.

1.Если ТК не трогать до появления канала связи, он автоматически подключится? Как в случае с закрытием окна ТК кнопкой [х]. Или его надо закрыть+открыть?
2.Если ТК закрыть [х] после потери канала связи, а после появления канала связи его открыть заново он подключиться к своей висящей сессии на ТС?

З.Ы.Проверить на практике пока не могу. Нужна теория.

Не всегда он подключается к тому же сеансу, если 1С находится в зависшем состоянии-то он создает новый сеанс. В общем, особых проблем с этим не было, по этому не изучал поведение при разрывах связи. Так можно решить эту проблему- на одного юзверя разрешить один сеанс.
Настройка служб терминалов>

даже если 1С в сеансе и зависнет, при восстановлении соединения клиент подключится к тому же сеансу вообще-то...

подключится, если сеанс не сброшен на самом сервере.

каким образом сеанс закроется, если какнал связи не работает?

З.Ы, в файловом варианте, переодическая индексация - неизбежна, имхо.