O
Это исходя из рекомедаций инфостата на тему правильности настройки 1Сы и SQL
Настройки роста файлов какие?
Size: a a a
2020 December 07
D
Настройки роста файлов какие?
Были дефолтовые , 10% без ограничений
Сейчас поставил шаг 512Мб и ограничил по 70Гб на каждый файл
Сейчас поставил шаг 512Мб и ограничил по 70Гб на каждый файл
O
Были дефолтовые , 10% без ограничений
Сейчас поставил шаг 512Мб и ограничил по 70Гб на каждый файл
Сейчас поставил шаг 512Мб и ограничил по 70Гб на каждый файл
Рост был на 10%?
D
Рост был на 10%?
Да, по умолчанию такой параметр был
E
нет.
Прошу прощения, да, это не тот флаг
O
Да, по умолчанию такой параметр был
Не, имел в виду тот рост по 200 гб за ночь
O
он был на каких настройках и какой размер был тогда?
D
Не, имел в виду тот рост по 200 гб за ночь
Да, согласно графикам мониторинга практически единомоментно.
O
Да, согласно графикам мониторинга практически единомоментно.
Еще раз.. 200 Гб за ночь были зафиксированы при настройках роста файлов 10% или 512 мб? Какой был размер в начале этого роста?
D
Еще раз.. 200 Гб за ночь были зафиксированы при настройках роста файлов 10% или 512 мб? Какой был размер в начале этого роста?
Стартовый размер tempdb 8Mb
Были установлены директивы по умолчанию - 10% рост, без ограничений.
После месяца эксплуатации единомоментно в ночь файлы tempdb (их 8 штук) выросли. размер каждого составил >200Gb
После этого я уже поставил ограничения на 70Гб каждому с ростом в 512Mb , посмотрю что будет
Были установлены директивы по умолчанию - 10% рост, без ограничений.
После месяца эксплуатации единомоментно в ночь файлы tempdb (их 8 штук) выросли. размер каждого составил >200Gb
После этого я уже поставил ограничения на 70Гб каждому с ростом в 512Mb , посмотрю что будет
O
А, так это tempdb вымахала по 200Гб за ночь?
O
или 1Сная база?
D
А, так это tempdb вымахала по 200Гб за ночь?
Да, я же про tempdb и пишу)
D
Прошу прощения, если не верно изъяснился)
O
сколько щас логических процесоров?
D
2ЦПУ по 8 ядер = 16, на каждый по гиперу. Итого, 32 логических
D
опять же, согласно документации 8 частей tempdb должно быть в самый раз
AN
Ну, короче, правильный дизайн БД начинается с разбивки файловый групп и отсуствия пользовательских объектов в PRIMARY.
а где можно поподробнее про этот дизайн почитать?
AN
первый раз про такое слышу
O
а где можно поподробнее про этот дизайн почитать?
Много где это встречал, наверное самый простой способ понять почему так - почитать про частичное восстановление баз данных. При повреждении PRIMARY нельзя восстановить часть базы - только полный бэкап, логи и всё такое. если побъётся вторичная файловая группа, то можно в онлайне ее восстановить и возможно даже никто не заметит. Последнее верно для Enterprise.