In questo articolo, discuteremo come ottenere un elenco di pacchetti relativi a SSIS, problemi di connessione nell'archivio dati, problemi di accesso chiave nei file e livello di protezione per pacchetto, velocità di origine SSIS e logica di registro.
Se non applichiamo le funzioni necessarie nel nostro pacchetto SSIS, gli output della console o i registri degli eventi di Windows mostreranno un piccolo numero di errori. Ma se abilitiamo la funzione di registrazione in SSIS, allora è uno scenario completamente diverso. In generale, possiamo lavorare con cinque posizioni diverse che includono registri dal componente SSIS, registri dall'audit di registrazione SSIS, registro eventi e cronologia dei lavori, registri dalle fonti di dati sottostanti e registro di controllo.
Se la tua SQL Server Il lavoro dell'agente è in esecuzione con il pacchetto SSIS, quindi prima dobbiamo controllare gli errori nei registri eventi di Windows e nella cronologia di SQL Agent. Possiamo popolare il gestore del pannello degli eventi con più logiche di gestione degli errori personalizzati. Sia a livello di attività di controllo che a livello di pacchetto, possiamo definire un gestore di eventi per gli errori. Per la creazione di eventi personalizzati e le relative logiche di gestione, questa funzione è most potente.
Nei registri di controllo, i metodi iniziali tipici danno errori generali e se senti la necessità di analizzare più informazioni allora c'è un'opzione data da SQL server per abilitare l'audit del registro SSIS che produce errori in un file XML, registri eventi di Windows, tracciante del profiler di SQL Server or SQL Server registro della banca dati. Può essere eseguito accedendo alle impostazioni e configurando i provider di log di SSIS.
Pacchetti relativi a SSIS
A volte è necessario ottenere un elenco di pacchetti correlati a SSIS nel nostro SQL Server. A tale scopo, possiamo utilizzare la seguente query.
--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
Logiche di registro personalizzate
SQL Server fornisce logiche di registro personalizzate che possono essere implementate nel componente di script o nelle attività di script di SSIS. Un esempio potrebbe essere la manutenzione del file di testo utilizzando dati o valori dalla variabile durante l'esecuzione del pacchetto SSIS.
Se parliamo di origini dati sottostanti e dei loro registri, ci sono alcuni errori che possono essere trovati in queste origini dati sottostanti e per risolverli dovremmo approfondire i dettagli controllando i registri degli errori della rispettiva origine dati. Per impostazione predefinita, i registri si trovano nella cartella ERRORLOG in LOG.
Velocità sorgente SSIS
Va notato che la velocità della sorgente SSIS non è direttamente proporzionale alla complessità del tempo di query. La velocità con cui i dati vengono restituiti è ciò che influisce sulla velocità dell'origine SSIS. I componenti di origine non sono la fonte dei nostri dati. Dovremmo concentrarci sull'ottimizzazione delle nostre query perché alla fine ottimizzerà l'SSIS.
Riparazione SQL
Alla fine, ti suggeriamo di utilizzare of SQL Server fisso strumento simile DataNumen SQL recovery che aiuta a mantenere la lost dati a causa di un arresto anomalo improvviso nel database.
Introduzione dell'autore:
Upton Mark è un esperto di recupero dati in DataNumen, Inc., che è il leader mondiale nelle tecnologie di recupero dati, tra cui ripristino degli accessi e prodotti software per il recupero di parole. Per maggiori informazioni visita www.datanumen.com