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

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

თუ 1C მონაცემთა ბაზის გახსნისას, მონაცემთა ბაზის გახსნის ნაცვლად, გამოჩნდება შემდეგი შეტყობინება:

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

უფრო მარტივი გამოსავალი:

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

საქაღალდეში თქვენ უნდა იპოვოთ ფაილი 1Cv8.cdn. საჭიროა წაშლაშეიტანეთ 1Cv8.cdn და კვლავ დაიწყეთ 1C:Enterprise.

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

დღეისთვის სულ ესაა!

შენთან იყო ინა იზვეკოვა.

შევხვდებით ისევ გვერდებზე !

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

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

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

გამოიკვლიეთ სასარგებლო სახელმძღვანელოები სამუშაოსთვის დაჭერით .

Ჯანმო სურს ისწავლოს ბუღალტერია, დააჭირეთ

თქვენ სწორ გვერდზე მოხვედით! სავარაუდოდ, დილით აღმოაჩინეთ, რომ თქვენი საყვარელი 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 ფანჯრის ზედა ნაწილში. (დააწკაპუნეთ მაუსის მარჯვენა ღილაკით მისამართების ზოლზე, შეცვალეთ მისამართი, ისევ მარჯვენა ღილაკით დააჭირეთ მისამართების ზოლს, ჩასვით).

• უნივერსალური მეთოდი ყველასთვის ვინდოუსის ვერსიებიდა მისი პარამეტრები. დააჭირეთ კლავიატურაზე მდებარე დროშის ღილაკს და მისი გათავისუფლების გარეშე დააჭირეთ კლავიატურაზე ლათინური 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 ჯვრით), მაგრამ ეს არ შეგიშლით ხელს დასრულებაში. ნამუშევარი. მოდალური დიალოგის რეჟიმი უფრო მნიშვნელოვანი ინტერესია, ამიტომ უფრო დეტალურად იქნება განხილული.

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

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

პირველ რიგში, მოდით აღვნიშნოთ, რომ ძველ კონფიგურაციებში, საკეტი შეიძლება არ იმუშაოს დაბლოკვის ინიციატორისთვის. ახლა მოდით გადავიდეთ 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 ვერსიის შემთხვევაში?

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

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

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

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

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

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

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

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

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

• დაბლოკვის დაყენების შემდეგ დასრულებულია ინფორმაციული უსაფრთხოების სესია (ხელით ან თავად ინიციატორის დაბლოკვის მოქმედების შედეგად) და საჭიროა ახალი სესიის დაწყება;
• დაბლოკვის დასრულების დრო შეცდომით საერთოდ არ იყო შევსებული;
• დაბლოკვის დასრულების დრო არასწორად იყო შეყვანილი (მაგალითად, შემდეგი თვე ან წელი შემთხვევით იყო შეყვანილი);
• 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 აპლიკაციის სერვერი“). თუმცა ეს არ არის აუცილებელი: 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-ში, ისევე როგორც ჩვენი ადგილობრივი კოლეგების უმეტესობა. ამჟამად, ჩვენს სერვერზე გვაქვს ასობით მონაცემთა ბაზა, ამიტომ უნდა გვესწავლა, როგორ სწრაფად და ეფექტურად მართოთ მთელი ეს სიმდიდრე. თუ ბუღალტერია, ჰოსტერი 1C სერვისით, ან უბრალოდ სადღაც აიღეთ 1Sok-ის თაიგული, იცით, რა რთულია. ჩვენ გვიყვარს ვიყოთ სასარგებლო, ამიტომ გაგიზიარებთ გამოცდილებას, პრაქტიკული რჩევადა შეხედულებები, რომლებმაც მოახერხეს ჩვენთან მონახულება მთელი ჩვენი ეკონომიკის განახლებასა და განახლებაში გატარებული უამრავი ღამის, არდადეგების და შაბათ-კვირის განმავლობაში.

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

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

წარმოუდგენელი გზა ღრუბელი 1C-დან თქვენს საკუთარ სერვერის კლასტერამდე

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

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

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

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

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

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

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

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

სულ

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

რისი მიპყრობა მინდა მათზე, ვინც ამ გზას გადის ან აპირებს მის გავლას:

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

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

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

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

ამისთვის ფაილის ვერსია:
<версия>\bin\1cv8.exe" createinfobase ფაილი="X:\Base\habrahabr" /AddInList "HabraHabr LLC" /UseTemplate "X:\tmplts\BlackAccounting.cf"
SQL ვარიანტისთვის:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8.exe" createinfobase Srvr="habr" Ref="HabraBD" SQLSrvr="habr" SQLDB="HabraBD" SQLUID="sa" SQLPwd="123" /AddInList "HabraHabr LLC" /UseTemplate "X: tmplts\BlackAccounting.cf"

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

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

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

მომხმარებლის სიაში ყველა საჭირო მონაცემთა ბაზის ერთდროულად დასამატებლად, ჩვენ ვიყენებთ v8i სიის ფაილებს საერთო მონაცემთა ბაზები, რომელიც მდებარეობს ფაილის გაზიარებაზე. ამ ფაილების ბმულები ემატება მომხმარებლის პროფილში (მაგალითად, GPO-ის ან ნაგულისხმევი პროფილის მეშვეობით) ფაილში %AppData%\1C\1CEStart\1CESTart.cfg:
CommonInfoBases=X:\Base\List\Base_a1.v8i CommonInfoBases=X:\Base\List\Base_a2.v8i CommonInfoBases=X:\Base\List\Base_a3.v8i
ან თავად 1C-დან (უკვე მომხმარებლის ქვეშ) ვამატებთ საერთო საინფორმაციო ბაზების ჩამონათვალს:

