В тази статия ще обсъдим как да получите списък с пакети, свързани със SSIS, проблеми с връзката в хранилището на данни, проблем с достъпа до ключове във файловете и ниво на защита на пакета, скорост на източника на SSIS и логика на регистрацията.
Ако не приложим необходимите функции в нашия пакет SSIS, тогава конзолните изходи или дневниците на събития на Windows ще покажат малък брой грешки. Но ако активираме функцията за регистриране в SSIS, това е съвсем различен сценарий. Като цяло можем да работим с пет различни места, които включват регистрационни файлове от SSIS компонент, регистрационни файлове от SSIS регистрационен одит, дневник на събития и хронологии на задания, регистрационни файлове от основните източници на данни и дневник на одита.
Ако вашият SQL Server Ако задачата на агента се изпълнява с SSIS пакет, първо трябва да проверим грешките в регистрите на събитията на Windows и в историята на SQL агента. Можем да попълним обработчика на събития в панела с повече логики за персонализирана обработка на грешки. Както на ниво контролна задача, така и на ниво пакет, можем да дефинираме обработчик на събития за грешки. Тази функция е най-мощна за създаване на персонализирани събития и логики за тяхната обработка.
В одитните дневници първоначалните методи обикновено дават общи грешки и ако чувствате нужда от анализ на повече информация, тогава има опция, дадена от 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