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

Rishat · Сообщение **Rishat** » 19 сен 2006, 16:15

есть гал-ка 8.0 под mssql.
при попытке зайти по supervisor в модуль protect говорит нет прав.
в чем грабли?

edward_K · Сообщение **edward_K** » 19 сен 2006, 16:37

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

Rishat · Сообщение **Rishat** » 19 сен 2006, 17:06

протект не включен и xu$type=1 как был так и есть.

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

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

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

edward_K · Сообщение **edward_K** » 19 сен 2006, 17:23

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

Rishat · Сообщение **Rishat** » 19 сен 2006, 17:30

support рабочий(в другой в тестовой базу настраивали protect.)
если support запускать от имени любого смертного то в support даёт заходить. а если supervisor - типа отвали.

Rishat · Сообщение **Rishat** » 19 сен 2006, 17:33

в логах [ODBC Sql server driver][sql server] Login failed for user 'supervisor'
вот и всё

Ged · Сообщение **Ged** » 19 сен 2006, 17:43

а случайно supervisor не является owner-ом БД?

Rishat · Сообщение **Rishat** » 19 сен 2006, 17:44

вообще то sa

Rishat · Сообщение **Rishat** » 19 сен 2006, 17:58

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

edward_K · Сообщение **edward_K** » 19 сен 2006, 18:09

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

Rishat · Сообщение **Rishat** » 19 сен 2006, 18:24

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

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

edward_K · Сообщение **edward_K** » 19 сен 2006, 19:04

в конце концов в mssql любого пользователя можно сделать админом.
и плохо ищите - дело видимо в правах пользователя в mssql.

Ged · Сообщение **Ged** » 19 сен 2006, 19:55

А вам писали.. см..
i_sql.chm "Инструкция по установке"

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

Ged · Сообщение **Ged** » 19 сен 2006, 19:59

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

FullLoginName=On

Oweo · Сообщение **Oweo** » 20 сен 2006, 10:20

Это все эскуэль