У меня куча баз на 8.3.10. и все они на обычных формах.
Там БП, УТ + дописка, ЗУП. Есть розниц но она на УФ тем не менее на 8.3.10.
Переходим на КА2 но пока работаем на тех базах.
Есть предложение чтоб все перевести в один релиз 8.3.18.
Потому что будут делать кластер из 4 серверов.

Кто имел опыт? Какие риски? Что предпринимали?

Это ты спрашивашь, или твоя сотрудница, которой ты дал аккаунт?

у нас 8.3.19 для обычных форм

(1) Нет, теперь моя пробабушка.

(3) напиши нам лучше продедушку.
Риски очень велики при таком подходе. Лучше обратиться к специалистам.

(0) Я переводил с 8.2 на 8.3 с изменением режима совместимости. Вылез всего один "баг" в одном конкретном месте. Подправил код и все дела. А ты просто с 8.3 на 8.3 переходишь... какие риски ты хочешь?

(4) Так специалистам же платить придется. А тут, когда вам будет уже 50 лет у вас подход к решению задач точно изменится. Набросил задачу - нехай на форуме разбираются.

(0) вот, например, захотите настроить сервер 1С  - и  готовьте денежки за расширенную функциональность

Ограничение количество сессий и ядер для лицензий 1С ПРОФ

Почитай отц^W файл update из дистрибутива

(8) Ты еще предложи ему багбоард посмостреть. И боже упаси свои бизнес-процессы проанализировать, выбрать частотные сценарии и прогнать их на тестовом контуре.

Миста разрешила [x]

(0) если в режиме совместимости с 10, то ничего не поменяется, разве что сервер 1с другой с другим лицензированием и плюшками

Если режим совместимости >14 есть один ньюанс для любых форм

Точнее, подарок с Селезневки

(12) расширения для расширения пофигураций - стильно, модно, молодежно

Спасибо за отзывы.

У меня:
1.УТ 2.2 каз  режим совместимости Версия 8.2.16
2. БП 2.0 каз режим совместимости Версия 8.2.13
3. ЗУП 2.0 каз режим совместимости Версия 8.2.13
4. Розница 2.2 каз режим совместимости Версия 8.3.8  Но она на УФ!

У розницы релиз конфы такой 2.2.1.15
Не обновляли конфу типовой аж 4 года Но доработок куча...

(14) а что за риски у вас и зачем на новую платформу переходить?

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

Версии платформ 1С и производительность.

(16) А риски ему как раз ты назвать должен.

(17) Может быть уже хватит?
Кто тебя укусил?

(18) Да я только начал. Откуда вообще ожидание, что на форуме все будет так, как тебе нравится?

(0) Что мешает развернуть тестовую базу на новой платформе и проверить?

+20 Ну и как всегда: Зачем переводить? Какова цель?

(20) ничего не мешает но проверить все очень долго и сложно.
Куча доработок. Много интергаций с внешними данными.
А как же кассу проверить? Продажи?

(0) >Потому что будут делать кластер из 4 серверов

По мне так себе аргумент. Если у вас есть спецы, которые сделают вам кластер, то они же, не особо напрягаясь, сделают вам и второй кластер 8.3.10 side-by-side на другом диапазоне портов.

Риск получить нежданчик действительно есть, а чем он оправдан, не сказано.

(21) У нас сейчас 3 сервера купили еще 2.
Хотят сделать единый кластер серверов вина скуль и 1С.
Сейчас на тех 3 серверах и 10й релиз и 18 релиз.

На новом кластере будтет и Ка2

(22) ну если ничего не мешает, то и рисков никаких

а кто эти люди, которые > Потому что будут делать кластер из 4 серверов.

а так все как всегда: или ты имеешь опыт, или опыт имеет тебя

(23) Да точно, спецы хотят загнать нас все на один кластер. Я предлагаю им так же разбить нам на 2 кластера по релизам.
Видимо наргузку хотят равно мерно делить.

(26) на виртуальных серверах еще всё по красоте? ну чтобы админам было удобнее

