Платформе 8.3 уже больше 2 лет... с 03.07.2012. Наконец решились обновиться... Релиз 8.3.5.1119 300+ пользователей... Стольких "ярких картинок" я давно не видел... Это не говоря уже о том что "требования назначения функицональности" и "Отказоустойчивый кластер" просто не работают...
Здесь и "Отсутствующие сеансы" и "Ошибка совместного доступа к файлу" и падения рабочих процессов, и тех лог 20 ГБ ошибок за 10 минут... и "Ошибка блокировки", и "Соединение не удерживается"... И падение клиента и падение конфигуратора.. За неделю узнали всё. Это в самой простой конфигурации. 1 центральный сервер и 2 рабочих, без отказоустойчивости, и с настройками чтобы везде был один рабочий процесс.
А у всех так было? Кто какую версию использует? За 2 года эти ошибки так и остались? или были какие-то "Удачные" версии? Кто-нить не подскажет какие?
Добрый день! У меня две платформы 8.2 и 8.3. Два сервера. На одном скуль на другом сервера 1с. Пока 8.3.5.1119 работает нормально, но и пользователей у меня под ней не больше 15.
У нас 8.3.5.1119, пользователей три десятка. С рабочими процессами есть глюк, если указано ограничение 1 процесс на 1 базу. С первого обращения к базе не успевает создать рабочий прочесс, необходимо нажимать повторное подключение. Сервис лицензирования вынесенный работает. Других глюков пока не выявлялось.
Господа, у меня вопрос ко всем в теме:
примерно весной-летом (вроде) появилась неприятная вещь.
работать вроде не мешает, но текст набивать проблема -
во время на бора текста-кода, когда нажимаю точку - появляется список Ревизитов-Методов, выбираю нужный, а он не срабатывает.
Более того - курсор пропадает вообще.
выкручиваюсь только Алт+Таб - на др. приложение и обратно. После этого - снова норм (до поры).
Это (заметил ещё на 8.3.4, вроде и с тех пор сохраняется с обновлениями) - проблема в платформе или комп надо чистить?
(1) comol, в тестовом режиме 8.3.5.1146 крутится с момента выхода - работает достаточно стабильно, скорость работы платформы примерно на 10-12% медленнее чем 8.2.19. В выходные планирую обновить на 8.3.5.1186, в ней исправлены несколько мелких неприятных ошибок, которые работать особо не мешают, но действуют раздражающе.
(23) h00k, да я тоже пользуюсь уже несовчера. просто вылезло это у меня - как-раз, вроде после очередного обновления.
и система переустановлена - полгода ещё нет.
... у меня все проблемы сервера на 8.3.5.1119 свелись только к незакрывающимся сеансам регламентных заданий, чем вообще доводили систему до ступора (за несколько дней могли сеансы висеть и не закрываться)... СКУЛь и 1с-сервер - на одном серваке, пользователей всего 10, базы БП. Проблема закрылась отключением всех регламентных заданий в базах, кроме загрузки классификаторов банков и курсов валют...
8.2.18.109 - 25 SQL баз (риб), 9 серверов. Работают более 2 лет, проблемы иногда возникают с фоновыми заданиями, в остальном довольно стабильно работают. В общей сложности более 250 пользователей. Конфигурация: доработанная бухгалтерия 2.0 + ЗУП 2.5, тоже уже дописанный.
(26) dark_avenger, толку то? Сидеть на не обновляемой конфигурации и самому клепать регл. отчеты?!
Мало того, что новые релизы БП требуют 8.2.19, так еще и в планах 1С - "похоронить" БП 2.0, а БП 3.0 работает уже на 8.3.
29.
jobkostya1c_ERP
10004.10.14 15:13 Сейчас в теме
Придерживаюсь принципа программировать и тестировать только на последней платформе. Платформа 8.3.5.1119 даже на локальном ПК сильно тормозная. И даже последующий релиз не кажется чуть быстрее. Во время разработки глюки не столь заметны как во время эксплуатации :)
(29) kostyaomsk, Согласен со всем сказанным абсолютно.
Единственное замечу - 8.3 тормозная изначально (с самых первых версий свих). Её принципы организации - требуют неслабых ресурсов.
Процесс разработки превращается в процесс бета-тестирования платформы..
- а в чём это выражается? Для разработки всегда использую последнюю, "прошёл" и 1119, в тестировании не участвовал...поделитесь опытом - я то же хочу :-))))))))
У нас в первый же день была проблема из-за которой падал рабочий процесс:
В одной форме есть динамический список с произвольным запросом вида:
ВЫБРАТЬ
Документ1.Номер,
Документ1.Ссылка
ИЗ
Документ.Документ1 КАК Документ1
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
Документ2.Номер,
Документ2.Ссылка
ИЗ
Документ.Документ2 КАК Документ2
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
Документ3.Номер,
Документ3.Ссылка
ИЗ
Документ.Документ3 КАК Документ3
Показать
В настройках списка задана сортировка по полю "Ссылка.Дата"
На 8.2.19 это работало. На 8.3.5 падает и создает штук 15 дампов.
Так что перед тем как переводить на 8.3, надо как минимум запустить обработку, которая откроет каждую форму.
(1) comol, порядка 50-100 пользователей в каждом филиале ... кто на sql кто на файловых...пока решили оставить 3.437 и 496 т.к. практика пользования показала проверенность и надежность сиих платф. пока на 8.3.5 не переходим, т.к. были разные казусы на разных базах... Часто используем регламентные задания и много...вот бывало тупо вываливалась из-за полнопоискового поиска хоть тресни-пришлось его отключить
(33) Alex_E,
Слишком много ошибок вылезает в тех местах, в которых, казалось бы, уже все отлажено и приглажено. Перечислять не буду, всего не помню уже, но осадочек остался.
сам для разработки стараюсь использовать последние версии. но все познается в сравнении.
последняя достаточно стабильная была 8.3.4.496
на 8.3.5 стал ловить интересный глюк - меняешь что-либо на УФ, а оно не сохраняется. особенно часто бывает с внешними обработками. допустим, добавил на форму в группу реквизиты, жму сохранить, закрываю, тут же открываю - нет реквизитов - группа пустая. или реквизитам формы новый путь к данным указываю (из реквизитов объекта). и подобных глюков предостаточно.
плюс 8.3 медленней работает с базами. для сравнения на одном и том же ПК запускал обновление одной и той же базы сперва под 8.2, потом восстанавливал из DTшника, переводил на 8.3 и опять обновлял. работа пользователей тоже оставляет желать лучшего. пока не прокешируется - хоть стой, хоть падай.
про кластер и отказоустойчивость вообще молчу. первые версии 8.3 не проверял, но в 8.3.4 и 8.3.5 просто не работает.
свои эксперименты описывал тут в комментариях http://infostart.ru/public/193359/
(44) comol, в основном одни локальные. есть пара организаций, где до 20 юзверей. это сторонние организации и мое личное рабочее место.
а на основной работе (около 150 активных в пиковое время) еще 8.3 в продакшн не запустили, поскольку кластер так и не работает. у нас КА, БП 2.0 и ЗУП 2.5, поэтому пока не критично, но до конца года будем бухию переводить на 3.0. поэтому стенд собрали, но работать кластер так и не заставили. видимо придется бухгалтерию на отдельный сервак выносить, а КА и ЗУП оставлять на 8.2.
(46) natarezn, могу ошибаться, но не помню ни одной публикации, где говорилось бы о смене внутренней структуры баз данных. о конвертации никто никогда не говорил, но по факту в базах на 8.3 появляются дополнительные служебные файлы и таблицы, которых не было в 8.2.
поэтому, хотя я и сталкивался с тем, что запустить на 8.2 базу, которая была ранее запущена на 8.3, уже не получается, но через ДТ-шник все норм проходило. главное, чтобы в базе 8.3 стоял режим совместимости 8.2. в любом случае, возвращаться в рабочих базах на 8.2 пока не приходилось.
у меня на 8.3.5 такой глюк
база выгружается в dt через раз - то да, то нет...
сначала начинается выгрузка, а минут через пять начинает пускать в "Предприятие", хотя в конфигураторе висит "идет выгрузка в dt".
приходится завершать процесс и запускать снова, со второго раза обычно выгружается
Ха-ха, это прорыв. Причем на полном серьезе.
Скорость работы платформ версий 8.3.1-8.3.4 была более чем в 7 (!!!) раз ниже по сравнению с 8.2.
Особенности новой платформы - серверная часть переписана почти с нуля. В итоге удалось существенно увеличить общую производительность и масштабируемость, но существенно пострадала скорость работы.
Когда на партнерском начались массовые жалобы, то разработчики платформы пообещали улучшить скорость работы.
И вот, 8.3.5, при всех плюсах 8.3, работает всего на 10-12% медленнее платформы 8.2... на мой взгляд - прорыв.
Тут есть еще нюанс связанный с аппаратной архитектурой решения. Если систему планировали под максимальную масштабируемость, отдельный сервер СУБД и отдельный сервер 1С, то разница в скорости работы будет не очень заметна из-за высокой латентности сетевых интерфейсов. А вот если сервер СУБД и сервер 1С расположены на одном физическом сервере, то разница в скорости работы разных версий платформы очень заметна...
Для оценки производительности и скорости работы можно настроить КИП. Или, для упрощенного тестирования, использовать бесплатный тест от Вячеслава Гилева - http://www.gilev.ru/tpc1cgilv/ .
А что делать?
Термины вроде и схожие, но имеют разную смысловую нагрузку. Вот разработчикам платформы поставили задачу - увеличить производительность системы и они переписали серверную часть, теперь она способна обрабатывать тысячи подключений. По сравнению с 8.2 - гигантский шаг вперед. Вот только скорость выполнения операций пострадала...
Угу, но есть недостаток - стоимость КИПа, не всем он по карману. Ну и применение у них немного разное, тест Вячеслава - для "быстрой" проверки, а СНТ для полноценного тестирования.
Тоже был печальный переход на 8.3.5.1119 с 8.2.19.83. Лог вырос свыше 50 гигов, также были ошибки с блокировками. Было принято решение вернутся 8.2.19.83 так для нашей конфигурации самая стабильная. От перехода на 8.3 отказались до более стабильной версии.
От перехода на 8.3 отказались до более стабильной версии.
У меня похожая ситуация, пока кручу 8.3 в тестовом режиме. 8.3.5.1146 показалась достаточно стабильной, но с некоторыми неприятными мелкими багами, в выходные обновил сервер до 1186, пока тестирую.
Боюсь, что "дотянуть" можно будет максимум до середины января 2015. А дальше, если ни чего не изменится, то без вариантов - БП 3.0.
Хоть 8.3 мне в общем нравится, но отсутствие выбора несколько напрягает.
(41) Да, это бывает часто.
Пока пытался крутить только для разработки "на будущее про запас", и падала она каждые 10-15 минут. Файловая пустышка, ничего такого, пишу внешки (перевожу инструментальный арсенал на УФ). Падение могло вызвать любое действие - от перетаскивания команды на форму, чтоб создалась кнопка, и переименования области в коде, до изменения свойства элемента формы. Совершенно непредсказуемо.
В результате обплевался и вернулся на 8.3.4.465, а некоторые вещи так и просто под 8.2.19.106 делаю.
(62) Думаю, БП 2.0 перестанут поддерживать в конце апреля 2015. Ровно такая история была с БП 1.6, год закрыли и адью.
Ну я просто не представляю какая нормальная организация будет так сейчас массово работать
Старая фишка, еще с первых конфигураций на управляемых формах для 8.2.
В общем так работают те организации, у которых системы учета на управляемых формах и в которых стараются беречь нервы пользователей. Банальный разрыв сеанса не помешает пользователю продолжить работать с набранным документом после восстановления подключения, особенно это важно при работе с большими документами от сотни строк.
(67) dj_serega, Нуу Как минимум 2 BestPractice в ИТ инфраструктуре:
А) Все пользователи работают в терминальных серверах
Б) Все удаленные подключения по VPN
И то и другое не очень совмещается с тонким клиентом по http :))) Как и требования к скорости и стабильности работы...
А) Все пользователи работают в терминальных серверах
Верно только для конфигураций на обычных формах. Если конфигурация на управляемых формах, то лучше и дешевле использовать встроенный в 1С тонкий клиент а не терминальное подключение.
(70) comol, ну как тебе сказать. А как же обмен в мобильном приложении? Он (судя по инструкции 1с) лучше чем web-сервисы. Типа меньший размер данными в обмене участвует.
Вот когда 8.3 будет стабильной (когда не знаю :))) ) и буду обмен переписывать и тестить.
(49) comol, ну да. А по поводу скорости на файловых базах было уже много чего сказано...тут стабильность показали платформы 437-496 на ssl/ssd через rms. Вынос кэша и темпов. Сама стабильность платформ это относительность взаимосвязанной работы ОС и самой 8-ки... так что эта песня будет настолько долгой, насколько разрабы 1с смогут себе позволить И на данный момент каждый старается выявить для себя в той или иной степени "долговременную" платформу.
(71) h00k, позволю себе не согласиться. даже для УФ. тонкий и веб-клиенты жрут больше лицензий, чем терминал. у нас юзеры свободно могут работать в 3-5 клиентах. на терминале это одна лицензия, а для тонкого и веб-клиента по количеству соединений, то есть те же самые 3-5. вы готовы купить столько лицензий, чтобы не держать терминальный сервер? хотя, все зависит от условий работы. иногда терминал бывает неприемлем. тогда да, действительно вы правы.
Почитал вслух ваше сообщение своему отделу, т.к. недавно переживали все как страшный сон на 8.3.5.ХХХ под ХХХ пробовали разные варианты. Сейчас вернулись на 8.3.4.Последний номер. Все нормально. Проблемы были на старой конфигурации УТ11, а бухгалтерия 3.0 регулярно обновляемая работала без проблем.
(71) h00k, Ну я же не с позиции только 1С. 1С должна быть вместе с почтой и файлами :)) И централизованно управляться... Любой Одмин вам будет с пеной у рта доказывать что так правильно.. и я бы с ними согласился...
тонкий и веб-клиенты жрут больше лицензий, чем терминал. у нас юзеры свободно могут работать в 3-5 клиентах
Да, есть такой недостаток, но его перекрывает стандартный запас в пару десятков лицензий. У нас у большинства пользователей 1 сеанс, с несколькими базами сразу работает только бухгалтерия и дирекция.
Так-что, в нашем случае, такой подход оправдан, особенно учитывая то, что .
(83) comol, Они сами не тестируют? :) А может проблема в настройках железа? Почему не у всех есть такие ошибки? Почему некоторые ошибки "уходят" после переустановки ПО?
(85) dj_serega, Сомневаюсь я что они сами тестируют... если на чистом сервер с 0 поставленном 1С запущенный типовой СНТ выдаёт 3 различных сообщения об ошибках... когда появляется более 50-100 пользователей... Надо было просто найти железо чтобы протестировать на 100+ пользователях... К сожалению, не всегда это получается.
(1) comol, Если сделали большой скачек между версиям, то судя по характеру ошибок ,в конфигурациях есть участки не адаптированые под эту версию. И второе при таком количестве пользователей, лучше всего очистить на всех клиентах все кэши.
8.3.5.1119, ~70 пользователей, 6 баз (2 торговые, 2 БП, 2 ЗиУПы), все на обычных формах, в целом полет нормальный. Пришлось пользователей переучивать вводить отрицательные суммы в поля ввода (привыкли ставить "-", затем цифры, теперь вначале цифры, затем знак "-"). 1С убедить зарегистрировать эту ошибку пока не удалось, видимо обычные формы им совсем уже не интересны :)
Юзаю: 1С:Предприятие 8.3 (8.3.5.1068) Довольно успешно. РИБ из 100 точек. центральная 300 Гб.
8.3.4.482 не рекомендую. у нее в режиме SQL-сервера проблемы с конфигурациями, работающими в режиме совместимости с 1с81. Запросы выдают ошибки некоторые.
Перешел на 8.3.5.1068 и эти трабы прекратились.
Есть проблемы с получением лицензии у 8.3.5.1186, после получения лицензии платформа её не видит, решалось через установку 8.2 и переноса файла лицензии в соответствующую папку.
Используем 1С:Предприятие 8.3 (8.3.5.1068)
Работает стабильно.
Сначала изучаем информацию о платформе, отзывы.
Тестируем и если успешно, то обновляемся.
(88) alex_sh2008, Ну КЭШ конечно почистили, не в 1 классе же :) А что значит "Ошибки в конфигурациях не адаптированные под данную версию"? Методику перехода смотрели и конечно всё переписали. Да и после включения режима совсместимости ошибки сервера те же :).