ORACLE Dataguard vs რეალური აპლიკაციების კლასტერი (RAC)
RAC და მონაცემთა დაცვა ძალიან მნიშვნელოვანი თემებია Oracle High Availability-ში. ორივე ამ არქიტექტურას Oracle 11gR2-ში ბევრი გაუმჯობესება აქვს, ვიდრე 10g და 9i. ORACLE რეკომენდაციას უწევს RAC-ისა და მონაცემთა დაცვის კომბინაციას, რათა მაქსიმალური სარგებელი მიიღოთ მონაცემთა დონისა და სისტემის დონის დაცვისგან.
რა არის RAC?
RAC ნიშნავს რეალური განაცხადის კლასტერს. ეს არის მონაცემთა ბაზის კლასტერი. ეს ნიშნავს, რომ ერთი მონაცემთა ბაზა იყენებს ორი ან მეტი სერვერის რესურსებს. სხვა სიტყვებით რომ ვთქვათ, ორი ან მეტი ინსტანცია მუშაობს ორ ან მეტ სერვერზე (კვანძზე), რომლებიც დაკავშირებულია იმავე მონაცემთა ბაზასთან.ყველა ამ შემთხვევას აქვს წაკითხვის ჩაწერის წვდომა მონაცემთა ბაზაში. თუ სისტემის ერთ-ერთი ასეთი კვანძი გაქრება, მონაცემთა ბაზა არასოდეს იშლება. მომხმარებლებს კვლავ აქვთ წვდომა მონაცემთა ბაზაზე სხვა კვანძების მეშვეობით (ავტომატურად მიმართავს წარუმატებელ სერვერთან მოსულ კავშირებს, გაშვებულ კვანძთან). კლასტერული პროგრამული უზრუნველყოფა და საერთო დისკები გამოიყენება ამ მრავალ სერვერს შორის კავშირისა და კომუნიკაციის შესანარჩუნებლად. RAC კარგი გამოსავალია ტექნიკის გაუმართაობის, სისტემის და პროგრამული უზრუნველყოფის გაუმართაობისთვის.
რა არის მონაცემთა დაცვა?
მონაცემთა დამცავი არის კონფიგურაცია, რომელსაც აქვს პირველადი მონაცემთა ბაზის მინიმუმ ერთი ლოდინის მონაცემთა ბაზა. პირველად მონაცემთა ბაზას შეიძლება ჰქონდეს ერთი ან მეტი ლოდინის მონაცემთა ბაზა. მთელ ამ კონფიგურაციას მონაცემთა მცველი ეწოდება. ლოდინის მონაცემთა ბაზები შეიძლება გაშვებული იყოს შემდეგ რეჟიმებზე, თუ პირველად მონაცემთა ბაზას აქვს მინიმუმ ერთი მონაცემთა ბაზის რეჟიმი.
- მაქსიმალური დაცვის რეჟიმი
- მაქსიმალური ხელმისაწვდომობის რეჟიმი
- მაქსიმალური შესრულების რეჟიმი
როგორც ძირითად, ასევე ლოდინის მონაცემთა ბაზას ერთად ეწოდება მონაცემთა დამცავი. ასევე არსებობს ლოდინის მონაცემთა ბაზების ორი ტიპი. ისინი არიან,
- ფიზიკური ლოდინის მონაცემთა ბაზები
- ლოგიკური ლოდინის მონაცემთა ბაზები
ორივე ლოდინის მონაცემთა ბაზა ყოველთვის სინქრონიზებულია მათ ძირითად მონაცემთა ბაზებთან. ლოდინის მონაცემთა ბაზები შეიძლება იყოს იმავე საიტზე ან პირველადი მონაცემთა ბაზის ცალკეულ საიტზე (რეკომენდებულია). ამიტომ, მონაცემთა დამცავი არის კარგი გადაწყვეტა SITE-ის წარუმატებლობისთვის, ვიდრე მაგალითად, პროგრამული უზრუნველყოფის და აპარატურის გაუმართაობისთვის.
რა განსხვავებაა Oracle RAC-სა და Data Guard-ს შორის?
• RAC-ს აქვს ერთი მონაცემთა ბაზა და მასთან ასოცირებული რამდენიმე შემთხვევა, მაგრამ მონაცემთა დაცვას აქვს რამდენიმე მონაცემთა ბაზა (ერთი ძირითადი და სხვა ლოდინის მონაცემთა ბაზა).
• RAC არის რეკომენდირებული გადაწყვეტა, მაგალითად, პროგრამული უზრუნველყოფის და ტექნიკის დონის გაუმართაობისთვის. მონაცემთა დაცვა არის რეკომენდირებული გამოსავალი SITE-ის წარუმატებლობისთვის.
• კლასტერული პროგრამული უზრუნველყოფა გამოიყენება RAC-ის ყველა კვანძს შორის კავშირისა და კომუნიკაციის შესანარჩუნებლად, მაგრამ მონაცემთა დაცვაში კლასტერული პროგრამული უზრუნველყოფა არ გამოიყენება. (თუ მონაცემთა დამცავი არ არის RAC-ისთვის)
• RAC-ს უნდა ჰქონდეს საერთო საცავი, რომელზე წვდომა შეიძლება სისტემის ყველა კვანძიდან, მაგრამ მონაცემთა დაცვაში არ არის საერთო საცავი, რაც საერთოა ყველა საიტისთვის.
• RAC შეიძლება ჰქონდეს მაქსიმუმ 100 კვანძი. მონაცემთა დაცვას შეიძლება ჰქონდეს მაქსიმუმ ცხრა მოლოდინის მონაცემთა ბაზა.
