|
v7: Можно ли отменить реструктуризацию в 7.7 | ☑ | ||
---|---|---|---|---|
0
fisher
26.02.20
✎
11:06
|
Неосторожно была запущена реструктуризация бухгалтерских итогов на большой базе (добавлены субконто на одном из счетов).
Потом неосторожно она была сорвана. Мопед не мой :) Но решать мне. Теперь при запуске конфигуратора она автоматически стартует заново. Можно ли отменить ее окончательно без последствий? Ну там NEW_STRU снести или еще что. Просто давно уже с 7.7 стараюсь дел не иметь - все позабывал. |
|||
1
ДенисЧ
26.02.20
✎
11:09
|
Там в корне ИБ файлик есть *.cmd - название не помню. Его нужно грохнуть.
Если за базу не боишься |
|||
2
fisher
26.02.20
✎
11:11
|
За базу боюсь. Чувак сорвал процесс уже после того как согласился с применением изменений.
Как вариант, если база окажется в неработоспособном состоянии, можно будет попробовать его вернуть? |
|||
3
fisher
26.02.20
✎
11:12
|
Бэкап есть, но сутки работы потерять будет больновато.
|
|||
4
mikecool
26.02.20
✎
11:15
|
емнип, реструктуризация идет в одной транзакции и если прервать - откатывается
|
|||
5
dk
26.02.20
✎
11:25
|
если копия текущего состояния базы есть и можно экспериментировать, то смело (1)
потом для гарантии можно загрузить md сам в себя - гланое чтобы не было записей типа - удален справочник контрагенты - добавлен справочник контрагенты |
|||
6
fisher
26.02.20
✎
11:42
|
(4) Боюсь, вряд ли все так чудесно. Сейчас эта скотина все еще выполняет пересчет перекрестных ссылок. Причем прямо в _1SRCDOC инсертит.
Пересчитывает, блин, с 1796 года. Это пустые даты где-то затесались? |
|||
7
fisher
26.02.20
✎
12:05
|
По-моему, 7.7 делает реструктуризацию поэтапно и при срыве продолжает работу с прерванного этапа. Т.е. чисто откатиться не получится.
Договорились пока подождать часик-другой... |
|||
8
Ёпрст
26.02.20
✎
12:17
|
(0) прерывай, в каталоге валяется служебное файло
|
|||
9
Ёпрст
26.02.20
✎
12:19
|
(6)
1SRCDOC можешь грохнуть, и восстановить через тии с галкой |
|||
10
Ёпрст
26.02.20
✎
12:20
|
персчет служ данных.
|
|||
11
Ёпрст
26.02.20
✎
12:21
|
(7) проще, то что в (0) сделать "руками", а не реструктуризацией
|
|||
12
fisher
26.02.20
✎
12:23
|
(11) Какой в этом смысл, если сейчас делается тоже самое?
|
|||
13
fisher
26.02.20
✎
12:24
|
Перекрестные ссылки уже пересчитались, фигачит бухитоги. Есть надежда, что уложится в разумное время.
|
|||
14
Ёпрст
26.02.20
✎
12:26
|
на пустышке добавь своё субконто, сохрани, поимеешь мд и словарик. На рабочей через alter поменяешь план счетов и итоги, и подменишь мд и ддс
|
|||
15
Ёпрст
26.02.20
✎
12:27
|
(12) время
|
|||
16
Ёпрст
26.02.20
✎
12:28
|
1SRECALC.CMD
если что, отвечает за реструктуризацию |
|||
17
fisher
26.02.20
✎
12:28
|
Просто если он _1SENTRY уже перехерячил и добрался до пересчета служебных таблиц (и начинает с него при заходе в конфигуратор), то каким образом чисто откатиться? Не понимаю.
(15) Разве пересчет служебных таблиц через ТИИ будет быстрее чем он же в процессе реструктуризации? За счет чего? |
|||
18
Ёпрст
26.02.20
✎
12:30
|
(17) табличка будет чистая
|
|||
19
fisher
26.02.20
✎
12:33
|
(18) <собака-подозревака моде он> Да он и так вроде относительно шустро пересчитывает для своего объема данных... Че-то сомневаюсь я, что еще быстрее сможет. В общем, все равно пока жду. _1SBKTTL уже почти домолотил. Вопрос, что в запасе осталось... Вроде после этого особо уже ничего быть не должно...
|
|||
20
fisher
26.02.20
✎
12:45
|
Аллилуйя.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |