N для SQL Server: один большой шпиндель набор для всех нагрузок или дискретен по нагрузк

Question

03Cp> SQL Server 2014, Standard Edition (работает под VMware, FWIW). n Добавление коробки Dell MD3420 DAS.u003C/

03Cp> В старой школе вы настроили дискретные наборы шпинделя для MDF, LDF, Tempdb, Backup.u003C/

03Cp> Напримерu003C/

03Cul> N.u0
• 03Cli> MDF: Кол-во 6: 300 ГБ-15к, RAID 10 // 900GB Хранениеu003C/l
i> N.u0
• 03Cli> ЛДФ: Кол-во 4: 150 ГБ-15К, RAID 10 // Меньшее место для данных, шпиндели, чтобы увеличить IOPSu003C/l
i> N.u0
• 03Cli> Tempdb: Кол-во 4: 150 ГБ-15К, RAID 10 // Меньшее место для данных, шпиндели для увеличения IOPSu003C/l
i> N.u0
• 03Cli> Резервное копирование: Кол-во 2: 2TB, RAID 1u003C/l
i> N.u003C/u

03Cp> Используйте корпус: n Эта система имеет 5 баз данных, а oltp.u003C/

03Cp> В настоящее время мне говорят: просто настроили кол-во 10: 600 ГБ-15К, и поставьте MDF, LDF, Tempdb и резервное копирование там. Общая более высокая производительность более крупного шпинделя настроила больше, чем состоит в том, чтобы сочинить сопроводительное сопровождение для LDF и резервного копирования одновременно во время резервных копий.u003C/

03Cul> N.u0
• 03Cli> а) Это новый путь правильно?u003C/l
i> N.u0
• 03Cli> B) LDF должен быть дискретный по отношению к МДФ ... Я чувствую себя забавно!u003C/l
i> N.u0
• 03Cli> C) Я действительно чувствую, что резервные копии должны быть их собственным набором шпинделя (для кучка причин)u003C/l
i> N.u003C/u

03Cp> Победитель ? SQL традиция? Или архитектор для хранения Dell?u003C/

Answer 1

03Cp> u003Cstrong>Последний ответ:u003C/strong>u003C/

03Cp> Как здесь отметили Ali и другие плакаты, реальный вопрос: каково детальное использование?u003C/

03Cp> Говоря: «OLTP» не отвечает на вопрос. Настоящий вопрос гораздо подробнее. Например, «Tempdb последовательно забивает (такое, что вы хотите изолировать, что IO из MDF IO)»u003C/

03Cp> В нашем случае преимущество более крупного пролета (больше шпинделей) значительно больше, чем нагрузка Tempdb, так что это шаг 1:u003C/

03Cul> N.u0
• 03Cli> Положите MDF и Tempdb на тот же пролет.u003C/l
i> N.u003C/u

03Cp> Следующая точка - резервное копирование. Как обсуждалось, резервное копирование должно быть на Diff Span.u003C/

03Cul> N.u0
• 03Cli> Готово: Backup не находится на главном диапазоне дисков RAID10 (в нашем случае он находится на совершенно разных дисковых дисковых данных / шкафах по ISCSI).u003C/l
i> N.u003C/u

03Cp> Теперь жесткий: LDF. По книге LDF должна быть на дисковой дисковой системе, чем MDF. Это старый, установленный SQL Server Protocol.u003C/

03Cp> Но это означает ухудшение производительности общего дисковой системы.u003C/

03Cp> Это тонкая тема. Он начинает толкать вас, чтобы спросить: «Что такое сценарий сбоя? Что такое сценарий восстановления?»u003C/

03Cp> u003Cstrong>Некоторые ответы:u003C/strong>u003C/

03Cul> N.u0
• 03Cli> 1) Мы реализуем прямой прикрепленный SCSI (DAS) через интерфейс SAS.u003C/l
i> N.u0
• 03Cli> 2) Наиболее вероятной критической неисправностью будет вся подсистема (из-за отказа от призыва или HBA)u003C/l
i> N.u0
• 03Cli> 3) наличие LDF на дискретных дисках в этом кабинете вряд ли имеет значениеu003C/l
i> N.u003C/u

