Переезд с win2003 на win2008
 

Всем доброе время суток.
Предисловие к вопросу: было 3 терминальных сервера (платформа - win2003, одновременно юзеров на каждом - от 30 до 60), на них стояли 1C v7.7 и v8.0 +каталоги БД (сами базы крутятся на отдельном SQL-сервере), и админить и пользовать такую схему было неудобно. Далее, на фоне перевода контроллеров домена на 2008-ую платформу, решили описанную схему "привести в потребный вид" - перевести всех терминальных юзеров на один 2008-ой сервер (точнее серверов два, но они в терминальной ферме для юзеров кажутся одним).
Решили-сделали, вопрос со связкой 1Сv7.7+MS SQL2005+win2008 обошли как и многие: замена в 2008 ODBC драйвера на версию из 2003-го. Настроили, обкатали, протестили, все ок, - пустили в бой (юзеров перевели).

Через три дня (после ребута терм. сервера) начались глюки с 1С при старте: "Не найдена таблица такая-то..." - как следствие, около 100 пользователей 5 часов сидели без работы (заплатка сделана следующая - из сеанса 2008-го они стартуют терм.сеанс на 2003 и там RDP-ный автопуск 1С - изврат, но что делать?)

Ковыряние везде, всего и всем ИТ-отделом показало - косяк именно в win2008+ODBC от 2003-го... Решение видим в двух направлениях:
1 -ковырять дальше связку 1Сv7.7+MS SQL2005+win2008 и попытаться заставить ее работать корректно и стабильно;
2 -оставить примерно все как есть, только на 2003 серве сделать публикацию приложения 1С - вроде как при этом пользователям будет создаваться не полноценный терм. сеанс, а в терминальной сессии будет запускаться только 1С (если кто знает как это реализуется грамотно - буду признателен за подсказку)..

У кого какие мнения/идеи, пожалуйста поделитесь. Может кто-то решал/решает аналогичную проблему?

Djon987654321, в сторону CITRIX не смотрели? Чтобы обойти кучу терминальных подключений..

Delirium, смотрели, было дело... но неприемлемо, среди основных причин - бюджет отдела иссяк + даже если средства выбьем - займет много времени.
Вот и хочется узнать, как это сделать средствами win2003... Примерно так, как описано в http://www.oszone.ru/3162/, статья полезная, но хотелось бы найти чуток более "развернутое" представление озвученных там мыслей.