Dans cet article, nous expliquerons comment obtenir la liste des packages liés à SSIS, les problèmes de connexion dans le magasin de données, le problème d'accès à la clé dans les fichiers et le niveau de protection du package, la vitesse de la source SSIS et les logiques de journalisation.
Si nous n'appliquons pas les fonctions nécessaires dans notre package SSIS, les sorties de la console ou les journaux d'événements Windows afficheront un petit nombre d'erreurs. Mais si nous activons la fonction de journalisation dans SSIS, le scénario est complètement différent. En général, nous pouvons travailler avec cinq endroits différents qui incluent les journaux du composant SSIS, les journaux de l'audit de journalisation SSIS, le journal des événements et les historiques des tâches, les journaux des sources sous-jacentes de données et le journal d'audit.
Si votre SQL Server Lorsqu'une tâche d'agent s'exécute avec un package SSIS, il est nécessaire de vérifier les erreurs dans les journaux d'événements Windows et dans l'historique de SQL Agent. Il est possible de configurer le gestionnaire d'événements avec une logique de gestion des erreurs personnalisée. Ce gestionnaire peut être défini aussi bien au niveau de la tâche de contrôle qu'au niveau du package. Cette fonctionnalité est particulièrement puissante pour la création d'événements personnalisés et de leur logique de gestion.
Dans les journaux d'audit, les méthodes initiales typiques donnent des erreurs générales et si vous ressentez le besoin d'analyser plus d'informations, il existe une option donnée par SQL server pour activer l'audit du journal SSIS qui affiche les erreurs dans un fichier XML, les journaux d'événements de Windows, le traceur de profil de SQL Server or SQL Server journal de la base de données. Cela peut être fait en accédant aux paramètres et en configurant les fournisseurs de journaux de SSIS.
Paquets liés à SSIS
Il est parfois nécessaire d'obtenir la liste des packages liés à SSIS dans notre SQL Server. À cette fin, nous pouvons utiliser la requête suivante.
--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
Logiques de journal personnalisées
SQL Server fournit des logiques de journal personnalisées qui peuvent être implémentées dans un composant de script ou des tâches de script de SSIS. Un exemple serait la maintenance d'un fichier texte à l'aide de données ou de valeurs de variables lors de l'exécution du package SSIS.
Si nous parlons de sources de données sous-jacentes et de leurs journaux, certaines erreurs peuvent être trouvées dans ces sources de données sous-jacentes et pour les résoudre, nous devons approfondir les détails en vérifiant les journaux d'erreurs de la source de données respective. Par défaut, les journaux se trouvent dans le dossier ERRORLOG sous LOG.
Vitesse de la source SSIS
Il convient de noter que la vitesse de la source SSIS n'est pas directement proportionnelle à la complexité du temps de requête. La vitesse à laquelle les données sont renvoyées est ce qui a un impact sur la vitesse de la source SSIS. Les composants source ne sont pas la source de nos données. Nous devrions nous concentrer sur l'optimisation de nos requêtes, car cela finira par ajuster le SSIS.
Réparation SQL
En fin de compte, nous vous suggérons d'utiliser SQL Server fixer outil comme DataNumen SQL recovery ce qui permet de récupérer les données perdues suite à une panne soudaine de la base de données.
Introduction de l'auteur:
Upton Mark est un expert en récupération de données dans DataNumen, Inc., qui est le leader mondial des technologies de récupération de données, y compris récupération d'accès et des produits logiciels de récupération de mots. Pour plus d'informations, visitez www.datanumen.com