Проблема с обновлением конфигурации из хранилища, может кто-то сталкивался уже..
Суть вопроса такова - есть простенькая структура работы с хранилищем одной базы. Когда делаешь изменения в локальной копии и помещаешь их в хранилище, а потом на рабочей пытаешься их получить по этому документу - всё вроде бы здорово, выпадает сообщение внизу: начало объединения - показывает какие объекты были изменены - якобы их обновляет, а по факту - захожу в объект - то части кода нет, то реквизиты не видит новые.. Есть подозрение что это связано с нововведением "динамическим обновлением".. уже сбились с толку что делать.. и серверное и файловое хранилище тестили, одна и та же фигня((( выручайте, заранее благодарен!
Я маленькую неинформативную схемку сделал для наглядности.
При чём связь локальной - хранилища (в две стороны) - все ок, не было замечено "исчезания кода", а вот что касается обновления из рабочей - периодически лагает и пользователи начинают трошки нервничать..
Я маленькую неинформативную схемку сделал для наглядности.
При чём связь локальной - хранилища (в две стороны) - все ок, не было замечено "исчезания кода", а вот что касается обновления из рабочей - периодически лагает и пользователи начинают трошки нервничать..
Прикрепленные файлы:
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
1С:Предприятие 8.3 (8.3.7.1759)
При чём что примечательно, до перехода 8.2 - отлично работала и проблем не было..
Мы вот сейчас сидим с коллегами играемся общим модулем, действительно невозможно получить данные из хранилища, хоть переподключаешься, хоть обновляешь n-количество раз (и один объект и всю конфу) - по совету Xershi
При чём что примечательно, до перехода 8.2 - отлично работала и проблем не было..
Мы вот сейчас сидим с коллегами играемся общим модулем, действительно невозможно получить данные из хранилища, хоть переподключаешься, хоть обновляешь n-количество раз (и один объект и всю конфу) - по совету Xershi
(7) Shurik1C, если вы криво обновлялись. Как я и писал, то вылечить это можно правильно обновившись с локального места разработки и затем правильно получать.
Важно, чтобы такой схемой пользовались все разработчики, а не только вы. Иначе у вас будет всегда так!
Важно, чтобы такой схемой пользовались все разработчики, а не только вы. Иначе у вас будет всегда так!
Короче вроде докопались до истины.
Динамическое обновление можно делать только тогда когда нет захваченных объектов..
Перед динамическим обновлением:
1. Всё поместить в хранилище
2. Обновиться
(сейчас запишем видосик наверное, может кому-то будет инетерсно:) )
тогда вроде всё ок))
но тогда неудобно всё это и смысла нет в таком обновлении
Динамическое обновление можно делать только тогда когда нет захваченных объектов..
Перед динамическим обновлением:
1. Всё поместить в хранилище
2. Обновиться
(сейчас запишем видосик наверное, может кому-то будет инетерсно:) )
тогда вроде всё ок))
но тогда неудобно всё это и смысла нет в таком обновлении
Кстати сегодня тоже нашел фичу хранилища. Юзаем 8.3.5.1248.
Я позавчера дорабатывал отчет (СКД). В рабочей БД все ок. У других программистов тож все ок.
Сегодня поступила задача доработать. Я получаю все из хранилища. Захвачиваю макет СКД. Нет моих доработок. Отпускаю. Сравниваю свою версию с хранилищем. Пишет идентичны. Иду к коллеге. У него мои наработки есть.
Отключился от хранилища. Перезалил базу. Мои доработки есть. Подключаюсь к хранилищу. Пропали.
Коллега захватывает объект. Добавляет в запросе пробел. Помещает.
Я получаю из хранилища и О ЧУДО все есть. Теперь можно дорабатывать :)
Демоническим обновлением не балуемся. При захвате всегда получаю все.
Так что проблема не с версией платформы, а с кешированием хранилища. Тестировать нет возможности. Думаю в таких случаях нужно всем все поместить и почистить кеши хранилища.
Я позавчера дорабатывал отчет (СКД). В рабочей БД все ок. У других программистов тож все ок.
Сегодня поступила задача доработать. Я получаю все из хранилища. Захвачиваю макет СКД. Нет моих доработок. Отпускаю. Сравниваю свою версию с хранилищем. Пишет идентичны. Иду к коллеге. У него мои наработки есть.
Отключился от хранилища. Перезалил базу. Мои доработки есть. Подключаюсь к хранилищу. Пропали.
Коллега захватывает объект. Добавляет в запросе пробел. Помещает.
Я получаю из хранилища и О ЧУДО все есть. Теперь можно дорабатывать :)
Демоническим обновлением не балуемся. При захвате всегда получаю все.
Так что проблема не с версией платформы, а с кешированием хранилища. Тестировать нет возможности. Думаю в таких случаях нужно всем все поместить и почистить кеши хранилища.
(15) dj_serega, "Так что проблема не с версией платформы, а с кешированием хранилища" - да, мы тоже пришли к такому выводу, грешным подумали на рейд, и даже пытались сисадминов нагрузить, чтобы они попробовали что-то потестить.
Кстати, там есть в настройках хранилища - размер кэша, может попробовать его установить в 0?
Кстати, там есть в настройках хранилища - размер кэша, может попробовать его установить в 0?
(19) Xershi,
Запустили блокировку через консольку. В указанное время всех "тютю". Заходим в конфигуратор. Жмакаем кнопку "обновить конфигурацию из хранилища". И последний шаг: f7 или обновить конфигурацию базы данных.
От и все ;)
(20) Xershi,
Не понял вопрос.
алгоритм получения и обновления в рабочей базе опишите?
Запустили блокировку через консольку. В указанное время всех "тютю". Заходим в конфигуратор. Жмакаем кнопку "обновить конфигурацию из хранилища". И последний шаг: f7 или обновить конфигурацию базы данных.
От и все ;)
(20) Xershi,
все разработчики как вы работаете?
Не понял вопрос.
(25) dj_serega, смотри как я делаю получаю. Объекты получены. Далее получаю еще раз. Если пусто, значит все получил, а вот если не пусто, то еще раз нужно получить!
И вот так не было у меня проблем с хранилищем. Коллега столкнулся с таким косяком, но он походу отступал от моих правил, которые я ему объяснял и получил такой косяк!
И вот так не было у меня проблем с хранилищем. Коллега столкнулся с таким косяком, но он походу отступал от моих правил, которые я ему объяснял и получил такой косяк!
ну да, ну да,
а как вы обьясните, пропадание данных из рабочей базы ?
Т.е. нас трое разработчиков, все работаем через хранилище,
пилим очень много, за всем не уследишь.
Я точно знаю, делал некоторые вещи, и они были в рабочей базе..
объекты не захвачены,
в один прекрасный момент обращаю внимание, что в рабочей базе нововведений нет.
Т.е. в один прекрасный момент, при рекурсивном обновлении базы, оно из хранилища подтянуло какой то древний вариант некоторых модулей, неизвестно откуда там взявшихся.
Более, того, на моем компе, и копиях моих коллег изменения есть, но в хранилище их нету.
Захватываю объект, добавляю пробел как (15) написал,
после этого помещается, и попадает в хранилище, и основная база тоже может обновится.
Но учитывая, недопустимость пропадания кусков кода, тем более, старых, которые потом и не вспомнишь, чтобы восстанавливать.
Мы просто пересоздали хранилище, в любом случае уиды будут новые, новый каталог, новые временные файлы...короче проблему решает гарантированно, и надолго.
а как вы обьясните, пропадание данных из рабочей базы ?
Т.е. нас трое разработчиков, все работаем через хранилище,
пилим очень много, за всем не уследишь.
Я точно знаю, делал некоторые вещи, и они были в рабочей базе..
объекты не захвачены,
в один прекрасный момент обращаю внимание, что в рабочей базе нововведений нет.
Т.е. в один прекрасный момент, при рекурсивном обновлении базы, оно из хранилища подтянуло какой то древний вариант некоторых модулей, неизвестно откуда там взявшихся.
Более, того, на моем компе, и копиях моих коллег изменения есть, но в хранилище их нету.
Захватываю объект, добавляю пробел как (15) написал,
после этого помещается, и попадает в хранилище, и основная база тоже может обновится.
Но учитывая, недопустимость пропадания кусков кода, тем более, старых, которые потом и не вспомнишь, чтобы восстанавливать.
Мы просто пересоздали хранилище, в любом случае уиды будут новые, новый каталог, новые временные файлы...короче проблему решает гарантированно, и надолго.
(28) Xershi,
что значит как ? ))) особого ритуала нет, не молимся, и кровью девственницы мониторы не окрапляем.
Речь о том, что в хранилище данные были, иначе они не подтянулись бы на компы других разрабов,
и никакой разницы нет, хоть один раз, хоть 10 раз, будешь обьекты подтягивать. Это уже признаки сбоя работы хранилища.
Сбой может возникнуть, не только из за недополучения новых данных, а наоборот, получение неизвестно откуда взявшихся устаревших обьектов, из за чего происходит потеря данных.
А пообъектно, контролировать, - если ты один отчетик подтягиваешь, то можно, а когда каждый свои проекты тянет, и десятки объектов пилит, то тут только на стабильную работу хранилища и можно полагаться
А самое главное как ваши коллеги это делают на своих базах
что значит как ? ))) особого ритуала нет, не молимся, и кровью девственницы мониторы не окрапляем.
Речь о том, что в хранилище данные были, иначе они не подтянулись бы на компы других разрабов,
и никакой разницы нет, хоть один раз, хоть 10 раз, будешь обьекты подтягивать. Это уже признаки сбоя работы хранилища.
Сбой может возникнуть, не только из за недополучения новых данных, а наоборот, получение неизвестно откуда взявшихся устаревших обьектов, из за чего происходит потеря данных.
А пообъектно, контролировать, - если ты один отчетик подтягиваешь, то можно, а когда каждый свои проекты тянет, и десятки объектов пилит, то тут только на стабильную работу хранилища и можно полагаться
Опыт работы с хранилищем большой имею.
С траблами кэша тоже сталкивался. И только на 8.3.5.
Чрезвычайно неприятная и опасная штука. Только это траблы не кэша хранилища, а локального кэша.
При этом получается "смешная" ситуация - при сравнении с хранилищем используется не кэшированная версия (что, я считаю, неправильно). Т.е. при сбойном локальном кэше разработчик видит "неправильную" версию, а при сравнении с хранилищем используется правильная версия и пишется что все хорошо. Самая неприятная штука, которая при этом происходит - можно захватить объект в хранилище, поправить какую-то вещь и залить обратно в хранилище. При этом в хранилище зальется поправленная "неправильная" версия из кэша, что чревато непредсказуемыми последствиями. Понятно, что рано или поздно это всплывет и можно будет откатиться - но до этого может произойти масса неприятных вещей.
ЗЫ. Обновляюсь всегда через "Обновить конфигурацию из хранилища". Одного раза всегда достаточно.
Не понимаю, зачем нужна повторная контролька.
С траблами кэша тоже сталкивался. И только на 8.3.5.
Чрезвычайно неприятная и опасная штука. Только это траблы не кэша хранилища, а локального кэша.
При этом получается "смешная" ситуация - при сравнении с хранилищем используется не кэшированная версия (что, я считаю, неправильно). Т.е. при сбойном локальном кэше разработчик видит "неправильную" версию, а при сравнении с хранилищем используется правильная версия и пишется что все хорошо. Самая неприятная штука, которая при этом происходит - можно захватить объект в хранилище, поправить какую-то вещь и залить обратно в хранилище. При этом в хранилище зальется поправленная "неправильная" версия из кэша, что чревато непредсказуемыми последствиями. Понятно, что рано или поздно это всплывет и можно будет откатиться - но до этого может произойти масса неприятных вещей.
ЗЫ. Обновляюсь всегда через "Обновить конфигурацию из хранилища". Одного раза всегда достаточно.
Не понимаю, зачем нужна повторная контролька.
(29) herfis,
ОК. А как его пересоздать? Я базу пересоздавал. Теперь у меня две ссылки на одну и ту же базу: Тестовая (фича с хранилищем) и Тестовая.
Или Вы считаете что локальный кеш БД как-то по другому связан с локальным кешем хранилища?
Я больше смотрю не поместил ли коллега что-то еще ;)
Только это траблы не кэша хранилища, а локального кэша.
ОК. А как его пересоздать? Я базу пересоздавал. Теперь у меня две ссылки на одну и ту же базу: Тестовая (фича с хранилищем) и Тестовая.
Или Вы считаете что локальный кеш БД как-то по другому связан с локальным кешем хранилища?
Не понимаю, зачем нужна повторная контролька.
Я больше смотрю не поместил ли коллега что-то еще ;)
(32) dj_serega, Локальный кэш никак не связан с кэшем хранилища. И слава богу, я ни разу не сталкивался с подобными проблемами, где виновато само хранилище и его кэш.
На хранилище всегда можно было положиться. На том и стоит :) Не, ну были сбои, если сорвал процесс во время операций с хранилищем - то тут уже ССЗБ.
А пересоздать локальный кэш очень просто. Достаточно зарегистрировать базу в списке баз под новым именем, не обязательно пересоздавать саму базу. При этом в реестре на локальном компе ее настройки зарегаются под новым уидом, под который будут созданы новые папки, в том числе и для кэшей. И при первой загрузе базы под новой регистрационной записью кэш будет создан с нуля из свежих данных.
Можно найти папки, где лежат кэши и вычистить их вручную. Но там можно легко ошибиться и не везде вычистить.
На хранилище всегда можно было положиться. На том и стоит :) Не, ну были сбои, если сорвал процесс во время операций с хранилищем - то тут уже ССЗБ.
А пересоздать локальный кэш очень просто. Достаточно зарегистрировать базу в списке баз под новым именем, не обязательно пересоздавать саму базу. При этом в реестре на локальном компе ее настройки зарегаются под новым уидом, под который будут созданы новые папки, в том числе и для кэшей. И при первой загрузе базы под новой регистрационной записью кэш будет создан с нуля из свежих данных.
Можно найти папки, где лежат кэши и вычистить их вручную. Но там можно легко ошибиться и не везде вычистить.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот