Как быть , если решение без перезапуска сервиса 1с, а то база залоченная тестовая, не хочется из за этого выгонять из рабочих баз.

запрети регламентые задания

(1)база заблокирована не регламентным заданием, а предыдущим сеансом конфигуратора, сейчас соединений нет

видно в 8.3  это фича и вариантов кроме перезапуска процесса нет

банально в консоли снять ...

(4) это первое , что я попытался сделать  http://clip2net.com/s/3fE3LRB , но там только обновить

(5) в сеансах или соединениях посмотри

не там смотришь

база>сесии>правй клик

(0) Типа блокировка-сирота? Нет ни соединения ни сеанса? Можно попробовать временно поставить небольшой таймаут пересоздания рабочих процессов, чтобы инициировать создание новых рабочих процессов и переползание активных пользователей туда. Какие-то старые рабочие процессы с нештатными "висяками" включая этот скорее всего сами умереть не смогут. Их добить руками средствами ОС. Скорее всего при этом отомрут и "висяки".

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

(8) Получается да , блокировка сирота.
(9) Он включен, процесс этот найти не могу, стоит 1 процесс 1 база

В смысле, не можешь? В консоли его не можешь опознать? Это по списку соединений элементарно делается.

Открываешь список рабочих процессов. Смотришь соединения каждого (к какой они базе) - опознаешь какие базы они обслуживают. Находишь свой. Смотришь его PID. Грохаешь его на сервере.

(12) Открывал смотрел, не увидел ни одного упоминания об этой базе, может был невнимателен, сейчас блокировка пропала.

(13) Всё равно не понимаю проблемы. Если было несколько рабочих процессов с пустым списком сеансов/соединений, то можно было либо килять их всех, либо запустить в остальных базах хотя бы по одному сеансу, чтобы идентифицировать рабочий процесс однозначно.