vmarkovsky

Обзор ресурсов и рекомендаций.
Железо:
обычно основной затык – файловая система, поэтому должен буть RAID 10 с кешированием записи.
Производительность RAID под разной нагрузкой – куча результатов тестирования разных систем.
Размер страйпа – 64к, размер кластера – 64к. Или так:

Оптимальные размеры (и страйпа и юнита, они должны иметь одинаковый размер):
для баз с преобладанием операций записи (OLTP) – 64-128 кБ
для баз с преобладанием операций чтения (OLAP) – 128-256 кБ

Но есть и другие советы:

2 scsi диска в R0, кластер 64, данные основных баз
1 scsi диск, кластер 64, tempdb + msdb данные
1 scsi диск, кластер 8, все логи + бекапы
1 sata диск, кластер по умолчанию (оч небольшой, ибо файла полно), система + бекапы

http://www.sql.ru/forum/actualthread.aspx?tid=417984
Вот что говорят внутри Microsoft:

Годика три назад я поднимал дискуссию, и в т.ч. парни из МС сами подорвались проверить. Вот кусок, резюмирующий их тесты для OLTP системы:
Internally at Microsoft we format with 64KB on NTFS. In SQL Server we distinguish between 3 different read sizes:
8K – for single pages in cases of seeks
64K – in cases of index oriented scans which is the majority of scans (the 99.9% case)
256K – in case of allocation oriented scans which is the least probable way used in special cases of full table scans without any where clause specified.
According to tests that our IT conducted, the 64K formatting offered the best allround performance. Therefore our recommendation sticks with that.
In benchmarks we also format with 64K.

Тринити:

это требует времени и квалификации (очень высокой квалификации, а не чтения форумов). Результат – непредсказуем.
Поэтому в масспродакшене используется более тупой метод – грубая сила. Это может быть дороже (если у Вас в штате есть высококвалифицированный спец, который может сделать тюнинг забесплатно), зато дает ГАРАНТИРОВАННЫЙ и ПРОГНОЗИРУЕМЫЙ РЕЗУЛЬТАТ.

Вывод:

не ищите спасения в страйпах и блоках, оптимизируйте индексы и запросы!

http://www.sql.ru/forum/actualthread.aspx?bid=1&tid=514530&pg=2

Разнести на разные контроллеры систему, базу, лог. Если нет возможности – на разные разделы.
Собирать статистику, анализировать: (
Конфигурация железа и оптимизация сервера 1С 8.1 и БД (SQL)
Контрольный список вопросов оценки производительности аппаратных средств SQL Server
Оптимизация производительности ЦП SQL Server – перевод класики, много правильных значений счетчиков производительности
Проверка производительности SQL Server
Spotlight® on SQL Server Enterprise – мега-инструмент, все как на ладони, сам предупреждает когда что-то не так.
)
общая информация: http://www.gilev.ru/1c/hardware/main.htm – работник Раруса, научный подход :)

SQL:
Память – опция 3ГБ, режим AWE (http://communitas.org.ua/?p=42)
Дефрагментировать индексы, обновлять статистику
Тюнинг индексов: собрать статистику, запустить Тютинг визард.
Время 64-бит пришло! По возможности ставить все 64-битное.
Конспект установки 1С:Предприятие 8 на MS SQL Server 2005 (полезно и для 7.7)

Windows Server 2008: если используется совместно с 2003, проявляется проблема порядка сортировки. Решено в 26 и выше релизе 1С 7.7 (ordnochk). Если нужно использовать 25-й релиз, пока решения не нашел.

This entry was posted on Понеділок, 13 Жовтня, 2008 at 3:02 and is filed under Серверный софт. You can follow any responses to this entry through the RSS 2.0 feed. Both comments and pings are currently closed.