Имя: Пароль:
1C
1С v8
Через время сбрасываются изменения конфигурации
0 Sem0709
 
07.08.18
04:16
Добрый день всем.
1С:Предприятие 8.3 (8.3.10.2580)
Делаю вечером изменения, всё работает.
На утро изменения как корова языком, исчезают безвозвратно.
Куда, почему, ничего не понимаю.
Поделитесь мудростью... может кто сталкивался, с чего начать?
1 Лодырь
 
07.08.18
04:34
С чтения логов
2 fgaabbb
 
07.08.18
05:10
файловая, серверная, субд, ос.

насчет мудрости - питайся правильно, займись здоровьем, старайся не нервничать.
3 azt-yur
 
07.08.18
07:06
(0) Проверь антивирус. Помню был случай у клиента когда 1С-ка с утра запускалась в песочнице антивируса и в течение дня все прекрасно работало, а вот на следующий день продаж как и не было.
4 Sem0709
 
07.08.18
08:41
(1) Каких ?

(2) Серверная, SQL, Server 2008 (мудрость принял))

(3) Да вот нет антивируса и вирусам взяться неоткуда.
5 budnik
 
07.08.18
08:57
Динамически загружал изменения ?
6 Casey1984
 
07.08.18
09:06
(0) Останови, почисть кеш сервера 1С, запусти.
7 Serg_1960
 
07.08.18
09:18
(0) Поищи батничек, который автоматом чистит кэши. и Запускай до и после обновления. А ещё лучше (кардинальное решение) - батничек на перезапуск раз в сутки сервера 1С. Хуже не будет :)
8 Serg_1960
 
07.08.18
09:23
PS: на самом деле, в SQL спровоцировать платформу на "откат" изменения конфигурации - легко, как два пальца об... асфальт. Но я не думаю, что кто-то занимается таким маловероятным вредительством сознательно.
9 Лодырь
 
07.08.18
09:32
(4) Чтение логов - всяких.
Ничего не проходит бесследно. Может быть у тебя есть некий регламент который обновляет конфу по ночам на определенный эталон.
Но это разумеется надо делать после того как ты уверен, что это не глюки кэша.
10 vis_tmp
 
07.08.18
09:42
(8)А как?
11 Rovan
 
гуру
07.08.18
10:09
(0) да... тоже было такое при динамо обновлении...
такое ощущение что в некий локальный кэш заливает измененную конфу, а потом - бац и откатывает к старой
12 Serg_1960
 
07.08.18
10:11
(10) В таблице Config конфигурация и всё её изменения. И, да, я не говорю, что этот "откат" будет корректный - всегда есть риск потерять часть данные и/или саму базу. Но "откатить" можно играя с записями этой таблицы.
13 Serg_1960
 
07.08.18
10:25
(имхо)
Даже если не практиковать динамическое обновление, то механизмы обновления в платформе сейчас таковы, что всегда можно получить "демоническое"(с) обновление. Не зря же при каждом обновлении разработчики предупреждают "Во время обновления конфигурации не должны выполняться регламентные и фоновые задания"(цы)...
14 Сияющий в темноте
 
07.08.18
10:32
Сначала выгрузить конфигурацию в файл после чистки кеша и посмотреть,что остается
15 mistеr
 
07.08.18
10:49
(4) В ЖР загляни хотя бы.
16 Sem0709
 
09.08.18
02:12
Все обновления были динамическими, но не сохранялись от раза к разу.
Кэш почистил, буду наблюдать, смотреть логи.
Всем спасибо за ответы.
17 Sem0709
 
09.08.18
02:46
Стало всё на много веселей.
Вношу исправления, делаю динамическое обновление, закрываю через конфигуратор конфигурацию и открываю снова, изменений как не было. Переоткрываю сам конфигутатор изменения внесены... добавили сегодня пару регламентным в SQL, посмотрим что получиться.
18 ink-nsk
 
09.08.18
06:23
2(17) У меня было но немного не так всё плохо.
Т.е. обновление изменённой SQL делаешь, все учел.
сохранить, обновить, и пиво пить.
Не посмотрел, короче три файловых оказались обновлены, две SQL-ных нет. Повторно делал внимательно, но там когда обновить в конфигураторе показывает новый релиз, но база запускается со старым, конфигуратор закрываешь/открываешь старый. Позвонил Нач.ИТ, говорю что либо у меня крыша течет, либо твои сынки что-то намудрили. Проблема ушла.
Там что-то с настройкой внешнего хранилища они по моему намудрили. Вредительства не было 100%.
19 Mankubus
 
09.08.18
06:23
(17) динамическое обновление - зло. У меня тоже такое поведение случается
20 evorle145
 
09.08.18
08:40
(17) Да, было такое не однократно. Лечится очисткой кеша, перезапуском службы или сервера.