Подключение базы данных

[OliaM]

Подключаю в SQL Server Enterprise Manager базу данных Axapta (файлы .mdf, .ldf), скопированную с сервера, на своем лэптопе локально. Версии Axapta, MS SQL и их сервис-паков одинаковые.
При этом когда пытаюсь запустить Axapta, выдается ошибка: Invalid object name `SQLSYSTEMVARIABLES`. В чем здесь проблема?

[Михаил Андреев]

Лечится запуском процедуры sp_change_users_login 'auto_fix','bmssa' от dbo в подключенной БД, где bmssa - это владелец таблиц аксапты и логин в новой базе. Рецепт работает при условии что такой пользователь есть и в сервере SQL, и в подключаемой БД.
Смысл в том, что чужая база не может правильно соотнести пользователя БД и пользователя сервера SQL.
Более подробно есть инструкция как на этом форуме, так и на сайте www.mazzy.ru

[OliaM]

Я попробовала: открыла SQL Query Analyzer, выбрала базу данных из списка и запустила запрос: sp_change_users_login 'auto_fix','bmssa' .
Условия: такой пользователь (bmssa) есть и в сервере SQL, и в подключаемой БД - выполняются.
Однако, ошибка при запуске остается. Может, я как-то неправильно запрос запускала?

[Михаил Андреев]

Проще стукнуться в аську или MSN.
Так мы будем долго переписываться.

[mazzy]

ваш bmssa входит в группу system administrator на СКЛ?
если да, владелец у таблиц прописывается как dbo и Аксапта ведет себя по-другому.

не стоит включать обычного пользователя в эту группу. Ни с какой точки зрения.
Уберите группу, пересоздайте базу, восстановите. Далее действуйте по инструкции http://axapta.mazzy.ru/hints/sqlsystemvariables/

[OliaM]

Михаил, у меня нет ICQ или MSN - запрещен к использованию на работе.

Mazzy, а что такое СКЛ?

Login Name для bmssa инициализировался в SQL Server Enterprise Manager после запуска запроса. Но при этом с запуском Axapta та же проблема осталась.

[OliaM]

Кстати, смотрю свойства SQL server login-а bmssa - на странице Database Access для подкоюченной базы User установлен dbo, в то время как для остальных баз Axapta пользователь - bmssa.
Может в этом причина?

[mazzy]

СКЛ = SQL

[OliaM]

Mazzy, да, bmssa входит в группу system administrator на СКЛ, я проверила.

[Михаил Андреев]

Цитата:

Изначально опубликовано OliaM
Михаил, у меня нет ICQ или MSN - запрещен к использованию на работе.

Такого не бывает. Точнее, нет такого запрета, который нельзя было бы обойти. Мне такие запреты как то никогда не мешали...

Цитата:

Mazzy, а что такое СКЛ?

Сергей, ну ты и сказал.

Цитата:

Login Name для bmssa инициализировался в SQL Server Enterprise Manager после запуска запроса. Но при этом с запуском Axapta та же проблема осталась.
......
Кстати, смотрю свойства SQL server login-а bmssa - на странице Database Access для подкоюченной базы User установлен dbo, в то время как для остальных баз Axapta пользователь - bmssa.
Может в этом причина?

Похоже, при подключении БД к серверу Вы сделали ее владельцем bmssa, что делать не стоило. Отберите все серверные роли от bmssa, отключите базу и подключите заново, указав в качестве владельца, например, пользователя sa, потом опять запустите скрипт.

[OliaM]

Еще у меня на SQL сервере аутентификация Windows. На работающих базах данных у dbo в колонке Login Name: org\oliam (мой Windows login), а в подключенной базе для пользователя dbo в колонке Login Name: bmssa почему-то. Может причина здесь?

[OliaM]

Цитата:

Такого не бывает. Точнее, нет такого запрета, который нельзя было бы обойти. Мне такие запреты как то никогда не мешали...

не знаю, я стараюсь не рисковать в этом плане, чтоб IT наши не наезжали

Цитата:

