Наблюдение за фрагментацией
Уровень фрагментации индекса — это процент блоков, которые логически находятся рядом, но физически разобщены. В SQL Server 2008 R2, SQL Server 2008 и SQL Server 2005 администраторы могут использовать функцию динамического управления sys.dm_db index_physical_stats и приглядывать за столбцом avg_fragmentation_in_percent, который содержит уровень фрагментации. Для максимальной производительности значение этого уровня должно быть как можно ближе к нулю. Хотя значения до 10% обычно вполне приемлемы.
Снижение фрагментац ии
В предыдущих версиях SharePoint рекомендовалось отслеживать и снижать уровень фрагментации с помощью таймерного задания сбора статистики по базе данных, которое, в свою очередь, обновляет статистику оптимизации запросов и перестраивает все индексы в базах данных контента при каждом своем выполнении. Кроме того, можно было регулярно реорганизовывать или перестраивать индексы с помощью мастера облуживания SQL Server 2008 или SQL Server 2005.
В SharePoint 2010 администраторам уже не нужно беспокоиться о фрагментации, т.к. SharePoint выполняет все нужные действия самостоятельно с помощью анализатора работоспособности. Этот анализатор выполняет “проверки работоспособности” с помощью таймерных заданий и автоматически устраняет фрагментацию индексов в базах данных.
Сжатие файлов данных
В SQL Server 2005 и SQL Server 2008/R2 администраторы могут затребовать свободное место в конце файлов данных, чтобы удалить неиспользуемые страницы и возвратить их в свободную дисковую память.
Однако такое сжатие файлов данных не рекомендуется, кроме тех случаев, когда база данных контента потеряла по крайней мере половину своего содержимого. Это обычно происходит при возникновении больших пробелов в базе данных контента — например, при перемещении семейства сайтов из одной базы данных контента в другую или при удалении больших объемов данных. Сжатие баз данных, отличных от баз данных контента, не рекомендуется, т.к. в них обычно не происходят массовые удаления, приводящие к появлению значительного свободного места.
Сжатие базы данных с помощью SOL Server 2008 R2 Management Studio
Следующие шаги показывают, как сжать базу данных с помощью SQL Server 2008 R2 Management Studio:
1 . Выберите пункт менюStarts All Programs 1^ Microsoft SQL Server 2008 R20SQL Server Management Studio (Пуск^ПрограммыОМнховой: SQL Server 2008 R2 c>SQL Server Management Studio).
2. Подключитесь к нужному экземпляруСУБД SQL Server и раскройте его узел.
3. Раскройте узелDatabases (Базы данных), щелкните правой кнопкой на нужной базеи выберите пункт менюTasks'^ Shrin k 1^ Files (ЗадачиОСжатие О Файлы).
4. Выберите тип и имя файла в диалоговом окне, показанном на рис. 9.6.
5. (Необязательно.) Выберите вариант Release Unused Space (Освободить неиспользуемую память). Это приведет к возвращению всей неиспользуемой памяти операционной системе и к сжатию файла до последнего выделенного блока. При этом размер файла уменьшается без перемещения каких-либо данных.
6. (Необязательно.) Выберите вариант Reorganize Files Before Releasing Unused Space (Реорганизовать файлы перед освобождением неиспользуемой памяти) и укажите значение Shrink File to (Сжать файл до). При этом Management Studio не только возвращает неиспользуемую память операционной системе, но и пытается переместить строки в незадействованные страницы.
7. (Необязательно.) Выберите вариант Empty File by Migrating the Data to Other Files in the Same Filegroup (Очистить файл, переместив данные в другие файлы в той же группе файлов). При этом все данные перемещаются из указанного файла в другие файлы группы файлов. После этого пустой файл можно удалить. Этот вариант эквивалентен выполнению команды DBCC CHECKDBс опцией EMPTYFILE.
8. Щелкните на кнопке ОК.
f ShridifSe WSS Content
_SSa«
The ■aatfihetfujbuu»» reduced by вЬппкщдетДукЬа!Мм lowi мм unrflacaiatf»p*c« To •hridtctfl tfatabaw fife*. Me Shwic ОяЬм
OttbM
DaubawflnandSipniii Retype -JlDaft
a
Rfepn*} JreiMARY~~
Rename. |wSS_Coftert _
LocalW |C WnsTm ВаЧЯЬж* SQL S»™^SS
CuiKiVllKltedvKt JnjSHB
Antobbfet*»» |MS MB pm
Smkadw
ftea—umtad «рас*
Reovartt*p«9Mb(fnntM*ginMdvicc
SMRtu Г
■J . Cnl I
Создание планов сопровождения SOL Server
Сопровождение внутренних баз данных SharePoint может существенно повысить работоспособность и производительность серверов SharePoint. К сожалению, администраторы зачастую не выполняют регулярное обслуживание баз данных из-за того, что при сопровождении сред SharePoint 2010 приходится выполнять большое количество задач обслуживания.
Читать дальше