|
Пометка на удаление документов в свернутой базе уже длится 80 часов. Продолжать ждать ? | ☑ | ||
---|---|---|---|---|
0
Румата
12.03.18
✎
08:00
|
Свернул базу на выходных, база файловая 15 Гбайт, УТ 10.3. Запустил обработку удаления помеченных на удаление объектов. Уже крутится 80 часов. Есть ли смысл ждать окончания ? Что посоветуете ?
|
|||
1
Галахад
гуру
12.03.18
✎
08:02
|
В транзакции, что-ли? Почему прервать нельзя?
|
|||
2
Пузан
12.03.18
✎
08:02
|
Сворачивать периодами. По одному году, например.
|
|||
3
один я дАртаньян
12.03.18
✎
08:03
|
ОТключить расчет промежуточных итогов по регистрам.
|
|||
4
Румата
12.03.18
✎
08:04
|
Сори уточнение - сейчас 80 часов крутятся действия по кнопке "Контроль", перед самым удаление которая ....
|
|||
5
один я дАртаньян
12.03.18
✎
08:06
|
(0) Можно попробовать ВыгрузкаЗагруЗкаXML - выгрузить документы свертки остатков и документов за период.
|
|||
6
Мыш
12.03.18
✎
08:07
|
(4) Сразу на рабочей базе запустил?
|
|||
7
Румата
12.03.18
✎
08:08
|
(один я дАртаньян) Итоги по регистрам причем здесь ? Там же проверяется ссылостность объектов, как я понимаю ?
Свернули два года работы, два последних года оставили, т.е. 50 % удаляем в базе, 50 % оставялем документов. |
|||
8
spectre1978
12.03.18
✎
08:08
|
(0) трое суток? Не так уж и много. Я на семерочных базах свертку по столько гонял. А уж восьмерке сам Бог велел. Она что, прогресса никакого не показывает?
|
|||
9
один я дАртаньян
12.03.18
✎
08:09
|
(7) Я вназвании темы прочитал: "Пометка на удаление".
Воспринял это, что сейчас идет пометка на удаление. |
|||
10
lodger
12.03.18
✎
08:09
|
(4) работать пора? другие юзвери зайти не могут? монопольный режим или загрузка железа 100%? останавливай конечно.
|
|||
11
lodger
12.03.18
✎
08:12
|
(7) юзай сторонние удаляльщики. ну или сам напиши.
надо а) запросом собрать ссылки на удаляемые объекты; б) проанализировать ссылки; в) сократить взаимные; г) решить что делать с объектами со ссылками. д) провести удаление без контроля целостности. |
|||
12
lodger
12.03.18
✎
08:13
|
(7) если лень и сложно - попробуй сменить субд. может там контроль пошустрее пойдет.
|
|||
13
Румата
12.03.18
✎
08:15
|
(Мыш) Нет, на копии, в выходные дни работали в старой базе.
|
|||
14
Румата
12.03.18
✎
08:16
|
Спасибо всем, буду перегружать документы в новую базу, которые набили за выходные, а с удалением после буду разбираться
|
|||
15
Галахад
гуру
12.03.18
✎
08:16
|
(13) Чем старые документы-то мешают? Если мешают, роботом по ночам удаляйте.
|
|||
16
Мимохожий Однако
12.03.18
✎
08:20
|
Свёртка файловой базы смысла не имеет. Надо переходить на клиент-серверную. Это эффективнее и в конечном счете-дешевле.
По сабжу: жди )) |
|||
17
Рэйв
12.03.18
✎
08:22
|
(0)Я делаю так на базе под 360 гигов какждый год.
1. Все обрезаемые документы имеют реквизит "Используется" 2. запросом проверяются измерения остатков и все виды документов за тек год на момент содержания в полях с типом "документ" документов за прошлый год. Всем используемым документам признак ставится =Истина. 3.Создаются документы ввода остатков на 01.01 тек года 4. все движения регистров за прошлый год удаются через скуль стандартной обработкой свертки базы. 5. все документы с признаком использования= ложь удаляются так же скульно, и пофигу помечены они или нет. 6. собственно все. |
|||
18
dmpl
12.03.18
✎
08:23
|
(4) Lifehack: удалить можно и без контроля ссылочной целостности ;)
|
|||
19
nordbox
12.03.18
✎
08:35
|
(18) НЕ учи плохому))))) а то наудаляет что потом не соберет ничего. У него заказы, партии и пр. незакрытые могут тянуться ХЗ откуда.
|
|||
20
0xFFFFFF
12.03.18
✎
08:39
|
Судя по всему, обработки в 1С так и пишут студенты... Как было в 7.7 - типовыми обработками базы даже на пару десятков гиг в принципе не сворачивались, т.к. ждать надо до окончания существования Вселенной. Приходилось писать свою, которая за пару часов но все корректно и акууратно сворачивала без единой битой ссылки. Так видимо и осталось... Конфы уже сотни МБ, а толку ноль. Тонны кода, больше кода...
|
|||
21
Tatitutu
12.03.18
✎
08:48
|
Как быстро "удалить все документы и движения" в базе (Альтернатива)
http://catalog.mista.ru/public/795965/ |
|||
22
Рэйв
12.03.18
✎
08:49
|
(19)Ссылки то останутся. Пусть битые, но вернуть их как было дело техники
|
|||
23
kubik_live
12.03.18
✎
08:52
|
(0) Ищи Инструмент Разработчика.
Мне очень помогло при аналогичной ситуации |
|||
24
Serg_1960
12.03.18
✎
09:56
|
(21) Ссылка не в тему. Там речь совсем не о том.
|
|||
25
TormozIT
гуру
12.03.18
✎
11:10
|
||||
26
Вафель
12.03.18
✎
11:23
|
сначала нужно было итоги отключить ну или регистры почистить (главное их чистить с конца)
|
|||
27
Serg_1960
12.03.18
✎
13:54
|
Ну... я как-то однажды заморачивался с непосредственным удалением документов без контроля ссылочной целостности.
Но у меня РИБ, поэтому легко было в подчиненном узле удалить все документы, помеченные на удаление, а потом по протоколу ТИИ (по строкам, содержащие <Объект не найден>) зарегистрировать изменения в центральной базе для"излишне" удаленных документов (тем самым отменяя удаления в подчинённой базе)... там обработка сканирования строк протокола ТИИи регистрация изменений - примитивная, строк на 40-50 алгоритм. Получилось довольно быстро, единственно что, так это ТИИ базы долго шло. |
|||
28
Ёпрст
12.03.18
✎
13:56
|
(0) отключи ЖР.. будет быстрее удаляться
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |