Мне кажется это можно было бы реализовать. Возможно 1С уже занимается этим. Тем более актуально теперь с тонкими клиентами.
Скорее всего без возможности подключения к работающему процессу.
Было бы крайне удобно.

отлаживай на файловой, там нет таких проблем

(1) иногда нужно посмотреть реальную ситуацию

(1) Как на файловой отлаживать запросы с целью оптимизации для  работы с какой-то СУБД?

а чем мешает параметр дебуг работающему серверу?

(4) чем-то наверное мешает, раз по-умолчанию его нет

А добавление отладочной информации по строкам выполнения, а скорость... Что-то вы совсем в 1С ушли, требуете ненужного.

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

(0) поставь на сервере второй сервис 1с и там отлаживай

(0) Разработку надо вести не на рабочем сервере

(9) ты не путай разработку и отладку возникшей ошибки

(10) Перенеси данные в копию для разработки и хоть заотлаживайся

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

(12) Угу. Расскажи нам, что у тебя база большая.
У нас, к примеру, в рабочие базы ВАЩЕ доступа нет. И ничего, живем как-то.

(11) когда база 400 гигов - перенос занимает 2 часов

(12) Если денег жалко - еще одна версия 1с на других портах на рабочем сервере. Но если что - ССЗБ.

а если по сети, то 20 часов

(14) Настраивайте лог шиппинг. Если что - отключил базу. Покдлючился к 1с. После издевательств - тратите 2 часа на воссстановление среды.

(14) Я же говорю - не надо рассказывать, какие у вас базы большие, нас это только смешит :)

(13) я в во всяких магнитах не работаю, у нас все скромно, но иногда надо

(18) и сколько у тебя занимает перенос базы?

(20) Копий у нас всего несколько штук, при необходимости просто перегоняются нужные данные через XML. База > 5Тб весит, на каждый чих копий не наделаешь :)