შეცდომა: "კონფიგურაციის სტრუქტურის მთლიანობა დაირღვა." შეცდომა: დარღვეულია კონფიგურაციის სტრუქტურის მთლიანობა. 1s 8.2-ის კონფიგურაციის სტრუქტურა გატეხილია.

როგორც წესი, შეცდომა ჩნდება, როდესაც კონფიგურაციის შენახვის პროცესის დროს მოხდა წარუმატებლობა. შედეგად, კონფიგურაცია არ იყო შენახული სწორად.
1. სცადეთ შეამოწმოთ ტესტირებისა და დაფიქსირების ან ChDBFl.exe მეშვეობით
2. შეხედეთ პრობლემის შემდეგ გადაწყვეტილებებს:

ზოგიერთ შემთხვევაში, CACHE-ის სრული გასუფთავება დაგეხმარებათ. Windows 7-ში არის C:\Users\Administrator\AppData\Roaming\1C\1Cv82 და C:\Users\Administrator\AppData\Local\1C\1Cv82 (Win7x64).

ან მეტი დეტალი:
1. საჭიროა იგივე ვერსიის სუფთა კონფიგურაცია - მუშაობს.
2. გაასუფთავეთ ქეში მთლიანად (ზემოთ მითითებული).
3. გაუშვით სუფთა მონაცემთა ბაზა კონფიგურატორის რეჟიმში და გახსენით კონფიგურაცია. ამავდროულად, 1C ქმნის თავის ქეშს C:\Users\Administrator\AppData\Local\1C\1Cv82 (ფაილების და საქაღალდეების ნაკრები საქაღალდეში კონფიგურაციის ID-ით.) ასევე გვჭირდება ქეში C:\Users-ში. \Administrator\AppData\Roaming\1C \1Cv82. თქვენ შეგიძლიათ უბრალოდ გადაარქვათ საქაღალდის მონაცემები 1C-ის დახურვის შემდეგ.
4. გაუშვით ჩვენი არასამუშაო მონაცემთა ბაზა კონფიგურატორის რეჟიმში და შეხედეთ ქეშს. და შედეგად, ჩვენ გვაქვს ორი საქაღალდე კონფიგურაციის ID-ებით (ცოცხალი და მკვდარი).
5. დახურეთ ყველაფერი და მთლიანად შეცვალეთ მკვდარი კონფის ქეში ცოცხალი. იმათ. წაშალეთ მიმდინარე და შეცვალეთ იგი ადრე დასახელებული საქაღალდით.
6. ჩვენ გავუშვით არასამუშაო მონაცემთა ბაზა კონფიგურატორის რეჟიმში და აი, პირველი წარმატება - კონფიგურაციის ხე ღიაა, კონფიგურაციის მართვის მენიუს სექციები აქტიურია.
7. გადადით მხარდაჭერის მენეჯმენტზე და მთლიანად წაშალეთ მხარდაჭერა. შენახვა, განახლება. თქვენ შეგიძლიათ განაახლოთ ის ფაილის საშუალებით, რომელსაც აქვს სამუშაო მონაცემთა ბაზის კონფიგურაცია.
8. წაშალეთ ქეში მთლიანად.
9. ჩვენ ვაწარმოებთ არამუშა მონაცემთა ბაზას კონფიგურატორის რეჟიმში, ვცდილობთ გახსნათ კონფიგურაცია - ყველაფერი იხსნება, შეცდომები არ არის.
10. გაუშვით 1C. ყველაფერი ხელმისაწვდომია. მონაცემები ადგილზეა.

იგივე შეტყობინება იყო, როცა დინამიურად განვაახლე ცენტრალური მონაცემთა კონფიგურაცია და გავცვალე პერიფერიულზე და მსგავსი შეტყობინება გამოჩნდა პერიფერიულზე.
1. იმიტომ პერიფერიულ კონფიგურატორზე საერთოდ ვერ შედიოდი, ამიტომ მომიწია საქაღალდის წაშლა C:\Documents and Settings\Admin\Application Data\1C\1Cv81.
2. გადადით კონფიგურატორზე და აირჩიეთ Configuration - Database configuration - Return to database configuration.
3. MainNode კომპლექტი განუსაზღვრელია.
4. კონფიგურაცია - კონფიგურაციის ჩატვირთვა ფაილიდან (ცენტრალური კონფიგურაცია).
5. MainNode-მა დააინსტალირა საჭირო.

მეც მქონდა მსგავსი სიტუაცია, მაგრამ 8.1-ზე. კონფიგურაციის დინამიური განახლების დროს, როგორც ჩანს, მოხდა მარცხი, რის შემდეგაც მცდელობა განვტვირთო როგორც მთავარი კონფი, ასევე DB კონფიდენციალური და როდესაც შემდგომ ვცდილობდი ფაილის ჩატვირთვას ადგილობრივ მონაცემთა ბაზაში, მესიჯი „კონფიგურაციის მთლიანობა სტრუქტურა დაირღვა“ ამოაგდეს. მაგრამ მონაცემთა ბაზა ფუნქციონირებს. არც ტესტირებამ და დაფიქსირებამ და არც ChDBFl.exe-მ არაფერი გამოიღო.

შევქმენი სამუშაო მონაცემთა სარეზერვო ასლი და ჩავტვირთე სუფთა მონაცემთა ბაზაში. დამატებულია გაცვლის გეგმა
http://kb.mista.ru/article.php?id=7
და შექმენით საწყისი სურათი. გამოსახულების მონაცემთა ბაზაში კონფიგურაცია შესწორებულია.

თუ ეს არ დაგვეხმარება, შემიძლია გირჩიოთ ის ვარიანტი, რომლის გამოყენებაც მინდოდა:
1. იპოვეთ უახლოესი კონფიგურაციის გამოშვება, ჩატვირთეთ იგი სუფთა მონაცემთა ბაზაში (აღდგენადი).
2. შექმენით სრულიად სუფთა მონაცემთა ბაზა (შუალედური)
3. გახსენით დაზიანებული მონაცემთა ბაზის კონფიგურატორი.
4. დააკოპირეთ და ჩასვით მოდულები და ობიექტები, რომლებშიც ცვლილებები მოხდა ბოლო გამოშვების შემდეგ (ჩემს შემთხვევაში ეს ბევრად უფრო ადვილია, რადგან ცვლილებები მოხდა მხოლოდ მოდულებსა და ფორმებში, მონაცემთა სტრუქტურა იგივე დარჩა და ყველა ცვლილება დოკუმენტირებულია პოსტერებით) დაზიანებული მონაცემთა ბაზა შუალედური.
5. ატვირთეთ შუალედური კონფიგურაცია.
6. შეაერთეთ იგი აღდგენილ მონაცემთა ბაზასთან.
7. ატვირთეთ აღდგენილი კონფიგურაცია ფაილში.
8. ჩატვირთეთ კონფიგურაცია აღდგენილიდან დაზიანებულ მონაცემთა ბაზაში.

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

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

ჩემი გამოსავალი არის მონაცემთა ბაზის პროვაიდერის კონფიგურაციის შეცვლა.
მოქმედებების თანმიმდევრობა ასეთია:
1. წაშალეთ გამყიდველის კონფიგურაცია მხარდაჭერიდან ამოღებით (Configuration->Support->Support Settings->Remove Support)
2. შექმენით კონფიგურაციის მიწოდების ფაილი (Configuration->Configuration delivery->Create delivery files and configuration updates). მოდით ვუწოდოთ ფაილის სამუშაოს მიწოდების ფაილი.cf
3. ვათავსებთ ჩვენს კონფიგურაციას ახლად შექმნილ მიწოდების ფაილთან (Configuration->Compare, merge with the configuration from file). თქვენ მოგეთხოვებათ დააბრუნოთ კონფიგურაცია მხარდაჭერაში.
კონფიგურაციის შედარების ფანჯარაში, რომელიც გამოჩნდება, დააწკაპუნეთ "Run"
4. განაახლეთ მონაცემთა ბაზის კონფიგურაცია (Configuration->Update database configuration).
იდეალურ შემთხვევაში, ამ ნაბიჯების შესრულებით, ჩვენ მოვახდინეთ მიმწოდებლის კონფიგურაციის რესტრუქტურიზაცია.
ახლა ჩვენ შეგვიძლია ვცადოთ ჩვენი კონფიგურაციის განახლება შემდეგ ვერსიაზე, როგორც ყოველთვის.

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

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

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

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

გამოსავალი

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

• წაშალეთ დროებითი ფაილები (წაიკითხეთ ჩვენი). ეს ეხმარება, როდესაც შეცდომა ხდება მხოლოდ ერთ-ერთ მომხმარებელს;
• თუ კონფიგურატორი ხელმისაწვდომია და შესაძლებელია მისი გახსნა, შეამოწმეთ და გაასწორეთ (იხ. ქვემოთ). თუ ვერ გახსნით, გააკეთეთ ეს chdbfl.exe უტილიტათი (მაგრამ მხოლოდ იმ შემთხვევაში, თუ მონაცემთა ბაზა არის ფაილური). მისი სავარაუდო მდებარეობა: - C:\ProgramFiles(x86)\1cv8\8.3.4.389\bin);
• თუ მონაცემთა ბაზა არის კლიენტ-სერვერი და დაინსტალირებულია SQL სერვერზე, გამოიყენეთ მოთხოვნა „delete*fromconfigsave“;
• თუ კონფიგურატორი ხელმისაწვდომია, შეეცადეთ ატვირთოთ და ჩამოტვირთოთ მონაცემთა ბაზა;
• ზოგიერთი ხარვეზი გამოსწორებულია პლატფორმის შემდგომ ვერსიებში - დააინსტალირეთ ახალი პლატფორმა;

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

ᲛᲜᲘᲨᲕᲜᲔᲚᲝᲕᲐᲜᲘ. დარწმუნდით, რომ გააკეთეთ ასლი კვირაში ერთხელ მაინც!

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

სანამ რაიმე ქმედებას განახორციელებთ, გააკეთეთ თქვენი მონაცემების სარეზერვო ასლი!

ტესტირების/ფიქსირების რეჟიმში გადასასვლელად გადადით სისტემის კონფიგურატორზე, მენიუდან აირჩიეთ Administration/Testing-fixing.

ტესტის ფანჯარა და რეჟიმები

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

ცხრილების რეინდექსირება

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

ლოგიკური მთლიანობა

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

რეფერენციული მთლიანობა

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

როდესაც ისინი აღმოჩენილია, არსებობს ოპერაციების სამი ვარიანტის არჩევანი:

• ობიექტების შექმნა - სისტემა ქმნის ცარიელ სტუბ ელემენტებს (მათი მოგვიანებით შეიძლება შეივსოს ინფორმაცია);
• ბმულების გასუფთავება - ისინი გასუფთავდება პროგრამულად;
• არ შეცვალოთ - მხოლოდ ბმულები გამოჩნდება.

შედეგების ხელახალი გაანგარიშება

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

მაგიდის შეკუმშვა

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

რესტრუქტურიზაციის ცხრილები

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

თუ ტესტირება/შესწორება არ მოიტანს დადებით შედეგს, გამოიყენეთ chdbfl.exe აპლიკაცია.

სარეზერვო ასლის შექმნა (ხელით და ავტომატურად)

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

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

სარეზერვო ასლის შექმნას ათ წუთამდე სჭირდება.

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

არსებობს ადმინისტრატორების ორი ტიპი: ზოგი ქმნის სარეზერვო ასლებს, ზოგი კი სარეზერვო ასლებს.

ფაილის ატვირთვა

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

ეს რეჟიმი ძირითადად განკუთვნილია განვითარებისა და ადმინისტრირებისთვის. შემდეგი, მენიუდან უნდა აირჩიოთ „ადმინისტრაციის/ატვირთვის საინფორმაციო ბაზა...“:

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

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

სარეზერვო ფაილის აღდგენა

მონაცემთა ბაზა ასევე აღდგება ნაცნობი კონფიგურატორის რეჟიმიდან, მაგრამ ახლა ჩვენ ვირჩევთ "ადმინისტრაცია/" ოფციას:

აირჩიეთ საინფორმაციო ბაზის ჩატვირთვა

თქვენ უნდა აირჩიოთ ადრე შენახული ფაილი (mdt გაფართოებით). შემდეგ დაეთანხმეთ სისტემის გაფრთხილებას შენახული ინფორმაციის დაკარგვის შესახებ (დაიკარგება).

წარმატების შემთხვევაში, 1C შესთავაზებს კონფიგურატორის გადატვირთვას.

ავტომატური დაარქივება

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

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

ამ აპლიკაციას შეუძლია 1C-ის ნებისმიერი ვერსიის დამუშავება: 7.7, 8.1, 8.2, 8.3. არ აინტერესებს რა უნდა დაამუშაოს - შეიტანოს მონაცემები ან მდებარეობს MS SQL ან PostgreSQL სერვერზე. პლუს უფასოა (არსებობს კომერციული ვერსია, გაფართოებული).

პირველ რიგში, ჩამოტვირთეთ და დააინსტალირეთ Effector Saver დისტრიბუცია.

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

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

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

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

თქვენს ყურადღებას ვაქცევ ერთ-ერთ ასეთ სიტუაციას.
დავალების აღწერა:
კონფიგურაციის განახლება ავტომატურად მოხდა. 1C კონფიგურატორის რეჟიმის დაწყებისას ვიღებთ შეტყობინებას „დაირღვა კონფიგურაციის სტრუქტურის მთლიანობა“. ავტომატური განახლების დროს, გამყიდველის კონფიგურაცია ვერ განახლდა სწორად. მომხმარებლის რეჟიმში მუშაობა იძლევა შეცდომას კონფიგურაციის მოდულზე მითითებით.
პირველ რიგში, თქვენ უნდა გაასუფთაოთ ქეში. Windows 7 OS-ში არის C:\Users\Administrator\AppData\Roaming\1C\1Cv82 და C:\Users\Administrator\AppData\Local\1C\1Cv82 (Win7x64). 1C ქეშის გასუფთავების შემდეგ, დაიწყეთ კონფიგურატორის რეჟიმში. როდესაც ვცდილობ 1C კონფიგურაციის გახსნას, ის იშლება. ატვირთეთ საინფორმაციო ბაზა სარეზერვო ფაილში. ტესტირება და გამოსწორება არ შველის. ფაილის მონაცემთა ბაზის შემოწმების პროგრამა ამბობს, რომ შეცდომები არ არის. მენიუს ელემენტები ჩატვირთვის, ატვირთვის კონფიგურაციისთვის, მხარდაჭერისთვის და ა.შ. ღია კონფიგურაციის გარეშე ისინი არ არიან აქტიური. მონაცემთა კონფიგურაციის შენახვა შესაძლებელია - ეს ნიშნავს, რომ მონაცემები არ არის განადგურებული, რაც მთავარია..
ასევე, კონფიგურატორიდან მომხმარებლის რეჟიმში გამართვის რეჟიმში შეიძლება დაიწყოს, ან შესაძლოა არა, ეს არ იმოქმედებს სიტუაციაზე.
ინფორმაციის ბაზის SQL-ში ჩატვირთვის მცდელობა არ გამოიწვევს დადებით შედეგს.

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

გამოსავალი:
1. საჭიროა იგივე ვერსიის სუფთა კონფიგურაცია - მუშაობს.
2. გაასუფთავეთ ქეში მთლიანად (ზემოთ მითითებული).
3. გაუშვით სუფთა მონაცემთა ბაზა კონფიგურატორის რეჟიმში და გახსენით კონფიგურაცია. ამავდროულად, 1C ქმნის თავის ქეშს C:\Users\Administrator\AppData\Local\1C\1Cv82 (ფაილების და საქაღალდეების ნაკრები საქაღალდეში კონფიგურაციის ID-ით.) ასევე გვჭირდება ქეში C:\Users-ში. \Administrator\AppData\Roaming\1C \1Cv82. თქვენ შეგიძლიათ უბრალოდ გადაარქვათ საქაღალდის მონაცემები 1C-ის დახურვის შემდეგ.
4. გაუშვით ჩვენი არასამუშაო მონაცემთა ბაზა კონფიგურატორის რეჟიმში და შეხედეთ ქეშს. და შედეგად, ჩვენ გვაქვს ორი საქაღალდე კონფიგურაციის ID-ებით (ცოცხალი და მკვდარი).
5. დახურეთ ყველაფერი და მთლიანად შეცვალეთ მკვდარი კონფის ქეში ცოცხალი. იმათ. წაშალეთ მიმდინარე და შეცვალეთ იგი ადრე დასახელებული საქაღალდით.
6. ჩვენ გავუშვით არასამუშაო მონაცემთა ბაზა კონფიგურატორის რეჟიმში და აი, პირველი წარმატება - კონფიგურაციის ხე ღიაა, კონფიგურაციის მართვის მენიუს სექციები აქტიურია.
7. გადადით მხარდაჭერის მენეჯმენტზე და მთლიანად წაშალეთ მხარდაჭერა. შენახვა, განახლება. თქვენ შეგიძლიათ განაახლოთ ის ფაილის საშუალებით, რომელსაც აქვს სამუშაო მონაცემთა ბაზის კონფიგურაცია.
8. წაშალეთ ქეში მთლიანად.
9. ჩვენ ვაწარმოებთ არამუშა მონაცემთა ბაზას კონფიგურატორის რეჟიმში, ვცდილობთ გახსნათ კონფიგურაცია - ყველაფერი იხსნება, შეცდომები არ არის.
10. გაუშვით 1C. ყველაფერი ხელმისაწვდომია. მონაცემები ადგილზეა.

აქ არის კიდევ ერთი სამაშველო ვარიანტი შემოთავაზებული infostar მომხმარებლის Tavalik-ის მიერ:

1. "კონფიგურაცია" - "მონაცემთა ბაზის კონფიგურაცია" - "დაბრუნება მონაცემთა ბაზის კონფიგურაციაში"
2. "კონფიგურაცია" - "ბაზის კონფიგურაციის განახლება"

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

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

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

თუ პრობლემა მოგვარებულია, მაშინ, სავარაუდოდ, თქვენ უნდა გაასუფთაოთ 1c ქეში საქაღალდე ( C:\Documents and Settings\User\Local Settings\Application Data\1C\1Cv82). საქაღალდე სავარაუდოდ დამალული იქნება ნაგულისხმევად, ასე რომ, თუ არ იცით როგორ შეხვიდეთ Windows-ის დამალულ ფაილებსა და საქაღალდეებზე, გირჩევთ წაიკითხოთ ეს შენიშვნა. ფაილებს ძირეულ საქაღალდეებში 1Cv82 და 1Cv81 მიმდინარე/ბოლო შეცვლილი თარიღით არ უნდა შეეხოთ. ისინი ინახავენ საწყისი ფანჯრის პარამეტრებს. ამ შემთხვევაში ყველაფერი დაიწყება, მაგრამ მაშინ მოგიწევთ ლოდინი პირველად რომ დაიწყებთ.

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

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

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

ინსტრუმენტი მუშაობს 2 რეჟიმში

• ტესტირება არის რეჟიმი, რომელიც ამოწმებს მხოლოდ კონფიგურაციის შეცდომებს.

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

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

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

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

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

სულ ეს იყო, რისი თქმაც მინდოდა დღეს. მომავალ ჯერამდე.