Распространенной практикой является выделение данные из журнал файлы на SQL сервере. Это все еще актуально как лучшая практика при работе с SharePoint базы данных.
Например, используя приведенный выше пример, я мог бы иметь на моем диске журнала следующие файлы:
А затем на моем диске с данными есть следующее:
В качестве альтернативы было бы более практично разместить каждую базу данных (данные и журнал) на собственном диске следующим образом:
Еще я хочу лучше понять, как этот совет влияет, когда база данных WSS_Content_MainSite становится больше, и мы решаем добавить еще одну базу данных в веб-приложение. Должна ли эта новая база данных находиться в том же месте, что и другие файлы базы данных, или изолированно?
Да, по тем же причинам. Эта публикация обсуждает некоторые вопросы, связанные с разметкой дисков и дизайном хранилища для баз данных SQL Server. Серверная часть базы данных для Sharepoint имеет точно такие же типы проблем.
Размещение их на разных дисках работает только в том случае, если они физически находятся на разных томах, которые не имеют одинаковых шпинделей.
Пример: ЕСЛИ вашим сервером SharePoint является Dell 2950 с 6 дисками 2,5 SAS в рейде 10. И вы создаете следующие разделы диска. Тогда это бессмысленно, поскольку они используют одни и те же диски.
G: 100 ГБ H: 100 ГБ I: 100 ГБ J: 100 ГБ
Если у вас нет SAN или нескольких устройств Raid с прямым подключением для работы, вы не увидите преимущества разделения файлов на несколько дисков.
Если у вас есть возможность разместить их на разных дисках, просто поместите все файлы .mdf и .ldf, как в первом примере. Таким образом, со всеми файлами .mdf или данными на одном диске, которые у них есть, как с дисковой операцией ввода-вывода, и помещением всех файлов .ldf или файлов журнала на другой диск.
Ознакомьтесь с некоторыми из этих статей на TechNet о хранилищах и базах данных с SharePoint. http://technet.microsoft.com/en-us/library/cc298801.aspx
Также подумайте о том, как организовать свой TempDB. Это очень важно для SharePoint.