Доброго дня!
Платформа 1С 8.3.9.1818
WinSrv 2012
Сервер 1С 32 бита
Постгрес последней версии на данный момент

кусочек настроек постгри отвечающий за транзакции:

# - Settings -

#wal_level = minimal            # minimal, archive, hot_standby, or logical
                    # (change requires restart)
#fsync = on                # turns forced synchronization on or off
synchronous_commit = off        # synchronization level;
                    # off, local, remote_write, or on
#wal_sync_method = fsync        # the default is the first option
                    # supported by the operating system:
                    # open_datasync
                    # fdatasync (default on Linux)
                    # fsync
                    # fsync_writethrough
                    # open_sync
#full_page_writes = on            # recover from partial page writes
#wal_log_hints = off            # also do full page writes of non-critical updates
                    # (change requires restart)
#wal_buffers = -1            # min 32kB, -1 sets based on shared_buffers
                    # (change requires restart)
#wal_writer_delay = 200ms        # 1-10000 milliseconds

#commit_delay = 0            # range 0-100000, in microseconds
#commit_siblings = 5            # range 1-1000

# - Checkpoints -

#checkpoint_segments = 3        # in logfile segments, min 1, 16MB each
#checkpoint_timeout = 5min        # range 30s-1h
#checkpoint_completion_target = 0.5    # checkpoint target duration, 0.0 - 1.0
#checkpoint_warning = 30s        # 0 disables

База бухгалтерия 3.0, подключена к хранилищу конфигурации
В базу добавлены новые справочники и прочие объекты (только добавленные новые)

Произошел сбой сервера, пришлось нажать reboot. Сбой был связан с ошибкой в kernel

После сбоя открываю конфигуратор и не наблюдаю мои новые объекты, от сильного удивления открыл базу в режиме предприятия и нашел там свои добавленные справочники, причем с данными, как так ? Есть мысли ?

Сравнения конфигураций, восстановление конфигурации БД не помогает, отключение от хранилища тоже. Что за чудо могло произойти ?

p.s. хорошо что базы тестовая :) но сие явление насторожило, не из-за этого ли: synchronous_commit = off ?

ТИ с реструктуризацией "помог", теперь база просто не стартует с ошибкой "Тип не определен" и гуид типа

грешу на synchronous_commit = off, хотя по документации данная функция гарантирует целостность данных, просто по моим настройкам не дает гарантии, что в случае сбоя не потеряются данные за последние 5 минут. Но либо ошибка не в этом, либо это не в случае 1с.

synchronous_commit = off теперь будет всегда synchronous_commit = on

Имхо, кэш конфигурации шалит. Это ж классика жанра :)

"Сравнения конфигураций, восстановление конфигурации БД не помогает" - тут верно только одно. Ибо кнопка отката к конфигурации базы недоступна, если платформа "не видит" отличий.

Зато всегда работает вот это: выгрузить конфигурацию БД и её же загрузить без сравнения.

PS: чтобы не заморачиваться с пользовательскими кэшами, можно выкинуть базу из списка и вновь её добавить в список.
Ваш кэп :)