Форум Программирование Общие вопросы программирования (Dev)

Очень долгая реструктуризация базы

1. Lonelcor 10 07.10.19 03:07 Сейчас в теме

Добавили регистр накопления в конфигурацию; база огромная; реструктуризация займет недели. Что можно сделать? Как компании проводят обновления в таких случаях?

По теме из базы знаний

Найденные решения

2. minarenko 07.10.19 05:03 Сейчас в теме

Добавление нового регистра не должно проходить долго. При изменении существующего, который содержит много записей тут да, реструктуризация занимает много времени.

Остальные ответы

Подписаться на ответы Инфостарт бот

Свернуть все

14. Ruslan2011 07.10.19 08:06 Сейчас в теме

(1) попробуйте на копии базы , если есть возможность.

вы же не будете делать это на боевой (рабочей) .

даже если и есть желание.

15. Lonelcor 10 07.10.19 08:11 Сейчас в теме

(14) Ну конечно на копии делали. На копии оттестировано, теперь залить надо в боевую. Проблема в том, что копия весит 200 ГБ, а продакшн - 1 ТБ+. И суть даже не в реструктуризации, а в том, что когда определяешь для регистра, какие документы движения будут в нем использоваться, запускается переиндексация этих документов с добавлением движений по этим регистрам (даже если их пока нет). Соответственно новый регистр + добавленные регистраторы в этот регистр = с*кс с обновлением из-за индексации.

Тестируем сейчас updatedbcfg v2, прирост виден на базе в 200 ГБ, будем пробовать на боевой.

22. Ruslan2011 07.10.19 18:21 Сейчас в теме

(15) успехов вам !

2. minarenko 07.10.19 05:03 Сейчас в теме

3. Ruslan2011 07.10.19 05:36 Сейчас в теме

фото выложите.
нет названия конфигурации - база огромная - это же база
конфигуратор - это же не база

вы что делали реструктуризацию , что решили о неделе ?

4. buganov 200 07.10.19 06:47 Сейчас в теме

(3)при чем тут конфигуратор? Изменение структуры ведет к реструктуризации вне зависимости от конфигурации.

5. nomad_irk 72 07.10.19 06:49 Сейчас в теме

(4)при добавлении нового регистра нечего реструктурировать

6. Ruslan2011 07.10.19 06:53 Сейчас в теме

(4) регистр внесен в конфигурацию или в платформу ?
5минут и вся реструктуризация.
вопрос причем здесь неделя ?

7. buganov 200 07.10.19 06:57 Сейчас в теме

(6)в платформу? Что, простите?
Неделя имелась ввиду у автора, что большие таблицы в десятки и сотни гигабайт реструктуризироваться могут неделю.

10. nomad_irk 72 07.10.19 07:13 Сейчас в теме

(7)еще раз: при ДОБАВЛЕНИИ нового объекта реструктуризации не будет от слова совсем.
Реструктуризация будет, если ИЗМЕНИЛИ существующий регистр, в котором есть записи.

Если записей действительно много, то быстрее будет создать новый регистр, начать работать с ним и в фоне переносить в него данные из "старого" регистра, либо использовать данные "старого" регистра как исторические.

11. buganov 200 07.10.19 07:27 Сейчас в теме

(10)действительно. Сомневался, не возникнет ли реструктуризации на регистраторе, смоделировал, не возникло. Вы правы

12. Boyborodin 07.10.19 07:31 Сейчас в теме

(11) Последнее время работаю в основном с большими базами (пол терабайта). Самая долгая реструктуризация которую видел занимала 6-8 часов, если резать прямо по тяжелому регистру. Это укладывалось в ночь или выходной день.

16. buganov 200 07.10.19 09:29 Сейчас в теме

(12)полтерабайта еще не предел. 200Гб может занимать одна только таблица этой базы. И ее реструктуризация уходит в небеса. К тому же чаще всего у нагруженных систем режим работы 24/7 и для бизнеса критичны даже 3-4 часа, не то, что целый день

19. Boyborodin 07.10.19 09:59 Сейчас в теме

(16) Возможно вы и правы, но фактически я на своей практике с такой реструктуризацией не встречался. Не представляю просто, что можно хранить в таком здоровом регистре.

20. buganov 200 07.10.19 10:21 Сейчас в теме

(19)данные о товарообороте, например. Данные о продажах

13. Ruslan2011 07.10.19 07:32 Сейчас в теме

(11) а вы попробуйте после вашего моделирования нажать F5

что произойдет ?

человек переживает . что это будет долго.

17. buganov 200 07.10.19 09:30 Сейчас в теме

(13)тут и нажимать нечего, если обновление прошло полностью, то при нажатии на Ф5 запустится отладка. Это даже без нажатия очевидно

18. Ruslan2011 07.10.19 09:55 Сейчас в теме

(17) а клинт запустится ?

думать может вам и не надо.
возьмите 10гб базу, внесите регистр в конфигурацию.сделайте изменения и запустите платформу.

и ждите.сколько это будет времени ?

8. buganov 200 07.10.19 06:59 Сейчас в теме

Автору могу посоветовать только проверить, какая таблица реструктуризируется. Если это документы, в которых есть табличные части, то можно откинуть ТЧ на СУБД, создав их пустые копии, после реструктуризации вернуть на место, дропнув пустые

9. Ruslan2011 07.10.19 07:11 Сейчас в теме

(8) не данных , кто делал

У регистра накопления есть
Измерения, Ресурсы, Реквизиты и Стандартные реквизиты.
вид регистра накопления — обороты и остатки.

никаких данных , что можно думать.

а вопрос мой к вам был в том , что изменения вносятся через конфигуратор. а платформа - чтобы было понятно , что вносятся изменения через конфигурацию.

21. scream 32 07.10.19 15:59 Сейчас в теме

у меня копия равна продакшену
иначе как тестировать ?
что вам мешает сделать копию с боевой базы ?

25. Lonelcor 10 01.11.19 11:19 Сейчас в теме

(21) Есть копия. Но как это относится к сути вопроса?

23. Indgo 364 08.10.19 10:10 Сейчас в теме

1.Подозреваю, что вы заливаете в базу картинки, что в принципе не приемлемо для больших баз SQL.
2. Если все же 1 терабайт - это реальные данные, которые нельзя подрезать - то перенестите табличные части в другую базу. SQL скрипт это делает примерно за 12 часов. Далее наказываете свои регистры. 1 час
И вернете назад свои табличные части еще 12 часов

24. Lonelcor 10 01.11.19 11:18 Сейчас в теме

(23) Да, изображения так же хранятся в базе. Спасибо за совет.

Внимание! Тема сдана в архив