Всем привет. Несколько лет все работало и вдруг отвалилось.
Дано: сервер 8.3 x64, запущен под отдельным пользователем USR1CV8, в регламентном задании цепляется по OLE к SQL базе 7.7 и забирает оттуда данные.
В какой-то момент времени перестало работать. Причем интересно, фактически пользователь авторизуется в базе 7.7 ( я его вижу в мониторе пользователей), висит секунд 20 и процесс завершается. 7.7 работает с секретным релизом.
Раньше база была под 2014 SQL, вынуждено перевели ее на SQL 2008 в режиме совместимости с 2000. После этого начались проблемы. Куда копать?

Забыл добавить. Если сервер 1С запускать под системной учетной записью, то все работает.

Залогинься на сервере под USR1CV8 и запусти 77. Посмотри сообщения.

А в логах (и восьмерки, и семерки) что-нибудь вменяемое отражается?

(3) Ничего нет, в 8 задание запущено, задание завершено. Без ошибок.

HKEY_LOCAL_MACHINE>SYSTEM>CurrentControlSet>Control>Session Manager>SubSystems вот это проверено, там все хорошо. Делалось еще в момент, когда первый раз все настраивалось.

(2) Все работает, база открывается, ошибок нет.

Тогда просто в журнал пиши каждый чих. И смотри, на каком отваливается

(7) В отладчике отваливается при Initialize, возвращается 0 и все.

(8) Найди в моём (7) слово "отладчик"

С версией SQL как-то может быть связано, кроме нее ничего не менялось?

(9) А что писать в журнал тогда, не очень понял

Может можно как-то показать окно 1С 7.7, запущенное из регламентного задания?

А если не из регламентного?
Если по кнопке?
Да и то - регламентное выполняется на сервере. Кому ты там его покажешь?

Бывает. "Не открыт период в 1С" и все.

(14) Все открыто. Писал же выше, что если просто запустить базу из под USR1CV8 интерактивно, то все открывается и база работает.

(13) Аналогично, если просто обработку сделать и кнопкой запускать, такая же фигня. Разницы же нет, один фиг процесс из под серверного пользователя стартует.

Такое ощущение, что к SQL нет доступа у пользователя, когда запускается из регламента. Поэтому висит 20 секунд соединение и отваливается по таймауту

(17) вероятно.

Выяснил?

а зачем солюшену7 "режим совместимости"???

0) пере-создай юзера 77. а лучше - создай нового юзера и перепиши код под него. сработает?..
1) пропиши в 77 подробное логирование через ту же "ЗаписьЖурналаРегистрации" - от запуска до завершения - и смотри в каком месте у тебя рвется.
2) пропиши в 77 при запуске под определенным пользователем - выгрузку нужных данных в файл и завершение работы... а в 8-ке - запуск 77 под этим пользователем. ожидание появления файла с выгруженными из 77 данными, загрузку данных из этого файла и его удаление... просто интересно - так сработает?..

(19) Неа, сейчас буду ковырять, база занята была днем.

(20) Чтобы можно было убрать загрузку 100% при блокировках

(0) Зачем вам вообще 7.7? Если структура SQL таблиц у 7.7 примитивна, можно все что угодно запросами вытаскивать :)

(24) Потому что упр. учет в ней ведется и переносить его на 8 мы в ближайшем будущем не планируем. 8 хороша в бух и зарплате, там и работает.

(0) сервере перезагрузи

это не шутка, просто глянь нет ли зависшего процесса 1с77

имхо я бы глянул права на каталог 1c 77 где конфа лежит

(26) да это можно глянуть в диспетчере или в консоли.

(26) Уже и не раз. Я умом понимаю, что что-то с правами, ведь под системным пользователем работает все. Но если просто запускать интерактивно, то ведь база открывается из под этого USR1CV8 и нормально работает.

(23): тю. а без режима совместимости это разве не работает?

Разрешение на изменение настроек приложения Com+ для 7.7

(30) Неа, только в режиме совместимости http://catalog.mista.ru/public/83504/

(31) Наверное речь о DCOM? Там все правильно, иначе бы совсем не работал запуск, с ошибкой про интерфейс

(0) Было, перенёс операции на другой комп, делал во внерабочее время.

В продолжение проблемы. Включил пользователя USR1CV8 в группу администраторов на компе, где сервер 1С работает и откуда фоновое запускается. OLE соединение заработало, но ох как неправильно этому пользователю быть администратором.