Ошибка при доступе к подключению к базе данных

[Ark]

Периодически при работе в AX возникает сообщение у пользователей (при попытке создать запись в любой таблице):

"Невозможно выбрать запись в Record ID generation (SystemSequences). name: Ошибка при доступе к подключению к базе данных.
Невозможно отредактировать запись в Record ID generation (SystemSequences). name: . Ошибка при доступе к подключению к базе данных.
Произошла ошибка при получении нового значения RecId для таблицы."

Лечится перезапуском клиента AX. Сообщения начали появляться после установки обновления ядра 4.0.2503.606, но такая же ошибка появляется и в дугих версиях ядра, в т.ч. при работе локальной работе.

Кто-нибудь сталкивался с подобным, какие могут быть идеи?

[Волчара]

Цитата:

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

"Невозможно выбрать запись в Record ID generation (SystemSequences). name: Ошибка при доступе к подключению к базе данных.
Невозможно отредактировать запись в Record ID generation (SystemSequences). name: . Ошибка при доступе к подключению к базе данных.
Произошла ошибка при получении нового значения RecId для таблицы."

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

[Ark]

Да, такой вариант рассматривали, SQL проверяли, места там полно. Может более конкретно что-либо можно протестировать на SQL?

[Волчара]

Тогда надо посмотреть логи - какую, конкретно ошибку генерит SQL (номер ошибки)
Еще не исключаю что ошибка связанна с ограничением доступа на запись к логике Аксапты (к папке где находятся файлы .aod и др..)

[sukhanchik]

Может аос не имеет прав доступа db_owner на БД ?

[Ivanhoe]

Цитата:

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

Может аос не имеет прав доступа db_owner на БД ?

А зачем такие права?
Руководство администратора:

Цитата:

Установите следующие разрешения в базе данных для учетной записи, используемой AOS.

• Пользователь на сервере базы данных (уже существует, если установка выполняется на том же самом SQL Server в качестве первой базы данных).
• Назначьте ролям баз данных db_ddladmin, db_datareader и db_datawriter.
• Предоставляет права выполнения для пользователя на сохраненных процедурах createserversessions и createusersessions.

[sukhanchik]

Цитата:

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

А зачем такие права?

Это всего лишь быстрая проверка для выявления что проблема в не в правах (или в правах). Просто бывает так, что дав права reader/writer забывают про процедурки

[Ark]

В логах SQL обнаружил подозрительную строчку:

05/14/2009 02:00:34,,Error,[298] SQLServer Error: 15404<c/> Could not obtain information about Windows NT group/user 'BVT\Администратор'<c/> error code 0x54b. [SQLSTATE 42000] (ConnIsLoginSysAdmin)

[sukhanchik]

Она означает - что у Вас АОС запущен под логином BVT\Администратор, но при этом этот логин не имеет прав подключения к самому SQL Server.

Что нужно сделать:
(По правильному)
1. Создать бесправного пользователя в AD, назовем его aos. Дать ему права чтение/запись на папку приложения
2. Создать этого пользователя в SQL Server (или включить его в группу в AD, которая прописана на SQL Server). У Вас проблемы именно на этом шаге.
3. Дать пользователю из п.2 (можете Вашему BVT\Администратор) в SQL Server права на Вашу БД как сказал Ivanhoe. Для начала можете дать db_owner (чтобы убедиться что все работает), а потом исправить

[Ark]

Цитата:

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

Она означает - что у Вас АОС запущен под логином BVT\Администратор, но при этом этот логин не имеет прав подключения к самому SQL Server.

На самом деле не так. AOS запущен от другого пользователя (именно так, как вы описали), а от имени Администратора запускается клиент с пакетными заданиями.
Дело в том, что ошибка подключению к AX возникает периодически, а не все время. Думаю, что это связано с тем, что падает сеть.

Но добавить права db_owner на AOS тоже попробуем.

[sukhanchik]

Если у Вас не запрограммировано свое подключение к БД, то любой клиент аксапты подключается к БД через АОС, т.е. от имени того пользователя, от которого запущен АОС. У Вас АОС падает? Если нет - то тогда и сеть ни при чем.
А может Вы запускаете клиента не под доменным пользователем?

[Ark]

Спасибо за ответы, не мог написать раньше. Падает действительно клиентская сессия, а не АОС. Клиента конечно под доменным пользователем запускаем. Поставили еще одно обновление ядра, посмотрим дальше.