Страница 1 из 1

доступ для supervisor в protect

Добавлено: 19 сен 2006, 16:15
Rishat
есть гал-ка 8.0 под mssql.
при попытке зайти по supervisor в модуль protect говорит нет прав.
в чем грабли?

Добавлено: 19 сен 2006, 16:37
edward_K
ну сделали супервизора не админом и все.
x$users откройте(хоть через MsSql, при включенном протекте в сапорте не поменять) - xu$type=1 для админа.
А протект то включен?
Если нет( то есть при входе в сапорт - sql у вас не спросили логин), то возможно supervisor внесен на один офис, а активен другой(было при конвертации с 585 на 712 - установленный офис слетал), тогда нужно типа 1.supervisor входить, а потом в настройках системы делать активным 1 офис.

Добавлено: 19 сен 2006, 17:06
Rishat
протект не включен и xu$type=1 как был так и есть.

в принципе даже в базу не дает заходить сразу начинается ругачка
у вас нет прав доступа для работы с БД
и 345 ошибка.

что самое интересное админам доступа в базу через support нет . а обычным всё нормуль

у всех пользователей номер оффиса 0 то бишь к никакому не завязаны

Добавлено: 19 сен 2006, 17:23
edward_K
=Ошибка открытия словаря, не поддающаяся классификации
а в галку то можете?
вы часом сапорт не перепутали?
А под другим пользователм можете?
если нет и можете войти в галку то сравнивайте cfg и так далее(типа fullloginname=on), если там все одинаково, то смотрите дальше логи ms70drv.log и логи на сервере(приложений и MsSql).

Добавлено: 19 сен 2006, 17:30
Rishat
support рабочий(в другой в тестовой базу настраивали protect.)
если support запускать от имени любого смертного то в support даёт заходить. а если supervisor - типа отвали. :(

Добавлено: 19 сен 2006, 17:33
Rishat
в логах [ODBC Sql server driver][sql server] Login failed for user 'supervisor'
вот и всё

Добавлено: 19 сен 2006, 17:43
Ged
а случайно supervisor не является owner-ом БД?

Добавлено: 19 сен 2006, 17:44
Rishat
вообще то sa

Добавлено: 19 сен 2006, 17:58
Rishat
короче ерунда какая то. отключили protect в тестовой базе и теперь supervisor заходит в рабочую базу нормально..
что это?
в качестве предистории тестовая это клон рабочей. в эту пустышку просто вколотили через restore архив рабочей.
где и что не так сделали?

Добавлено: 19 сен 2006, 18:09
edward_K
вы не пишите про галку.
авторизация сюдя по всему SQL
в enterprise попробуйте вашему supervisor дать права на эту базу.
если могете зайти в протект под кем нибудь, то передерните loginname у supervisor, эт приведет к пересчету прав в sql.
можно попробовать
[support]
StrongRecalcRights
[SQLDriver]
ForceRights
и пересчитать права

Добавлено: 19 сен 2006, 18:24
Rishat
edward_K
в том то и дело что не давало заходить supervisor через support в рабочую базу, соответственно ни у кого больше нет прав войди в модуль protect. обычные пользователя влегкую заходили, а protect не даёт потому как прав у него нет. соответственно какие либо манипуляции с пользователем supervisor невозможны

>в enterprise попробуйте вашему supervisor дать права на эту базу.
дык в enterprise пользователя supervisor вроде как не видать.
или я плохо ищу

Добавлено: 19 сен 2006, 19:04
edward_K
в конце концов в mssql любого пользователя можно сделать админом.
и плохо ищите - дело видимо в правах пользователя в mssql.

Добавлено: 19 сен 2006, 19:55
Ged
А вам писали.. см..
i_sql.chm "Инструкция по установке"

Если на экземпляре MS SQL Server установлено несколько баз данных системы Галактика, то рекомендуется при эксплуатации использовать включенный параметр конфигурационного файла FullLoginName.

Добавлено: 19 сен 2006, 19:59
Ged
[SQLDriver]
// Назначение : Использовать имя базы данных как префикс имени SQL-пользователя
// Вид параметра : Логический (значения +,-,0,1,Yes,No,Y,N,Да,Нет,On,Off)
// Примечание : Записывается в файл конфигурации пользователя.

FullLoginName=On

Добавлено: 20 сен 2006, 10:20
Oweo
Это все эскуэль :grin: