Скорее всего, движок 7.7 использует какой-то устаревший объект, которого уже нет в SQL Server 2008.
Где-то в интернете наверняка есть скриптик, которым этот объект можно создать.
Идем в скуль, разворачиваем "базы данных" - "системные базы данных" - "master", тыкаем на "представления", выбираем "создать представление". Если выскочило "добавление таблицы", жмакаем закрыть, в поле кода (там по дефолту стоят sel ect и fr om) копируем следующий текст: select * fr om sysprocesses wh ere cmd <> 'checkpoint' и нажимаем кнопку "выполнить код sql" (находится выше слева, красный восклицательный знак), если код поменялся и не выскочило ошибок - это хорошо, жмем сверху кнопку "сохранить" и называем это представление вот так: sksprocesses " и потом ставим права юзеру на выборку из этой таблицы.
(15) Значит не полностью.
У вас 1С патченная. Есть у 7.7 такая проблема. Она, когда проверяет сколько пользователей подключено к базе, считает всех пользователей, включая системные подключения. То есть, идёт у вас в базе бэкап журнала транзакций или какой-нибудь пересчет статистики... 1С видит подключение к SQL базе, но не видит пользователя 1С. И выдаёт ошибку, что "доступ к базе данных возможен только из одного каталога".
Одно из решений этой проблемы заключается в следующем. В бинарниках 1С слово sysprocesses заменяется на sksprocesses. На SQL, в базе master, создаётся view (представление) с названием sksprocesses, которое делает выборку из sysprocesses, но с дополнительными отборами.
Должен работать рецепт из (14).
Если не работает, проверяйте, что Представление создалось, что у него имя sksprocesses. И дайте на него права public на выборку.
(20) Про hex-редактор тут http://tavalik.ru/hex-editor/ , собственно, в нем должен быть поиск по строке.
Собственно суть патча (одна из) в том, что на SQL-сервере к таблице sysprocesses добавляется представление ( оно же "вьюха" - http://www.sql.ru/docs/sql/u_sql/ch20.shtml ) с другим именем sksprocesses и патчится dll чтобы обращение шло к представлению вместо таблицы. Похоже, что-то не так с представлением. Не хватает или неправильно выставлены права (у тавалика предлагается поставить право guest) или более экзотическая ситуация - SQL настроен так, что различает регистр в именах таблиц http://www.sql.ru/forum/360010/ms-sql-s2005-vydaet-oshibku-native-208-invalid-object-name-tempdb-sysobjects - тогда можно попробовать удалить и создать представление как в ошибке, строго соблюдая регистр. В последней ссылке, если что, есть подсказка как изменить чувствительность к регистру (collation), правда процедура несколько рискованная для применения на рабочем сервере