По теме из базы знаний
- Восстановление работоспособности файловой базы. 0. Введение
- Изменение структуры баз 1С 7.7 без долгой реструктуризации. Часть 1. Справочники
- Быстрая реструктуризация базы данных
- Быстрый фронт в базе размером 6.8 терабайт – наши стандарты при разработке и рефакторинге запросов
- Реструктуризация - бесконечная история
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(14) Ну конечно на копии делали. На копии оттестировано, теперь залить надо в боевую. Проблема в том, что копия весит 200 ГБ, а продакшн - 1 ТБ+. И суть даже не в реструктуризации, а в том, что когда определяешь для регистра, какие документы движения будут в нем использоваться, запускается переиндексация этих документов с добавлением движений по этим регистрам (даже если их пока нет). Соответственно новый регистр + добавленные регистраторы в этот регистр = с*кс с обновлением из-за индексации.
Тестируем сейчас updatedbcfg v2, прирост виден на базе в 200 ГБ, будем пробовать на боевой.
Тестируем сейчас updatedbcfg v2, прирост виден на базе в 200 ГБ, будем пробовать на боевой.
(7)еще раз: при ДОБАВЛЕНИИ нового объекта реструктуризации не будет от слова совсем.
Реструктуризация будет, если ИЗМЕНИЛИ существующий регистр, в котором есть записи.
Если записей действительно много, то быстрее будет создать новый регистр, начать работать с ним и в фоне переносить в него данные из "старого" регистра, либо использовать данные "старого" регистра как исторические.
Реструктуризация будет, если ИЗМЕНИЛИ существующий регистр, в котором есть записи.
Если записей действительно много, то быстрее будет создать новый регистр, начать работать с ним и в фоне переносить в него данные из "старого" регистра, либо использовать данные "старого" регистра как исторические.
Автору могу посоветовать только проверить, какая таблица реструктуризируется. Если это документы, в которых есть табличные части, то можно откинуть ТЧ на СУБД, создав их пустые копии, после реструктуризации вернуть на место, дропнув пустые
(8) не данных , кто делал
У регистра накопления есть
Измерения, Ресурсы, Реквизиты и Стандартные реквизиты.
вид регистра накопления — обороты и остатки.
никаких данных , что можно думать.
а вопрос мой к вам был в том , что изменения вносятся через конфигуратор. а платформа - чтобы было понятно , что вносятся изменения через конфигурацию.
У регистра накопления есть
Измерения, Ресурсы, Реквизиты и Стандартные реквизиты.
вид регистра накопления — обороты и остатки.
никаких данных , что можно думать.
а вопрос мой к вам был в том , что изменения вносятся через конфигуратор. а платформа - чтобы было понятно , что вносятся изменения через конфигурацию.
1.Подозреваю, что вы заливаете в базу картинки, что в принципе не приемлемо для больших баз SQL.
2. Если все же 1 терабайт - это реальные данные, которые нельзя подрезать - то перенестите табличные части в другую базу. SQL скрипт это делает примерно за 12 часов. Далее наказываете свои регистры. 1 час
И вернете назад свои табличные части еще 12 часов
2. Если все же 1 терабайт - это реальные данные, которые нельзя подрезать - то перенестите табличные части в другую базу. SQL скрипт это делает примерно за 12 часов. Далее наказываете свои регистры. 1 час
И вернете назад свои табличные части еще 12 часов
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот