Собственно сабж с целью узнать на сколько пригодна 8.2.17 платформа как рабочая?

.

и

конечно же на актуальной

(3) серверный вариант?

(4) да.. и х86 и х64

(5) зависаний нет? как часто перезапускаете процессы?

никогда не понимал логики "подожду пока выйдет платформа с номером Х - пусть они исправят все глюки а я тогда перейду  на платформу Х-1"

что то типа:
ща езжу на ваз 2105 и не покупаю себе ладу калину ибо она ведро.
а вот как только ВАЗ выпустит улучшенную ларгус, вот тогда можно смело покупать ладукалину... (типа с выпуском новой модели старая плавно превращается из ведра в конфетку)

ну бред же..
так же и релизы..
ждать выхода релиза 8.2.18 чтобы с чистой совестью перейти на 8.2.17 - полный идиотизм..

Само-собой на последней. Клиент-сервер.

8.2.14

(7) +1

(6) эээ никогда не задумывался.. а их что, надо презапускать? :) :)

(7) с времен 8.1 вроде идет это?

(11) в ларьках не надо

(12)  идиотия вечна... так что подобный тупняк был и задолго до 8.1 :)

(13) чорт.. незнал что у меня версия 8.2.17.Ларек
блин

чтожеделать?
срочно купить 8.2.17.газпром чтобы перезапускать ее каждое утро?

(14) ларьки?

такая сейчас работает стабильно. юзеров много.

1С:Предприятие 8.2 (8.2.17.153)

(6) а зачем?

(6) На 17 перезапускать надо значительно реже, чем на 16.

На 17 вообще только по необходимости перезапуск. Т.е. много дней может пройти без перезапуска процессов

8-ка же еще сырая!
4. 7.7

(21) глупость какая несусветная...

1С же сырая вся с ног до головы..

ведем учет на абаке..

+ ЗУП на 13

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

А для нас, кто в танке: что за процессы вы там перезапускаете? Я тоже хочу :)

Пока..

16й яб не рекомендовал ставить(были глюки со стеком), мне пришлось ибо бухия требовала.. 17м вроде пока доволен.

..

(25)
Рабочие

(25) Рабочий процесс на сервере оперативку кушает, но не освобождает. Так вот, когда процесс съедает много оперативки, память на сервере заканчивается...
У нас даже, когда размер съеденной памяти процессом превышал 1 ГБ, у пользователей начинали сыпаться ошибки о недостатке свободной памяти на сервере.
На 17 релизе дышать стало проще)

(30) Да, мне вроде не пишет такого...

всё супер
+1

(31) сколько баз на кластере - что забазе - размер, кол-во пользователей

кстати а как вы новый релиз на сервере накатываете?
1. останавливаем сервак 1с
2. деинсталируем старый релиз или нет?
3. ставим новый релиз, список баз заново будет перепрописать или как?

ну у меня список баз то в 10 пунктов укладывается, а у кого их под 1000?

(34) 1. Удаляю старый (он сам останавливает все процессы).
2. Устанавливаю новый (он сам запускает все процессы).

Список баз сохраняется.

(7) +100500

Пока так

А чего не в опросе 8.3?

(34)Устанавливаем новую операционку и ставим новый сервер,копируем srvinfo и lic файлы

(3), (8) управляемое приложение ?

(40) Нет, УПП 1.3. Хотя есть самописный блок на УФ. Но режим запуска-то обычный.

(3), (8) MS SQL ?
Под 8.2.17 не смог запустить УНФ.
Microsoft SQL Server Native Client 10.0: Поставщик именованных каналов: Не удалось открыть соединение с SQL Server [1789].

(41) в обычном режиме - все Oк.

(0) Коммунистической

как говорится "исправлены старые ошибки, добавлены новые" )))
но проблем с памятью действительно стало меньше, не нужно перезапускать сервис, как это было в 15 и в 16 релизах

А вы обратили внимание, что последняя БП просит 17 ?

(46) и последняя УПП тоже)

но скоро прыгнем на 17, т.к. надо

На платформе 9 3/4 :)

(7) Логика простая - никогда не переходи сразу на новый релиз. Пусть на грабли наступят другие, а мы потом аккуратненько их обойдем.

(47) Да пусть просит, некоторые ее и на 14-м запускают закомментировав несколько строк.

(51) +1
И это подтверждается опытом, деструктивные релизы не редкость

(7) Закидываю какашками!
Известные ошибки версии 8.2.17, планируемые к исправлению в будущих версиях

20004476  (SW692951)  Закрытие обычной формы
Проблема:
В некоторый случаях при закрытии обычной формы может происходить аварийное завершение работы программы.
Дата публикации:
2012-12-06

И ты предлагаешь обновлять до этого УГ.

Забыл.

на нормальной

8.2.14 - на боевом сервере
8.2.17 - на тестовом сервере

но начало года и трационные изменения в трегламетном очете вынудят уйты на 17 и на боевом

(54) в каждом релизе есть своя "изюминка", предлагаешь на ексель перейти?

Есть такой клиент. Например вышла 8.2.15.319, я сообщаю, что ваша конфигурация требует этой платформы. Их ответ - мол у нас подписка на ИТС и сотрудник, который приходит обновлять сообщил, что там полно глюков, оставил на 8.2.14. Через несколько месяцев он же сообщил, что глюки исправлены и перешел на ту самую версию 8.2.15.319, которую я рекомендовал несколько месяцев назад.

