Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Свертка базы бухгалтерии 3.0

Свертка базы бухгалтерии 3.0
Я
   SAURON777
 
23.05.18 - 10:19
Добрый день!
У нас база бухгалтерии 3.0 корп. Объем 15 гб. Делаем свертку базы на 01.01.2018. При этом документы до этой даты помечаются на удаление. Их очень много. Как дальше их можно удалить окончательно? Если использовать стандартные средства удаления, то удаление идет очень и очень долго. База висит более 3-х дней и безрезультатно.
 
 
   Aleksey
 
1 - 23.05.18 - 10:31
Настрой на ночь регламентное удаление. Глядишь через пару недель и почистит что может
   Aleksey
 
2 - 23.05.18 - 10:31
правда есть нюанс, если объектов слишком много, то регламентное задание может завершаться аварийно по нехватки памяти и так ничего и не удалить
   SAURON777
 
3 - 23.05.18 - 10:32
И как быть тогда?
   kzot
 
4 - 23.05.18 - 10:33
Перенести в новую.
   mehfk
 
5 - 23.05.18 - 10:34
   SAURON777
 
6 - 23.05.18 - 10:34
Какой конкретно обработкой?
Хочется узнать как именно делают специалисты такого рода свертку. Потому что удаление помеченных объектов идет оооочень долго и действительно завершается аварийно.
   vladko
 
7 - 23.05.18 - 10:35
Я писал свою обработку, которая малыми порциями удаляла данные с контролем ссылок конечно же. Где был сперва приоритет удаления документов, а затем всего остального.
Либо был вариант переноса данных за последний год в отдельную базу.
   rozer76
 
8 - 23.05.18 - 10:37
(7) + 1 да, тоже делал порциями по возрастанию дат и пометка на удаление с учетом доков которые связаны по основанию... в общем "порционноеинтелектуальноеудаление" )
   SAURON777
 
9 - 23.05.18 - 10:39
а можете кинуть обработку удаления порциями чтобы не изобретать велосипед?
   unregistered
 
10 - 23.05.18 - 10:45
(0) Зачем?
Уменьшение размера получите в лучшем случае на процентов 15-20 (на 25-30% в идеале, если потратите кучу времени на ручную дочистку). Соответственно никакого выигрыша в производительности не будет. Повторно (через несколько лет на более позднюю дату, например, на 2020 год) свернуть такую базу данных не удастся.

Зато бухгалтерия теряет возможность автоматического формирования бухгалтерского баланса. Данные за прошлые года (две крайние графы) придётся рисовать ручками.

И сворачивать бухню на прошлый год - тоже отчаяный шаг. А если потребуется вносить корректировки 2017-го года. Или претензии отражать по поставкам прошлых лет? В бухне должны быть данные последних трёх лет.

> Объем 15 гб

B что? Базы БП вполне себе живут с объемом на порядок(!) больше вашего. И никто не париться на тему их свёртки.

ИМХО, свёртка имеет смысл в исключительных случаях чисто методологического характера. Например, "спрятать" старые данные, или вычистить справочники в тех случаях, когда они реально засоряются какими-то совершенно немыслимыми объемами - например, номенклатура каждый день новая и повторно никогда не используется и справочник разростается до миллионов записей, использованных по несколько раз всего лишь.
 
 Рекламное место пустует
   SAURON777
 
11 - 23.05.18 - 10:51
"Повторно (через несколько лет на более позднюю дату, например, на 2020 год) свернуть такую базу данных не удастся.
"
Почему не удастся?
   takefive
 
12 - 23.05.18 - 10:52
Настроить РБД обмен + Внести остатки
   Aleksey
 
13 - 23.05.18 - 11:01
(9) у ИР есть обработкаудаления помеченных с выбором конкретного вида для удаления
   Aleksey
 
14 - 23.05.18 - 11:38
   unregistered
 
15 - 23.05.18 - 12:01
(11) А как ты видишь себе свёртку на 2020 год документа "Ввод начальных остатков" или "Операция бух" 2017 года, которые тебе сейчас понасоздаёт текущая свёртка?
Свёртка документов свёртки - утопия.
Если сейчас твоя база сократится на 15%, то повторная свёртка через пару лет не даст и 10% сокращения. Т.к. будут висеть неудаляемые документы и объекты, на которые есть ссылки в этих самых документах, созданных при прошлой свертке. На 2018 год по документы были остатки и он попал в свёртку, а на 2020 год по нему остатков уже нет, но и удалить его никак не получается - на него есть ссылки.

Ни в коем случае не настаиваю. Но свёртка - это совершенно бесполезное наследие клюшек (7.7). В 99% ненужное для 8-ки.
   Aleksey
 
16 - 23.05.18 - 12:08
(15) Не вижу проблем.

Документ Ввод начальных остатков - это тупо регистратор для регистров. При свертки регистратор не нужен только остатки. А в остатках нет "Ввод начальных остатков"
   nicxxx
 
17 - 23.05.18 - 12:15
Сворачивать 15GB? Вы серьезно?
http://www.imageup.ru/img17/3077528/pic02.png
   Aleksey
 
18 - 23.05.18 - 12:23
(17) Самое то. Хуже когда база будет 170 гигов, а у него опыта нет. Так что пусть пока тренируется на кошках. Набъет руку, поймет что овчинка выделки не стоит и тогда будет спокойно ждать когда база дорастет до 100 гигов
   ptiz
 
19 - 23.05.18 - 12:36
(17) Какая конфигурация?
   senior
 
20 - 23.05.18 - 12:44
(18) и че произойдет, когда она будет 170 гигов? Земля налетит на небесную ось?)
   Aleksey
 
21 - 23.05.18 - 13:19
(20) vместо кончиться на сервере
   Cool_Profi
 
