სისტემაში კონფიგურაციის ჯგუფის განვითარებისათვის "1C: საწარმოები" 8.3 გამოიყენება კონფიგურაციის შენახვა. პროტოკოლის თანახმად, კონფიგურაციის შენახვის დეველოპერის ხელმისაწვდომობა შესაძლებელია ადგილობრივი ქსელის შესახებ (მონაცემთა ბაზის ფაილები საერთო ქსელურ რესურსებზე) tCP. ან http.. ბოლო ორი ვარიანტი უნდა დააყენოთ კონფიგურაციის შენახვის სერვერები. კონფიგურაციის შენახვის სერვერი, თავის მხრივ, ქსელის სერვისი, ნაგულისხმევი "მოსმენის" პორტი 1542 და უზრუნველყოს კლიენტის აპლიკაციების (კონფიგურატორი) კონფიგურაციის შენახვის მონაცემთა ბაზაში. ერთი სერვისი შეიძლება რამდენიმე კონფიგურაციის შენახვას ემსახურება. სერვერის კონფიგურაციის შენახვის სერვერის მონტაჟზე "1C: საწარმოები" 8.3 (მოქმედებს ორივე 8.2 ) Windows OS (მიმდინარე მაგალითში -) და განიხილება ამ სტატიაში.
1. კონფიგურაციის შენახვის მონაცემთა ბაზის შექმნა
კონფიგურაციის საცავი სერვერი უნდა იყოს დამონტაჟებული იმავე კომპიუტერზე, სადაც შენახვის მონაცემთა ბაზის ფაილი მდებარეობს. აქედან გამომდინარე, პირველ რიგში, ჩვენ განვსაზღვრავთ სერვერის ცენტრალურ დირექტორს, რომელშიც ინახება ყველა საცავი ფაილი, რომელიც მოემსახურება ამ სერვერს. ეს იყოს კატალოგი ამ სტატიის ფარგლებში. C: \\ 1c_base \\ საცავი \\. თქვენ ასევე უნდა განსაზღვროთ Windows Account, საიდანაც შესაბამისი მომსახურება დაიწყება. თქვენ შეგიძლიათ შექმნათ ან გამოიყენოთ არსებული Windows ანგარიში. ამ მაგალითში, ჩვენ ადგილობრივ მომხმარებელს გამოვიყენებთ Usr1cv8. პაროლით Usrpass8.. აუცილებელია ამ მომხმარებლისთვის კონფიგურაციის შენახვის სერვერის ცენტრალურ დირექტორიაში.
2. კონფიგურაციის შენახვის სერვერის ფაილების განსაზღვრა
ამ წერილობით, კონფიგურაციის შენახვის სერვერი მხოლოდ 32-ბიტიანი აპლიკაციით არსებობდა. ამიტომ, სერვერის ფაილების ინსტალაციისთვის საჭიროა 32-ბიტიანი სადისტრიბუციო სისტემა "1C: Enterprise" 8.3 Windows- ისთვის. გაუშვით ფაილი. 1Centerprise 8.msi. მიწოდების 1C- ის მიწოდების დღიდან. კომპონენტის შერჩევის გვერდზე აირჩიეთ კომპონენტი " 1C კონფიგურაციის მაღაზია სერვერი: საწარმოები"(1C: საწარმოს კონფიგურაციის საცავი სერვერი), ასევე გახსოვს ინსტალაციის გზა კომპონენტი.
3. კონფიგურაციის შენახვის სერვისის სერვისის რეგისტრაცია და გაშვება
ინსტალაციის პროგრამა მხოლოდ კონფიგურაციის შენახვის ფაილებს ასრულებს მითითებულ დირექტორიაში. შესაბამისი სამსახურის რეგისტრაცია უნდა იყოს ხელით შესრულებული ტიპის ბრძანების შემდეგ:
Crserver.exe -instsrvc | -RMSRVC -USR.<пользователь> -PWD<пароль> -Start | -Stop -port<порт> -d.<каталог>
კონფიგურაციის შენახვის სერვერის შენახვის პარამეტრები crserver.exe. მსგავსი C:
| Პარამეტრი | აღწერილობა |
|---|---|
| პორტი<порт> | შენახვის სერვერი სამუშაო პორტი. ნაგულისხმევი პორტი გამოიყენება. 1542 . |
| -d.<каталог> | კონფიგურაციის შენახვისათვის Root დირექტორია. გამოიყენება ნაგულისხმევი დირექტორია. Appdata% \\ 1c \\ 1cv8 \\. |
| - | საცავის სერვისის რეგისტრაცია სერვისით. |
| -RMSRVC. | წაშლა საცავი სერვერის ჟურნალი, როგორც სერვისი. |
| -Urr<имя> -PWD<пароль> |
მომხმარებლის სახელი, რომლის სახელიც სერვისი დარეგისტრირდება. ამ მომხმარებელს უნდა ჰქონდეს უფლება, შეხვიდეთ სერვისში (შესვლა, როგორც სერვისი). გარდა ამისა, მას უნდა ჰქონდეს უფლებები, წაიკითხოს "1C: საწარმოს" სისტემის შესაბამისი ვერსიის შემსრულებელი ფაილების დირექტორია და კონფიგურაციის საცავის ძირითადი დირექტორია (დირექტორია Appdata% \\ 1c \\ 1cv8 \\ ან კატალოგი, რომელიც მითითებულია პარამეტრზე - დ.) და პაროლი ამ მომხმარებლისათვის. |
| -სტა | დაწყების სერვერი სერვისის გაშვება. |
| -შ. | შენახვის სერვერი სამსახურის შეჩერება. |
დარეგისტრირდით ახალი სერვისის გამოყენებით პროგრამის გამოყენებით Windows PowerShell., აწარმოებს, რომელიც შეგიძლიათ ბრძანება powerShell. (ამის გაკეთება, დააჭირეთ Win + R გასაღები კომბინაცია, გამოჩნდა ფანჯარაში " Შესრულება"(Run) შეიყვანეთ ბრძანების სახელი" გახსნა"(ღია) და დააჭირეთ" კარგი") ან დაწკაპვით შესაბამისი ეტიკეტების taskbar.
Windows Powershell Console გაიხსნა, კომფორტული შესვლის შემდგომი ბრძანებები, ჩვენ მივმართოთ კატალოგი ურნა. კატალოგი დამონტაჟებული ფაილები "1C: საწარმოები" ბრძანების შესრულებით
CD "C: \\ Program Files (X86) \\ 1CV8 \\ 8.3.5.1088 \\ ბინ"
შემდეგ, ამ მაგალითის ნაწილი, შეასრულოს ბრძანება
. \\ Crserver.exe -inStsrvc -d C: \\ 1c_base \\ საცავი - \\ usr1cv8 -pwd usrpass8
და დაიწყე მომსახურება
. \\ Crserver.exe -start
მოდით გადავიდეთ მომსახურების ინსტრუმენტზე (შეგიძლიათ აწარმოოთ ბრძანება მომსახურება.) და დარწმუნდით, რომ სერვისის სახელი დაასახელა 1C: საწარმო 8 კონფიგურაციის საცავი სერვერი რეგისტრირებული და გაშვებული.
5. ახალი კონფიგურაციის შენახვის შექმნა
როგორც მე ვთქვი ადრე, ერთი სერვერი შეიძლება რამდენიმე კონფიგურაციის შენახვისთვის. თითოეული საცავის მონაცემთა ბაზა უნდა განთავსდეს კონფიგურაციის შენახვის სერვერის ცალკეულ დირექტორიაში. ამდენად, ახალი შენახვის შესაქმნელად, კატალოგში შექმნა C: \\ 1c_base \\ საცავი \\ საქაღალდე Აღრიცხვა. სადაც ახალი კონფიგურაციის შენახვის ფაილები განთავსდება.
შემდეგ შეიქმნას და დაკავშირება ამ საცავში, თქვენ უნდა გამოიყენოთ სიმებიანი tCP: // Win2012 / საბუღალტროსად Win2012. - კომპიუტერის ქსელის სახელი, რომელზეც მომსახურება დამონტაჟებულია ან სიმებიანი tCP: //192.168.0.10/accouningსად 192.168.0.10 , შესაბამისად, ამ კომპიუტერის IP მისამართი. დეტალურად ახალი შენახვის შექმნის შესახებ, შეგიძლიათ წაიკითხოთ სტატიაში "".
ამ გზით შექმნილი შენახვისას ასევე შეიძლება იყოს დაკავშირებული სერვერის გვერდის ავლით, მაგალითად გზაზე C: \\ 1c_base \\ საცავი \\ აღრიცხვა მიმდინარე კომპიუტერზე ან გზაზე \\\\ Win2012 \\ საცავი \\ საბუღალტრო თუ თქვენ Configure გაზიარების კატალოგი C: \\ 1c_base \\ საცავიამ სერვერზე.
ეს სტატია დაგეხმარებათ?
Nafa. 647 14.01.10 02:27 ახლა საგანი
სტატია სასარგებლოა.
შენახვის მუშაობაში, მართლაც ბევრად უფრო აშკარაა, ამიტომ ჩემი დამატებები:
1. თუ რამდენიმე პროგრამისტების მუშაობა, მაშინ, როგორც ვარიანტი,
სამუშაო დღე ჩვეულებრივ იწყება შემდეგს:
აწარმოეთ თქვენი მონაცემთა ბაზა კონფიგურატურაში, მაუსის კონფიგურაციის მარჯვენა ფესვზე - მიიღეთ საცავიდან, ჩართეთ ჩამრთველი "რეკურსიულად", დააჭირეთ OK. ამის შემდეგ, ჩვენ ყველაფერს მივიღებთ კონფიგურაციაში, რომ სხვები დაგროვდნენ საცავიდან. BD თავად არ განახლება !!!
შემდეგი, ჩვენ გვინდა "შევადაროთ კონფიგურაცია BD კონფიგურაციასთან" - და ვხედავთ, რომ წინა დღეს ჯგუფის სხვა პროგრამისტების ყველა ცვლილების ჩამონათვალი. თუ ცვლილებების შესახებ კითხვები არსებობს, ჩვენ მივმართავთ ვინ გააკეთეთ მათ.
მას შემდეგ, რაც ყველა disassembled - ჩვენ გადარჩენა მონაცემთა ბაზაში.
რატომ არ შეესაბამება საცავების კონფიგურაციას - პირველ რიგში, ის ობიექტებს, რომლებიც მუშაობენ, არ არიან ნაჩვენები, და მეორეც სწრაფად მუშაობს.
2. შუა რიცხვებში: სასწრაფო ცვლილებები (დინამიური განახლებისთვის) დაუყოვნებლივ დაუყოვნებლივ. არ არის გადაუდებელი - მას შემდეგ, რაც შეცვლის ყველა დაკავშირებული ობიექტები. (იხილეთ ახსნა ქვემოთ)
3. დღის ბოლოს (და თუ თქვენ უნდა გააკეთოთ ბაზის სრული განახლება - მაშინ მის წინ) ჩვენ ყველაფერს ვაქირავებ საცავში.
ეს არ არის სავალდებულო ბრძანება, მაგრამ ძალიან მოსახერხებელია.
4. რატომ არ დააყენა ეს უფლება:
იმის გამო, რომ ცვლილებების მთლიანობა აკონტროლებს 1C- ს მხოლოდ იმას, სადაც არსებობს ბმული. ანუ, მაგალითად, თქვენ გააკეთეთ სერტიფიკატი "ავტომობილების მომხმარებლები" და დასძინა ბმული მას "სახალხოს", მაშინ შეგიძლიათ განათავსოთ "ხარჯების ინვოისი" საცავებში შეგიძლიათ მხოლოდ მას შემდეგ, რაც (ან ამავე დროს) მომხმარებელთა მანქანების დირექტორიაში. მაგრამ თუ თქვენ მაგალითად გამოიყენოთ ეს მინიშნება წიგნი ზოგადი მოდულის პროცედურაში, რომელსაც უწოდებენ მოხმარებული ინვოისის ჩატარებას, მაშინ ეს საერთო მოდული საცავებში შეიძლება უსაფრთხოდ შეესაბამებოდეს ოთახის მითითების გარეშე. თუ მას შემდეგ, რაც კიდევ ერთი პროგრამისტი მიიღებს ამ მოდელს საცავებში, მაშინ მის ბაზაზე, ხარჯების ზედნადები გაიმართება. (და თუ ძირითადი ბაზის განახლება - მაშინ აღარ იქნება შეჩერებული).
და მაშინ კარგი საქმე - როგორც ეს მხოლოდ შეცდომაა. მაგრამ თუ თქვენ, მაგალითად, შეიცვალა ტექსტის ტექსტის ტექსტის ტექსტში და ზოგადი მოდულის პროცედურის პროცედურის შეცვლა, შემოწმება თუ რეკვიზიტები \u003d "1" და გახდა REQUISIC \u003d 1 და საცავში მოდული იყო განთავსებული და დოკუმენტი არ არის, მაშინ არ იქნება შეცდომა (Hello Type Control), რაც იმას ნიშნავს, ვინც ასეთი მოდული მიიღებს დოკუმენტებს, არასწორად განხორციელდება (და თუ ეს არ არის მთავარი ბაზა). აქედან გამომდინარე, ცვლილებები უკეთესია "სრული პაკეტის" მიერ საცავებში (ყველა ობიექტის შეცვლილია ერთ თემაზე), თუ რამე სხვა ამოცანას გჭირდებათ - თქვენ შეგიძლიათ დაუყოვნებლივ დაიჭიროთ ახალი ან მარტივი, საცავში, " დატოვე ".
ამ თვალსაზრისით, მე არ მესმის:
თუ არსებობს მრავალი პროგრამა, თითოეული მათგანი ცვლილებებს უნდა გადაეგზავნოს ალტერნატიული შენახვისას, ადგილობრივი მონაცემთა ბაზის კონფიგურაციის გარე ფაილებში ყველა ოპერაციის გადმოტვირთვის შემდეგ (თუ კავშირი სხვადასხვა სამუშაო ადგილებისგან შედგება), არ ავიწყდება თითოეული ადრე კავშირის განახლება ადგილობრივი მონაცემთა ბაზის საცავიდან - უახლეს ვერსიას, ამჟამად არსებობს, ცვლილებები ადრე დაკავშირებულ თანამებრძოლებში.
უცნაური, არ იყო პრობლემები, როდესაც რამდენიმე ადამიანი დაუყოვნებლივ მოათავსეს, გარდა იმისა, რომ ეს ცოტაა. ობიექტების ხელში ჩაგდება და 2 ადამიანისთვის არის გათვალისწინებული, იგივე არ არის შესწორებული. და აღინიშნა, რომ: თუ დეველოპერმა შეცვალა დოკუმენტი, ამბობენ, რომ "წინასწარ მოხსენებას", შემდეგ კი მეორე "ქვითარი" არ გააკეთა და დაუყოვნებლივ დაიპყრო იგი (მაგალითად, ობიექტი მხოლოდ საცავში) 1c არის traced და ის მისცემს მას უკვე ახალი - მოდიფიცირებული ვერსია. (ასე რომ მაგარი ხდება - თქვენ ნახეთ დოკუმენტი - 5 დეტალი, საინტერესო - უკვე 15).
და რატომ არ მესმის მუშაობა გარე ფაილებში, მე არ მესმის.
4. პროგრამისტების ბაზის ასლების შექმნა უფრო ადვილია, რომ არ გააკეთოთ 1SC- ის დატვირთვის გადმოტვირთვის (იმიტომ, რომ ეს მონოპოლიური რეჟიმი მოითხოვს და არა ჩიბს, არამედ ქსოვილის სარეზერვო ან უბრალოდ მონაცემების გადაღებას.
5. თუ თქვენ უნდა დაამატოთ ახალი ობიექტი (დოკუმენტი, საცნობარო წიგნი და ა.შ.), კონფიგურაციის ფესვი, დაამატეთ იგი, დაამატეთ მინიმუმ დეტალები (ყველა "ცარიელი" ობიექტები ყოველთვის არ არის შენახული), გაიაროს root შენახვისთვის (ეს ობიექტი ასევე ჩაბარდება) და კვლავ ობიექტი. (იმისათვის, რომ არ შეინარჩუნოს ფესვი ხანგრძლივი ტყვედ - ის საჭიროა სხვებისთვის).
6. თუ გსურთ ობიექტის ხელმისაწვდომობის უფლების გამოსწორება, დაიპყრო ეს - და დაშვების უფლება ჯერ კიდევ მიუწვდომელია - შესაბამისი როლის ხელში.
7. მას შემდეგ, რაც Debugging არის საუკეთესო გამოიწვიოს უახლესი მონაცემები, სამუშაო მონაცემთა ბაზები უნდა განახლდეს. ამისათვის: საცავებში ყველა ცვლილების მოთავსება, საცავების მონაცემთა ბაზის გათიშვა, მასში ჩაკეტვა, ძირითადი ბაზა (სარეზერვო ან უბრალოდ ასლი), ახალი ერთი.
8. როდესაც ჩვენ ვაკეთებთ "ყველა საცავი" (პუნქტი 1), ეს ხდება, რომ 1C იძლევა შეტყობინებებს და შემდეგ წერს, რომ "ვერ" (ობიექტების ცვლილებების ჩამონათვალი). ასე რომ, მას დიდი ხნის განმავლობაში არ მიუღია ცვლილებები. არაფერი საშინელი, Clamp OK ახალი და ასე სანამ იგი მუშაობს, როგორც ეს უნდა.
9. ზოგჯერ 1c უარს ამბობს საცავიდან მიღებული ცვლილებების შენახვაზე და შეტყობინებების საკითხებზე აბსოლუტურად ბუნდოვანი. დამნაშავეები, როგორც წესი, "საინფორმაციო რეგისტრაცია". გაირკვეს, თუ როგორ შეიცვალა ინფორმაციის რეესტრი სტრუქტურა, მისი მონაცემთა ბაზაში ყველა ჩანაწერის წაშლა, ამის შემდეგ ყველაფერი განახლდება, როგორც ეს უნდა.
10. მას შემდეგ, რაც სამუშაო ბაზები მზადდება ძირითადი, კონფიგურაციის სახელები და ადვილად აღრეული მათ და შემდეგ არასწორად იწყება, როდესაც მომხმარებელი ამბობს, რომ მას აქვს 100 რუბლი ანგარიშში, და თქვენ გაქვთ 100,000 რუბლი. ალტერნატიულად, დაამატეთ განაცხადის მოდულის ხაზს, შეამოწმეთ პროგრამის დაწყებისას, რა სახის ბაზაა და თუ არ არის მთავარი - 1C პროგრამის სათაურში (მაგალითად, ივანოვის სამუშაო ბაზა)
11. როდესაც ბაზა უკავშირდება საცავებს, მაგრამ გაშვების დროს შეუძლებელი იყო მასთან დაკავშირება ნებისმიერი მიზეზის გამო, მაშინ შეტყობინება შეიძლება გამოჩნდეს "." დაკავშირება ვერ მოხერხდა საცავიდან გამორთვა "(და დაიპყრო ობიექტები) - აქ არ არის "არა". მაგრამ თუ თქვენ შემთხვევით უპასუხეთ "დიახ" მაშინ - არ შეეცადოთ დაკავშირება ახალი !!! პირველი შენახვა კონფიგურაცია ფაილი! მას შემდეგ, რაც როდესაც საცავებთან დაკავშირება, მთელი საბაზისო კონფიგურაცია შეცვლის შენახვის კონფიგურაციით. ამის შემდეგ, ჩამოტვირთეთ ცვლილებები შენახული ფაილიდან და მუშაობა.
ადრე თუ გვიან, თითოეული დეველოპერი ცდილობს გააუმჯობესოს თავისი ცხოვრება. ეს არ არის მატერიალური კომპონენტის შესახებ, მე ვარ მუშაობის გამარტივება. უფრო პრაქტიკოსი მუშაობა რეალურ პროექტებზე, უფრო მეტად გააცნობიეროს, თუ როგორ უნდა გავაკეთოთ თქვენი მუშაობა უფრო ეფექტურად.
დღეს მინდა ვისაუბროთ განაცხადის შესახებ კონფიგურაციის შენახვის გადაწყვეტილებების შემუშავების / დასრულების პროცესში. მე არ ვიცი, რატომ ბევრი 1c დეველოპერები გვერდის ავლით საცავების შესაძლებლობების გამოყენების ნაწილი. მით უმეტეს, რომ არ მესმის, ვინც მთელ გუნდთან ერთად ერთი კონფიგურაციის განვითარებაზე მუშაობს. გარეშე კონფიგურაციის შენახვის, ეს უკვე (IMHO) საერთოდ. არა, რა თქმა უნდა, თქვენ შეგიძლიათ გაუმკლავდეთ, როგორც ყველა დეველოპერისთვის ერთი კონფიგურაციის კოპირება. ყველას იწყებს მუშაობა და განხორციელება მათი ნაწილი. განვითარების დასასრულს, თითოეულმა დეველოპერმა უნდა შეიცავდეს მათ შესაბამისობას, რომელიც საბოლოო კლიენტს მიეწოდება.
ამ მიდგომით, საკმარისია, რომ ხელი შეუწყოს Confa- ის შესაბამისობის შენარჩუნებას. როგორც კი ორი ან მეტი დეველოპერები იწყებენ მუშაობას ორ ასოცირებულ ამოცანებზე - ჩაწერილი იწყება მათი მუშაობის შედეგების კომბინაციით. ძალიან დიდი, შანსები დაკარგვის რაღაც ან არც ისე კომბინირება. ჩემი პრაქტიკაში, მე რამდენჯერმე მოვედი ასეთ სიტუაციაში და მომდევნო პენი შემდეგ, Bump გადაწყვიტა, რომ შეუძლებელი იყო უფრო მეტი ცხოვრება.
რა არის კონფიგურაციის შენახვა
საბედნიეროდ, 1C პლატფორმის შესასწავლად: Enterprise 8 მე მქონდა საკმარისი კარგი განვითარების გამოცდილება სხვა პროგრამირების ენებზე (Delphi, PHP). აქედან გამომდინარე, სიტყვები, როგორიცაა SVN (ცენტრალიზებული ვერსია კონტროლის სისტემა) ჩემთვის არ იყო გასაკვირი. ვინც არასდროს არ გვხვდება SVN, ვურჩევ რეკომენდაციას შესაბამისი სტატიის შესახებ ვიკიპედია - http://ru.wikipedia.org/wiki/subversion. მერწმუნეთ, ეს არის მაგარი და ის მნიშვნელოვნად ამარტივებს პროგრამული უზრუნველყოფის განვითარების პროცესს.
ასე რომ, ახლა დაბრუნდით ჩვენს საცავში. კონფიგურაციის შენახვა - 1C პლატფორმა ინსტრუმენტი: საწარმო, რომელიც საშუალებას გაძლევთ ორგანიზება ჯგუფის განვითარების გამოყენებითი გადაწყვეტა. კონფიგურაციის საცავი (შემდგომში HC) უზრუნველყოფს დეველოპერებს სისტემის მონიტორინგის სისტემის მონიტორინგის სისტემის შექმნისა და დეველოპერების მიერ განხორციელებული ცვლილებების შეტანის შესახებ.
რა შემთხვევებში შეგიძლიათ მოვიდეს მოსახერხებელი
კონკრეტული მაგალითების დაწყებამდე, მინდა დაუყოვნებლივ შეავსო. რა თქმა უნდა, ყველაზე HC სასარგებლო იქნება ბრძანების განვითარების დროს. თუმცა, არაფერი ხელს უშლის თქვენ გამოყენებით მხოლოდ საკუთარ თავს. მე განვითარდება პლატფორმა "1C: საწარმო" თითქმის ხუთი წლის განმავლობაში და წლების განმავლობაში მე არაერთხელ უნდა გაუმკლავდე გაუთვალისწინებელ სიტუაციებს, როდესაც HC- ის გამოყენება რაიმე დეველოპერის კოშმარიდან - ადრე წერილობითი კოდექსის გადაწერა. ახლა მე ვცდილობ გამოიყენოს მომსახურების კონფიგურაციის საცავი თითოეული თქვენი პროექტი. რატომ? და მაინც აქ:
1. საცავის ისტორია. ალბათ, ეს ჩემთვის ერთ-ერთი ყველაზე მნიშვნელოვანი ფუნქციაა. HC- ის გამოყენებით გადაწყვეტის განვითარებისას, კონფიგურაციის ცვლილების ისტორია ავტომატურად ავტომატურად იქნება. მაგალითად, ერთ სამუშაო კვირაში რამდენჯერმე კონფიგურაცია განახლდა. ყველა ეს ცვლილება სისუფთავე დაფიქსირდა და ისტორია შევსებულია ვერსიით. თუ სასურველია (ან უიმედო სიტუაციის შემთხვევა), ყოველთვის შეგიძლიათ იხილოთ ვერსიების სია და, საჭიროების შემთხვევაში, გააფართოვოს უკან. მაგალითად, ორშაბათს, კონფიგურაციისთვის სწორი ცვლილებები განხორციელდა და სამშაბათს, ახალმა დეველოპერი შეაფერხა და განახლდა თავისი განახლებები. შედეგი არის კონფიგურაცია bookcode.
თქვენ შეგიძლიათ, რა თქმა უნდა, მისცეს ახალგაზრდა პროგრამისტი ჰედერის შესახებ და შემდეგ ცდილობენ ხელების აღსადგენად, და უმჯობესია დააჭირეთ ღილაკს წყვილი ღილაკები და აღადგინოს წინა ვერსია Candy ან უბრალოდ გააფართოვოს უკან ცვლილებები მიერ grief- დეველოპერი.
2. ანგარიშგება. თქვენ შეგიძლიათ ნებისმიერ დროს ანგარიშის ირგვლივ შეძლოთ და ვინ და როდის (ისევე, როგორც კონფიგურაციის ობიექტები) ცვლილებები შეიტანეს. ეს შეიძლება იყოს სასარგებლო, როდესაც თქვენი კოლეგები ხელს უწყობენ ხელებით და ცდილობენ დაამტკიცონ: "გარეთ, ეს არ არის ჩვენთვის! ეს დაარღვია! ".
3. დისტანციური განვითარება. HC აუცილებელია, თუ გამოყენებული ხსნარი გეოგრაფიულად დისტანციური პროგრამისტების განვითარებას. მე ვფიქრობ, რომ არ არის აუცილებელი, რომ ახსნას.
4. საგანგებო სიტუაციების მინიმიზაცია. მე რამდენჯერმე მოვისმინე ("ახალგაზრდობაზე" და მოახერხა ამ დასავლეთით თავად), როდესაც დეველოპერებმა დაარღვიეს ხრახნები. რა თქმა უნდა, ყველა ბოლო ცვლილება იყო ყველაზე ხრახნები და ისინი შეუძლებელია ფრენა მოშორებით არარსებობა. "რა არის სარეზერვო?" - თქვენ ამბობთ. არავითარ შემთხვევაში! ბევრი დეველოპერები არ მოსწონთ. არა, თქვენ არ გააკეთებთ სარეზერვო ასლებს მხოლოდ სრულ extremals, მაგრამ თქვენი პრაქტიკა მე შევხვდი ძალიან ცოტა დეველოპერებს, რომლებიც backups რამდენჯერმე დღეში. HC ელეგანტურად წყვეტს ამ პრობლემას. დეველოპერი ფაქტობრივად საჭიროა მხოლოდ ღილაკზე დაჭერით და ყველა მისი მოვლენა დაუყოვნებლივ გადაეცემა საცავში.
5. წვდომის ანაზღაურება. კარგად, აქ და ახსნას, რომ ეს არ არის განსაკუთრებით საჭირო. HC საშუალებას გაძლევთ კონფიგურაცია დეველოპერებისთვის ხელმისაწვდომობის წაშლა.
საცავები განსხვავებულია
თავდაპირველად, HC მუშაობდა მხოლოდ საერთო რესურსით (ვერსიაში 8 .. ეს არ იყო ძალიან მოსახერხებელი, რადგან თუ გსურთ ორგანიზება გარედან გარედან (მაგალითად, ინტერნეტით) პრობლემები. დაწყებული ვერსია 8.1. 11, შესაძლებელია ქსელების განთავსება. საცავი. თქვენ შეგიძლიათ მათთან ერთად, როგორც TCP / IP პროტოკოლისა და HTTP- ის მიერ. ეს უკანასკნელი საკმაოდ იქნება იმ გზით, როდესაც ინტერნეტში საცავების ხელმისაწვდომობისას.
ფიგურა 1. სასაწყობო მოწყობილობა სქემა
ჩვენ ვცდილობთ გამოვყოთ HC
ასე რომ, ვარაუდობენ, რომ თქვენ დაინტერესებული ხართ HC- ის გამოყენების იდეაში და გადაწყვიტეთ, რომ ეს თქვენი პროექტისთვის განათავსოს. თქვენ უკვე იცით, რომ შენახვის შეძენა შესაძლებელია ქსელის რესურსით და ქსელის მეშვეობით TCP / IP პროტოკოლის გამოყენებით. ამ შენიშვნაში, მე განიხილავს საცავის განლაგებას საერთო რესურსით, ხოლო მომავალ დროს ჩვენ შევხედავთ ქსელის პარამეტრს.
ასე რომ, პირველი, რაც თქვენ უნდა გააკეთოთ, არის თქვენი პროექტის ბაზის მომზადება. ეს შეიძლება იყოს არსად. თუ თქვენ გადაწყვეტთ ახლავე განათავსოთ HC თქვენი ცოცხალი პროექტისთვის, მაშინ არ დაიბეჭდოთ სარეზერვო. ეს შეიძლება მოხდეს არაფერი და უკეთესი კიდევ ერთხელ დარწმუნებული უნდა იყოს.
შექმნა საერთო საქაღალდე თქვენს კომპიუტერში (ან დაუყოვნებლივ სერვერზე). გააკეთეთ იგი საერთო და განსაზღვრავს მომხმარებლებს, რომლებიც შეძლებენ მუშაობას. მომხმარებლების ქვეშ ვგულისხმობ თქვენს კოლეგებს დეველოპერებს.
შემდეგი ნაბიჯი თქვენ უნდა გახსნათ თქვენი მონაცემთა ბაზა კონფიგურატორის რეჟიმში და გააგრძელოთ "კონფიგურაცია" მენიუში -\u003e "კონფიგურაციის შენახვა" -\u003e "შენახვის შექმნა" (იხ. სურათი 2).
ფიგურა 2. კონფიგურაციის შენახვის შექმნა
ღილაკზე "შექმნა შენახვის" ღილაკზე დაჭერით, ფანჯარა უნდა გამოჩნდეს თქვენს წინაშე ფიგურაში 3. თქვენ უნდა შეარჩიოთ ადრე შექმნილი საერთო საქაღალდე ან შეიყვანოთ დისტანციური შენახვის მისამართი. მას შემდეგ, რაც ჩვენ შევთანხმდით საერთო რესურსზე დაფუძნებული შენახვისთვის, ამ ფანჯარაში ზუსტად მიუთითებს საქაღალდეში.
ფიგურა 3. აირჩიეთ HC- ის ადგილმდებარეობა
როგორ შეარჩიოთ საქაღალდე - დააჭირეთ "შემდეგი" ღილაკს. თქვენ არ გაქვთ დრო, რომ საწყობის შექმნის ოსტატი აჩვენებს ფანჯარაში, სანამ ადმინისტრაციული ანგარიშის შექმნა (სურათი 4). ჩვეულებრივ, ადმინისტრატორს შესთავაზა სახელით. ნათელია, რომ თქვენ არ შეცვლით მას. ზოგადად, შეიტანეთ სასურველი ღირებულებები და დააჭირეთ "OK".
ფიგურა 4. ადმინისტრატორის ანგარიშის შექმნა
აქ თქვენი 1s'ka უნდა ვიფიქროთ რამდენიმე წამში, შემდეგ კი ვარაუდობენ დამაკავშირებელი შექმნილი საცავი. პასუხი "დიახ." გილოცავთ, თქვენ შექმენით თქვენი პირველი კონფიგურაციის შენახვა.
ყურადღება მიაქციეთ კონფიგურაციის ფანჯარას. საწყისი ფესვიდან (ეს არის ის, სადაც კონფიგურაციის სახელი დაწერილია) პატარა საკეტები მარჯვენა მხარეს გამოჩნდა (იხ. სურათი 5). ეს საკეტი ნიშნავს იმას, რომ ამჟამად ობიექტი კონფიგურაციის შენახვაშია და მას არ შეუძლია ცვლილებების შეტანა. თუ გსურთ მუშაობა ნებისმიერი კონფიგურაციის ობიექტი, თქვენ ჯერ უნდა დაიჭიროთ იგი. როგორ შევასრულოთ ეს და სხვა მრავალი სამუშაო შენახვისას, მე გეტყვით მომდევნო შენიშვნაში, რომელიც მალე გამოჩნდება საიტზე.
1C ვერსია 7.7, ერთობლივი განვითარება ან კონფიგურაციის დახვეწა ნამდვილი ტანჯვა იყო. ერთ-ერთი კონფიგურაციის მხარდასაჭერად, თქვენ უნდა გააკეთოთ არსებული ბაზის ორი ეგზემპლარი, შემდეგ კი ცვლილებების შეტანის შემდეგ, ერთი ასლის კონფიგურაციის კონფიგურაციისგან განსხვავებით. მხოლოდ ამის შემდეგ შესაძლებელი იყო ძირითადი მხარდაჭერილი კონფიგურაციის განახლება! გამწვავდა ქვესისტემების ნაკლებობის პოზიცია.
1C- ის მერვე ვერსიაში გამოყენებული ერთობლივი განვითარებისათვის კონფიგურაციის შენახვა. შენახვის სამუშაოები ასეთია:
- შენახვის შექმნა
აირჩიეთ "კონფიგურაცია" მენიუში -\u003e "კონფიგურაციის შენახვა" -\u003e "შენახვის შექმნა ..."
მიუთითეთ საცავი დირექტორიაში. (კატალოგი უნდა იყოს ხელმისაწვდომი ყველა დეველოპერისთვის!)
შენახვის შემდეგ, მენიუში "კონფიგურაცია" -\u003e "კონფიგურაციის შენახვა" -\u003e "ადმინისტრაცია", რათა შეიქმნას დეველოპერებისთვის
და მომხმარებლების შექმნა
- დააკავშირეთ დეველოპერების კონფიგურაციებს კონფიგურაციის შენახვისთვის
არჩევა "კონფიგურაცია" მენიუ პუნქტი -\u003e "კონფიგურაციის შენახვის" -\u003e "დაკავშირება საცავებში ..."
მას შემდეგ, რაც ჩვენ გვყავს ასლები თქვენთან ერთად ძირითადი ბაზა ჯერ კიდევ იდენტურია,boldly დააჭირეთ "დიახ" ღილაკს და მიუთითეთ გზა საცავში, მომხმარებლის სახელი და პაროლი
ჩვენ ველოდებით შენახვის კონფიგურაციის შედარებას.
თუ ყველაფერი წარმატებით გაიარა, მაშინ საკეტი ხატი უნდა გამოჩნდეს ობიექტის ხის ობიექტებში კონფიგურაციის ობიექტებზე. 
- მუშაობა კონფიგურაციის შენახვით
ჩვეულებრივ, ყველა კონფიგურაციის ობიექტს აქვს "ჩაკეტვა" ხატი. კონფიგურაციის ობიექტის შესაცვლელად, თქვენ უნდა დაიჭიროთ, ანუ, კონტექსტური მენიუში "შენახვა"
მიუთითეთ Capture პარამეტრები
კონფიგურაციის ხეში ობიექტი პიქტოგრამის გამოჩნდება
თუ ობიექტი სხვა დეველოპერის მიერ არის დაკავებული, კონფიგურაციის ხეზე ობიექტი ჰგავს
საჭირო ცვლილებების მიღების შემდეგ, ობიექტი კვლავ უნდა განთავსდეს საცავებში ცვლილებების შესახებ. აირჩიეთ კონფიგურაციის ობიექტის პუნქტის კონტექსტური მენიუში "ადგილი საცავში ..."
- თუ გსურთ გააუქმოთ ცვლილებები და გაათავისუფლონ ობიექტი გადაღებისგან, შემდეგ აირჩიე ობიექტის პუნქტის კონტექსტში "გაუქმება"
- თუ გსურთ ობიექტის აღდგენა შენახვისგან, აირჩიეთ პუნქტი "მიიღეთ საცავიდან ..." კონტექსტში მენიუში. ამავდროულად, იმ დროს, როდესაც ობიექტი იყო, დაკარგა, დაკარგა.
- თქვენ ასევე შეგიძლიათ იხილოთ ვერსიის ისტორია და შეადაროთ ტყვედ და შეცვლილი ობიექტი ობიექტის შენახვაში.
- ასლების მუშაობის დასრულების შემდეგ (ან რამდენიმე შუალედური სცენაზე), თქვენ შეგიძლიათ განახორციელოთ ძირითადი მონაცემთა ბაზის კონფიგურაცია, თქვენ უნდა აირჩიოთ პუნქტი "კონფიგურაციის" მენიუში -\u003e "კონფიგურაციის შენახვა" -\u003e "განახლება კონფიგურაცია საცავიდან "ან "კონფიგურაცია" -\u003e "კონფიგურაციის შენახვის" -\u003e "შეადარეთ კონფიგურაცია შენახვისას".
მეორე შემთხვევაში, უფრო "რბილი" კონფიგურაციის განახლება მოხდება, ანუ, შეგიძლიათ იხილოთ ანგარიში ორიგინალური კონფიგურაციისა და შენახვის ობიექტებზე.
ისიამოვნეთ თქვენი განვითარება!
კომპანია 1C აწარმოებს ბევრ პროგრამული პროდუქტს და მუდმივად აუმჯობესებს მათ შიდა სტრუქტურას. მაგრამ მრავალფეროვანი შეცდომების რაოდენობა, რომელთანაც თქვენ უნდა იყოთ პროგრამისტები და ადმინისტრატორები 1C გვიჩვენებს, რომ ამ სფეროში მუშაობა არასდროს შეჩერდება. ზოგიერთი შეცდომა უმნიშვნელოა და იშვიათია, მაგრამ არსებობს "კლასიკური" ნაკლოვანებები თითოეული გამოცდილი სპეციალისტისთვის. ეს უკანასკნელი უკანასკნელი შეცდომაა "არასწორი მონაცემთა შენახვის ფორმატი" და მიზანშეწონილია, რომ შეძლონ გადაჭრას.
მონაცემთა საწყობის ფორმატი შეცდომის გადაწყვეტილებები
ამ შეცდომის დასაკმაყოფილებლად, არ არის აუცილებელი, რომ სერიოზული ლოგიკური შეცდომები კოდექსში ან ძირითადი მოდულის წაშლა. ხშირად, კონფიგურაციის განახლების შემდეგ, გადამუშავების გახსნის, ელექტროენერგიის გახსნისა და კომპიუტერის გადატვირთვისას 1C- ის დაწყებისას, ეს უსიამოვნო სიურპრიზი ხდება. თუ გადატვირთვა არ დაეხმარება, არ პანიკა - ფართოდ გავრცელებული შეცდომა აქვს მარტივი გადაწყვეტილებებს, რაც ხელს შეუწყობს. ჩვენ გააუქმებთ მათ გართულების ხარისხით:
კონფიგურაციის დაწყების გარდა, შეცდომა "არასწორი მონაცემთა საწყობის ფორმატი" შეიძლება გამოვლინდეს გარე გადამუშავების გახსნისას. ამ შემთხვევაში, ყველაზე მნიშვნელოვანი ის არის, რომ არ არის 1C- ის გაშვება, რადგან სისტემის დაწყებისას TMP- ის დროებით ფაილებს აწარმოებს. ეს არის ის, რომ ჩვენი დამუშავება - ფაილი დაასახელა "V8_ *" და გაგრძელების TMP. თუ არსებობს მრავალი ასეთი ფაილი, მაშინ გაიგოს, რომელია ჩვენი დამუშავება - EPF გაფართოების შეცვლა და 1C- ის მეშვეობით გახსენით.
თუ თქვენ უკვე დაიწყეთ 1C და fastened ფაილი, მაშინ ცდილობენ განახორციელონ მსგავსი ქმედებები სხვა კომპიუტერზე, სადაც დამუშავება დაიწყო. ან გამოიყენოთ კომუნალური აღდგენა დისტანციური ფაილი მყარ დისკზე.
