SharePoint 2010: Оптимизируйте SharePoint за счет использования внешнего хранилища

SharePoint ясно обосновал свою способность служить основной платформой для организации совместной работы. Такая работа предполагает совместное внедрение документов, потому кроме других способностей SharePoint поддерживает управление документами. По этой причине многие употребляют SharePoint как место хранения собственных документов, чтоб было проще вместе использовать их с другими.

При добавлении документов в SharePoint размер базы данных возрастает. Обыденный размер документа составляет от 500 КБ до 2 МБ, время от времени больше. Когда идет речь о добавлении в SharePoint сотен, тыщ либо даже миллионов документов, появляется неувязка хранения и обработки такового большого объема. SharePoint хранит все эти документы в базе данных SQL Server. При приближении размера базы данных к определенному порогу становится тяжело ею управлять и падает производительность — как SharePoint, так и SQL Server.

Как и другие реляционные базы данных, сервер SQL Server разрабатывался для хранения структурированных реляционных данных, а не документов (в определениях SharePoint они именуются большенными двоичными объектами, либо BLOB). SharePoint хранит все документы в базе данных как огромные двоичные объекты, а в данном случае размер базы данных SQL Server может расти особо стремительно (рис. 1).

SharePoint 2010: Оптимизируйте SharePoint за счет использования наружного хранилища

Рис. 1. Увеличившаяся в размере база данных становится «бутылочным горлышком», снижающим производительность

Ситуация остается под контролем, пока размер базы данных SQL Server не превосходит 20 ГБ. В почти всех случаях база данных SQL Server возрастает до сотен гб либо даже может достигать терабайта. При таком размере операции управления базой данных становятся намного более сложными и трудозатратными, а проблемы устраняются сложнее. Обыкновенные операции запасного копирования и восстановления получают совсем другой смысл.

Не считая того, когда все документы хранятся в SQL Server, может мучиться производительность SharePoint. В SharePoint предусмотрен обычный механизм хранения документов в SQL Server, который позволяет архивировать старенькые документы на более дешевеньких носителях, обеспечивая хранение документов в протяжении предписанного регулирующими органами неотклонимого срока хранения.

Переносите огромные двоичные объекты во наружные хранилища, оптимизируйте хранение

Единственное эффективное решение трудности хранения заморочек производительности состоит в переносе всех документов (огромных двоичных объектов) из базы данных SQL Server во наружные хранилища. Кроме иных преимуществ, эта процедура позволит мгновенно уменьшить практически на 95% размер базы данных SQL Server. В данном случае независимо от размера и числа документов, размещенных в SharePoint, размер базы данных SQL Server будет оставаться маленьким, поэтому как все документы будут располагаться на наружных носителях.

SharePoint предоставляет два механизма вынесения BLOB-объектов во вне. 1-ый именуется EBS (external BLOB storage) и поддерживается Microsoft Office Server 2007 SharePoint и SharePoint 2010. Но в составе SharePoint нет готовых провайдеров EBS — придется пользоваться посторонним провайдером EBS.

Кроме EBS сервер SharePoint 2010, работающий в связке SQL Server 2008 R2, поддерживает механизм удаленного хранения огромных двоичных объектов, либо RBS (remote BLOB storage). В отличие от EBS, в SharePoint 2010 есть готовый провайдер RBS для потоковой передачи файлов. На самом деле, RBS — это новенькая функциональность SQL Server 2008 R2, которая, фактически, и употребляется в SharePoint 2010. Предоставив RBS в составе SQL Server 2008 R2, компания Microsoft по существу признала, что неразумно хранить огромные двоичных объектов в базе данных — фактически всегда оказывается удобнее располагать их во вне.

Установив «родной» либо предоставленный посторонним поставщиком провайдер EBS либо RBS, вы можете стремительно вынести свои огромные двоичные объекты из SQL Server. Большая часть этих провайдеров инсталлируются на наружные веб-серверы и предоставляют средства администрирования с графическим интерфейсом (обычно входящего в состав графического интерфейса администрирования SharePoint).

После подключения модуля EBS либо RBS к веб-серверам SharePoint переправляет в их все запросы документов (на чтение либо запись). Этот модуль тогда отвечает за чтение либо запись BLOB-объектов во наружное хранилище. Таким макаром все документы, сделанные либо модифицированные во время выполнения, автоматом сохраняются на наружных носителях.

Варианты наружного хранения

Решив использовать провайдер RBS либо EBS постороннего производителя, нужно избрать один из многих вариантов хранения (рис. 2). Перед переносом BLOB за границы базы данных нужно сделать выбор. Вот вероятные варианты.

Файловая система Огромные двоичные объекты можно расположить в обыкновенной файловой системе (к примеру, в большенном разделе диска на файловом сервере).
SAN либо NAS Такие сети хранения представляют вариант высокопроизводительного хранилища. Они дороги, но отлично подходят, если их внедрение оправдывается ценностью и размером хранимых документов. И SAN, и NAS обеспечивают интегрированную репликацию и зеркальное отображение данных, а размеры хранилища измеряются терабайтами.
Скопление Хранение в облаках возможно окажется полезным как минимум в 2-ух ситуациях. Во-1-х, если SharePoint расположен в облаке и требуется хранить BLOB-объекты во вне базы данных, естественно расположить их в не далеком хранилищем, предоставленным поставщиком пасмурного решения. 2-ой вариант — когда SharePoint располагается в корпоративном центре обработки данных, но хранить либо архивировать все BLOB-объекты приходится в облаке из-за ограничений на размер локального хранилища либо его низкой надежности. В данной ситуации более пользующаяся популярностью причина — необходимость архивирования. Нужно позаботиться о том, чтоб при сохранении либо разработке документа юзером в облаке провайдер EBS либо RBS делал это в фоновом режиме, по другому может пострадать производительность. Ну и естественно, нужно убедиться, что применяемый посторонний провайдер EBS либо RBS поддерживает хранение BLOB-объектов в облаке.

.

SharePoint 2010: Оптимизируйте SharePoint за счет использования наружного хранилища

Рис. 2. Хранение BLOB-объектов в SharePoint во наружном RBS- либо EBS-хранилище

Поставляемый в составе SharePoint провайдер RBS предлагает только один вариант хранения — в файловой системе. Но можно пользоваться решениями посторониих поставщиков, которые возможно окажутся намного проще в работе и поддерживать больше вариантов хранения.

Миграция BLOB-объектов без простоев

В очень огромных базах данных SharePoint перенос всех BLOB-объектов из базы во наружное хранилище может занять много времени. Но на время переноса BLOB-объекты сервер SharePoint останавливать нельзя.

Решение постороннего поставщика поможет запустить процесс перемещения, не прекращая доступ юзеров к SharePoint. Вы можете смотреть за процессом перемещения, а в это время юзеры получат возможность читать и записывать документы в SharePoint. Все документы, добавленные либо модифицированные во время передвижения, будут также перемещены в процесс переноса.

Так как перенос огромных двоичных объектов из базы данных занимает достаточно много времени, применяемый при всем этом провайдер должен предоставлять определенные способности:

Планирование передвижения BLOB-объектов Необходимо иметь возможность найти, когда должны передвигаться BLOB-объекты. Это позволяет выбирать для передвижения время низкой нагрузки на базу данных в SQL Server. Перенос должен планироваться как задание SharePoint, в каком можно указать время пуска.
Регулировка скорости переноса Очень принципиальна возможность наращивать либо уменьшать скорость переноса. BLOB-объектов из базы данных. Во время высочайшей нагрузки миграцию необходимо замедлять, а во время низкого трафика можно поднять скорость перемещения BLOB-объектов до предела.

Простота импорта унаследованных документов

Если у вас много старенькых документов, которые вы не так давно отсканировали либо еще не перенесли в SharePoint, нужно пошевелить мозгами, как лучше это сделать. Можно использовать стандартную функцию импорта SharePoint и загрузить все документы в базу данных SQL Server, но это не нужно по двум причинам: во-1-х, хранить такое огромное количество огромных двоичных объектов в SQL Server неразумно, а во-2-х, копирование такового огромного объема данных из места их хранения в базу данных SQL Server не самая комфортная процедура. Вероятнее всего, старенькые документы хранятся в файловой системе. Если для переноса во наружное хранилище использовать провайдер постороннего поставщика, идеальнее всего переместить их во наружное хранилище без помощи других, после этого запустить функцию импорта, предусмотренную в постороннем провайдере. Таковой процесс импорта должен просто итеративно «пройти» по папкам этого хранилища, добавляя в базу данных SQL Server только метаданные проанализированных документов. Это ускорит импорт унаследованных документов.

Многоуровневое хранение и архивирование

Сейчас при переносе документов из базы данных SQL Server во наружные хранилища нужно найти уровни хранилищ (рис. 3). У каждого уровня есть собственный ценность:более интенсивно применяемые и самые новые документы располагаются на самом высокоприоритетном уровне. Наименее интенсивно применяемые и старенькые документы располагаются на наименее приоритетных уровнях.

Многоуровневость хранилища предоставляет определенные достоинства. Во-1-х, можно прирастить общий размер системы хранения, потому что каждый уровень вероятнее всего представляет собой отдельное физическое хранилище. Во-2-х, вы сможете достигнуть увеличения производительности SharePoint, так как на каждом активном уровне будет храниться меньше документов. Это позволит SharePoint резвее получать документы из папок.

SharePoint 2010: Оптимизируйте SharePoint за счет использования наружного хранилища

Рис. 3 Многоуровневое хранение и архивирование позволяет удовлетворить требования по производительности и размеру хранилища

Еще одна принципиальная особенность многоуровневого хранилища — возможность определять правила архивирования. По мере устаревания документов их можно перемещать на наименее приоритетные уровни. Не считая того, старенькые документы меняются нечасто, потому можно упростить общие задачки по управлению документами (в том числе запасное копирование и восстановление).

Автоматическое архивирование также полезно, если компания обязана делать определенные требования закона либо регулирующих органов, к примеру хранить документы в течение определенного периода времени, но вы не желаете перегружать данными 1-ый уровень хранилища. Архивирование старенькых документов на втором уровне высвободит место на первом уровне.

Архивирование также позволяет удалять документы, если правила предписывают удаление тех либо других данных по истечении определенного времени. Можно настроить систему на автоматическое выполнение всех задач архивирования.

Кроме других преимуществ, наружное хранение — если оно основано на решении посторониих поставщиков, позволяет кешировать в оперативки данные списков и огромных двоичных объектов. Кеширование BLOB-объектов на наружных веб-серверах очень уменьшает время отклика SharePoint и делает этот сервер более масштабируемым, так как кеширование устраняет от необходимости дополнительных воззваний к базе данных и даже во наружное хранилище (рис. 4).

SharePoint 2010: Оптимизируйте SharePoint за счет использования наружного хранилища

Рис. 4 Кеширование BLOB-объектов и списков для увеличения производительности SharePoint

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

Перемещение документов из базы данных SharePoint возможно окажется непростым делом, но это позволит хранить их во наружном хранилище, что является принципиальным преимуществом. Кроме этого производительность SharePoint можно повысить за счет использования кеширования. Но перед внедрением этого решения нужно кропотливо взвесить все достоинства переноса огромных двоичных объектов во наружное хранилище с внедрением EBS- либо RBS-провайдеров посторониих поставщиков.

Материалы по теме

SharePoint 2010: Improve SharePoint 2010 Performance with RBS
Inside SharePoint: Improving SharePoint Performance
SharePoint 2010 Deployment: Get Ready to Upgrade to SharePoint 2010

Аналогичный товар: Комментирование на данный момент запрещено, но Вы можете оставить ссылку на Ваш сайт.

Комментарии закрыты.