АД
а в чём проблема выгрузить dt при таком скромном размере базы?
Просто обеспечьте на севрере 1С на диске С 150ГБ свободного места примерно
Просто обеспечьте на севрере 1С на диске С 150ГБ свободного места примерно
Size: a a a
2021 June 07
АД
переход через dt - единчтвенный верный вариант, остальное - костыли
S
Нельзя останавливать работу компании( в 20 пользователи заканчивают и в 8 начинают рабочий день) выгрузка dt из базы размером более 350gb будет оооочень долгая
АД
Значит подумайте как уменьшить объем перед выгрузкой
Ну и протестируйте время, потом уже будет понятно какое окно должно быть
Ну и протестируйте время, потом уже будет понятно какое окно должно быть
АД
Проанализировать нужно что именно столько в базе занимает, можно ли это уменьшить или удалить и т.д.
S
уже анализировали, пользователей более 500 и это размер после чистки :(
АД
12 часов для такой базы на нормальных дисках и процах должно хватить на выгрузку/загрузку, но чтобы зна ь точно нужно пробовать на тесте
S
спасибо за совет!!
АД
350ГБ это небольшая база, тестируйте
АД
Можно ещё через РИБ, вообще простой сведётся к минимуму, но подготовка и тестирование огромное время займут
АШ
Ничего себе небольшая
А какая большая тогда?
А какая большая тогда?
АД
В части выгрузки dt- когда за террабайт уходит, тогда по времени сильно можно в техокно не успеть
И
4TB за выходные мигрировал с MSSQL на PG.
АШ
Сколько ж ей надо времени на обслуживание и обновление и сколько оперативки она при этом ест
AT
Сколько оперативки дадут - столько и ест. У меня есть в немного другом проекте опыт с ~7тб базой - и дальше 768гб ОЗУ мы пруфита не увидели, и то, это с учётом того что у нас есть индексация Гугл бота которая гребёт почти всё, если не всё с БД. Слишком много слабо используемого добра, которое отлично лежит на диске.
АШ
А обновление такой базы сколько съест?
AT
Сколько съест чего?
И
Нервов
AT
:))
На самом деле, если есть логическая репликация, то нервы даже остаются в порядке.
На самом деле, если есть логическая репликация, то нервы даже остаются в порядке.
АШ