Стабильная платформа 8.3. Кто какую использует?
Платформе 8.3 уже больше 2 лет... с 03.07.2012. Наконец решились обновиться... Релиз 8.3.5.1119 300+ пользователей... Стольких "ярких картинок" я давно не видел... Это не говоря уже о том что "требования назначения функицональности" и "Отказоустойчивый кластер" просто не работают...
Здесь и "Отсутствующие сеансы" и "Ошибка совместного доступа к файлу" и падения рабочих процессов, и тех лог 20 ГБ ошибок за 10 минут... и "Ошибка блокировки", и "Соединение не удерживается"... И падение клиента и падение конфигуратора.. За неделю узнали всё. Это в самой простой конфигурации. 1 центральный сервер и 2 рабочих, без отказоустойчивости, и с настройками чтобы везде был один рабочий процесс.
А у всех так было? Кто какую версию использует? За 2 года эти ошибки так и остались? или были какие-то "Удачные" версии? Кто-нить не подскажет какие?
Здесь и "Отсутствующие сеансы" и "Ошибка совместного доступа к файлу" и падения рабочих процессов, и тех лог 20 ГБ ошибок за 10 минут... и "Ошибка блокировки", и "Соединение не удерживается"... И падение клиента и падение конфигуратора.. За неделю узнали всё. Это в самой простой конфигурации. 1 центральный сервер и 2 рабочих, без отказоустойчивости, и с настройками чтобы везде был один рабочий процесс.
А у всех так было? Кто какую версию использует? За 2 года эти ошибки так и остались? или были какие-то "Удачные" версии? Кто-нить не подскажет какие?
По теме из базы знаний
- Универсальный конструктор отчетов СКД (управляемые формы, тонкий клиент)
- В Telegram из 1С: сообщения с эмодзи (смайлы, пиктограммы, иконки) пользователям и группам
- Автоматизация распределительных центров компании "Вкусвилл" на мобильной платформе 1С
- Как из 1С отдать миллионы строк в BI и успеть это сделать быстро
- Получение стабильных ссылок на объекты ИБ (УФ, 8.3)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1540) Xershi как может повлиять на обновления ТИИ, я могу только догадываться.
Сделал еще один эксперимент поставил 8.3.8.2054 - прочитал тут что у людей работает нормально. Скинул все сесии, ребутнул, ТИИ ничего не сказал на всех базах (около 10). просидел весь вечер и часть ночи. Пока был один на серваке - как бы работало. С утра народ начал работать сервак умер. Монитор смотришь памяти 25% занято и процессора всего на 13%, а вот активное время жесткого диска всегда было занято на 100% и пишет в основном в C:\Program Files (x86)\1cv8\srvinfo\reg_1541.... чего он там логи не может записать?!?! В самих логах ничего интересного не нашел.
По поводу "донастрой кластер на перезапуск" - вообще не понял. мне настроить и каждые сутки перезапускать процессы? А смысл? Сейчас работает все на 8.3.6 и никакого рестарта. Сервер ребутается если требуются обновления виндовые.
Короче я опять на 8.3.6. и обновлять пока желание пропало.
Есть у кого какие идеи в какую сторону копать?
Сделал еще один эксперимент поставил 8.3.8.2054 - прочитал тут что у людей работает нормально. Скинул все сесии, ребутнул, ТИИ ничего не сказал на всех базах (около 10). просидел весь вечер и часть ночи. Пока был один на серваке - как бы работало. С утра народ начал работать сервак умер. Монитор смотришь памяти 25% занято и процессора всего на 13%, а вот активное время жесткого диска всегда было занято на 100% и пишет в основном в C:\Program Files (x86)\1cv8\srvinfo\reg_1541.... чего он там логи не может записать?!?! В самих логах ничего интересного не нашел.
По поводу "донастрой кластер на перезапуск" - вообще не понял. мне настроить и каждые сутки перезапускать процессы? А смысл? Сейчас работает все на 8.3.6 и никакого рестарта. Сервер ребутается если требуются обновления виндовые.
Короче я опять на 8.3.6. и обновлять пока желание пропало.
Есть у кого какие идеи в какую сторону копать?
(1547) Chibis,
Пытается скушать кэш индекса полнотекстового поиска от предыдущей версии платформы, скорее всего.
Я уже об этом несколько раз писал, повышаете или понижаете релиз платформы - удаляйте нафиг каталог c кэшем для полнотекстового поиска в папке сервера 1С.
а вот активное время жесткого диска всегда было занято на 100% и пишет в основном в C:\Program Files (x86)\1cv8\srvinfo\reg_1541.... чего он там логи не может записать?!?!
Пытается скушать кэш индекса полнотекстового поиска от предыдущей версии платформы, скорее всего.
Я уже об этом несколько раз писал, повышаете или понижаете релиз платформы - удаляйте нафиг каталог c кэшем для полнотекстового поиска в папке сервера 1С.
(1594) останавливаете службу агента сервера 1с и чистите или удаляете папку
C:\Program Files\1cv8\srvinfo\reg_1541\33424aea-c662-4898-b998-88a055bfd74a\1Cv8FTxt
где "33424aea-c662-4898-b998-88a055bfd74a" идентификатор вашей базы. Можно посмотреть там же в папке C:\Program Files\1cv8\srvinfo\reg_1541\ в файле 1CV8Clst
C:\Program Files\1cv8\srvinfo\reg_1541\33424aea-c662-4898-b998-88a055bfd74a\1Cv8FTxt
где "33424aea-c662-4898-b998-88a055bfd74a" идентификатор вашей базы. Можно посмотреть там же в папке C:\Program Files\1cv8\srvinfo\reg_1541\ в файле 1CV8Clst
(1547) Chibis, ЖР перевел на новую версию?
Не понял про кластер? Читай мануалы по нему.
Включай ТЖ и кури, что у тебя там происходит!
Может у тебя в ЖР каждый чих пишется!
Создай лучше новую ветку и смотри что у тебя да как по твоей проблеме! У нас около 50 на ура заходят! Но у нас грамотный админ, так что как-то так.
Не понял про кластер? Читай мануалы по нему.
Включай ТЖ и кури, что у тебя там происходит!
Может у тебя в ЖР каждый чих пишется!
Создай лучше новую ветку и смотри что у тебя да как по твоей проблеме! У нас около 50 на ура заходят! Но у нас грамотный админ, так что как-то так.
При экспорте табличного документа в формат Microsoft Office OpenXML (Microsoft Word 2007- 2010) реализована выгрузка картинок в ячейках табличного документа. В режиме совместимости с версией 8.3.8 поведение не изменилось.
Источник: /1cv8/8.3.9.1818/docs/ru/V8Update.htm
Источник: /1cv8/8.3.9.1818/docs/ru/V8Update.htm
платформа 8.3.8.1784,в кластере, около 200 пользователей. Перешли изза требований ЗКГУ-3. Но работаем и в конфигурациях не адаптированные под данную версию, например БГУ-1, БГУ-2. Особых замечаний нет, всё нормально.
Добрый день! На сервере 1с стоит две платформы:
1.8.2.15.310;
2.8.3.8.1747.
8.3.8.1747 периодически вылетает из конфигуратора и запущенного приложения, при повтором запуске конфигуратора блокируется с ошибкой "Ошибка выполнения операции с информационной базой". Службы все запущены, работают. Лечиться перезапуском служб сервера приложений 1С. Вылетает довольно часто. Кто-нибудь сталкивался с аналогичной проблемой? Как это можно исправить? или на какую платформу перейти?
1.8.2.15.310;
2.8.3.8.1747.
8.3.8.1747 периодически вылетает из конфигуратора и запущенного приложения, при повтором запуске конфигуратора блокируется с ошибкой "Ошибка выполнения операции с информационной базой". Службы все запущены, работают. Лечиться перезапуском служб сервера приложений 1С. Вылетает довольно часто. Кто-нибудь сталкивался с аналогичной проблемой? Как это можно исправить? или на какую платформу перейти?
(1553) user623266_natsthebest, у вас коннект завис. Достаточно перезапустить ваш профиль. Хотя иногда приходилось сервер разработки глушить.
На новом релизе у нас такого не было. Если не обрубали глючный код.
Обычно такой зависон происходит, если тестировать что-то цикличное или глючное. Но для начала обновите релиз на последний какой. Хотя уже же пишут 8.3.9 годный.
На новом релизе у нас такого не было. Если не обрубали глючный код.
Обычно такой зависон происходит, если тестировать что-то цикличное или глючное. Но для начала обновите релиз на последний какой. Хотя уже же пишут 8.3.9 годный.
Xershi, у нас блокируются полностью все базы и пользователи, находящиеся на 8.3.8. (БУХ 2.0.6545, УТ 11.2.3.143).
Если перейти на 8.3.9, будет ли работать Бух 2.0?
И будет ли работать СОМ-соединение между 8.2.15.310 и 8.3.9? Сейчас оно работает.
И еще вопрос, могут ли фоновые задания служить причиной "подвисания" 8.3.8? В фоне каждый час запускается два задания на получение данных через СОМ-соединение.
Если перейти на 8.3.9, будет ли работать Бух 2.0?
И будет ли работать СОМ-соединение между 8.2.15.310 и 8.3.9? Сейчас оно работает.
И еще вопрос, могут ли фоновые задания служить причиной "подвисания" 8.3.8? В фоне каждый час запускается два задания на получение данных через СОМ-соединение.
(1555) user623266_natsthebest, смотря какой ком. У нас именно изза компоненты такой подвисон был.
Но это тестировали все подряд. Когда наладили все работало.
Поставь релиз да проверь.
Тут важно чтобы компонента 1С была зарегистрирована правильная и ничем отличаться будет. Вы же режим совместимости оставите прежним.
Но это тестировали все подряд. Когда наладили все работало.
Поставь релиз да проверь.
Тут важно чтобы компонента 1С была зарегистрирована правильная и ничем отличаться будет. Вы же режим совместимости оставите прежним.
(1561)
здорово конечно но,
Порядок обновления конфигурации версий 3.0.44.102, 3.0.44.103, 3.0.44.104, 3.0.44.115, 3.0.44.123, 3.0.44.124, 3.0.44.140 на версию 3.0.44.155.
Текущая версия конфигурации "Бухгалтерия предприятия" предназначена
для использования с версией системы 1С:Предприятие 8.3 не ниже 8.3.8.1747.
Рекомендуется использовать версию 1С:Предприятие 8.3 не ниже 8.3.8.2088.
здорово конечно но,
Порядок обновления конфигурации версий 3.0.44.102, 3.0.44.103, 3.0.44.104, 3.0.44.115, 3.0.44.123, 3.0.44.124, 3.0.44.140 на версию 3.0.44.155.
Текущая версия конфигурации "Бухгалтерия предприятия" предназначена
для использования с версией системы 1С:Предприятие 8.3 не ниже 8.3.8.1747.
Рекомендуется использовать версию 1С:Предприятие 8.3 не ниже 8.3.8.2088.
Две файловые базы с которыми работаем через веб сервер тонким клиентом. Поставил 8.3.8.2137 обновил бух для сдачи отчетов в налогову и прочих, УТ 11.1 не трогал. После чего каждый день выбивает:
Ошибка работы сеанса
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
по причине:
Сеанс отсутствует или удален
Придется включать технологический журнал и смотреть. Как уже достали эти рукожопые из 1с.
И судя по поиску с переходом на 8.3.8 те или иные глюки появляются у многих, то вообще не появляется окно логина и пароля, то серв виснет. Судя по всему я еще легко отделался:)
Ошибка работы сеанса
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
по причине:
Сеанс отсутствует или удален
Придется включать технологический журнал и смотреть. Как уже достали эти рукожопые из 1с.
И судя по поиску с переходом на 8.3.8 те или иные глюки появляются у многих, то вообще не появляется окно логина и пароля, то серв виснет. Судя по всему я еще легко отделался:)
опыт использования 8.3.9.1818 2-недели конфигурация УПП режим совместимости 8.3.7 - стали сыпаться ошибки типа В данной транзакции уже происходили ошибки!, Не удалось найти объект "#tt2", так как он не существует, или отсутствуют разрешения?,Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено.
Microsoft SQL Server Native Client 11.0: Запрос COMMIT TRANSACTION не имеет соответствующей инструкции BEGIN TRANSACTION.
HRESULT=80004005, SQLSrvr: SQLSTATE=25000, state=1, Severity=10, native=3902, line=1 .
изменил совместимость на не использовать, правда еще установл на серверах обновления ОС - эти ошибки исчезли, правда при обновлении у части пользователей конфигурация не обновляется, и при перезагрузки не только агента сервера, но и самого сервака, где он крутиться.После динамического обновление, при попытке зайти в программу выскакивает ошибка "конфигурация обновлена без использования менеджера конфигураций", если подождать некоторое время, то ошибка не проявляется Парадоксально на одном и том- же комьютере захожу под одним пользователем- в одном сеансе нова конфигурация в другом старая, причем изменения в модулях, которые запускаются на стороне сервера. Помогло одно удалить кэши на серваке. ПОЛНЫЙ ПИПЕЦ.
Microsoft SQL Server Native Client 11.0: Запрос COMMIT TRANSACTION не имеет соответствующей инструкции BEGIN TRANSACTION.
HRESULT=80004005, SQLSrvr: SQLSTATE=25000, state=1, Severity=10, native=3902, line=1 .
изменил совместимость на не использовать, правда еще установл на серверах обновления ОС - эти ошибки исчезли, правда при обновлении у части пользователей конфигурация не обновляется, и при перезагрузки не только агента сервера, но и самого сервака, где он крутиться.После динамического обновление, при попытке зайти в программу выскакивает ошибка "конфигурация обновлена без использования менеджера конфигураций", если подождать некоторое время, то ошибка не проявляется Парадоксально на одном и том- же комьютере захожу под одним пользователем- в одном сеансе нова конфигурация в другом старая, причем изменения в модулях, которые запускаются на стороне сервера. Помогло одно удалить кэши на серваке. ПОЛНЫЙ ПИПЕЦ.
(1565) dimabarkov, УПП, КА, ЗУП вообще тупо переводить в режим совместимости выше 8.2!
Если идти на такой шаг, то нужно штудировать весь перечень изменений между 8.2 и 8.3.7 (в вашем случае) и вносить правки в конфигурации.
Допустим там в описании есть такой текст
Стоит перевести совместимость выше 8.3.2 и привет ошибки при проведении документов в КА... в УПП думаю тоже. Тут только перепахивать типовые.
Если идти на такой шаг, то нужно штудировать весь перечень изменений между 8.2 и 8.3.7 (в вашем случае) и вносить правки в конфигурации.
Допустим там в описании есть такой текст
Использование объекта БлокировкаДанных, вне транзакции или в автоматическом режиме управления блокировками, приводит к возникновению исключения. В режиме совместимости с версией 8.3.2 поведение не изменилось.
Источник:
Источник:
Стоит перевести совместимость выше 8.3.2 и привет ошибки при проведении документов в КА... в УПП думаю тоже. Тут только перепахивать типовые.
(1566) Brawler, У нас УПП конфигурации 2008г, обновляются только регламентные отчеты, а в остальном очень много изменений. Совместимость с более высокими версиями происходила по мере их выхода, в некоторых случаях перед переводом, в некоторых после - "на горячую". А в этот раз это баги платформы - если раньше для того, чтобы у пользователя была новая версия конфы достаточно было выйти из программы, а потом зайти зайти или на крайний случай перезапустить агента, то в этот раз ничего не помогает, причем, в некоторых случаях обновляется только серверные модули, в некоторых только клиентские, в некоторых вообще не обновляется.....
(1566) Brawler, недавно перевел КА (1.1.78.1) в режим совместимости Версия 8.3.7 - полет нормальный! Тем более был опыт перевода УТ 10.3.37.5, о чем писал здесь ранее. Там минимум изменений; при перепроведении вообще нет и не было ошибок.
Вот кратко что пришлось изменить в КА:
1. Разрешить изменения всех подсистем вкл. подчиненные
2. Разрешить изменения списка картинок (10) и их переименовать (ОбщаяКартинка.Найти и т.д.)
3. Разрешить изменение глобального модуля и переименовать 2 функции: СтрШаблон и СтрЗаканчиваетсяНа
3. Переделать "ОсновнаяРоль" в "ОсновныеРоли" (ОбщийМодуль ПользователиСервер)
4. Переделать ИнтернетПрокси (ОбщийМодуль ПроцедурыОбменаССайтом)
5. Вылезла ошибка в процессе работы: Ошибка при вызове метода контекста (РольДоступна); пришлось доработать
Функция ДоступнаУстаревшаяРоль(ИмяУстаревшейРоли) (ОбщийМодуль ОбщегоНазначенияЗКПереопределяемый)
Вот кратко что пришлось изменить в КА:
1. Разрешить изменения всех подсистем вкл. подчиненные
2. Разрешить изменения списка картинок (10) и их переименовать (ОбщаяКартинка.Найти и т.д.)
3. Разрешить изменение глобального модуля и переименовать 2 функции: СтрШаблон и СтрЗаканчиваетсяНа
3. Переделать "ОсновнаяРоль" в "ОсновныеРоли" (ОбщийМодуль ПользователиСервер)
4. Переделать ИнтернетПрокси (ОбщийМодуль ПроцедурыОбменаССайтом)
5. Вылезла ошибка в процессе работы: Ошибка при вызове метода контекста (РольДоступна); пришлось доработать
Функция ДоступнаУстаревшаяРоль(ИмяУстаревшейРоли) (ОбщийМодуль ОбщегоНазначенияЗКПереопределяемый)
УПП Режим совместимости 8.2.16 перешел на 8.3.8.2137.
из нового проблемы при разрыве соединения между SQL и 1С (перестали правильно отрабатываться),но написано что исправили 8.3.9.1818.
Отказоустойчивый сервер работает стабильней,но пока есть нарекания.
из нового проблемы при разрыве соединения между SQL и 1С (перестали правильно отрабатываться),но написано что исправили 8.3.9.1818.
Отказоустойчивый сервер работает стабильней,но пока есть нарекания.
Откатил на предыдущую версию 8.3.8.2088, думал выйдет следующая 8.3.9.1850 - попробую, но скоро месяц как она выложена для теста, и вероятность, что там исправят этот наворот с кешами модулей сомнительна. А вчера подключился к пользователю, который работает через веб сервер - у него клиентский модуль (модуль управляемого приложения), который был до перехода на версию 8.3.9. Получается сейчас у пользователей непонятно какие версии клиентских модулей (было несколько изменений). Если с серверными, то временное решение нашлось - каждый день чистится кеш при перезапуске агента (просто перезапуск не помогает) , то с клиентами чистить кеш это уж слишком сильно..............
(1570)
Можно сервер в режиме отладки запускать, в таком режиме данные кэшируются по мере обращения к ним, но это может привести к замедлению работы в некоторых случаях.
Если с серверными, то временное решение нашлось - каждый день чистится кеш при перезапуске агента (просто перезапуск не помогает) , то с клиентами чистить кеш это уж слишком сильно
Можно сервер в режиме отладки запускать, в таком режиме данные кэшируются по мере обращения к ним, но это может привести к замедлению работы в некоторых случаях.
БП 3.0 на 8.3.8.1964
У пользователей частые вылеты при закрытии отчетов по x или по ESC.
Т.е. отчет формируется нормально, а при выходе из отчета - сообщение:
Прекращена программа работы 1С8с
У кого-нибудь такое было?
В чем могут быть причины?
У пользователей частые вылеты при закрытии отчетов по x или по ESC.
Т.е. отчет формируется нормально, а при выходе из отчета - сообщение:
Прекращена программа работы 1С8с
У кого-нибудь такое было?
В чем могут быть причины?
1С:Предприятие 8.3 (8.3.8.2014)
Заметил баг хранилища:
Удаляю из захваченного объекта реквизит. Хочу поместить в хранилище объект. Пишет, что нужно сначала получить этот объект.
Решал проблему сохранением конфигурации, получением захваченного объекта (ака удаление моих изменений), затем через объединение конфигураций накатывал мои изменения.
Кэш почистил для начала на моей тестовой базе откуда работаю с объектом, не помогло. Делаю как писал вышел.
Заметил баг хранилища:
Удаляю из захваченного объекта реквизит. Хочу поместить в хранилище объект. Пишет, что нужно сначала получить этот объект.
Решал проблему сохранением конфигурации, получением захваченного объекта (ака удаление моих изменений), затем через объединение конфигураций накатывал мои изменения.
Кэш почистил для начала на моей тестовой базе откуда работаю с объектом, не помогло. Делаю как писал вышел.
8.3.9.1850 - УПП 1.3.83.1 - вылетает по дампу при поиске (ctrl +F) (в справочнике подразделения вылетает, вылетает если на форме документа таблица значений (не прикрепленная к табличной части) т.е. таблица на форме, которая заполняется при открытии формы) и ещё много где данный поиск вылетает по дампу.
В общем не ставьте не в коем случаи! ппц как много ошибок!
В общем не ставьте не в коем случаи! ппц как много ошибок!
Отмечусь.
1С:Предприятие 8. Комплексный учет сельскохозяйственного предприятия, редакция 1.1 (1.1.79.1) . КУСХП -кратко. Это отраслевое решение фирмы Агрософт на базе КА 1.1. Четвертая попытка перехода на 8.3.Х - самая удачная. Кластер с выделенным сервером лицензирования, отказоустойчивость в 0. Сервер лицензий раздает лицензии одновременно на 3 разных сервера 1С. КУСХП в режиме совместимости 8.2.13. Собственно КУСХП самая нагруженная - 250+ пользователей. Две недели полета на 8.3.8.2167. Падений и каких-то критичных зависаний/торможений пока не замечено. Единственный выявленный баг - при удалении строк табличной части документа на УФ, изменяется произвольно ширина колонок вплоть до неприлично малой величины. Пока найденный способ борьбы - вернуть в пользовательском режиме стандартную настройку.
1С:Предприятие 8. Комплексный учет сельскохозяйственного предприятия, редакция 1.1 (1.1.79.1) . КУСХП -кратко. Это отраслевое решение фирмы Агрософт на базе КА 1.1. Четвертая попытка перехода на 8.3.Х - самая удачная. Кластер с выделенным сервером лицензирования, отказоустойчивость в 0. Сервер лицензий раздает лицензии одновременно на 3 разных сервера 1С. КУСХП в режиме совместимости 8.2.13. Собственно КУСХП самая нагруженная - 250+ пользователей. Две недели полета на 8.3.8.2167. Падений и каких-то критичных зависаний/торможений пока не замечено. Единственный выявленный баг - при удалении строк табличной части документа на УФ, изменяется произвольно ширина колонок вплоть до неприлично малой величины. Пока найденный способ борьбы - вернуть в пользовательском режиме стандартную настройку.
8.3.8.2167 - вылетает по "Недостаточно памяти" при "сравнении и объединении" больших конфигураций, снятых с поддержки, например ERP 2.2.
На 8.3.9.1850 такого не было, но в ней проблемы с выше указанной ошибкой "...#tt1.." и затыком пользователей, висящих на rphost, который достиг 5гб (решается ограничением одного rphost 4гб)
На 8.3.9.1850 такого не было, но в ней проблемы с выше указанной ошибкой "...#tt1.." и затыком пользователей, висящих на rphost, который достиг 5гб (решается ограничением одного rphost 4гб)
10 дней назад установили 8.3.9.1850. До этого было 8.3.6.
Всё это время работало без перезагрузки сервера без единого сбоя и замечания. Очень стабильно.
Вчера перезагрузил сервер, т. к. SQL сервер стал слишком настойчиво выжирать всю доступную память, но можно было и не перегружать, SQL всегда так себя ведёт.
Был один единственный странный момент, можно сказать глюк, когда у одного пользователя БП 2.0 не провёлся один документ с ошибкой в общем модуле, связанном с правами пользователей. Больше пока не повторялось.
Клиентов 64 битных ставить не стали. Всё это время неоднократно обновлялись и типовые конфигурации и снятые с поддержки допиленные, без вылетов.
Базы - БП 2.0, ЗУП 2.5, БП 3.0, ЗУП 3.1, УАТ 2.0, ВДГБ.
SQL 2008. Пользователей около 25. Настройки - 1 процесс на одну базу.
Да, ставили самым грязным способом, прямо поверх 8.3.6, без её деинсталляции, у меня сердце кровью обливалось, но права голоса тут не имею к сожалению.
Всё это время работало без перезагрузки сервера без единого сбоя и замечания. Очень стабильно.
Вчера перезагрузил сервер, т. к. SQL сервер стал слишком настойчиво выжирать всю доступную память, но можно было и не перегружать, SQL всегда так себя ведёт.
Был один единственный странный момент, можно сказать глюк, когда у одного пользователя БП 2.0 не провёлся один документ с ошибкой в общем модуле, связанном с правами пользователей. Больше пока не повторялось.
Клиентов 64 битных ставить не стали. Всё это время неоднократно обновлялись и типовые конфигурации и снятые с поддержки допиленные, без вылетов.
Базы - БП 2.0, ЗУП 2.5, БП 3.0, ЗУП 3.1, УАТ 2.0, ВДГБ.
SQL 2008. Пользователей около 25. Настройки - 1 процесс на одну базу.
Да, ставили самым грязным способом, прямо поверх 8.3.6, без её деинсталляции, у меня сердце кровью обливалось, но права голоса тут не имею к сожалению.
(1609)Не всегда. лучше чуток подождать. А то можно открыть базу на бета релизе и навсегда попрощаться с данными. Был тут уже подобный случай. Хотя может и не платформа виновата, но всё же лучше подстраховаться).
PS Всегда используем релиз через месяц-два после выхода. Плюс смотрим число ошибок в платформе, где больше или меньше, после чего выбираем релиз из предпоследних)
PS Всегда используем релиз через месяц-два после выхода. Плюс смотрим число ошибок в платформе, где больше или меньше, после чего выбираем релиз из предпоследних)
(1679)
Вот ведь "мракобесие" какое. Ладно там, релиз на 90% прошёл наши тесты - ставим в продакшен. Или, о, в этом релизе исправили критичную для нас ошибку - берём его на тестирование.
А у вас прям какая-то "магия чисел и дат.
Всегда используем релиз через месяц-два после выхода. Плюс смотрим число ошибок в платформе, где больше или меньше
Вот ведь "мракобесие" какое. Ладно там, релиз на 90% прошёл наши тесты - ставим в продакшен. Или, о, в этом релизе исправили критичную для нас ошибку - берём его на тестирование.
А у вас прям какая-то "магия чисел и дат.
Платформа 8.3.9.1818.
Странное поведение. Есть обработка (встроенная). В свойствах формы указано "Блокировать весь интерфейс".
При запуске так и открывается. Интерфейс заблокирован.
Но после выполнения команды с переходом в общий серверный модуль, интерфейс становится разблокированным.
Странное поведение. Есть обработка (встроенная). В свойствах формы указано "Блокировать весь интерфейс".
При запуске так и открывается. Интерфейс заблокирован.
Но после выполнения команды с переходом в общий серверный модуль, интерфейс становится разблокированным.
(1612)
Ставил! В работе пользователей особо ничего не заметили, кроме разового сообщения о разрешении работы с Расширением конфигурации.
Но, вот в Конфигураторе работать не реально. После каждой попытки выполнить "обновление ИБ (F7)" возникает ошибка:
"Неправильный путь к файлу 'InteractiveSecurity.ext'. Схема не зарегистрирована.
Дальше только или "Перезапуск" конфигуратора, либо "Завершение работы". При этом замечено, что Обновление БД все-таки перед этим выполняется.
Снес, вернулся на 8.3.9.1818. Жду комментарии от разработчиков!
Ставил! В работе пользователей особо ничего не заметили, кроме разового сообщения о разрешении работы с Расширением конфигурации.
Но, вот в Конфигураторе работать не реально. После каждой попытки выполнить "обновление ИБ (F7)" возникает ошибка:
"Неправильный путь к файлу 'InteractiveSecurity.ext'. Схема не зарегистрирована.
Дальше только или "Перезапуск" конфигуратора, либо "Завершение работы". При этом замечено, что Обновление БД все-таки перед этим выполняется.
Снес, вернулся на 8.3.9.1818. Жду комментарии от разработчиков!
(1621) ТИИ кто-то может не делать НИКОГДА, а у кого-то без ТИИ работать ничё не будет - критерии база, железо, пользователи, наличие ИБП, стабильная сеть, итд итп..... Коли "всё ровно" - ТИИ не нужно, "всё плохо" - хоть каждые шесть секунд, и не поможет)))))))))))))))))))))))
в продолжение поста 1595.
1С:Предприятие 8. КУСХП (на базе КА1.1). Платформа 8.3.8.2167 с 29.11.16.
Перешли на новый формат ЖР сразу. Несколько инцидентов с критичным замедлением работы 1С (все зависло), по админке видно что примерно на 50 сеансах захват базы.
Вернулись на старый формат ЖР, пока все нормально. Грешим всетки на ЖР.
1С:Предприятие 8. КУСХП (на базе КА1.1). Платформа 8.3.8.2167 с 29.11.16.
Перешли на новый формат ЖР сразу. Несколько инцидентов с критичным замедлением работы 1С (все зависло), по админке видно что примерно на 50 сеансах захват базы.
Вернулись на старый формат ЖР, пока все нормально. Грешим всетки на ЖР.
Замечена фича на 8.3.9.1850, вероятно было и ранее.
Обычные формы (на управляемых не тестил).
Любое поле ввода даты.
Допустим в поле ввода была введена дата 01.12.2016.
Хочу выбрать дату 07.01.2017 без лишних движений, открываю окно выбора даты и навожу мышку на дату 07.01.2017.
Жму мышку над датой 07.01.2017, отпускаю мышку и получаю не 07.01.2017, а 04.02.2017.
Прикол в том, что при нажатии мышки календарь перелистывается в следующий месяц (Январь 2017)(правило работает и при выборе даты из месяца ранее), а в тот момент когда кнопка мышки отпускается под курсором находится дата 04.02.2017 и вот она в конечном счете и устанавливается в поле ввода.
Кто бы теперь накатал письмо в 1С))
Обычные формы (на управляемых не тестил).
Любое поле ввода даты.
Допустим в поле ввода была введена дата 01.12.2016.
Хочу выбрать дату 07.01.2017 без лишних движений, открываю окно выбора даты и навожу мышку на дату 07.01.2017.
Жму мышку над датой 07.01.2017, отпускаю мышку и получаю не 07.01.2017, а 04.02.2017.
Прикол в том, что при нажатии мышки календарь перелистывается в следующий месяц (Январь 2017)(правило работает и при выборе даты из месяца ранее), а в тот момент когда кнопка мышки отпускается под курсором находится дата 04.02.2017 и вот она в конечном счете и устанавливается в поле ввода.
Кто бы теперь накатал письмо в 1С))
(1635)
Личная заинтересованность есть всегда.
Например, если бы во время моего перевода ЗУП 2.5 на ЗУП 3.0 без писанины в 1С, многих сложных ситуаций можно было бы вообще не разрешить или перекорячив своими силами всю конфу достиг по сути того же эффекта но со всеми вытекающими прелестями обновлений не типовых баз. Иной раз лучще 1С подолбить, чтобы они исправили ошибку и ты о ней просто забываешь.
1634) где же тогда твой смысл в этом всём?
Личная заинтересованность есть всегда.
Например, если бы во время моего перевода ЗУП 2.5 на ЗУП 3.0 без писанины в 1С, многих сложных ситуаций можно было бы вообще не разрешить или перекорячив своими силами всю конфу достиг по сути того же эффекта но со всеми вытекающими прелестями обновлений не типовых баз. Иной раз лучще 1С подолбить, чтобы они исправили ошибку и ты о ней просто забываешь.
Стоит на рабочей 8.3.8 1652 Пробовали 8.3.9 актуальную версию. Каких-то косяков замечено не было, но переставлять пока не стали. Пока так и нет понимания, нужен ли нам этот переход. Из прочтения форумов, как-то боязно на рабочую ставить.
Linux Ubuntu 16.04.1
На платформах 8.3.8.2137 и 8.3.8.2197 (это то,что было проверено) в БП 3.0 валится пофигуратор при попытке открыть любую форму документа.
В режиме предприятия вроде,все работает.
Ошибка: kernel: [ 7520.240596] 1cv8[6751]: segfault at 0 ip 00000000f65424c4 sp 00000000ff93c150 error 4 in wbase.so[f6473000+20f000]
На платформах 8.3.8.2137 и 8.3.8.2197 (это то,что было проверено) в БП 3.0 валится пофигуратор при попытке открыть любую форму документа.
В режиме предприятия вроде,все работает.
Ошибка: kernel: [ 7520.240596] 1cv8[6751]: segfault at 0 ip 00000000f65424c4 sp 00000000ff93c150 error 4 in wbase.so[f6473000+20f000]
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот