Терминология сбора данных
Перед настройкой, использованием или расширением сборщика данных необходимо понять терминологию, используемую для описания данного компонента.
Терминология
назначение
Экземпляр компонента Database Engine в выпуске SQL Server, поддерживающем сбор данных. Дополнительные сведения о поддерживаемых выпусках см. в подразделе «Управляемость» раздела Функции, поддерживаемые различными выпусками SQL Server 2008.Целевой корневой элемент определяет поддерево в иерархии цели. Набор целей — это группа целей, получающихся в результате применения фильтра к поддереву, определенному целевым корневым элементом. Целевой корневой элемент может быть базой данных, экземпляром SQL Server или экземпляром компьютера.
целевой тип
Тип цели, имеющий определенные характеристики и поведение. Например, цель — экземпляр SQL Server имеет характеристики, отличные от характеристик цели — базы данных SQL Server.поставщик данных
Известный источник данных, конкретный для целевого типа, который поставляет данные типу сборщика.тип сборщика
Логическая оболочка для пакетов служб SSIS, которая обеспечивает реальные механизмы для сбора данных и передачи их в хранилище управляющих данных.элемент сбора
Экземпляр типа сборщика. Элемент сбора создается с определенным набором входных свойств и частотой сбора.набор сбора
Группа элементов сбора. Набор сбора — это единица сбора данных, с которой пользователь может взаимодействовать через пользовательский интерфейс.режим сбора
Способ, с помощью которого собираются и хранятся данные. В режиме сбора может применяться или не применяться кэширование. Режим с кэшированием обеспечивает непрерывный сбор, а режим без кэширования предназначен для нерегламентированного сбора или сбора моментального снимка.хранилище данных управления
Реляционная база данных, используемая для хранения собранных данных.
На следующем рисунке показываются зависимости и связи между компонентами сборщика данных.
.gif "Функциональные зависимости сборщика данных")
Как показано на рисунке, поставщик данных расположен вне сборщика данных и по определению имеет явную связь с целью. Поставщик данных зависит от конкретной цели (например, служба SQL Server, такая как реляционный механизм) и предоставляет данные, такие как системные представления в SQL Server, счетчики системного монитора или поставщики инструментария WMI, которые могут быть использованы сборщиком данных.
Тип сборщика индивидуален для целевого типа и зависит от логической связи поставщика данных с целевым типом. Тип сборщика определяет, как данные будут собираться из конкретного поставщика данных (с помощью схематизированных параметров) и задает схему хранилища данных. Для хранения собранных данных необходимо наличие схемы поставщика данных и схемы хранилища. Тип сборщика также поставляет сведения о расположении хранилища управляющих данных, которое может располагаться на компьютере, выполняющем сбор данных, или на другом компьютере.
Показанный на рисунке элемент сбора — это экземпляр конкретного типа сборщика, параметризованный входными параметрами, например схемой XML типа сборщика. Все элементы сбора должны работать в одном и том же целевом корневом элементе либо в пустом целевом корневом элементе. Это дает сборщику данных возможность комбинировать типы сборщиков из операционной системы или из конкретного целевого корневого элемента, но не из разных целевых корневых элементов.
Элемент сбора имеет определенную частоту сбора, которая определяет, как часто будут собираться значения моментальных снимков. Хотя элемент сбора является строительным блоком набора сбора, самостоятельно он существовать не может.
Наборы сбора определяются и развертываются на экземпляре сервера и могут выполняться независимо друг от друга. Каждый набор сбора может быть применен к цели, которая подходит для целевых типов всех типов сборщика, являющихся частью этого набора сбора. Набор сбора выполняется заданием или заданиями агента SQL Server. Данные передаются в хранилище управляющих данных в соответствии с заранее установленным расписанием.
Все данные, собранные разными экземплярами внутри набора сбора, передаются в хранилище управляющих данных в соответствии с одним и тем же расписанием. Это расписание определяется, как общее расписание агента SQL Server и может быть использовано несколькими наборами сбора. Набор сбора включается и выключается как единая сущность; элементы сбора не могут включаться и выключаться индивидуально.
При создании или обновлении набора сбора можно настроить режим сбора, использующийся для сбора и передачи данных в хранилище управляющих данных. Тип расписания определяется типом режима сбора: с кэшированием или без кэширования. Если установлен режим сбора с кэшированием, то сбор и передача данных будут выполняться разными заданиями. Сбор выполняется по расписанию, которое запускается при запуске агента SQL Server, и работает с частотой, определенной в элементе сбора. Передача выполняется в соответствии с расписанием, заданным пользователем.
Если установлен режим сбора без кэширования, то сбор и передача данных будут выполняться одним заданием, но в два шага. Первый шаг — сбор, второй шаг — передача. Для сбора данных в нерегламентированном режиме расписание не требуется.
После включения набора сбора сбор данных может начаться либо в соответствии с расписанием, либо по запросу. После запуска сбора данных агент SQL Server создает процесс для сборщика данных, который, в свою очередь, загружает пакеты служб Integration Services для набора сбора. Элементы сбора, представляющие типы сбора, собирают данные у соответствующих поставщиков данных указанных целей. После завершения цикла сбора эти данные передаются в хранилище управляющих данных. Дополнительные сведения см. в разделе Архитектура и обработка сборщика данных.