Как вылечить SQL базу? не запускается. после обновления из хранилища #662589

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

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

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

это как?

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

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

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

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

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

да.

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

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

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

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

8.2.17 это где посмотреть?

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

Попробуй для начала кэши почистить C:Documents and Settings<CurrentUserName>Local SettingsApplication Data1C1Cv82 Ну и какой sql тоже может иметь значение: оснастка есть для управления кластером 1С - пробуй через нее до свойств твоей базы добраться

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

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

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

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

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

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

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

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

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

а потом такое начало выдаваться Файл не обнаружен 'v8srvr://APSERVER/Trade1C/Files/depot.dat.new' по причине: Файл не обнаружен 'depot.dat.new'

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

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

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

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

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

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

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

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

плохо ищешь