|
Как уменьшить базу для разработки | ☑ | ||
---|---|---|---|---|
0
na1kk
31.01.22
✎
18:38
|
Всем привет.
Боль: база ерп весит 100 ГБ и для каждого разработчика (а их аш 10), нужна своя ДТ. 1 ТБ места под копии баз. Какие есть бест практик, чтобы уменьшить базу (кроме того, как выдать всем чистую СФ ерп :)) |
|||
1
МихаилМ
31.01.22
✎
18:42
|
(0) садитесь и пишите скрипт, который оставляет по 10к документов каждого вида с движениями. остальное удаляете прямыми запросами.
|
|||
2
na1kk
31.01.22
✎
18:49
|
(1) уже готового нету? Заплачу старт мани
|
|||
3
Смотрящий
31.01.22
✎
18:50
|
Кому нужны эти стар мани
|
|||
4
na1kk
31.01.22
✎
18:51
|
(3) хаха)
|
|||
5
timurhv
31.01.22
✎
18:55
|
(0) Они в терминале работают или на стационарных ПК?
|
|||
6
na1kk
31.01.22
✎
18:56
|
(5) терминалка
|
|||
7
timurhv
31.01.22
✎
19:00
|
(6) была какая-то коммерческая приблуда по типу виртуализации (ссылка не сохранилась): общий снимок БД, потом 10 веток с изменениями, внешне как будто разные базы данных.
Настраивали чтобы ночью основная ветка БД обновлялась, а 10 веток удалялись и создавались заново. |
|||
8
План счетов
31.01.22
✎
19:06
|
Тоже интересно.
иногда так делаю, с рабочей базы cf, разворачиваю пустую, потом из рабочей переношу несколько документов xml переносом. но как то это все долго. |
|||
9
banco
31.01.22
✎
19:06
|
(0) Самый легкий вариант купить большие диски.
У нас только одна база весит 1тб. |
|||
10
Garykom
гуру
31.01.22
✎
19:33
|
(0) посмотреть что в этой базе занимает столько места
если внешние файлы то выкинуть их в тома второй вариант в (7) но никаких коммерческих приблуд не требы есть https://habr.com/ru/post/440804/ |
|||
11
na1kk
31.01.22
✎
19:41
|
(10) ничего особенного. Самое тяжелое расчет себестоимости 10 гб.
|
|||
12
na1kk
31.01.22
✎
19:43
|
(11) в тома уже все перенесено сразу.
|
|||
13
shuhard
31.01.22
✎
20:10
|
(11) нужно уточнить, для чего разработчикам нужны данные, если закрытие периода, насколько важны данные ближних месяцев
в целом - кокнуть заказы поставщикам/клиентам, установки цен и далее по размеру баз на сиквеле |
|||
14
shuhard
31.01.22
✎
20:13
|
(13) + база маленькая, лучший путь - выделить отдельный виртуальный сервер под отладку, ядер РСВ съест много и не диски будут узким местом
|
|||
15
acht
31.01.22
✎
20:18
|
(0) Включите сжатие на уровне страниц. Для ваших объемов достаточно будет просто сделать склджобу, которая в ночь запустится и пережмет все реструктурированное.
|
|||
16
acht
31.01.22
✎
20:19
|
(15)+ Потребуется ентерпрайз или девелопер едишн скл сервера
|
|||
17
МихаилМ
31.01.22
✎
20:26
|
10 рисовальщиков формочек - и ни одного спеца.
|
|||
18
серый КТУЛХУ
31.01.22
✎
20:36
|
это ж свертка. не?
|
|||
19
timurhv
31.01.22
✎
21:08
|
(15) Спасибо за интересную информацию, нашел статью с триггерами. БД сжалась с 29Гб до 9Гб.
|
|||
20
acht
31.01.22
✎
21:43
|
(19) С триггерами у вас могут отвалится операции типа "INSERT INTO NewTable SELECT FROM ExistingTable". Сама 1С такого вроде не делает, но хрен его знает.
|
|||
21
vovastar
31.01.22
✎
21:51
|
(0) в то время, когда жесткий диск на 10 ТБ стоит почти как день работы разработчика ЕРП, вопрос как минимум странный.
|
|||
22
na1kk
31.01.22
✎
22:01
|
(21) пока закажешь, пока диски придут, пока поставишь.. Да и просто зачем 110 гб на одного разработчика, если он пользуется только 10% от функционала.
|
|||
23
timurhv
31.01.22
✎
22:01
|
(20) да я побаловался на тестовой, больше использовать не буду, информация занятная просто :) Скорость записи осталась такой же. Чтение не проверял
|
|||
24
vovastar
31.01.22
✎
22:03
|
(22) писец, ДНСов на каждом углу как пятерочек. Да и что прям такая патовая ситуация с разработкой возникла внезапно?
|
|||
25
timurhv
31.01.22
✎
22:06
|
(16) Кстати, пишут с SQL 2014 SP1 добавили во все редакции, в т.ч. Express
|
|||
26
acht
31.01.22
✎
22:17
|
(22) > зачем 110 гб на одного разработчика
Прально-прально, отдайте лучше дизайнерам. А то у них, бедных, псд не помещается. |
|||
27
pechkin
31.01.22
✎
22:25
|
(21) так это тормозные диски
|
|||
28
vovastar
31.01.22
✎
22:33
|
(27) в любом случае, проблема высосана из пальца. Компания, в которой работает 10 разработчиков, имеет ЕРП на 100 ГБ и не может обеспечить 1Тб для работы. Ну чушь же.
|
|||
29
timurhv
31.01.22
✎
22:37
|
Я своего руководителя замучал, написал обоснование поставили 860 Pro на 2 Тб на старый сервак. Сказали что-то современное уже дорого и не имеет смысла.
https://market.yandex.ru/product--tverdotelnyi-nakopitel-samsung-860-pro-2048-gb-sata-mz-76p2t0bw/1973041340?cpa=1 Если ковыряют ERP, то смешно экономить на з\п 2-3 часов работы 10 человек. |
|||
30
МихаилМ
31.01.22
✎
22:38
|
(28) а компания, которая держит 10 разработчиков, не способных решить такую простую задачу - не чушь.
|
|||
31
Жан Пердежон
31.01.22
✎
22:39
|
(0) брось клич по офису скинуться на харды, если уж компания жмотит.
Обычно помогает |
|||
32
pechkin
31.01.22
✎
22:43
|
(29) зачем 2тб?
На больших базах вообще лучше на тестовых примерах писать. Сами примеры в автотесты заворачивать. Если какую себестоимость пилишь, то по другому вообще не реально |
|||
33
vovastar
31.01.22
✎
22:43
|
(30) таких как Гггеня)))
|
|||
34
timurhv
31.01.22
✎
22:54
|
(32) эта схема на КБ вроде описана: разработчики пишут в демо-базах, 1 полноценная тестовая база (копия боевой), туда накатываются все доработки и проверяются консультантами. Потом уходит в прод.
|
|||
35
pechkin
31.01.22
✎
23:06
|
(34) но без автотестов такая схема не работает
|
|||
36
Сергиус
31.01.22
✎
23:29
|
(0)Сделать рассписание и пусть работают по-очереди в одной. Кто-то в ночную должен точно)
|
|||
37
Naumov
31.01.22
✎
23:47
|
Нарисуй РИБ с регистрацией небольшого количества документов,
|
|||
38
ДенисЧ
01.02.22
✎
03:47
|
(37) Кстати, хорошая идея....
|
|||
39
DEVIce
01.02.22
✎
05:15
|
Какая-то жмотная организация.
Вот, 4Тб на SSD SATA закроет потребности на несколько лет вперед для всех ваших разработчиков: https://www.dns-shop.ru/product/6089810f0c933330/4000-gb-25-sata-nakopitel-samsung-860-pro-mz-76p4t0bw-mz-76p4t0bw/ И стоит 25% стоимости одного разработчика. |
|||
40
rphosts
01.02.22
✎
05:17
|
(39) 70Круб = 25% стоимости разработчика из Воронежа?
Не могу понять, вы про ФОТ за месяц или а год? |
|||
41
DEVIce
01.02.22
✎
05:34
|
(40) Ну пусть даже 100% ЗП за месяц, учитывая что их там 10 штук таких, то это все-равно не дорого и хватит с запасом и на долго. И не надо выдумывать всякую непонятную фигню со сжатием базы.
|
|||
42
na1kk
01.02.22
✎
05:37
|
(41) так это сейчас она 100 гб, через полгода будет 200, и разрабов будет не 10,а 20.
|
|||
43
DEVIce
01.02.22
✎
05:43
|
(42) Господи, купите еще один. Я понимаю когда база занимает хотя бы 10-ки терабайт и тогда надо как-то по другому решать вопрос, но сейчас это заштатный размер базы и решается все достаточно дешево покупкой дисков.
|
|||
44
rphosts
01.02.22
✎
05:45
|
(41) это-же Воронеж... там миша и программист-бетонщик
|
|||
45
shuhard
01.02.22
✎
05:46
|
(42) т.е. топик был флюдом изначально, ни базы, ни кодеров у ТС-а нет
|
|||
46
na1kk
01.02.22
✎
06:55
|
(43) хорошо) база 10-ки ТБ, какие есть варианты уменьшения? какая разница сколько она, если нужно понимать инструменты ее уменьшения.
|
|||
47
DEVIce
01.02.22
✎
07:13
|
(46) Разница в том, что "жесткий диск" идете покупаете и через максимум день все довольные работают несколько лет. А не думают и экспериментируют в течение нескольких месяцев и в итоге получают хрен пойми какое решение, которое в отдельных случаях все-равно не будет работать и для разбора ситуации надо поднимать полноценную копию рабочей базы.
|
|||
48
Адинэснег
01.02.22
✎
07:21
|
(0) пузомером топ-5 таблиц найдите, сожмите
вангую - это версионирование, файлы, почта и т.п. ... |
|||
49
na1kk
01.02.22
✎
07:22
|
(48) уже делал. самая большая таблица - расчет себестоимости, 10 ГБ.
|
|||
50
vovastar
01.02.22
✎
07:25
|
Недавно была тема, человек себе на 10 пользователей УТ сервер выбирал за лям. А тут реально, какое то нишебродство. Даже стесняюсь спросить, сколько тут разработчики получают.
|
|||
51
Адинэснег
01.02.22
✎
07:31
|
(50) так тут может все на ФОТ сливают, наоборот, что на сервер не остается)
|
|||
52
DrZombi
гуру
01.02.22
✎
07:56
|
(0) Понять, что разработки это затратные дела, и начать тратить :)
Либо, смириться и начать жить в том софте, какой купили, без доработок... Которые требуют наличие целой бригады кодеров :D |
|||
53
DrZombi
гуру
01.02.22
✎
07:58
|
(0) Есть вариант... https://1c.ru/news/info.jsp?id=17577
Ставите на каждый ПК индивидуально, ПК разрабам желательно дать помощнее и с большим объемом диска :) |
|||
54
DrZombi
гуру
01.02.22
✎
07:59
|
+ ДТ, моветон...
|
|||
55
na1kk
01.02.22
✎
08:02
|
(50) (51) (52) мы опять уходим не туда. Кроме как у (15) есть еще решения? все сидят в ДТах снятых с прод базы?
|
|||
56
DrZombi
гуру
01.02.22
✎
08:04
|
(42) Начать понимать, как работает ваша ЕРП, какие таблицы засераются и чем.
1. Понять, что куда пишется и как (пример, у нас база весит 150 ГБ - в сжатом виде, вся магия только во вложенных файлах, убрали файлы, база стала весит 5 гб - в жатом виде...) 2. Изучаем SQL и прямые запросы, по сжатию данных... тратим пару месяцев на написание скрипта, и потом просто периодически готовим для новых студентов базы с минимум данных (по сути пишем свертку) |
|||
57
DrZombi
гуру
01.02.22
✎
08:06
|
(55) Как-то слышал от коллеги смешное, про УПП - "Да там столько регистров, что устанешь удалять документ"... Не так и много там регистров, все удаляется :)
|
|||
58
DrZombi
гуру
01.02.22
✎
08:08
|
(55) Покупаем SQL 2019, там есть галочка "Сжимать данные", работаем медленно, но зато места много :DDDD
|
|||
59
na1kk
01.02.22
✎
08:17
|
(58) спасибо, попробую. Подскажите, а на производительность работы для разработчика это сжатие сказывается?
|
|||
60
Мультук
гуру
01.02.22
✎
08:24
|
(59)
1) Наймите себе уже DBA, без обид 2) Вы точно сможете в ЕРП ? У вас точно сервер (сервера), а не железный Феликс? P.S. Без обид, видел веселых людей, которые хотели у себя внедрять УТ 11.3 на сервере с аж 2Гб ОЗУ, с возможным расширением аж до 4Гб |
|||
61
Bigbro
01.02.22
✎
08:32
|
(55) когда у меня была действительно большая база - то продуктив работал отдельно на своих серверах, тестовый контур - отдельно на своих, и контур разработки для разработчиков жил на неактуальных данных, которые примерно раз в год актуализировались. для разработки по факту чаще и не нужно.
тестовый актуализировался чаще, так что аналитики могли проверить готовое решение почти на актуальных данных. |
|||
62
RAJAH
01.02.22
✎
08:48
|
(56) Если у них 2.5, то ясно, чем засирается: регистр "Детализация себестоимости товаров".
|
|||
63
na1kk
01.02.22
✎
09:07
|
(62) 2.4
|
|||
64
osa1C
01.02.22
✎
09:16
|
(4) хихикаешь??? не кому твои страт мани не впились)))
|
|||
65
na1kk
01.02.22
✎
09:22
|
(64) актуальный ответ
|
|||
66
vovastar
01.02.22
✎
09:22
|
(64) страт мани не впились\\это же криптовалюта.
|
|||
67
assasu
01.02.22
✎
10:10
|
(0) знаю контору которая 20 Тб превращает в 5 Тб для программеров
|
|||
68
novichok79
01.02.22
✎
10:17
|
truncate table?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |