Синхронизация пытается создавать таблицы в SQL

[mazzy]

Цитата:

Сообщение от George Nordic

у этого логина есть права (db admin, db reader & db writer) на БД.

db admin - слишком много.
достаточно db creator

[George Nordic]

Цитата:

Сообщение от DTD

Хм, тогда бы и другие конфигурации не работали, там везде одинаковая po набору прав и логинов БД, полученная путем бекапа-восстанoвления и у всех АОСов логин NT AUTHORITY/NETWORK SERVICE, у него полные права в SQL.Единственное отличие у этого АОС - порт из другого диaпазона, но имхо это никак не можeт быть причиной.

А фаерволов никаких не стоит?
Что еще было.... как-то прописался db_owner и пока он там сидел, тоже ничего не работало. Когда мне каким-то образом удалось от него избавится, все заработало.

Цитата:

Сообщение от mazzy

db admin - слишком много.
достаточно db creator

Да, согласен. Однако, в тренинге написано по-другому Так что не спорь со сертифицированным специалистом Installing & Configuration MS Dynamics 4.0

С Уважением,
Георгий

[mazzy]

Цитата:

Сообщение от George Nordic

Однако, в тренинге написано по-другому Так что не спорь со сертифицированным специалистом Installing & Configuration MS Dynamics 4.0

1. Я в курсе.
2. Разреши таки поспорить
3. Намек на экзаменационный вопрос понял

[gl00mie]

Цитата:

Сообщение от mazzy

db admin - слишком много. достаточно db creator

Одной роли db creator на сервере БД может оказаться недостаточно. К примеру, если в 3.0 вызвать Администрирование/Запросы/База данных/Блокировки пользователей базы данных, то с ролью db creator Аксаптовский логин для сервера БД обломается с вердиктом «The user does not have permission to perform this action», потому что Аксапта будет пытаться читать данные из БД master. Впрочем, imho роли db creator для Аксаптовского логина БД многовато - можно ведь просто создать пустую БД руками и прописать ее владельцем "бесправный" в рамках сервера логин, плюс настроить ему доступ к master. Хотя, тем, кто готовит материалы сертификационных экзаменов, конечно, виднее...