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

შედეგების რეკონსტრუქცია შეიძლება შესრულდეს კონფიგურატორის რეჟიმში (ადმინისტრაციული მენიუ - ტესტირება და კორექტირება).

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

1. განსაზღვრავს პირველი დოკუმენტის თარიღს საინფორმაციო ბაზაში. ამისათვის თქვენ შეგიძლიათ გამოიყენოთ "ოპერაციების ჟურნალი" (განყოფილების აღრიცხვა, გადასახადები, ანგარიშგება). სიაში უნდა ამოიღონ ყველა არჩევანი. მაგალითად, 12/31/2011.
2. გახსენით გამომავალი და ერთეულების მენეჯმენტის ფორმა (ადმინისტრაციის განყოფილება - სერვისის პანელი სერვისი).

"OK" ღილაკი შედეგების რეკონსტრუქციას დაიწყებს. მარცხი დასრულების შემდეგ, შეცდომების გარეშე ჩამოყალიბდება სტანდარტული ანგარიშები.

Მოწონებული? გაუზიარეთ თქვენს მეგობრებს

კონსულტაციები პროგრამის 1C- თან მუშაობის შესახებ

სერვისი ღიაა სპეციალურად კლიენტებისთვის, რომელიც მუშაობს სხვადასხვა კონფიგურაციის 1-სთან ან ინფორმაციაზე და ტექნიკურ მხარდაჭერაზე (მისი) პროგრამით. სთხოვეთ თქვენს შეკითხვას, და სიამოვნებით უპასუხებთ! კონსულტაციების მოპოვების წინაპირობა არის პროფესორის არსებული ხელშეკრულების არსებობა. გამონაკლისი არის PP 1C- ის ძირითადი ვერსიები (8 ვერსია). მათთვის, ხელშეკრულების ხელმისაწვდომობა არ არის აუცილებელი.

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

ასევე, ჩვენ აღვნიშნავთ, რომ არსებობს ორი ალტერნატივა - შედეგების გამოყენება ან აგრეგატების გამოყენება; მეორე ვარიანტი უფრო მოქნილია.

კითხვა 12.30 გამოცდა 1C: პროფესიონალი პლატფორმაზე. ნარჩენი დაგროვების რეესტრის შედეგები:

1. არ ინახება
2. შენახული. ისინი არ შემოიფარგლება გამოთვლილ პერიოდებში, რადგან ისინი ავტომატურად გამოითვლება მომდევნო პერიოდის გახსნისას
3. შეიძლება ინახებოდეს, მაგრამ შემოიფარგლება გამოთვლილ შედეგებზე. თუ ისინი არ გააძევეს, მაშინ ისინი არ ინახება. თქვენ შეგიძლიათ მართოთ გათვლილი შედეგები 1C რეჟიმში: საწარმო
4. მარჯვენა პასუხები 2 და 3, რადგან შუალედური შედეგების ავტომატური გაანგარიშება შეიძლება დაინიშნოს კონფიგურატორის რეჟიმში

სწორი პასუხი მესამეა.

კითხვა 12.32 გამოცდა 1C: პროფესიონალი პლატფორმაზე. დაგროვების დარეგისტრირებისას "ნარჩენების" ტიპის მუშაობისას, შედეგების გამორთვა იწვევს იმ ფაქტს, რომ:

1. თქვენ შეგიძლიათ მიიღოთ მხოლოდ ოპერატიული ნარჩენები
2. ნებისმიერ დროს შეგიძლიათ მიიღოთ ნარჩენები, მაგრამ მათი სიჩქარე გაიზრდება

სწორი პასუხი მეორეა. მოცემული შედეგების შემთხვევაში, ნარჩენები ყოველთვიურად ხელმისაწვდომია.

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

1. მიმდინარე შედეგები მხოლოდ მიმდინარე სხდომაზე გადანაწილდება.
2. ყველა მიმდინარე შედეგი იქნება recalculated.
3. მიმდინარე შედეგები გაიხსნება მიმდინარე ან ყველა სესიისთვის რეესტრის პარამეტრების მიხედვით

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

კითხვა 12.34 გამოცდა 1C: პროფესიონალი პლატფორმაზე. მომხმარებლების მიერ შედეგების გადატვირთვისას:

1. შედეგები მხოლოდ მიმდინარე სესიაზე გადანაწილდება.
2. შედეგები გაიხსნება მიმდინარე ან ყველა სესიისთვის რეესტრის პარამეტრების მიხედვით
3. ყველა შედეგი იქნება recalculated
4. თქვენ შეგიძლიათ აირჩიოთ რომელი სესიები გამოვლინდება შედეგებით

სწორი პასუხი მესამეა, იხილეთ წინა კითხვა.

კითხვა 12.35 გამოცდა 1C: პროფესიონალი პლატფორმაზე. დაგროვების რეგისტრაციის მონაცემების წერისას, არსებობს შესაძლებლობა:

1. უარი ეთქვა შედეგზე (რეკორდული პარამეტრების პარალელიზაციის გაზრდა)
2. უარი თქვას მიმდინარე შედეგზე (იზრდება ჩანაწერის პარალელიზაცია)
3. სწორი პასუხები 1,2

სწორი პასუხი არის მესამე - ნაკლები მაგიდები, სწრაფად სისტემა მუშაობს. გამორთვა შედეგია პროგრამაში:

რეგისტრაცია \u003d რეგისტრაცია. წყარო; რეგისტრაცია სასოფლო-სამეურნეო. პროგრამული მომსახურება (ტყუილი);

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

1. ამცირებს რაიმე ნარჩენების მიღების სიჩქარეს
2. თქვენ შეგიძლიათ მიიღოთ ნარჩენები ნებისმიერ დროს, მაგრამ გაზრდის საოპერაციო ნარჩენების მოპოვების სიჩქარე
3. გავლენას არ ახდენს ნარჩენების მოპოვების სიჩქარით და გავლენას ახდენს გარდამტეხი სიჩქარით

იხილეთ კითხვა 12.32.

კითხვა 12.37 გამოცდა 1C: პროფესიონალი პლატფორმაზე. კონფიგურატორის რეჟიმში შეიძლება შეირჩეს დაგროვების რეესტრის შედეგების ცხრილის შემდეგი სიხშირე:

1. დღის განმავლობაში
2. ერთი თვის განმავლობაში
3. კვარტალში
4. არა-პერიოდული
5. ზემოთ აღნიშნული ვარიანტი
6. არ შეიძლება არჩეული

სწორი პასუხი მეექვსეა - შედეგები ყოველთვის გამოითვლება ყოველთვიურად, მომდევნო თვეში.

კითხვა 12.39 გამოცდა 1C: პროფესიონალი პლატფორმაზე. როგორ არის 1c სისტემა: საწარმო 8 შეუძლია შეინახოს შედეგების რევოლვერული დაგროვების რეგისტრაცია?

1. მხოლოდ მაგიდაზე
2. მხოლოდ საერთო მაგიდის გამოყენებით
3. ერთდროულად შედეგების ცხრილებში და აგრეგატებში
4. ან მაგიდაზე შედეგი ან აგრეგატები

სწორი პასუხი მეოთხეა, შედეგები და აგრეგატები მუშაობის ალტერნატიული რეჟიმებია.

კითხვა 12.40 გამოცდა 1C: პროფესიონალი პლატფორმაზე. აირჩიეთ ჭეშმარიტი განცხადება დაგროვების რეგლამენტთან შედარებით.

1. ერთი დაგროვების რეგისტრაციისთვის შეიძლება გამოყენებულ იქნას რამდენიმე შედეგი მაგიდა.
2. მხოლოდ ერთი აგრეგატის ერთი მაგიდა შეიძლება გამოყენებულ იქნას ერთი დაგროვებისთვის
3. ერთი დაგროვების რეგისტრაციისთვის შეიძლება გამოყენებულ იქნას აგრეგატების რამდენიმე მაგიდა.
4. Verpels 1 და 2
5. ყველა ვარიანტი მართალია

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

კითხვა 12.44 გამოცდა 1C: პროფესიონალი პლატფორმაზე. რა შეიძლება გამოჩნდეს დაგროვების რეესტრის შედეგებში?

1. მონაცემთა გაზომვები
2. რესურსების მონაცემები
3. მონაცემთა რეკვიზიტები
4. ყველა ვარიანტი მართალია
5. Verpels 1 და 2

სწორი პასუხი მეხუთეა, შედეგები ძირითადი სარეგისტრაციო მაგიდაა, გაზომვები.

კითხვა 12.45 გამოცდა 1C: პროფესიონალი პლატფორმაზე. აქტიური ჩანაწერების ნაწილი არ შეიძლება იყოს ნაჩვენები დაგროვების შედეგების ცხრილებში?

1. მონაცემთა გაზომვები
2. მონაცემთა რეკვიზიტები
3. რესურსების მონაცემები
4. ყველა ვარიანტი მართალია
5. Verpels 1 და 2

სწორი პასუხი მეხუთეა. დეტალები არ არის ნაჩვენები შედეგებზე. რეესტრის გაზომვები არ შეიძლება იყოს, მაგრამ რესურსი სავალდებულოა.

კითხვა 12.46 გამოცდა 1C: პროფესიონალი პლატფორმაზე. არ არის აქტიური ჩანაწერების რომელი ნაწილი არ შეიძლება ნაჩვენები დაგროვების რეგისტრაციის შედეგების ცხრილებში?

1. მონაცემთა გაზომვები
2. მონაცემთა რეკვიზიტები
3. რესურსების მონაცემები
4. ყველა ვარიანტი მართალია
5. Verpels 1 და 2

სწორი პასუხი არის მეოთხე, არააქტიური ჩანაწერები არ არის ნაჩვენები.

კითხვა 12.47 გამოცდა 1C: პროფესიონალი პლატფორმაზე. აქტიური ჩანაწერების ნაწილი არ არის ნაჩვენები დაგროვების რეესტრის შედეგების ცხრილებში?

1. მონაცემთა გაზომვები
2. მონაცემთა რეკვიზიტები
3. რესურსების მონაცემები
4. ყველა ვარიანტი მართალია
5. Verpels 1 და 2

) და პლატფორმა დეველოპერები არ არიან აქ, ეს არის საკმაოდ ცნობილი არქიტექტურული გადაწყვეტა, არ წაშლა "ნულოვანი" ჩანაწერები. მე კი ვამბობ, რომ ეს არის ხანგრძლივი "წმინდა ომი".

ყველაზე მნიშვნელოვანი ის არის, რომ ბოლომდე ნულოვანი თანხების ჩანაწერი, აბსოლუტურად არ ნიშნავს იმას, რომ ეს ჩანაწერი არ არის საჭირო.

Relational DBMS- ის შემუშავებისას ითვლება (განიხილება), რომ Crud ოპერაციები (შექმნა, წაკითხვის, განახლება, წაშლა) გადანაწილდება რესურსების ხარჯები შემდეგნაირად.

1. სინათლე: წაიკითხეთ, განახლება
2. ცენტრი: შექმნა
3. მძიმე: წაშლა

და ეფუძნება ობიექტის რეესტრის ქცევის ლოგიკას, რომელიც ხშირად იცვლება; და ჩანაწერების წაშლის მაღალი ხარჯების გამო, არის პოზიცია, რომელიც:

შედეგის შედეგი არ იძლევა სინქრონულად ამოღებას ნულოვანი შედეგის დროს, რადგან "ნულოვანი" არ ნიშნავს "null" და იმის გამო, რომ მომავალი გარიგება "მინდა" გაზარდოს ან შეამციროს შედეგი და ეს გახდება არასამთავრობო ნულოვანი და ჩვენ უნდა წარმოუდგენელი ღირებულება უფრო და Insert ოპერაცია.

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

და აქ შემიძლია ვთქვა, რომ პლატფორმის დეველოპერები ოდნავ "გამოტოვებული" (სიტყვა "დეფექტებისგან") - ფაქტია, რომ ზემოხსენებული არქიტექტურული გადაწყვეტის მიხედვით, ნათლად მიხვდა, რომ:

ნულოვანი შედეგით ჩანაწერების წაშლა საჭიროა იმ ღილაკების მიერ (გაზომვის კომპლექტი), რისთვისაც დიდი ხნის განმავლობაში არ იყო განახლებული ოპერაციები. და ეს ფუნქციური პლატფორმა არ არის - არსებობს მხოლოდ გლობალური recalculation. დიდ ოფისებში, ეს მოგვარდება SQL- ის მიერ "OHM- სთან დაკავშირებით:

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

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

კარგად, აქედან გამომდინარე, სტატისტიკის შესახებ, ასევე, ყველა ჩამორთმევა - სამკურნალო ოპერაციები შექმნა და წაშლა, ისევე როგორც განახლების ძირითადი სვეტი გამოიწვიოს ძებნის ხის დარღვევის ინდექსზე (ძირითადი დისტრიბუციის დიაპაზონი მონაცემების გვერდებზე) - კარგად, რომ არის, ძიების დიაპაზონში 1 .. ეს შეიძლება იყოს საკმაოდ გასაღები ღირებულება 23 - ასე SQL იყო უფრო მოსახერხებელი, რადგან მონაცემთა გვერდი იყო შემდეგი გასაღები გვერდი 7, ხოლო გასაღები 6 გაყვანილობა გასაღები 23 აღმოჩნდება 100.134 სპექტრიდან, რომელიც ასევე უფრო მოსახერხებელია მონაცემთა გვერდებზე. მაგალითად თითების - მაგრამ მე ვფიქრობ, არსი ასახავს.

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

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

ვათკირი; asylum90; ჰანს; ანიკრიონი; Albert_2008; Niberu; SER6702; Marchtomcat; ოლეჟე; user598655_ilia-bers; Klaus38; Lordkim; lmnlmn; Spenser123; Მონტე კარლო; აკანტა; Zaharknyaz; აგრესორი; vesd; Ilya $ n; Waanneek; Skyjack; Letarch; Aegoncharov; User777757; [Email protected]; mytg; Gang031; ყინულის ქსელი; Goga1979; Chesscat; Regrz; 1cprogr_nsk; Irwin; Paradise.87; Kav2; კორომი; Roman100; for_questions; ragimi; Eugenemipt; კაი NK; კიტაევი; Crosby; Noxie41; Alex_grem; ნიქსელი; ახალი მომხმარებელი; Tdml; Nevid; Rimidalv; გადატვირთეთ; denis_aka_wolf; Flashill; marchenko.y; Freya-KHV; ASG.ALEKS; Denis13; ADM134; Tis_08; MTV :); SOULSTEPS; შალიმსკი; ანსკი; Pisarevev; Silenser; kwazi; ინჟინერი 74; vadimlp77; არტოს; Dgolovanov; Pchela751; Exeel; Artbear; jif; დიმიტრივი; Rego1337h; Slavap; Wizaxxx; Ivanboychuk123; თევზი; ბოროტი თახვის; Dach; როდინმაქსი; Sanches; MDMDVD; zakakvo; Krio2; ჯექსონპი; Adeich; Afedor; მაქსიმსტვა; დოქტოროცას; Serg0ffan; სანფოტო; კინაზაროვი; ბუკასკა; theshadowco; Itnur; Jester; Detec; აუდიონი; Laeg; Morok1983; krv2k; Di- ძაღლი; sparklemal; Awa; Kpaceb.aa; Chif13; sa1m0nn; Cratosx; Allexoft; გალიჩი; vlad.frost; IGORDYNETS; Tormozit; vasiliy_b; ვლადირი; მეუსი; Poopkeen; ანდრეინიკუსი; Prad2002; Dicwork; ჯინდეტა; Aleksey; IT- დეველოპერი; rgrisha; ბრონისლავ; 7o2uyxg; ჰოლოზარი; ADYRSCHDV; Zagtot; Ramses; დენისჩი; PROM; Rd80; W- divin; Metmetmet; ჩებურატორი; პრესასტოდი; Diversus; სევუშკა; ალექსეი.ბოჩკოვი; იუროსი;

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

ზოგჯერ ფუნქციონირების პროგრამა შეიძლება არასწორი შედეგების ჩვენება. სიიდან "გაქრება" დოკუმენტები, როდესაც ცდილობს დოკუმენტის გახსნას, პროგრამის გაყინვას, უცნაურ შედეგებს გამოჩნდება ანგარიშებში. ყველა ეს "glitches" შეჩერება შემდეგ ტესტირება და აფიქსირებს 1c.

შეცდომები არ შეიძლება გამოვლინდეს ასე უხეში, მაგრამ ნებისმიერი oddities და უზუსტობები არის მიზეზი "სარემონტო სამუშაოები".

მიზეზები გამოიწვია პრობლემები:

• სამუშაოების გადაუდებელი შეწყვეტა (მოულოდნელი ძალაუფლება);
• მყარი დისკის ფიზიკური აცვიათ;
• კომპიუტერის გაუმართაობა.

სანამ მონაცემთა ბაზის დაფიქსირებამდე, უკან

მონაცემთა ბაზის შესამოწმებლად, თქვენ უნდა გააკეთოთ ის სარეზერვო.

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

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

ასლის შემოწმების და გამოსწორების დაწყებამდე აუცილებლად ხდება, რადგან კორექტირება შეუქცევადი მონაცემების ცვლილებებს ხორციელდება. ზოგჯერ (ძალიან იშვიათად) მათ არ შეუძლიათ გააუმჯობესონ, მაგრამ გაუარესდება მონაცემთა ბაზის სტატუსი.

ნორმალური ოპერაციით, სარეზერვო უნდა გაკეთდეს რეგულარულად, საუკეთესო - ყოველდღიურად. ამ სამუშაოსთვის ავტომატურად შესრულდება, უფასო პროგრამის ინსტალაცია. Backaper-1C სარეზერვო ასლები საბუღალტრო.

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

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

ნახაზი. 1. გადმოტვირთვის მონაცემები.

შეჯამება:

• სარეზერვო ასლები რეგულარულად უნდა გაკეთდეს;
• სარეზერვო უნდა იყოს ინახება სხვა გადამზიდავზე;
• ავტომატიზაციის პროგრამა არსებობს Backaper-1C სარეზერვო ასლები;
• ტესტირებისა და კორექტირების დაწყებამდე, გააკეთეთ ბაზის ასლი.

პროგრამის საინფორმაციო ბაზის შიდა საშუალებების კორექტირება

სარეზერვო მას შემდეგ, რაც სარეზერვო გაკეთდა, გახსენით მონაცემთა ბაზის კონფიგურატორი რეჟიმში. აირჩიეთ ადმინისტრაციის მენიუს ვარიანტი → საინფორმაციო ბაზის ტესტირება და კორექტირება.

ფანჯარაში, რომელიც ხსნის, თქვენ უნდა დააყენოთ ticks (ნახ. 2).

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

ნახაზი. ფანჯრის ტესტირება და 1C 8 populicks ყველა წერტილში. ასე რომ არ გააკეთოთ:

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

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

კორექტირების ეტაპები

განვიხილოთ ყველა მენიუს საკითხი ტესტირება და კორექტირება.

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

პირველი ეტაპი, საინფორმაციო ბაზის მაგიდების რეინდექსტი, პრობლემების 90% -ს ეხმარება. რა ხდება რეინდექსის პროცესში?

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

მაჩვენებლები ძალიან მნიშვნელოვანია:

• ინდექსირებული მაგიდების ძიება ბევრჯერ უფრო სწრაფად ხდება, ვიდრე არასამთავრობო ინდექსირებული;
• ინდექსის ნომერი არის უნიკალური "კოდი" კოდი, ინდექსები დაკავშირებულია სხვადასხვა ცხრილების ჩანაწერებს შორის;
• ინდოეთის მაგიდები საინფორმაციო ბაზის ფარგშია; მათ გარეშე, პროგრამა 1C არ მუშაობს.

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

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

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

ასე რომ, როდესაც ხელახლა ინდექსირებული, ასეთი პროცესები ხდება:

• ჩანაწერები არის რეიტინგული რეიტინგი და გამარტივებული;
• აღდგენილია მაგიდებისა და სხვა ობიექტების ურთიერთობა;
• ხშირ შემთხვევაში, პროგრამა აღდგენილია.

ხელახლა ინდექსის შემდეგ, შეგიძლიათ შეამოწმოთ თუ არა ბაზის შესრულება.

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

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

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

თუ არ არის საჭირო, მაშინ შედეგების გადანაწილება უმჯობესია თავი შეიკავონ.

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

შეკუმშოს მაგიდები - სასარგებლო ფუნქცია, თუმცა არ არის აუცილებელი, რომ შეასრულოს იგი.

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

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

ასე რომ, "დაღუპული" პროგრამის გამოსწორებისას ასევე საჭიროა პარამეტრები:

• ინფორმაციის ბაზის მაგიდები
• ლოგიკური მთლიანობის შემოწმება
• შეამოწმეთ საცნობარო მთლიანობა

რა მოხდება, თუ არ შეიძლება ტესტირება და კორექტირება?

თუ ბაზა ცუდად დაზიანებულია და კონფიგურატორში შესვლა შეუძლებელია, კიდევ ერთი აღდგენის ფუნქცია რჩება: გამოიყენეთ chdbfl.exe კომუნალური. ფაილი შეგიძლიათ იხილოთ ბინ სამონტაჟო დირექტორიაში საქაღალდეში (ნახ. 3).

ნახაზი. 3. Chdbfl.exe კომუნალური შერჩევა

ფიგურაში ნაჩვენები ბრძანებათა ხაზის შესვლის გზით ჩანს, რომ ფაილების გზაა 1 სთ 1CV8.2, ან 1SV8.3 კატალოგი, მოკლედ პროგრამის დირექტორიაში. ეს შეიძლება იყოს პროგრამის ფაილების საქაღალდეში ან სხვა საქაღალდეში. თქვენ უნდა მოძებნოთ კატალოგის ადგილმდებარეობა და გახსნა. Inside დირექტორია გახსნა ბინ საქაღალდე,

შესრულებული ფაილების გადაღება, შეარჩიეთ მონაცემთა ბაზა გამოსწორებული და დაუშვას შეცდომები (ნახ .4)

ნახაზი 4. ფანჯრის chdbfl.exe პროგრამა

შევაჯამოთ. თუ პროგრამა არ დაიწყება საგანგებო შეფერხების შემდეგ, თქვენ უნდა გააკეთოთ შემდეგი:

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

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