Некоторое время назад высылал базу в 1С. Слава богу, помогли там.
Клиент сам обновлялся и влип, еще и резервной копии не имел.

Ответ от 1С пришел такой:
=====
К сожалению, нарушен порядок обновления платформы и конфигурации - конфигшурация была обновлена не на той платформе, для которой она предназначалась.
Вероятно вы на версии платформы 8.2.13 обновили конфигурацию БП на версию 2.0.42.5, после чего при обновлении платформы на версию 8.2.16.368 или выше при запуске базы после конвертации происходит ошибка SDBL.
Способ обхода сначала обновить платформу, сконвертировать ИБ, и только после этого обновляться на 2.0.42

Если обновление конфигурации на 2.0.42.5 выполнялось на 8.2.13, то режим совместимости оказался с 8.2.16, а изменения структуры таблиц БД, которую сделала бы 8.2.16 при смене режима совместимости, не произошло, т.к. 13-й релиз этого не умеет. Таким образом, если далее запускается платформа 16-го релиза, то она считает, что изменение структуры таблиц уже выполнено, хотя этого не произошло. Это и приводит к описанному эффекту.
=====

В ридми к релизу 2_0_42_5 написано следующее:

=====
Текущая версия конфигурации "Бухгалтерия предприятия" предназначена
для использования с версией системы 1С:Предприятие не ниже 8.2.16
=====


Я так полагаю, что никакого обновления на платформу 8.2.16 клиент не делал. Т.е. вот эта фраза от 1С, что была попытка обновления - она неверна. Т.е. клиент просто сидел на 8.2.13 и обновил конфигурацию.

В связи с этим у меня вопрос такой: этот косяк можно поймать только при обновлении или при запуске тоже?

Иными словами, пусть есть 5 рабочих мест. Обновляем одному платформу. На нем обновляем конфу. Все работает на этом рабочем месте. А у других забываем обновить платформу. И пусть они остались сидеть на 8.2.13 в данном случае. Когда эти юзеры запустят 1С, ее перекосит или просто выдаст предупреждение?

Если обновляльщик не читает документацию, это проблемы этого обновляльщика...

Забавно. Я полагал, что 1С, при обновлении, смотрит на номер релиза платформы и если конфигурация не подходит, то не дает обновлять.

В том-то и фишка, что это явное западло. т.е. у клиента есть в сервисе интернет-поддержка. и написано - рекомендуется. Он в пользовательском режиме это прекрасно жмет. И впухает так, что его инфаркт может хватить.

(1) Речь не об этом. Речь о том, что ты как сотрудник франча можешь не знать, сколько реально у клиента рабочих мест. ты знаешь, допустим, что у него 5 лицензий куплено. Но это значит только лишь, что единовременно могут работать пятеро. Так ведь? А вдруг у клиента сейчас на 10 компах стоит клиентская часть? Вот в чем вопрос-то.

(0) поставьте клиент-серверный вариант. после этого тупо перестанете забывать обновлять платформы на клиентах :)

(5) Клиентам это объясни сначала.

(6) твои клиенты, ты и объясняй :-)
И вообще - ты там кто? Обновляльщик или чаю заехал попить?

(6) да не надо это объяснять клиенту. клиент хотел сэкономить на услугах, вот результат, теперь звонить будет.
А то, что с платформы 13 на 16 прыгать нельзя - факт, читать надо мануал

Я на будущее для себя пытаюсь понять ситуацию. Гипотетически я не знаю, сколько рабочих мест. И могу не всем обновить платформу.

(6) еще вариант - снести нафиг у "клиентов" платформы, сделать административную установку платформы на компах клиентов. забыть про проблему из (0)

но тут еще вопрос с админскими правами на установку софта... ну думаю у ваших клиентов все юзвери - админы своих компов

(10) Ты клиентам тоже это сначала объясни - пусть разорятся на сервер.

(9) кури из ИТС административную установку одноэс

Народ, не домысливайте, пожалуйста. Вопрос поставлен, вопрос живой и насущный.

(11) для админ-установки сервер не нужен...

(12) Что ты прицепился со своей административкой.  Нету сервака, нету.

(11) бедным клиентам не нужно разоряться на сервер. они и так знают - "г.вно эта ваша адинэс"

Пардон, ща гляну про административку.

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

Что-то я темы автора не понял :(
"Клиент сам обновлялся и влип, еще и резервной копии не имел" - это понятно. А вот остальное, чем автор нас грузит - непонятно.

(19) Вопрос в том - что будет, если на необновленной платформе запустить обновленную конфу.

Т.е. что будет, если обновлять на старой платформе - это видно наглядно.

А вот что будет, если просто запустить.

(19) ТСу уже подсказали пути обхода граблей, а он просит объяснить его клиентам сначала (6)

(20) да будет скорее всего без видимых ошибок работать и на необновленной платформе)) контроля версий платформы на файловой нету же...

ашипки потом могут всплыть при ТиИ и при chdbfl.exe

(17) http://its.1c.ru/db/v8doc#content:14:1:IssOgl1_2.4.Рекомендациипоразвертываниюсистемы

(20) +1 Угу, критично только сами обновления ставить. А режим 1С:Предприятие менее конфликтный. Я, например, на 13 платформе надолго подзавис в своё время. Когда уже и конфигурация тупо не обновлялась без танцев с бубном. А пользователи - нормально, работали...

Э-э, перерыл книжку - руководство админа. Нету никакой административной установки. Раньше, говорят, было - на 7.7.

Я на курсах изучал административную установку:
1. Руками поставить платформу на каждую машину - локально.
2. Создать общую папку, напр. C:\Share.
3. поместить в нее 1cestart и 1ceunt.dll.
4. Создать папку, напр. с наим. дистрибута - 8.2.18.108 и поместить в нее дистрибутив для начальной установки.
5. С клиента заходим на сервер и запускаем setup.
6. Удаляем появившийся ярлык.
7. Выносим на рабочий стол ярлык 1сestart.exe.
8. При выходе нового релиза создаем папку с номером релиза.
9. Стартер теперь сам видит, что вышел новый релиз.

Ограничения:
1. По сети запущен экзешник - риск заражения всех машин.
2. Пользователь должен обладать админ. правами.


Вы это мне советуете?

(23) читать до просветления

+(26) если нет доступа на сайт, купить подписку ИТС, не жлобиться))

Ок. понял. некое просветление наступило.

Скажите, а как истолковать вот это:
ВНИМАНИЕ! Общий конфигурационный 1CESCmn.cfg файл не должен располагаться на компьютере пользователя!

Это как раз из рекомендаций по установке системы.

Т.е. должен быть сервак или отдельный комп в одноранговой сети, так ведь? Если это не у пользователя, значит, это какой-то отдельный комп.

(30) он должен лежать в корне "шары", c которой будешь разворачивать одноэс

Это так. Но он не должен лежать на компьютере пользователя. вот в чем проблема.

(31) в чем проблема?

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

Я думаю, получится.

Т.е. почему нельзя на компе пользователя держать конфиг?

(33) держи конфиг на шаре. пофиг на пользователя  с его компом