Windows Management instrumentation

Технология инструментария управления Windows (Windows Management Instrumentation WMI) представляет собой реализацию Microsoft стандарта WBEM (Web-Based Enterprise Management — Управление приложением с помощью веб-интерфейса), определяющего инфраструктуру управления. WMI предоставляет администраторам инструменты для анализа, понимания и использования различных системных устройств, ресурсов и приложений из состава операционных систем и серверов Microsoft. WMI содержит хорошо продуманную инфраструктуру, которая позволяет выполнять эффективное и масштабируемое наблюдение, сбор данных и распознавание проблем. Эту технологию можно рассматривать как набор функций, встроенных в операционные системы и серверы Microsoft, включая и SQL Server, которые позволяют выполнять удаленное наблюдение и управление.

WMI представляет собой весьма объемную инициативу, а для ее описания могут понадобиться отдельные книги. Но администраторы должны хотя бы знать, что архитектура WMI предусматривает расширяемость на основе использования поставщиков (provider) — DLL-файлов, которые выступают в качестве интерфейсов между WMI и программными или аппаратными компонентами.

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

Администраторам также следует знать, что SQL Server во время процесса установки добавляет в хранилище WMI два поставщика: для управления конфигурацией и для событий сервера:

• Поставщик WM1 для управления конфигурацией (WMI Provider for Configuration Management) позволяет администраторам использовать WMI для управления службами SQL Server, параметрами клиентов SQL Server, параметрами серверной сети и псевдонимами сервера. Например, после выполнения на удаленном компьютере подключения к поставщику WMI можно не только получать информацию об экземплярах SQL Server, но и выполнять на них различные действия наподобие запуска и остановки этих экземпляров.

• Поставщик WMI для событий сервера (WMI Provider for Server Events) позволяет администраторам использовать WMI для наблюдения за событиями в SQL Server. С ним включаются события языка определения данных (Data Definition Language — DDL), которые возникают, к примеру, при создании, изменении или удалении баз данных и таблиц. Кроме того, разработчики ПО могут написать код, который реагирует на эти события, и они могут даже создать свой собственный инструментарий наблюдения. Администраторы могут также создать оповещение агента SQL Server, генерируемое при возникновении конкретного события SQLServer, которое отслеживается поставщиком WMI для событий сервера.

WMI позволяет управлять локальными и удаленными серверами с помощью языков написания сценариев наподобие VBScript или Windows PowerShell или даже утилиты командной строки WMI (WMIC. ехе). Эго позволяет запрашивать большой объем информации управления с помощью SQL-подобного языка WQL (WMI Query Language — язык запросов WMI).

Для знакомства с доступными пространствами имен, классами и событиями администраторы могут использовать, к примеру, Проводник WMI (WMI Explorer), показанный на рис. 9.1.

Журналы событий

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

Администраторы могут использовать информацию из журнала ошибок SQL Server для устранения проблем, связанных с SQL Server. Просмотр журналов SQL Server и выявление в них необычных записей — важная административная задача, и ее лучше выполнять ежедневно, чтобы помочь администраторам определять все имеющиеся или возможные проблемные области. Взаимодействующее с приложениями решение наподобие Системного центра управления операциями (System Center Operations Manager — SCOM) может облегчить автоматизацию процесса мониторинга журналов SQL (и SharePoint).

Файлы журналов ошибок SQL Server представляют собой обычные текстовые файлы, хранящиеся на диске, но их удобно просматривать с помощью SQL Server Management Studio или расширенной хранимой процедуры xp_readerrorlog: в отличие от текстового редактора, они не блокируют операции SQL.

iwn m ц ж чштг

ничши г Глава 9 L

217

-Jql xjf

onw low)

^f ЕАТЕ_ПЛ1Т^гч'| Stcpjst ZFEATE_FUNCTICN ZFEATEJNDE* ZFEATEJJNKED.SERVER CREATE LINKED SERVERLDGfl TEAJEllDGlh >EATE_MASIER_KEY TEATE.MESSftGE ■^-TE_MESSAGE TYPE CFEATe_PWmTIDN FUNCTION ZPEATE_PARTITION_SCHEME IPEArE_PUN_GUIDE 3³EATE_PH0CTXJPt CREAIEJQUEUE ГРЕАТГ FEMOTE_SERVER ^EATEjREWDTE_SEFVlCE_BM)M3 ГЕАТЕ RESOUPCS_PQOL “EATElRDLE

:pf*t£_route

WEJSIEJTuCT

CREATE_SCHEMA

CREATE_SERVEF_AIXHT

CREATE_SERVER_AUDJT_SPEDROTION

CREATE_SERV1CE

CflEATE^SPATWJNDEX

CREATE_STAT|STICS

CflEATE_SYMMETWQ_KEY

CREATE SWOWM_

CREAlEJRiGGEfl CflEATE Ггте

CflEATEJJVR

CREATE.VIPW

CREATE WOFKUIADJGROIJP CflEATEJ*WLJNDEX CPEATEJ^L_SCHEMA_DXiECTlDN DATA PLE AUTO_GROW DATA FL£_AUTG_SW1NK

DAlAfiASt WIBBOBING_S IAIE CHANCE DATABASE SI 'SPFCTJDATA_PAGE DDL_APPUCAK>«RDLE_EVENTS DCH__A5Sf M01Y_EVENT S DDL_ASYMMETRIC KEY.EVENTS DDL_AUTICHZ^TibN_DATABASE_EVENTS DDL_AUTHDRIZATICN_SERVER events DEL BRCKfRPfllCFfTYEVDJTS DOJCERTIFCATE.EVEMS e^X_CONTRACT_EVcrJTS DDL CPECtKriAl_EV^NTS DDL_CRTPTO SIGNATUPE_EVENTS DDL_CRVPTOGRAPHK^PROVID£fLEVtNTS DDL DATABASE_AUDlT SPECHCATIDN_EVENTS DDlJ)ATABASE_ENCHYPTION_KEY EVENTS DDL DAUBASE_EVENTS

ddCdatabase_level_events

DDL DATA8A5E_SECURITY_EVENTS DDL_DEFAULT_EVENIS

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

Журнал приложений Windows содержит записи о событиях, которые происходят в операционной системе Windows, и других событиях, относящихся к SQL Server и SQL Server Agent. Администраторы могут использовать средство просмотра событий Windows Event Viewer для просмотра журнала приложений Windows и фильтрации информации. Эти журналы событий — еще один источник, который должны просматривать администраторы в поисках информации о всех проблемах, возникавших в SQL Server.

Раньше администраторам приходилось просматривать журналы событий SQL Server и Windows по отдельности, но средство просмотра журналов событий SQL Server Management Studio позволяет объединить оба журнала в едином представлении.

Использование средства просмотра журналов SOL Server

Следующие шаги позволяют просмотреть файлы журналов с помощью SQL Server Management Studio:

1. Выберите пункт меню Starts All Programs¹^ Microsoft SQL Server 2008 R2oSQL Server Management Studio (ПускОПрограммы^Microsoft SQL Server 2008 R2^SQL Server Management Studio).

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

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

4. Щелкните правой кнопкой на элементе SQL Server Logs (Журналы SQL Server), в контекстном меню выберите пункт View (Просмотр), а затем выберите вариант SQL Server Log (Журнал SQL Server) или SQL Server and Windows Log (Журнал SQL Server и Windows).

5. Дважды щелкните на любом файле журнала, как показано на рис. 9.2.

^^ттшя. Часть II

г -laixt

jlotdUg.

! лгнг.шу. ho Mtrapchd

Ом» I

ini/201C£««i£PM О 3/11/2010?4415РМ О ЗЛ1/2010?эЫ«РМ О Vn/201Q««il5PN 0 ЗЛ1/2О10Б4415РМ ч£> 1П1У201СС4Э55РМ V11/2QT05-5«»PM О ЭЛ1/201С5-54Д>1 РМ

О M1/20K>5W«1PM

Q 3^11/20105^^1 РМ

О im/Kw&sifiiw*

ф VI1/2010S 53 5С РМ •) а/11/2010553*4РМ Ф 3/11/2010 5:М И PH 0 1^1/2010 5491«РМ

ф з/ц/ишлнрм

О 3.11,2010 5*314 РМ Q 1'1 V2G1Cb4S И РМ О VH/2010^JMPM

Yctreo’vuc2VH.ⁿ3 W

The dMovtvn for Evert ID The DNS «ery«rctxJdnrtop The DNS MWCoUd net br Tba DH S Mfvcr cotJU rci op The DNS eervar cold nnfcr The dm.ii.tion ter Evert ID YarcoflpUtrwirda*?

The DNS isYvcaJd rtiep The DNSeerrarccidnrtbr

7>ч DNS MrvarcoJdnt ep The DNS eervar coild ndt Ы*

The dwuKion far Evert ID ThedeaoeronfdrEvBl 1C ThedHoyttnfErEvertlD VwHnplunMrd шшдг TheDNSiawmUnolq) J The tWSwwcoJdsoifar The DNSvetwcoJdndtep The DNS•pvereoiM net br^i'

i

■

—k

HowcftWdwrti idowtljpd—a»t

DNS

DNS

DNS

DNS

Service Cart'd Manager

Dhcp

DNS

DNS

DH5

DNS

SarriceCortrei Narager SgmceCortroi Manager SemcvCertoi Managar

DNS

DNS

DNS

DNS

Scute

_ — TR». *5ыгф Снйр

Puc. 9.2. Использование средства просмотра журналов SQL Server

Закольцовка файла журнала

Следует помнить, что в производственных средах файлы журналов могут сильно разрастаться и требовать для открытия значительного времени. Чтобы избежать такого разрастания, удобно их регулярно закольцовывать. А вот перезапуск службы SQL Server — плохая идея. Кроме того, файл журнала можно автоматически закольцовывать с помощью системной хранимой процедуры sp_cycle_errorlog. Чем интенсивнее идет запись в журнал ошибок, тем чаще следует его закольцовывать. Для автоматизации процесса закольцовки журнала можно использовать агент SQL Server и создать новое задание агента с единственной задачей Т-SQL для выполнения хранимой процедуры, либо можно включить ее в план ежедневного или еженедельного сопровождения. Планы сопровождения будут рассмотрены ниже в данной главе.

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

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

1. Выберите пункт меню Start^AII Programs¹^Microsoft SQL Server 2008 R2^c>SQL Server Management Studio (Пуск^Программы¹^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. Указание количества хранимых файлов журналов