Установка 64-х разрядного сервера 1с #809476

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

например, конфигуратор наверняка ругается не на 32 или 64 бита .а на несовпадение номеров релизов платформы сервера и клиента правильно инсталить клиента платформы на рабочие станции, т.к. при старте клиента из расшаренной папке сервера не весь функционал может оказаться доступен Но в данном конкретном случае кто-то просто запутался в путях к бинарникам, которые валяются в расшаренной папке :)

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

Емнип, нет.

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

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

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

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

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

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

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

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

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

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

через rdp?

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

ага

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

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

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

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

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

тоже вариант

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

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

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

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

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

+ А можно похитрее и понадёжнее:

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

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

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

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

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

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

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

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

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

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

да нет же :) ключ 64 битный клиент64 не запускается на виндовсе32

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

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

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