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

[DTD]

Ну и не можeт понятное дело.

Аксапта 4

Было работаюшее приложение, остановил aos, обновил cus слой, удалил индексы, запустил aos.

При синхронизации ругается на каждую таблицу - не могу создать:

Цитата:

Object Server 12: The database reported (session 10 (Admin)): [Microsoft][ODBC SQL Server Driver][SQL Server]There is already an object named 'ADDRESS' in the
database.. The SQL statement was: "CREATE TABLE "DBO".ADDRESS

До етого еше было сообщение:

Цитата:

User Admin is not authorized to insert a record in table SqlDictionary. Request Denied?

AOS ранницца под NT AUTHORITY/NETWORK SERVICE, у него полные права в SQL. Да и есть еше несколько приложений с такими же параметрами доступа и настроиками (только немного ранняя версия CUS слоя) которые работают нормально. ..

Никакие синхронизации / перестроики индексов не помогают. Drop таблицы в базе нельзя, так как удалять приийдется все, а данные нужны ..

[George Nordic]

Было такое. Убедись, что АОС и БД стартуют под одним логином, и у этого логина есть права (db admin, db reader & db writer) на БД.

Удачи!

Г.

[DTD]

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

Единственное отличие у этого АОС - порт из другого диaпазона, но имхо это никак не можeт быть причиной.

[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. Хотя, тем, кто готовит материалы сертификационных экзаменов, конечно, виднее...