Разделение базы данных SQL 2005 для SharePoint
Фон
У меня есть массивная база данных для семейства сайтов SharePoint. Его размер составляет 130 ГБ, и он увеличивается на 10 ГБ в месяц. 100 ГБ из 130 ГБ находятся в одном семействе сайтов. 30 ГБ - это таблица версий. Есть только одно семейство сайтов - это сделано специально.
Вопрос
Могу ли я разделить базу данных (SharePoint), используя функции разделения данных SQL 2005s (создание нескольких файлов данных)? Можно ли разделить уже созданную базу данных? Кто-нибудь разбивал БД SharePoint? Могу ли я столкнуться с какими-либо проблемами?
Ответы 2
Вам нужно будет создать набор разделов и перестроить таблицу в этом наборе разделов. SQL2005 может разбивать только на один столбец, поэтому вам понадобится столбец в БД, который
- Ведет себя достаточно предсказуемо, поэтому вы не получите большой перекос в объеме данных в каждом разделе.
- IIRC столбец должен быть числовым значением или значением даты и времени.
- На практике проще всего, если он монотонно увеличивается - вы можете создать серию разделов (автоматически или вручную), и система будет заполнять их по мере того, как доберется до определений диапазона.
Дата (возможно, дата ввода документа) была бы идеальной. Однако у вас может быть полезный столбец в большой таблице, а может и нет. РС. техподдержка будет лучшим источником совета по этому поводу.
Разделение должен должно быть прозрачным для приложения (опять же, вам нужен столбец с соответствующим поведением для использования в качестве ключа раздела).
Если вам не повезет иметь столбец с ключом раздела, который также используется в качестве предиката поиска в наиболее распространенных запросах, вы можете не получить большого повышения производительности запросов от разделения. Примером хорошо работающего столбца является столбец даты в хранилище данных. Однако ваше приложение Sharepoint не может широко использовать этот запрос сортировки.
Мауро,
Есть ли способ сегментировать данные на уровне Sharepoint?
т.е. у вас может быть несколько «сайтов», использующих одну базу данных контента (SQL). Вы можете перенести данные сайта в новую базу данных контента, что позволит вам уменьшить объем данных на этом большом сайте контента, а затем сжать файлы данных.
это также поможет вам справиться с очевидным постоянным ростом.
Джеймс.
У меня есть поле TimeCreated, которое представляет собой столбец datetime, я думаю, это позволило бы мне разбивать на разделы по годам. Дело не столько в производительности доступа, сколько в быстродействии сервера, а больше в производительности резервного копирования и восстановления. Я протестирую то, что вы предлагаете, прежде чем приму окончательный ответ.