v8i ფაილების შიგნით ასე გამოიყურება:
[HabraHabr LLC] Connect=File="X:\Base\Accounting\habrahabr"; ID= OrderInList=6062080 Folder=/ OrderInTree=6422528 External=1 App=Auto WA=1 Version=8.3
თქვენ შეგიძლიათ შექმნათ ისინი უშუალოდ მონაცემთა ბაზის შერჩევის ფანჯრიდან („ბმულის შენახვა ფაილში“) ან აიღოთ მომხმარებლის პროფილიდან, რომელმაც შექმნა მონაცემთა ბაზა - %AppData%\ 1 °C \1CESTart\ibases.v8i. ბმული შეიძლება იყოს მონაცემთა ბაზაზე, რომელიც მუშაობს ნებისმიერ რეჟიმში (ფაილი, სერვერი, ვებ). ჩვენ გირჩევთ შეინახოთ არაუმეტეს ასი მონაცემთა ბაზა ერთ ფაილში, წინააღმდეგ შემთხვევაში ფაილი შეიძლება უბრალოდ სრულად არ ჩაიტვირთოს :)

როგორ განაახლოთ ასობით მონაცემთა ბაზა ერთდროულად?

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

მაგარი ამბავი: 2014 წლის პირველ საანგარიშო პერიოდში, ჩვენმა საყვარელმა სამთავრობო უწყებებმა და 1C-მ მოულოდნელად დაგვაკარგვინეს ძილი, გამოუშვეს 10-ზე მეტი განახლება მარტიდან აპრილამდე მხოლოდ Accounting 3.0 კონფიგურაციისთვის! რა თქმა უნდა, ჩვენ არ განვაახლეთ ყველაფერი, მაგრამ თუნდაც 3-4 განახლება ასობით მონაცემთა ბაზისთვის ასეთ მოკლე დროში - კარგი შემოწმებასიმტკიცისთვის.
მკითხველს შეიძლება გაუკვირდეს, რატომ არის ეს მთელი უბედურება? პასუხი მარტივია: ცვლილებები კანონმდებლობაში და ბოლო მომენტში. მაგალითად: 2014 წლის დასაწყისიდან არ ყოფილა დამტკიცებული FSS და საპენსიო ფონდის ფორმები. ტოპ 10 განახლებაში ისინი დაემატა, მაგრამ მხოლოდ ქაღალდის მიწოდებისთვის და არა ელექტრონული მიწოდებისთვის. და ეს ყოველთვის ხდება.

ჩაკეტვა

ინტერფეისის საშუალებით:

ან ფაილის შექმნით 1Cv8.cdn მონაცემთა ბაზის დირექტორიაში შემდეგი შინაარსით:
(1,20140514173100,00010101000000," მონაცემთა ბაზა დროებით მიუწვდომელია! იყავით ძლიერი =) ადმინისტრატორისთვის: იმისათვის, რომ მომხმარებლებმა იმუშაონ, გამოიყენეთ სერვერის კლასტერული კონსოლი ან გაუშვით "1C:Enterprise" პარამეტრებით: ENTERPRISE /F" "X:\Base\ habrahabr"" /მომხმარებლების მუშაობის უფლება /UC<код разрешения>","",""}

განახლება

ფაილის ვერსიისთვის:
CHCP 1251 SET cfu_file="X:\tmplts\1C\Accounting\3.0.32.7\1cv8.cfu" SET base_dir="X:\update\habrahabr" "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /F %base_dir% /N"ადმინისტრატორი" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Out update.log
SQL ვარიანტისთვის:
CHCP 1251 SET cfu_file="X:\tmplts\1C\Accounting\3.0.32.7\1cv8.cfu" "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /S"habr\HabraBD" /N"ადმინისტრატორი" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Out update.log

როგორ შევქმნათ მონაცემთა ბაზის სწორად სარეზერვო ასლი?

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

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

ატვირთეთ დტ

ფაილის ვერსიისთვის:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /F "X:\Base\habrahabr" /N"Administrator" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
SQL ვარიანტისთვის:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /S"habr\HabraBD" /N"ადმინისტრატორი" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
ყოველივე ზემოთქმული მართალია 1C Enterprise-ისთვის, პლატფორმა 8.3; ბუღალტერია 3.0; ხელფასი და პერსონალის მართვა 2.5.

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

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

შეცდომა ასე გამოიყურება:

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

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

მიიღეთ 267 ვიდეო გაკვეთილი 1C-ზე უფასოდ:

პრობლემის გადაჭრა

პრობლემის მოგვარების უმარტივესი გზაა ფაილის წაშლა 1Cv8.cdn(infobase lock file) მონაცემთა ბაზის საქაღალდედან.

მაგალითად, ჩემს ეკრანის სურათზე, ბაზის ადგილმდებარეობა ასეთია:

თქვენ უნდა შეხვიდეთ ამ საქაღალდეში და შემდეგ იპოვოთ და წაშალოთ 1Cv8.cdn.

1C კლიენტ-სერვერის მონაცემთა ბაზის განბლოკვა

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