Добрый день всем.
1С:Предприятие 8.3 (8.3.10.2580)
Делаю вечером изменения, всё работает.
На утро изменения как корова языком, исчезают безвозвратно.
Куда, почему, ничего не понимаю.
Поделитесь мудростью... может кто сталкивался, с чего начать?

С чтения логов

файловая, серверная, субд, ос.

насчет мудрости - питайся правильно, займись здоровьем, старайся не нервничать.

(0) Проверь антивирус. Помню был случай у клиента когда 1С-ка с утра запускалась в песочнице антивируса и в течение дня все прекрасно работало, а вот на следующий день продаж как и не было.

(1) Каких ?

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

(3) Да вот нет антивируса и вирусам взяться неоткуда.

Динамически загружал изменения ?

(0) Останови, почисть кеш сервера 1С, запусти.

(0) Поищи батничек, который автоматом чистит кэши. и Запускай до и после обновления. А ещё лучше (кардинальное решение) - батничек на перезапуск раз в сутки сервера 1С. Хуже не будет :)

PS: на самом деле, в SQL спровоцировать платформу на "откат" изменения конфигурации - легко, как два пальца об... асфальт. Но я не думаю, что кто-то занимается таким маловероятным вредительством сознательно.

(4) Чтение логов - всяких.
Ничего не проходит бесследно. Может быть у тебя есть некий регламент который обновляет конфу по ночам на определенный эталон.
Но это разумеется надо делать после того как ты уверен, что это не глюки кэша.

(8)А как?

(0) да... тоже было такое при динамо обновлении...
такое ощущение что в некий локальный кэш заливает измененную конфу, а потом - бац и откатывает к старой

(10) В таблице Config конфигурация и всё её изменения. И, да, я не говорю, что этот "откат" будет корректный - всегда есть риск потерять часть данные и/или саму базу. Но "откатить" можно играя с записями этой таблицы.

(имхо)
Даже если не практиковать динамическое обновление, то механизмы обновления в платформе сейчас таковы, что всегда можно получить "демоническое"(с) обновление. Не зря же при каждом обновлении разработчики предупреждают "Во время обновления конфигурации не должны выполняться регламентные и фоновые задания"(цы)...

Сначала выгрузить конфигурацию в файл после чистки кеша и посмотреть,что остается

(4) В ЖР загляни хотя бы.

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

Стало всё на много веселей.
Вношу исправления, делаю динамическое обновление, закрываю через конфигуратор конфигурацию и открываю снова, изменений как не было. Переоткрываю сам конфигутатор изменения внесены... добавили сегодня пару регламентным в SQL, посмотрим что получиться.

2(17) У меня было но немного не так всё плохо.
Т.е. обновление изменённой SQL делаешь, все учел.
сохранить, обновить, и пиво пить.
Не посмотрел, короче три файловых оказались обновлены, две SQL-ных нет. Повторно делал внимательно, но там когда обновить в конфигураторе показывает новый релиз, но база запускается со старым, конфигуратор закрываешь/открываешь старый. Позвонил Нач.ИТ, говорю что либо у меня крыша течет, либо твои сынки что-то намудрили. Проблема ушла.
Там что-то с настройкой внешнего хранилища они по моему намудрили. Вредительства не было 100%.

(17) динамическое обновление - зло. У меня тоже такое поведение случается

(17) Да, было такое не однократно. Лечится очисткой кеша, перезапуском службы или сервера.