В моем случае таблица имела триггер с пользователем DEFINER, которого не было.
Можно использовать развертывание ClickOnce для установки сервиса окон. Однако, по моему опыту, каждый раз, когда обновление выпущено, вмешательство пользователя требуется, и это обычно повреждает причину того, чтобы иметь прогон программы как сервис окон.
Однако одна проблема, которую я никогда не разрабатывал полностью для сервиса окон, выполняла installutil.exe для установки сервиса в сервисный список окон. Но это не было проблемой для обстоятельств, в которых я развернулся.
Я полагаю, НЕТ согласно Выбор между ClickOnce и установщиком Windows
AFAIK Вы не можете действительно использовать ClickOnce от начала до конца для развертывания сервиса; существуют проблемы с обоими расположение файлов (установки ClickOnce в профиль пользователя), и установка (ClickOnce в основном бесплатный побочный эффект).
можно, однако, записать сервис как exe, который может самоустановить/удалить из сервисного списка, как так ; в основном Вы пишете его как как консоль exe и обрабатываете некоторую командную строку args, с помощью AssemblyInstaller
к [ООН] установка от текущего блока. Другое преимущество состоит в том, что тот же подход может использоваться для помощи отладке, так как можно выполнить его из командной строки.