Советы по миграции SQL Server 2016

У меня слишком много баз данных на Sql Server 2016. В настоящее время размер моего диска становится недостаточным для моих баз данных. А так же процессора, памяти тоже не хватает. Иногда задания получают ошибки.

Одна из моих баз данных составляет около 1,2 ТБ, а другая — 500 ГБ. Я планирую перенести базы данных на новый сервер. Я имею в виду, что я планирую миграцию. У меня есть несколько вопросов. допустим 3 диска. Один для файлов данных, один для файлов журналов и один для tempdb.

Что вы думаете, если добавить еще один диск, и я перенесу свою самую большую базу данных, которая составляет 1,2 ТБ, на этот дополнительный диск. Могу ли я получить эффективность по производительности? Я думаю, что это будет лучше, потому что чтение данных будет на разных дисках. Я прав ? Что вы предлагаете в этой ситуации?


sql-server sql-server-2016
person Oracsql    schedule 21.11.2017    source источник
comment
Используете ли вы сжатие страниц или индексы columnstore? Это может уменьшить размер БД. А ваши БД настроены на простое ведение журнала? В любом случае, дисковое пространство очень дешевое, так что просто делайте его достаточно большим. И хорошая идея, чтобы журнал, данные и база данных tempdb были защищены.   -  person SqlKindaGuy    schedule 21.11.2017
comment
Нет, я не использую сжатие страниц и индексы columnstore. Я перенесу свой сервер, но у меня нет большого опыта работы с дисковой архитектурой. Я путаюсь, если я добавлю 2 диска для файлов данных и если я перенесу 2 самые большие базы данных на один диск, а другую базу данных на другой диск. Это может быть больше КПД или нет. Или как я должен установить?   -  person Oracsql    schedule 21.11.2017
comment
попробуйте использовать это EXEC sp_estimate_data_compression_savings 'Production', 'WorkOrderRouting', NULL, NULL, 'PAGE' ; Тогда вы сможете оценить экономию при использовании сжатия страницы   -  person SqlKindaGuy    schedule 21.11.2017

Ответы (1)


arrow_upward
0
arrow_downward

У вас есть доказательства того, что IO является вашим узким местом? Вероятно, вам следует сначала сделать некоторые тесты.

В случае с идеальной архитектурой вам нужно сначала выяснить узкое место. Если у вас мало памяти, то, возможно (если вы не можете получить больше), вы можете переместить свою tempdb на SSD-диски, чтобы ваши сбросы в tempdb были быстрее.

Конечно, в большинстве случаев, если вам нужно улучшить производительность (в большинстве случаев), это будет ваша архитектура базы данных.

person Ruslan Tolkachev    schedule 21.11.2017
comment
спасибо за советы, я планирую tempdb на SSD-накопителе, файлы данных и файлы журналов будут на другом диске. - person Oracsql; 22.11.2017