ფაილის გაფართოება CMDB. CMDB ფაილების cmdb გაფართოების გახსნა

ზოგჯერ cmdb.script და სხვა SCRIPT სისტემის შეცდომები შეიძლება დაკავშირებული იყოს Windows რეესტრში არსებულ პრობლემებთან. რამდენიმე პროგრამას შეუძლია გამოიყენოს cmdb.script ფაილი, მაგრამ როდესაც ეს პროგრამები დეინსტალირებულია ან შეცვლილია, ზოგჯერ "ობოლი" (არასწორი) SCRIPT რეესტრის ჩანაწერები რჩება უკან.

ძირითადად, ეს ნიშნავს, რომ მიუხედავად იმისა, რომ ფაილის რეალური გზა შეიძლება შეიცვალოს, მისი არასწორი ყოფილი მდებარეობა კვლავ ჩაწერილია Windows რეესტრში. როდესაც Windows ცდილობს მოძებნოს ფაილების ეს არასწორი მითითებები (ფაილის მდებარეობა თქვენს კომპიუტერში), შეიძლება მოხდეს cmdb.script შეცდომები. გარდა ამისა, მავნე პროგრამულმა ინფექციამ შესაძლოა დააზიანა LXFDVD149-თან დაკავშირებული რეესტრის ჩანაწერები. ამიტომ, ეს დაზიანებული SCRIPT რეესტრის ჩანაწერები უნდა დაფიქსირდეს პრობლემის ძირიდან გამოსასწორებლად.

არ არის რეკომენდებული Windows რეესტრის ხელით რედაქტირება cmdb.script არასწორი კლავიშების ამოსაშლელად, თუ არ ხართ კომპიუტერის სერვისის პროფესიონალი. რეესტრის რედაქტირებისას დაშვებულმა შეცდომებმა შეიძლება თქვენი კომპიუტერი გამოუსადეგარი გახადოს და გამოუსწორებელი ზიანი მიაყენოს თქვენს ოპერაციულ სისტემას. სინამდვილეში, არასწორ ადგილას მოთავსებულმა ერთმა მძიმმაც კი შეიძლება ხელი შეუშალოს თქვენი კომპიუტერის ჩატვირთვას!

ამ რისკის გამო, ჩვენ გირჩევთ გამოიყენოთ სანდო რეესტრის გამწმენდი, როგორიცაა WinThruster (შემუშავებულია Microsoft Gold Certified Partner-ის მიერ) cmdb.script-თან დაკავშირებული რეესტრის პრობლემების სკანირებისა და გამოსასწორებლად. რეესტრის გამწმენდის გამოყენებით შეგიძლიათ ავტომატიზირდეთ რეესტრის დაზიანებული ჩანაწერების, დაკარგული ფაილების მითითებების (როგორიცაა cmdb.script შეცდომის გამომწვევი) და რეესტრში გატეხილი ბმულების პოვნის პროცესი. ყოველი სკანირების წინ, ა სარეზერვო, რომელიც საშუალებას გაძლევთ გააუქმოთ ნებისმიერი ცვლილება ერთი დაწკაპუნებით და გიცავთ კომპიუტერის შესაძლო დაზიანებისგან. საუკეთესო ნაწილი ის არის, რომ რეესტრის შეცდომების აღმოფხვრამ შეიძლება მკვეთრად გააუმჯობესოს სისტემის სიჩქარე და შესრულება.

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

სანამ Windows-ის რეესტრის ხელით შეაკეთებთ, უნდა შექმნათ სარეზერვო ასლი რეესტრის ნაწილის ექსპორტით, რომელიც დაკავშირებულია cmdb.script-თან (მაგალითად, LXFDVD149):

1. დააჭირეთ ღილაკს დაწყება.
2. შეიყვანეთ " ბრძანება„ვ საძიებო ზოლი... ჯერ არ დააწკაპუნოთ ENTER!
3. კლავიშების დაჭერისას CTRL-Shiftთქვენს კლავიატურაზე, დააჭირეთ ENTER.
4. გამოჩნდება წვდომის დიალოგური ფანჯარა.
5. დააწკაპუნეთ დიახ.
6. შავი ყუთი იხსნება მოციმციმე კურსორით.
7. შეიყვანეთ " რეგედიტი“ და დააჭირეთ ENTER.
8. რეესტრის რედაქტორში აირჩიეთ cmdb.script-თან დაკავშირებული გასაღები (მაგ. LXFDVD149), რომლის სარეზერვო ასლის შექმნაც გსურთ.
9. მენიუში ფაილიაირჩიეთ ექსპორტი.
10. სიაში შენახვააირჩიეთ საქაღალდე, სადაც გსურთ შეინახოთ LXFDVD149 გასაღების სარეზერვო ასლი.
11. მინდორში ფაილის სახელიშეიყვანეთ სარეზერვო ფაილის სახელი, მაგალითად "LXFDVD149 სარეზერვო".
12. დარწმუნდით, რომ მოედანი ექსპორტის დიაპაზონიშერჩეული მნიშვნელობა არჩეული ფილიალი.
13. დააწკაპუნეთ შენახვა.
14. ფაილი შეინახება გაფართოებით .რეგ.
15. ახლა თქვენ გაქვთ თქვენი cmdb.script-თან დაკავშირებული რეესტრის ჩანაწერის სარეზერვო ასლი.

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

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

ძიება

მოძებნეთ ჩვენი ფაილის გაფართოების მონაცემთა ბაზა

პროგრამები, რომლებიც ხსნიან CMDB ფაილს

პრობლემები, რომლებიც ხშირია CMDB ფაილთან

CMDB ფაილი დაზიანებულია

თუ ინსტალაციის შემდეგ საჭირო პროგრამასიიდან, თქვენ ჯერ კიდევ ვერ გახსნით ფაილს CMDB გაფართოებით, მიზეზი შეიძლება იყოს ის, რომ ის დაზიანებულია. გამოსავალი შეიძლება იყოს CMDB ფაილის ახალი ასლის პოვნა, რომლის გახსნაც აპირებთ

CMDB ფაილის გაფართოება არ არის დაკავშირებული შესაბამის აპლიკაციასთან

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

CMDB ფაილის ჩანაწერი Windows რეესტრში წაშლილია ან დაზიანებულია

CMDB ფაილი ინფიცირებულია ვირუსით

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

08/14/2009 სერგეი ლიამუკოვი

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

ეკონომიკური არასტაბილურობის პირობებში, IT მენეჯერი იძულებულია „დაბალანსდეს“ IT სერვისების დონის მზარდ ბიზნეს მოთხოვნებსა და დაფინანსების მკაცრ შეზღუდვებს შორის. შეუძლია თუ არა ITIL რეკომენდაციებს დაეხმაროს არსებულ პირობებში და საჭიროა თუ არა ახლა ვიფიქროთ კონფიგურაციის მართვის სისტემებზე? პასუხების პოვნაში დასახმარებლად, მოდით გადავხედოთ ITIL ბიბლიოთეკის მეორე და მესამე ვერსიების რეკომენდაციებს და მივცეთ რამდენიმე პრაქტიკული რჩევაგანხორციელების მიდგომებზე კონფიგურაციის მართვის მონაცემთა ბაზები (Configuration Management Data Base, CMDB) და მასთან დაკავშირებული პროცესები.

კონფიგურაციის მართვა

რუსეთში დღეს ძალიან პოპულარულია ITIL v2 ბიბლიოთეკის რეკომენდაციები, რომელშიც CMDB მნიშვნელოვან ადგილს იკავებს IT სერვისების მხარდაჭერასთან დაკავშირებული პროცესებისთვის (აჩვენა ლურჯი). CMDB-ის ძირითადი ფუნქციები ITIL v2-ის შესაბამისად მოიცავს: ინფორმაციის შენახვას IT ინფრასტრუქტურის ობიექტების სახით. კონფიგურაციის ელემენტები(KE); CI-ებს შორის კავშირების მხარდაჭერა, CI-ებსა და ინციდენტებს შორის კავშირები, პრობლემები, ცვლილებები და გამოშვებები; KE ვერსიის კონტროლი; KE „საბაზისო ხაზების“ და CMDB „სნეპშოტების“ მხარდაჭერა. ეს ყველაფერი საშუალებას გაძლევთ მიიღოთ მთელი რიგი უპირატესობები, რომელთა მთავარია: გაუმჯობესებული ანგარიშგება IT ინფრასტრუქტურაზე, შემცირებული დრო ინციდენტების მოსაგვარებლად და IT შეცდომების რაოდენობის შემცირება ().

ITIL v2 ვერსია არ იყო ნაკლოვანებების გარეშე, კერძოდ, სერვისის კატალოგი გადავიდა CMDB-ის გარეთ, რამაც გავლენა მოახდინა ხარჯების გამოთვლების ხარისხზე. გარდა ამისა, არასაკმარისი ყურადღება ეთმობა IT აქტივების სასიცოცხლო ციკლის მართვას (აქტივების გადაადგილება ფინანსურად პასუხისმგებელ პირებს შორის და ა.შ.).

ITIL რუსულ საწარმოებში

პროცესები არ არის განსაზღვრული ბიზნესის მხრიდან. ეს დამახასიათებელია დიდისთვის სამრეწველო საწარმოებირომელმაც გეგმური ეკონომიკის დროიდან მემკვიდრეობით მიიღო ფუნქციური მართვის მოდელი. რთულია IT სერვისების ფორმალიზება და მათი გავლენის მასშტაბის შეფასება ბიზნესზე.

პერსონალის ნაკლებობა. პროცესის მართვის მეთოდები მოითხოვს ერთგულებას პასუხისმგებელი პირებიპროცესების ფუნქციონირების ზედამხედველობა. ასეთი პირების არარსებობის შემთხვევაში პროცესის რეგულაციები იარსებებს მხოლოდ ქაღალდზე.

სახსრების ნაკლებობა. ზოგიერთ შემთხვევაში, ბიზნესი არ არის დაინტერესებული IT სერვისების მენეჯმენტით (გამონაკლისია კომპანიები, რომლებიც უზრუნველყოფენ IT სერვისებს გარე მომხმარებლებისთვის), ამიტომ მომსახურების კატალოგები და განსაკუთრებით მომსახურების დონის ხელშეკრულებები ფორმალური ხდება. განიხილება კონფიგურაციის და ცვლილებების მართვის ინსტრუმენტების დანერგვა " შიდა საკითხი IT" და ვერ პოულობს მხარდაჭერას ბიზნესისგან.

IT პროფესიონალები არ არიან დაინტერესებული კონფიგურაციის/ცვლილების მენეჯმენტით. ეს პროცესები (მაგალითად, ინციდენტების მართვის პროცესისგან განსხვავებით) მოითხოვს IT სპეციალისტებს გარკვეული ბიუროკრატიული პროცედურების დაცვას, მათი სტატუსის შემცირებას, როგორც „შეუვალი“ და ამ პროცესების განხორციელების სარგებელი, განსაკუთრებით ადრეული ეტაპი, არ არის აშკარა.

IT მენეჯერი არ არის დაინტერესებული ITIL პროცესების დანერგვით. ზოგიერთ შემთხვევაში, „ხვრელების ჩაკეტვის“ პოლიტიკა მთელ დროს იკავებს IT მენეჯერს და არ არის საკმარისი დრო და რესურსი საუკეთესო პრაქტიკის განსახორციელებლად.

შედეგად, ITSM-ის მრავალი პროექტი შემოიფარგლება Service Desk სერვისის განხორციელებით, ინციდენტების მართვის პროცესით და სერვისის დონის მართვის პროცესის ნაწილით (სერვისების კატალოგი ღირებულების გარეშე და სერვისების ინფრასტრუქტურასთან დაკავშირების გარეშე) (). ნაკლებად ხშირად, ხორციელდება "კონფიგურაციის მენეჯმენტის" პროცესი, რომელიც ხშირად გადაგვარდება "აქტივების მენეჯმენტად" და ეხება ექსკლუზიურად აღჭურვილობის აღრიცხვის ამოცანებს. ამავდროულად, ცვლილებების მართვის პროცესის სიმწიფის დაბალი დონის გამო, IT აქტივების შესახებ მონაცემების შესაბამისობა, როგორც წესი, რჩება დაბალი, რაც მოითხოვს მნიშვნელოვან სამუშაო ხარჯებს ინვენტარიზაციისა და IT ინფრასტრუქტურის შესახებ ანგარიშების მომზადებისთვის. IN ამ შემთხვევაში IT სექტორში აღრიცხვის ხარისხის გაუმჯობესებასთან დაკავშირებული მიზნები ( , სტრიქონი 1) მიღწეულია (ამა თუ იმ ხარისხით), მაგრამ IT სერვისების ხარისხის გაუმჯობესებასთან დაკავშირებული მიზნები არ არის მიღწეული ( , ხაზები 2, 3).

ITIL v3

IN ახალი ვერსია ITIL IT მართვის პროცესები დაჯგუფებულია ბიზნესისთვის მიწოდებული სერვისების სასიცოცხლო ციკლის მიხედვით. ეს უზრუნველყოფს IT სერვისების გაუმჯობესების მუდმივ ციკლს, მათი ჩაფიქრებიდან და დაგეგმვით დიზაინამდე, ტრანსფორმაციამდე და ექსპლუატაციამდე ().

ITIL v3-ის შესაბამისად, IT მენეჯმენტი მიმდინარეობს თითოეულ ეტაპზე სიცოცხლის ციკლისერვისები ურთიერთქმედებენ მონაცემთა ცენტრალურ საცავთან, რომელსაც ეწოდება სერვისის ცოდნის მართვის სისტემა (SKMS) ().

SKMS არის ყოვლისმომცველი სისტემა, რომელიც მოიცავს როგორც ჩანაწერებს, რომლებიც დაკავშირებულია სხვადასხვა პროცესებთან: სერვისებზე წვდომის მოთხოვნა, ინციდენტები, პრობლემები, შეცდომები, ცვლილებები, გამოშვებები და ა.შ., ასევე ინფორმაციას სხვადასხვა ტიპის სერვისების კატალოგების, ხელშეკრულებების შესახებ: SLA, OLA ოპერატიული დონის შეთანხმება), UC (მხარდამჭერი კონტრაქტები) და მიმწოდებლის ინფორმაცია გარე სერვისები. SKMS შეიძლება შეიცავდეს ერთ ან მეტ CMDB-ს, რომელთაგან თითოეული მემკვიდრეობით იღებს ყველა თვისებასა და ფუნქციას, რომელიც რეგულირდება CMDB ITIL v2-ისთვის. ტექნიკური საშუალებების ერთობლიობა (ინსტრუმენტები, მონაცემთა ბაზები), რომლებიც უზრუნველყოფენ ინფორმაციის შენახვას და დამუშავებას, როგორც SKMS-ის ნაწილი, ე.წ. კონფიგურაციის მართვის სისტემა(კონფიგურაციის მართვის სისტემა, CMS). SKMS-ში გამოყენებული ინფორმაციის წყაროები შეიძლება იყოს სხვადასხვა სისტემებიდან და აპლიკაციებიდან, მათ შორის CRM, ERP და SCM. SKMS-ის ფარგლებში სხვადასხვა სისტემის მონაცემების კონსოლიდაცია უზრუნველყოფილია „ინტეგრაციის დონით“ (). ამავდროულად, ინტეგრაციის მთავარი პრინციპია ინფორმაციის დუბლირების მინიმუმამდე შემცირება მისი სისრულის შენარჩუნებით და „გამჭვირვალობის“ და წვდომის სიჩქარის უზრუნველყოფა. მონაცემთა დამუშავების ფენა უზრუნველყოფს მოდელირების, ანალიზის, მონიტორინგისა და ანგარიშგების ინსტრუმენტებს. ამ დონეზე, ლოგიკური კავშირები უზრუნველყოფილია მონაცემებს შორის სხვადასხვა წყაროები. ცოდნის წარმოდგენის დონეზე, საბოლოო მომხმარებლები ურთიერთობენ სისტემასთან ინფორმაციის მოსაძიებლად, განახლებისა და გამოქვეყნებისთვის.

SKMS-ში მონაცემთა უფრო ყოვლისმომცველი ინტეგრაციისა და რამდენიმე ახალი პროცესის იდენტიფიცირების გამო, რომლებიც უფრო ზუსტად და სრულად ასახავს IT დეპარტამენტების მუშაობის რეალობას (კერძოდ, დამატებულია პროცესი, რომელიც არეგულირებს მომხმარებლის წვდომას IT სერვისებზე, პროცესზე მოვლენების დასამუშავებლად, რომლებიც არ უკავშირდება ინციდენტებს და ა.შ.), ITIL v3 ბიბლიოთეკა საშუალებას გაძლევთ აღმოფხვრათ მეორე ვერსიის ზოგიერთი ნაკლოვანება და მიიღოთ დამატებითი უპირატესობები (): უზრუნველყოთ IT სერვისების ხარჯების „გამჭვირვალე“ სტრუქტურა; უზრუნველყოს მოთხოვნებს, სერვისებსა და სხვა KU-ებს შორის კავშირების „გამჭვირვალე“ სტრუქტურა SKMS-ის ფარგლებში ინფორმაციის ანალიზის უფრო მოქნილ სისტემასთან ერთად. ეს საშუალებას გვაძლევს კიდევ უფრო შევამციროთ ინციდენტების მოსაგვარებლად და სხვა ტიპის მოთხოვნების დამუშავებისთვის საჭირო დრო, ასევე კიდევ უფრო შევამციროთ IT ინფრასტრუქტურის შეფერხებების რაოდენობა.

ITIL v3-ის უარყოფითი მხარე მოიცავს IT აქტივების სასიცოცხლო ციკლის მართვასთან დაკავშირებული საკითხების ცუდად ასახვას (). მიუხედავად იმისა, რომ კონფიგურაციის მართვის (ITIL v2) პროცესს ეწოდა აქტივების და კონფიგურაციის მენეჯმენტი ITIL v3-ში, პრაქტიკული რეკომენდაციებიძირითადად შეეხო IT მომსახურების სასიცოცხლო ციკლს. სხვა IT აქტივების სასიცოცხლო ციკლები, პრაქტიკული მნიშვნელობარომლებიც სულ მცირე არ არის დაბალი ვიდრე IT სერვისები, ცუდად არის ასახული.

საუკეთესო პრაქტიკის ბიბლიოთეკა

ინფორმაციული ტექნოლოგიების აქტივების მართვის საერთაშორისო ასოციაცია (IAITAM) ახორციელებს IT აქტივების მართვის უფრო ყოვლისმომცველ მეთოდოლოგიას ITIL-თან შედარებით. ასოციაციამ, რომელიც აერთიანებს რამდენიმე ათეულ კომპანიას, შეიმუშავა IBPL-ის საუკეთესო პრაქტიკის ბიბლიოთეკა, რომელიც შედგება 12 წიგნისგან, რომელიც არეგულირებს IT აქტივების მართვასთან დაკავშირებულ ყველა ძირითად პროცესს: აქტივების მართვა, პროგრამები, პროექტები, დოკუმენტაცია, პოლიტიკა, კომუნიკაციები, ფინანსები და ა.შ. . IBPL-ში რეგულირებული ზოგიერთი პროცესი „იკვეთება“ ITIL პროცესის მოდელთან, რაც აზუსტებს და ავსებს ამ უკანასკნელს.

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

CMDB და CMS მოთხოვნების შემუშავება

ჩვენ ჩამოვაყალიბებთ რეკომენდაციებს IT მენეჯერებისთვის, რომლებიც გეგმავენ IT მენეჯმენტის სერვისზე ორიენტირებული მიდგომების დანერგვას ან ოპტიმიზაციას, ასევე შემოგთავაზებთ გამარტივებულ მეთოდოლოგიას, რომელიც მიმართულია ხარჯების შემცირებაზე CMDB და CMS მუშაობის ყველა ეტაპზე.

მეთოდოლოგიის ზოგადი პრინციპია: „ბიზნესის მოთხოვნებიდან გადავდივართ სისტემის არჩევაზე და არა პირიქით“ და თავად მეთოდოლოგია ხუთი საფეხურისგან შედგება.

ნაბიჯი 1. განსაზღვრეთ ბიზნესისთვის მიწოდებული ძირითადი სერვისები. ამ ეტაპზე ჩამოთვლილია ბიზნესისთვის ყველაზე კრიტიკული IT სისტემები (იხ. მაგალითი მე-2 სვეტში) და თითოეული მათგანისთვის ფორმულირებულია პასუხი კითხვაზე: „რა მოხდება, თუ სისტემა გარკვეული ხნით შეწყვეტს მუშაობას? ” დროის ინტერვალი შეიძლება დაწესდეს ასეთი წარუმატებლობის სტატისტიკაზე (ასეთის არსებობის შემთხვევაში) ან IT სპეციალისტების მიერ სისტემის მაქსიმალური აღდგენის პერიოდის ექსპერტიზის შეფასების საფუძველზე. შედეგი შეიტანება მე-3 სვეტში ტერმინოლოგიით პროცესის ან სერვისის სახელის სახით, ბიზნესისთვის გასაგები. შემდეგ, თითოეული სერვისისთვის, ყველაზე მეტი სრული სია IT სისტემები, რამაც შეიძლება გამოიწვიოს მარცხი. შემდეგ ივსება მე-4 სვეტი, სადაც ჩაწერილია შესაბამისი მომსახურების მიწოდების შეჩერების ღირებულება მაქსიმალური დროის ინტერვალით. ასეთი შეფასების მიღება შესაძლებელია შესაბამისი სერვისის ბიზნეს მომხმარებლებისგან, მაგალითად, ეს შეიძლება იყოს ჯარიმები მოხსენების დაგვიანებისთვის. საგადასახადო სამსახური. შედეგად, მე-2 სვეტში იქმნება ტექნიკური მომსახურების ცარიელი კატალოგი, ხოლო მე-3 სვეტში IT სერვისის მიერ მოწოდებული ბიზნეს სერვისების ცარიელი კატალოგი (). გარდა ამისა, მიიღება IT სისტემების ფუნქციონირებასთან დაკავშირებული რისკების ხარჯთაღრიცხვა და რისკების მიღებული ღირებულებიდან გამომდინარე, შესაძლებელია გადაწყვეტილების მიღება შემდგომი მუშაობის მიზანშეწონილობის შესახებ.

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

ნაბიჯი 3. განსაზღვრეთ CMDB მოთხოვნები. ამ ეტაპზე განისაზღვრება CMDB-ის „დაფარვა“: ობიექტების კლასები, რომლებიც მხედველობაში მიიღება როგორც ავტომატიზირებული პროცესების ნაწილი, და სააღრიცხვო არეალი (საიტები, მონაცემთა ცენტრები, განყოფილებები და ა.შ., რომლის აღრიცხვაც მოხდება. განხორციელდა) (). CMDB დაფარვა შეიძლება დროთა განმავლობაში შეიცვალოს, ამიტომ რეკომენდებულია დაფარვის გაფართოებისთვის ეტაპების განსაზღვრა. პირველ ეტაპზე, მიზანშეწონილია CMDB-ში შეიტანოთ მხოლოდ ის KU-ები, რომლებისთვისაც ინფორმაცია აუცილებელია ხარისხის გასაუმჯობესებლად (აპლიკაციების დამუშავების სიჩქარე, ცვლილებების შემდეგ შეფერხებების რაოდენობის შემცირება) ჩამოთვლილი ყველაზე კრიტიკული სერვისებისთვის.

სამუშაოს შედეგები შეჯამებულია "კონფიგურაციის ერთეულების კლასიფიკატორში" () თითოეულ KE კლასში დამატებულია მისთვის უნიკალური სახელის მინიჭების პრინციპის აღწერა. ეს სახელი შემდგომში გამოყენებული იქნება KU-ს იდენტიფიცირებისთვის CMDB-ში და KU-სთან დაკავშირებული ფიზიკური ობიექტის აღსანიშნავად (მაგალითად, კომპიუტერის იდენტიფიკატორი, რომელიც დატანილია მის კორპუსზე). ინფორმაცია დაფარვის ზონისა და განხორციელების ეტაპის შესახებ შეიტანება სვეტში „შენიშვნები“.

მოდით ჩამოვაყალიბოთ კავშირების საჭირო ნაკრები საკვანძო ერთეულებს შორის ლოგიკური CMDB მონაცემთა მოდელის სახით, რომლის მაგალითიც მოცემულია. მოდელი უნდა შეიცავდეს ყველა CMDB კლასს, რომელიც ჩამოთვლილია კლასიფიკატორში () და ყველა ურთიერთობას CI-ებს შორის. კავშირების ფორმირებისას თქვენ უნდა იხელმძღვანელოთ „გავლენის დახურული ჯაჭვის“ პრინციპით: კავშირების ჯაჭვის გასწვრივ გადაადგილებით, ყოველთვის უნდა გქონდეთ შესაძლებლობა მიიღოთ CI-ების სრული სია, რომლებზეც გავლენას მოახდენს ცვლილება (გაჩერება). მიმდინარე CI. ლოგიკურ მონაცემთა მოდელზე მუშაობის შედეგად, KE კლასების შემადგენლობა . შეიძლება ჰქონდეს კავშირები CI-ებს შორის სხვადასხვა სახის(მაგალითად: „შეიცავს“, „ფინანსურად პასუხისმგებელი“ და ა.შ.). კავშირები შეიძლება ასახავდეს ერთი CI-ის გავლენას მეორე CI-ის ფუნქციონირებაზე, ამ შემთხვევაში ისინი შეიძლება იქნას გათვალისწინებული ცვლილებების შედეგების გაანალიზებისას. მიღებული კავშირების სია შედგენილია კლასიფიკატორში.

მოდით შევქმნათ ატრიბუტების სია კონფიგურაციის ელემენტების თითოეული კლასისთვის მოცემული ფორმით. თითოეული ატრიბუტისთვის ჩვენ განვსაზღვრავთ მიმდინარე მონაცემების წყარო(ებ)ს (მაგალითად, LANDesk ინვენტარის მენეჯერი - კომპიუტერებისთვის და სერვერებისთვის, Cisco Works - ქსელის აღჭურვილობისთვის, MS აქტიური დირექტორია+ პერსონალი – მომხმარებლებისთვის და ა.შ.). თქვენ არ უნდა დააკოპიროთ ყველა გარე წყაროს ინფორმაცია CMDB-ში. ატრიბუტების ნაკრები უნდა იყოს მინიმალური საჭირო ინციდენტების სწრაფი დამუშავებისა და ცვლილებების ანალიზის უზრუნველსაყოფად. გარდა ამისა, უნდა არსებობდეს ატრიბუტები, რომლებიც ცალსახად იდენტიფიცირებენ თითოეულ KU-ს მასზე არსებული ინფორმაციის ყველა გარე წყაროში და კავშირის ატრიბუტებს შესაბამისად. თუ არ არსებობს ატრიბუტის ან ურთიერთობის შესახებ ინფორმაციის შევსების ავტომატური საშუალებები, მაშინ აუცილებელია პროცესის პროცედურის მითითება, რომლის ფარგლებშიც ხელით შენარჩუნდება ამ ატრიბუტის მნიშვნელობის შესაბამისობა. გასათვალისწინებელია, რომ რაც უფრო მეტი ატრიბუტი შენარჩუნებულია ხელით, მით უფრო მაღალია სისტემის მუშაობის სირთულე (და ღირებულება), მით უფრო დაბალია მონაცემების შესაბამისობა CMDB-ში და მით ნაკლებია CMS-ის დანერგვის ეფექტი. თუ შეუძლებელია მონაცემთა წყაროს დადგენა რომელიმე ატრიბუტისთვის (ან CI–ების მთელი კლასისთვის), ის უნდა გამოირიცხოს CMDB–დან, რადგან არარელევანტური ინფორმაცია არღვევს სისტემის დისკრედიტაციას მომხმარებლის თვალში ოპერაციულ ეტაპზე.

ნაბიჯი 4. სისტემური მოთხოვნების სიის შედგენა. ამ ეტაპზე, სისტემის მოთხოვნები, რომლის მეშვეობითაც იგეგმება IT მართვის პროცესების ავტომატიზაცია, ჩამოყალიბებულია ცხრილის სახით. მიზანშეწონილია მოთხოვნების დაჯგუფება ავტომატური პროცესების მიხედვით. გასათვალისწინებელია არსებული სისტემებთან ინტეგრაციის მოთხოვნები, ანგარიშგების მოთხოვნები, მომხმარებლის ინტერფეისები და ა.შ. აღწერის ცხრილს შეიძლება დაემატოს სვეტები მოთხოვნის წყაროს (სპეციალისტების ან მენეჯერების რომელ ჯგუფზეა მოთხოვნა შესაბამისი) და მისი შეწონვის კოეფიციენტის (სავალდებულო/სასურველი) მითითებისთვის. სისტემის მოთხოვნები მიმართული უნდა იყოს მომსახურების ხარისხის გაუმჯობესებაზე, რომელიც ჩვენ ჩამოვაყალიბეთ პირველ ეტაპზე.

ნაბიჯი 5. სისტემის შერჩევის კრიტერიუმების ფორმულირება. წინა ნაბიჯებში მივიღეთ CMS-ის მოთხოვნების დეტალური სია და CMDB-ის აღწერა. შედარების პროცესი დიდი რაოდენობითმოთხოვნების სრულ ჩამონათვალზე დაფუძნებული სისტემების შემუშავებას შეიძლება დიდი დრო დასჭირდეს, ამიტომ მიზანშეწონილია შექმნათ ყველაზე ზოგადი და მნიშვნელოვანი კრიტერიუმების ნაკრები, რომ მიიღოთ სისტემების „მოკლე სია“ წინა ეტაპზე მიღებული ცხრილის საფუძველზე და გააკეთეთ საწყისი არჩევანი ამ კრიტერიუმების საფუძველზე. შეიძლება გამოყენებულ იქნას შერჩევის დამატებითი კრიტერიუმები: მოქნილობა (CMDB-ის სიღრმისა და დაფარვის შეცვლის შესაძლებლობა ოპერაციულ ეტაპზე, მოქნილობა მომხმარებლის ინტერფეისების მორგებაში და ა.შ.), ფასი (ლიცენზიების ჩათვლით, განხორციელება, მხარდაჭერა, ვერსიის განახლებები, ტრენინგი), რეგიონალური მიმწოდებლისა და სისტემის შემქმნელის საიმედოობა. რუსეთის ბაზარი გთავაზობთ როგორც კომპლექსურ სისტემებს (Service Desk + CMDB), როგორიცაა Axious Systems assyst, BMC Remedy, LANDesk Service Desk, Naumen Service Desk, OmniNet Omnitracker და სპეციალიზებულ გადაწყვეტილებებს: HP Universal CMDB (CMS მოქნილი ინტეგრაციის შესაძლებლობებით) და LANDesk Asset. სიცოცხლის ციკლის მენეჯერი (CMDB და IBPL მეთოდოლოგიის განხორციელების ინსტრუმენტები).

***

ნებისმიერი მეთოდოლოგია, იქნება ეს ITIL თუ IBPL, მხოლოდ ნაკრებია ზოგადი რეკომენდაციებისაუკეთესო პრაქტიკაზე დაფუძნებული და შედეგად მიღებული IT მენეჯმენტის პროცესების ეფექტურობა და სიცოცხლისუნარიანობა დიდწილად დამოკიდებულია იმაზე, თუ რამდენად კომპეტენტურად გამოიყენება ეს რეკომენდაციები კონკრეტული კომპანიის პირობებში. სტატიაში განხილული იყო პროცესის მონაცემთა ავტომატიზაციის სისტემის ერთი, თუმცა მნიშვნელოვანი ელემენტი - CMDB. უნდა გვესმოდეს, რომ CMDB, რაც არ უნდა კომპეტენტურად იყოს შემუშავებული და არ აქვს მნიშვნელობა რა კომპლექსურ სისტემას ეფუძნება მისი ფუნქციონირება, არ მისცემს დადებით ეფექტს მოქნილი IT მენეჯმენტის პროცესების განხორციელების გარეშე, რომლებიც ადაპტირებულია კომპანიის პირობებთან. მეორეს მხრივ, კარგად სტრუქტურირებულ IT მენეჯმენტის პროცესებს ყოვლისმომცველი კონფიგურაციის მართვის სისტემასთან ერთად შეუძლია მნიშვნელოვნად შეამციროს შრომითი ხარჯები IT მხარდაჭერისთვის და გაზარდოს IT სერვისების საიმედოობა და ხარისხი.

სერგეი ლიამუკოვი ([ელფოსტა დაცულია] ) – ბიზნესის განვითარების მენეჯერი Arbyte-ში (მოსკოვი).

CMDB IT სერვისების მართვის სისტემაში

თუ. ეს ოპერაცია გაუშვებს აპლიკაციებს, რომლებიც დაკავშირებულია სისტემაში დაინსტალირებულ .CMDB ფაილთან. თუ სისტემა პირველად შეხვდება ფაილს და არ არსებობს შესაბამისი ასოციაციები, მოქმედება დასრულდება იმით, რომ სისტემა მოგთხოვთ იპოვოთ შესაბამისი პროგრამა თქვენს კომპიუტერში ან ინტერნეტში.

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

პროგრამები, რომლებიც გახსნიან .CMDB ფაილს

Windows რეესტრის ხელით რედაქტირება

თუ ჩვენი სისტემა ვერ უმკლავდება .CMDB გაფართოებას და ამ ხელოვნების სწავლების ყველა ავტომატური და ნახევრად ავტომატური მეთოდი წარუმატებელი აღმოჩნდა, ჩვენ დაგვრჩა Windows რეესტრის ხელით რედაქტირება. ეს რეესტრი ინახავს ყველა ინფორმაციას, რომელიც დაკავშირებულია ჩვენი ოპერაციული სისტემის მუშაობასთან, მათ შორის ფაილების გაფართოებების კავშირთან მათი მომსახურების პროგრამებთან. გუნდი REGEDITფანჯარაში ჩაწერილი "პროგრამებისა და ფაილების ძიება"ან "გაშვებაოპერაციული სისტემის ძველი ვერსიების შემთხვევაში, ის გვაძლევს წვდომას ჩვენი ოპერაციული სისტემის რეესტრში. რეესტრში შესრულებული ყველა ოპერაცია (თუნდაც არც ისე რთული .CMDB ფაილის გაფართოებასთან დაკავშირებით) მნიშვნელოვან გავლენას ახდენს ჩვენი სისტემის მუშაობაზე, ასე რომ სანამ რაიმე ცვლილებას განახორციელებთ, დარწმუნდით, რომ გაკეთებულია რეესტრის ასლი. განყოფილება, რომელიც ჩვენ გვაინტერესებს არის მთავარი HKEY_CLASSES_ROOT. შემდეგი ინსტრუქციები ეტაპობრივად აჩვენებს, თუ როგორ უნდა შეცვალოთ რეესტრი, კონკრეტულად რეესტრის ჩანაწერი, რომელიც შეიცავს ინფორმაციას .CMDB ფაილის შესახებ.

ნაბიჯ-ნაბიჯ

• დააჭირეთ ღილაკს "დაწყება".
• "პროგრამების და ფაილების პოვნა" ფანჯარაში (ძველ ვერსიებში ვინდოუსის სისტემებიეს არის "Run" ფანჯარა, შეიყვანეთ ბრძანება "regedit" და შემდეგ დაადასტურეთ ოპერაცია "ENTER" ღილაკით. ეს ოპერაცია დაიწყებს სისტემის რეესტრის რედაქტორს. ეს ინსტრუმენტი საშუალებას მოგცემთ არა მხოლოდ ნახოთ არსებული ჩანაწერები, არამედ ხელით შეცვალოთ, დაამატოთ ან წაშალოთ ისინი. იმის გამო, რომ Windows რეესტრი არის გასაღები მისი მუშაობისთვის, მასზე განხორციელებული ყველა ოპერაცია უნდა შესრულდეს გონივრულად და შეგნებულად. შეუსაბამო გასაღების უყურადღებოდ მოხსნამ ან შეცვლამ შეიძლება სამუდამოდ დააზიანოს ოპერაციული სისტემა.
• ctr+F კლავიშების კომბინაციის ან რედაქტირების მენიუს და ოფციის „ძიების“ გამოყენებით, იპოვეთ თქვენთვის საინტერესო .CMDB გაფართოება საძიებო სისტემის ფანჯარაში შეყვანით. დაადასტურეთ OK ან ENTER ღილაკის გამოყენებით.
• სარეზერვო ასლი. ძალიან მნიშვნელოვანია რეესტრის სარეზერვო ასლის შექმნა მასში რაიმე ცვლილების შეტანამდე. ყოველი ცვლილება გავლენას ახდენს ჩვენი კომპიუტერის მუშაობაზე. უკიდურეს შემთხვევაში, რეესტრის არასწორმა ცვლილებამ შეიძლება გამოიწვიოს სისტემის გადატვირთვა.
• მნიშვნელობა, რომელიც გაინტერესებთ გაფართოებასთან დაკავშირებით, შეიძლება ხელით დაარედაქტიროთ ნაპოვნი გაფართოებისთვის მინიჭებული კლავიშების შეცვლით.CMDB. ამ ადგილას ასევე შეგიძლიათ დამოუკიდებლად შექმნათ სასურველი ჩანაწერი გაფართოებით a.CMDB, თუ ის არ არის რეესტრში. ყველა ხელმისაწვდომი ვარიანტი განთავსებულია ხელსაყრელ მენიუში (მაუსის მარჯვენა ღილაკი) ან მენიუში "რედაქტირება" მას შემდეგ, რაც კურსორი მოათავსეთ ეკრანზე შესაბამის ადგილას.
• მას შემდეგ რაც დაასრულებთ .CMDB გაფართოების ჩანაწერის რედაქტირებას, დახურეთ სისტემის რეესტრი. შემოღებული ცვლილებები ძალაში შევა ოპერაციული სისტემის გადატვირთვის შემდეგ.

გიჭირთ .CMDB ფაილების გახსნა? ჩვენ ვაგროვებთ ინფორმაციას ფაილის ფორმატების შესახებ და შეგვიძლია ავუხსნათ რა CMDB ფაილებია საჭირო. გარდა ამისა, ჩვენ გირჩევთ პროგრამებს, რომლებიც ყველაზე შესაფერისია ასეთი ფაილების გასახსნელად ან კონვერტაციისთვის.

რისთვის გამოიყენება .CMDB ფაილის ფორმატი?

ფაილის გაფართოება .cmdbძირითადად ასოცირდება ANSYS Meshing (CMDB) ფაილის ფორმატთან და ტიპთან. CMDB არის მონაცემთა ბაზის ფორმატი, რომელსაც იყენებენ ANSYS Workbench აპლიკაციები, როგორიცაა ANSYS CFX, ANSYS Fluent და შესაძლოა სხვა ANSYS CFD პროგრამული უზრუნველყოფა მოდელის ქსელის მონაცემების შესანახად.

ფაილი .cmdbარის ANSYS Workbench-ში შექმნილი და მონაცემთა ბაზის ფორმატში შენახული მოდელის ქსელის განმარტება. ბადე შედგება გარკვეული რაოდენობის ურთიერთდაკავშირებული წერტილებისგან, რომლებიც განსაზღვრავენ ობიექტის გეომეტრიას. Mesh ფაილები, როგორც წესი, ინახება ANSYS Workbench პროექტის root დირექტორიაში "SYS/MECH" ქვედირექტორიაში.

არსებული mesh ფაილები (ასევე .mesh dat გაფართოებით) შექმნილი ANSYS Workbench-ის ადრინდელ ვერსიებში, ზოგადად წარმატებით იმპორტირდება ახალ გამოშვებებში, ზოგიერთი გამონაკლისის გარდა CFX-Mesh mesh ფაილებისთვის ( .cmdb). ANSYS Fluent იყენებს ფაილის სხვა ფორმატს და ფაილის ტიპს (.msh) mesh ფაილებისთვის.

გაფართოება სრულიად განსხვავებული პერსპექტივიდან .cmdbასევე მინიჭებული აქვს სერვისის მეტაფაილებს, რომლებიც შექმნილია ზოგიერთი ტელევიზორის მიერ მოწინავე მულტიმედიური შესაძლებლობებით (მაგ. Samsung) მოსახსნელ საცავ მოწყობილობებზე, როგორიცაა გარე მყარი დისკები ან USB დისკები. ფაილი .cmdb(ჩვეულებრივ, დაწყვილებულია .cm00 12 ფაილთან ან სხვა ფაილთან) შეიცავს სხვადასხვა მეტამონაცემებს, რომლებიც გროვდება მედიის შიგთავსის სკანირებისას და გამოიყენება ტელევიზორის მიერ ფაილებზე წვდომისთვის, დაკვრის მიმდინარე პოზიციის შესანახად და ა.შ.

ასეთი ფაილები .cmdb, .cm00 12 და მსგავსი ჩვეულებრივ შეიძლება უსაფრთხოდ წაიშალოს, რადგან ისინი ხელახლა შეიქმნება მას შემდეგ, რაც მედია ხელახლა დაუკავშირდება ტელევიზორს.

პროგრამები CMDB ფაილების გახსნის ან კონვერტაციისთვის