შეცდომა: "ბრძანების შესასრულებლად, ყველა ობიექტი უნდა იყოს განბლოკილი." ბრძანების შესასრულებლად საჭიროა ყველა ობიექტის განბლოკვა როგორ განბლოკოთ 1s 8.3 კონფიგურაცია

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

ჩვენ განვაახლებთ ჩვენთვის საჭირო გამოშვების კონფიგურაციის ფაილის გამოყენებით (უახლესი), ფაილების ჰოსტინგის სერვისები ამ გამოშვებებით შეგიძლიათ იპოვოთ ინტერნეტში, განახლებების შესანიშნავი მხარდაჭერაა https://forum.ruboard.ru, არის სექციები 1C-ზე. სადაც შეგიძლიათ ნახოთ საჭირო რელიზები.

1C განახლების ფაილების მომზადება

თუ გამოტოვეთ რამდენიმე გამოცემა, მაშინ იმისათვის, რომ განაახლოთ წინა „განახლებების“ დაყენების გარეშე, უნდა გამოიყენოთ ფაილი სახელად setup, მაგალითად BP83_2.0.66.45_setup.zip, ის იწონის რამდენიმე ასეულ მეგაბაიტს, შეინახეთ დისკზე და ამოალაგეთ. .

ჩვენ ვაწარმოებთ setup.exe ფაილს, ეს არის ამომფუთავი, რომელიც ხსნის 1C განახლების ფაილებს ჩვენ მიერ მითითებულ საქაღალდეში, რის შემდეგაც ის არ გვჭირდება. მივუთითებთ სასურველ ადგილს და ვიხსენებთ სად გავხსენით იგი

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

განახლების პროცედურა წინა 1C გამოშვებების ინსტალაციის გარეშე

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

ახლა განახლებისთვის, თქვენ უნდა გადახვიდეთ 1C კონფიგურატორზე

კონფიგურაციის ჩატვირთვა ფაილიდან

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

აირჩიეთ ჩვენი საქაღალდე შეუფუთავი ფაილებით

შემდეგ დიალოგში ჩვენ ვპასუხობთ "დიახ"

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

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

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

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

დეტალები გამოქვეყნებულია 01/31/2014 13:08

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

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

მხარდაჭერიდან ამოღება / მონაცემთა ბაზის რედაქტირების შესაძლებლობის ჩართვა

1. გადადით მხარდაჭერის პარამეტრებზე "კონფიგურაცია" - "მხარდაჭერა" - "მხარდაჭერის დაყენება..."

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

3. "რეჟის შეცვლა შეუძლებელს გახდის კონფიგურაციის სრულად ავტომატურად განახლებას. გაგრძელება?" - "დიახ"

4. აირჩიეთ "მიმწოდებლის ობიექტის რედაქტირება მიმდინარეობს მხარდაჭერის შენარჩუნებისას"- თუ გჭირდებათ მხარდაჭერის შენარჩუნება, მაგრამ მცირე ცვლილებების შეტანა ან "მიმწოდებლის ელემენტი ამოღებულია მხარდაჭერიდან"- თუ საჭიროა ძირითად მოდულებში ცვლილებების შეტანა

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

ინსტრუქციები

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

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

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

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

ვიდეო თემაზე

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

დაგჭირდებათ

• - 1C პროგრამა;
• - ინტერნეტთან წვდომა.

ინსტრუქციები

შეისწავლეთ 1C პროგრამული უზრუნველყოფის ვერსიის მახასიათებლები, რომელსაც იყენებთ. გთხოვთ, ასევე გაითვალისწინოთ განახლებების თანდართული სახელმძღვანელო ფაილები და საინფორმაციო მონაცემები. ასევე, 1C კონფიგურაციაში ცვლილებების შეტანამდე, ჯერ უნდა გაეცნოთ საცნობარო ლიტერატურას 1C: Enterprise-ში კონფიგურაციების განახლებისა და შენარჩუნების მექანიზმებთან დაკავშირებით და შეისწავლოთ პროგრამის ვერსიის გარე დაბეჭდილი ფორმები, რომელსაც იყენებთ. ეს ყველაფერი შეგიძლიათ ნახოთ საცნობარო ლიტერატურაში. ასევე დარეგისტრირდით ფორუმებზე 1C პროგრამისტებისთვის, რათა გქონდეთ ვინმესთან დაკავშირება დახმარებისთვის, მაგალითად, http://forum-1c.ru/, http://1c-pro.ru/ და ა.შ.

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

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

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

წყაროები:

• როგორ შევცვალოთ 1s კონფიგურაციაში

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

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

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

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

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

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

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

თქვენ სწორ გვერდზე მოხვედით! სავარაუდოდ, დილით აღმოაჩინეთ, რომ თქვენი საყვარელი 1C 8.3 არ იწყება შეტყობინებით: ” სესიის დაწყება ინფობაზით აკრძალულია. სარეზერვო ასლის შესასრულებლად...».

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

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

*თუ თქვენ ხართ IT სპეციალისტი, შეგიძლიათ უსაფრთხოდ გააგრძელოთ განყოფილების „დაბლოკვა და განბლოკვა 1C საინფორმაციო ბაზიდან“.

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

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

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

ახლა გადადით ამ საქაღალდეში.

ყოველი შემთხვევისთვის, აქ არის Explorer-ის გაშვების რამდენიმე ვარიანტი:

• თქვენ გაქვთ Windows XP ან Windows 7. დააწკაპუნეთ დაწყებაზე, გაშვებაზე, ჩასვით ადრე დაკოპირებული საინფორმაციო ბაზის მდებარეობა. Explorer გაიხსნება.
• თქვენ გაქვთ Windows 7. მაგრამ არ არის "Run" ვარიანტი. ჩასვით მდებარეობა დაწყებაზე დაწკაპუნებისთანავე. Explorer გაიხსნება.
• თქვენ გაქვთ Windows 8 ან Windows 10. დააწკაპუნეთ დაწყებაზე, დააწკაპუნეთ ლუპაზე ზედა მარჯვენა კუთხეში, ჩასვით ინფორმაციის ბაზის ადრე დაკოპირებული მდებარეობა, დააჭირეთ Enter. Explorer გაიხსნება.

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

• უნივერსალური მეთოდი Windows-ის ყველა ვერსიისა და მისი პარამეტრებისთვის. დააჭირეთ კლავიატურაზე მდებარე დროშის ღილაკს და მისი გათავისუფლების გარეშე დააჭირეთ კლავიატურაზე ლათინური R (ან რუსული K). გაიხსნება "Run" ფანჯარა, ჩასვით იქ ადრე დაკოპირებული საინფორმაციო ბაზის მდებარეობა და დააწკაპუნეთ OK.

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

Explorer-ის ფანჯარაში იპოვნეთ ფაილი 1Cv8.cdn ფაილების სიაში, დააწკაპუნეთ მასზე მარჯვენა ღილაკით, აირჩიეთ "წაშლა", როგორც ნაჩვენებია წინა ფიგურაში.

მზადაა! თქვენი „1C: ბუღალტერია“ ან „1C: ხელფასები და ადამიანური რესურსების მენეჯმენტი“ ან „1C: ვაჭრობის მენეჯმენტი“ კვლავ იწყება.

ბლოკირება და განბლოკვა 1C საინფორმაციო ბაზიდან. ჩვენ ვანადგურებთ მითებს.

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

როგორ დავაყენოთ საკეტი?

ინფობაზის დაბლოკვის მექანიზმი შექმნილია იმისთვის, რომ შეწყვიტოს ამჟამად ღია სესიები და თავიდან აიცილოს ახალი კავშირები. მენიუში დაბლოკვის ფუნქციონირების მდებარეობა შეიძლება განსხვავდებოდეს კონფიგურაციის მიხედვით. მაგალითად, UT, გამოცემა 11 (11.3.3.163) ეს არის ძირითადი მონაცემები და ადმინისტრირება, [სერვისი] მომხმარებლის მუშაობის ბლოკირება. ალტერნატიული ვარიანტი: კვლევის მონაცემები და ადმინისტრირება, მხარდაჭერა და შენარჩუნება, მომხმარებლის მუშაობის დაბლოკვა. UT-ში, გამოცემა 10.3 (10.3.21.2) ეს არის სერვისი, მომხმარებლები, ინფორმაციის ბაზასთან კავშირების დაბლოკვა.

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

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

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

მიზანშეწონილია დააყენოთ პარამეტრი „დაწყების დრო“, როგორც მიმდინარე თარიღი/დრო + დრო, რომელიც საჭიროა მომხმარებლებისთვის, რათა მოემზადონ რედაქტირებული დოკუმენტებიდან გასასვლელად და შესანახად. მაგალითად, ახლა დილის 9:50 საათია, მომხმარებლებს ვაძლევთ 10 წუთს მათი შედეგების შესანახად. ბლოკირების საერთო დაწყების დრო უნდა იყოს 10 საათი 00 წუთი.

დასრულების დრო - თქვენ არ გჭირდებათ მასში შესვლა, მაგრამ ობიექტი დაიბლოკება განუსაზღვრელი ვადით (სამუდამოდ).

განბლოკვის კოდი არის ერთჯერადი „პაროლი“ ნულიდან დასაწყებად, მიუხედავად დადგენილი დაბლოკვისა, რომელიც შეიძლება საჭირო გახდეს ზოგიერთ შემთხვევაში (ქვემოთ იქნება განხილული). აუცილებლად შედით და დაიმახსოვრეთ.ინფობაზის SQL ვერსიის შემთხვევაში, ეს პარამეტრი ჩანს „1C Enterprise Servers“-ის სნეპ-ინში და მას „ნებართვის კოდი“ ეწოდება.

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

