Пользователь
Логин:
Пароль:
Забыли свой пароль?

Поиск по сайту
 

 Расширенный поиск
Реклама

 

Опрос


Погода

Перенос Service Desk на новую рабочую станцию
Форумы
Обновления
Поиск
Пользователи 
Правила
Помощь
Войти

Страницы: 1
Перенос Service Desk на новую рабочую станцию
#1
15.07.2011 06:02:58
Добрый день.
Занимаюсь SD совесем недавно, поэтому хотел бы попросить помощи у присутствующих по одному вопросу. Может быть данная тема уже поднималась, но решения или подсказки куда копать я не нашел.

Рабочий сервер: Win2003, SQL2000SP4, SD4.5SP24

Ситуация следующая: SD переносится с рабочей станции на виртуальную машину. Все устанавливается и работает с тестовой базой безпроблемно. При переносе рабочей базы начинаются проблемы.
Суть проблемы: На старом рабочем сервере в SQL имеется пользователь sdadm с правами db_owned на рабочую базу stkbase. Делается бекап базы, на новом сервере создается такая же база и восстанавливается в нее из бекапа. Создается такой же пользователь sdadm и при попытке присвоить ему право db_owned на свежевосстановленую базу выдается ошибка "User "sdadm" already exist". Соответственно невозможно подключиться к базе из настроек сервера SD, т.к. пользователь sdadm не является владельцем базы.

Понимаю что описание слегка сумбурное, но как я и говорил, что я еще новичок в этом деле).

Подскажите пожалуйста как все таки решаить даннубю проблему..или по крайней мере в каком направлении копать)
 
 
#2
15.07.2011 09:19:40
Андрей, ну посмотри в базу после восстановления из рез.копии - такой пользователь там уже есть!
Тебе об этом и сообщают, удали его, потом создавай новый.
 
 
#3
15.07.2011 09:49:21
Так в том то и дело, что я не могу удалить его потом из базы, выдает ошибку (на скриншоте)
(заскринил ошибку при удалении, и первоначальную ошибку)

Попробовал обходной путь, подключил эту базу на новом сервере в SQL, создал другого пользователя (stkadm), выдал ему права db_owned на эту базу. С этим пользователем настроил сервер SD, все удачно, сервер запускается...но при попытке подключиться к нему с клиента пишет что доступ запрещен, неверные имя пользователя или пароль Оо
Хотя на старый сервер с этой же самой базой пускает без проблем.

Чуствую что на каком то этапе я делаю фигню..но пока не могу прнять на каком)
Рисунок
sql.jpg (185.03 КБ) [ Скачать ]
Рисунок
sql2.jpg (246.86 КБ) [ Скачать ]
 
 
#4
15.07.2011 10:02:10
удалить не можете потому, что некие объекты созданы под этим пользователем, о чём вам и сообщает sql.
надо поменять "владельца" у объектов на др. акаунт, потом даст удалить.
или если это проблема для Вас, создай другой аккаунт, почему он должен быть "sdadm"? разве на клаве только эти буквы smile:) ?
 
 
#5
15.07.2011 15:10:28
Путем долгих разнообразных телодвижений проблема сместилась в иную плоскость)))

При создании другого аккаунта и выдачи ему прав на эту базу сервер запускается, все идет хорошо до подключения клиента. Клиент говорит что доступ запрещен, под логином который точно должен быть в базе, но зато свободно пускает под system\servicedesk.

Командой sp_changedbowner насильно выдал права sdadm, теперь dbo имеет имя sdadm =)
Опять же сервер запускается, но клиент так же пишет про отсутствие доступа(

В какую сторону теперь можно направить мозговой штурм?))
Рисунок
sql3.jpg (236.85 КБ) [ Скачать ]
 
 
#6
15.07.2011 15:30:20
exec sp_changedbowner <имя> существует для того чтоб сменить владельца а не выдавать "кто там"?
я не понимаю, говоришь про СД учётки , потом перескакиваешь на sql учётки, потом опять про СД. smile:o
учётка в sql нужна чтоб соединить аплик сервер и sql. если аплик поднялся и в логе нет ошибок, значит это работает.
в СД используется утётка из таблицы REP_ACCOUNTS. если может заходить Админ(system), то и простой пользователь может, если он активен и есть на то лицензия.
 
 
#7
15.07.2011 15:49:00
Василий, спасибо, что терпеливо работаете со мной, объясняете неразумному. Я действительно пока пытаюсь разобарться во всем этом)

С учеткой sql пока вроде бы все понятно, аплик сервер и sql соединяются, ошибок в логе нет.

Но учетка пользователя SD не подключается, пишет неверное имя пользователя или пароль.
Причем учетка system подключается, но в клиенте интерфейс аглоязычный, никаких заявок, данных, аккаунтов нет. Такое впечатление что база пустая, наполнена данными только теми ,что создаются при создании базы средствами database configuration wizard.

На старой машине с этой же самой базой клиент запускается русифицированный и наполненный данными организации(

Совершенно непонятно причина просто, даже размеры баз одинаковые =(
 
 
#8
15.07.2011 16:49:32
http://servicecall.ru/publ/sd/ на сколько я помню я видео урок делал... если там нет как запускать SD с нуля, то вечером выложу.
 
 
#9
17.07.2011 16:51:27
В момент настройки подключения Апп к sql, нажали создать новый, а не использовать существующий.
как уже и говорил, акаунты в таблице: select * from rep_accounts
 
 
#10
18.07.2011 06:36:38
Всем доброго времени суток.
Стоило сходить на выходные и выбросить из головы всю работу, как проблема решилась практически за 5 минут сегодня с утра)

SP_CHANGE_USERS_LOGIN UPDATE_ONE,sdadm,sdadm

Пользователь sdadm получил все нужные права, соединение апп с сервером прошло, и все пользователи из базы сразу же смогли залогиниться)

Может кому нибудь и пригодиться

Всем спасибо за помощь и подсказки в процессе решения проблемы
 
 
 
Страницы: 1

Сегодня были (гостей: 1, пользователей: 0, из них скрытых: 0)