Имя: Пароль:
1C
1C 7.7
v7: Помогите восстановить базу после подмены MD
0 sysadminlk
 
25.01.18
16:36
У друга стояла конфигурация, и тут ему в голову пришло что-то там исправить.
он скопировал папку с базой и в течении недели вносил в нее изменения (редактировал справочники и журналы, в основном удалял лишние реквизиты из справочников), короче сделал все что хотел, а так как у него процесс объединения занимает длительное время (не знаю почему, но комп тупит страшно когда объединение конфигураций делаешь) он скопировал файл мд из тестовой базы в рабочую, и теперь конечно же не может её запустить. Если бы был бекап он бы мне не звонил, а я тоже хз что щас делать. Недельный труд людей которые вносили данные в базу пойдут в нибытие.

Вопрос: Как можно восстановить базу?
1 DexterMorgan
 
25.01.18
16:38
пошел за попкорном
2 Ёпрст
 
25.01.18
16:39
сделать бэкап каталога и выложить на файлопомойку. ссылку сюда
3 sysadminlk
 
25.01.18
16:40
Таблица - DT2414. Не сошлось наименование поля номер 19 - SP10470
Проверка физической целостности таблиц ИБ.  Неисправимая ошибка
4 sysadminlk
 
25.01.18
16:40
(2) он не согласится ))
5 Ёпрст
 
25.01.18
16:41
ну и
1. посмотреть старый мд в каталоге нью стру.
2. посмотреть старый мд в темповой папке (при реструктуризации он там создается)
6 sysadminlk
 
25.01.18
16:42
(5) его там нет уже проверяли
7 Ёпрст
 
25.01.18
16:42
8 vde69
 
25.01.18
16:44
(4) выложить файл - а ссылку ответсвенному человеку (например Ёпрст или можно мне, если я не заболею сегодня... )

если он на это не пойдет - пусть идет на юг...
9 Ёпрст
 
25.01.18
16:44
Старый словарь, хоть остался ?
10 Ёпрст
 
25.01.18
16:45
а так, ели он только "удалял" и не добавлял.. там всё не так и долго поправить
11 vde69
 
25.01.18
16:46
(9) разумеется да, он - менял только мд...


(0) сделайте копию, откройте конфигуратор измените 1 букву и сохраните, скорее всего база запустится
12 Ёпрст
 
25.01.18
16:50
(11) лучше не запускать, а сравнить словарики и поправить
13 Ёпрст
 
25.01.18
16:51
ну и в крайнем случае, поправить в мд, если че нужное прибил :)
14 sysadminlk
 
25.01.18
16:52
примерно понятно
15 vde69
 
25.01.18
16:52
автору это слишком сложно, а передавать базу он не боится
16 NikVars
 
26.01.18
11:15
Предлагаю на этом форуме запретить фразу "подмена мд" и банить за нее как за пропоганду наркоты и прочей гадости.
17 Looking
 
26.01.18
11:18
Если он в предыдущий раз объединял, то в каталоге NewStru в каталоге БД должен был остаться MD до объединения, может та версия более близка подмененному.
18 Franchiser
 
гуру
26.01.18
11:20
(12) (13)  каким образом можно поправить идентификаторы в мд или словарь? Через hex? Есть ли какая то инструкция?
19 NikVars
 
26.01.18
11:21
Тут двойная ошибка 1) подмена, 2) внесение изменений без архива исходных данных. Такой может и метлой неправильно подметать, причем, с двойной ошибкой.
20 Aleksey
 
26.01.18
11:22
(19) и тут главное не накосячить, а то вместо увольнения ему еще и премию выпишут за успешное поднятие базы
21 Franchiser
 
гуру
26.01.18
11:23
(20) я думаю друг - это владелец бизнеса, и к 1с он отношения не имеет
22 Darych
 
26.01.18
11:23
(0) "У друга стояла конфигурация, и тут ему в голову пришло что-то там исправить" ... ну здесь хоть не трынди... друг==автор..
(16) + переименовывать в "подстава с МД" и закрывать)
23 VladZ
 
26.01.18
11:25
(0) "скопировал файл мд из тестовой базы в рабочую" - красава!!!  С такими специалистами никакие враги не нужны...
24 NikVars
 
26.01.18
11:26
Это-то какой-то "друг" посоветовал "другу" как побырому "обновиться".
25 NikVars
 
26.01.18
11:29
Осталось посоветовать для обновления Вин ХР/7 на Вин 10 копирнуть поверх папку винды.
26 ADirks
 
26.01.18
11:37
(18) gcomp
27 NikVars
 
26.01.18
11:39
Я полагаю, что раз скатились до такого, то никакой совет не поможет, кроме как вызыв спеца с достойной оплатой.
28 PiterPrg
 
26.01.18
11:46
У меня тоже друг менял MD, а потом прибежал, просил починить.
Самый простой способ, как оказалось - "Заставить конфигуратор реструкторизовать измененные таблицы"

т.е. При запуске "Нарушена структура таблицы DH1234"
Заходим в конфигураторе и добавляем реквизит (любой) в этот документ. Сохраняем конфигурацию.

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

и так постепенно с сотней реструкторизаций вместо одной :-) вы почините базу самостоятельно.
29 NikVars
 
26.01.18
11:48
(28) Угу... Щас насоветуешь вслепую. Он же копии не делает! Вааще все убьет!
30 Ёпрст
 
26.01.18
12:04
(28) зачет ага...всегда так и делай.
31 PiterPrg
 
26.01.18
12:10
(29) Если они и это не в копии сделают делают - то им уже ничего не повредит :-)
(30) Система УЖЕ нерабочая.
Если что-то пойдет не так - они вернутся к сохраненному нерабочему архиву.
Или ты предлагаешь здесь описывать что им нужно по новому МД получить новый DDS, а потом руками менять структуру таблиц?
Я думаю что в этом случае пальцы можно стереть отвечая на вопросы. :-)
А так - я написал способ, который сможет им помочь.
32 Ёпрст
 
26.01.18
12:18
(31) этот способ поможет им просто побыстрее проипать данные и не более
33 PiterPrg
 
26.01.18
12:23
(32) Ну если вот такое (3)
То да, соглашусь.
А если просто добавил/удалил (как описал автор) - то могло и взлететь.
Судя по (3)
Друг не просто менял, они с другом параллельную разработку вели.
Поля не просто появились/удалились, они поменяли наименование.
Теперь только ручками. Мой способ эти поля очистит.