1s 2.0 განახლების უკან დაბრუნების გზები. პლატფორმის ხრიკები: გამყიდველის კონფიგურაციის გამოყენება. აღდგენა HEX რედაქტორის გამოყენებით
ამ სტატიაში მსურს ვაჩვენო 1C:Enterprise 8 პლატფორმის სერვისის შესაძლებლობები მიმწოდებლის კონფიგურაციის გამოყენების თვალსაზრისით, რომლებიც ძალიან ხშირად მოთხოვნადია, მაგრამ როგორც პრაქტიკამ აჩვენა, ისინი არ იცნობენ ყველა დამწყებთათვის და გამოცდილი სპეციალისტისთვისაც კი. .
განვიხილოთ ტიპიური სიტუაცია, რომელშიც დამწყები ხშირად აღმოჩნდებიან. ვთქვათ, არსებობს 1C-ის ტიპიური კონფიგურაცია: ინტეგრირებული ავტომატიზაცია 8. თავდაპირველად, კონფიგურაცია დაინსტალირებული იყო სადისტრიბუციო ნაკრებიდან (ვთქვათ გამოშვება 1.1.20.1). შემდეგ, საწარმოს სპეციფიკასთან ადაპტირების აუცილებლობის გამო, ჩართული იყო ცვლილების შესაძლებლობა (ახალბედები ძალიან ხშირად შეცდომით უწოდებენ ამ მოქმედებას მხარდაჭერიდან მოხსნას, თუმცა სინამდვილეში ეს ასე არ არის).
ახლა კი, გარკვეული პერიოდის შემდეგ, ჩვენ გვაქვს უაღრესად შეცვლილი, მაგრამ მაინც სტანდარტული (რეგულირებადი აღრიცხვის მიზნებისთვის, ჩვენ რეგულარულად ვაახლებთ) კონფიგურაცია. მოდით შევხედოთ რამდენიმე ჰიპოთეტურ სიტუაციას:
1) შემდეგი განახლებიდან გარკვეული პერიოდის შემდეგ, ჩვენ ვიღებთ შეტყობინებას ბუღალტრული აღრიცხვის დეპარტამენტიდან შეცდომის შესახებ, რომელიც ხდება რუტინული თვის ბოლოს დახურვის ოპერაციის დროს. ადრე ასეთი შეცდომა არ ყოფილა, ამიტომ განახლების ბრალია. საკმაოდ ტიპიური სიტუაცია. ჩვენ ვიწყებთ შეცდომის დიაგნოზს და ვხედავთ, რომ ფეხები იზრდება დღგ-ს აღრიცხვისა და მოძრაობების ფორმირების ზოგადი მოდულიდან. ჩვენ ვიწყებთ იმის გაგებას და გვესმის, რომ ეს მოდული მნიშვნელოვნად გადაკეთდა სტანდარტულ მოდულში და შერწყმის შემდეგ, ჩვენ "დავკარგეთ" ზოგიერთი პროცედურა/ფუნქცია (ან, როგორც ხშირად ხდება სტანდარტულებში, ისინი "გადახტა" სხვა საერთო მოდულში). სტანდარტულ მოდულებში ერთმანეთთან საერთო მოდულების სირთულის გამო, განახლების ეტაპზე ყოველთვის არ არის შესაძლებელი პრობლემის იდენტიფიცირება, რომელიც ვლინდება მხოლოდ მაშინ, როდესაც მომხმარებლები მუშაობენ.
ასე რომ, ჩვენ გვესმის, რომ ამის გასარკვევად გვჭირდება მიმდინარე გამოშვების ტიპიური კონფიგურაცია (ვთქვათ 1.1.23.1). მაგრამ სად ვიშოვო? თუ არის ნაცნობი ფრანგი და მას შეუძლია სწრაფად გამოაგზავნოს სადისტრიბუციო ნაკრები, შესანიშნავია, მაგრამ დავუშვათ, რომ ის იქ არ არის და პრობლემა სასწრაფოდ უნდა გამოსწორდეს. (არ შემოგთავაზოთ Varese!). უფრო მეტიც, შეიძლება არ იყოს ინტერნეტი და რა უნდა გავაკეთოთ ასეთ სიტუაციაში? მე არაერთხელ ვყოფილვარ მოწმე პროცესის, როდესაც ადამიანმა, მოცემული პრობლემის გადასაჭრელად, დააინსტალირა ახალი მონაცემთა ბაზა არსებული საწყისი დისტრიბუციიდან და შემდეგ თანმიმდევრულად განაახლებს მას უახლესზე, რათა ენახა „როგორ უნდა იყოს სინამდვილეში“ სუფთა მონაცემთა ბაზა. და ყუთი, როგორც ყოველთვის, უბრალოდ გაიხსნა (IMG :)
ახლა მოდით შევხედოთ სხვადასხვა გადაწყვეტილებებს:
ა) პირველი ვარიანტი: მენიუ -> კონფიგურაცია -> კონფიგურაციების შედარება, შემდეგ აირჩიეთ გამყიდველის კონფიგურაცია და შეადარეთ ის მთავარ კონფიგურაციას.
გასაკვირია, რომ არიან ისეთებიც, რომლებმაც ამის შესახებ არ იციან. ან, ნებისმიერ შემთხვევაში, გამოიყენეთ პუნქტი შედარება, დააკავშირეთ კონფიგურაცია ფაილიდან (ადრე მიიღეთ/მიიღეთ სტანდარტული .cf).
ბ) მეორე მეთოდი შესაფერისია, თუ ჩვენ გვჭირდება არა მხოლოდ ცვლილებების ნახვა, არამედ დაუყოვნებლივ შერწყმა.
მენიუ -> კონფიგურაცია -> მხარდაჭერა -> მხარდაჭერის პარამეტრები და ბოლოში დააჭირეთ ღილაკს შედარება, შერწყმა.
2) კიდევ ერთი სიტუაცია: ვთქვათ, ჩვენ შევცვალეთ ან წავშალეთ სტანდარტული კოდის ნაწილი და გარკვეული პერიოდის შემდეგ აღმოჩნდა, რომ შეცდომა დავუშვით და ყველაფერი უკან უნდა დავაბრუნოთ. და როგორც ხშირად ხდება, ცვლილებების განხორციელებამდე არ არის შენახული კონფიგურაციის სარეზერვო ასლი. მაგრამ ჩვენ ზუსტად ვიცით, რომ კოდის ეს ნაწილი შეიცავს სტანდარტულ კოდს, ამიტომ გამყიდველის კონფიგურაცია მოაგვარებს პრობლემას.
ბუნებრივია, შეგიძლიათ იგივე გააკეთოთ, როგორც პირველ შემთხვევაში. დაელოდეთ შედარების პროცესის დასრულებას და კონფიგურაციის შედარების ფანჯრიდან გახსენით სტანდარტული მოდული და დააკოპირეთ კოდი იქიდან.
ზოგიერთი ადამიანი სწორედ ამას აკეთებს, მაგრამ თუ საქმე გვაქვს UPP-ის მსგავს ურჩხულთან, რომელიც ასევე ძლიერ შეცვლილია, მაშინ შეგვიძლია ძალიან დიდი დრო დაველოდოთ შედარების პროცესის დასრულებას. თუ გვქონდა .cf ფაილი, შეგვეძლო უბრალოდ გავხსნათ ის კონფიგურაციის ფანჯარაში (სხვათა შორის, ყველა დამწყებმაც არ იცის ამ ფუნქციის შესახებ) და იქიდან დააკოპირეთ საჭირო კოდი.
და ჩნდება გონივრული კითხვა: როგორ შეგიძლიათ კვლავ შეინახოთ მიმწოდებლის კონფიგურაცია ფაილში? რატომ არ არსებობს მენიუს პუნქტი, როგორც კონფიგურაციის შენახვა ძირითადი კონფიგურაციისთვის ან მონაცემთა ბაზის კონფიგურაციის შენახვა მონაცემთა ბაზის კონფიგურაციის ფაილში. სად არის იგივე მიმწოდებლის კონფიგურაციისთვის? ფაქტობრივად, ისიც იქ არის, მხოლოდ ოდნავ ღრმად ჩამარხული. კერძოდ, ყველაფერი არის მხარდაჭერის პარამეტრების იგივე ფორმით.
უბრალოდ, ბევრი ადამიანი ხსნის ამ ფორმას მხოლოდ ერთხელ, რათა ჩართოს ცვლილების ვარიანტი და აღარ დაბრუნდეს მასში.
და ჩვენს შემთხვევაში, შესაძლებელი იყო ამის გაკეთება კიდევ უფრო მარტივად, კონფიგურაციის ფაილში შენახვის გარეშე, დააჭირეთ ღილაკს გახსნა. ეფექტი იგივეა, მაგრამ ბევრად უფრო სწრაფი.
კიდევ რატომ შეიძლება დაგჭირდეთ მიმწოდებლის კონფიგურაციის ფაილში შენახვა?
3) განიხილეთ შემდეგი სიტუაცია. ვთქვათ, რომ კონფიგურაციის არსებობის საწყის ეტაპზე სტანდარტულ კონფიგურაციას არ გააჩნდა ის ფუნქციონირება, რაც ჩვენ გვჭირდებოდა და მიღებულ იქნა გადაწყვეტილება მის გაუმჯობესებაზე. მოდიფიკაცია მინიმალური იყო, მაგრამ მომავალში მან მაინც შექმნა უხერხულობა განახლებისას. მაგრამ შემდეგ, გარკვეული პერიოდის შემდეგ, აღმოვაჩინეთ, რომ ეს ფუნქცია (როგორც ერთ დროს იყო ობიექტის ვერსიების შემთხვევაში) გამოჩნდა სტანდარტულ ვერსიაში (და, როგორც ხშირად ხდება, იგი განხორციელდა მასშტაბების ბრძანებით უკეთესი, ვიდრე "იმპროვიზირებული" მოდიფიკაცია. ).
ნება მომეცით მოგცეთ რეალური სიტუაციების კიდევ რამდენიმე მაგალითი, როდესაც შეიძლება დაგჭირდეთ სტანდარტულ კონფიგურაციაზე დაბრუნება:
1. რამდენჯერმე შემხვდა კონფიგურაციები, რომლებშიც მხოლოდ დაბეჭდილი ფორმების განლაგება ექვემდებარებოდა ცვლილებას. გამოცდილების ნაკლებობის ან უცოდინრობის გამო, პროგრამისტმა, რომელიც ინარჩუნებდა კონფიგურაციას, ნაცვლად გარე დაბეჭდილი ფორმის შექმნისა, ამოიღო კონფიგურაცია მხარდაჭერიდან და შეცვალა ჩაშენებული განლაგება (ხშირად ტრივიალურად კომპანიის ლოგოს დასამატებლად), რის შემდეგაც მომხმარებლებს ართმევდნენ ავტომატური განახლების შესაძლებლობის შესახებ.
2. ისევ, სტანდარტული ფუნქციონირების უცოდინრობის გამო (ძალიან ხშირად ამას განიცდიან ყოფილი „შვიდი წლის სტუდენტები“), თვისებებისა და კატეგორიების გამოყენების ნაცვლად, დაემატა დირექტორიების/დოკუმენტების დეტალები, როცა ამის საფუძვლიანი მიზეზი არ არსებობდა (მონაცემები მაგალითად, გამოიყენებოდა მხოლოდ ნაბეჭდ ფორმებზე გამოსატანად).
რა თქმა უნდა, ეს არ არის პრობლემა, თუ საქმე გვაქვს UT ან სხვა მენეჯმენტის გეგმის კონფიგურაციასთან, სადაც განახლებები ზოგადად არ არის კრიტიკული, მაგრამ ამ მაგალითში ჩვენ ვსაუბრობდით შეცვლილ SCP-ებზე ან კომპლექსურ ავტომატიზაციაზე. და გამოდის, რომ მცირე გაუმჯობესების გამო, რომელიც შეიძლება განხორციელებულიყო სრული მხარდაჭერის მოხსნის გარეშე, ჩვენ გვაქვს არასაჭირო ბუასილი სტანდარტული განახლებით.
არსებობს გონივრული სურვილი, უარი თქვას შესრულებულ მოდიფიკაციებზე და დააბრუნოს კონფიგურაცია სრულ მხარდაჭერაში. Როგორ გავაკეთო ეს?
კონფიგურაციის სრული მხარდაჭერაში დაბრუნების ერთადერთი გზა არის ჩატვირთვა (არა შედარებისა და შერწყმის რეჟიმში, არამედ Load კონფიგურაციის ფაილის ელემენტიდან) standard.cf. სწორედ ამიტომ გვჭირდება მიმწოდებლის კონფიგურაციის შენახვის შესაძლებლობა .cf ფაილში. ვაზოგავთ, შემდეგ ვტვირთავთ და მონაცემთა ბაზის კონფიგურაციის განახლების შემდეგ ვიღებთ სტანდარტულ კონფიგურაციას თავდაპირველ ფორმაში, ე.ი. საკეტით (IMG:) ბუნებრივია, ამ მოქმედებების შესრულებამდე წინასწარ უნდა იზრუნოთ საჭირო მონაცემების შენახვა/გადატანაზე, რომლებიც სტანდარტულ კონფიგურაციაში დაბრუნების შემდეგ „ჩაირეცხება“ და აუცილებლად გააკეთეთ სარეზერვო ასლი. მონაცემთა ბაზიდან!
როგორც ირკვევა, ეს არის დეველოპერის არსენალისთვის ხელმისაწვდომი მარტივი შესაძლებლობები, მაგრამ პრაქტიკაში ამ ტექნიკის უგულებელყოფამ შეიძლება გამოიწვიოს ზემოთ აღწერილი მრავალი საათის ზედმეტი აურზაური. ასე რომ, ვინც იცოდა - კარგად გააკეთეთ, და ვინც არ იცოდა - გამოიყენეთ იგი და დაზოგეთ თქვენი დრო.
[ლინკის სანახავად უნდა დარეგისტრირდეთ]
1C კომპანიის პროგრამული უზრუნველყოფა ძალიან პოპულარულია როგორც მეწარმეებში, ასევე სამთავრობო ორგანიზაციებში. პროგრამები გამოიყენება ბუღალტრული აღრიცხვის, მართვის აღრიცხვისთვის და ა.შ. ჩანაწერების სწორად შესანახად, ნებისმიერ ორგანიზაციას უნდა ჰქონდეს განახლებული ინფორმაცია. ამიტომ, პროგრამები, რომლებიც შემუშავებულია სპეციალურად ორგანიზაციის ეკონომიკური საჭიროებისთვის, განახლების გარეშე დიდხანს ვერ ფუნქციონირებს.
თუ რაიმე მიზეზით შეუძლებელია პროფესიონალის სერვისების გამოყენება და თქვენ თავად დააინსტალირებთ განახლებას 1C-სთვის, უნდა წაიკითხოთ ქვემოთ მოცემული ინსტრუქციები.
მიიღეთ 267 ვიდეო გაკვეთილი 1C-ზე უფასოდ:
დარწმუნდით, რომ გააკეთეთ ეს განახლებამდე.
პირველი ნაბიჯი არის ფაილების მოპოვება, რომლებიც საჭიროა განახლებისთვის. ეს შეიძლება გაკეთდეს რამდენიმე გზით:
- შეიძინეთ საინფორმაციო ტექნოლოგიების დისკი. დისკთან ერთად გათვალისწინებულია კუპონი, რომელიც იძლევა ასეთი დისკების უსასყიდლოდ მიღების შესაძლებლობას ექვსი თვის განმავლობაში;
- ჩამოტვირთეთ განახლებები 1C-სთვის ინტერნეტიდან. მაგრამ ამ შემთხვევაში, თქვენ უნდა გქონდეთ რეგისტრაციის მონაცემები, რომ შეხვიდეთ ITS ვებსაიტზე. აქედან გამომდინარე, აქ შეიძლება წარმოიშვას გარკვეული სირთულეები.
Შენიშვნა! თუ თქვენს კომპანიაში დაინსტალირებული კონფიგურაცია არ არის სტანდარტული პროდუქტი, ანუ ის უკვე გატეხილია 1C პროგრამისტების მიერ, ნუ ეცდებით თავად განაახლოთ პროგრამული უზრუნველყოფა! თქვენ არ შეგიძლიათ განაახლოთ ასეთი პროგრამის ვერსიები საკუთარ თავზე! ეს გამოიწვევს სისტემის არასტაბილურობას და მონაცემთა დაკარგვას!
დეტალური ინსტრუქციები განახლებების ინსტალაციისთვის
სანამ დაიწყებთ პროგრამული პროდუქტის განახლებას, მთლიანად უნდა დააკოპიროთ კომპანიის მონაცემთა ბაზა. მაშინაც კი, თუ პროგრამის განახლების მცდელობა წარუმატებელია, ძველი ვერსია ყოველთვის მზად იქნება სამუშაოდ. ამისათვის თქვენ უნდა მიჰყვეთ შემდეგ მითითებებს:
- გაუშვით პროგრამა კონფიგურაციის რეჟიმში. ეს შეიძლება გაკეთდეს ინფორმაციის ბაზის შერჩევის ფანჯარაში ღილაკზე „კონფიგურატორი“ დაწკაპუნებით;
- ამის შემდეგ, თქვენ უნდა გახსნათ "ადმინისტრაციის" პუნქტი (ზედა მენიუში), შემდეგ დააჭირეთ "ინფორმაციული ბაზის განტვირთვას";
- გაიხსნება ფანჯარა "შენახვა როგორც". აქ თქვენ უნდა აირჩიოთ დირექტორია, სადაც გეგმავთ ინფორმაციის მონაცემთა ბაზის ფაილის შენახვას და შემდეგ დააჭირეთ ღილაკს „შენახვა“;
- გამოჩნდება შეტყობინება, რომელიც მიუთითებს, რომ მონაცემთა ბაზა წარმატებით შეინახება. ახლა თქვენ შეგიძლიათ დაიწყოთ განახლება უარყოფითი შედეგების შიშის გარეშე.
პროგრამის პირდაპირ განახლებისთვის, თქვენ უნდა გახსნათ დირექტორია, სადაც განახლება იყო შენახული და გაუშვით setup.exe ფაილი. განახლება დაინსტალირდება ნაგულისხმევ დირექტორიაში.
შემდეგი, თქვენ უნდა აირჩიოთ 1C "კონფიგურატორი" ფანჯარა და მის მენიუში "კონფიგურაციის" პუნქტი. მოქმედებების სქემა ასეთია: კონფიგურაცია - მხარდაჭერა - განახლების კონფიგურაცია. გაიხსნება ფანჯარა, რომელშიც უნდა აირჩიოთ "ხელმისაწვდომი განახლებების ძიება (რეკომენდებული)" განყოფილება. ღილაკი "შემდეგი".
იხსნება ფანჯარა, სადაც შეგიძლიათ აირჩიოთ განახლების წყარო. აუცილებელია მონიშნოთ "http://downloads.v8.1c.ru/tmplts/" დროშა, რადგან განახლება ამ შემთხვევაში არ ხდება ინტერნეტ ქსელის საშუალებით. ისევ "შემდეგი" ღილაკი.
აქ შეიძლება იყოს პაუზა, შემდეგ გაიხსნება ხელმისაწვდომი განახლებების ფანჯარა. თქვენ უნდა აირჩიოთ ახალი კონფიგურაციის ვერსიის ნომერი და დააჭირეთ ღილაკს "შესრულებულია".
წინა სტატიაში განვიხილეთ 1C Enterprise მონაცემთა ბაზის სარეზერვო ასლების შექმნის საკითხი 1C Accounting 8-ის მაგალითის გამოყენებით. ჩვენ გავარკვიეთ, რომ სარეზერვო ერთ-ერთი მეთოდია შექმნა. გადმოტვირთვასაინფორმაციო ბაზა. ახლა მოდით გავარკვიოთ, რა უნდა გავაკეთოთ ატვირთვის ფაილთან, თუ მოულოდნელად რაიმე ცუდი მოხდება თქვენს მონაცემთა ბაზაში.
თუ პრობლემის გადაჭრა სხვა გზით შეუძლებელია, დროა წაიკითხოთ ინსტრუქციებიმაშინ ადრე შექმნილი ატვირთვის ფაილი 1C Accounting 8-ისთვის (ან ნებისმიერი სხვა 1C Enterprise კონფიგურაციისთვის) საშუალებას მოგცემთ დააბრუნოთ მონაცემთა ბაზა, ე.ი. ინფორმაციის ბაზის მდგომარეობის დაბრუნება ატვირთვის შექმნის თარიღზე.
მცირე გადახვევა თემიდან:აქედან ირკვევა, რომ მონაცემთა ბაზის ამ გზით აღდგენისას მონაცემების ნაწილი იქნება გარდაუვლადდაკარგული. Ამიტომაც რაც უფრო ხშირად აკეთებთ სარეზერვო ასლებს, მით უფრო ნაკლებ მონაცემს დაკარგავთ, თუ 1C მონაცემთა ბაზა დაზიანებულია.
ატვირთვის ფაილი თავისთავად უსარგებლოა და მოითხოვს კონფიგურატორის გაშვებას, ე.ი. თქვენ არ შეგიძლიათ უბრალოდ გაუშვათ ატვირთვის ფაილი (მაგალითად, ფილმის მსგავსად) და ელოდოთ შედეგებს. ამიტომ, ჩვენ გავუშვით კონფიგურატორი და გადავდივართ ადმინისტრაციის მენიუში.
მენიუში აირჩიეთ პუნქტი „ინფორმაციული ბაზის ჩატვირთვა“, როგორც ეს ნაჩვენებია ზემოთ მოცემულ სურათზე. ეს გახსნის ფაილის შერჩევის ფანჯარას.
ამ ფანჯრის გამოყენებით თქვენ უნდა აირჩიოთ თქვენთვის საჭირო ჩამოტვირთვის ფაილი. თუ რამდენიმე მათგანია, მაშინ ჩვეულებრივ ირჩევენ ყველაზე ახალს, ე.ი. ბოლო შესრულებულია.
ყურადღება! ძალიან ფრთხილად იყავით ფაილის არჩევისას, თუ რამდენიმე მათგანი გაქვთ. მით უმეტეს, თუ ისინი სხვადასხვა კომპანიებს ეკუთვნიან! ატვირთვის ოპერაციის გაუქმება შეუძლებელია.
იყო სტატიის მნიშვნელოვანი ნაწილი, მაგრამ JavaScript-ის გარეშე ის არ ჩანს!
ზემოაღნიშნულიდან გამომდინარე, უნდა დაემატოს ერთი მნიშვნელოვანი დეტალი- თუ მონაცემთა ბაზა "დაფარულია", მაშინ გააკეთეთ მისი მთელი საქაღალდის ასლი ( მერე რა, რომ დაზიანებულია!) და მხოლოდ ამის შემდეგ გახსენით კონფიგურატორი და აღადგინეთ. შეცდომის შემთხვევაში, ყოველთვის შეგიძლიათ დაბრუნდეთ მონაცემთა ბაზის „აღუდგენი“ (ანუ სრულად არ დაზიანებული აღდგენის შეცდომის შედეგად) ვერსიაში.
თუ ფაილი არჩეულია, შემდეგი გაფრთხილება გამოჩნდება (აუცილებელია, რადგან ოპერაციის გაუქმება შეუძლებელია).
თუ დარწმუნებული ხართ, დააჭირეთ დიახ და დაელოდეთ პროცესის დასრულებას. ეს ოპერაცია არ უნდა შეწყდეს!ჩამოტვირთვის დასრულების შემდეგ გამოჩნდება დასრულების შეტყობინება.
ზემოთ ნაჩვენები ფანჯარაში უფრო ადვილია დააწკაპუნოთ No-ზე, რადგან ჩვენ აღარ გვჭირდება კონფიგურატორი. No ღილაკზე დაჭერის შემდეგ კონფიგურატორი დაიხურება. ახლა გაუშვით პროგრამა 1C Enterprise რეჟიმში და შეამოწმეთ მონაცემთა ბაზის ფუნქციონირება. როგორც ხედავთ, არაფერია რთული.
თქვენ ასევე შეგიძლიათ ჩამოტვირთოთ ადრე გადმოწერილი მონაცემები სრულიად ცარიელ მონაცემთა ბაზაში, ე.ი. კონფიგურაცია საერთოდ არ არის. თქვენ შეგიძლიათ შექმნათ ასეთი მონაცემთა ბაზა ისევე, როგორც აღწერილია შესაბამის სტატიაში. ერთადერთი განსხვავება ისაა, რომ კონფიგურაციის შაბლონის შერჩევის ფანჯარაში თქვენ უნდა აირჩიოთ არა შაბლონები, არამედ ქვედა ელემენტი, როგორც ეს ნაჩვენებია ფიგურაში.
კიდევ ერთხელ შეგახსენებთ: ფრთხილად იყავით 1C Accounting 8 მონაცემთა ბაზის საკუთარი ხელით აღდგენისას!თქვენ შეგიძლიათ უსაფრთხოდ შექმნათ სარეზერვო ასლები - ეს ნებისმიერ შემთხვევაში უსაფრთხოა მონაცემებისთვის - მაგრამ ფრთხილად იყავით აღდგენასთან დაკავშირებით.
სტატიაში ნაჩვენებია 1C მონაცემთა ბაზის აღდგენის გზები პროგრამაში ჩაშენებული ხელსაწყოების ან მესამე მხარის აპლიკაციების გამოყენებით. როგორ შევქმნათ და აღვადგინოთ მონაცემთა ბაზის სარეზერვო საშუალება. 1C კომპანიის პროდუქტების მომხმარებელთა უმეტესობისთვის 1C: Enterprise მონაცემთა ბაზის დაზიანება ან დაკარგვა არის ის, რაზეც საუბარიც კი ეშინიათ. მათთვის მონაცემთა ბაზის აღდგენის ამოცანა უბრალოდ არარეალური ჩანს და მისი დაკარგვა საშინელი ტრაგედიაა.
სინამდვილეში, 1C კომპანიის პროდუქტები არის იგივე პროგრამული უზრუნველყოფა, როგორც ნებისმიერი სხვა. ინფორმაცია, რომელსაც მომხმარებლები შეაქვთ თავიანთ მონაცემთა ბაზაში, ინახება ფაილებში, რომელთა სარეზერვო ასლის შექმნა ან აღდგენა შესაძლებელია დაზიანებული ან წაშლილი. ხშირად ამ მიზნით ჩაშენებულია "1C: საწარმო"ინსტრუმენტები, მაგრამ არ უნდა დაივიწყოთ მესამე მხარის პროგრამული უზრუნველყოფაც.
ნაგულისხმევად, infobase დირექტორია, რომელშიც, გარდა თავად 1C მონაცემთა ბაზის ფაილისა, ინახება მასთან დაკავშირებული ყველა ფაილი, არის საქაღალდე მომხმარებლის დოკუმენტებში:
C:\Users\Username\Documents\InfoBase
ეს საქაღალდე ინახავს ყველა ფაილს, რომელიც დაკავშირებულია ამ მონაცემთა ბაზასთან.
ეს ფაილები მოიცავს:
- *.1CD– თავად მონაცემთა ბაზის ფაილი, რომელსაც ნაგულისხმევად ქვია 1Cv8.1CD. ეს ფაილი მოიცავს მონაცემთა ბაზაში შეყვანილ ყველა მონაცემს, ასევე მათ კონფიგურაციას;
- *.cf, *.cfu (*.cfl), *.dt, *.epf (*.erf)– მონაცემთა ბაზის კონფიგურაციის ფაილები;
- *.log, *.lgf, *.lgp, *.elf- ჟურნალის ფაილები;
- *.cdn– 1C მონაცემთა ბაზის დაბლოკვის ფაილი;
- *.ეფდ- 1C საარქივო ფაილი;
- *.mft- დამხმარე შაბლონის კონფიგურაციის ფაილი;
- *.ქ- ტექსტური შაბლონის ფაილი
- *.mxl– 1C მონაცემთა ბაზის ბეჭდური ფორმების ფაილი;
- *.გრ– 1C მონაცემთა ბაზის გრაფიკული დიაგრამების ფაილი;
- *.გეო– 1C მონაცემთა ბაზის გეოგრაფიული სქემის ფაილი.
1C მონაცემთა ბაზის დაზიანების ნიშნები და მიზეზები
1C მონაცემთა ბაზის დაზიანების ნიშნები შეიძლება იყოს ძალიან მრავალფეროვანი, ეს არის წარუმატებლობა მონაცემთა ბაზასთან მუშაობისას ან მისი უეცარი დახურვა, გაყინვა, სხვადასხვა შეტყობინებები შეცდომების არსებობის შესახებ მასთან მუშაობისას ან გაშვებისას. ხშირად "1C: საწარმო"შეცდომის არსებობის შესახებ შეტყობინება ინფობაზასთან ოპერაციის შესრულებისას და მისი აღწერა "... მონაცემთა ბაზის ფაილი დაზიანებულია".
1C მონაცემთა ბაზის დაზიანების მიზეზები შეიძლება იყოს ფიზიკური ან ლოგიკური წარმოშობის.
მონაცემთა ბაზების დაზიანების ფიზიკური მიზეზების შედეგები ყველაზე მძიმეა, რადგან ისინი დაკავშირებულია შენახვის საშუალების დაზიანებასთან, რომელზეც ინახება მონაცემები. ეს შეიძლება იყოს გარე ან ჩაშენებული მყარი დისკის, ოპტიკური მეხსიერების, ფლეშ დრაივის ან მეხსიერების ბარათის დაზიანება. ამ შემთხვევაში, იმისათვის, რომ შევძლოთ 1C მონაცემთა ბაზის აღდგენა, აუცილებელია შენახვის საშუალების ფუნქციონირების დაბრუნება.
მონაცემთა ბაზების ლოგიკური დაზიანება ხდება პროგრამული უზრუნველყოფის გაუმართაობის, კომპიუტერის ან შენახვის საშუალების არასწორი ან მოულოდნელი გამორთვის, ქსელური აღჭურვილობის არასწორი მუშაობის, ასევე ვირუსებისა და მავნე პროგრამების შედეგად.
1C მონაცემთა ბაზის შექმნა და აღდგენა სარეზერვო ასლიდან
ეს უკვე არაერთხელ აღვნიშნეთ ჩვენს სტატიებში - თქვენი მონაცემების შესანახად საუკეთესო საშუალებაა მისი სარეზერვო ასლის შექმნა. 1C მონაცემთა ბაზისთვის, ეს მეთოდი ასევე აქტუალურია.
1C მონაცემთა ბაზის სარეზერვო ასლის შესაქმნელად:
1C მონაცემთა ბაზის აღდგენა სარეზერვოდან:
დაზიანებული 1C საინფორმაციო მონაცემთა ბაზის აღდგენა
თუ საინფორმაციო ბაზის გაუმართაობა და ზემოთ აღწერილი შეცდომები ან სხვა სიმპტომები გამოჩნდება, არ არის საჭირო პანიკა, რადგან უმეტეს შემთხვევაში 1C მონაცემთა ბაზა აღდგება. ეს შეიძლება გაკეთდეს პლატფორმაში ჩაშენებული ხელსაწყოების გამოყენებით.
აღდგენა ხდება კონფიგურატორის გამოყენებით
1C მონაცემთა ბაზაში შეცდომების აღმოსაფხვრელად, მისი კონფიგურატორი უზრუნველყოფს ფუნქციას "ტესტირება და გამოსწორება...". მის გამოსაყენებლად:
აღდგენა chdbfl.exe გამოყენებით
პლატფორმის ყველა ვერსიაში "1C: საწარმო"არსებობს პროგრამა, რომელიც შექმნილია დაზიანებული ინფობაზების გამართვისთვის. ამ პროგრამაზე წვდომა არ არის პლატფორმის შიდა მენიუდან. მაგრამ ის დამონტაჟებულია პლატფორმის დამონტაჟებასთან ერთად. მის გასაშვებად გადადით საქაღალდეში, სადაც 1C პლატფორმა დაინსტალირებულია თქვენს კომპიუტერში:
C:\პროგრამის ფაილები (x86)\1cv8\8.3.8.1652\bin
(სადაც 8.3.8.1652 არის პლატფორმის გამოშვების ნომერი (სხვადასხვა გამოშვებისთვის))
იპოვეთ და გაუშვით chdbfl.exe ფაილი ამ საქაღალდეში - ეს არის 1C ინფობაზის გამართვის პროგრამა. პროგრამის გაშვების შემდეგ, გამოიყენეთ იგი მონაცემთა ბაზის ფაილის დასაზუსტებლად ველის მარჯვნივ მდებარე ელიფსის დაწკაპუნებით. "DB ფაილის სახელი"და მონიშნეთ ველი ფუნქციის გვერდით "გამოასწორეთ აღმოჩენილი შეცდომები". საჭირო პარამეტრების დაყენების შემდეგ დააჭირეთ ღილაკს "გაიქცე".
ყველა აღმოჩენილი შეცდომა და პროგრამის სხვა ქმედება გამოჩნდება chdbfl.exe ფანჯარაში.
აღდგენა HEX რედაქტორის გამოყენებით
განსაკუთრებით რთულ შემთხვევებში ან თუ საინფორმაციო ბაზის გამართვის წინა ორმა მეთოდმა არ მოიტანა სასურველი შედეგი, თეორიულად შესაძლებელია მისი აღდგენა HEX რედაქტორის გამოყენებით. ამისათვის თქვენ უნდა გახსნათ *.1CD მონაცემთა ბაზის მთავარი ფაილი HEX რედაქტორში.
ამ მეთოდის მინუსი არის ის, რომ დაზიანებული 1C მონაცემთა ბაზის დაფიქსირების ეს მეთოდი შეიძლება განხორციელდეს მხოლოდ გამოცდილი სპეციალისტების მიერ, რომლებიც მცოდნეა HEX-ში.
აღსანიშნავია, რომ მას აქვს ჩაშენებული HEX რედაქტორი, რომელიც შეიძლება გამოყენებულ იქნას დაზიანებული ფაილების დასაფიქსირებლად.
როგორ აღვადგინოთ წაშლილი 1C ინფორმაციის მონაცემთა ბაზა
თუ შემთხვევითი წაშლის, ოპერაციული სისტემის ხელახალი ინსტალაციის, მყარი დისკის ან სხვა შენახვის საშუალების ფორმატირების შედეგად, რომელზედაც ინახებოდა 1C მონაცემთა ბაზა, ის დაიკარგა, მაშინ შეგიძლიათ მისი აღდგენა გამოყენებით. Ამისთვის:
შენიშვნა. ანალოგიურად, შეგიძლიათ აღადგინოთ 1C საინფორმაციო ბაზის დაკარგული სარეზერვო ფაილი - 1Cv8.dt.
- ატვირთეთ აღდგენილი *.dt ფაილი საინფორმაციო ბაზაში ზემოთ აღწერილი მეთოდის გამოყენებით.
- თუ ინფო ბაზა აღდგენილია ფაილი ფაილით, მაშინ გახსენით მისი მთავარი ფაილი 1Cv8.1CL 1C მენიუს გამოყენებით. ფაილი / გახსენით.
ამ სტატიაში აღწერილი 1C მონაცემთა ბაზის აღდგენის ყველა მეთოდი ნაჩვენებია პლატფორმის მაგალითის გამოყენებით "1C: Enterprise 8.3". მაგრამ ეს ინფორმაცია ასევე შესაბამისია სხვა პროგრამებისა და პლატფორმების კონფიგურაციისთვის:
- 1c ბუღალტერია
- 1C: მეწარმე
- 1C: ხელფასი და პერსონალის მართვა
- 1C: ვაჭრობის მენეჯმენტი
- 1C: საცალო ვაჭრობა
- 1C: ჰოლდინგის მენეჯმენტი
- 1C: საწარმოს მენეჯმენტი
- 1C: საწარმო. საწარმოო ქარხნის მართვა
- 1C: კომპლექსური ავტომატიზაცია
- 1C: დოკუმენტის ნაკადი
- 1C: კონსოლიდაცია
- 1C: მცირე კომპანიის მართვა
- 1C: გადასახადის გადამხდელი
- 1C: მეწარმის მოხსენება
- 1C: გადახდის დოკუმენტები
- 1C: სამთავრობო დაწესებულების აღრიცხვა
- 1C: საბიუჯეტო დაწესებულების ხელფასები და პერსონალი
- 1C: მოხსენებების ნაკრები
- 1C: ბიუჯეტის ანგარიშგება
- 1C: სამთავრობო უწყების დოკუმენტების ნაკადი
- 1C: სახელმწიფო და მუნიციპალური შესყიდვები
- 1C: ანგარიშსწორების ბიუჯეტი
- 1C: მუნიციპალური ბიუჯეტი
- 1C: ფული
- 1C: ელექტრონული სწავლება და ა.შ.
