როგორ დავმეგობრდეთ Progress OpenEdge საბანკო სისტემასა და Oracle DBMS-ს შორის

1999 წლიდან, ბექ ოფისის მომსახურებისთვის, ჩვენი ბანკი იყენებს ინტეგრირებულ საბანკო სისტემას BISKVIT Progress OpenEdge პლატფორმაზე, რომელიც ფართოდ გამოიყენება მთელ მსოფლიოში, მათ შორის ფინანსურ სექტორში. ამ DBMS-ის შესრულება საშუალებას გაძლევთ წაიკითხოთ მილიონამდე ან მეტი ჩანაწერი წამში ერთ მონაცემთა ბაზაში (DB). ჩვენი Progress OpenEdge ემსახურება დაახლოებით 1,5 მილიონ ინდივიდუალურ დეპოზიტს და დაახლოებით 22,2 მილიონ კონტრაქტს აქტიურ პროდუქტებზე (მანქანის სესხები და იპოთეკა), ასევე პასუხისმგებელია ყველა ანგარიშსწორებაზე მარეგულირებელთან (ცენტრალურ ბანკთან) და SWIFT-თან.

Progress OpenEdge-ის გამოყენებით, ჩვენ დაგვხვდა საჭიროება, რომ ის მუშაობდეს Oracle DBMS-თან. თავდაპირველად, ეს ნაკრები იყო ჩვენი ინფრასტრუქტურის შეფერხება - სანამ არ დავაინსტალირეთ და დავაკონფიგურირეთ Pro2 CDC - Progress პროდუქტი, რომელიც გაძლევთ საშუალებას გააგზავნოთ მონაცემები Progress DBMS-დან Oracle DBMS-ზე პირდაპირ, ონლაინ რეჟიმში. ამ პოსტში ჩვენ დეტალურად გეტყვით, ყველა ხარვეზთან ერთად, როგორ ეფექტურად დაიმეგობროთ OpenEdge-სა და Oracle-ს შორის.

როგორ მოხდა ეს: მონაცემების ატვირთვა QCD-ში ფაილის გაზიარების საშუალებით

პირველი, რამდენიმე ფაქტი ჩვენი ინფრასტრუქტურის შესახებ. ბაზის აქტიური მომხმარებლების რაოდენობა დაახლოებით 15 ათასია. ყველა პროდუქტიული მონაცემთა ბაზის მოცულობა, რეპლიკა და ლოდინის ჩათვლით, არის 600 ტბაიტი, ყველაზე დიდი მონაცემთა ბაზა 16,5 ტბ. ამავდროულად, მონაცემთა ბაზები მუდმივად ივსება: მხოლოდ გასული წლის განმავლობაში დამატებულია დაახლოებით 120 ტბ პროდუქტიული მონაცემები. სისტემა იკვებება 150 წინა სერვერით x86 პლატფორმაზე. მონაცემთა ბაზები განთავსებულია IBM პლატფორმის 21 სერვერზე.

Front-end სისტემები, სხვადასხვა ძირითადი საბანკო სისტემები და საბანკო სერვისები ინტეგრირებულია OpenEdge Progress-თან (BISCUIT IBS) Sonic ESB ავტობუსის მეშვეობით. QCD-ზე მონაცემების ატვირთვა ხდება ფაილების გაცვლის გზით. დროის გარკვეულ მომენტამდე, ამ გადაწყვეტას ერთდროულად ორი დიდი პრობლემა ჰქონდა - ინფორმაციის კორპორატიულ მონაცემთა საწყობში (CDW) ატვირთვის დაბალი შესრულება და სხვა სისტემებთან მონაცემთა შეჯერების (შერიგების) შესრულების დიდი დრო.

ამიტომ, ჩვენ დავიწყეთ ისეთი ხელსაწყოს ძებნა, რომელსაც შეეძლო ამ პროცესების დაჩქარება. ორივე პრობლემის გადაწყვეტა იყო ახალი Progress OpenEdge პროდუქტი - Pro2 CDC (Change Data Capture). მაშ ასე, დავიწყოთ.

დააინსტალირეთ Progress OpenEdge და Pro2Oracle

ადმინისტრატორის Windows კომპიუტერზე Pro2 Oracle-ის გასაშვებად საკმარისია დააინსტალიროთ Progress OpenEdge Developer Kit Classroom Edition, რომელიც შეიძლება იყოს ჩამოტვირთვა უფასოდ. ნაგულისხმევი OpenEdge ინსტალაციის დირექტორიები:

DLC: C:ProgressOpenEdge
WRK: C: OpenEdgeWRK

ETL პროცესებისთვის საჭიროა Progress OpenEdge ლიცენზიების ვერსია 11.7+ - კერძოდ OE DataServer for Oracle და 4GL Development System. ეს ლიცენზიები შედის Pro2-ში. Oracle-ისთვის DataServer-ის სრული ფუნქციონირებისთვის Oracle-ის დისტანციური მონაცემთა ბაზის საშუალებით, დაინსტალირებულია Full Oracle Client.

Oracle სერვერზე თქვენ უნდა დააინსტალიროთ Oracle Database 12+, შექმნათ ცარიელი მონაცემთა ბაზა და დაამატოთ მომხმარებელი (მოდით მას დავუძახოთ cdc).

Pro2Oracle-ის ინსტალაციისთვის ჩამოტვირთეთ უახლესი დისტრიბუცია ჩამოტვირთვის ცენტრიდან პროგრესის პროგრამული უზრუნველყოფა. გახსენით არქივი დირექტორიაში C: Pro2 (Unix-ზე Pro2-ის კონფიგურაციისთვის გამოიყენება იგივე განაწილება და მოქმედებს იგივე კონფიგურაციის პრინციპები).

CDC რეპლიკაციის მონაცემთა ბაზის შექმნა

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

ჩვენ ვქმნით ცალკე CDC მონაცემთა ბაზას.

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

1. მონაცემთა ბაზის სერვერზე ვქმნით დირექტორიას cdc მონაცემთა ბაზისთვის - მაგალითად, სერვერზე /მონაცემთა ბაზა/cdc/.
2. შექმენით dummy cdc მონაცემთა ბაზისთვის: დააკოპირეთ $DLC/ცარიელი CDC
3. ჩართეთ მხარდაჭერა დიდი ფაილებისთვის: proutil cdc -C EnableLargeFiles
4. ჩვენ ვამზადებთ სკრიპტს cdc მონაცემთა ბაზის დასაწყებად. დაწყების პარამეტრები უნდა იყოს გამეორებული მონაცემთა ბაზის საწყისი პარამეტრების მსგავსი.
5. ჩვენ ვიწყებთ CDC მონაცემთა ბაზას.
6. დაუკავშირდით cdc მონაცემთა ბაზას და ჩატვირთეთ Pro2 სქემა ფაილიდან cdc.df, რომელიც მოყვება Pro2-ს.
7. ჩვენ ვქმნით შემდეგ მომხმარებლებს cdc მონაცემთა ბაზაში:

pro2adm – Pro2 ადმინისტრაციული პანელიდან დასაკავშირებლად;
pro2etl – ETL პროცესების დასაკავშირებლად (ReplBatch);
pro2cdc – CDC პროცესების დასაკავშირებლად (CDCBatch);

OpenEdge Change Data Capture-ის გააქტიურება

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

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

1. კოპირება კატალოგიდან C: Pro2db ფაილი cdcadd.st ბისკვიტის წყაროს მონაცემთა ბაზის დირექტორიაში.
2. ჩვენ აღვწერთ cdcadd.st ფიქსირებული ზომის ზომები რეგიონებისთვის "ReplCDCArea" и "ReplCDCArea_IDX". თქვენ შეგიძლიათ დაამატოთ ახალი შენახვის ადგილები ონლაინ: prostrct addonline bisquit cdcadd.st
3. გააქტიურეთ OpenEdge CDC:
   proutil bisquit -C enablecdc ზონა "ReplCDCArea" ინდექსის ზონა "ReplCDCArea_IDX"
4. შემდეგი მომხმარებლები უნდა შეიქმნას წყაროს მონაცემთა ბაზაში მიმდინარე პროცესების იდენტიფიცირებისთვის:
   ა. pro2adm – Pro2 ადმინისტრაციული პანელიდან დასაკავშირებლად.
   ბ. pro2etl – ETL პროცესების დასაკავშირებლად (ReplBatch).
   გ. pro2cdc – CDC პროცესების დასაკავშირებლად (CDCBatch).

Oracle-ისთვის DataServer-ისთვის Schema Holder-ის შექმნა

შემდეგი, ჩვენ უნდა შევქმნათ Schema Holder მონაცემთა ბაზა სერვერზე, სადაც მონაცემები Progress DBMS-დან განმეორდება Oracle DBMS-ზე. DataServer Schema Holder არის ცარიელი Progress OpenEdge მონაცემთა ბაზა მომხმარებლების ან აპლიკაციის მონაცემების გარეშე, რომელიც შეიცავს წყაროს ცხრილებსა და გარე Oracle ცხრილებს შორის შესაბამისობის რუკას.

Schema Holder მონაცემთა ბაზა Progress OpenEdge DataServer-ისთვის Oracle for Pro2-ისთვის უნდა განთავსდეს ETL პროცესის სერვერზე; ის იქმნება ცალკე თითოეული ფილიალისთვის.

როგორ შევქმნათ სქემის მფლობელი

1. გახსენით Pro2 დისტრიბუცია დირექტორიაში /პრო2
2. შექმენით და გადადით დირექტორიაში /pro2/dbsh
3. შექმენით Schema Holder მონაცემთა ბაზა ბრძანების გამოყენებით დააკოპირეთ $DLC/ცარიელი bisquitsh
4. კონვერტაციის შესრულება ბისკვიცი საჭირო კოდირებაში - მაგალითად, UTF-8-ში, თუ Oracle მონაცემთა ბაზებს აქვთ UTF-8 კოდირება: proutil bisquitsh -C convchar კონვერტირება UTF-8
5. ცარიელი მონაცემთა ბაზის შექმნის შემდეგ ბისკვიცი დაუკავშირდით მას ერთ მომხმარებლის რეჟიმში: პრო ბისკვიტში
6. მოდით გადავიდეთ მონაცემთა ლექსიკონში: ინსტრუმენტები -> მონაცემთა ლექსიკონი -> მონაცემთა სერვერი -> ORACLE Utilities -> DataServer სქემის შექმნა
7. გაუშვით Schema Holder
8. Oracle DataServer ბროკერის დაყენება:
   ა. გაუშვით AdminServer.
   proadsv - დაწყება
   ბ. Oracle DataServer ბროკერის დაწყება
   oraman -სახელი orabroker1 -დაწყება

ადმინისტრაციული პანელის და რეპლიკაციის სქემის დაყენება

Pro2 ადმინისტრაციული პანელის გამოყენებით, Pro2 პარამეტრების კონფიგურაცია ხდება, მათ შორის რეპლიკაციის სქემის დაყენება და ETL პროცესების გენერირება (პროცესორის ბიბლიოთეკა), პირველადი სინქრონიზაციის პროგრამები (Bulk-Copy Processor), რეპლიკაციის ტრიგერები და OpenEdge CDC პოლიტიკა. ასევე არსებობს პირველადი ინსტრუმენტები ETL და CDC პროცესების მონიტორინგისა და მართვისთვის. უპირველეს ყოვლისა, ჩვენ დავაყენეთ პარამეტრების ფაილები.

როგორ დააკონფიგურიროთ პარამეტრების ფაილები

1. გადადით კატალოგში C: Pro2bpreplScripts
2. გახსენით ფაილი რედაქტირებისთვის replProc.pf
3. დაამატეთ კავშირის პარამეტრები CDC რეპლიკაციის მონაცემთა ბაზაში:
   # რეპლიკაციის მონაცემთა ბაზა
   -db cdc -ld repl -H <მთავარი მონაცემთა ბაზის ჰოსტის სახელი> -S <მონაცემთა ბაზის ბროკერის პორტი cdc>
   -U pro2admin -P <პაროლი>
4. Დაამატე replProc.pf კავშირის პარამეტრები წყაროს მონაცემთა ბაზებთან და Schema Holder-თან პარამეტრების ფაილების სახით. პარამეტრების ფაილის სახელი უნდა ემთხვეოდეს დაკავშირებული წყაროს მონაცემთა ბაზის სახელს.
   # დაუკავშირდით BISQUIT-ის ყველა გამეორებულ წყაროს
   -pf bpreplscriptsbisquit.pf
5. Დაამატე replProc.pf პარამეტრები Schema Holder-თან დასაკავშირებლად.
   #Target Pro DB Schema Holder
   -დბ ბისკვიწ -ლდ ბისკვიც
   -H <ETL პროცესის ჰოსტის სახელი>
   -S <biskuitsh საბროკერო პორტი>
   -db bisquitsql
   -ld bisquitsql
   -dt ORACLE
   -S 5162 -H <Oracle ბროკერის ჰოსტის სახელი>
   -DataService orabroker1
6. შეინახეთ პარამეტრების ფაილი replProc.pf
7. შემდეგი, თქვენ უნდა შექმნათ და გახსნათ პარამეტრის ფაილების რედაქტირებისთვის დირექტორიაში არსებული თითოეული დაკავშირებული წყაროს მონაცემთა ბაზისთვის C:Pro2bpreplScripts: bisquit.pf. თითოეული pf ფაილი შეიცავს პარამეტრებს შესაბამის მონაცემთა ბაზასთან დასაკავშირებლად, მაგალითად:
   -db bisquit -ld bisquit -H <hostname> -S <ბროკერის პორტი>
   -U pro2admin -P <პაროლი>

Windows მალსახმობების კონფიგურაციისთვის, თქვენ უნდა გადახვიდეთ დირექტორიაში C: Pro2bpreplScripts და შეცვალეთ მალსახმობი „Pro2 – Administration“. ამისათვის გახსენით მალსახმობი და ხაზის თვისებები დაწყება მიუთითეთ Pro2 ინსტალაციის დირექტორია. მსგავსი ოპერაცია უნდა გაკეთდეს "Pro2 - Editor" და "RunBulkLoader" მალსახმობებისთვის.

Pro2 ადმინისტრაციის დაყენება: იტვირთება საწყისი კონფიგურაცია

მოდით გავუშვათ კონსოლი.

გადადით "DB რუკაზე".

მონაცემთა ბაზების დასაკავშირებლად Pro2 – Administration-ში გადადით ჩანართზე DB რუკა. დაამატეთ წყაროს მონაცემთა ბაზების რუკა - Schema Holder - Oracle.

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

SQL სქემების და მონაცემთა ბაზების შექმნა Oracle-ში

რეპლიკაციის რუკის შესაქმნელად, ჯერ უნდა გენერირება SQL სქემა Oracle-ში. Pro2 ადმინისტრაციაში ჩვენ ვასრულებთ მენიუს პუნქტს ინსტრუმენტები -> კოდის გენერირება -> სამიზნე სქემა, შემდეგ დიალოგურ ფანჯარაში აირჩიეთ მონაცემთა ბაზა აირჩიეთ ერთი ან მეტი წყაროს მონაცემთა ბაზა და გადაიტანეთ ისინი მარჯვნივ.

დააჭირეთ OK და აირჩიეთ დირექტორია SQL სქემების შესანახად.

შემდეგ ჩვენ ვქმნით ბაზას. ეს შეიძლება გაკეთდეს, მაგალითად, მეშვეობით Oracle SQL შემქმნელი. ამისათვის ჩვენ ვუკავშირდებით Oracle მონაცემთა ბაზას და ვტვირთავთ ცხრილების დამატების სქემას. Oracle-ის ცხრილების შემადგენლობის შეცვლის შემდეგ, თქვენ უნდა განაახლოთ SQL სქემები Schema Holder-ში.

ჩამოტვირთვის წარმატებით დასრულების შემდეგ, გამოდით bisquitsh მონაცემთა ბაზიდან და გახსენით Pro2 ადმინისტრაციული პანელი. ცხრილები Oracle-ის მონაცემთა ბაზიდან უნდა გამოჩნდეს Mapping ჩანართზე მარჯვნივ.

ცხრილის რუკა

რეპლიკაციის რუკის შესაქმნელად, Pro2 ადმინისტრაციულ პანელში გადადით Mapping ჩანართზე და აირჩიეთ წყაროს მონაცემთა ბაზა. დააწკაპუნეთ Map Tables-ზე, აირჩიეთ ცხრილების მარცხნივ აირჩიეთ ცვლილებები, რომლებიც უნდა განმეორდეს Oracle-ში, გადაიტანეთ ისინი მარჯვნივ და დაადასტურეთ არჩევანი. შერჩეული ცხრილებისთვის ავტომატურად შეიქმნება რუკა. ჩვენ ვიმეორებთ ოპერაციას სხვა წყაროს მონაცემთა ბაზებისთვის რეპლიკაციის რუქის შესაქმნელად.

Pro2 Replication Processor Library და Bulk-Copy Processor პროგრამების გენერირება

რეპლიკაციის პროცესორის ბიბლიოთეკა შექმნილია პერსონალური რეპლიკაციის პროცესებისთვის (ETL), რომლებიც ამუშავებენ Pro2 რეპლიკაციის რიგს და ცვლიან Oracle-ის მონაცემთა ბაზაში. რეპლიკაციის პროცესორის ბიბლიოთეკის პროგრამები ავტომატურად შეინახება დირექტორიაში თაობის შემდეგ bprepl/repl_proc (PROC_DIRECTORY პარამეტრი). რეპლიკაციის პროცესორის ბიბლიოთეკის გენერირებისთვის, გადადით ინსტრუმენტები -> კოდის გენერირება -> პროცესორის ბიბლიოთეკა. გენერირების დასრულების შემდეგ, პროგრამები გამოჩნდება დირექტორიაში bprepl/repl_proc.

Bulk Load Processor პროგრამები გამოიყენება Progress-ის წყაროს მონაცემთა ბაზების სინქრონიზაციისთვის Oracle-ის სამიზნე მონაცემთა ბაზასთან, რომელიც დაფუძნებულია Progress ABL (4GL) პროგრამირების ენაზე. მათი გენერირებისთვის გადადით მენიუს პუნქტში ინსტრუმენტები -> კოდის გენერირება -> ნაყარი კოპირების პროცესორი. დიალოგურ ფანჯარაში აირჩიეთ მონაცემთა ბაზა, აირჩიეთ წყაროს მონაცემთა ბაზები, გადაიტანეთ ისინი ფანჯრის მარჯვენა მხარეს და დააწკაპუნეთ OK. გენერირების დასრულების შემდეგ, პროგრამები გამოჩნდება დირექტორიაში bpreplrepl_mproc.

რეპლიკაციის პროცესების დაყენება Pro2-ში

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

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

შექმენით და გააქტიურეთ CDC პოლიტიკა

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

CDC პოლიტიკის შესაქმნელად, ადმინისტრაციულ პანელზე გადადით Mapping ჩანართზე, აირჩიეთ წყაროს მონაცემთა ბაზა და დააწკაპუნეთ ღილაკზე Add/Remove Policies. აირჩიეთ ცვლილებების ფანჯარაში, რომელიც იხსნება, აირჩიეთ მარცხენა მხარეს და გადაიტანეთ მარჯვნივ ცხრილები, რომლებისთვისაც გჭირდებათ CDC პოლიტიკის შექმნა ან წაშლა.

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

CDC პოლიტიკის გააქტიურების შემდეგ, შეცვლილი ჩანაწერების შესახებ შენიშვნები ინახება შენახვის ზონაში "ReplCDCArea" წყაროს მონაცემთა ბაზის მიხედვით. ეს შენიშვნები დამუშავდება სპეციალური პროცესით CDCBatch, რომელიც მათზე დაყრდნობით შექმნის შენიშვნებს მონაცემთა ბაზაში Pro2 რეპლიკაციის რიგში cdc (რეპლი).

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

პირველადი სინქრონიზაცია

CDC მექანიზმის ჩართვისა და Pro2 რეპლიკაციის სერვერის დაყენების შემდეგ, ჩვენ უნდა დავიწყოთ საწყისი სინქრონიზაცია. საწყისი სინქრონიზაციის ბრძანება:

/pro2/bprepl/Script/replLoad.sh ბისკვიტის ცხრილის სახელი

საწყისი სინქრონიზაციის დასრულების შემდეგ, რეპლიკაციის პროცესები შეიძლება დაიწყოს.

რეპლიკაციის პროცესების დაწყება

რეპლიკაციის პროცესების დასაწყებად საჭიროა სკრიპტის გაშვება replbatch.შ. დაწყებამდე დარწმუნდით, რომ არსებობს replbatch სკრიპტები ყველა თემისთვის - replbatch1, replbatch2 და ა.შ. თუ ყველაფერი ადგილზეა, გახსენით ბრძანების ხაზი (მაგალითად, პროენვ), გადადით დირექტორიაში /bprepl/სკრიპტები და დაიწყე სკრიპტი. ადმინისტრაციულ პანელში ვამოწმებთ, რომ შესაბამისმა პროცესმა მიიღო RUNNING სტატუსი.

დასკვნები

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

წყარო: www.habr.com