22 - 23.05.18 - 13:20
(18) А что 17- ГБ - это очень много?
   senior
 
23 - 23.05.18 - 16:53
(21) смешно
   nicxxx
 
24 - 25.05.18 - 14:28
(19) Бух 3.0 под 8.2. Таблица итогов по субконто - 90 ГБ., значений субконто - 70, основная - 50. Пара регистров сведений по 150 ГБ. Остальные - так, мелочи, 10-20 ГБ
   Nikoss
 
25 - 25.05.18 - 14:49
(24), теоретический вопрос
данные таблиц итогов где хранится? если посмотреть картинку из (17) в фиолетовой области?
   unregistered
 
26 - 25.05.18 - 14:59
(21) > место кончиться на сервере

При нынешней копеечной стоимости дискового пространства об этом даже говорить как-то неприлично.

Стоимость работ специалиста по свёртке базы, работы бухгалтера(ов) по проверке корректности результатов свёртки, работы бухгалтера(ов), которые потом будут вручную рисовать отчеты (т.к. часть нужных данных за прошлые (свёрнутые) периоды будет благополучно похерена), значительно превысит стоимость нового дискового массива.
   nicxxx
 
27 - 25.05.18 - 23:06
(25) да, в фиолетовой. диски SSD кстати. секционированием не занимались, т.е. лицензия не enterprise :(
   Aleksey
 
28 - 25.05.18 - 23:46
(26) Вот ниразу не согласен. Нет конечно если у вас скуль  стоит на WD Green серии.

Т.е. для бекапа сойдет такой диск, а вот под высоконагруженную систему, где размер базы под 170 гигов и таких баз несколько ... нужны и соответсвующие винты соответсвующего размера. А это уж совсем не копейки и, иногда, дороже зп специалиста по свертки
   Cyberhawk
 
29 - 26.05.18 - 00:00
ИР в помощь.
"Свертка базы" - понятие безсмысленное и чаще всего свидетельствующее о безграмотности заказчика / исполнителя.
Сворачивают только регистры.
   SAURON777
 
30 - 29.05.18 - 17:16
А если мы все такие решим выполнить эту бессмысленную операцию, то возвращаясь к вопросу удаления помеченных объектов. У нас в итоге будет очень много помеченных объектов. Удалять их предполагается частями, допустим по 100 объектов. А как правильно организовать удаление, чтобы оно выполнялось не в монопольном режиме?
Если использовать метод "УдалитьОбъекты", то он требует монопольный режим.
   Alexor
 
31 - 29.05.18 - 17:28
(30) В БП3 можно удалять не монопольно.
Не через все действия заходи, а через администрирование.
   Alexor
 
32 - 29.05.18 - 17:29
А вообще универсальнаяВыгрузкаЗагрузкаXML попробуй.
Я так 2 базы объединял.
   SAURON777
 
33 - 29.05.18 - 17:34
В БП 3.0 это есть, но если объектов слишком много то база зависнет на два дня а потом выйдет ошибка. Надо удалять частями, для чего нужно создать свою обработку. Поэтому и спрашиваю.
 
 
   hhhh
 
34 - 29.05.18 - 17:44
(33) зачем обработку? можно просто так частями удалять. Например только счета, потом только реализации и т.д. и по периодам можно настроить: январь удалить, потом февраль и так далее. До 3000 дукументов норамльно удаляются, если больше 10000 в пачке тогда да, зависает надолго.
   Stim
 
35 - 29.05.18 - 17:52
Пользуйтесь обработкой удаления помеченных объектов с итс, которая не в монопольном режиме.
удаляет гораздо быстрее штатной
   Вафель
 
36 - 29.05.18 - 18:21
(35) там не удаление, а поиск ссылок самый долгий момент
   Cyberhawk
 
37 - 29.05.18 - 19:26
"если объектов слишком много то база зависнет на два дня а потом выйдет ошибка"//
https://www.anekdot.ru/id/-9941504/
   d4rkmesa
 
38 - 29.05.18 - 19:59
(0) Имхо, оно того не стоит. Лучше через универсальный обмен, накидать в КД2 правила обмена для остатков и выгрузить в чистую стандартную базу, раз уж на то пошло. Тогда весь "мусор" останется в "старой" базе. Делал переход с 2 на 3 примерно таким способом, т.к. обновление + свертка слишком долго выполнялись.
   tesseract
 
39 - 29.05.18 - 23:38
(36) Точно, причем в "монопольном" режиме быстрее в 10-15 раз.
   Franchiser
 
40 - 29.05.18 - 23:42
(39) (36) так в каком режиме быстрее?
   SAURON777
 
41 - 30.05.18 - 10:06
Я так и не понял как лучше удалять 200 тыс. помеченных объектов, появившихся после свертки. Все ли сразу или по частям. Если по частям то какой обработкой. Писать свою?
   Aleksey
 
42 - 30.05.18 - 12:18
(41) асе сразу, чего там делить то
   RomanYS
 
43 - 30.05.18 - 12:25
(41) Если на 200 тыс. помеченных у тебя 50 тыс. не помеченных, то проще перенести в новую базу, например, ВыгрузкаЗагрузкаXML(нужные помеченные перенесутся по ссылкам). Можно ещё удалить всё без контроля ссылок, а потом восстановить нужные ссылки из копии.
Если не горит - удаляй ночами по чуть-чуть.
   SAURON777
 
44 - 31.05.18 - 15:26
Если базу свернуть, то что конкретно бухгалтерии нужно будет потом заполнять руками?
   Nikoss
 
45 - 01.06.18 - 06:26
(43) этож сколько времени будет xml-ка формироваться, плюс еще загрузаться? Небось еще дольше выйдет чем удалять пачками.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует