Здравствуйте, товарищи! Всех с наступающим!
Прошу помочь добрым советом в сложившейся ситуации.
Прилетела мне база из другого подразделения, обновлением которой занималась бухгалтер, которая со скандалом уволилась. Итого имею:
- База БП 3.0 ПРОФ (согласно договору на поставку);
- с поддержки снята, но конфигурация точно типовая;
- папка с обновлениями на компьютере отсутствует, бэкапы отсутствуют;
- при сравнении с другими конфигурациями всегда имеет кучу различий;
- не обновляется ни одним обновлением с формулировкой "Файл не содержит доступных обновлений";
- не объединяется ни с одной конфигурацией, которые вышли за весь период работы бухгалтера (3.0.57.17 - 3.0.67.43) с кучей ошибок  "...не создан в новом поколении";
- ЖР пуст и нового ничего не пишет;

При всей трагичности ситуации база запускается и работает, хотя интернет поддержка постоянно напоминает об обновлении, но обновление так же не проходит, при нажатии кнопки обновить вместо окошка с новой версией конфигурации и текущей установленной вылетает. Через обработку выгрузки данных в XML данные выгружаются в огромный файл 12 Гб, что в 3 раза больше самой базы, но в новосозданную базу не загружаются, программа тупо висит двое суток и в результате вылетела (компьютер нормальный, процессор fx-9590, ОЗУ 32ГБ, ССД).

ТиИ и chdbfl ошибок не видят... Все процедуры по восстановлению в строй проводились на платформах от 8.3.8.1747 до 8.3.13.1644.

(0) Как-то так: определить ближайшую типовую и
_на_копии_базы_ загрузить в неё типовой CF. Далее выявлять отличия от типовой (они же есть?) и вручную восстанавливать доработки.

а что по конфе невозможно определить релиз , чтобы сравнивать?

а в сведениях о конфигурации что-то насчет версии есть?

Просто, если конфиг снят с поддержки, то и обновляться штатным образом никто не обещал.
Можно максимум или объединять с приоритетом от типового CF или просто загрузить типовую CF из файла.

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

Фокусник, ближайшая типовая 3.0.59.56, с ней меньше всего различий, но после всех доработок вылетает при сохранении...

RoRu, в сведениях пусто

Мало вероятно, чтоб даже при наличии правок кода модулей и добавления в конфиг новых объектов, кто-то случайно исправлял в поле с номером релиза саму строку какой релиз конфигурации используется.

Т.е. кто-то нарочно стер строчку циферок в поле Версия?

Фрэнки, в сведениях пусто.

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

даже если конфиг снят с поддержки - инфа о том, какой релиз был сам собой не стирается. Можешь ради интереса проверить на любой копии типовой у которых поддержка еще не снята.

Фрэнки, информации ноль, бывшая бухгалтер постаралась основательно...

ну пробуй на копиях грузить CF из файла.
Все равно суть их доработок вам не интересна, скорей всего.

(8) Выгрузи из своей базы конфигурацию поставщика. Сравнить и объединить базу с выгруженной конфигурацией, с приоритетом выгруженной и постановкой на поддержку

пробовал, при сохранении вылетает не сохранившись.

(13) оригинал базы с их рук имеется? Пробуй понижать платформу. Или просто узнать, на каком релизе платформы работал тот бух

Имеется, вместе с компом забрал. При понижении так же вылетает во время сохранения, не сохранившись.

Кстати... в тексте самих модулей, которые соответствуют в типовой процедурам накатывания обновленной конфигурации на типовую базу - там есть явным образом записанные номера релизов, с которыми проверка идет нужно запускать процедуру обновления или нет

(15) а там релиз платформы какой?

сейчас проверю...

свежие релизы БП - они же только на свежих платформах уже доступны.

по модулям наблюдаю кашу из трех конфигураций
3.0.58.20
3.0.59.56
3.0.61.37
...

значит какую-то следующую после 3.0.61.37 можно попробовать поставить

посмотреть при этом, что в этой которую будешь ставить данные конкретные фрагменты кода совпадут.

(0) Еще вариант (если обновление/загрузка конфигурации не выходит каменный цветок): взять ближайшую типовую пустую базу и попытаться выгрузить в неё данные. Правила сляпать в КД по-умолчанию - все объекты.

Попробую выгрузить данные. С ремонтом конфигурации совсем ничего не выходит, ЖР ничего не пишет зараза.

(23) можно еще связать эти две базы обменом. Сделать из текущей подчиненный узел РИБ, а затем в подчиненную посадить типовой CF

(13) если база вылетает, то один из вариантов - повторить всё что делал - на другом железе.

(20) Интересно каша потому что кто то частично обновил вручную?

База сильно большая? Я кто тому что может поднять пустую типовую ближайшей версии (сравнивать по метаданным) и туда перелить все данные через универсальный обмен?

(26) ТС уже написал выше, что универсальный не удалось

(25) пробовал, никакой разницы к сожалению

(26) каша потому, что уволившаяся бухгалтер намеренно запорола базу. Через универсальный обмен не сливается, увы.

(29) маловероятно, что бух сама бы смогла.
То что бекапы отсутствуют , косяк не буха по идее тоже

(29) вы наверно неправильно сливаете. Во-первых за час вы не могли написать правила обмена. Может вы правда директор? Сейчас там всё доломаете, то что сотрудникам не удалось доломать.

(30) отсутствие бэкапов - следствие отказа от сотрудничества с аутсорс-админом, который совершенно не случайно является сыном буха. Поломка базы и увольнение буха - следствие скандала директора с ее сыном. Причина скандала сним - вскрывшийся майнинг))

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

(33) так. Правила получается написаны для прошлогоднего релиза. А вы их суете сюда. Что-то ржач какой-то получается. Вы не родственник этого паренька?

(31) у него оригинал нетронут. уж зачем нужны бакапы видать известно.

(29) Через КД2 не сливается? По ручным правилам? Не верю.

Это не может быть в принципе если в режиме предприятия запускается и нормально работает.

К сожалению я думаю что банальная нехватка скиллов если нет глюков в базе.
Но глюки можно обойти или хотя бы сделать выгрузку по частям а не сразу все сливать в огромный XML.

Для начала НСИ перенесите (справочники) и проверьте, уже затем помесячно документы.

Да это долго но проблемы не понимаю.

(34) правила могут не подходить как раз из-за "сломанной" структуры метаданных

(37) Кто говорит про стандартные правила, понятно дело что не взлетит если метаданные отличаются.
Надо ручками правила писать для выгрузки из "попорченных" и загрузки в типовую.

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

(37) структура метаданных в кд вообще в режиме предприятия выгружается. Есди выгрузилась, значит не поломана.

но файл выгружается явно глючный, если по тексту топика гадать

(0) Залей куда нить базулину. Посмотрю

Глянь регистр сведений Версии подсистем.
Там будет последняя корректно обновившаяся

(0) да, скинь базу. посмотрим.

Но ведь можно с нового года перенести справочники и остатки в новую базу и начать все с нуля. Зачем все так усложнять?

(44) Видимо есть причина раз он месяц с ней жахается

(0) на копии базы загрузить cf-ник от новой конфы, можно сразу самую новую. Сделать это на последней платформе.
База я так понял файловая, если вылетает, проверить chdbfl.

Делать лучше на другом компе. Если на том же, то почистить кэши.

Еще можно попробовать выгрузить/загрузить в dt. Раньше этот способ работал, но 1С вроде хотели его поломать, не знаю как сейчас...

А еще можно попробовать обратиться в ТП 1с, говорят они иногда чинят базы.

(0) базу можно не заливать, достаточно cf, опыт по возращению на поддержку есть

