Այս հոդվածում մենք կքննարկենք, թե ինչպես կարելի է ձեռք բերել SSIS- ի հետ կապված փաթեթների ցուցակ, տվյալների խանութում կապի խնդիրներ, ֆայլերի հիմնական մուտքի խնդիր և փաթեթի պաշտպանության մակարդակ, SSIS աղբյուրի արագություն և տեղեկամատյանների տրամաբանություն:
Եթե մենք SSIS փաթեթում չկիրառենք անհրաժեշտ գործառույթները, ապա մխիթարի արդյունքների կամ windows միջոցառումների տեղեկամատյանները ցույց կտան փոքր քանակությամբ սխալներ: Բայց եթե մենք SSIS- ում հնարավորություն ենք տալիս գրանցման գործառույթը, ապա դա բոլորովին այլ սցենար է: Ընդհանուր առմամբ, մենք կարող ենք աշխատել հինգ տարբեր տեղերի հետ, որոնք ներառում են տեղեկամատյաններ SSIS բաղադրիչից, տեղեկամատյաններ SSIS անտառահատումների աուդիտից, իրադարձությունների գրանցում և աշխատանքների պատմություններ, տեղեկամատյաններ տվյալների հիմքում ընկած աղբյուրներից և աուդիտի մատյան:
Եթե ձեր SQL Server Գործակալի աշխատանքը կատարվում է SSIS փաթեթով, ապա նախ մենք պետք է ստուգենք սխալները Windows-ի իրադարձությունների գրանցամատյաններում և SQL Agent-ի պատմության մեջ: Մենք կարող ենք լրացնել իրադարձությունների վահանակի մշակիչը՝ օգտագործելով սխալների մշակման ավելի շատ տրամաբանություններ: Ինչպես կառավարման առաջադրանքի, այնպես էլ փաթեթի մակարդակում մենք կարող ենք սահմանել սխալների իրադարձությունների մշակիչ: Այս գործառույթը ամենահզորն է հատուկ իրադարձություններ և դրանց մշակման տրամաբանություններ ստեղծելու համար:
Աուդիտորական մատյաններում բնորոշ նախնական մեթոդները տալիս են ընդհանուր սխալներ, և եթե զգում եք ավելի շատ տեղեկատվություն վերլուծելու անհրաժեշտություն, ապա կա մի տարբերակ SQL server թույլ տալ SSIS մատյանների աուդիտը, որը թողարկում է սխալներ XML ֆայլում, պատուհանների իրադարձությունների գրանցամատյաններ, պրոֆիլների հետագծիչ SQL Server or SQL Server տվյալների շտեմարանի մատյան: Դա կարելի է անել ՝ մուտք գործելով SSIS- ի պարամետրերի կարգավորումներ և կազմաձևում:
SSIS- ի հետ կապված փաթեթներ
Timesամանակ առ ժամանակ անհրաժեշտ է ձեռք բերել փաթեթների ցուցակ, որոնք կապված են մեր SSIS- ի հետ SQL Server, Այդ նպատակով մենք կարող ենք օգտագործել հետևյալ հարցումը.
--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
Պատվերով մատյան Logics
SQL Server տրամադրում է տեղեկամատյանների հարմարեցված տրամաբանություն, որոնք կարող են իրականացվել SSIS- ի սցենարի բաղադրիչում կամ սցենարի առաջադրանքներում: Օրինակ կարող է լինել SSIS փաթեթի կատարման ընթացքում տեքստի ֆայլի պահպանումը `օգտագործելով տվյալների կամ արժեքների փոփոխականից:
Եթե մենք խոսում ենք տվյալների հիմքում ընկած աղբյուրների և դրանց տեղեկամատյանների մասին, ապա այդ տվյալների հիմքում ընկած աղբյուրներում կան որոշ սխալներ, և դրանց լուծման համար մենք պետք է մանրամասն ուսումնասիրենք `համապատասխան տվյալների աղբյուրի սխալների մատյանները ստուգելով: Լռելյայն, տեղեկամատյանները գտնվում են ERRORLOG պանակում LOG տակ:
SSIS աղբյուրի արագություն
Հարկ է նշել, որ SSIS աղբյուրի արագությունը ուղիղ համեմատական չէ հարցման ժամանակի բարդությանը: Տվյալների վերադարձման արագությունն այն է, ինչն ազդում է SSIS աղբյուրի արագության վրա: Աղբյուրի բաղադրիչները մեր տվյալների աղբյուրը չեն: Մենք պետք է կենտրոնանանք մեր հարցումների օպտիմալացման վրա, քանի որ դա, ի վերջո, կկարգավորի SSIS- ը:
SQL- ի նորոգում
Վերջում առաջարկում ենք օգտագործել SQL Server ուղղել գործիք, ինչպիսին է DataNumen SQL recovery ինչը կօգնի պահպանել կորցրած տվյալները տվյալների բազայի հանկարծակի վթարի պատճառով։
Հեղինակի ներածություն.
Upton Mark- ը տվյալների վերականգման փորձագետ է DataNumen, Inc., որը տվյալների վերականգման տեխնոլոգիաների համաշխարհային առաջատարն է, այդ թվում մուտքի վերականգնում և բառերի վերականգնման ծրագրային արտադրանք: Լրացուցիչ տեղեկությունների համար այցելեք www.datanumen.com