Ноэл М., Спенс К. - Microsoft SharePoint. Полное руководство - 2011

Количество хранимых журналов

Для хранения максимально возможного объема информации рекомендуется настроить количество хранимых файлов журналов. Это количество зависит от объема доступной дисковой памяти и уровня активности сервера. Следующие шаги показывают, как можно настроить количество хранимых файлов журналов:

1. Выберите пункт меню Start^AII Programs 1^Microsoft SQL Server 2008 R2 c>SQL Server Management Studio (Пуск^Программы 1^Microsoft SQL Server 2008 i^^SQL Server Management Studio).

2. Подключитесь к нужному экземпляру механизма СУБД SQL Server и разверните его.

3. В Проводнике объектов разверните узел Management (Управление).

4. Щелкните правой кнопкой на элементе SQL Server Logs (Журналы SQL Server) и в контекстном меню выберите пункт Configure (Настройка).

5. Установите флажок Limit the number of error logs before they are recycled (Ограничить количество журналов ошибок до их повторного использования), как показано

на рис. 9.3. Если не указать другое максимальное количество журналов ошибок, SQL Server хранит копии шести предыдущих журналов.

6. Укажите нужное максимальное количество журналов ошибок и щелкните на кнопке ОК.

WLQliSi

| OK | €rai |

Рис. 9.3. Указание количества хранимых файлов журналов

Еще одна область, где можно получить информацию наблюдения — база данных Master, в которой SQL Server хранит большую часть своей конфигурационной информации. Лучше не полагаться на непосредственные запросы к этой базе данных, т.к. Microsoft может изменять ее структуру от версии к версии или даже в выпусках сервисных пакетов. Чтобы разработчики не сочиняли собственные решения, зависящие от схемы базы данных Master и ее изменений, Microsoft создала набор представлений и функций динамического управления.

Представления и функции динамического управления возвращают ценную информацию, которая позволяет следить за работоспособностью экземпляра сервера, диагностировать проблемы и настраивать производительность. Они предоставляют администраторам легкий способ наблюдать за работой SQL-серверов в момент их опроса и позволяют не выполнять запросы к системным таблицам и не использовать другие неудобные методы выборки системной информации, которые применялись до появления SQLServer 2005. В SQL Server 2005 появились представления динамического управления (Dynamic Management View — DMV), а в последнем выпуске — SQL Server 2008 (и SQL Server 2008 R2) — добавлены Дополнительные полезные DMV. При каждом запуске нового экземпляра SQL Server начинает запись состояния и диагностических данных в DMV-представления. При перезапуске экземпляра информация очищается, и начинается запись новых данных.

DMV и динамические функции являются составной частью схемы sys в базе данных Master. Список динамических представлений можно найти в SQL Server Management Studio, в ветви Master/Views/System Views, а динамические функции находятся в ветви Master/Programmability/Functions/System Functions/Table-valued Functions. Имя каждого Динамического объекта содержит префикс dm_.

4'ИЦ 11

I 220 Г

Часть п

« и-шщнмищдинир .ui .iunim *r> iw

Например, ниже в данной главе будет задействована функция динамического управления sys. dm_db_index_physical_stats, которая определяет процент фрагментации индексов для эффективного сопровождения баз данных.

Один из инструментов, которым следует овладеть администраторам — это монитор надежности и производительности (Reliability and Performance Monitor). Тем, кто использовал утилиту ре г f топ в Windows Server 2003, монитор надежности и производительности из Windows Server 2008 (а в Windows Server 2008 R2 он назывался просто монитором производительности) мог поначалу показаться немного необычным. Но все же вдобавок ко всем возможностям из предыдущих версий теперь в нем имеются и некоторые новые функции, значительно облегчающие устранение проблем с производительностью и предоставляющие более подробное отображение данных о производительности Windows-серверов и счетчиков для каждого экземпляра SQL Server.

Монитор надежности и производительности может вести наблюдение за использованием ресурсов для сервера и собирать информацию, относящуюся либо к локальному, либо к удаленному SQL Server. Он выдает большое количество счетчиков, которое позволяет определить стандартный уровень использования ресурсов сервера, а также определить тенденции изменения за большие промежутки времени. Кроме того, на основании этих данных можно сразу увидеть ненормальные значения ключевых счетчиков производительности на самых важных экземплярах SQL Server. А администраторы могут настроить монитор так, чтобы получать оповещения при превышении заданных пороговых значений.