Производительность Sharepoint в условиях большой нагрузки и емкости - PullRequest
3 голосов
/ 03 декабря 2009

Я работаю над новой системой хранения для пакета бизнес-решений, который состоит из около 40 приложений. Некоторые из этих приложений генерируют документы (в основном, docx, некоторые pdf), которые в настоящее время сохраняются и организуются в общую сетевую папку.

Приложения генерируют в среднем около 150 000-200 000 документов в год, и эти документы следует сохранять в более согласованной и надежной форме (т. Е. В отдельной базе данных SQL).

Sharepoint является ведущим кандидатом, поскольку в конечном итоге мы планируем использовать и другие его функции, помимо возможностей DMS. Я читал об ограничениях библиотеки документов, т.е. 2000 файлов в папке и до 1.000.000 файлов во всех папках библиотеки документов. Я также читал, что предел 2000 можно обойти, но это влияет на производительность. Чего я не нашел, так это реального опыта работы с таким большим количеством файлов в одной библиотеке. И что произойдет, если я увеличу предел папок, например, до 50 000, какое влияние это окажет на производительность (более медленные запросы на чтение / редактирование / запись документов через веб-службы, особенно на запись, если он проверяет дубликаты имен файлов, индексацию, поиск и т. Д. .).

Одно важное замечание: мы вообще не будем использовать веб-портал sharepoint, если не будем этого делать, а вместо этого будем делать все через наши приложения через веб-сервисы, поэтому медленный рендеринг данных не является проблемой.

Ответы [ 2 ]

6 голосов
/ 03 декабря 2009

Вы можете иметь столько элементов в библиотеке документов, сколько пожелаете, если ваш последний абзац верен (вы не получите доступ к информации через сам портал)

У нас есть рабочий тест нашей системы DMS с 7 миллионами файлов в той же библиотеке документов *1003**1004* и в папке той же тоже. Но мы никогда не просматриваем портал, чтобы увидеть этот контент, мы используем эти файлы с помощью метода SPWeb.GetFile (guid), и у нас есть вся связанная с ними информация в другой базе данных SQL (которая хранит GUID файла)

3 голосов
/ 03 декабря 2009

ограничение 2000 не является жестким ограничением, это максимальное количество файлов, которое должно отображаться в списке.

Если просмотр списка включает более 2000 элементов, производительность начнет падать. Добавляя индексированные столбцы и создавая отфильтрованные дополнительные представления в списке, который не превышает этот предел 2000 (дать или взять), использование самого портала все еще в порядке.

Кроме того, будьте осторожны с настройкой прав доступа к файлам. Предоставление каждому файлу отдельного набора разрешений также приведет к снижению производительности, поскольку внутренняя sharepoint начнет выполнять массивные объединения (на сервере sql), чтобы определить, кому и что разрешено видеть.

Одно замечание: планируйте свою инфраструктуру очень, очень хорошо. особенно сервер sql (кластер), на котором работает база данных контента.

...