Como encontrar as causas da falha do pacote SSIS no SQL Agent

Compartilhe agora:

Neste artigo, discutiremos como obter uma lista de pacotes relacionados ao SSIS, problemas de conexão no armazenamento de dados, problemas de acesso a chaves em arquivos e nível de proteção para o pacote, velocidade de origem do SSIS e lógicas de log.

Falha do pacote SSISSe não aplicarmos as funções necessárias em nosso pacote SSIS, as saídas do console ou os logs de eventos do Windows mostrarão um pequeno número de erros. Mas se habilitarmos a função de log no SSIS, será um cenário completamente diferente. Em geral, podemos trabalhar com cinco locais diferentes que incluem logs do componente SSIS, logs da auditoria de log do SSIS, log de eventos e históricos de trabalhos, logs das fontes subjacentes de dados e log de auditoria.

SQL Server Trabalho de AgenteSe seu SQL Server Se o trabalho do agente estiver sendo executado com o pacote SSIS, primeiro precisamos verificar os erros nos logs de eventos do Windows e no histórico do SQL Agent. Podemos preencher o manipulador do painel de eventos com mais lógicas de tratamento de erros personalizadas. Tanto no nível da tarefa de controle quanto no nível do pacote, podemos definir manipuladores de eventos para erros. Para a criação de eventos personalizados e suas respectivas lógicas de tratamento, esse recurso é extremamente poderoso.

Nos logs de auditoria, os métodos iniciais normalmente fornecem erros gerais e, se você sentir a necessidade de analisar mais informações, existe uma opção fornecida por SQL server para habilitar a auditoria de log SSIS que gera erros em um arquivo XML, logs de eventos de janelas, rastreador de perfil de SQL Server or SQL Server registro do banco de dados. Isso pode ser feito acessando a definição e configuração dos provedores de log do SSIS.

Pacotes relacionados ao SSIS

Às vezes, é necessário obter uma lista de pacotes relacionados ao SSIS em nosso SQL Server. Para este propósito, podemos usar a seguinte 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 fornece lógicas de log personalizadas que podem ser implementadas em componentes de script ou tarefas de script do SSIS. Um exemplo seria a manutenção do arquivo de texto usando dados ou valores da variável durante a execução do pacote SSIS.

Se falamos sobre fontes de dados subjacentes e seus logs, existem alguns erros que podem ser encontrados nessas fontes de dados subjacentes e, para resolvê-los, devemos detalhar verificando os logs de erros da respectiva fonte de dados. Por padrão, os logs estão na pasta ERRORLOG em LOG.

Velocidade da Fonte SSIS

Deve-se notar que a velocidade da fonte SSIS não é diretamente proporcional à complexidade do tempo de consulta. A velocidade na qual os dados são retornados é o que causa impacto na velocidade de origem do SSIS. Os componentes de origem não são a origem de nossos dados. Devemos nos concentrar em otimizar nossas consultas porque isso acabará por ajustar o SSIS.

Reparo do SQL

No final, sugerimos que você use SQL Server fixo ferramenta como DataNumen SQL recovery O que ajuda a recuperar os dados perdidos devido a uma falha repentina no banco de dados.

Introdução do autor:

Upton Mark é um especialista em recuperação de dados em DataNumen, Inc., líder mundial em tecnologias de recuperação de dados, incluindo recuperação de acesso e produtos de software de recuperação de palavras. Para mais informações visite www.datanumen.com

Compartilhe agora:

Comentários estão fechados.