Суть - рабочая база на 8.3.14
там есть проблемка: При замене элементов возникла ошибка: Ошибка SDBL:
на 15 - вроде все ок

очень надо сделать удаление дублей
один из вариантов - поднять 15 сервер на отдельной машине, подключится к живой рабочей базе (которая SQL и в которой работают пользователи) и причинить добро

чем грозит?

Грозит падением rphost основного сервера.

(0) Порчей данных. В контексте сервера приложений хранятся данные об управляемых блокировках, нумерации объектов, выдаче последовательных guid и т.п. При двух активных серверах приложений будет каша. SQL сервер, конечно, попытается спасти ситуацию за счет блокировок, но так как 8.3 загоняет базу в коммитед снапшот, то неизвестно еще чья возьмет.
Это на 8.1 можно было, там все блокировки автоматические, на уровне SQL...

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

(2)  В контексте сервера приложений хранятся данные об управляемых блокировках, нумерации объектов, выдаче последовательных guid и т.п.

вот т.п. - это что?

ибо
В контексте сервера приложений хранятся данные об управляемых блокировках - ну в период "экспериментов" будут работать только 1% пользователей - и .. блокировки .. ??

нумерация - при удалении?
выдача ГУИД при удалении?


т.е. суть поиска и удаления дублей - найти, заменить и удалить

новых объектов не создаётся - ГУИД нет
номеров - нет
а про блокировки можно поподробнее? на примере

(1) - ну как бы пофиг

(2) управляемыми блокировками не балуемся пока

(2) вопрос и поднят в связи с тем что база работает 24х7

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

(4) Ты то может и не балуешься, а вот платформа - во всю.
Если прям такой хайлоад - пишите СКЛ скрипт

(3) Если пофиг на падение rphost то останавливай и делай.