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



Когда надо делать свертку?

Когда надо делать свертку?
Я
   Klesk
 
26.07.18 - 17:57
ут 11, уже 46 гиг, с 2004 года
скорость не страдает, dt где то час делвется, тии давно не делал, предполагаю что за ночь уже не уложится, и вот стали мысли такие посещать а не пора ли?
 
 
   Cyberhawk
 
1 - 26.07.18 - 17:57
Свертку регистра / регистров - когда захочется / когда потребуется
   OldCondom
 
2 - 26.07.18 - 18:41
Файловая что ли?
   unregistered
 
3 - 26.07.18 - 18:47
(0) Ответьте для начала самим себе на простой вопрос: А зачем?

В 95% свёртка не нужна. В остальных 5% необходимость связана каким-либо административными причинами - скрыть/спрятать данные, либо методическими - обрезать косячные данные для перехода на другие методики ведения учета.
Ну еще пожалуй бывают чисто технические причины - подготовительный этап для переноса данных в другую систему или на новую редакцию. Хотя это можно отнести к методическим причинам.

Ну и ещё. Учтите, что сильной выгоды от свёртки не получите. Даже если свернёте до 2015 года (3 года надо оставить для анализа динамики, аудиторский след, возможности нормально вносить корректировки реализации и поступления), то сокращения базы не будет в 4 раза (скратить с 12-ти лет до 3-х).

Короче я против свёртки. Особенно, когда не знаете, зачем она вам нужна.
   Cool_Profi
 
4 - 26.07.18 - 19:07
дт - это не архив
   lodger
 
5 - 26.07.18 - 19:22
(4) может человек себе копию в другой субд делает и разрабатывает там... или в файле...
   mistеr
 
6 - 26.07.18 - 19:28
(0) Когда делать нечего.
Особено если "скорость не страдает".

P.S. Зависимость от времени выгрузки .dt — признак непрофессионализма.
   Cyberhawk
 
7 - 26.07.18 - 19:28
(3) "В 95% свёртка не нужна. В остальных 5% необходимость связана каким-либо административными причинами - скрыть/спрятать данные, либо методическими - обрезать косячные данные для перехода на другие методики ведения учета" // Все с точностью до наоборот - ни одной причины делать свертку регистра нет, кроме как технической - уменьшить занимаемый этим регистром объем на диске
   kofeinik
 
8 - 26.07.18 - 19:38
(7) Тут все от объемов зависит, в данном случае 46 гиг за 14 лет - ниочем, а в остальном - (3) +1, только руководству это объяснить сложно
   Klesk
 
9 - 26.07.18 - 21:06
не ну скульные архивы каждый день делаются, .dt просто как то перед правкой конфы спокойней что ли, да места на диске (sas) не резиновое, копия для разработки полюбому есть, просто вопрос чем руководствоваться, когда "ПОРА".
   spectre1978
 
10 - 26.07.18 - 21:39
(9) если напрягает место, то свертка хорошего выигрыша не даст. Тогда уж разумнее остатки и часть доков в чистую базу.
 
 Рекламное место пустует
   spectre1978
 
11 - 26.07.18 - 21:46
(0) УТ11 с 2004 8-O ? Это сколько же было переходов на новые редакции. С УТ10 на УТ11 переходили уже с огромным объемом данных, получается?
   jsmith82
 
12 - 26.07.18 - 22:22
Давно уже пора
   Aleksey
 
13 - 26.07.18 - 22:49
(11) УТ10 вышла в 2003, в 2004 вышла УТ10.1, УТ11 в 2012

Как они могли в 2004 вести учет на УТ11?
   yzimin
 
14 - 26.07.18 - 23:04
(0) Делать имеет смысл, когда база уже еле шевелится от количества данных в регистрах, а на новый сервер денег жмут. На выходе часто получается, что дешевле было бы купить сервак)))
   Klesk
 
15 - 26.07.18 - 23:07
переход был с 7.7 в 2012, потом свертка и обновление на новые редакции ибо в 2012 было все с ут 11 плохо, сейчас сидим на редакции января 2014 года, руководство все устраивает, мне хотелось бы конечно но когда просят минимум лям за обновление на текущую версию ут, без гарантий,  никто не выдерживает.. я сам тоже не хочу быть крайним
   Klesk
 
16 - 26.07.18 - 23:09
(13) да сорри, с 2014
   ink-nsk
 
17 - 27.07.18 - 06:50
2(0) Если файл, то когда одна таблица достигнет 4Гб база накроется (ну не совсем, а просто запись в таблицу будет не возможен), а что за таблица только тебе оценивать. Вот тогда и нужна будет свертка.
Думаю бардак у тебя в УТ, оценивай прирост в месяц и поймёшь что будет завтра с базой.
   МимохожийОднако
 
18 - 27.07.18 - 07:10
(17) У него скуль если чё
   Галахад
 
19 - 27.07.18 - 07:20
Причины когда бы я рассматривал свертку:
1. Долгое восстановление из бэкапа.
2. Не хватает места на диске.
3. Проблемы с регламентами скуля.
   Cyberhawk
 
20 - 27.07.18 - 08:57
Возможно, надо делать не свертку, а какой-нибудь жирный справочник присоединенных файлов грохнуть (или вынести в отдельную базу / место)
   uno-group
 
21 - 27.07.18 - 09:16
ИМХО Когда к данным из обрезаемого периода обращаются менее 3 раз за год. Если сильно затянуть то потом окажется что за то время когда базу можно спокойно обрезать обрезается катастрофически мало. А при переносе данных в новую базу успеваешь перенести слишком мало. и потом в старую базу народ вынужден по несколько раз в месяц заходить чтобы получить нужные данные. или рисовать отчеты которые будут их тянуть из старой базы.
   1c-kind
 
22 - 27.07.18 - 09:25
Тоже задаюсь вопросом о свертке.

Есть 2 базы: Дописанная УПП и почти полностью переписанная Управление хлебозаводом (ОБД).

Между ними обмен. Файлы данных : УПП - 490гиг, ОБД - 176.

Размеры sql Бэкапов : 44 и 29 соответственно.
Время бэкапа (полного) - 12минут и 22 минуты.
Обновление статистики : в районе 15 минут.

Итоги считаю периодами (годами или кварталами).
Дисковое пространство имеется.
Базы ведутся с 2012 года.

Подскажите пожалуйста, стоит ли заниматься "резкой баз" или оставить все как есть?
   Галахад
 
23 - 27.07.18 - 09:50
(22) Можно еще исходить из того, есть ли куда развернуть базу если боевой сервер загнется.
   1c-kind
 
24 - 27.07.18 - 09:55
(23) Да есть. В той же стойке стоит абсолютно зеркальный сервер , на котором развернуты тестовые аналогичные базы для доработок.
   GANR
 
25 - 27.07.18 - 09:58
(0) Если хотите потерять обороты в регистрах за прошлые годы - вперёд. Нет снижения быстродействия - нечего париться.
   1c-kind
 
26 - 27.07.18 - 09:59
Правда на нем еще висит терминал сервер на 30 пользователей, но в случае краша основного сервера, терминал повинится или временно устранится вообще.
   1c-kind
 
27 - 27.07.18 - 09:59
подвинется
   Галахад
 
28 - 27.07.18 - 10:06
(24) Тогда срочности нет. ИМХО.
   1c-kind
 
29 - 27.07.18 - 10:42
(28) Тоже думаю, по моим наблюдениям дисковой подсистемы хватит еще на 3-5 лет, потом сделаем апгрейд либо приобретем новые сервера.
   toypaul
 
30 - 27.07.18 - 11:00
46 Гб это мало. у заказчика база под 1Тб. без свертки тяжело им сейчас.
   toypaul
 
31 - 27.07.18 - 11:01
а когда накрылись быстрые диски медным тазом, которые нигде не купить, тогда вообще все ИТ на уши поставили.

а потом и вовсе реорганизацию ИТ затеяли :)
   OldCondom
 
32 - 27.07.18 - 14:38
По опыту использования БП КОРП 2.0 в 450++Гб могу сказать, что лучше все же сворачивать до 3-5 лет. Типовой переход подразумевает перелопачивание всех документов в базе и чем их больше, тем дольше будет крутиться процесс. Может занять дни.

Даже если использовать перенос своими силами через свертку и КД все равно времени уйдет до дури, а уж трудозатрат тем более. Один перенос свернутых данных через xml чего стоит. На файле в несколько Гб я сбросил процесс.
   echo77
 
33 - 27.07.18 - 15:07
(4) +1
 
 
   unregistered
 
34 - 27.07.18 - 15:21
(7) > уменьшить занимаемый этим регистром объем на диске

Нет такой потребности. Эта маструбация со свёртками ради сокращения объема базы данных была актуальна для клюшек.
На снеговике конечно тоже такое иногда возникает, но это либо какая-то совсем уж безумная особенность учета (например, десятки и сотни тысяч отгрузок ежедневно), либо что-то не так с проектировкой регистра, когда он не закрывается в "0" и растут таблицы итогов.


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