Как найти причины сбоя пакета SSIS в агенте SQL

Поделись сейчас:

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

Сбой пакета служб SSISЕсли мы не применим необходимые функции в нашем пакете SSIS, то выходные данные консоли или журналы событий Windows будут показывать небольшое количество ошибок. Но если мы включим функцию ведения журнала в SSIS, это будет совершенно другой сценарий. В общем, мы можем работать с пятью различными местами, включая журналы из компонента SSIS, журналы аудита ведения журналов SSIS, журнал событий и истории заданий, журналы из базовых источников данных и журнал аудита.

SQL Server Работа агентаЕсли ваш SQL Server Задание агента выполняется с пакетом SSIS, поэтому сначала нам нужно проверить ошибки в журналах событий Windows и в истории агента SQL. Мы можем заполнить обработчик панели событий дополнительной логикой обработки пользовательских ошибок. Как на уровне задачи управления, так и на уровне пакета мы можем определить обработчик событий для ошибок. Эта функция предназначена для создания пользовательских событий и логики их обработки.ost мощный.

В журналах аудита типичные начальные методы дают общие ошибки, и если вы чувствуете необходимость анализа дополнительной информации, есть вариант, указанный SQL server включить аудит журнала служб SSIS, который выводит ошибки в файл XML, журналы событий Windows, трассировщик профилировщика SQL Server or SQL Server журнал базы данных. Это можно сделать, обратившись к параметрам и настроив поставщиков журналов служб SSIS.

Пакеты, связанные с SSIS

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

--packages related to SSIS in SQL DB
SELECT 
          DIR.foldername AS Directory-Name
          PKG.name AS Name-Of-Package,
          PKG.[description] AS Package-Description,
          --using switch case to categorize results
          CASE PKG.packagetype
          WHEN 0 THEN ‘Client is default’
          WHEN 1 THEN ‘Input/Output Wizard’
          WHEN 2 THEN ‘Data Transform Service Designer’
          WHEN 3 THEN ‘Replicated’
          WHEN 5 THEN ‘SSIS’
          WHEN 6 THEN ‘Plan for Maintenance’
          ELSE ‘unidentified’
          END AS packagetype,
          GL.name AS Name-Of-Owner,
          PKG.isencrypted AS ‘Encrypter-Or-Not’,
          PKG.createdate AS ‘Date-Created’,
          PKG.vercomments AS ‘Comments-Of-Version’,
          DATALENGTH(PKG.packagedata) AS ‘Size-Of-Package’,
          CONVERT(varchar(25), vermajor)+’.’+
          CONVERT(varchar(25),verminor)+’.’+
          CONVERT(varchar(25),verbuild) AS ‘Package version’

FROM 
          msdb.dbo.sysssispackages as PKG
INNER JOIN
         msdb.dbo.sysssispackagefolders as DIR
ON
         DIR.folderid = PKG.folderid
INNER JOIN
         sys.syslogin AS LG
ON 
         GL.sid = PKG.ownersid
ORDER BY 
         PKG.name
--ordered by names of packages

Пользовательская логика журнала

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

Если мы говорим о базовых источниках данных и их журналах, то в этих базовых источниках данных можно найти некоторые ошибки, и для их устранения мы должны углубиться в детали, проверив журналы ошибок соответствующего источника данных. По умолчанию журналы находятся в папке ERRORLOG в разделе LOG.

Исходная скорость SSIS

Следует отметить, что скорость источника SSIS не прямо пропорциональна сложности времени запроса. Скорость, с которой возвращаются данные, влияет на скорость источника SSIS. Исходные компоненты не являются источником наших данных. Мы должны сосредоточиться на оптимизации наших запросов, потому что это в конечном итоге настроит службы SSIS.

Восстановление SQL

В заключение мы предлагаем вам использовать SQL Server фиксировать инструмент как DataNumen SQL recovery который помогает в сохранении лost данные из-за внезапного сбоя в базе данных.

Об авторе:

Аптон Марк — эксперт по восстановлению данных в DataNumen, Inc., которая является мировым лидером в области технологий восстановления данных, включая восстановление доступа и программные продукты для восстановления слов. Для получения дополнительной информации посетите www.datanumen.com

Поделись сейчас:

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