тс видать в коматоз уже ушел ...

(50) Нажрался с горя )) Всё время хотелось предложить ему найти программиста. За месяц мытарств давно бы поискал реальной помощи. ИМХО.

(51) где, здесь? здесь давно уже ответов по вопросам нет (если есть - то очень редко). общие проблемы, общие описания возможных вариантов решения. Любая проблема, за предаелами почему А = 2/0 - дает ошибку - уже попадает под "общую проблему".

(52) вероятно, стоило искать реальной помощи, а не какие-то ответы на вопросы с загадками в духе викторины

Открыл бы вакансию да все. У топикстартера если по ай-пи судить - московский регион. И фактически нарочно/умышленная разрушенная база все-таки не рядовой случай.

(53) Того, что база погибла - проблем не вижу. Если бы реальные проблемы были - владельцы нашли бы способ, "привести в чувство" и бухгалтера, и админа-сыночка.

(53) насчет вакансии - это да, хорошо. но если бы я открывал такую вакансию - то по принципу "оплата - только за восстановленную базу". а то начнут на работу всякие нищеброды без квалификации подписываться с требованием денег вперед.

А если вообще - так и надо конторе из (0).
нехрен за бизнесом не следить руководителям/владельцам. ССЗБ.
к автору - вопросов особых нет.

(36) Через КД2 сливается, но не заливается в новую базу. Ругается на различие конфигураций.

Шефу сообщил, что мои полномочия(скилы) всё, закончились)). Будем починять силами первого бита. Дорого конечно, но платить не мне) Конфиг выкладывается на Я.Диск, ссылкой поделюсь чуть позже, как выложится.

Собственно, конфиг https://yadi.sk/d/aa_4zKzArcGQAQ
Вес нестандартный по естественным причинам...

Конфиг сохранен изначально, является полным отражением ситуации и моих следов от танцев с бубном не содержит)

я думаю, что чисто из принципа франчам навредить ктонить из мистян осилит

(59) Ща поюзаем ...

(61) мне и самому интересно уже, со многими проблемами справлялся, но тут вообще тупик...

(62) мне интересно, как ее раздуло за гиг... Со многими проблемами сталкивался, но такого не видел ни разу

(64) ну вот, написано 3.0.59.56. Вы наверно слепой. И конфигурация поставщика на месте.

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

(66) сейчас пока некогда юзать, может в другой день, какой-нибудь. Конфигурация поставщика в файл сохраняется, 480 мб.

(66) Если в (0) все верно, то ошибку благополучно прошел БЕЗ ошибок. Установил вашу конфигурацию, это как (65) - 3.0.59.56. Скачал обновление 3.0.61.37 Обновление пошло без проблем. Пока обновляет, результат чуть позже

(68) так он базу не выложил. Может там данные кривые у него.

(69) Скорее всего так и есть. Потому что выложенная база (cf) Только что благополучно и без каких-либо проблем обновилась на 3.0.61.37 База видно что его, куча объектов с разрешенным редактированием.
(59) Так что смотри, может поможет чистка кэша и ТИИ. Пустая база абсолютно рабочая

(70) не абсолютно. .20 встал в конфу поставщика как влитой а вот дальше...
(0) Потребуется набор данных а не только cf. Наверняка

галактеко волнуетсо!

(72) Позбагойнее.
Когда будетвсе нормально дам отчёт по действиям

(0) сколько платят за решение проблемы?

(0) Дай dtшник

https://yadi.sk/i/1dtOpCkwTFV3_A

(64) так и должно быть. За гиг. Все конфы такие.

(0) Часть объектов разъехалось по идентификаторам. Собирал такое когда-то, тот ещё геморрой.

+(78) https://pastenow.ru/4G40R

(59) У тебя псевдотиповая конфа, надо плясать от родного релиза 1с https://cloud.mail.ru/public/3kCB/78jyHwfjd

(0) DTшку то дашь ?