Добрый день. При запуске конфигуратора вылетает база. Она находится в серверном варианте, SQL Сервер Enterprise. Как провести тестирование (как внешнее у файловой базы)

никак.. а что?

(0) зачем?

потому что по непонятной причине база не запускается

пишет "выполнение сохранения данных"

или дампа

либо сделайте эту причину понятной с помощью ТЖ, что конечно еще дает гарантии что вы сможете эту причину устранить...
либо восстанавливайте из бэкапа

еще НЕ дает гарантии

что за ТЖ

опишите как Вы дошли до сабжа...

вероятнее всего это идет откат длительной транзакции, тут нифига не сделаешь, только ждать (это бывает например если запустили большую обработку в транзакции, прождали сутки и потом процесс грохнули, после этого она сутки будет откатыватся)

2(8) Технологический Журнал

(9)+ ну или деМонические обновления виноваты - тогда чистить програмные кеши (в том числе и на сервере)

самое простое в консоли удалить базу и создать заново (только данные не грохните)

восстановить из бекапа нельзя?
делайте бекапы 1с-а минимум 2-3 раза в день.
Всегда. Везде.
Даже если на мисте будут убеждать в обратном, и заверять в "все поправлено в этом релизе, я сто раз так делал, не боись!" и "мы вас любим!!!" )))

(9) так вполне могло быть

(9)чего ждать?

(12)не хочу восстанавливать

(14) ждать отката транзакции.
но, думаю, дождетесь только "нарушена структура базы".... ((

(14) когда SQL откатит транзакцию, у меня рекорд отката - 6 часов :)

посмотреть чего происходит в SQL не предлогать???

зы
специфика работы с большими базами однако...

(15) зря, это самый действенный и надежный способ против поделки )))

2(15) не восстанавливайте... притворитесь что и не было никакой базы...

(17)+ кстати даже перезагрузка сервера не останавливает этот процесс, SQL - рулит по надежности...

(20) угу,
после рестарта сиквел подло откатывается и радостно рапортует в собственном журнале

(17)как посмотреть?

в конфигуратор зашла, тестирую

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

уже можно не тестировать, выгрузку сделайте на всякий пожарный.

(25)уверены?

дополнительный вопрос: производилась загрузка документов из другой базы через xml. в это время у всех пользователей доки проводились минут по 5-10. как такое может быть?

загрузка через xml не сильно грузит базу...

2(28,27) гы... уверены?

(27) как говорится НЕ ВЕРЮ, дело в том что в SQL стоит дефолт 600 секунд на ожидание очереди.

И если никто не менял настроек сервера (а это ну очень редко делают), то по истечении 10 минут получешь ошибку SQL, по эхтому я не верю что документ проводится 10 минут...

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

найди того кто запусказ загрузку и линейком ему по рукам!