Похоже, при подключении БД к серверу Вы сделали ее владельцем bmssa, что делать не стоило. Отберите все серверные роли от bmssa, отключите базу и подключите заново, указав в качестве владельца, например, пользователя sa, потом опять запустите скрипт.

Все переделала как у вас написано, Михаил. Теперь Login-ы bmssa и dbo в подключенной базе выглядят (в плане параметров) в точности, как для рабочих баз.
Но все равно при запуске Axapta - тот же геморрой, кошмар.

[OliaM]

Вот какое отличие (между подключенной базой и рабочими базами Axapta) я нашла:

В SQL Server Enterprise Manager не получается отключить bmssa (логин) от подключенной базы. Выдается ошибка: The user owns objects in the database and cannot be dropped.

Для обычных работающих баз Axapta логин bmssa отключается без проблем. Может, в этом дело?

[Михаил Андреев]

Похоже, Вы НЕ сделали того, что я сказал. Кто является владельцем базы данных (в Enterprise Manager на базе правой кнопкой выбрать Properties на закладке General значение поля Owner)? Уверен, что bmssa, а должен быть кто либо другой, например sa или администратор.
Нужно сначала отключить БД (Detach Database...) и подключить (Attach Database...) заново, указав ее владельцем (Owner) любого пользователя, кроме bmssa. Только потом опять запустить скрипт sp_change_users_login 'auto_fix','bmssa'

Цитата:

не знаю, я стараюсь не рисковать в этом плане, чтоб IT наши не наезжали

Тогда, может, имеет смысл "Ваших IT" и заставить решать проблему с базой?

[mazzy]

Цитата:

Изначально опубликовано Михаил Андреев
Кто является владельцем базы данных

По-моему, владелец базы данных никак не влияет на работу Аксапты.
Важны владельцы таблиц.

[Михаил Андреев]

Цитата:

Изначально опубликовано mazzy

По-моему, владелец базы данных никак не влияет на работу Аксапты.
Важны владельцы таблиц.

Сергей! Если bmssa является владельцем базы, то он для нее пользователь dbo, а не bmssa. Аксапта такие вещи понимает и для владельцев БД сама подставляет имя dbo перед названиям объектов. Но, если база взята с другого компьютера, владельцем будет указан "старый" bmssa, а Аксапта будет пытаться взять объекты dbo вместо bmssa.

[slava]

Цитата:

Изначально опубликовано OliaM
В SQL Server Enterprise Manager не получается отключить bmssa (логин) от подключенной базы. Выдается ошибка: The user owns objects in the database and cannot be dropped.

Попробуйте "пробежаться" по всем таблицам в базе и процедурой sp_changeobjectowner поменяйте владельца на "нового" dbo. После этого старый логин должен беспроблемно отключиться.

[Михаил Андреев]

Цитата:

Изначально опубликовано slava

Попробуйте "пробежаться" по всем таблицам в базе и процедурой sp_changeobjectowner поменяйте владельца на "нового" dbo. После этого старый логин должен беспроблемно отключиться.

Угу. У Аксапты более 2000 таблиц. Вручную не пробежишься. Где-то валялся мой скрипт по замене владельца объектов БД, но сейчас найти уже не смогу. Здесь на форуме был...

[YellowSubmarine]

-- Скрипт меняет владельца всех объектов в БД, принадлежащих dbo на bmssa
-- Запускать нужно от dbo
----- BEGIN OF SCRIPT ------------------
declare @uid_from int, @name varchar(1000);

select @uid_from = uid from sysusers where name = 'dbo';
DECLARE CT CURSOR FOR select 'dbo.'+name from sysobjects where uid = @uid_from and xtype = 'U';

OPEN CT
WHILE 1=1
begin
FETCH FROM CT INTO @Name
IF @@fetch_status=-1
BREAK;
IF @@fetch_status=-2
CONTINUE;
exec sp_changeobjectowner @name, 'bmssa';
PRINT @Name;
end;

DEALLOCATE CT

[slava]

Цитата:

Изначально опубликовано Михаил Андреев
Вручную не пробежишься.

Так я скриптом "бегаю"