ასე რომ, ღილაკზე „დაბლოკვის დაყენება“ დაჭერით და დადასტურებაზე დადებითი პასუხის შემდეგ...

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

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

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

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

რას ნახავენ მომხმარებლები და მე?

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

დაბლოკვის ინიციატორი იღებს სხვა შეტყობინებას:

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

ბომბი აფეთქდება ზუსტად დანიშნულ დროს. სირენა ყვირის მანამ, სანამ არ აფეთქდება.

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

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

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

მართლა აფეთქდება?

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

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

ჟურნალში გამოჩნდება გაშვების შეცდომის შესახებ შეტყობინება, რომელიც არ უნდა იქნას განმარტებული, როგორც გაშვების შეცდომა, არამედ როგორც „ყველა მომხმარებელმა არ დაასრულა თავისი სესიები“:

და ეს არ არის ერთადერთი მიზეზი, რის გამოც დაბლოკვა შეიძლება არ იმუშაოს. (იხილეთ შემდგომი სექციები „ვისი საათებით?“ და „რას იტყვით ჩემს მომხმარებლებს ვლადივოსტოკში?“).

მოდალური დიალოგი საინფორმაციო ბაზის SQL ვერსიაში მართულ ფორმებზე

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

მოდალური დიალოგი საინფორმაციო ბაზის SQL ვერსიაში ჩვეულებრივ ფორმებზე

მომხმარებლის სესიები წყდება.

საკეტის დაყენების შემდეგ უმჯობესია არ გამოხვიდეთ დიალოგიდან, რადგან... როდესაც ხელახლა შედიხართ ამ დიალოგში დაბლოკვის დაწყებამდე, ჩნდება არასწორი შეტყობინება, რომელშიც ნათქვამია, რომ დაბლოკვა უკვე დაინსტალირებულია (თუმცა მხოლოდ ნახევარი), არის ნულოვანი აქტიური სესიები (არა სიმართლეს). ამავდროულად, მომხმარებლების შეწყვეტის პროცესი გრძელდება (ეწინააღმდეგება ნულ აქტიურ სესიებს + არ არის მთლად მართალი, რადგან მომხმარებლები „თავს წყვეტენ“). მიუხედავად იმისა, რომ მომხმარებლის დაბლოკვის კოდი იდეალური არ არის, საბოლოოდ ის ხელს არ შეგიშლით ბლოკის დაყენებაში და აქტიური სესიების შეწყვეტაში, მაგრამ დააბნევს Infobase ადმინისტრატორს.

იმუშავებს დაბლოკვა, თუ დავაყენებ დაბლოკვას და დავხურავ დიალოგს?

იმუშავებს თუ არა დაბლოკვა, თუ დააყენებთ ბლოკირებას და დაუყოვნებლივ გამოხვალთ 1C-დან (ანუ დაასრულებთ 1C სესიას დაბლოკვის დაწყებამდე)?

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

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

საათის დესინქრონიზაციის პრობლემა

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

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

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

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

რაც შეეხება ჩემს მომხმარებლებს ვლადივოსტოკში?

დროის აბსოლუტური პრობლემა სხვადასხვა დროის ზონის მომხმარებლებთან

დაბლოკვის დროის დიაპაზონი ინახება ინფო ბაზაში. შეხედეთ ბლოკირების ფაილის შიგთავსს 1Cv8.cdn (რომელიც შექმნილია IB-ის ფაილურ ვერსიაში), ის იწერს დაბლოკვის დაწყების დროს, როგორც 07/17/2017 13:59 ფორმატში YYYYMMDDDHHMMSS დროის ყოველგვარი მითითების გარეშე. ზონა:

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

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

რა ტექნიკური გადაწყვეტილებები შეიძლება არსებობდეს, რომლებშიც ბლოკირება არ იმუშავებს სწორად ვლადივოსტოკის მომხმარებლებისთვის? ისინი, რომლებშიც 1C კლიენტი ნაწილია, მიიღებს დროს ვლადივოსტოკში და არა მოსკოვში. მაგალითად, ოფისები დაკავშირებულია ლოკალურ ქსელთან VPN-ის საშუალებით და 1C კლიენტის ნაწილი გაშვებულია ადგილობრივი კომპიუტერიდან, UTC+10 დროით. მაგრამ თუ ისინი მუშაობენ მონაცემთა ბაზასთან RDP კავშირის საშუალებით ან მოსკოვის სერვერზე RemoteApp რეჟიმში, ამ სერვერზე 1C კლიენტის ნაწილის გაშვებით, ყველაფერი კარგად იქნება, რადგან მას ექნება UTC+3 დრო.

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

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