(26) Если второй кластер на тех же серверах, будет не равномерно?

И потом, это же только на переходный период?

(26) доверьтесь спецам. а когда совсем плохо получится (риски какие-то?) - тут вы в белом на белом коне и хэппиэнд. всем профит

(22) Хочешь не тестируя закинуть в прод? Рисковый ты парень.
Риск первый: может сломаться что угодно и где угодно.

Всем спасибо за содержательные советы и отзывы.
Решено! Оставляем так - 1С сервера будут на двух релизах 8.3.10 и 8.3.18 (18й далее может обновлятся).

(0) На твой вопрос ответ может дать только тестирование.
Всё протестировать действительно невозможно, но что-то самое важное - вполне.
А без тестирования совсем делать такой переход действительно большой риск. Даже если все тут на форуме тебе дадут по 146%, что рисков никаких нет и всё должно работать.

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

Если потратить по одному дню на каждую базу, то за 4 дня справитесь.
А косяки всё равно вылезут. Как ни крути. Где-то оборудование отвалится, где-то работа с какими-нибудь COM-объектами, обмены там разные.
Правильный план тестирования всё равно никто, кроме вас самих, не составит.

Мне тут сказали до меня уже переходили на новый релиз года 1.5 назад и откатились обратно потому что есть настройки ком соединений которые перестали работать.
Хотя мне сейчас сложно с ком соединением когда разные релизы...

(33) это типа такой ботвы?

// Создается объект-коннектор

cntr = Новый COMObject("V83.COMConnector");
// создается объект COM-соединение

connection = cntr.Connect("File=""c:\InfoBases\Trade"";
        Usr=""Director"";")

ужоснах

(34) Что только не увидишь в этом зоопарке.

(31) Отличное решение. Поддерживаю.

(33) так у рукожопов на любой версии платформы проблемы с перерегистрацией ком-ков при апдейте версии.

(0) С 8.3.11 началась проверка платформой функций КОРП. Если > 500 юзеров в базе - будет ай-яй-яй.

(37) А в 1С не могут поставить 3 галочки после установки платформы? Добавить дебаг в службе сервера, зарегистрировать новый com-коннектор, зарегистрировать новую консоль управления MMC.

(39) Дебаг в продакшене? А консоль вообще-то и так регистрируется, как и коннектор..

(40) Опциональные галочки, ничего не регистрируется.

(41) еще туда же указать путь к файлам службы сервера 1С

(40) ничего там не регится. Нужно потом самому, ручонками.
А так да, могли бы это вот все в самом инсталяторе прописать.
И где будет лог сервера, какие порты, какая отладка, если нужна и т.д и.т.п

(43) Да ну, ересь. Ставил клиента, руками ничего - и всё работало.

(44) Они могли работать под полными правами. В типовых идет попытка регистрации com-коннектора, если падает в ошибку.

(44) клиента?? А сервер?, все чунга чанга. Прописывай все ручонками потом

ПодключениеНедоступно = ЭтоLinuxСервер();
КраткоеОписаниеОшибки = НСтр("ru = 'Прямое подключение к информационной базе недоступно на сервере под управлением ОС Linux.';

Функция ЭтоLinuxСервер()
Возврат Истина; //rem TODO
КонецФункции

(48)
Функция ЭтоLinuxСервер() Экспорт
    
    СистемнаяИнформация = Новый СистемнаяИнформация;
    Возврат СистемнаяИнформация.ТипПлатформы = ТипПлатформы.Linux_x86 ИЛИ СистемнаяИнформация.ТипПлатформы = ТипПлатформы.Linux_x86_64;
    
КонецФункции

(39) (43) Кстати да. Всегда удивлялся - почему в 1С не могли сделать установщик с возможностью менять такие настройки.
А то после каждой установки первое что делаешь - лезешь в редактор реестра и начинаешь править руками регистрацию служб, на разработочном сервере включать дебаг, поднимать службу сервера хранилища, сервер администрирования и т.д. и т.п.