При попытке провести перепровести базу в монопольном режиме возникает ошибка SQL State:42000 Native:924 "Database is already open and
can only have one user at a time ..", хотя никаких ограничений
на число соединений нет. База не в "Single User", TempDB - 400 MB сама база 800, лог 400, занято 300 MB. Вроде я не ставил ни каких задач по обслуживанию, Все драйвера OBDC новые , размер ОЗУ для SQL ограничивал до 80М - эфекта нет. SQL переустанавливал, базу тестировал-исправлял (в DBF) - ни чего не помогает ! КАК ЕЕ ПОБОРОТЬ ?

Да 1С 77 релиз 14 , с ключом, бухгалтерия, пол миллиона проводок !

А у тебя случаем на SQL-ле не несколько баз ?

2 serg . А при чем тут это ?

2: 1 - Ты скорре всего открыл еще Enterprise Man....

Попробуй снять флажки Auto create/update statistics которые ставятся по дефоулту в properties базы.

Снятие флажков не помогло, Enterprise Manager не открыт ! ЧТО ЕЩЕ ЕЙ НАДО ?

Попробуй запустить sp_who и посмотреть, кто еще в базе.

У нее с перепроведением под Сиквелом вечно какой-нибудь глюк да выползет. А если сначала сделать док непроведенным, а потом проводить? То же самое?

Была такая проблема.
Запускаешь Enterprice Manager.
Выбираешь свой сервер -> свойства.
Закладка Database Settings
Параметр Recovery Interval (по идее у тебя он равен 0)
Устанавливаешь значение 10-20.
Если проблема остается - увеличь параметр (0-35656)
Все должно заработать... удачи!

При установке Recovery Interval до 30 чуть позже ( как раз минут через 30)
показываетSQL State: 42000
Native: 230
Message .... SELECT permission denied on colump 'DOCID' of object '_1SENTRY' database
'MyDataBASE' owner 'dbo'
SQL State: 42000
Native: 924
Message ..... Database 'MyDataBASE' is already open and can only have one user at a time
если установить 60 и более -
теряется связь с базой, может TimeOut править ?

Привет !
Посмотри какие Job's у тебя в SQL server agent. Скорее всего висит бакап для журнала транзакций через каждые пол часа !

Это баг 1С, причем довольно старый баг - у меня это вылезало еще на SQL 6.5 + 1С 7.5 на перепроведении больших массивов документов. Лечения никакого не нашлось, пришлось перепроводить базу кусочками по 7-10 дней..

Проведение кусками по 10 дней идет ! Но это не решение проблемы !
Провожу в DBF вот уже 38 часов. В SQL это побыстрее проходит раза в 1.5 -2
хоть и сервер SQL PII-300 128М, а терминал сервер с DBF 2хPII-400 384М.
Когда снял всю базу с проведения - месяца четыре SQL провел, а затем - см. выше. А при полностью проведенной базе - не более месяца.
Может обработку какую написать - 10 дней провести - отдохнуть полчасика и т.д. Кто пробовал ?

Да, знакомо... Жаль не было времени бороться... Снесли к чертям все 1С-овское проведение, сделали свои таблицы и пишем прямо в них... :(((
ИМХО, дело в неправильном монопольном захвате БД у 1С... В разделенном режиме все проводится нормально (пиши свою обработку) НО! Если пользуешь регистры... Кое-что в оперативной компоненте ТРЕБУЕТ монопольного режима... :(((
Если кто найдет решение в корне - буду благодарен... У нас еще два десятка баз "нормальных"...