В последнее время было отмечено, что при создании пользователя в АРМ Администратора довольно часто появляются ошибки типа этой:

Номер: -2147220986
Источник: RegisterUser
Описание: Произошла ошибка во время получения идентификатора созданного пользователя.
Оригинальная ошибка:
Number=0x80040E14
Source=Microsoft OLE DB Provider for SQL Server
Description=Distributed transaction completed. Either enlist this session in a new transaction or the NULL transaction.

Есть большое подозрение, что это связано с размером базы ЦР. С течением времени ошибки появляются все чаще. Также отмечено, что чем больше АРМ Администраторов одновременно работает с базой, тем больше вероятность появления ошибок.
К тому же, для отображения списка сертификатов в АРМ Администратора требуется не меньше 20 секунд...

Есть ли у Вас идеи, как устранить проблему? Как ускорить работу с базой ЦР?

Используется SQL Server 2000 Std, поможет ли SQL Server 2000 Ent решить проблему?
На SQL 2005 или 2008 перейти не можем, так как можем использовать только сертифицированную версию УЦ (у нас - 1.04.0756).
На том сервере, где большая база, крутится также 2 небольших базы - с ними никаких проблем отмечено не было.

Пользователей - 500тыс.
Сертификатов - 767тыс.
Размер базы ЦР - больше 16ГБ.
CRL на ЦР установлен.

У нас ЦС, ЦР, SQL 2000 Std - каждый крутится на отдельной машине под Windows 2003 x32 Std. На машине c SQL 2 процессора и 4 ГБ оперативной памяти. Но SQL 2000 Std максимум может использовать 2ГБ. Сеть почти не загружена (все время по 0%).
С организацией приращения базы SQL - как изначально по-умолчанию все установили, так, по-моему, ничего не меняли.
Не подскажите, как лучше организвать приращение базы и как это делается в SQL2000 ? Как сделать так, чтобы не отнимались ресурсы во время выпуска сертификатов.

При возникновении ошибок во время обработки запросов в журнале windows на ЦР появляются такого рода записи:

The VB Application identified by the event source logged this Application RASupTX: Thread ID: 4804 ,Logged: Ошибка в методе Registration.CreateRequestByAdmin: (0x80040E14) Distributed transaction completed. Either enlist this session in a new transaction or the NULL transaction.

The VB Application identified by the event source logged this Application RASupTX: Thread ID: 6672 ,Logged: Ошибка в методе Registration.GetRequestInfo: (0x80040E14) Distributed transaction completed. Either enlist this session in a new transaction or the NULL transaction.

The VB Application identified by the event source logged this Application RASupTX: Thread ID: 5400 ,Logged: Ошибка в методе Registration.AcceptRequest: (0x80040E14) Distributed transaction completed. Either enlist this session in a new transaction or the NULL transaction.

Когда работает 1 человек, то ошибка появляется редко. При увеличении количества людей может доходить до того, что ошибки вылетают чуть ли на каждом 2-м, 3-м запросе.

Отредактировано пользователем 17 февраля 2011 г. 20:42:15(UTC)  | Причина: Не указана

Приращение базы установлено в 10% (за сутки база увеличивается в среднем на 50МБ * 30 = 1.5ГБ; а 10% - это 1.6ГБ).
Думаю, редактирование boot.ini ничего не изменит, так как микрософт пишет, что MS SQL 2000 Std максимум может использовать 2ГБ памяти, что собственно и наблюдается.
Скрин из perfmon - http://imageshost.ru/lin...8e4a11f828f6dfa48dda4801

Отредактировано пользователем 17 февраля 2011 г. 20:44:16(UTC)  | Причина: Не указана

Настройки в АРМах по-умолчанию: количество страниц кэша - 5, размер страницы кэша - 200. Даже если выставить минимальные значения - 2 и 50 соответственно, записи отображаются также медленно.