03Cp> u003Cstrong>Дальше:u003C/strong>u003C/

03Cul> N.u0
• 03Cli> Если мы журнал отправляем эти дб каждые несколько минут до другой коробки SQL, проигрывающая LDF не является критическимu003C/l
i> N.u0
• 03Cli>u0

  03Cp> Если мы просто сделаем резервные копии журналов каждые несколько минут (в дополнение к полным резервам ежедневно), потеря LDF не является критическимu003C/

  p>u003C/l
i> N.u0
• 03Cli>u0

  03Cp> Заключение: LDF и MDF могут сидеть на одном промежуточном промедлении.u003C/

  p>u003C/l
i> N.u003C/u

03Cp> Победитель: следуйте архитектору хранилища Dell: u003Cstrong>повышение производительности более крупного набора шпинделя, в этой ситуации перевешивает другие проблемы.u003C/strong>u003C/

Answer 2

03Cp> Это вопрос восстановления базы данных в первую очередь, затем производительность.u003C/

03Cp> u003Cstrong>RU Recoveryu003C/strong> :u003C/

03Cp> Поддерживая LDF и файл MDF в том же физическом массиве, вы теряете любые шансы выполнить резервную копию «хвоста журнала». Это означает, что ваши данные уходят из:u003C/

03Cul> N.u0
• 03Cli>u0

  03Cp> Последняя транзакционная журнал взята и скопирована от неудачного массива.u003C/

  p>u003C/l
i> N.u0
• 03Cli>u0

  03Cp> Зеркальная пара / доступность группы / реплицированная база данных в другом местеu003C/

  p>u003C/l
i> N.u003C/u

03Cp> Поэтому первый вопрос: «Сколько данных вы можете потерять». Если вы не можете потерять больше, чем частота, в которой вы обратно свои журналы, то вкладывая его на этот массив, не собирается удовлетворить объектив потери данных.u003C/

03Cp> u003Cstrong>Представление:u003C/strong>u003C/

03Cp> Остальное действительно зависит от ваших шаблонов использования. Похоже, у вас нет активной машины, мы можем получить базовую линию, если я не так, дайте мне знать. Предполагая, что мы не можем понимать, что Diskio имеет решающее значение, особенно когда не хватает ОЗУ или в условиях высокой транзакции. Как вы думаете, это будет очень высокопрокат? Если это так, дайте много дисков на драйв журнала транзакций. Эта версия Dell San давайте 03Ca href="http://www.pcmech.com/article/performance-tuning-black-art-short-stroke-hard-drive/" rel="nofollow">короткий ходu003C/ ваших дисков, которые должны дать вам хороший повышение производительности, поскольку привод журнала транзакций, как правило, проходят несколько дисков, а не для пробела, но для производительности записи.u003C/

03Cp> Tempdb на своих собственных дисках были полезны, но если у вас нет настоящей четкой идеи относительно того, почему вы это сделаете, то действительно вы должны проверить это или просто поставить его в тот же массив и тестировать это. 03Ca href="http://logicalread.solarwinds.com/sql-server-tempdb-best-practices-placement-w01/#.VsZoE_krJhE" rel="nofollow">Темпдбu003C/ могут иметь нечетные шаблоны, чтобы вы могли получить различные результаты и рост производительности. Многие люди, хотя просто помещают его на одни и те же диски, что и данные. Это зависит от вас в этом случае.u003C/

03Cp> Иногда может стоить сегрегирование дисков приложениями приложений и DBS, которые их поддерживают. Я не уверен, если у вас есть этот вариант. Если вы этого не сделаете, ваш макет выглядит хорошо, но без тестирования невозможно сказать. Лично я бы проверил столько, сколько смогу сначала, посмотрите на то, насколько мы ожидаем роста, а затем посмотрим, имеет ли это, что имеет больше ли он, чтобы добавить больше IOPS в основной массив данных, или держать их отдельными.u003C/

03Cp> Можете ли вы вообще сделать u003Cem>какойu003C/em> -либо бенчмаркинг?u003C/