Было: всегда устанавливали "Технологическая платформа 1С:Предприятия для Windows" в которой сервер и клиент 32 разрядный. Потом целиком папку с платформой копировал в расшаренную папку и оттуда пользователи через стартер запускались.
Теперь получается нужно отдельно устанавливать платформу 64 битную и клиента 32 битного?
Просто начинаются какие-тор глюки при запуске например конфигуратора типа установлена не та версия предприятия.
Как правильно в этой ситуации поступить?

например, конфигуратор наверняка ругается не на 32 или 64 бита .а на несовпадение номеров релизов платформы сервера и клиента

правильно инсталить клиента платформы на рабочие станции, т.к. при старте клиента из расшаренной папке сервера не весь функционал может оказаться доступен

Но в данном конкретном случае кто-то просто запутался в путях к бинарникам, которые валяются в расшаренной папке :)

А ключ от 32 разрядного к 64 разрядному подходит?

(2) Емнип, нет.

(0) ставь и клиента 64 битного. В чём проблема?

(2) ключ 64 бит
(4) на вин32? ругается...

(5) Поставь винду 64, раз не хочешь отдельно ставить сервер и платформу. Всё ради сомнительного удобства :))
Кстати, соглашусь с мнением (1): я бы тоже не стал делать, как описано в (0).

(6) на всех клиентах поменять винду на 64 битную?

(7) А что тут такого? Или делай нормальную установку 1С, вместо того, что в (0)

(0) сделай скрипт-стартер, который будет определять битность, а потом запускать стартер из нужной папки

(8) а под нормальной установкой вы подразумеваете установку клиентов на всех компьютерах в сети?

(9) правильно понимаю, на сервере разворачивать тонкие клиенты как 32, так и 64. Далее копируем в шару. Потом скриптом-стартером запускать?

(10) Не обязательно на все рабочие станции. Достаточно установки на кластер терминальных серверов.

(11) правильно почитать про административную установку, но кмк придется делать две и поддерживать одновременно для вин32 и 64

(12) через rdp?

(13) так сейчас и сделано, но есть ошибки

(11) ага

+(16) только я бы сделал две отдельные папки, пусть и в одной шаре

(14) Ну да. А если рабочие станции позволяют, то проще на каждую РС установить в зависимости от разрядности нужного клиента 1С.
Доменными политиками это делается на раз.

(13) Так права админа нужно давать пользователю на локальном ПК

(19) Не надо ничего давать. Надо устанавливать клиента 1С политиками.

+
32 битная версия клиента прекрасно работает с 64 битным сервером, поэтому клиентов вообще можно только 32 битных запускать и не париться

(20) тоже вариант

+(22) Но нужно как-то отработать проверку на битность в политике, чтобы запустить установку нужного клиента

(23) " как-то отработать проверку на битность в политике" - А это разве так проблематично? У нас именно так сделано - в зависимости от разрядности винды устанавливается нужный клиент. Вроде у админов это сложностей не вызвало.

(24) да фиг знает, я так на вскидку не представляю как это сделать, а вот как сделать (9) легко представляю :-)

(15) >> так сейчас и сделано, но есть ошибки

В (0) описана фигня какая-то.

Настройте административную установку через доменные политики.
Там же можно определить две отдельные политики - для компьютеров с 32-битной ОС и с 64-битной. Хотя проще всем тупо ставить 32-битного клиента 1С.
Те, кому это надо, пусть сами вручную переустановят клиента на 64-битного. По сути - это только 1С-разработчики.

(25) Ну, навскидку, по наличию папки "Program Files (x86)". На 32х такой нету.

+(27) А можно похитрее и понадёжнее:  
https://jameszero.net/2466.htm

хз как сейчас с такими установками как в (0), но в 2008 году у админов в шаре тоже  лежала "предустановленная" платформа и ко всем пользователям на комп она запускалась из ярлычка. Когда кто-то из ИТ (подозрение на руководителя программистов, т к в домене у него на тот момент были админские права, а антивир на ноуте он отключил чтобы "ноут не тормозил") -инфицировался Kido, холдинг из 6 дилерских автоцентров стоял и не работал 5 дней. Продажи правда не встали, т к ничего не работало кроме как 1с в отделе продаж, но весь остальной офис отдыхал

+(29) Кидо инфицировало платформу в шаре и юзеры себе с ярлычка получали вирус

(29) Это называется идиотизм. На шару права только чтение у всех

(31) В тот момент чтобы у тебя платформа запустилась подобным в (0) образом, туда еще и писать надо было чего. Только чтение точно не прокатывало

(32) Хотя я могу ошибаться и там было чтение для обычных, но у ИТ были полные и это сильно не роляет, т к 200% айтишники первые Кидо словили

(31) У меня с 2011 года примерно так работает, может раньше и было чего

(33) всем только чтение, зачем Ит-шникам туда писать?

(35) "обновить" платформу например. Причем раньше реально было нормальная административная установка и когда я показал как у меня в автоцентре обновление происходят, мне сказали "ого, мы даже не знали что так можно, у нас по другому"

(29) так на данный момент у вас как реализовано?

(7)

// на всех клиентах поменять винду на 64 битную?

У вас ошибка скорей всего не из-за битности версии винды, а из-за неверного, т.е. несовпадающего номера релиза самого 1С клиента с 1С сервером.

Вот почему нет скрина выдаваемой ошибки?
И ключ на 1С сервер какой-то установлен?

Если клиента 64-бит не запустишь на 32-винде,
то клиент 32-бит _при_совпадении_релизов_ не будет и не должен ругаться на то, что сервер 64-бит. Просто потому, что 64-бит-сервера работают очень давно, хотя клиента 64-бит еще просто не было

(38) да нет же :)
http://joxi.ru/8AnXn6bSj9OyBm
ключ 64 битный
клиент64 не запускается на виндовсе32

(37) групповая политика, но клиенты только 32х битные

(39) Такое сообщение выдается обычно когда в базе жестко прописана какая-то версия платформы, а ее реально на компе нет

(41)+++
и для (39) мало того, что она прописана в конфигурации, но при этом жестко указали именно допустимый релиз платформы, не 64-бита взамен 32-бита, нет, а конкретный релиз, допустим, 8.3.10... и он действительно должен быть _установлен_! Не застартован из расшаренной папки откуда-то из сети, т.е. _установить_ нужно на этой рабочей машине.