როგორ დააინსტალიროთ 1C Linux Mint-ზე ფულის დახარჯვის გარეშე? Windows OS-ის შემთხვევაში, თქვენ მოგიწევთ შეიძინოთ OS სერვერი, MS SQL და თავად პროგრამისთვის სერვერი. Linux Mint-ზე 1C-ის დაყენება მომგებიანია იმით, რომ საშუალებას გაძლევთ თავიდან აიცილოთ ფინანსური ხარჯები. როგორც თავად ოპერაციული სისტემა, ასევე პროგრამის ყველა კომპონენტი, პოსტგრესის მონაცემთა ბაზის ჩათვლით, უფასოა. პირველი ათი 1C კავშირი ასევე არ საჭიროებს გასაღების შეძენას.
ჯერ უნდა დააინსტალიროთ სპეციალური პროგრამული პროდუქტი Virtualbox. მიზანშეწონილია ჩამოტვირთოთ უახლესი ვერსია მწარმოებლის ოფიციალური ვებსაიტიდან. ეს ემულატორი არის ვირტუალიზაციის სისტემა, რომელიც აუცილებელია OS პარამეტრების ამოცანისთვის.
შემდეგი, იქმნება ორი ვირტუალური მანქანა (პირველი გამოიყენება 1C სერვერისთვის, ხოლო მეორე არის მონაცემთა ბაზებისთვის). გასაგებად, შეგიძლიათ მათ დაასახელოთ შესაბამისი სახელები. ამის შემდეგ თქვენ უნდა დააყენოთ საჭირო პარამეტრები, რომლებიც დამოკიდებულია კომპიუტერის რესურსებზე და კონფიგურაციაზე, და დააყენოთ კავშირის პარამეტრები (ჰოსტის ადაპტერი – „ვირტუალური“, სახელი – „ვირტუალური ყუთი“).
1C-ის სრული ფუნქციონირების უზრუნველსაყოფად საჭიროა რამდენიმე დამხმარე პროგრამა:
ქსელის პარამეტრების დასაყენებლად გაუშვით ფაილების მენეჯერი და გახსენით „ინტერფეისები“. ყველა პარამეტრი უნდა შეესაბამებოდეს OS ქსელის მნიშვნელობებს (ნიღაბი, ნაგულისხმევი კარიბჭე და ა.შ.). 1C სერვერის დაყენების შემდეგ, თქვენ უნდა დააინსტალიროთ postgresql მეორე ვირტუალურ მანქანაზე.
ახლა ოპერაციული სისტემა მზად არის 1C მონაცემთა ბაზების შესაქმნელად.
შეგიძლიათ დაზოგოთ 1C პლატფორმაზე Linux-ზე 1C-ის დაყენებით და არა MS Windows-ზე. სერვერი MS Windows არის ძალიან ძვირი პროგრამული პროდუქტი და, 1C-ის ხარჯებთან ერთად, შთამბეჭდავი თანხაა. 1C გამოდის ვერსიებში: Client-Server SQL ვერსია და ფაილის ვერსია. მოდით განვიხილოთ 1C-ის ეს ვერსიები Linux-ისთვის, ასევე სხვადასხვა ჰიბრიდული ვარიანტები.
1C გამოვიდა Linux-ის სრული მხარდაჭერით და ეს სტატია აღარ არის აქტუალური.
როგორ დაზოგოთ IT-ზე?
მოკლედ. თქვენ უნდა გაუშვათ 1C პლატფორმა არა MS Windows Server ოპერაციულ სისტემაზე, არამედ უფასო Linux სერვერებზე.
დეტალები:
ამ განყოფილებაში განვიხილავთ ტერმინალური გადაწყვეტის თეორიულ გამოთვლებს, დადებით და უარყოფით მხარეებს 1C-სთვის. პრაქტიკული ინსტრუქციები, თუ როგორ უნდა დააყენოთ ასეთი სერვერი, შეგიძლიათ იხილოთ სტატიაში Terminal solution 1C for Linux
ტერმინალი - ფიგურალურად რომ ვთქვათ, ეს არის მაშინ, როდესაც კლიენტი მუშაობს სერვერზე დისტანციურად, თითქოს საკუთარ კომპიუტერზე. სერვერი უზრუნველყოფს თავის რესურსებს და ასრულებს ყველა საჭირო გამოთვლას კლიენტს.
ტერმინალის გადაწყვეტის დადებითი მხარეები:
1. მაღალი სიჩქარე. 1C მუშაობს ადგილობრივ მონაცემთა ბაზასთან.
2. მზადყოფნა. თუ ქსელთან დაკავშირებული პრობლემებია, მომხმარებელს ყოველთვის შეუძლია დაბრუნდეს შენახულ სესიაზე და გააგრძელოს მუშაობა შეწყვეტილი წერტილიდან.
3. უსაფრთხოება. მხოლოდ "ეკრანის" ცვლილებები გადაეცემა მომხმარებელს დაშიფრული ქსელის არხით, ამიტომ 1C მონაცემთა ბაზის მოპარვა შეუძლებელია.
4. დაბალი ფასი 1C. ფაილის რეჟიმი უფრო იაფია ვიდრე კლიენტ-სერვერის რეჟიმი.
5. თუ ცუდი კავშირია ფილიალების ქსელებსა და ცენტრალურ 1C მონაცემთა ბაზას შორის, ტერმინალის გადაწყვეტა შეიძლება იყოს ერთადერთი გამოსავალი.
ტერმინალის ხსნარის უარყოფითი მხარეები:
1. ტერმინალის ლიცენზიების მაღალი ფასი MS Windows Server პლატფორმაზე აუცილებელია თითოეული კლიენტისთვის 1 CAL ლიცენზიის და 1 TS CAL ლიცენზიის შეძენა;
3) ფასი აღებულია Win Trmnl Svcs CAL 2008 ინგლისური MLP 5 მომხმარებლის CAL. ვინაიდან ჩვენ ვიანგარიშებთ თანხას 10 მომხმარებლისთვის, თანხას ვამრავლებთ 2-ზე.
4) გამოითვლება 1C ღირებულების კალკულატორის გამოყენებით eprof.ru-ზე. არჩეული 1C: აღრიცხვა ფაილის ოპერაციულ რეჟიმში + ლიცენზია 10 სამუშაო სადგურისთვის.
5) პროდუქტის ღირებულება „WINE@Etersoft CIFS - 0 რუბლი. ჩვენ ვახდენთ Linux-ს 0 რუბლს.
MS Windows და Linux პლატფორმებზე ტერმინალის გადაწყვეტილებების სხვაობა 62,000 რუბლია. ფასების სხვაობა იზრდება, რადგან Linux + Wine@Etersoft-ზე დაფუძნებული ტერმინალის გადაწყვეტის ღირებულება სასრულია. MS Windows-ზე დაფუძნებული ტერმინალის გადაწყვეტის ღირებულება გაიზრდება ახალი საჭირო CAL-ების და TS CAL-ების შეძენის გამო, რომლებიც საკმაოდ ძვირია. მაიკროსოფტმა იცის როგორ გამოიყენოს მარკეტინგული ტექნიკა თავისი ახალი პროგრამული უზრუნველყოფის წარმოსაჩენად, რისთვისაც გაზრდილი ფასის გადახდა მოგიწევთ. რეალური მაგალითი, TS CAL MS Windows Server 2003 Standard-ისთვის 2009 წლის 21 ივლისის სტარტი ვეღარ იყიდება, შეგიძლიათ შეიძინოთ მხოლოდ MS Windows Server 2008 Standard-დან, მაგრამ 2008 წლის პლატფორმა შედარებით ძვირია მისი სიახლისა და ახალი გადაწყვეტილებების გამო.
Linux-ზე დაფუძნებული ტერმინალის გადაწყვეტას აქვს სასრული ღირებულება, Linux-ის ნულოვანი ფასისა და Wine@Etersoft-ის ფიქსირებული ღირებულების წყალობით, კლიენტების შეუზღუდავი რაოდენობით.
Linux-ზე დაფუძნებული ტერმინალის გადაწყვეტა განსაკუთრებით მომგებიანია ფილიალების ფართო ქსელის მქონე კომპანიებისთვის, რომლებიც ცენტრალურ ოფისთან ინტერნეტის საშუალებით ურთიერთობენ.
SQL გადაწყვეტა 1C არის, როდესაც 1C მონაცემთა ბაზა წარმოდგენილია არა ქსელის საქაღალდეში, არამედ 1C სერვერით, რომელიც ინახავს მონაცემებს სამრეწველო მონაცემთა ბაზის მართვის სისტემებში (DBMS).
SQL გადაწყვეტის 1C უპირატესობები Linux-ისთვის:
1. დიდი 1C მონაცემთა ბაზები. SQL სერვერი უფრო ეფექტურად მუშაობს დიდი მოცულობის მონაცემებით. თუ 1C მონაცემთა ბაზა 1 გბ-ს აღემატება, 1C სპეციალისტები გვირჩევენ, რომ კომპანია გადავიდეს SQL რეჟიმში მარტივი ფაილის რეჟიმიდან.
2. მასშტაბურობა. SQL სერვერის და/ან ქსელის ნებისმიერი გაუმჯობესება პროპორციულად ზრდის მთლიანობაში 1C სიჩქარეს. SQL უფრო ადეკვატურია მომხმარებელთა რაოდენობის და/ან დატვირთვის მატებასთან ერთად.
3. საიმედოობა. კლიენტ-სერვერის სისტემებს აქვთ ჩაშენებული მექანიზმი ტრანზაქციებთან მუშაობისთვის. არასწორი გასვლისა და კლიენტის გაყინვის შემთხვევაში, არ არის საჭირო 1C მონაცემთა ბაზის „დამუშავება“ ხანგრძლივი ხელახალი ინდექსაციით და აღდგენით.
4. SQL რეჟიმში გამოიყენება პროგრამები, რომლებიც არის „მშობლიური“ Linux, 1C და PostgreSQL, ორივე Linux-ის ვერსიაში. არ არსებობს არც ერთი პროგრამა MS Windows-ის სამყაროდან.
5. ძალიან დიდი 1C - SQL მონაცემთა ბაზებით, გამოსავალი შეიძლება იყოს ერთადერთი გამოსავალი სიტუაციიდან.
მინუსები
1. SQL გადაწყვეტის სიძვირე 1C. SQL გადაწყვეტა თითქმის 2-ჯერ უფრო ძვირია, ვიდრე მარტივი ფაილის რეჟიმი.
2. სინქრონულობა. SQL რეჟიმში 1C, საჭიროა 1C სერვერების და 1C კლიენტების სინქრონული განახლება, ანუ 1C პროდუქტების ვერსიები უნდა ემთხვეოდეს. ეს გარკვეულ სირთულეებს უქმნის საოპერაციო პერსონალს.
ცხრილი აჩვენებს ფასებს პროგრამული გადაწყვეტის საფუძველზე, რომელიც შედგება 1 სერვერისა და 10 კლიენტის კავშირისგან.
1) ფასი აღებულია Microsoft Windows Server Standard Edition 2008-ისთვის
2) ფასი აღებულია Windows Server CAL 2008 Russian MLP 5 Device CAL. ვინაიდან ჩვენ ვიანგარიშებთ თანხას 10 მომხმარებლისთვის, თანხას ვამრავლებთ 2-ზე.
3) მიიღეთ უფასო PostgreSQL DBMS სისტემა
4) გამოითვლება 1C ღირებულების კალკულატორის გამოყენებით eprof.ru-ზე. არჩეული 1C: აღრიცხვა SQL ოპერაციულ რეჟიმში + ლიცენზია 10 სამუშაო სადგურისთვის.
ფასის სხვაობა არის 23,300 რუბლი და ტენდენცია იზრდება MS Windows Server პლატფორმაზე 1C კლიენტების რაოდენობის ზრდით, რომლებიც საჭიროებენ CAL ლიცენზიას.
შესაძლებელია სხვადასხვა ჰიბრიდული გადაწყვეტილებების ჩამოყალიბება საწარმოს მიზნებისთვის. გაანალიზეთ საწარმოს ბიზნეს ლოგიკა და 1C-ში შენახული მონაცემთა გაცვლის მიმდინარე სქემა.
მაგალითად, 1C კლიენტი უერთდება ტერმინალის კომპლექსს და უშვებს იქ 1C, რომელიც უერთდება 1C SQL სერვერს იმავე ან სხვა სერვერზე. ეს სქემა საშუალებას მისცემს 1C ბაზა იყოს სასურველის დიდი ზომის და დაამატებს ტერმინალის გადაწყვეტის უპირატესობებს, როგორიცაა უსაფრთხოება და მუშაობის სიჩქარე დაბალი სიჩქარით საკომუნიკაციო ხაზებზე.
იურიდიული სისტემის კონსულტანტი+ Terminal Linux-ის ქვეშ
სურათი ასახავს მუშაობას Consultant+ ტერმინალში, რომელიც მუშაობს Linux-ზე, ტერმინალის სესია გაშვებულია MS Windows XP-დან.
ტერმინალის სესია გადის ფანჯარაში ჩვენების გასაადვილებლად. თქვენ ასევე შეგიძლიათ მუშაობა სრული ეკრანის რეჟიმში.
კითხვა: რა პროგრამული პროდუქტები განხორციელდება?
პასუხი: Linux-ის ტერმინალის რეჟიმში 1C, დანერგილია უფასო Ubuntu/Debian/CentOS, FreeNX და სურვილისამებრ Samba.
SQL რეჟიმში 1C Linux-ში, უფასო Ubuntu Server, PostgreSQL და სურვილისამებრ Samba დანერგილია.
თქვენ ყიდულობთ 1C-ს ლიცენზიების საჭირო რაოდენობით.
ახალი ამბები ცოტა ძველია, მაგრამ არ შემიძლია არ დავწერო ამის შესახებ. ახლა თქვენ არ გჭირდებათ წაკითხვა, რადგან 1C გამოვიდა 1C: საწარმო 8.3ძალიან სასიამოვნო ინოვაციებით - გამოჩნდა Linux-ის კლიენტი! უფრო მეტიც, Linux-ის კლიენტები Windows-ის კლიენტების მსგავსია, ამიტომ არ არის საჭირო ბუღალტერების გადამზადება.
Linux-ისთვის გამოვიდა როგორც „თხელი კლიენტი“, რომელიც მომხმარებლებს საშუალებას აძლევს იმუშაონ მართული აპლიკაციის რეჟიმში, ასევე „სქელი კლიენტი“, რომელიც უზრუნველყოფს სამუშაოს ჩვეულებრივ ან მართულ აპლიკაციის რეჟიმში, ან კონფიგურატორის რეჟიმში. ორივე კლიენტი ხელმისაწვდომია x86 და x86-64 არქიტექტურისთვის და მხარს უჭერს ფაილის და კლიენტ-სერვერის მუშაობის ვარიანტებს.
ასევე გამოიცა ინსტრუმენტები კლასტერების ადმინისტრირებისთვის Linux-ის გაშვებული სისტემებიდან.
შეგიძლიათ ჩამოტვირთოთ 1C:Enterprise 8.3 Linux-ისთვის აქ: users.v8.1c.ru.
იყიდე ლეპტოპი Roverbook-დან? გილოცავთ, შესანიშნავი შენაძენი! მაგრამ რა მოხდება, თუ ის მოულოდნელად გატყდება? სად არის საუკეთესო ადგილი წასასვლელად? მე გირჩევთ ServiceNB-ს, რადგან მათთვის
გაფრთხილება: დეტალური ინსტრუქციები არ იქნება! მხოლოდ მოქმედებების თანმიმდევრობა, აუცილებელი ნაბიჯები და რჩევები. ეს სახელმძღვანელო განკუთვნილია მხოლოდ გამოცდილი Linux ადმინისტრატორებისთვის!
ჩემი ზოგიერთი კონფიგურაციის მაგალითებიმიმაგრებული...
შენიშვნა: ეს სტატია ეფუძნება 32-ბიტიან CentOS 6.3-ის ექსპერიმენტებს(სერვერისთვის, თქვენ უნდა გამოიყენოთ 64-ბიტიანი OS. მაგრამ მოხდა ისე, რომ 64-ბიტიანი CentOS არ იყო დაინსტალირებული ექსპერიმენტებისთვის ხელმისაწვდომ აპარატურაზე.)თუმცა, ინსტალაციის მეთოდში განსხვავება არ არის (32 vs 64bit) - ის მხოლოდ განაწილების ფაილების სუფიქსებშია: ან i686 (ან i386), ან x86_64...
შინაარსი:
მე არ მივცემ კონკრეტულ რეკომენდაციებს სერვერის აპარატურის არჩევისთვის (რამდენი ტექნიკის სიმძლავრეა საჭირო) - არ მაქვს პირადი გამოცდილება. იხილეთ ოფიციალური”რეკომენდაციები 1C-სთან მუშაობისთვის აღჭურვილობის არჩევისთვის: საწარმო 8” v8.1c.ru-დან და არაოფიციალური”კომპიუტერის მოთხოვნები 1C: Enterprise 8 პროგრამასთან მუშაობისთვის” 1c.xxi.kiev.ua-დან…
და მე გირჩევთ აიღოთ ტექნიკის რეზერვი სიმძლავრით, ვიდრე რეკომენდებულია (რადგან ის „იზრდება“ საწარმოს საჭიროებებთან ერთად; და რადგან 1C პლატფორმა ასევე მუდმივად „იზრდება და ოპტიმიზდება“ - რაც ნიშნავს, რომ ის მოიხმარს სულ უფრო მეტ რესურსს გამოშვებიდან გათავისუფლება).
გარდა ამისა, მოკლედ, ყველაზე მომგებიანი სტრატეგია არის:
დააინსტალირეთ Linux CentOS 6.x (უახლესი გამოშვება), სასურველია 64 ბიტიანი.
CentOS დისტრიბუციის არჩევის მიზეზები: ეს არის Linux სერვერის დისტრიბუცია. ეს არის უფასო (უფასო, "Community Edition") დისტრიბუცია. ეს არის დისტრიბუცია, რომელიც დაფუძნებულია RedHat ბირთვზე, რომელიც 1C აცხადებს, როგორც "მხარდაჭერილი".
მიმდინარეობს CentOS განაწილების სურათების ჩამოტვირთვააქედან (ნებისმიერი სარკედან).
უფრო მოსახერხებელია ISO-ს ჩამოტვირთვა, დაწვა ცარიელში (DVDRW) და მისგან ინსტალაცია.
ინსტალაციისთვის, როგორც წესი, საკმარისია მხოლოდ პირველი დისკი ორიდან, რომლის აწყობაც შესაძლებელია (მეორე დისკზე არის რაიმე მცირე პროგრამული უზრუნველყოფა).
შემდეგ კი საინსტალაციო დისკები აღარ არის საჭირო - მთელი პროგრამული უზრუნველყოფა ჯერ კიდევ საჭიროებს განახლებას და ინტერნეტით მიწოდებას...
კომენტარი: CentOS სისტემაში root მომხმარებელი არ არის შესული(ეს უნდა იყოს)!
CentOS სისტემაში ყველა სამუშაო ყოველთვის ხორციელდება მომხმარებლის რეგულარული სესიიდან, მათ შორის. და სისტემის ინსტალაცია/კონფიგურაცია. და მხოლოდ ზოგიერთი მოქმედებისთვის ყოველ ჯერზე მოითხოვება „სუპერ მომხმარებლის“ პრივილეგიები (რაღაც მსგავსი გამოჩნდა Windows7-ში).
ამიტომ, კონფიგურაციების რედაქტირებისთვის, პაკეტების და სხვა „ადმინისტრატორის“ მოქმედებების დასაყენებლად, კონსოლის გახსნის შემდეგ მომხმარებლის რეგულარულ სესიაზე, დაუყოვნებლივ შეასრულეთ „su“ ბრძანება, რომელიც გადასცემს მიმდინარე კონსოლს „superuser“ რეჟიმში (CentOS ფუნქცია):
Bash# su პაროლი:<вводим пароль root>
ეს bash# კონსოლი შემდეგ გამოიყენება სხვადასხვა პრივილეგირებული ქმედებებისთვის. მაგალითად, შეგიძლიათ გაუშვათ "mc" და შეცვალოთ კონფიგურაციები /etc/…
ქსელის გადამყვანების, ჰოსტის სახელის, კარიბჭის და DNS-ის კონფიგურაცია...
დაუკავშირდით ინტერნეტს და განაახლეთ ყველა ძირითადი პაკეტი უახლესი ვერსიებით...
ჩვენ ყველა შემდგომ მოქმედებას გავაკეთებთ მხოლოდ ინტერნეტის არსებობის შემთხვევაში, მიგვაჩნია, რომ ის მუდმივია!
ქსელის დაყენება ხორციელდება სტანდარტულად... მაგრამ არსებობსსაერთო ხარვეზები, რომლებიც თავიდან უნდა იქნას აცილებული:
პირველ რიგში, ჩვენი სერვერის სახელი უპრობლემოდ უნდა გადაწყდეს IP მისამართად.
/etc/sysconfig/network ფაილში ვამოწმებთ ჰოსტის სახელის პარამეტრის მნიშვნელობას (სერვერის „კომპიუტერის სახელი“), საჭიროების შემთხვევაში ვცვლით მას, რათა ახალი პარამეტრები ამოქმედდეს, საჭიროა სისტემის გადატვირთვა.
Bash# კატა /etc/sysconfig/network NETWORKING=დიახ NETWORKING_IPV6=არა HOSTNAME=delldev GATEWAY=192.168.10.2
(ბოლო ხაზი არის ნაგულისხმევი კარიბჭე, არ არის საჭირო დაკონკრეტება. თუ არ არის მითითებული, ის იქნება აღებული ifcfg კონფიგურაციებიდან ან DHCP-ის საშუალებით...)
ფაილი /etc/hosts არ უნდა შეიცავდეს ჩანაწერებს localhost.localdomian ფორმატში ან დაკავშირებული IPv6-თან, თუ არ არის DNS სერვერი, ის უნდა შეიცავდეს მკაფიო შესაბამისობას სერვერის IP მისამართს შორის - FQDN სახელი - მოკლე სახელი; სწორი ჰოსტების ფაილის მაგალითი:
Bash# კატა /etc/hosts 127.0.0.1 localhost delldev
შეამოწმეთ: სერვერი თავად პინგს აკეთებს? შეიყვანეთ კონსოლში:
ბაშ# პინგ დელდევ
მეორეც, არ უნდა არსებობდეს წესები Firewall-ზე, რომელიც კრძალავს 1C საწარმოს კომპონენტების ერთმანეთთან ურთიერთქმედებას.
უმეტეს შემთხვევაში, საწარმოს 1C სერვერი მდებარეობს ლოკალურ ქსელში, ასე რომ, ჩვენ შეგვიძლია მთლიანად გამორთოთ firewall (მინიმუმ ექსპლუატაციის ხანგრძლივობისთვის):
Bash# chkconfig iptables გამორთულია bash# სერვისი iptables გაჩერება
მესამე, თქვენ ასევე უნდა გამორთოთ SELinux პოლიტიკა!
Მიზეზები:
1) ადრე, SELinux იყო სეგმენტაციის ხარვეზის მიზეზი.
2) სამბას გაზიარებები არ მუშაობს SELinux-ის ჩართულობით (დისტანციური მომხმარებლები შედიან გაზიარებებში, მაგრამ ვერ ხედავენ ფაილებს... ან ფაილები ჩანს, მაგრამ არ იკითხება... და ა.შ. ხარვეზები)
3) გარდა ამისა, SELinux-ის გამოყენების უპირატესობები ლოკალურ ქსელში მდებარე მაღალ დატვირთულ სერვერზე გამოიყურება უკიდურესად ბუნდოვანი.
როგორ გამორთოთ:
ჩვენ ვცვლით კონფიგურაციას /etc/selinux/config, ვცვლით SELINUX=enforcing ხაზს SELINUX=disabled-ზე და გადატვირთეთ მანქანა...
ინტერნეტ პროვაიდერს "Ukrtelecom/Ukraine"-საც აქვს ასეთი პრობლემები: ბაგი DNS სერვერები - ამიტომ დამხმარეები უნდა გამოიყენოთ (სასურველია გუგლისგან)... და ალბათ ჩემი DSL როუტერი ცუდად თავსებადია Linux OS-თან...
სიმპტომი: ინტერნეტთან მუშაობისას, თითოეული DNS სახელის გადაჭრას ძალიან დიდი დრო სჭირდება (რამდენიმე [ათეული] წამის ქრონომეტრაჟი), ის ძალიან ცუდად მუშაობს...
გამოსავალი: ამიტომ, მე ავტომატურად არ მივიღე DNS სერვერი DHCP-ის საშუალებით, მაგრამ სტატიკურად დავარეგისტრირე შემდეგი მისამართები ადაპტერის პარამეტრებში (config /etc/sysconfig/network-scripts/ifcfg-eth0): 213.179.249.151, 213.179.249.152, . .8.8, 8.8.4.4(პირველი ორი არის ახალი Ukrtelecom, შემდეგი ორი არის Google-ისგან).
შენიშვნა: yum-ის გამოყენების დეტალური სახელმძღვანელოსთვის იხილეთ სტატია„პაკეტების მართვა RHEL6-ში. ჰმ...
პროგრამული უზრუნველყოფის წყაროების (საცავების) დაყენება:
ჩართეთ სტანდარტული საცავი (საცავის კონფიგურაციაში ჩავწერთ enabled=1, ან შეამოწმეთ ველები გრაფიკული ინტერფეისის მეშვეობით...):
CentOS-6 - ბაზა
CentOS-6 - წვლილი
CentOS-6 - დამატებითი
CentOS-6 - პლუს
CentOS-6 - განახლებები
და (მათ გარეშე ძალიან სამწუხაროა, რადგან სტანდარტული საცავი შეიცავს ძირითადად სერვერის პროგრამულ უზრუნველყოფას და მოძველებულ, თუმცა ძალიან გამართულ ვერსიებს).
შენიშვნა: უმეტეს შემთხვევაში, ახალი საცავების დაკავშირების გასაადვილებლად, საცავის მფლობელებმა მოამზადეს RPM პაკეტები ავტომატური კონფიგურაციისთვის - ამ პაკეტების მხოლოდ ჩამოტვირთვა და ინსტალაციაა საჭირო. უფრო მეტიც, აირჩიეთ სწორი ვერსიის პაკეტები: საცავების შესაბამისი ვერსიისთვის და განკუთვნილია თქვენის შესაბამისი Linux გამოშვებისთვის. ამ ფსევდო-პაკეტის ინსტალაციისას ავტომატურად გენერირებული იქნება საჭირო კონფიგურაციები, კონფიგურირებული იქნება yum და ა.შ.
რეკომენდაციები:
გამოიყენეთ „cat /etc/redhat-release“ რათა იპოვოთ EL-ის რომელ გამოშვებას იყენებთ(წერია: "CentOS გამოშვება 6.3" - ანუ "el6")
გამოიყენეთ "uname -a" თქვენი პროცესორის არქიტექტურის მოსაძებნად(წერია: "i686 i386")
გამოიყენეთ "rpm -ivh პაკეტი-ფაილის სახელი" rpmforge-release პაკეტის დასაყენებლად(ასევე მუშაობს URL-ებთან)
RPMforge
Ინსტალაციის ინსტრუქცია: repoforge.org და
packages.sw.be/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm "
EPEL
Ინსტალაციის ინსტრუქცია: fedoraproject.org
სამუშაო ინსტალაციის მაგალითი: su -c "rpm -Uvh download.fedoraproject.org/pub/epel/6/i386/epel-release-6-7.noarch.rpm "
ATrpms
Ინსტალაციის ინსტრუქცია: atrpms.net
სამუშაო ინსტალაციის მაგალითი: su -c "rpm -Uvh dl.atrpms.net/all/atrpms-repo-6-5.el6.i686.rpm "
Შინაარსი: მთავარია არ დაირღვეს სისტემის ძირითადი ბირთვის ფუნქციონირება.
სტანდარტული CentOS საცავები (განსაკუთრებით „CentOS-6 - Base“) შედგენილია სპეციალურად გაწვრთნილი ადამიანების მიერ, რომლებიც უზრუნველყოფენ, რომ საცავს ჰქონდეს პაკეტებისა და ბიბლიოთეკების ჯვარედინი მონაკვეთი, რომლებიც თავსებადია ერთმანეთთან ნებისმიერ დროს.(CentOS არის სერვერული სისტემა, რომელიც დაინსტალირებულია ყველაზე ძვირადღირებულ Production სერვერებზე, რომლებიც მუშაობენ ავტომატური განახლების რეჟიმში. საცავში არსებული ხარვეზი ბევრ სერვერს გაანადგურებს, ანუ ადმინისტრატორებს ბევრი პრობლემა შეექმნებათ და CentOS-ის სანდოობა იქნება. ძირს უთხრის... ეს დაუშვებელია.)
მაგრამ თუ თქვენ თამაშობთ მესამე მხარის დისტრიბუციებთან, მაშინ მათში ბიბლიოთეკების ახალი (და არასტაბილური) ვერსიები ყოველთვის უფრო ადრე ჩნდება - მათი ავტომატურად დაინსტალირება შესაძლებელია სისტემაში ავტომატური განახლების დროს, რაც ქმნის შეუთავსებლობას ბირთვის სერვისებისთვის. ცუდად!
იმისათვის, რომ უზრუნველყოთ, რომ სერვერზე დაინსტალირებულია ყველაზე კარგად მოქმედი პროგრამული უზრუნველყოფა, ხოლო დამატებითი საცავებიდან დაინსტალირებულია მხოლოდ ის პროგრამული უზრუნველყოფა, რომელიც აკლია ძირითადს (პაკეტები გამოყოფილია „დამოკიდებულებების“ მიხედვით), თქვენ უნდა დააკონფიგურიროთ/გამოიყენოთ პრიორიტეტული სისტემა:
პრიორიტეტების მართვა - გჭირდებათდააინსტალირეთ დამატებითი დანამატები yum-ისთვის(სასარგებლოა სამივეს ინსტალაციისთვის):
(შენიშვნა: არის კიდევ ბევრი საინტერესო დანამატი yum-ისთვის, მაგრამ ეს არის ყველაზე საჭირო...)
yum საცავის პარამეტრებიინახავს: /etc/yum.repos.d/
კონფიგურაციები, რომელთა რედაქტირება შესაძლებელია, ეწოდება: *.repo
დანარჩენი ფაილები არის სერვისის ფაილები - ჩვენ მათ არ ვეხებით.
თქვენ უნდა დაამატოთ ტექსტის კონფიგურაციები (მინიმუმ ყველა საცავისთვის ჩართული=1): ხაზები პარამეტრების დაცვა=… და პრიორიტეტი=…(შენიშვნა: რაც უფრო დაბალია პრიორიტეტის მნიშვნელობა, მით უფრო მნიშვნელოვანია საცავი)
მე ასევე გირჩევთ დააინსტალიროთ გრაფიკული გარსი პაკეტის მენეჯერისთვის: Yum Extender (ორობითს ჰქვია yumex) - ის ბევრად უფრო მოწინავეა ვიდრე სტანდარტული GUI!
ახლა შეგიძლიათ დააინსტალიროთ (რა თქმა უნდა, yum პაკეტის მენეჯერის მართვის კონსოლის მეშვეობით):
ntfs მხარდაჭერა
ღვინო (ემულატორი მარტივი Windows აპლიკაციების გასაშვებად)
და სხვა სასარგებლო ადგილობრივი აპლიკაციები...
თქვენ უნდა დააინსტალიროთ (yum-ის საშუალებით) და დააკონფიგურიროთ Samba სერვერი (სერვისები "smb" და "nmb") - ეს არის Microsoft NetBIOS პროტოკოლის მხარდაჭერა Linux-ის ქვეშ, ე.წ. "ქსელის გარემო"…
უფრო მეტიც, გირჩევთ დააინსტალიროთ Samba, მაშინაც კი, თუ არ მიაწოდეთ ფაილების გაზიარება ამ სერვერზე სხვა კლიენტებისთვის ლოკალურ ქსელში, რათა ეს სერვერი გამოჩნდეს ყველა Windows კლიენტისა და სხვა ქსელის სერვერების „ქსელურ გარემოში“ და დასკანირებული იყოს. სტანდარტული API-ით და წყვეტს მის „ქსელის აპარატის სახელს“ - ისე, რომ მასზე იყოს მითითება რაღაც მსგავსი ¨\\MyLinuxServer¨. მოხერხებულობისთვის, დააკონფიგურირეთ Samba ისე, რომ 1C სერვერი ხილული იყოს თქვენს WORKGROUP-ში...
შენიშვნა: საჭიროა თუ არა Samba სერვერი 1C:Enterprise-ის გასაშვებად?
Samba-ს კონფიგურაციისთვის გირჩევთ:
შექმენით და დააკონფიგურირეთ გაზიარებული საქაღალდეები ასე:
მკდირ /სახლი/სამბა მკდირ /სახლი/სამბა/ალოტერები... chown -R samba /home/samba chgrp -R samba /home/samba chmod -R a+rw /სახლი/სამბა
შექმენით არა შესული მომხმარებელი/ჯგუფი: samba/samba
მიანიჭეთ ამ მომხმარებლის მთავარი საქაღალდე: /home/samba
Samba სერვისის დაყენება:
კონფიგურაციები განთავსებულია /etc/samba/-ში
see man smb.conf
იხილეთ smb-conf.ru
მარტივი დაყენებისთვის იხილეთ სტატია"SAMBA სერვერის მარტივი ინსტალაცია და კონფიგურაცია CentOS-ზე"...
Მნიშვნელოვანი: "smb" (მთავარი) სერვისის გარდა, თქვენ ასევე უნდა "ჩართოთ" და "ჩართოთ" სერვისი "nmb" (რომელიც პასუხისმგებელია NetBIOS კომპიუტერის სახელის ლოკალურ ქსელში გამოქვეყნებაზე - სერვერი გამოჩნდება "ქსელში". სამეზობლო"):
Chkconfig -- დონე 2345 nmb on chkconfig --დონე 2345 nmb სერვისზე smb დაწყება სერვისი nmb დაწყება
რჩევა: სერვისების მუშაობის რეჟიმი საუკეთესოდ არის კონფიგურირებული გრაფიკული ჩანართის საშუალებით „GNOME / სისტემა / ადმინისტრაცია / სერვისები“...
Pirate 1C დისტრიბუციები (და ბზარები) შეიძლება ჩამოტვირთოთ გადამცვლელებიდან (მე არ ვაძლევ ბმულებს, შეგიძლიათ იპოვოთ ისინი აქ forum.ru-board.com "ვარეზნიკის" განყოფილებაში)...
ასე რომ, ჩვენ მივიღეთ/ჩამოტვირთეთ დისტრიბუცია"1C: პლატფორმა 8.2 გამოშვება 8.2.16.368, დათარიღებული 10/05/12"-> მისგან ვიღებთ "1C სერვერი: Enterprise (32bit) RPM-ზე დაფუძნებული Linux სისტემებისთვის", ფაილი"8_2_16_368_rpm.tar.gz" (169.07 MB) -> არქივის ამოხსნის შემდეგ ვიღებთ დისტრიბუციის 8 RPM ფაილს...
"PostgreSQL-ის მზა ასამბლეები 1C გამოშვებიდან 9.0.3-3.1C 01/17/12-დან" არ მოგვწონს, ისინი არ დამონტაჟდება დამოკიდებულების მიხედვით (იქ პაკეტები შედგენილია CentOS 5.x-ისთვის და არა 6.x.).
Ჩვენ თქვენ გჭირდებათ PostgreSQL-ის წყაროს კოდები, შესწორებული 1C-ით, თვითშეკრებისთვის!განაწილებიდან"PostgreSQL 1C გამოშვებიდან 9.0.3-3.1C 01/17/12-დან"-> აიღეთ მხოლოდ ფაილი "PG90331_Patch903.rar" -> აიღეთ მხოლოდ ფაილი არქივიდან"postgresql-9.0.3-3.1C.src.rpm"(ეს არის RPM პაკეტი PostgreSQL ვერსიის 9.0.3 წყაროს კოდებით, უკვე ყველა საჭირო პატჩის ჩათვლით 1C: Enterprise 8.1 და 1C: Enterprise 8.2 სერვერებთან თავსებადობის უზრუნველსაყოფად)
შენიშვნა: გარდა ამისა, 1C: Enterprise 8-ის მიერ მხარდაჭერილი PostgreSQL DBMS-ის თვითშეკრების წყარო კოდები ყველაზე მარტივია.ჩამოტვირთეთ პირდაპირ ოფიციალური საიტიდან...
შენიშვნები: რომელი პლატფორმა უნდა ავირჩიო?
Დამატებითი ინფორმაცია...
უპირველეს ყოვლისა, სისტემაში კონფლიქტების თავიდან ასაცილებლად, თქვენ უნდა წაშალოთ PostgreSQL SERVER-ის ყველა სხვა/წინა ვერსია, თუ დაინსტალირებულია (შეამოწმეთ).
ცუდი რჩევა: პროგრამული უზრუნველყოფის შეუთავსებლობის გამო დაბნეულობის თავიდან ასაცილებლად, მე ასევე წავშალე კლიენტი "postgresql-8.4.13" (თავდაპირველად დაინსტალირებული, სტანდარტული CentOS 6.3 საცავიდან) ... ზოგიერთი პაკეტი (მაგალითად, "postgresql-libs-8.4. 13" და ა.შ.) ახლა მომიწია მისი დატოვება, რადგან სისტემაში ბევრი სხვა პაკეტი მათზეა დამოკიდებული - თუმცა, მათი დეინსტალაცია შეიძლება მოგვიანებით, PostgreSQL 9.0.3-ის ინსტალაციის შემდეგ (წინასწარ ველოდები, მე მივაღწიე)…
თუმცა, აზრი აქვს ამ სტანდარტული პაკეტების სისტემაში დატოვებას (განსაკუთრებით "postgresql-libs-8.4.13") იმ შემთხვევაში, თუ მომავალში დაგჭირდებათ PostgreSQL 9.0.3 დეინსტალაცია. იმის გამო, რომ ახლა მე მაქვს სიტუაცია, როდესაც სისტემის ყველა პაკეტი ახლა მხოლოდ "postgresql-libs-9.0.3-3.1C" პაკეტზეა დამოკიდებული და პაკეტის მენეჯერი არ მაძლევს უფლებას ამ უკანასკნელის დეინსტალაცია სისტემის ნახევარი სისტემის ერთდროულად განადგურების გარეშე ( ავარია).
სამწუხაროდ, CentOS 6.3-ის საბაზო საცავებში, ე.ი. ამჟამინდელ სისტემაში არ არის ყველა საჭირო ბიბლიოთეკა (დამოკიდებულება) მზა "PostgreSQL 1C-დან" ასამბლეის გამოსაყენებლად. გარდა ამისა, გასათვალისწინებელია, რომ 1C: Enterprise სერვერის 8.2 მუშაობისთვისსაჭიროა PostgreSQL ვერსია 8.3.8 ან უფრო მაღალი.
ვცადე სხვადასხვა დისტრიბუცია...
ასე რომ, ვერსია "PostgreSQL 1C გამოშვებიდან 9.0.3-3.1C" საუკეთესოდ შეეფერება, მაგრამ აწყობილი RPM პაკეტები სადისტრიბუციო ნაკრებიდან "PG90331_setuppln903.rar" არ მოგვწონს: ისინი არ დამონტაჟდება დამოკიდებულებების მიხედვით (პაკეტები). არის შედგენილი CentOS 5.x-სთვის და არა 6.x.)…
არასწორი მიდგომა: არსებული ძველი ბიბლიოთეკების ხელით განახლება შრომატევადი და საშიშია (მათზეა დამოკიდებული ბევრი პროგრამული უზრუნველყოფა ძირითადი და სტაბილური CentOS ბირთვიდან)! ასევე შესაძლებელი იქნებოდა ჰაკის ჩასმა სიმბოლური ბმულების სახით (საჭირო ბიბლიოთეკების სახელები არსებული ვერსიების მითითებით), მაგრამ ეს ძალიან ცუდია წარმოების სერვერზე...
ამიტომ, იმისათვის, რომ არ დაირღვეს CentOS ბირთვის მთლიანობა,თქვენ უნდა აღადგინოთ თავად PostgreSQL საწყისი კოდიდან, დააყენეთ იგი 1C პაჩებით (ასე რომ, ის დაფუძნებული იქნება ჩვენს არსებულ ბიბლიოთეკებზე). ჩვენ ვიღებთ დაყენებულ PostgreSQL წყაროებს სადისტრიბუციო ნაკრებიდან “PostgreSQL 1C გამოშვებიდან 9.0.3-3.1C” -> გვჭირდება მხოლოდ ფაილი “PG90331_Patch903.rar” -> და არქივიდან ვიღებთ მხოლოდ ფაილს “postgresql-9.0”. 3-3.1C.src.rpm" "...ან ჩამოტვირთეთ ეს ფაილი პირდაპირ ოფიციალური ვებსაიტიდან...
შენიშვნა: მე არ მაქვს გამოცდილება წყაროს კოდიდან აწყობაში, ასე რომ, ქვემოთ მოცემულია ოდნავ შეცვლილი რეცეპტი "მანიაკ ადმინისტრატორის" ბლოგიდან aligned.ru-ზე (ავტორის პატივისცემა).
PostgreSQL-მდე უნდა დააინსტალიროთ (ან დარწმუნდით, რომ ის უკვე დაინსტალირებულია) - აუცილებელია PostgreSQL ვერსიის მუშაობისთვის 1C-დან. შეგიძლიათ ხელით დააინსტალიროთ RPM პაკეტიდან (მაგრამ არა აუცილებელი)... ან yum-ის გამოყენებით, სტანდარტული საცავიდან (რაც უკეთესია):
დააინსტალირეთ icu libicu libicu-devel
ჩვენ ასევე ვამონტაჟებთ კომპილაციისა და აწყობისთვის საჭირო პაკეტებს:
Yum install rpm-build wget glibc-devel bison flex readline-devel zlib-devel openssl-devel pam-devel gettext gcc make
ჩამოტვირთეთ PostgreSQL 9.0.3 წყაროები 1c ვებსაიტიდან:
Wget http://v8.1c.ru/overview/postgresql_patches/9-0-3/postgresql-9.0.3-3.1C.src.rpm
და დააინსტალირეთ წყაროს პაკეტი (სისტემაში შეიქმნება სხვადასხვა საქაღალდეები და წყაროს ფაილები მიმოფანტული იქნება მათში):
Rpm -ihv postgresql-9.0.3-3.1C.src.rpm
გახსენით ფაილი /usr/lib/rpm/macros რედაქტირებისთვის და შეცვალეთ _default_patch_fuzz პაჩის დონე 2-მდე:
%_default_patch_fuzz 2
შენიშვნა: ადრე, ასეთი ქმედებები უნდა განხორციელებულიყო მხოლოდ Fedora 12-ზე და უფრო მაღალზე, პროგრამული უზრუნველყოფის შექმნისას, რომელიც არ უჭერდა მხარს ახალი სკრიპტების სერიების დამუშავებას და მე-6 ვერსიიდან დაწყებული, ახალი სკრიპტები მოვიდა CentOS-ზე.
შექმენით სიმბოლური ბმულები libicu ბიბლიოთეკებთან:
Ln -s /usr/lib/libicui18n.so /usr/local/lib/libicui18n.so.46 ln -s /usr/lib/libicudata.so /usr/local/lib/libicudata.so.46 ln -s / usr/lib/libicuuc.so /usr/local/lib/libicuuc.so.46
მოდით გადავიდეთ PostgreSQL build-ზე:
Rpmbuild -bb --განსაზღვრეთ "runselftest 0" ~/rpmbuild/SPECS/postgresql-9.0-1C.spec
შენიშვნა: "runselftest 0" პარამეტრის დაყენებით, ჩვენ უარს ვამბობთ სატესტო მონაცემთა ბაზის ინიციალიზაციაზე და შევამოწმეთ PosgreSQL-ის ფუნქციონალობა, რათა ტესტირება წარმატებული იყოს, ის უნდა განხორციელდეს შეზღუდული მომხმარებლის ქვეშ, წინააღმდეგ შემთხვევაში, build-ის პროცესი მოხდება შეჩერდეს.
შეკრების პროცესს გარკვეული დრო დასჭირდება...
და ბოლოს, მოდით შევხედოთ შედგენილი RPM პაკეტების სიას (რადგან მე მაქვს 32-ბიტიანი Linux OS, PostgreSQL პაკეტებიც შედგენილია 32-ბიტიან ვერსიაში):
Bash# ls -1 ~/rpmbuild/RPMS/i686 postgresql-9.0.3-3.1C.i686.rpm postgresql-contrib-9.0.3-3.1C.i686.rpm postgresql-debuginfo-9.0.3-3.1C.i .rpm postgresql-devel-9.0.3-3.1C.i686.rpm postgresql-docs-9.0.3-3.1C.i686.rpm postgresql-libs-9.0.3-3.1C.i686.rpm postgresql-server-9. 3-3.1C.i686.rpm postgresql-test-9.0.3-3.1C.i686.rpm
დაყენებული PostgreSQL DBMS სერვერის ინსტალაცია 1C-დან:
საერთოდ არ არის საჭირო ყველა პაკეტის დაყენება... PostgreSQL-ის ნორმალური მუშაობისთვის საკმარისია ოთხი: postgresql-libs, postgresql, postgresql-server, postgresql-contrib. გადადით დირექტორიაში /root/rpmbuild/RPMS/i686 (64-ბიტიან OS-ზე - /root/rpmbuild/RPMS/x86_64) და დააინსტალირეთ პაკეტები...
პაკეტების დაყენების თანმიმდევრობა შემდეგია:
Postgresql-libs-9.0.3-3.1C.i686.rpm postgresql-9.0.3-3.1C.i686.rpm postgresql-server-9.0.3-3.1C.i686.rpm postgresql-contrib-9.0.3-31C. .i686.rpm
სურვილისამებრ, მაგრამ სასარგებლო (დეველოპერებისთვის) შემდეგი პაკეტების ინსტალაციისთვის:
Postgresql-docs-9.0.3-3.1C.i686.rpm postgresql-devel-9.0.3-3.1C.i686.rpm postgresql-debuginfo-9.0.3-3.1C.i686.rpm postgresql-test--9.0. 3.1C.i686.rpm
მაგრამ იმისათვის, რომ არ შეგაწუხოთ ინსტალაციის შეკვეთა, უმჯობესია დააინსტალიროთ ყველა პაკეტი მასობრივად (yum თავად დაალაგებს დამოკიდებულებებს):
rpm -ihv postgresql-9.0.3-3.1C.i686.rpm postgresql-contrib-9.0.3-3.1C.i686.rpm postgresql-debuginfo-9.0.3-3.1C.i686.rpm postgresql.3-devel- -3.1C.i686.rpm postgresql-docs-9.0.3-3.1C.i686.rpm postgresql-libs-9.0.3-3.1C.i686.rpm postgresql-server-9.0.3-3.1C.i686.rpm postgresql-libs-9.0.3-3.1C.i686.rpm postgresql-server-9.0.3-3.1C.i686.rpm postgres -ტესტი-9.0.3-3.1C.i686.rpm
რაკი: არის თუ არა შეცდომა პაკეტის "postgresql-contrib-9.0.3-3.1C.i686.rpm" დაყენებისას?
შეცდომა: არქივის გახსნა ვერ მოხერხდა ფაილზე /usr/pgsql/lib/libicudata.so.46;4e9327cc: cpio: დაიჯესტის შეუსაბამობაშეცდომა: postgresql-contrib-9.0.3-3.1C.i686: ინსტალაცია ვერ მოხერხდა
გამოსავალი: აწარმოეთ rpm-ში digest და md5-ის შემოწმების გარეშე
Rpm --nodigest --nomd5 -ihv postgresql-contrib-9.0.3-3.1C.i686.rpm
ამის შემდეგ ოპერაციულ სისტემაში გამოჩნდება “postgres” მომხმარებელი, რომელიც ფლობს ყველა DBMS ფაილს და რომლის სესიაზეც გაშვებული იქნება სერვერი (არ აურიოთ იგი ამავე სახელწოდების თავად DBMS სუპერმომხმარებელთან).
სკრიპტი /etc/init.d/postgresql შეიქმნება DBMS-ის დასაწყებად და შესაჩერებლად.
PostgreSQL 9.0.3 კლიენტისა და სერვერის ბინარები განთავსებულია /usr/pgsql/bin/…
ჩვენ ვაკეთებთ PostgreSQL მონაცემთა ბაზის კლასტერს (ეს არის დირექტორიას სახელი, ჩვეულებრივ /var/lib/pgsql/data, რომელშიც ინახება PostgreSQL DBMS ინსტალაციის ყველა მონაცემთა ბაზის მონაცემები):
შენიშვნა: Postgres-ის წინა ვერსიებში იყო ხრიკი, როდესაც ჩვენ უბრალოდ გავუშვით DBMS სერვერი, და პირველ დაწყებისას მან ვერ აღმოაჩინა დირექტორია მონაცემთა ბაზის ფაილებით - მან თავად წამოიწყო initdb... მაგრამ ახლა ეს არ მუშაობს -
თქვენ უნდა გაუშვათ initdb აშკარად და სწორი პარამეტრებით. ამ შემთხვევაში, თქვენ მკაფიოდ უნდა მიუთითოთ სისტემის მომხმარებელი, რომლის სესიაზეც გაშვებულია DBMS სერვერი („su postgres“ ბრძანების გამოყენებით). ჩვენ ასევე პირდაპირ მიუთითებთ ლოკალს, რომელშიც სერვერი მუშაობს (locale=ru_RU.UTF-8).
Bash# su postgres -c "/usr/pgsql/bin/initdb -D /var/lib/pgsql/data --locale=ru_RU.UTF-8"
ამ ბრძანების შესრულებისას, მისი კონსოლის გამომავალი დაადასტურებს მითითებულ პარამეტრებს (ტექსტი გამოჩნდება კონსოლში):
ამ მონაცემთა ბაზის სისტემის თანმხლები ფაილები იქნება მომხმარებლის "postgres"-ის მფლობელობაში. ეს მომხმარებელი ასევე უნდა იყოს სერვერის პროცესის მფლობელი.
მონაცემთა ბაზის კლასტერი ინიციალიზდება ru_RU.UTF-8 ლოკალით. ნაგულისხმევი ბაზის კოდირება დაყენებულია UTF8-ზე. ნაგულისხმევი სრული ტექსტის საძიებო კონფიგურაცია დაყენებულია „რუსულად“.
შედეგად, შეიქმნება მონაცემთა ბაზა, რომელიც მდებარეობს /var/lib/pgsql/data დირექტორიაში (შენიშვნა: PostgreSQL სერვერის კონფიგურაციები ასევე არსებობს).
რაკი: რა მოხდება, თუ შეცდომა მოხდება მონაცემთა ბაზის კლასტერის ინიციალიზაციისას?
FATAL: მეხსიერების საერთო სეგმენტის შექმნა ვერ მოხერხდა…
მინიშნება: ეს შეცდომა ჩვეულებრივ ნიშნავს, რომ PostgreSQL-ის მოთხოვნა მეხსიერების საერთო სეგმენტზე გადააჭარბა თქვენი ბირთვის SHMMAX პარამეტრს. თქვენ შეგიძლიათ შეამციროთ მოთხოვნის ზომა ან გადააკეთოთ ბირთვი უფრო დიდი SHMMAX-ით. მოთხოვნის ზომის შესამცირებლად (ამჟამად 35233792 ბაიტი), შეამცირეთ PostgreSQL-ის shared_buffers პარამეტრი (ამჟამად 3584) და/ან მისი max_connections პარამეტრი (ამჟამად 104).
გამოსავალი: ამისათვის საჭიროა kernel.shmmax პარამეტრის მნიშვნელობის გაზრდა, დაამატეთ შემდეგი ხაზი /etc/sysctl.conf:
Kernel.shmmax = 40000000
შემდეგ ჩვენ ვაახლებთ sysctl პარამეტრებს შემდეგი ბრძანებით:
Bash# sysctl -გვ
შენიშვნა: ჩვეულებრივ, ეს პრობლემა ტიპიურია 32-ბიტიანი ვერსიებისთვის... მაგრამ მე ეს პრობლემა არ მქონია CentOS 6.3 32-ბიტიანზე - პარამეტრი kernel.shmmax = 4294967295 უკვე დაყენებულია აქ.
PostgreSQL სერვისის დაყენება:
დაამატეთ გაშვებას და გაუშვით PostgreSQL სერვისი:
Bash# chkconfig postgresql bash# სერვისზე postgresql start
PostgreSQL 9.0.3 კლიენტისა და სერვერის ბინარები განლაგებულია /usr/pgsql/bin/-ში… მოდით შევქმნათ სიმბოლური ბმულები საჭირო ბინარებთან, რათა მათი გაშვება შესაძლებელი იყოს ბილიკის მითითების გარეშე (ეს განსაკუთრებით აუცილებელია PostgreSQL Console კლიენტისთვის):
Ln -s /usr/pgsql/bin/psql /usr/local/bin/psql და ა.შ.
როდესაც პირველად იწყებთ PostgreSQL-ს, მონაცემთა ბაზის ერთეულებზე წვდომის პრივილეგიების გასაკონტროლებლად, DBMS-ში იქმნება სუპერმომხმარებლის ანგარიში „postgres“ პაროლით „postgres“ (არ აურიოთ ის Linux OS ანგარიშთან). პირველი რაც უნდა გააკეთოთ არის სტანდარტული პაროლის შეცვლა... დააყენეთ პაროლი DBMS „postgres“-ის სუპერმომხმარებლისთვის ბრძანებით:
Bash# psql -U postgres -c "შეცვალეთ მომხმარებლის პოსტგრესი PASSWORD "newpassword""
შენიშვნა: ახლა ეს პაროლი გამოყენებული იქნება კლიენტების DBMS-თან დაკავშირებისას: login="postgres" password="newpassword".
ჩვენ ვაკონფიგურირებთ PostgreSQL სერვერს, რომ იმუშაოს „1C Server: Enterprise“-თან (კონფიგურაციის რედაქტირება):
იხილეთ კონფიგურაციის პარამეტრების აღწერა რუსულ ენაზე...
ფაილში /var/lib/pgsql/data/postgresql.conf - სერვერის პარამეტრები. თქვენ უნდა მიუთითოთ პარამეტრები (გაათავისუფლეთ ხაზები ან თუ ეს პარამეტრები არ არის, მაშინ შეიყვანეთ ისინი ხელით):
Default_with_oid = ჩართულია
ნაგულისხმევად, PostgreSQL 9.0.3-ში Autovacuum გამორთულია... თუ გსურთ მონაცემთა ბაზაში ჩართოთ „Automatic Garbage Collection (Automatic Vacuuming)“ (რაც სასარგებლოა მსუბუქად დატვირთული სერვერებისთვის, რათა ადმინისტრატორს არ დასჭირდეს ამის გაკეთება. "მონაცემთა ბაზის შეფუთვა" პროცედურა პერიოდულად და ხელით, მაგრამ უბრალოდ დააინსტალირეთ და დაივიწყეთ) - შემდეგ დააყენეთ შემდეგი პარამეტრები:
Track_counts = ავტოვაკუუმზე = ჩართული
შენიშვნა: DBMS-ის წინა ვერსიებში იყო "stats_row_level" პარამეტრი... მაგრამ PostgreSQL 9.0.3-ში ეს პარამეტრი მოძველდა და შედიოდა ახალ "track_counts" პარამეტრში.
ფაილი /var/lib/pgsql/data/pg_hba.conf აკონფიგურირებს მომხმარებლის წვდომისა და იდენტიფიკაციის პოლიტიკას (ანუ მისაღები პარამეტრები PostgreSQL სერვერთან დასაკავშირებლად)... დარწმუნდით, რომ ამ ფაილის ბოლოს არის ასეთი კომენტარის გარეშე. ხაზი (რაც ნიშნავს "სერვერთან დაკავშირების ნებას ნებისმიერი ჰოსტიდან, შესვლის პაროლები ჰეშირებულია md5-ით"):
ჰოსტ ყველა 0.0.0.0/0 md5
შენიშვნა: თუ პოლიტიკის ხაზში „md5“-ს „ნდობით“ ჩაანაცვლებთ, დაკავშირებისას პაროლი არ შემოწმდება! (სასარგებლოა სუპერმომხმარებლის დავიწყებული პაროლის აღსადგენად/შესაცვლელად) ასევე გაითვალისწინეთ, რომ ლოკალჰოსტის კლიენტის კავშირების ნაგულისხმევი პოლიტიკაა: პაროლები არ არის შემოწმებული...
შენიშვნა: შეგიძლიათ მოგვიანებით დააკონფიგურიროთ ეს პარამეტრები. და როდესაც დარწმუნდებით, რომ ყველაფერი, მათ შორის 1C კლიენტი, მუშაობს, უსაფრთხოების მიზეზების გამო, აზრი აქვს კავშირების შეზღუდვას მხოლოდ ლოკალურ ჰოსტ ლოკალჰოსტთან (უფრო ზუსტად, „1C სერვერის კლასტერის“ ჰოსტებთან, თუ ისინი ცალკე არიან)...
და ბოლოს, გადატვირთეთ PostgreSQL სერვერი:
/etc/init.d/postgresql გადატვირთვა
1C: Enterprise 8 სერვერის განაწილება Linux-ისთვის წარმოდგენილია რამდენიმე rpm პაკეტის სახით:
1C_Enterprise-server და 1C_Enterprise-ws პაკეტები არ არის დამოკიდებული ერთმანეთზე. შესაბამისად, ისინი შეიძლება დაინსტალირდეს ერთ კომპიუტერზე, ერთად ან ცალ-ცალკე (ანუ, „1C სერვერი“ და „ვებ სერვერი“ შეიძლება დაიყოს სხვადასხვა მანქანებად, ისევე როგორც DBMS სერვერის გამოყოფა „1C სერვერის“ გასათავისუფლებლად. )...
შენიშვნა 2014.01.15: შენიშნა, რომ "1C_Enterprise-ws" პაკეტის კოდი კვლავ დამოკიდებულია "1C_Enterprise-server" პაკეტზე, მაგრამ ეს არ არის მნიშვნელოვანი...
ინსტალაცია უნდა განხორციელდეს როგორც root მომხმარებელი...
ინსტალაციისას უნდა გაითვალისწინოთ შემდეგი დამოკიდებულებები პაკეტებს შორის (პაკეტის წარმატებით ინსტალაციისთვის ჯერ უნდა დააინსტალიროთ ყველა პაკეტი, რომელზედაც ეს დამოკიდებულია) - შესაბამისად, ინსტალაციის თანმიმდევრობა ასეთია:
Rpm -ihv 1C_Enterprise82-common-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-common-nls-8.2.16-368.i386.rpm rpm -ihv 1C_2-Enterprise. rpm -ihv 1C_Enterprise82-server-nls-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-ws-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise.68-3.6.6-1.6.6.6-1.8-3.6.6-1.8-3.6.6-1.8-3.6.8-3.8-8-18. .rpm rpm -ihv 1C_Enterprise82-crs-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-crs-nls-8.2.16-368.i386.rpm
შემდეგ სერვერი უნდა დაიწყოს დემონის რეჟიმში:
/etc/rc.d/init.d/srv1cv82 გაჩერება /opt/1C/v8.2/i386/ragent -daemon /etc/rc.d/init.d/srv1cv82 გადატვირთვა
ყველა ზემოაღნიშნული მოქმედება უნდა შესრულდეს როგორც root მომხმარებელი.
1C: Enterprise 8 სერვერის კომპონენტების ინსტალაციის პროცესში იქმნება ოპერაციული სისტემის მომხმარებელი სახელად usr1cv82, რომლის ანგარიშზეც 1C: Enterprise 8 სერვერის პროცესები განხორციელდება.
ყველა საჭირო პაკეტის დაყენების შემდეგ, თქვენ უნდა გაუშვათ სკრიპტის პროგრამა 1C v8.2-ში გრაფიკული ქვესისტემის დიაგნოსტიკისა და ინიციალიზაციისთვის და მიჰყვეთ მის რეკომენდაციებს, ასეთის არსებობის შემთხვევაში. (კომუნალური პროგრამა ამოწმებს სისტემას 1C v8.2-ში გრაფიკული ქვესისტემისთვის საჭირო კომპონენტებისა და პარამეტრების არსებობისთვის და იძლევა რეკომენდაციებს, თუ 1C მაინც მოითხოვს რაიმეს.)
/opt/1C/v8.2/i386/utils/config_server
დამატებითი ინფორმაცია "config_server" პროგრამის შესახებ: at nefrit.arvixe.ru და blog.unixstyle.ru ...
სისტემის კონფიგურაციის პროცედურა "config_server" პროგრამის გამოყენებით იქნება დაახლოებით შემდეგი(შეიძლება არ გქონდეთ ზოგიერთი ეს ნაბიჯი - გამოტოვეთ):
ინსტალაცია უნდა განხორციელდეს როგორც root მომხმარებელი...
1) "config_server" პროგრამის პირველი გაშვების შემდეგ, უნდა გამოჩნდეს შეცდომა: "შრიფტის დირექტორია ვერ აღმოვაჩინე, გთხოვთ, მიუთითოთ!"
გამოსავალი: დააინსტალირეთ დაკარგული TTF შრიფტები რეცეპტის მიხედვით linewb.ru FAQ და .
შენიშვნა: თქვენ უკვე უნდა გქონდეთ ~/rpmbuild/ საქაღალდე სისტემა (ისინი შეიქმნა ადრე PostgreSQL დისტრიბუციის შექმნისას).
შედეგად, შრიფტების დასაყენებლად საკმარისია შემდეგი ნაბიჯები:
Yum install rpm-build cabextract wget http://corefonts.sourceforge.net/msttcorefonts-2.5-1.spec rpmbuild -bb msttcorefonts-2.5-1.spec rpm -ivh ~/rpmbuild/RPMS/noarch/msttcorefonts-2.5-1 .noarch.rpm
2) ხელახლა გაუშვით პროგრამა "config_server" - უნდა გამოჩნდეს შეცდომა: "არ მოიძებნა truetype კონვერტაციის პროგრამა!" გთხოვთ დააინსტალიროთ ttf2afm ან ttf2pt1!”
გამოსავალი: დააინსტალირეთ ttf2pt1 პროგრამა (ხელმისაწვდომია EPEL საცავში):
დააინსტალირეთ ttf2pt1
3) გაუშვით პროგრამა "config_server" მესამედ - სისტემა უფრო მეტხანს იფიქრებს და ყველაფერი კარგად იქნება: ის აღარ აჩვენებს შეცდომებს კონსოლში...
დაბოლოს, თქვენ უნდა გადატვირთოთ "1C სერვერი" (ან მთელი მანქანა):
/etc/init.d/srv1cv82 გადატვირთვა
ყველა ზემოაღნიშნული მოქმედება უნდა შესრულდეს როგორც root მომხმარებელი.
ესე იგი, "1C სერვერის" ინსტალაცია Linux OS-ზე დასრულებულია!
რჩება მხოლოდ ამ "1C სერვერთან" დაკავშირება MMC კონსოლის "1C Server Administration: Enterprise 8.2" მეშვეობით და შექმნათ კონფიგურაციების "ინფორმაციული ბაზები". მეტი ამის შესახებ ქვემოთ...
შენიშვნა: MMC კონსოლი დაინსტალირებულია 1C ტექნოლოგიის პლატფორმის ნაწილად: Enterprise 8.2 - სხვა ჰოსტზე და მხოლოდ Windows-ის ქვეშ. (თუმცა ვერსია "1C: Enterprise 8.3" ისინი გპირდებიან, რომ ადმინისტრაციული პროგრამა უკვე დანერგილია Linux-ისთვის...)
ჩვენ ვაკონფიგურირებთ 1C ვებ კლიენტების მხარდაჭერას Apache ვებ სერვერის საშუალებით:
მომზადება: ჩვენ გამოვიყენებთ ადგილობრივ Apache ვებ სერვერს, რომელიც დაინსტალირებულია იმავე Linux აპარატზე, როგორც 1C სერვერი. თუ თქვენ ჯერ არ გაქვთ დაინსტალირებული Apache ვებ სერვერი, მიჰყევით სტატიის განყოფილებაში „ამოცანა: დააინსტალირეთ Apache/httpd Fedora Core/Cent OS Linux“-ის განყოფილებაში„როგორ დავაყენოთ და დავიწყოთ Apache ან httpd სერვისი Linux-ის ქვეშ“:
Yum install httpd chkconfig httpd on /etc/init.d/httpd start
შემდეგი, ჩვენ ვაგრძელებთ, როგორც ნათქვამია განყოფილებაში „2. ვებ კლიენტის გამოქვეყნება“ სტატია"ჩვენ ვაინსტალირებთ 1C ვებ კლიენტს Apache-ზე"...
დავუშვათ, რომ თქვენ გაქვთ საინფორმაციო ბაზა "სერვერ 1C"-ზე, სახელწოდებით "test1c"(ფაქტობრივად, ის შეიქმნება მოგვიანებით, კლასტერის ინიციალიზაციისა და postgreSQL-ში მონაცემთა ბაზის შექმნის შემდეგ... მაგრამ გამოქვეყნება ახლა შეიძლება განხორციელდეს სპეკულაციურად, რადგან ჩვენ რეალურად არ შევდივართ ინფორმაციის უსაფრთხოებაზე, უბრალოდ შევასწორებთ Apache-ს კონფიგურაციას და შევქმნით ნაკერი ვებ სერვერზე, რამდენიმე საქაღალდე/ფაილი).გამოქვეყნების პროცედურა ძალიან მარტივი და ავტომატიზირებულია (თითოეული ნაბიჯი დეტალურად არის აღწერილი ზემოთ მოცემულ სტატიაში, ამიტომ აქ არ გავიმეორებ) - თქვენ უნდა შეასრულოთ შემდეგი ბრძანებები:
Cd /opt/1c/v8.2/i386 ./webinst -apache22 -wsdir test1c -dir "/var/www/html/test1c/" -connStr "Srvr="delldev";Ref="test1c"" -confPath / etc/httpd/conf/httpd.conf chown apache:apache /var/www/html/test1c/default.vrd chkconfig httpd სერვისზე httpd დაწყება
ესე იგი, გამოქვეყნდა “test1c” საინფორმაციო ბაზა! როდესაც თქვენ სრულად დააკონფიგურირებთ „1C სერვერის კლასტერს“ და საინფორმაციო ბაზას, შეგიძლიათ დაუკავშირდეთ მას ბრაუზერის მეშვეობით მისამართის http:// delldev/test1c შეყვანით.(სადაც delldev არის CentOS-ის გაშვებული მასპინძლის სახელი, „1C სერვერით“ და „Apache ვებ სერვერით“, რომელსაც ჩვენ ამჟამად ვაყენებთ)...
დაიმახსოვრეთ: იმისათვის, რომ ვებ კლიენტმა იმუშაოს, ასევე აუცილებელია: ჰოსტს, რომელზედაც მუშაობს „1C სერვერი“ ან „აპაჩი ვებ სერვერი“ (ამ შემთხვევაში მხოლოდ ერთია), დააკავშირეთ პაკეტი „ ქსელის კლიენტის ლიცენზიები“ (დაცვის გასაღები შეიძლება დაუკავშირდეს ადგილობრივად ან დააკონფიგურიროთ წვდომა „ლიცენზიის მენეჯერთან“); და ჩართეთ პუნქტი „ლიცენზიების გაცემა აპლიკაციის სერვერის მიერ“ საინფორმაციო ბაზის „თვისებებში“ (კონფიგურირებულია „სერვერის ადმინისტრაციის“ snap-ის მეშვეობით).
დამატებითი რამ უნდა იცოდეთროგორ ჩართოთ "ტექნოლოგიური ჟურნალი" (aka "logs", aka "log")...
ნაგულისხმევად, ჟურნალები გამორთულია, რადგან ისინი სწრაფად იზრდებიან და დიდ ადგილს იკავებს დისკზე (შეცდომის შემთხვევაში, „ნაგავსაყრელებთან“ ერთად იქმნება „დუმპებიც“). ჩართეთ ჟურნალები მხოლოდ იმ შემთხვევაში, თუ ნამდვილად გჭირდებათ კონკრეტული პრობლემის თვალყურის დევნება.
დამატებით: თუ მოულოდნელად დაგჭირდათ... წაშალოთ „1C სერვერი“, უნდა შეასრულოთ შემდეგი ნაბიჯები:
წაშლამდე, თქვენ უნდა გამორთოთ სერვერის კლასტერი:
/etc/rc.d/init.d/srv1cv82 გაჩერება
შემდეგ, ჩვენ ამოვიღებთ პაკეტებს ინსტალაციის საპირისპირო თანმიმდევრობით, ისე, რომ დამოკიდებული პაკეტი ამოღებულია იმ პაკეტამდე, რომელზეც ეს დამოკიდებულია:
Rpm -e 1C_Enterprise82-crs-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-crs-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-83.681ls. .rpm rpm -e 1C_Enterprise82-ws-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-server-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise-3-86.82-. .rpm rpm -e 1C_Enterprise82-common-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-common-8.2.16-368.i386.rpm
ან ასევე შეგიძლიათ წაშალოთ ყველა rpm პაკეტი ერთი უნივერსალური ბრძანებით, რომელიც წაშლის ყველა დაინსტალირებულ პაკეტს, რომელიც იწყება პრეფიქსით „1C_“ და დამოკიდებულებებს ავტომატურად აკონტროლებენ:
Rpm -e`rpm -qa|grep 1C_`
გასაღებების 1C სერვერთან დაკავშირება მარტივია. თქვენ უნდა ჩამოტვირთოთ დრაივერი ძირითადი მწარმოებლის ვებსაიტიდან, ამოშალოთ იგი და ორჯერ დააწკაპუნოთ ინსტალაციაზე...
რჩევები მძღოლის არჩევისთვის -
Rpm -ihv haspd-3.3-eter4scientific.i586.rpm haspd-modules-3.3-eter4scientific.i586.rpm
შემდეგი, თქვენ უნდა ჩასვათ ორი ტექნიკის გასაღები ამ სერვერის USB პორტში: „გასაღები 1C: Enterprise სერვერისთვის“ და „გასაღები X ქსელის მომხმარებლის ლიცენზიებისთვის“ (ყველა გასაღები ერთ ფიზიკურ „ფლეშ დრაივში“). და ყველაფერი უნდა იმუშაოს: კლიენტები მიიღებენ კლიენტის ლიცენზიებს სერვერის მეშვეობით...
შენიშვნა: გასაღებები საჭიროა მხოლოდ „1C Application Server: Enterprise“ და „უსაფრთხო 1C კლიენტის აპლიკაციებისთვის“. PostgreSQL DBMS-თან არანაირი პრობლემა არ არის - ის არის ღია წყარო და არ საჭიროებს რაიმე ლიცენზიას ან გასაღებს (MS SQL Server DBMS-ისგან განსხვავებით, მაგრამ ჩვენ არ ვიყენებთ მას).
შენიშვნა: 1C-ის ზოგიერთი ვერსია მუშაობდა გასაღებების გარეშე (ბეტა)...
ყურადღება: არალიცენზირებული „1C სერვერი“ (ანუ „სერვერის გასაღების“ გარეშეც კი) ჩვეულებრივ მუშაობს კლიენტის კავშირების მცირე რაოდენობით (~12 კავშირამდე). ეს ალბათ გაკეთდა ადმინისტრაციის ამოცანების გასაადვილებლად: საწყისი კონფიგურაცია და მონიტორინგი პრობლემების შემთხვევაში... მაგრამ თუ ეს ადმინისტრაციული ლიმიტი გადაჭარბებულია, სერვერი იწყებს ახალი კავშირების უარყოფას და კლავიშს მოითხოვს.
ექსპერიმენტის შედეგების მიხედვით...
შენიშვნა: თუმცა, "კლიენტის გასაღებები" (ლოკალური ან ქსელი) საჭიროა "უსაფრთხო 1C კლიენტის აპლიკაციებისთვის", ნებისმიერ შემთხვევაში - სერვერთან პირველი კავშირისთვის თუ მეასედისთვის! Windows-ისთვის ტექნოლოგიური პლატფორმის დაყენების ინსტრუქციები (სურათებში და ვიდეოში)…
ჩვენ გავუშვით ინსტალერი "ტექნოლოგიური პლატფორმა Windows 8.2.16.368 ვერსიისთვის" (ვერსია 8.2 გამოდის მხოლოდ 32-ბიტიან ვერსიაში) - ის შეიცავს ყველა პროგრამას ერთ ბოთლში. ინსტალაციის დროს აირჩიეთ შემდეგი კომპონენტები:
ხაზს ვუსვამ, რომ ჩვენ არ ვაინსტალირებთ შემდეგ კომპონენტებს (ისინი არ არის საჭირო 1C კლიენტის/სერვერის გამოყენების შემთხვევაში):
"HASP დრაივერის დაყენება"ჩვენ ამას ვაკეთებთ, თუ ვიყენებთ ლიცენზირებულ 1C-ს ამ კომპიუტერზე: ან ტექნიკის დაცვის გასაღები დაერთვება USB პორტს, ან ლიცენზია იქნება აღებული ქსელიდან „ლიცენზიის მენეჯერისგან“...(შეგახსენებთ: თუ იყენებთ კრეკს/ემულატორს, არ დააინსტალიროთ „HASP დაცვის დრაივერი“ ინსტალაციის დროს!)
რჩევა: ისე რომ არაფერი არ მოხდეს,დარწმუნდით, რომ თქვენი DCOM პარამეტრები სწორიაყველა მანქანაზე, რომელიც მუშაობს Windows OS-ზე, რომელსაც იყენებთ 1C-თან მუშაობისთვის.
DCOM-ების კონფიგურაცია ხდება dcomcnfg snap-in-ის მეშვეობით,როგორც ინსტრუქციებშია ნაჩვენები... (შენიშვნა: ინსტრუქციები საუბრობს არა მხოლოდ DCOM-ზე, არამედ 1Cv8+MSSQL-ის დაყენებაზე... მაგრამ ის ასევე შეიცავს ვიზუალურ აღწერას სურათებში, სადაც უნდა დააჭიროთ DCOM-ის კონფიგურაციისთვის.)
ახლა პირდაპირ გადავიდეთ დაინსტალირებული პროგრამული პაკეტის მუშაობაზე:
გაუშვით MMC კონსოლი: დაწყება -> პროგრამები -> 1C: Enterprise 8.2 -> Advanced -> სერვერის ადმინისტრაცია 1C: Enterprise.
კონსოლის საშუალებით ჩვენ თანმიმდევრულად ვქმნით ობიექტებს: "ცენტრალური სერვერი", "კლასტერი", "სამუშაო სერვერი", "სამუშაო პროცესი", "ინფორმაციული ბაზა" - როგორც აღწერილია და ნაჩვენებიასტატია „1C Enterprise სერვერების ადმინისტრირება“...
შემდეგი სტატიები ცოტა მოძველებულია და არასრულია (MMC კონსოლის გარეგნობა, კომპონენტების შექმნის წესი და პარამეტრები შეიცვალა), მაგრამ ასევე შეიძლება სასარგებლო იყოს იმის საილუსტრაციოდ, თუ რა უნდა გაკეთდეს ამ ეტაპზე:გასაღებების გარეშე შემდგომი მუშაობა შეუძლებელია!მე არ განვიხილავ მათთან დაკავშირებულ სხვა საკვანძო ვარიანტებს და საკითხებს აქ - ისინი სცილდება ამ სტატიის ფარგლებს... ასევე შეგიძლიათ გაააქტიუროთ პროგრამული უზრუნველყოფის ლიცენზიები ელექტრონული ფოსტით/ტელეფონით (თუ Linux-ის დრაივერი მხარს უჭერს მათ?), ან დააყენოთ ემულატორები/ ბზარები (მაგრამ მე აღვნიშნავ, რომ ემულატორები ჯერ არ არის დანერგილი Linux-ისთვისდა ნაკლებად სავარაუდოა ამის გაკეთება, რადგან... ნამდვილად არ არის საჭირო)...
მას შემდეგ, რაც MMC სერვერის ადმინისტრაციული კონსოლის მეშვეობით შეიქმნება „საინფორმაციო ბაზა“ (ჯერ ისევ ცარიელი), შეგიძლიათ დაუკავშირდეთ მას „სქელი კლიენტის“ გამოყენებით „კონფიგურატორის“ რეჟიმში და დაიწყოთ აპლიკაციის კონფიგურაციის შექმნა/კონფიგურაცია... გააკეთეთ ეს. ახლა:
და როდესაც აპლიკაციის კონფიგურაცია ჩამოიტვირთება და კონფიგურირებული იქნება, შესაძლებელი იქნება მასთან დაკავშირება სხვადასხვა კლიენტებთან (სქელი, თხელი, ვებ) გამოსაყენებლად და აპლიკაციის პრობლემების გადასაჭრელად...
Სულ ეს არის! Გმადლობთ ყურადღებისთვის!
"1C: Enterprise Ubuntu 10.04-ზე / PostgreSQL 9.0-ის ინსტალაცია", აქ, ...
Linux-ის 1C ვერსია საკმაოდ დიდი ხნის წინ გამოვიდა და ამიტომ დროა ვისაუბროთ 1C-ის Linux-ზე დაყენებაზე. მე ვისაუბრებ 1C-ის დაყენებაზე Ubuntu-ზე (deb-ზე დაფუძნებული) და Fedora-ზე (rpm-ზე დაფუძნებული).
ასე რომ, დავიწყოთ.
ეს ყველაფერი იწყება ყველა საჭირო დისტრიბუციის ჩამოტვირთვით, შეგიძლიათ ჩამოტვირთოთ users.v8.1c.ru. ჩვენ დაგვჭირდება „კლიენტი 1C: საწარმო Linux სისტემებისთვის“ და „სერვერი 1C: საწარმო Linux სისტემებისთვის“. ოპერაციული სისტემის მიხედვით, აირჩიეთ DEB ან RPM და ასევე აირჩიეთ 32-ბიტიანი ან 64-ბიტიანი ვარიანტი.
არქივების ამოხსნის შემდეგ მივიღებთ ფაილების დაახლოებით შემდეგ ჩამონათვალს:
პაკეტები უნდა დამონტაჟდეს შემდეგი თანმიმდევრობით:
Fedora-ზე ინსტალაციასთან დაკავშირებით პრობლემები არ ყოფილა, მაგრამ Ubuntu-მ მოითხოვა libwebkitgtk-1.0-0, პრობლემა მოგვარდა ასე:
apt-get install libwebkitgtk-1.0-0
apt-get -f ინსტალაცია
საჭიროების შემთხვევაში, შეგიძლიათ დააინსტალიროთ HASP, შეგიძლიათ ჩამოტვირთოთ სადისტრიბუციო ნაკრები. თქვენ უნდა დააინსტალიროთ შემდეგი თანმიმდევრობით:
ინსტალაციის შემდეგ, 1C დირექტორია განთავსდება /opt/1C/.
და შედეგი დაახლოებით ასე გამოიყურება:
დაწყებისას, 1C უჩივის შრიფტების ნაკლებობას და გააფრთხილებს, რომ გარეგნობა შეიძლება განსხვავდებოდეს მოსალოდნელისგან.
სხვა საკითხებთან ერთად, შეგიძლიათ გააკეთოთ დამატებითი პერსონალიზაცია (შრიფტების ჩათვლით).
პირველ რიგში, თქვენ უნდა დააინსტალიროთ შემდეგი პაკეტები:
და ამის შემდეგ გაუშვით შემდეგი ბრძანება:
sudo /opt/1C/v8.3/i386/utils/config_system /usr/share/fonts
ამის შემდეგ შეგიძლიათ დაამატოთ მონაცემთა ბაზა და იმუშაოთ.
თუ აღმოაჩენთ შეცდომას ან უზუსტობას, გთხოვთ, აირჩიოთ ტექსტის ნაწილი და დააწკაპუნეთ Ctrl+Enter.
