Я работаю в отрасли, где используется много отсканированных документов и больших вложений (100 МБ), и я вижу, что наша база данных Sharepoint быстро растет.
Какие у меня есть варианты управления этим быстрым ростом?
Могу ли я относиться к базе данных Sharepoint как к серверу Exchange, где я бы заменил фактическое большое сообщение ярлыком (или указателем) на хранилище WORM?
Если ничего не существует на прямой стороне Sharepoint, есть ли совместимое решение для SQL, которое могло бы работать с SPS?
Вы можете использовать RBS (удаленное хранилище BLOB-объектов) для таких файлов, чтобы не перегружать базу данных SQL. Это позволит вам использовать более дешевое хранилище для больших отсканированных документов / вложений и повысить производительность SQL. У MS есть ряд документов по использованию RBS. Эта статья MS поможет вам. Управление удаленным хранилищем больших двоичных объектов
Как указал DaveM, аналогичной функциональности можно добиться, немного настроив SQL Server.
Документы в Content DB хранятся в полях BLOB, и Microsoft решила проблему с хранением огромных BLOB с помощью так называемого Удаленное хранилище больших двоичных объектов, что позволяет серверу SQL прозрачно хранить большие значения BLOB непосредственно как файлы в файловой системе.
По сути, вам необходимо включить поставщик FILESTREAM RBS, уже установленный по умолчанию в выпусках SQL Server Standard и Enterprise, установить клиентскую библиотеку RBS на веб-серверы, подготовить зашифрованную файловую группу хранилища больших двоичных объектов и включить удаленное хранилище больших двоичных объектов в конкретной базе данных.
Процесс описан в эта статья Technet
ПРИМЕЧАНИЕ. Поскольку удаленное хранилище больших двоичных объектов по-прежнему является группой файлов базы данных, это не уменьшает логический размер базы данных, но файлы базы данных (* .mdf) уменьшаются, а производительность при индексировании и времени поиска может улучшиться. .
База данных контента по-прежнему не может превышать 200 ГБ.