Ошибка соединения с сервером 1с предприятие различаются версии клиента и сервера консоль кластера
(0) "Недостаточно памяти" конфигуратор может выдать только, если процесс конфигуратора не может получить больше памяти от операционки. Тут 2 варианта. Или 32-битный конфигуратор упёрся в 2 гига. Или 64-битный конфигуратор уперся в лимит оперативка + виртуальная память.
"Или 32-битный конфигуратор упёрся в 2 гига" // Давно уже до 3 можно лимит увеличивать (в ключе запуска ОС), клиенты 1С поддерживают этот ключ
(5) 4 Гб.
(6) Не смотрел в диспетчере задач. Как?
(7) Файловая база.
(8) Переменные среды TMP и TEMP на диск данных перенаправлены.
(9) > Или 64-битный конфигуратор уперся в лимит оперативка + виртуальная память.
Ну а где создается виртуальная память, она чем-то ограничена? На диске 32 свободно.
(11) Ты с дуба рухнул с 4 гигами и сколько там файла подкачки для виртуальной памяти с КА работать?
Мне уже и 16 гигов мало, комп буду апгрейдить 32 возьму для домашнего
(12) Сколько примерно освободить?
(13) Это не сервер, домашний комп. Взял для предварительного обновления базы, тестирования.
(0) В первую очередь надо оперативы. 8 сейчас абсолютный минимум, 16 - ходовой объем, по желанию люди уже и больше ставят. 4 гига - по состоянию на сегодня это нищебродская офисная машина ни о чем. Система нужна х64, платформа для обновления, думаю, тоже.
на свап рассчитывать не стоит, если, конечно, вы не готовы часами ждать окончания работы. Оператива должна быть, SSD должен быть, иначе это не работа.
(24) Ага нашел, на системном стояло:
Исходный (и Текущий): 2046 МБ
Максимальный: 4092 МБ
Рекомендуется: 6090 МБ - вот до этого значения увеличил Максимальный размер.
На диске данных пусто!?
можно ставить эксперименты бесконечно, но обычно даже с любыми базами, где нужны обновления сейчас меньше 8 гб физической оперативы и 64-бит платформы не ставят.
У меня не памяти недостаточно, а времени.
Обработчики после обновления с 2.1 неделю 200 Гб тестовую базу молотили, пока не прервал их принудительно. И это не при самом слабом сервере. Ищу вот варианты, с какого боку к этому подступиться и что выпилить из обработчиков ненужного.
(31) С этим проблема, увы. Оперативный учёт, данные по продажам, муё-моё, финансисты согласны лишь на конец 2019 сворачивать, а нам нужен режим совместимости 8.3.10 как минимум, который в КА 2.1 включить нельзя. По факту база с 2018 всего лишь ведётся, просто документов продажи овердохрена.
(32) Так посмотри какой обработчик дольше всех молотит, его и оптимизируй. У кого производство - у того оно обычно дольше всего колбасится (партии производства десятками миллионов), но и тут оптимизацию даже на партнерке советуют не количественную (в коде) делать, а качественную - менять количество / детализацию в документах.
(33) На днях новый сервер приволокут, дадут мне в безраздельное пользование, на нём ещё раз типовое обновление попробую накатить, м.б. пошустрее выполнится. Не прокатит - полезу в код, другого выхода не вижу.
А с детализацией в документах не совсем понял, у меня сотни тысяч документов реализации, как их заоптимизировать качественно, схлопнуть, что ли, по контрагентам за весь период? :)
(35) Надо смотреть на сам обработчик, что ему на вход подается и из-за чего долго он выполняется. В производственном контуре одна из причин ада (в т.ч. при закрытии месяца) - десятки миллионов записей партий в "служебном" регистре.
Что там у тебя, отсюда не видно )
Еще помню адский прикол, но уже не с типовой конфой - так там вообще в обработчике обновления выборка ссылок-кандидатов, но из поля "Ссылка" ТЧ документа, и в каждом проходе один и тот же документ колбасится столько раз, сколько строк ТЧ.
Ну т.е. документ на 500 строк - одна и та же ссылка будет обработана эти 500 раз.
(35) Сервера заточены на многопользовательскую производительность, а в Вашем случае нужна однопользовательская и частично однопоточная. Может быть имеет смысл для подобных задач иметь рабочую станцию с CPU > 5Ггц последнего поколения, ssd nvme и выполнить всё локально?
(39) "Сервера заточены на многопользовательскую производительность" // А рабочая станция, что ты предлагаешь, не заточена что ли? :)
(39) Рассматриваю и этот вариант (собсно, рабочую станцию себе уже заказал, для ряда задач нужна такая). Новый сервер раньше придёт :)
(46) Немного не так. два ядра по 2 ГГц выполнят вдвое больше нераспараллеливаемых задач, связанных с выборкой/записью данных, где частота процессора не является узким местом. А таких задач всё-таки куда больше в повседневной работе.
А для линейной одиночной задачи, требующей именно вычислительных ресурсов, одно ядро на 5 ГГц однозначно предпочтительнее.
(47)(48) "вдвое больше задач" но в тоже время в двое медленнее, не так ли?
Пример из вакуума: есть математическая операция. За одинаковое ли время выполнятся 2 такие операции: последовательно на одном ядре 4ГГц, или параллельно на 2х ядрах по 2ГГц?
(49) Не медленнее. Я же обозначил тип операции "выборка/запись", при котором не гигагерцы роляют, а иопсы дисковой подсистемы.
(50) ИОПСы далеко не всегда являются упором, к латентности дисков куда разумнее приглядываться.
А то толку в гипермаркете иметь быстро работающего руками кассира, если он перед каждый очередным посетителем в туалет бегает )
(49) Математика разная бывает. Есть задачи, которые легко распараллеливаются. Скажем, вычисление суммы ряда от 1 до N. Вполне можно разбить N на несколько поддиапазонов и считать их в несколько потоков, а потом сложить частичные суммы. И например совсем другое - расчет рекуррентной последовательности, где каждый последующий элемент зависит от предыдущих. Тут многопоточность вообще неуместна.
(32) Думаю, имеет смысл проводить обновление частями:
1. Определить самые длительные обработчики
2. Перенести в 2.1 структуру метаданных этих объектов из новой версии
3. Запустить обработчик новой версии, чтобы он обновлял данные в версии 2.1 до фактического обновления (в фоновом режиме)
Далее при обновлении эти объекты уже не должны будут попасть в список обрабатываемых при переходе на новую версию (т.к. уже заполнены). Обработку запускать для объектов в закрытом периоде, чтобы минимизировать ошибки, связанные с изменением объектов после обновления.
Кстати, может еще быть так, что обработчик просто зациклился, и если убрать причину зацикливания - он выполнится за вменяемое время.
P.S. А СУБД у вас, случаем, не PostreSQL?
(53) ему имеет смысл, до начала иных еще манипуляций, просто установить на комп Платформу 64-бит, а затем уже смотреть по результатам
на момент написания поста (27) у топикстатера все еще была установлена платформа на 32 бит и не ясно, дошла до него необходимость переустановки на 64 или нет
(56) Для того и ставил ОС 2003х64 вместо ХР еще для 8.2. Правда КА2.4.7 файловая, не знаю как на 8.3, но платформу 8.3.13.1690 ставил так же как 8.2.
или для версии 8.3.13.1690 вот другая ссылка для скачивания платформы
(61) и база сейчас уже в файловом режиме (чтоб исключить влияние СУБД) и выдает ошибку с нехваткой памяти при выполнении обновления уже в режиме Предприятие, так?
Какой размер файла базы? Есть в ней большие таблицы?
Как понимаю Технологическая платформа 1С:Предприятия для Windows (i386) клиентская часть, а 1С:Предприятия (64-bit) для Windows (x86_64) - для сервера. Но в данной случае база файловая.
(62) Да, обновил уже (21)!
(63) если установишь платформу по ссылке из (61), то именно клиентская часть (толстый клиент, который и для конфигуратора, в том числе) будет ставиться именно на 64-бит.
При этом, после установки, в запуске 1С появится в настройках запуска для каждой ИБ выбор с какой версией клиента она должна запускаться. И нужно указать, что нужна именно на 64 бит.
А вот установка серверной части платформы указывается опционально - галочками - в выборе при запуске сетапа.
Может быть, следует указать/проверить в настройках ИБ, чтоб запускалась 64-бит?
(64) Для 8.3.13.1690 это которая, как называется? Я как ставил для 8.2 обе платформы так и ставлю для 8.3. Вроде для 8.3 есть одна общая установка?
(65) Где в настройках? Вроде там только Каталоги шаблонов конфигураций и обновлений указываются. Или Разрядность: 64 (x86_64)? - у меня не было указано.
(67) Т.е. Технологическая платформа 1С:Предприятия для Windows (i386) можно не ставить, или вместо нее что-то другое, что? Для 8.3.13.1690 это которая, как называется?
(55) У меня x64, дело не в этом. Я вот не исключаю зацикливания какого-то обработчика, м.б. попробовать ТИИ сделать перед обновой?
Обычно ставлю Технологическая платформа 1С:Предприятия для Windows (i386) и Cервер 1С:Предприятия (64-bit) для Windows (x86_64). А Технологическая платформа 1С:Предприятия (64-bit) для Windows - это что, вместо только Технологическая платформа 1С:Предприятия для Windows, или обоих сразу?
Хочу на сервер х64 для файловой КА2.4.7.151 поставить 8.3.13 (или выше), но чтобы не мешала работе SQL-базе Альфа-Альфа на 8.3.10.2466, т.е. 1С-сервер 8.3.13 пока не ставить. То мне какую скачивать?
(70) так зачем тебе клиентскую часть платформы на сервак ставить-то? Не ставь от файловой части на сервер вообще ничего.
Вообще-то сервера 2: SQL и Терминал, через который все заходят в 1С. На обоих серверах стоят обе платформы: серверная и клиентская части. А можно на SQL-сервер только серверную часть, а на Терминал - только клиентскую часть?
(73) конечно. Можешь в терминале вообще букет версий клиентских установить.
В пускаче просто указываешь на какой версии какую базу стартовать нужно и все.
Но вообще, немного странно. А зачем тебе терминал? Он в локальной сети у тебя или это реальная удаленка? Может у тебя клиентские машины принципиально слабые или сервак терминальный с таким бешеным запасом оперативы, что есть смысл клиентам только через терминал работать?
Проблема возникает такого рода, что файловая версия при запуске клиента сжирает намного--намного больше оперативы, чем при серверном режиме.
(74) Да, клиентские машины принципиально слабые, и реальная удаленка. Например, кассир из дома кассовую смену закрывает.
Меня беспокоит то, что если добавить более новую версию на терминал, то стартовать будет именно она при запуске серверной базы, и выдаст ошибку несоответствия версий клиента и сервера?
(79) // В пускаче просто указываешь на какой версии какую базу стартовать нужно и все.
Я же специально эту оговорку указал.
Да, придется прописать настройку таким образом, чтоб или на каждом пользовательском сеансе в пускаче было указано без ошибок что нужно или разобраться, как прописать список баз с настройками в специальный файлик.
(81) ты определись по пользователям тебе нужно бежать или по сеансам РДП :-)
Запусти Пускач. На пускаче есть кнопка Настройка. Откроется форма, где в середине указано
Адреса Интернет-сервисов и списки общих информационных баз.
Вот тебе нужно один раз на всяких сеансах пользователей указывать путь к файликам со списком баз.
А чтоб узнать, как верно заполнять этот список - сохрани уже настроенную строчку запуска базы в файлик из пускача через ПКМ
(87) Скопируй сюда этот 6 комментарий, найти не могу.
(88) > Адреса Интернет-сервисов и списки общих информационных баз.
Пусто там, вроде файл СписокБаз.v8i просит. не знаю что это, но настраивать всем пользователям, или только у себя?
(89) Для автоматизации большей части описанных в статье действий в подсистеме "Инструменты разработчика" есть инструмент "Управление службами серверов 1С".
(89) // Пусто там, вроде файл СписокБаз.v8i просит.
- сохрани уже настроенную строчку запуска базы в файлик из пускача через ПКМ
- если баз несколько, то в разные файлы.
Затем текстовым редактором склей их в один - Получится на несколько баз один файл настроек.
В сеансе нужного тебе пользователя откроешь Настройки и укажешь путь к готовому файлу с серверной шары.
(93) вам у базы надо указать Version, и тогда какой номер укажете, такая версия и запустится, например если указать 8.3.10.2466, то никакие другие, хоть 8.3.9, хоть 8.3.11 - не запустятся. А если указать 8.3, то будет подхвачена максимальная. Обычно я делаю Version именно 8.3, а перед обновлением указываю полный номер текущей версии и могу добавить новую (она не будет подхватываться для рабочих баз).
(93) ну хорошо. Вот настроил ты самый правильный список информационных баз на своем компьютере. Или там где-то в сеансе своем в РДП. Теперь надо чтоб этот список был у всех.
Причем, в списке указано по отдельной каждой базе прописана Версия и разрядность платформы.
Хватаешь этот готовый файл из D:\Users\%username%\AppData\Roaming\1C\1CEStart\ibases.v8i
Если у тебя одна всего база - ерунда какая-то, но если баз пара-тройка десятков - уже приятная экономия усилий и отсутствие ошибок
(94) Значит в 8.3 предусмотрели такое, в 8.2 этого не было, всегда запускалась более свежая платформа.
А если установить Технологическая платформа 1С:Предприятия (64-bit) для Windows 8.3.13 или 8.3.14 со стандартным диапазоном портов 15хх (ничего не меняя) полностью: клиентскую и серверную часть, она запортит 1C:Enterprise 8.3 Server Agent (x86-64), и еще что-то? Сейчас в 1C:Enterprise 8.3 Server Agent (x86-64) исполняемый файл: "C:\Program Files\1cv8\8.3.10.2466\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug, если поменяет, то можно вернуть. А еще что-то не затрет? Или при установке лучше снять галочки с установки серверной части? Мне пока лишь новая платформа для файловой базы нужна.
(95) > Теперь надо чтоб этот список был у всех.
Нет, не нужен. Большинство кроме Альфа-Авто ничего не знает. КА нужны (их несколько, для каждой организации) расчетчице з/п, и еще паре лиц из руководства. А остальным даже знать не положено о их существовании.
БлииииН.
А чего ж ты тогда постишь тут ворпрос, за вопросом,
если просто в каждой строчке Пускача указываем версию платформы и разрядность и ВСЕ.
Все вопросы вида "а зачем я поставил новый релиз и он теперь всегда вызывается?" именно на новых релизах решены установкой в пускаче в настройке нужной версии.
А если ты точно знаешь, что на сервере стоит только нужный релиз и на клиенте не установлен никакой более свежий релиз
=> можно в настройках ничего не указывать.
(96) но тем счастливчикам, кому он все-таки нужен - вот этот списочек с настройками баз (не всех, а какой-то части баз) транслировать таки можно в уже готовом виде.
(97) Пока стоит только 8.3.10, на собираюсь добавить для КА2.4.7 новую 8.3.14. Именно добавить, а не обновить! И спрашиваю какие могут возникнуть неприятности, не нарушит ли это работу пользователей с 8.3.10. Ладно (94) успокоил меня, что в 8.3 при запуске новая платформа не будет запускаться (как в 8.1, 8.2), если это не указано в настройках базы.
(1) succub1_5, ну она же по русски написала причину.
У сервера одна версия, а цепляется к нему из под другой версии.
Видимо обновляли когда, обновили не все, или не так.
(2) Boneman, т.е. тестовая база цепляется с нужной версией, а рабочая со старой? Как такое возможно? Физически на 1 сервере, в одном кластере. В службах запущено ragent из 8.3.5.1231. Как так может отработать под старой (8.3.4.482) версией - не догоняю =)
(3) succub1_5, переустановите сервер удалив старые версии. Ком работает через реестр, значит что-то не обновилось. Удаление старых версий и установка новой даст результат.
сделать regsvr32 для comcntr.dll из папки bin установки 8.3.5.1231
скорее всего неправильно реестр прописался при установке (и вероятнее всего прав не хватило)
(5) caponid, да зарегестрировать ладно не проблема, мне интересно почему и как на тестовой отрабатывает, а на рабочей нет?
(6) succub1_5, ну вот тут может и сплыл твой подводный камень. Клиентские 1С стоят на 1 сервере, а сам сервер висит на другом железе.
Как говорится: "А был ли мальчик?)"
"А был ли мальчик"? Как один и тот же клиент может запускать с одного и того же сервера - разные платформы, даже если они физически разнесены с сервером?
(5) caponid, (7) Kolyasik, у него идентичный COM - как он может в разных базах на одном сервере отрабатывать по разному?
Правильно человек вопросом задался в 6.
(1) succub1_5, вариант только один - тестовая и рабочая запускают COM на разных платформах. Старая есть на сервере?
(8) AlexO, на вопросы связанные с сервером трудно ответить - занимается сисадмин, а у него сегодня выходной. У меня "инструментарий" только доступный из 1С.
(8) AlexO, вот это - (1) succub1_5, вариант только один - тестовая и рабочая запускают COM на разных платформах. Старая есть на сервере? - скорее всего и очевиднее всего, только почему? Сам com последний: получаю одинаковое значение при выполнении:
Сделать копию рабочей еще раз, удалить старую копию и запись списка баз, создать полностью новую копию с нуля, и запускать копию из того же окна списка, откуда точно также запускается рабочая. И сравнить результаты.
(8) AlexO, легко может. при установке обновления платформы если была запущена 1С не прошла регистрация библиотеки, регулярно с такой штукой сталкиваюсь, регистрирую вручную. А службу 1С редко кто стопает при обновлении.
А для рабочей - прошла? Избирательно так? Иначе бы и в рабочей не работало. И у вас именно такая ситуация.
(20) AlexO, в настройках списка у всех баз одинаковый релиз стоит? рабочая и нет, один клиент один сервер?
Так и не понятно, платформа запускается на той же машине, где установлен сервер-1с? Тестовая и рабочая загружаются с помощью загрузчика, и в параметрах загрузчика версия одна и та же?
(10) PetroP, вот из 1 поста:
В общем: конфа - УПП 1.3.59.2 (рабочая и тестовая идентичны), платформа (на сервере) - 8.3.5.1231. Создал обработку в которой требуется использование com-соединения. Создал регламентное задание: в тестовой базе (на том же сервере, в том же кластере) отрабатывает все ок, а в рабочей ошибка.
Есть сервер (1СServer) -на нем стоит последняя платформа со всеми галочками (со слов сисадмина), создан 1 кластер - там 2 базы рабочая и тестовая. В обе базы добавлена обработка, с помощью консоли заданий идентично настраиваю, обработка запускается в фоновом задании на сервере, но: в тестовой все ок, в рабочей (по консоли заданий и по журналу смотрю) - ошибка. Я не могу понять - как так то и почему? Ладно бы в обоих случаях вылетало, да и с рабочей работают более 100 пользователей одномоментно запускается более 10 com-соединений и 2-3 фоновых задания и все ок, а тут ошибка типа клиент-сервер разные.
P.S. да кстати еще есть 3 сервера, там тоже по 2 базы, но как и в тестовой так и в рабочей эта же обработка срабатывает. Вообще фантастика =)
(14) succub1_5, раз у вас нет доступа, может в этом и дело? Придет ваш сисадмин, обновит ПО и вопрос будет закрыт.
Обновит ПО во всей Вселенной? Если непонятна причина - что, где, на что обновит, и как поможет сисадмин?
А откуда сведения, что речь об одном и том же клиенте? Для меня это, например, из контекста совсем не очевидно.
Всем спасибо за наводки, в общем все оказалось прозаичнее и без фантастики:
1) есть сервер (самая "главная" база УПП) - 1CServer - там крутятся 2 базы рабочая и тестовая
2) с рабочей каждую ночь сливается копия на тестовую, поэтому по сути для меня они идентичны, хотя оказалось не так, у меня нет доступа к самому серверу, да и к консоли 1С, все что я могу сделать/узнать - я могу только средтсвами 1С.
3) начал с подсказок AlexO - ч/з эту же обработку проверил какой com запускается - идентично, какая версия платформы - 8.3.5.1231 - идентично (как так? если ругается что версии типа разные), потом стал глубже копать и себе на почту слать данные из обработки.
.
5) выяснилось с помощью
что фоновые задания запускаются вообще с другого компа. поставил ИмяСервера = "1СServer" - все заработало =)
(25) AlexO, наоборот тестовая на своем родном 1СServer, а вот на рабочей же глючило выполнение - фоновые задания запускались с другого компа.
наоборот тестовая на своем родном 1СServer, а вот на рабочей же глючило выполнение - фоновые задания запускались с другого компа.
ну, для выражения "другой сервер" все равно, где "родной" сервер, а где - второй. Тот - он "другой" ))
(28) AlexO, сам полностью не догоняю - почему выполнение фонового задания запускалось с другого ПК и еще при этом в СтрокаСоединенияИнформационнойБазы() ИмяСервера было другое. Выйдет сисадмин с отпуска узнаю, что странная схема, раньше ж все работало (года 1,5 уже) - даже не подозревал что такая схема реализована =)
Как раз это понятно - тот, кто знал, где его задать, это имя, при смене сервера - сменил и имя сервера, т.к. посчитал, что "так лучше".
Есть 1с сервер:
win2016 + SQL 2014 + 1c (x86-64) 8.3.12.1567
имя сервера: spb-1c-tst имя базы: buh-tst
Есть 1с клиент:
Win 8.1 + 1c:предприятие 8 8.3.12.1567 + 1c:предприятие 8 8.3.13.1513
имя пк: pc01
пользователь на pc01 подключается к серверу через тонкий клиент.
имеется такая проблема 1с а именно ярлык 1cestart.exe не выбирает автоматчики версию. которая стоит на сервере и ругается на клиенте ошибкой:
Различаются версии клиента и сервера ( 8.3.13.1513 - 8.3.12.1567)
Знаю, что если на клиенте стоят разные версии например 8.3.12.1567\8 8.3.13.1513\8 8.3.14.1513, а на сервере версия стоит 8.3.12.1567, то клиент PC01 должен автоматически запустить ту версию, которая стоит на сервере, чего у меня не происходит.( раньше работало когда была версия 1с8.3.2)
1)на пк PC01 чистил кеш по путям - C:\Users\user01\AppData\Roaming\1C\1cv8 и C:\Users\user01\AppData\Local\1C\1cv8
2)по пути C:\Users\user01\AppData\Roaming\1C\1CEStart файлике ibases.v8i оставлял:
[srv-1c-tst buh-tst]
Connect=Srvr="srv-1c-tst";Ref="buh-tst";
3) на пк в 1с клиенте пробовал добавить базу через кнопку добавить пробовал разные варианты:
3.1 добавить\ Добавление в список существующей инф базы\на сервере 1с:Преприятия кластер серверов:spb-1c-tst, имя информационной базы:buh-tst
основной режим запуска - выбирать автоматически\ версия 1с предприятия: здесь не чего не прописывал
3.2 добавить\ Добавление в список существующей инф базы\на сервере 1с:Преприятия кластер серверов:spb-1c-tst, имя информационной базы:buh-tst
основной режим запуска - тонкий клиент\ версия 1с предприятия: здесь не чего не прописывал
3.3 добавить\ Добавление в список существующей инф базы\на сервере 1с:Преприятия кластер серверов:spb-1c-tst, имя информационной базы:buh-tst
основной режим запуска - выбирать автоматически\ версия 1с предприятия: 8.3.12.1567
3.4 добавить\ Добавление в список существующей инф базы\на сервере 1с:Преприятия кластер серверов:spb-1c-tst, имя информационной базы:buh-tst
основной режим запуска - тонкий клиент\ версия 1с предприятия: 8.3.12.1567
Подскажите пожалуйста, что можно еще проверить, куда копать не могу понять. как сделать, что бы на пк pc01 выбирал автоматически ту версию которая стоит на сервере srv-1c-tst .
а запустилась 8.3.13.1513 .
(4)
Если запускаю C:\Program Files (x86)\1cv8\common\1cestart.exe и в базе указываю 8.3.12.1567 то все равно ругается
Различаются версии клиента и сервера ( 8.3.13.1513 - 8.3.12.1567)
Понятное дело если запускаю 1cv8c.exe с версии 8.3.12.1567, то все работает.
(5) я бы оставил на клиентской машине только одну платформу. ( зачем пользователю несколько платформ ?)
Или выведи на клиенте ярык сразу на экзешник новой версии.
(2)
Клиент на пользовательской машине переустанавливал.
Ярлык ведет на "C:\Program Files (x86)\1cv8\common\1cestart.exe" который по идее должен запускать нужную версию которая стоит на сервере.
выводить ярлык тонкого клиента на рабочий стол 1cv8c.exe - не вариант.
Задача, сделать так, что бы на рабочем столе всегда был 1 ярлык "C:\Program Files (x86)\1cv8\common\1cestart.exe" не каких других ярлыков не должно быть.
Это легко можно объяснить бухам если их 20-30, если пользователей 1с 1000 человек, добавляя еще один ярлык ты рискуешь тем, что на HelpDesk упадет тысяча заявок не работает 1с( объявлять всем, что запускать 1с ярлык такойто тоже не вариант) для пользователя должны быть все прозрачно.
(2)
Это не вариант, т.к. будет куча ярлыков и работа будет парализована, а объяснять 1000 пользователь, что нужно кликать другой ярлык это пристрелиться.. поэтому и ищу вариант, что бы работало через ярлык 1cestart.exe.
(6)
и что? ну работать будет, без проблем. только с начало нужно поставить пользователям клиентскую версию, прежде чем ставить на сервер.
Возможно что в ibases.v8i прописана конкретная версия
Посмотрите не подключен ли список общих баз.
(7)
говорю же пробовал разные варианты.
Это все конечна здорово, но если пользователей 1000, а нужно перейти на следующую версию платформы, то с начало ставиться новая версия на клиенты(пользователей), но если в это время У кого то установиться уже версия и он запустит ярлык 1cestart.exe то у него будет ошибка "Ошибка различаются версии клиента и сервера" пока сервер не обновят. а поставить даже средствами SCCM на 1000 пользователей это не быстро. поэтому и нужно, что бы работало, но как затаивать не понятно.
(9)
(7)
пробовал и с подключенным списком баз, и без пробовал и прописывать конкретную версию, и оставлять поле пустым, через ярлык 1cestart.exe не запускает нужную версию.
[srv-1c-tst buh-tst]
Connect=Srvr="srv-1c-tst";Ref="buh-tst";
External=0
ClientConnectionSpeed=Normal
App=Auto
WA=0
Version=8.3.12.1567
Самый верный способ прописывать у пользователя полную информацию в ibases.v8i , если уж вы этим пользуетесь
(8)
Я же вам говорю этот вариант не работает. Если запускаешь через ярлык 1cestart.exe ругается на разность версий.
А что происходит , если запускать самим файлом ibases.v8i ?
Ну удалите в конце концов сам файл 1cestart.exe (не ярлык) , и переустановите 8.3.12.1567.
Иначе я думаю позовите 1С-ника - пусть живьем поглядит на ваши проблемы.
(16)
платформу переустанавливал, брал чистую установленную windows 8.1 и ставил ее руками, запускал через setup c начало версию 8.3.12.1567, потом 8.3.13.1513.
Не помогает все равно ругается на разность версий 1с.
я не 1с ник, я Win - Linux admin.
а 1с ник, знает меньше моего и вообще не шарит в этом.
(24)
извините быстро писал, был оврал..
Ставил ее руками, запускал через setup c начало версию 8.3.12.1567, потом 8.3.13.1513.
(28) Вот и зачем вы ставили 1513 ?
И как самое главное?
Вы второй установкой 99% убили первую.
Если не знаете КАК установить сразу 2, а по ходу вы понятия об этом не имеете
И рекомендация - оставить 1 первую и не морочиться
конкретно я ставил различными вариантами, в данном случае описал самый простой.
Если вы знаете как правильно ставить и вы в этом спец, киньте ссылку, где описывается как ставить несколько версий? не желе советы давать. о том, что лучше этим не морочиться!
я сюда пришел на форм, после того как перерыл очень много инфы на эту тему, но рабочего кейса, который бы мне помог не нашел!
(38)Да речь же не про установку двух серверов на одну машину? Хотя и в этом вопросе нет сложностей, все ставится нормально.
(39)
нет, боже упаси, причем здесь сервер, я же все описал в вопросе.
Есть 1с сервер:
win2016 + SQL 2014 + 1c (x86-64) 8.3.12.1567
имя сервера: spb-1c-tst имя базы: buh-tst
Есть 1с клиент:
Win 8.1 + 1c:предприятие 8 8.3.12.1567 + 1c:предприятие 8 8.3.13.1513
имя пк: pc01
пользователь на pc01 подключается к серверу через тонкий клиент.
ставлю две версии на pc01
добавлю что клиенты на пользователе x86, но и вариант x64 на пользователе тоже пробовался, в качестве исключения!
(32)у него один сервер на 12, локально есть платформа на 13, человек хочет запускать локально с 13 платформы на сервере с 12 платформы, но не хочет. Причем здесь 2 сервера 1С?
(22) У вас зачем стоит 2 версии 1С Сервера ? Для кого?
Как минимум он должен понимать как они работают одновременно.
Иначе уберите 1 сервер и не мучайтесь
(26)
какую то чушь несете, вы когда ставите 1с следующую версию, предыдущая остается, что бы пока ставиться всем пользователям новая версия клиента, пользователь мог работать в старой.
(31) Чушь несете вы - это когда платформу ставишь - да , а когда ставишь 1С сервер - ВСЕ по другому.
Мы по ходу говорили о разном - я об установке 1С сервера .
зачем у вас 2 стоит?
(34)Есть 1с сервер:
win2016 + SQL 2014 + 1c (x86-64) 8.3.12.1567
имя сервера: spb-1c-tst имя базы: buh-tst
Есть 1с клиент:
Win 8.1 + 1c:предприятие 8 8.3.12.1567 + 1c:предприятие 8 8.3.13.1513
имя пк: pc01
пользователь на pc01 подключается к серверу через тонкий клиент.
Где про 2 сервера?
(35) Все просянилось.
Обсуждал только установку 2 серверов - не переключился!
Но вы же согласны , что поведение платформ косячное не по причине самих платформ?
Хотя. 8.3.13.1513 даже сами 1С-ники не долюбливают - не рекомендуют использовать с УТ11 и КА2
Автору начать нужно было с того что ДО установки 8.3.13.1513 проверить работоспособность серверных баз.
Потому рекомендую снести 8.3.13.1513 и проверить . И вот если и так не станет работать- явный косяк в настройках.
А если будет все работать, а после установки 8.3.13.1513 испортится - значит 8.3.13.1513 реально глючная
(41)По какой то причине ентерпрайз не видит версию сервера. да я бы наверно 13 снес и проверил работу клиента на сервер без 13, а потом поставил бы снова 13 и проверил бы. Но думаю это не решит проблему.
до установки 8.3.13.1513 все базы работает нормально без проблем. я пытаюсь обновить просто платформу на новую версию! и все!
Проблема наблюдается у одного пользователя/нескольких/всех?
Каким образом просходит установка и обновление клиентов?
Каким образом пользователям раздается список баз?
Запустите 1cestart.exe и посмотрите файл ibases.v8i в профиле пользователя, не указана ли там версия платформы? Если указана, то ищите откуда оно туда подтянулось, вариантов может быть несколько.
1)наблюдается у всех пользователей в домене.
2)установка происходит двойным кликом по setup и выбрав нужную версию и язык.
3)в данном случае пользователям не как не раздается список баз, просто у пользователя прописал базу
[srv-1c-tst buh-tst]
Connect=Srvr="srv-1c-tst";Ref="buh-tst";
4)нет не указана, хотя и пробовал указывать тоже, не работает.
Была аналогичная проблема из-за отсутствия в 1CEStart.cfg параметра "InstalledLocation".
Админы его по серверам распространяли в таком виде политиками.
(18)
ты в файлике 1CEStart.cfg прописывал строку:
и все не каких параметров не задавал не чего?
(19)
мешает то, что указываешь версию, что не указываешь, все равно ругается на разность версий, смотрите выше я уже отвечал на этот вопрос.
Когда запускаете ярлык и выбираете базы, нажмите кнопочку настройка. Что там в разделе Используемые версии?
(27)Чудес не бывает, бывают кривые руки. ;) типа шутка, бумбарбия.
Проверьте на клиенте все платформы в одном каталоге, не в разных?
что значит в одном каталоге? про какой конкретно каталог вы говорите, конкретизируйте пожалуйста!
все версии находятся
C:\Program Files (x86)\1cv8
8.3.12.1567
8.3.13.1513
Если у вас на сервере 8.3.12.1567
Поставьте локально вторую платформу 8.3.12.1714 - 100% рабочую.
И вот если и с ней начнутся проблемы. Тогда обсудим
lol
я плачу, разве мой вопрос был про
"Если у вас на сервере 8.3.12.1567
Поставьте локально вторую платформу 8.3.12.1714 - 100% рабочую.
И вот если и с ней начнутся проблемы. Тогда обсудим"
Коллеги опешу еще раз вопрос, Возможно я как то не правильно задал вопрос, прошу меня простить, и постараюсь ответить зачем мне это нужно!
Есть 1с сервер:
win2016 + SQL 2014 + 1c (x86-64) 8.3.12.1567
имя сервера: spb-1c-tst имя базы: buh-tst
Есть 1с клиент:
Win 8.1 + 1c:предприятие 8 8.3.12.1567 x86 + 1c:предприятие 8 8.3.13.1513 x86
имя пк: pc01
пользователь на pc01 подключается к серверу через тонкий клиент.
имеется такая проблема 1с а именно ярлык 1cestart.exe не выбирает автоматчики версию. которая стоит на сервере и ругается на клиенте ошибкой:
Различаются версии клиента и сервера ( 8.3.13.1513 - 8.3.12.1567)
Зачем же мне нужно, что бы у пользователя стояло сразу две версии 8.3.13.1513 - 8.3.12.1567 и работала: 8.3.12.1567 Которая стоит и на сервере только там x64.
У нас на работе 1000 пользователей 1с.
Задача: сделать безшовное обновление для всех пользователей на новую версию!
Как я это делаю(хочу сделать) Сначала обновляю клиентскую часть у пользователей( потом 4 сервера), как я это делаю, в целом не важно есть много способов, на тестовой среде перепробовал очень много, в том числе и вариант который дает сама 1с, можно групповыми политиками ставить, лично у нас будем это делать через System Center configuration manager, нам так удобнее!
Вернемся к нашим баранам, для чего две версии: Это нужно для того - Пока деплоится на все 1000 машин новая версия 1с, что бы пользователи которым уже поставилась новая версия 1с, не сидели курили бамбук, а продолжали работать и запускать 1с версии 8.3.12.1567, Как только все версии поставятся на все 1000 машин. мы сделаем паузу скажем 15-20 мин или можно это вечером сделать не важно, накатим на сервер новую версию 8.3.13.1513 и вуаля в итоге минимальный простой максимум 15-20 минут.
Для тестирования всего этого прекрасного, я в неизалированном том же домене поднял VM такой же тестовый сервер 1с нульцевый как и продакшене- win2016 + SQL 2014 + 1c (x86-64) 8.3.12.1567 скопировал на него несколько продакшеновских баз, все работает, 1с открывается все летает!
Далее я поднял Vm win 8.1 имитируя пользователя. Поставил на него руками сначала версия 1с 8.3.12.1567 потом также через setup 8.3.13.1513. в итоге при запуске 1cestart.exe у выскакивает ошибка разности версий 1С.
да, версию 1с я пробовал прописывать локально на машине в базе и не прописывать тоже, все равно ругается.
что бы исключить, что проблема в тестовой среде, У продакшеновских пользователей 10 человекам поставили следующую версию 8.3.13.1513, проблема существует, ошибка о разности версий.
Почитав 1с форум и офф ман. в кратце там написано, ( пример мой)что если на сервере стоит версия 8.3.12.1567, а на пользователе стоит версия 8.3.12.1567 и 8.3.13.1513 то 1cestart.exe должен запустить на клиенте ту версию, которая стоит на сервере, тоесть 8.3.12.1567, чего у меня не происходит.
Пожалуйста, не надо писать: чувак просто пропишу версию в файлике v8i и дело в шляпе! я это делал!
Я знаю, что вопрос может быть простой и проблема звучит абсурдно, что если я прописал версию 1с, то все должно работать, но у меня не работает.
Поэтому, прошу помочь, какие более технические варианты есть, что можно посмотреть, что не так с 1cestart.exe почему он не хочет определять нужно версию 1с которая стоит на сервере.
Плюсом могу добавить у нас есть 5 1с програмистов, которые к сожилению в этом не шарят совсем. Раньше обновляли 1с эникеии админы, которые бегали по всем этим 1000 пользователям ставили 1с руками и соответственно простой работы был гиганский порой 3-5 дней, пока всем поставим. Сейчас этих людей нету!
Добрый день.
Какой-то бред происходит второй день подряд. На сервере (Win 2008 R2) установлен MS SQL Server 2008 и серверная 1С 8.2.16.368. Версия клиента та же. Утром приходят бухгалтера, а она им заявляет, что версии клиента и сервера не соответствуют. И в терминал не пускает. Вчера приехал, вошел на сервер через консоль, ничего не делал. Все заработало. Сегодня опять то же. У кого-нить было что похожее? Подскажите куда копать, где искать? У меня уже крыша едет от этого сервака.
В том то и дело что нет. У бухов одна версия клиента: 8.2.16.368, а на сервере, говорит, 8.2.17.169, которой там с роду не было.
Сейчас попробую клиента 8.2.17.169 поставить.
Читать, много думать:
В 1С:Предприятии 8.2 принципиально переработан механизм установки, запуска и обновления платформы. Предприняты существенные усилия для повышения удобства развертывания системы в крупных организациях.
Новый механизм позволяет значительно упростить администрирование системы в тех случаях, когда одновременно используются несколько разных версий платформы. С его помощью автоматизируется их установка, выбор подходящей версии платформы и подходящего клиентского приложения для запуска, а также процесс своевременного обновления платформы.
Стандартный сценарий развертывания 1С:Предприятия 8.2 предполагает, что в локальной сети организуется общий ресурс, на котором располагаются дистрибутивы версий платформы. Также на этом или на другом общем ресурсе располагается программа запуска, которую запускают пользователи.
Теперь на компьютере одновременно может быть установлено произвольное количество версий платформы. Программа запуска анализирует состав версий платформы, установленных на компьютере пользователя, при необходимости выполняет установку нужной или последней версии платформы с общего сетевого ресурса.
Для каждой информационной базы теперь может быть указана собственная версия платформы и вид клиентского приложения, которым нужно подключаться к этой базе (толстый клиент, тонкий клиент, веб-клиент). После того, как пользователь выберет информационную базу, интерактивная программа запуска запускает нужное клиентское приложение нужной версии.
Кроме описанного стандартного сценария установки поддерживаются и другие сценарии, использующие возможности операционной системы:
установка с помощью групповых политик Windows;
установка с помощью logon-скрипта.
Подробнее о возможностях установки системы можно прочитать в документации "1С:Предприятие 8.2. Руководство администратора", Глава 3. Установка 1С:Предприятия 8".
Да точно говорю: на сервере реально версия платформы одна-единственная. На клиенте есть еще 8.2.13.219, но о ней сейчас вообще речи не идет. Откуда вдруг взялась 8.2.17.169, и куда вчера делась. Весь день они ведь вчера нормально работали.
Нету такой папки, и никто туда ничего не выкладывал. 8.2.17 на сервере вообще никогда не было, а она говорит, что стоит. Потом перестает почему-то говорить и нормально работает.
Я там работаю, трясти нечего. Поэтому и парит так туда кататься.
Чем кончилось. Пришел к выводу, что дело в сетевом соединении. А именно, от сервера до коммутатора. Сервер даже сам выключался. Не аварийно, а штатно, как будто его кто выключил через завершение работы и все такое. Заменил коммутатор, кабель от сервера до коммутатора и установил сетевую карту. Встроенные отключил. Пообщались с бухгалтерами, они вспомнили, что проблемы начались, когда мутили с электричеством (у нас на производстве свой газовый генератор). Поискав по просторам интернета, также обнаружил, что когда у людей интеловские серверы вырубаются таким же образом, этому сопутствует легкое волнение в сети питания. Сетевая карта сходит с ума и просит сервер выключиться. Microsoft разводит руками, признает проблему и обещает, что, когда-нибудь в будущем, они займутся ей займутся. Надеюсь, что предпринятые мной мероприятия таки возымеют желаемое действие.
В 1978 году International Standards Organization (ISO) выпустила набор спецификаций, описывающих архитектуру сети с неоднородными устройствами.
В модели OSI сетевые функции распределены между семью уровнями.
В 2013 году, в связи с выходом новых версий 1С 8, появилось ешё несколько уровней:
* уровень глюков
* фантастический уровень
(18)Да брось. Теперь все проблемы 1С можно списать на електричество, либо на новый газовый генератор :)))
При запуске программы 1С нередко возникает ошибка «Различаются версии клиента и сервера».
Причины ошибки несоответствия
Как правило, ошибка выходит при клиент-серверном режиме работы 1С.
В данном случае на сервере установлена платформа 8.3.15.1830, а на клиенте 8.3.12.1685. А при серверном режиме работы версия платформы на клиентском компьютере должна совпадать с версией платформы на сервере.
Когда происходит подобная ситуация:
- Если установили новую платформу на сервере, а на клиентских забыли/не успели обновить.
- На клиентских компьютерах установлены разные версии платформы и запускается неверная версия.
Если на клиентском компьютере нет платформы
Получите понятные самоучители по 1С бесплатно:
Если на клиентском компьютере нет требуемой версии платформы, нужно ее установить. Первым делом проверим, есть ли платформа. Для этого зайдем в список установленных программ в панели управления компьютера.
Проверяем и при необходимости устанавливаем платформу.
Если на клиентском компьютере платформа есть
В таком случае возможно мы запускаем программу с неверного ярлыка.
При установке 1С на рабочем столе компьютера создается ярлык со ссылкой на каталог C:\Program Files (x86)\1cv8\common, файл 1cestart.exe.
При запуске 1С с помощью этого ярлыка версия платформы определяется автоматически — запускается последняя версия.
Но мы можем создать ярлык и самостоятельно, например, перетащив из папки установки 1С нужную версию на рабочий стол.
В таком случае ярлык будет хранить конкретную версию программы.
Проверить можно в свойствах ярлыка в поле «Объект».
Если идет ссылка на неверную платформу, то выходит ошибка. Для исправления нужно запустить программу с другого ярлыка.
Еще одна возможная причина — в настройках базы задана версия платформы.
В таком случае база запускается именно на этой версии. Для исправления можно очистить версию, либо оставить значение 8.3.
Читайте также: