როგორ მოვძებნოთ SSIS პაკეტის წარუმატებლობის მიზეზები SQL აგენტში

გააზიარე ახლა:

ამ სტატიაში განვიხილავთ, თუ როგორ მივიღოთ SSIS-თან დაკავშირებული პაკეტების სია, მონაცემთა მაღაზიაში კავშირის პრობლემები, ფაილებში გასაღების წვდომის პრობლემა და პაკეტის დაცვის დონე, SSIS წყაროს სიჩქარე და ჟურნალის ლოგიკა.

SSIS პაკეტის წარუმატებლობათუ ჩვენ არ გამოვიყენებთ აუცილებელ ფუნქციებს ჩვენს SSIS პაკეტში, მაშინ კონსოლის შედეგები ან windows-ის მოვლენების ჟურნალი აჩვენებს შეცდომების მცირე რაოდენობას. მაგრამ თუ ჩვენ ჩავრთავთ ჟურნალის ფუნქციას SSIS-ში, მაშინ ეს სრულიად განსხვავებული სცენარია. ზოგადად, ჩვენ შეგვიძლია ვიმუშაოთ ხუთ განსხვავებულ ადგილზე, რომელიც მოიცავს ჟურნალებს SSIS კომპონენტიდან, ჟურნალებს SSIS ჟურნალის აუდიტიდან, მოვლენების ჟურნალი და სამუშაო ისტორიები, ჟურნალები მონაცემთა ძირითადი წყაროებიდან და აუდიტის ჟურნალი.

SQL Server აგენტი სამსახურითუ შენი SQL Server აგენტის დავალება SSIS პაკეტით მუშაობს, ამიტომ პირველ რიგში უნდა შევამოწმოთ შეცდომები ფანჯრების მოვლენების ჟურნალებში და SQL აგენტის ისტორიაში. ჩვენ შეგვიძლია მოვლენების პანელის დამმუშავებელი შევავსოთ შეცდომების მორგებული დამუშავების მეტი ლოგიკით. როგორც საკონტროლო დავალების, ასევე პაკეტის დონეზე, ჩვენ შეგვიძლია განვსაზღვროთ შეცდომების მოვლენების დამმუშავებელი. მორგებული მოვლენების და მათი დამუშავების ლოგიკის შესაქმნელად, ეს ფუნქცია ყველაზე ძლიერია.

აუდიტის ჟურნალებში, ტიპიური საწყისი მეთოდები იძლევა ზოგად შეცდომებს და თუ გრძნობთ მეტი ინფორმაციის გაანალიზების აუცილებლობას, მაშინ არსებობს ვარიანტი, რომელიც მოცემულია SQL server ჩართოთ SSIS ჟურნალის აუდიტი, რომელიც გამოაქვს შეცდომებს XML ფაილში, Windows-ის მოვლენის ჟურნალებში, პროფილის ტრეკერზე SQL Server or SQL Server მონაცემთა ბაზის ჟურნალი. ეს შეიძლება გაკეთდეს SSIS-ის პარამეტრებზე წვდომით და ჟურნალის პროვაიდერების კონფიგურაციით.

SSIS-თან დაკავშირებული პაკეტები

დროდადრო საჭიროა ჩვენთან 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

მორგებული ჟურნალის ლოგიკა

SQL Server გთავაზობთ მორგებულ ჟურნალის ლოგიკას, რომელიც შეიძლება განხორციელდეს SSIS-ის სკრიპტის კომპონენტში ან სკრიპტის ამოცანებში. მაგალითი იქნება ტექსტური ფაილის შენარჩუნება მონაცემთა ან ცვლადის მნიშვნელობების გამოყენებით SSIS პაკეტის შესრულების დროს.

თუ ვსაუბრობთ ძირითადი მონაცემთა წყაროებზე და მათ ჟურნალებზე, არის გარკვეული შეცდომები, რომლებიც შეიძლება აღმოჩნდეს ამ ფუძემდებლურ მონაცემთა წყაროებში და მათი გადასაჭრელად დეტალურად უნდა ჩავწვდეთ შესაბამისი მონაცემთა წყაროს შეცდომების ჟურნალის შემოწმებით. ნაგულისხმევად, ჟურნალები არის ERRORLOG საქაღალდეში LOG-ის ქვეშ.

SSIS წყაროს სიჩქარე

უნდა აღინიშნოს, რომ SSIS წყაროს სიჩქარე პირდაპირპროპორციულია შეკითხვის დროის სირთულის. მონაცემთა დაბრუნების სიჩქარე არის ის, რაც გავლენას ახდენს SSIS წყაროს სიჩქარეზე. წყაროს კომპონენტები არ არის ჩვენი მონაცემების წყარო. ჩვენ უნდა ფოკუსირდეთ ჩვენი მოთხოვნების ოპტიმიზაციაზე, რადგან ეს საბოლოოდ გააუმჯობესებს SSIS-ს.

SQL შეკეთება

დასასრულს, ჩვენ გირჩევთ გამოიყენოთ SQL Server დაფიქსირება ინსტრუმენტი, როგორიცაა DataNumen SQL recovery რაც ხელს უწყობს მონაცემთა ბაზაში უეცარი ავარიის შედეგად დაკარგული მონაცემების შენარჩუნებას.

ავტორი შესავალი:

Upton Mark არის მონაცემთა აღდგენის ექსპერტი DataNumen, Inc., რომელიც მსოფლიო ლიდერია მონაცემთა აღდგენის ტექნოლოგიებში, მათ შორის წვდომის აღდგენა და სიტყვების აღდგენის პროგრამული პროდუქტები. დამატებითი ინფორმაციისთვის ეწვიეთ www.datanumen. ერთად

გააზიარე ახლა:

კომენტარები დახურულია.