Як знайти причини відмови пакета SSIS в агенті SQL

Поділитися зараз:

У цій статті ми обговоримо, як отримати список пакетів, пов’язаних із SSIS, проблеми з підключенням у сховищі даних, проблему доступу до ключів у файлах та рівень захисту пакета, швидкість джерела SSIS та логіку журналу.

Помилка пакета SSISЯкщо ми не застосуємо необхідні функції в нашому пакеті SSIS, тоді виходи консолі або журнали подій Windows покажуть невелику кількість помилок. Але якщо ми ввімкнемо функцію ведення журналу в SSIS, то це зовсім інший сценарій. Загалом, ми можемо працювати з п’ятьма різними місцями, що включає журнали з компонента SSIS, журнали з аудиту журналів SSIS, журнал подій та історії завдань, журнали з базових джерел даних та журнал аудиту.

SQL Server Агент ЙовЯкщо ти SQL Server Якщо завдання агента виконується з пакетом SSIS, спочатку нам потрібно перевірити помилки в журналах подій Windows та в історії SQL Agent. Ми можемо заповнити обробник панелі подій додатковими логіками обробки помилок. Як на рівні завдання керування, так і на рівні пакета ми можемо визначити обробник подій для помилок. Ця функція є найпотужнішою для створення користувацьких подій та логіки їх обробки.

У журналах аудиту початкові методи, як правило, дають загальні помилки, і якщо ви відчуваєте потребу в аналізі додаткової інформації, то є можливість, надана 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 що допомагає зберегти втрачені дані через раптовий збій у базі даних.

Вступ автора:

Аптон Марк є експертом з відновлення даних у DataNumen, Inc., яка є світовим лідером у галузі технологій відновлення даних, в тому числі відновлення доступу та програмні продукти для відновлення слів. Для отримання додаткової інформації відвідайте WWW.datanumen.com

Поділитися зараз:

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