Как получить оптимальную производительность диска для DB на R2 Enterprise SQL Server 2008 года Ed.?
Современные жесткие диски (начиная с 199x) не имеют только контрольных сумм, но также и ECC, который может обнаружить и исправить довольно немного "случайную" разрядную гниль. См.: http://en.wikipedia.org/wiki/S.M.A.R.T.
С другой стороны, определенные ошибки в микропрограммных и драйверах устройств могут также повредить данные в редком (иначе, QA поймал бы ошибки), случаи, которые будет трудно обнаружить, если у Вас не будет высокоуровневых контрольных сумм. Ранние драйверы устройств для SATA и NICs повредили данные и по Linux и по Солярису.
Контрольные суммы ZFS главным образом стремятся к ошибкам в более низком программном обеспечении уровня. Более новое устройство хранения данных/система баз данных как Гипертаблица также имеет контрольные суммы для каждого обновления для принятия мер против ошибок в файловых системах :)
Действительно ли я прав, что создание "виртуальных" дисков для каждого FG не будет иметь значение, так как все устройство хранения данных отрывается "устройства" RAID 60?
Да Вы абсолютно правы. Те данные уже чередуются на всем протяжении того массива.
Есть ли что-нибудь, что я могу сделать для улучшения производительности диска при создании индекса на таблице этого размера?
Если Вы не управляете аппаратными средствами и установкой RAID, нет ничего, что можно сделать. CREATE INDEX выполнит параллельно с Предприятием Ed, но это идет по умолчанию так или иначе.