Всем привет! Бухгалтерия предприятия базовая, ред. 3,1 (3.0.94.17) платформа 8.3.17.1851. Не могу "Вернуться к конфигурации базы данных". Было скорее всего так: Поддержка предложила сделать обновление, Бухгалтер решила сама это сделать, но видимо выбрала старое обновление, и у нее вышла такая фигня (см. вложение). Вернуться к конфигурации БД не активно. Делаю обновление - в режиме предприятия вот такое пишет. Архив делался в марте прошлого года. Что делать???
(1) Было такое при переходе с 2.0 на 3.0. Первый запуск вылетел и оставил константу релиза не заполненной. Повторный запуск обругал такими же словами. Через расширение поправил, но тут это не прокатит. Правда и мне пришлось все равно заново начинать - из-за кривых данных по зарплате в 2.0, благо копии перед обновлением делаю всегда.
(1)Это не обновление, это бухгалтер делал переход на 3.0 и он не завершился. Лучше всего поднять из копии, но полагаю копии нет. Обратиться к программистам. Это лучше всего
(1) Сделать архив. Загрузить CF ПРОФ.. этого же релиза.. накатать расширение ( обход этой ошибки), запустить в режиме предприятия ( убедиться что все данные в порядке), Загрузить CF 3.0.1.13 ПРОФ.. обновить конфигурацию, запустить в режиме предприятия ( убедиться что все данные в порядке), Загрузить CF Базовой 3.0.1.13, запустить в режиме предприятия ( убедиться что все данные в порядке). Провести последовательное обновление релизов ( после каждого обновления запуск в режиме предприятия для обработки обработчиками обновления).
Проблема лицензии... Если базовую открыть в конфиге проф, то ничего не надо накатывать, просто с расширением решаем проблему и возвращаем на платформу базовой.
(39) ну так да..на проф лицензии базовая расширения принимает :) правда лицензионное соглашение запрещает базовые на проф открывать :) .. но тут нужда :)
если в базовую запустить с ПРОФ лицензией. то да .. она принимает расширения ( не патчи , а именно дополнения и адаптации).. но это прямо запрещено лиц.соглашением!
(43)Это все правильно. И должно соблюдаться.... но подскажите как решить автору проблему то? Раз уж 1С не предлагает корректного выхода из ситуации. А по количеству подобных ошибок можно сказать что это просто катастрофа. Ведь не предлагают работать в таком режиме, а решить проблему. ;)
(8)только пляской с бубном... Если не программист то у Вас этого бубна нет... ;)
Надо найти фразу из ошибки и прицепить расширение заменив рекомендуемый релиз на нужный.... но могут быть еще подводные камни
(17) Был такой случай. Обновил 2 на 3 и подключил отдельно базу до обновления, очень уж просили. Ну и эти герои начали колбасить документы в копию. БП 2 от БП 3 не смогли отличить. Когда квартал закончился - правда вскрылась. Пришлось им все наколбашенное, переколбашивать в правильную базу.
да нет, она работала в это базе все правильно, пока ей не было предложено обновление конфы. она согласилась (лучше-бы отказалась) и вот результат. Но я так думаю что ей была предложено следующее по очереди обновление, а по чему произошло на 3.0.1.13 не понятно.
(18)Возможно, обновление произошло на правильный релиз, но в регистр сведений "Версии подсистем" номер релиза записался не правильно. По этому программа неверно определяет номер релиза
(26) Просто введи %temp% в проводнике. Если не изменяет память, копия хранится в виде заархивированного файла 1Cv8.1CD с датой в наименовании. Скопируй его в новую папку и подключи как новую базу.
Если при первом запуске информационной базы в режиме 1С:Предприятие после ее обновления с 2.0 на 3.0 выходит сообщение:
Запуск программы невозможен!
Обновление на текущую версию допустимо только с версии 3.0.61.37 и выше.
(Недопустимая попытка обновления с версии 3.0.1.13)
То это значит, что обработчики обновления не отработали процедуру переноса и реорганизации данных. При первом запуске 3.0 было сообщение об ошибке, которое было проигнорировано и программу закрыли. При последующих запусках будет такое сообщение.
Для решения проблемы надо найти и восстановить архивную копию.
Если архива нет, то можно попробовать запустить программу в тестовом режиме с запретом запуска обработчиков и запустить их вручную, но есть большие сомнения, что в данном случае это поможет, сам при переходе на 3.0 с такой ошибкой не пробовал.
Порядок перехода с редакции 2.0 на редакцию 3.0 типовой конфигурации "1С:Бухгалтерия предприятия"
(32) В теории принцип тот же, если при первом запуске после обновления обработчики обновления выдали ошибку, которую проигнорировали, закрыли и потом снова и пытаются запустить, то ошибка может быть такой же.
P. S.
Настоятельно рекомендую делать архивную копию вручную перед обновлением, даже если планируется автообновление в режиме 1С:Предприятие
сам при переходе на 3.0 с такой ошибкой не пробовал.
Два или три раза попадал на такое. Через расширение указывал нужную версию для обновления и все проходило на ура. Но! наличие копии перед обновлением обязательно. ;)
Бухгалтерия предприятия базовая, ред. 3.1 (3.0.94.17) платформа 8.3.17.1851. Не могу "Вернуться к конфигурации базы данных"
3.0.94.17 - это версия конфигурации сейчас, которая стала после обновления? Тогда какая версия была до обновления?
Или это версия конфигурации до обновления? Тогда до какой версии было выполнено обновление?
Покажите скрин окна Конфигурация > Поддержка > Настройка поддержки
(35)Последняя рабочая версия была 3.0.90.59. Предложено автообновление именно на этой версии. Я попытался и она обновилась до 94.17. Ну дальше я не стал обновляться смысла нет, если он предприятие не запускает. Вот сейчас переговорил с бухом она согласилась заново вбивать. Сейчас делаю переход с 2 на 3.0.90.59.
ну разработчики не просто так предлагают откатиться, т.к. при таком пропуске промежуточных обновлений могут быть потеряны какие-то данные, например в промежуточном обновлении из реквизитов документа что-то записывалось в регистр или справочник, а потом этот реквизит был удален. Т.е. у вас сейчас этих данных нет ни в доке, ни в новом месте хранения. Может вас это не коснется, т.к. вы эти данные не пользовали, а может очень даже коснется - нужен глубокий анализ, а так конечно продавить ситуацию скорей всего получится. Вы главное перед текущими экспериментами сделайте резервную копию того, что хотя бы осталось.
(47) я сомневаюсь что при аварийном сбросе обновления версия релиза могла спрыгнуть на 3.0.1.13, а почему не на 1.0.0.1 ?
вероятно была древность, накатили полной поставкой от 94 релиза не прочитав или не зная особенностей и последствий.
(48) В таких случаях в сообщении именно 3.0.1.13 - почему так, это надо спросить у разработчиков.
Клиента с реальной базой версии 3.0.1.13 быть не может, т.к. это еще какая-то тестовая бета, которую даже при желании нельзя скачать на releases.1c.ru
(47) почему? сделать заплатку ( расширением ) типа обработчики отработали.. Смениться константа.. а потом удалить расширение и обновить по нормальному .. следующие обработчики отработают
И не такое обновляли :)
(52) Ошибка та же самая, что в первом сообщении "Обновление на текущую версию допустимо только с версии 3.0.61.37 и выше.
(Недопустимая попытка обновления с версии 3.0.1.13)"
или что-то новенькое?