none
Планирование дисковой подсистемы для Exchange 2007 RRS feed

  • Вопрос

  • Доброго времени суток!

    При планировании дисковой подсистемы для Exchange 2007 столкнулся с дилеммой:

    С каким Allocation unit size необходимо фориатировать раздел с базами, а какой с логами?

    Для Exchange 2003 - 4096 и 8192  соответственно.

    А в Exchange 2007 изменили страницу с 4Кб до 8Кб, так вот я и думаю не нжно ли форматировать с 8192 для всех дисков?

     

    • Перемещено Hengzhe Li 18 марта 2012 г. 8:12 forum merge (От:Exchange Server 2007)
    9 января 2007 г. 8:33

Ответы

  • Partition Allocation Unit Size

    In Exchange 2007, we recommend that you configure NTFS volumes hosting databases with an NTFS allocation unit size of 64 KB. The recommendation of 64 KB is based on performance improvements seen with large sequential read operations. This type of profile is typically seen with streaming backup and Eseutil tasks.

    In some scenarios a benefit is seen with sequential I/O, particularly when performing a streaming backup, or when running Eseutil for a VSS checksum integrity or database repair. Always use your storage vendor’s recommended setting, but if your storage vendor does not have a recommended setting, use 64 KB.

    http://technet.microsoft.com/en-us/library/c5a9c0ed-e43e-4bc7-99fe-7d1a9cb967f8.aspx

    9 января 2007 г. 9:59
  • Вам уже ответили (присоединяюсь к этим рекомендациям), но в принципе - чем больше, тем лучше. Маленьких файлов в Exchange нет (размер каждого лога - 1 MB), так что фрагментация не очень страшна. Выгода от использования больших кластеров особенно проявится при операциях последовательного чтения или записи (запись логов или backup).
    9 января 2007 г. 19:57

Все ответы

  • Partition Allocation Unit Size

    In Exchange 2007, we recommend that you configure NTFS volumes hosting databases with an NTFS allocation unit size of 64 KB. The recommendation of 64 KB is based on performance improvements seen with large sequential read operations. This type of profile is typically seen with streaming backup and Eseutil tasks.

    In some scenarios a benefit is seen with sequential I/O, particularly when performing a streaming backup, or when running Eseutil for a VSS checksum integrity or database repair. Always use your storage vendor’s recommended setting, but if your storage vendor does not have a recommended setting, use 64 KB.

    http://technet.microsoft.com/en-us/library/c5a9c0ed-e43e-4bc7-99fe-7d1a9cb967f8.aspx

    9 января 2007 г. 9:59
  • Вам уже ответили (присоединяюсь к этим рекомендациям), но в принципе - чем больше, тем лучше. Маленьких файлов в Exchange нет (размер каждого лога - 1 MB), так что фрагментация не очень страшна. Выгода от использования больших кластеров особенно проявится при операциях последовательного чтения или записи (запись логов или backup).
    9 января 2007 г. 19:57