Помогите мне деревянному с бекапом

[Loki]

Граждане...
В общем пытаюсь сделать бекап и востановиться с него дабы покрутить не на боевой базе... В общем делаю бекап востанавливаюсь.
Axapta мне и говорит, что мол нету такого объекта у тебя в базе как SQLSystemVariables и отваливается нафиг... почитал тут старые темы с вашего форума.. Увидел что у пользователя под которым конектимся в базу отвалился Login Name прогнал скриптик
sp_change_users_login @Action = 'Update_One' , @UserNamePattern = 'bmssa' , @LoginName = 'bmssa'

LoginName появился, а все равно не видит оно таблиц... где собака закопана подскажите плиззз...

[Vadik]

sp_change_users_login 'Auto_fix', 'bmssa'

http://axapta.mazzy.ru/hints/sqlsystemvariables/

[Vadik]

Update_One тоже работает, только что проверял

странно..

одинаковые ли результаты выдают

PHP код:

select sid from sysusers where name = 'bmssa' 


и

PHP код:

select sid from master..syslogins where loginname = 'bmssa' 


?

[Loki]

Результаты запросов одинаковы.... читаю ссылку на статейку...

sp_change_users_login Auto_fix, 'bmssa'
Заявил, что изменений 0

[Loki]

После прогона скрипта
sp_change_users_login Auto_fix, 'bmssa'


Запрос select sid from sysusers where name = 'bmssa'
Вообще ничего не возвращает... мдя...

[Vadik]

Цитата:

Изначально опубликовано Loki
После прогона скрипта
sp_change_users_login Auto_fix, 'bmssa'
Запрос select sid from sysusers where name = 'bmssa'
Вообще ничего не возвращает... мдя...

Не иначе, bmssa мыши съели..

sp_change_users_login на правильной (отресторенной, не master) БД запускался?

возвращают ли записи

select *
from sysusers u
where
u.issqluser = 1 and sid <> 0 and
not exists(select * from master..syslogins l where u.sid = l.sid)

и

select *
from sysusers u, master..syslogins l
where u.sid = l.sid and l.loginname = 'bmssa'

?

[Loki]

Собственно говоря помогло смена владения всеми таблицами на юзера dbo

http://axapta.mazzy.ru/hints/2db_owner/

Теперь все работает остался вопрос А правильно ли это??

[Loki]

Если же не менять владельца таблиц... то после прогона
sp_change_users_login Auto_fix, 'bmssa'
все проходит как говорится в http://axapta.mazzy.ru/hints/sqlsystemvariables/
Правда все равно в Axapta не входит...

select *
from sysusers u
where
u.issqluser = 1 and sid <> 0 and
not exists(select * from master..syslogins l where u.sid = l.sid)

Нечего не возвращает

select *
from sysusers u, master..syslogins l
where u.sid = l.sid and l.loginname = 'bmssa'

Возвращает 1-у запись...

[Vadik]

Цитата:

Изначально опубликовано Loki
select *
from sysusers u
where
u.issqluser = 1 and sid <> 0 and
not exists(select * from master..syslogins l where u.sid = l.sid)

Нечего не возвращает

select *
from sysusers u, master..syslogins l
where u.sid = l.sid and l.loginname = 'bmssa'

Возвращает 1-у запись...

Ну вот.. Все же хорошо.. Можно подключиться например из QA как bmssa и выполнить

select * from sqlsystemvariables

?

[Antidot]

Мистификация происходит:
всю жизнь при переносе БД на другую машину нормально восстанавливалась из backup`а после сопоставления login`а и user`а. В один прекрасный день не понятно по каким причинам перестала, крича на SQLSystemVariables.

sp_change_users_login 'Auto_Fix', 'bmssa'
и
sp_change_users_login 'Update_One, 'bmssa', 'bmssa'
из http://axapta.mazzy.ru/hints/sqlsystemvariables/ не помогают.

http://axapta.mazzy.ru/hints/2db_owner/ также не помогает.

ODBC отлично работает. из всех таблиц, как восстановленной базы, так и системных все корректно выбирается под данным пользователем. У практически всех таблиц, кроме sys* dbowner`ом является данный пользователь.

Есть у кого-нибудь мысли в чем глюк?

[Vadik]

PHP код:

select * from master..syslogins where [name] = 'bmssa'

select * from sysusers where [name] = 'bmssa'

select m.* from sysusers u, sysmembers m where u.uid = m.memberuid and u.[name] = 'bmssa'

select * from sysobjects where [name] = 'SQLSYSTEMVARIABLES' 


текст "крика" тоже не помешал бы

[Antidot]

Текст ошибки заключается в том, что не может выбрать
select value from aos.SQLSYSTEMVARIABLES where parm='sysvarid'.

Проблема решена следующим образом:
В QA под bmssa выборка проходит

select value from aos.SQLSYSTEMVARIABLES where parm='sysvarid'

,а данная не проходит

select value from SQLSYSTEMVARIABLES where parm='sysvarid'

Резюме: При включении login`а bmssa в SystemAdministrators, он видимо становится dbo, а dbowner`ом является bmssa. Из-за этого не корректно обращается к схеме.

[raz]

Видимо разные сервера, т.е. внутренние ID у bmssa не совпадают. Попробуйте использовать другой логин.

[mazzy]

Цитата:

Изначально опубликовано Antidot
Резюме: При включении login`а bmssa в SystemAdministrators, он видимо становится dbo, а dbowner`ом является bmssa. Из-за этого не корректно обращается к схеме.

Да.

[sergy]

очевидно владелец объектов у Вас bmssa, смените его на dbo и навсегда забудите об этой проблеме