За много лет работы с 1С пришел к устойчивому мнению, что каждый новый релиз  платформы/конфигурации 1С это Ящик Пандоры, никогда не угадаешь к чему приведет обновление. Что заработает, а что сломается? Потому рассмотрим какую и где соломку надо постелить, что бы мягче было падать.

Очевидно, надо иметь неподдельное мужество или глупость делать обновление прямо на рабочей базе. Нужна копия рабочей базы. Все просто, если у вас файловый режим работы 1С.

Но в режиме работы "клиент-сервер" для копии базы удобнее всего иметь отдельный от рабочего сервер/кластер. Зачем? Во время различных ошибок платформы при обновлении, вам придется менять версию платформы на новую или старую, чистить кэши 1С. Для этого потребуется перезапуск службы сервера 1С, что можно делать не опасаясь в рабочее время, если копия рабочей базы на другом сервере/кластере 1С.

1 лицензия на ПО "сервер 1С" распространяется на все экземпляры сервера запущенных на одном компьютере. Т.е. вы можете запустить хоть сколько кластеров 1С - это все будет в рамках 1 лицензии на сервер 1С.

Как же создать новый кластер? 

Нам на помощь придет *.bat Файл. Ниже пример содержимого файла для создания стандартной службы 1С сервера в ОС windows. (запуск надо производить от имени администратора). 


chcp 1251

sc create "1C:Enterprise 8.3 Server Agent (x86-64)"  binPath= "\"C:\Program Files\1cv8\8.3.9.2033\bin\ragent.exe\" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d \"f:\KlasterWork\1cv8\srvinfo\" " start= auto displayname= "Агент сервера 1С:Предприятия 8.3 (x86-64)"


 Ниже пример содержимого файла для создания нестандартной службы 1С сервера в ОС windows. (запуск надо производить от имени администратора). 


chcp 1251

sc create "1C:Enterprise 8.3 Server Agent (x86-64) TEST"  binPath= "\"C:\Program Files\1cv8\8.3.9.2033\bin\ragent.exe\" -debug -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d \"f:\KlasterWork\1cv8\srvinfo\" " start= auto displayname= "Агент сервера 1С:Предприятия 8.3 (x86-64) для ТЕСТОВ"


Лично я советую, при установки службы сервера 1С использовать именно такой способ, что бы однажды при удалении старых версий платформ/сервера 1С автоматически не удалить службу 1С сервера. Для удобства, каждой службе следует присвоить собственное имя для входа. Что бы потом в диспетчере задач быстро определять нужный процесс кластера.