ошибочный Каталог suphp / не принадлежит администратору

Я недавно ответил на что-то подобное "Несколько Файлов данных и Несколько Групп файлов"

Это также довольно сложно и трудно дистиллировать в краткий ответ. Это помогает путем знания как данные доступов SQL Server: см. "SQL Server 2000 Основы ввода-вывода", который все еще допустим

Производительностью чтения управляет RAM. Вам не придется перейти к диску для чтения данных: если Вы делаете, у Вас нет достаточного количества RAM. В Вас былые дни перед 64 битами, если бы у Вас была база данных на 500 ГБ, Вы могли бы только соответствовать 64 ГБ RAM таким образом, Вы разделили бы индексы или некоторых такой

Конечно, Вам не часто нужен целый DB в RAM и когда необходимо читать, это должно бродить вокруг в кэше, пока не выселено. Но больше RAM никогда не идет не так, как надо

Производительностью записи управляет объем LDF. Взгляд на запись, вперед входящую в систему статья выше

Вы действительно разделяете файл базы данных для восстанавливаемости в случае, если объем перестал работать. С хорошим планом резервного копирования/восстановления можно работать с MDFs и LDFs отдельно.

Восстанавливаемость является больше, чем RAID-массивы. Что, если Ваш дисковый контроллер перестал работать? Ваши диски - все от того же поставщика/пакета/встроенного микропрограммного обеспечения? Что, если 2 диска перестали работать в RAID 5? Кластер SQL Server? Поврежденные файлы?

Если у Вас будет несколько файлов на том же объеме, то любой запрос чтения займет больше времени, чем чтение одного большего файла, часто непрерывно. Который является, почему файловый сервер и серверы баз данных обычно создаются по-другому

Вы не можете найти хороший сайт bcause, он не сделан: как Вы отметили, все склонны говорить "нет" нескольким файлам в той же группе файлов.

Вы получаете больше выравниванием раздела и форматированием NTFS правильно с 64k clustersa