Если база не файловая а SQL как вылечить?  не запускается даже конфигуратор. зависает.

попробуй детач-аттач на скуле

кэш почистить в первую очередь

(1)это как?

а штатной лечилки нет?

при старте сразу же запускается несколько сеансов когда смотришь сеансы базы данных на сервере 1С

при этом регламентные задания на сервере 1с запускаются с этой базой сами.

кашмар неужели не шарит никто

(6) И правильно. Регламента запускаются сразу же после подключения базы. В консоли видишь скорее всего именно сессии регламентов

(8)да.

что значит не запускается7 Какая причина оишбки и т.п.?

(10)процессор жрётся под 100% а эска не стартует. после выбора пользователя так и замирает квадратик белый.

(0) Блокировка начала сеансов включена?

(0) релиз платформы клиента какой? Как можно спрашивать почему не стартует, если даже этого не называть-то?!

(13)8.2.17
(12)это где посмотреть?

(13)ну она стартовала же. просто потом во время обновления вышло сообщение что ошибка и всё

(14) Попробуй для начала кэши почистить
C:\Documents and Settings\<CurrentUserName>\Local Settings\Application Data\1C\1Cv82

Ну и какой sql тоже может иметь значение:
оснастка есть для управления кластером 1С - пробуй через нее до свойств твоей базы добраться

(14) на днях такая же хня была - ждали пару часов загрузки конфигуратора потом "откатывали" (грузили туже саму конфу поставкой)

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

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

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

(19) в общем, магик саня сказал: сиди и ничего не делай... так что кэши не чисть и свойства базы не смотри

(21)кеши я чистил первым делом. а свойства базы надо смотреть. а что там посмотреть надо?

а всё началось с того что вышло сообщение

Внимание произошла ошибка во время операции захвата/освобождения объектов хранилища конфигурации

(22) ещё как вариант можно глянуть смещение дат в самое базе и в её свойствах.

(22) отключи регламентные и постмотри, что там с блокировками. может регламентные подвешивают... жаловались у нас на некоторых базах, что регламентные на 17-ом релизе как-то заглючили. Но у нас сами базы на постгри и в линухе, так что не зная как у тебя нельзя сказать тоже самое у тебя или нет

а потом такое начало выдаваться

Файл не обнаружен 'v8srvr://APSERVER/Trade1C/Files/depot.dat.new'
по причине:
Файл не обнаружен 'depot.dat.new'

(25)а что именно посмотреть с блокировками?

(27) да теперь уже понятно, после (26), что блокировки там непричем. Имхо, хоть и время на восстановление из копии уйдет, но быстрей будет поднять базу вновь, чем разобраться от чего в этот раз заглючило.

(28)поднял копию сделанную в 13 часов. проблема случилась в 14. перенабивают заявки

(29)через импорт/экспорт перепиши данный с таблички
dbo.Files с архива в рабочую.

было пару раз, не помню точно как справился, или DT перезаливал или CF

ну и DBSchema еще до кучи

(29) "Шурик это не наш метод"

(30)не нашел такого раздела "импорт-экспорт" в SQL

(34) плохо ищешь

http://s1.ipicture.ru/uploads/20130425/nkdo73Yz.jpg