Sa artikulong ito, tatalakayin namin kung paano makakuha ng listahan ng mga pakete na nauugnay sa SSIS, mga isyu sa koneksyon sa store ng data, problema sa pangunahing pag-access sa mga file at antas ng proteksyon para sa package, bilis ng mapagkukunan ng SSIS at mga lohika sa pag-log.
Kung hindi namin ilalapat ang mga kinakailangang pag-andar sa aming pakete ng SSIS kung gayon ang mga output ng console o windows log ng mga kaganapan ay magpapakita ng maliit na bilang ng mga error. Ngunit kung paganahin namin ang pag-andar ng pag-log sa SSIS kung gayon ito ay isang ganap na magkakaibang sitwasyon. Sa pangkalahatan, maaari kaming gumana sa limang magkakaibang mga lugar na may kasamang mga log mula sa bahagi ng SSIS, mga tala mula sa pag-audit ng pag-log ng SSIS, log ng Kaganapan at mga kasaysayan ng trabaho, mga tala mula sa pinagbabatayan ng mga data at pag-audit ng log.
Kung ang iyong SQL Server Ang trabaho ng ahente ay tumatakbo gamit ang SSIS package, kaya kailangan muna nating suriin ang mga error sa mga event log ng mga windows at sa history ng SQL Agent. Maaari nating punan ang event panel handler ng mas maraming logic ng custom errors handling. Sa parehong control task level at package level, maaari nating tukuyin ang event handler para sa mga error. Para sa paglikha ng mga custom event at handling logic ng mga ito, ang feature na ito ang pinakamakapangyarihan.
Sa mga tala ng pag-audit, ang mga paunang pamamaraan na tipikal ay nagbibigay ng pangkalahatang mga pagkakamali at kung sa palagay mo ang pangangailangan ng pag-aralan ang karagdagang impormasyon pagkatapos ay may isang pagpipilian na ibinigay SQL server upang paganahin ang pag-audit ng SSIS log kung aling mga error sa output sa isang XML file, mga tala ng kaganapan ng windows, profiler tracer ng SQL Server or SQL Server log ng database. Maaari itong gawin sa pamamagitan ng pag-access sa setting at pag-configure ng mga log provider ng SSIS.
Mga package na nauugnay sa SSIS
Mayroong mga oras na kailangan upang makakuha ng listahan ng mga pakete na nauugnay sa SSIS sa aming SQL Server. Para sa hangaring ito, maaari naming gamitin ang sumusunod na 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
Pasadyang Mga Logika ng Log
SQL Server nagbibigay ng mga pasadyang logika ng pag-log na maaaring ipatupad sa sangkap ng script o mga gawain sa script ng SSIS. Ang isang halimbawa ay ang pagpapanatili ng file ng teksto gamit ang data o mga halaga mula sa variable habang isinasagawa ang SSIS package.
Kung pinag-uusapan natin ang tungkol sa pinagbabatayan ng mga mapagkukunan ng data at ang kanilang mga tala, mayroong ilang mga pagkakamali na matatagpuan sa pinagbabatayan na mga mapagkukunan ng data at upang malutas ang mga ito dapat nating ihayag ang detalye sa pamamagitan ng pag-check sa mga tala ng mga error ng kani-kanilang mapagkukunan ng data. Bilang default, ang mga log ay nasa ERRORLOG folder sa ilalim ng LOG.
Bilis ng Pinagmulan ng SSIS
Mapapansin na ang bilis ng mapagkukunan ng SSIS ay hindi direktang proporsyonal sa pagiging kumplikado ng oras ng query. Ang bilis kung saan ibinalik ang data ay kung ano ang gumagawa ng isang epekto sa bilis ng mapagkukunan ng SSIS. Ang mga sangkap ng pinagmulan ay hindi pinagmulan ng aming data. Dapat tayong tumuon sa pag-optimize ng aming mga query sapagkat sa huli ay mababago ang SSIS.
Pag-ayos ng SQL
Sa huli, iminumungkahi namin sa iyo ang paggamit ng SQL Server ayusin tool tulad ng DataNumen SQL recovery na nakakatulong sa pagpapanatili ng mga nawawalang datos dahil sa biglaang pag-crash ng database.
Panimula ng May-akda:
Si Upton Mark ay isang dalubhasa sa pagbawi ng data sa DataNumen, Inc., na pinuno ng mundo sa mga teknolohiya sa pagbawi ng data, kasama ang pag-access sa pagbawi at mga produkto ng software sa pagbawi ng salita. Para sa karagdagang impormasyon pagbisita www.datanumen. Sa