Оказывается если версии дать полежать, глюки самоустраняются.

(0)

Что продали на том и сидим. Пока

Утечки памяти на сервере вынудили обновиться до

(59) напалм! :)

16.368. И не течет вроде, и жрать не просит

(58) Не надо передергивать. Просто создавать себе рукотворный "геморрой" и потом ходить с больной попой не мой стиль.

(7) Ждать пару недель минимум нужно.
А то ведь и ключи горели и базы рушились во время реструктуризации

в основном файловые базы

..

много баз по 150 гигов, РИБ на 15 ущлов, скуль

весь холдинг на ней

Пофиг, какой движок. У меня некоторые клиенты и на 8.1 сидят и не жужжат, уж про 7.7 не говорю. Лишь бы дело делала. На типовых конфа в большинстве своем без разницы что установлено 15, 16 или 17. Разницы полюбому не заметишь...

(34) Стоп сервер, установка сервера, установка платформы, старт сервера. Унсталять старые не надо, 1cestart.exe сам запустит что надо. Самый простой путь. Могут быть и всякие загвоздки, но всё решаемо без потерь тысяч прописанных баз в любом случае.

Стоит sql 2005

(54) В некоторых случаях при переходе по зебре через дорогу, пешехода сбивает автомобиль. Сидите дома! :)

Ещё в пятницу платформа 8.2.17.157 была в тестовых. Сегодня её переместили в релизы, а дату выхода оставили старую (22.01.2013). Не понимаю, нафиг так делать? Смысл тогда вообще выделять новые релизы красным, если платформа никогда не выделяется, т.к. выходит только после теста?

Насчет перезапуска. Так вроде бы сервер сам может перезапускать процессы и по времени и по памяти. У себя еще со времени 8.1 настроил перезапуск и больше туда и не заглядываю

2. 8.2.16

(59) Ты неправильно все понял. Когда вышел новый релиз еще никт не знает какие там глюки. Я лично жду некоторое время пока не появятся сообщения о глюках от тех, у кого руки чешутся и после это решаю, стоит на этот конкретный релиз переходить или лучше подождать следующего.

(7) хорошо что ты есть. бета-тестерам почет и уважение ;)...

7.7 наше все. 8ка сыровата.

БП же ругается на 8.2.15...

БП 2 0 44 9 вроде уже 17 требует

(77)  Не полностью написал.
Предложение о переходе на новую платформу с моей стороны было через месяц-полтора после её выхода. Окончательно перешли на неё через 3 - 4 месяца после выхода.

Кое где перешел на 8.2.17, несколько часов рабочего дня прошло, работают вроде бы, о проблемах не заявлено (т.т.т.) бэкапы есть.

Глюки есть, но не критичнее чем на предыдущих.

(51) (7) (53)

Платформа класса "Малая табуретка", тип "Кухонная".

Работает и ладно.

С ноября на 17, полет нормальный.

(80) > БП же ругается на 8.2.15.

Функция РекомендуемаяВерсияПлатформы() Экспорт
   Возврат "8.2.15.319";
КонецФункции

Вчера пересел.

16

17-я более глючная для нас.

(92) чем же она "более глючная"?

(93) вот самому интересно - чем именно.

перешли на 17-ю, опять стала появляться проблема как в v8: При формировании прайса выдает ошибку "Недостаточно памяти для загрузки карт
"Недостаточно памяти для загрузки картинки"

8.2.16.368
стараюсь не ставить последнюю без крайней необходимости

Мы работаем на платформе

франч, почти все клиенты на ней

Сидим на...

100

8.2.17

Именно на 16.368, очень интересная ситуация была с 17.157, обновлял слегка доработанную УТ 10.3, с 5.8 до 21.1, и чудо свершилось на 10.3.20.2, в процессе сравнении падала платформа, 2 раза обновлял, 2 раза падала. На 16.368 обновилась без проблем, версии платформы надо поднимать у клиентов на типовых решениях, с ежедневными бэкапами, моё ИМХО. Просто в качестве предупреждения.

на самой классной платформе на свете

с динамическим обновлением на 8.2.17.157 ни у кого проблем не возникало ?

+ (104) Обновил обработку в конфигурации, динамическое обновление не предлагает сдалать, только завершить сеансы пользователей и обновить конфигурацию БД.

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

(104) Не обновляю демонически, я не мазохист.
(105) Баян.

пока не прижало

(107) у нас по другому никак...

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

по другому по получится ...

Сидим

(0) я на 8.1 сижу.. почему нет такого варианта?

шо?! опять?!

Перешли на 8.2.17.157 с 8.2.15.318. Поработали две недели и решили вернуться назад. Проблемы на терминальном сервере. Утечки памяти.

В пятницу последних перевел.

большие базы еще на 8.2.13.219

и где тут 8.3?

(0) >Собственно сабж с целью узнать на сколько пригодна 8.2.17 платформа как рабочая?
Измерение средней температуры по палате это покажет?

А пока неохота просто заниматься переустановкой. Работает - не трогай :)

101

352

362