En este artículo, discutiremos cómo obtener una lista de paquetes relacionados con SSIS, problemas de conexión en el almacén de datos, problema de acceso a claves en archivos y nivel de protección para el paquete, velocidad de origen de SSIS y lógicas lógicas.
Si no aplicamos las funciones necesarias en nuestro paquete SSIS, las salidas de la consola o los registros de eventos de Windows mostrarán una pequeña cantidad de errores. Pero si habilitamos la función de registro en SSIS, entonces es un escenario completamente diferente. En general, podemos trabajar con cinco lugares diferentes que incluyen registros del componente SSIS, registros de auditoría de registro SSIS, registro de eventos e historiales de trabajos, registros de las fuentes de datos subyacentes y registro de auditoría.
Si SQL Server Cuando el agente se ejecuta con un paquete SSIS, primero debemos verificar los errores en los registros de eventos de Windows y en el historial del Agente SQL. Podemos configurar el controlador del panel de eventos con lógicas de manejo de errores personalizadas. Tanto a nivel de tarea de control como a nivel de paquete, podemos definir controladores de eventos para los errores. Esta función es sumamente potente para la creación de eventos personalizados y su lógica de manejo.
En los registros de auditoría, los métodos iniciales típicos dan errores generales y si siente la necesidad de analizar más información, existe una opción dada por SQL server para habilitar la auditoría de registro SSIS que genera errores en un archivo XML, registros de eventos de Windows, trazador de perfiles de SQL Server or SQL Server registro de la base de datos. Se puede hacer accediendo a la configuración y configurando los proveedores de registros de SSIS.
Paquetes relacionados con SSIS
A veces es necesario obtener una lista de paquetes relacionados con SSIS en nuestro SQL Server. Para este propósito, podemos utilizar la siguiente consulta.
--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
Lógicas de registro personalizadas
SQL Server proporciona lógicas de registro personalizadas que se pueden implementar en el componente de script o en tareas de script de SSIS. Un ejemplo sería el mantenimiento de un archivo de texto utilizando datos o valores de la variable durante la ejecución del paquete SSIS.
Si hablamos de fuentes de datos subyacentes y sus registros, hay algunos errores que se pueden encontrar en estas fuentes de datos subyacentes y, para resolverlos, debemos profundizar en los detalles comprobando los registros de errores de la fuente de datos respectiva. De forma predeterminada, los registros se encuentran en la carpeta ERRORLOG en LOG.
Velocidad de origen SSIS
Cabe señalar que la velocidad de origen de SSIS no es directamente proporcional a la complejidad del tiempo de consulta. La velocidad a la que se devuelven los datos es lo que influye en la velocidad de origen de SSIS. Los componentes fuente no son la fuente de nuestros datos. Deberíamos centrarnos en optimizar nuestras consultas porque eso finalmente afinará el SSIS.
Reparación de SQL
Al final, le sugerimos que utilice SQL Server reparar herramienta como DataNumen SQL recovery lo cual ayuda a conservar los datos perdidos debido a una caída repentina de la base de datos.
Introducción del autor:
Upton Mark es un experto en recuperación de datos en DataNumen, Inc., que es el líder mundial en tecnologías de recuperación de datos, incluyendo recuperación de acceso y productos de software de recuperación de palabras. Para más información visite www.datanumen.com