გამაგდებენ კონფიგურატორიდან, თუ მასში ვიქნებოდი და დაბლოკვა დაიწყო?

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

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

როგორ ამოიღოთ ბლოკი?

იმავე დიალოგში, რომელშიც დაყენებული იყო დაბლოკვა. შეგახსენებთ, რომ საკეტის დაყენების შემდეგ ღილაკის “Set lock”-ის ნაცვლად არის ღილაკი “Unlock”.

ინფორმაციული უსაფრთხოების SQL ვერსიის შემთხვევაში, განბლოკვა ასევე შესაძლებელია "1C Enterprise Servers-ის ადმინისტრირება" სნეპ-ინში. (იხილეთ ქვემოთ)

რისთვის არის განბლოკვის კოდი?

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

• საკეტის დაყენების შემდეგ დასრულებულია ინფორმაციული უსაფრთხოების სესია (ხელით ან თავად ინიციატორის ჩაკეტვის შედეგად) და საჭიროა ახალი სესიის დაწყება;
• დაბლოკვის დასრულების დრო შეცდომით საერთოდ არ იყო შევსებული;
• დაბლოკვის დასრულების დრო არასწორად იყო შეყვანილი (მაგალითად, მომდევნო თვე ან წელი შემთხვევით იყო შეყვანილი);
• infobase არის SQL ვერსიაში და არასწორად დაყენებული დაბლოკვის გასაუქმებლად, შეუძლებელია 1Cv8.cdn ფაილის წაშლა infobase დირექტორიაში.

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

ENTERPRISE /F"Z:\Exchange\UT 11" /მომხმარებლების მუშაობის დაშვება /UC12345

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

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

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

რა უნდა გავაკეთო, თუ მე არ დავაყენე საკეტი, მაგრამ SQL მონაცემთა ბაზა დაბლოკილია ვინმეს მიერ? თუმცა განბლოკვის კოდი არ ვიცი.

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

სად უნდა ვეძებოთ?

„1C: Enterprise Server Administration“ snap-in ხშირად არის დაინსტალირებული იმავე სერვერზე, სადაც განლაგებულია SQL სერვერი, ასევე სადაც არის განლაგებული თავად „1C სერვერი“ (ან „1C Application Server“). თუმცა ეს არ არის აუცილებელი: SQL შეიძლება დაინსტალირდეს ერთ კომპიუტერზე, 1C აპლიკაციის სერვერი მეორეზე და აღჭურვილობა შეიძლება განთავსდეს თქვენს სამუშაო სადგურზე. დიდი ალბათობით, წარმატებას მიაღწევთ შემდეგი მოქმედებებით:

• დაუკავშირდით RDP-ით Srvr=... ხაზში მითითებულ სერვერს თქვენი დომენის შესვლისა და პაროლის გამოყენებით. თუ ვერ ახერხებთ დაკავშირებას, სთხოვეთ სისტემის ადმინისტრატორს დაგამატოთ დისტანციური დესკტოპის მომხმარებლების ჯგუფში. (თუ ასეთ უფლებებს უარყოფენ, განათავსეთ და დააკონფიგურირეთ „1C Enterprise Servers-ის ადმინისტრირება“ snap-in სამუშაო სადგურზე);

• სერვერზე იპოვეთ „1C: Enterprise Server Administration“ snap-in;

• გაუშვით snap-in, გააფართოვეთ ხე კვანძამდე თქვენი ინფობაზით;

• საინფორმაციო ბაზის თვისებებში გაასუფთავეთ ველი „სესიის დაწყების დაბლოკვა ჩართულია“ ან შეასწორეთ დაბლოკვის დაწყების და დასრულების დრო, ან გადახედეთ „ნებართვის კოდს“ ინფორმაციის უსაფრთხოების შესაყვანად (ასევე ცნობილია როგორც „განბლოკვის კოდი“ დაბლოკვის დაყენების დიალოგში).

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

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

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

თუ ჯერ კიდევ გაქვთ შეკითხვები:

• შესაძლებელია თუ არა მოსკოვის დროით მუშაობა, თუ სერვერს ქირაობ ევროპაში და არ გინდა მის დროის ზონაზე დამოკიდებული?
• როგორ მოვძებნოთ 1C აპლიკაციის სერვერი, თუ არ იცით სად არის დაინსტალირებული?
• როგორ განვათავსოთ „1C: Enterprise Server Administration“ snap-in და როგორ დავაკონფიგურიროთ იგი?
• თუ არის რამდენიმე აპლიკაციის სერვერი იმავე ლოკალურ ქსელში, რა უნდა გააკეთოთ?
• რა უნდა გავაკეთოთ კლასტერული სისტემის შემთხვევაში? და ა.შ.

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

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

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

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

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

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

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

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