Страница 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
Это все эскуэль