|
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
|
(4) купи ему это тогда
http://садовник48.рф/3337-thickbox_default/vazelin-veterinarnyj-200g.jpg банок 5 |
|||
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) Друг не просто менял, они с другом параллельную разработку вели. Поля не просто появились/удалились, они поменяли наименование. Теперь только ручками. Мой способ эти поля очистит. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |